<div dir="ltr">ARPANET used an overly constrained system called RFNM (request for next message). The mechanism was used to reserve space at the destination IMP ("get a block" "got a block").<div><br></div>
<div>however it was possible to send multiple messages over different "links" (logical term) and overload the network that way. It was also possible to overload an intermediate IMP simply by sending traffic between pairs (source/destination) that happened to pass through the same intermediate IMP. </div>
<div><br></div><div>The Internet protocols did not use these methods and except for the "congestion encountered" signal, all flow control was end/to/end which still raised the possibility of intermediate router congestion. </div>
<div><br></div><div>The TCP flow control was an attempt to adjust to signals from the receiver and signals (dropped packet, congestion encountered) from intermediate nodes. Packet loss was treated as a flow control signal leading to backoff of the retransmission mechanism of TCP. Slow start was a  crude way of sensing where the limits of capacity lay. </div>
<div><br></div><div>your claim that there is no congestion with "proper" implementation may result in lower resource utilization. Circuit switching dedicates capacity so there is no congestion, except for the failure to get a circuit ("all circuits busy" is a congestion signal). But dedicating capacity removes the implicit statistical multiplexing advantage of packet switching.</div>
<div><br></div><div>v</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Aug 30, 2014 at 12:25 PM, Detlef Bosau <span dir="ltr"><<a href="mailto:detlef.bosau@web.de" target="_blank">detlef.bosau@web.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm yet to understand the sitch from the ARPAnet to the Internet in<br>
1983, however, if this happened that way, that an Internet host sent a<br>
message to its peer using the "message switching system" (may I call it<br>
that way?) in the ARPAnet, CC would be an "impossible fact".<br>
<br>
(Some German readers might enjoy this little text here:<br>
<a href="http://ingeb.org/Lieder/palmstre.html" target="_blank">http://ingeb.org/Lieder/palmstre.html</a>)<br>
<br>
In the ARPAnet, congestion was avoided by flow control - and in fact,<br>
actually, there is nothing like "congestion" when networks are<br>
implemented correctly.<br>
<br>
To my understanding, "congestion" is an excuse for missing (or botched)<br>
flow control.<br>
<br>
So, what was the scenario, VJ describes in the congavoid paper? Up to<br>
know, I always thought, the ARPAnet infrastructure was still in use,<br>
although adopted by the Internet protocol stack, but I thought, IP<br>
datagrams were sent like ARPAnet messages?<br>
<span class="HOEnZb"><font color="#888888"><br>
Detlef<br>
<br>
--<br>
------------------------------------------------------------------<br>
Detlef Bosau<br>
Galileistraße 30<br>
70565 Stuttgart                            Tel.:   <a href="tel:%2B49%20711%205208031" value="+497115208031">+49 711 5208031</a><br>
                                           mobile: <a href="tel:%2B49%20172%206819937" value="+491726819937">+49 172 6819937</a><br>
                                           skype:     detlef.bosau<br>
                                           ICQ:          566129673<br>
<a href="mailto:detlef.bosau@web.de">detlef.bosau@web.de</a>                     <a href="http://www.detlef-bosau.de" target="_blank">http://www.detlef-bosau.de</a><br>
<br>
</font></span></blockquote></div><br></div>