[e2e] Is the end to end paradigm appropriate for congestion control?

Detlef Bosau detlef.bosau at web.de
Wed Nov 13 03:18:51 PST 2013

Nevertheless, depending on the MAC scheme, in some cases no more than
one packet may reside on the line. (On ring systems, of course, there
may be several tokens/frames in flight.)

However. As long as a receiver cannot accept the data, putting it on the
line does not make any sense. (As in TCP: Flow control dominates
congestion control.) More drastically spoken: The line capacity is of
secondary interest, the primary interest is the next hop's capacity.

Wouldn't it make sense to - at least experimental - consider a
concatenated hop by hop flow control system?

What would be the major problems in such a design?


Am 12.11.2013 23:44, schrieb Richard Bennett:
> The arithmetic on the size of bits on a network is pretty interesting.
> At 1 Mpbs, a bit is 300m long, at 1 Gbps it's .3m, etc. So those old
> ring systems never had more than one token circulating at a time, but
> I saw 100 presentations that showed several in the network at the same
> time.
> On 11/11/2013 11:19 PM, Jon Crowcroft wrote:
>> and of course, any LAN tech has to start receiveing bits before you
>> finish sending them....  (unless you choose the cambridge ring model
>> with 16 bit minipackets - a precursor to atm)

Detlef Bosau
Galileistraße 30   
70565 Stuttgart                            Tel.:   +49 711 5208031
                                           mobile: +49 172 6819937
                                           skype:     detlef.bosau
                                           ICQ:          566129673
detlef.bosau at web.de                     http://www.detlef-bosau.de

More information about the end2end-interest mailing list