[e2e] Protocols breaking the end-to-end argument

[L.Wood@surrey.ac.uk]

Hey, I wrote a chapter of that book...

Do look into the Bundle Protocol, which ignore the end-to-end
principle and control loops in its design. See our 'Bundle of
Problems' paper for more on this:
http://www.ee.surrey.ac.uk/Personal/L.Wood/publications/
The Bundle Protocol has similar problems/oversights as LTP-T.

Carlo Caini's group has drawn parallels between
DTN work and TCP PEPs, pointing out that what TCP PEPs do
on the quiet (break the end-to-end control loop into separate
loops) is what things like bundle hops + convergence layers
or http proxy caches do more explicitly and visibly. See e.g.
his IWSSC'09 paper:
"TCP, PEP and DTN Performance on Disruptive Satellite Channels." 

L.

<http://www.ee.surrey.ac.uk/Personal/L.Wood/><L.Wood at surrey.ac.uk>



-----Original Message-----
From: end2end-interest-bounces at postel.org on behalf of Jaime Mateos
Sent: Fri 2009-10-23 11:26
To: end2end-interest at postel.org
Subject: [e2e] Protocols breaking the end-to-end argument
 
Hi,
I'm working on a project about the current challenges the Internet is 
presenting to the end-to-end argument. I'd be interested to know about 
any protocols, currently in use, that break the end-to-end principle and 
the context where they are used. So far the only one I've found is TCP 
PEP that seems to be in use in satellite networks (Internetworking and 
computing over satellite networks, Yongguang Zhang - 
http://books.google.ie/books?id=3pkI6OWUsRAC&pg=PA170&lpg=PA170&dq=criticisms+of+end+to+end+principle&source=bl&ots=OVbMYc5Iso&sig=Tir1Xi4vxRG5HG2ieGCgl2STWcA&hl=en&ei=vL7TSor9Bs2z4QbW8_H_Ag&sa=X&oi=book_result&ct=result&resnum=5&ved=0CBQQ6AEwBA#v=onepage&q=criticisms%20of%20end%20to%20end%20principle&f=false) 


There also seems to be a number of research projects such as Split TCP 
and LTP-T that I've come across. I'm also interested in these but not to 
the same degree as in protocols that are currently in use today.

Thanks,
Jaime Mateos


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.postel.org/pipermail/end2end-interest/attachments/20091023/13283de1/attachment.html