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

[Detlef Bosau]

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?

Detlef


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