Re: Why was hop by hop flow control eventually abandonded?
Ted Faber <[email protected]>
| Newsgroups | gmane.network.end2end |
|---|---|
| Message-ID | <[email protected]> |
On 07/16/2013 08:14, Noel Chiappa wrote: > > From: Detlef Bosau <[email protected]> > > > the decision to abandon hop by hop flow control > > ... > > Does anyone happen to know, whether this was decision for a concrete > > reason and the rational behind it? Or did this "simply happen"? > > Probably the internet-history list is a better place to ask this? > > I don't know for sure, but having arrived on the scene shortly thereafter, > and knowing intimately what packet switches were like then, my _guess_ > is that it had to do with state. > > It seems to me that to be able to do hop-by-hop flow control, you have to > have some state in the switches, yes? (I can't see a way to do it without.) One of the many interesting ideas in Dina Katabi's XCP work is that she distributes the per-flow/per-switch data into the packets of the flow. It's not an obvious idea (in my dumb opinion) and reading about XCP with that in mind is worthwhile. I think at its core congestion control is an end-to-end problem, not so much because of state in elements (though that does matter) but diversity of elements. End-to-end congestion control makes TCP over avian carriers possible. There are many elements in a network path that can become a flow's bottleneck. There's no way to guarantee that the thing that's bottlenecked is also smart enough (or honest enough) to participate in hop-by-hop congestion control. An end-to-end system can assess the path and make decisions without cooperation of internal elements (though an end-to-end system can make use of cooperation that it can get). No matter what's slowing your pigeons down, an end-to-end congestion control will react to it. Eventually. :-) -- Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#SIG
signature.asc
(application/pgp-signature, 261 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlHlhkwACgkQaUz3f+Zf+XuxtQCcCVuvn/wyf12/4lsxWgpCZl7f pLYAnAzbjJ2ZdppK8p49G7DS00ByQz6t =7AH3 -----END PGP SIGNATURE-----