<div dir="ltr">The basic methods of queueing theory apply to both message and packet switching.<div>In the packet case, segmentation allows the message to be in flight concurrently over multiple hops so that reduces the total delay since there is, as you say, overlapping transmission along multiple hops of the path.Of course a one hop path produces no advantage since all the segments have to transit the one hop. TCP segmented the entire transmission partly based on flow control signals. For a time, TCP Segments might have been broken into smaller pieces in, e.g., the ARPANET. Later transit over Frame Relay and ATM also potentially broke things up and permitted similar overlaps. I was only making the point that the same mathematical models work for both cases.</div><div><br></div><div>v</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jul 7, 2018 at 7:15 PM, Dave Crocker <span dir="ltr"><<a href="mailto:dhc2@dcrocker.net" target="_blank">dhc2@dcrocker.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> Kleinrock's analysis was for message switching but the mathematics of <br>
> message switching and packet switching are essentially comparable <br>
> especially when you consider variable length messages.<br>
<br>
<br>
Howdy.<br>
<br>
A question to the group...<br>
<br>
That distinction coincidentally surfaced in a discussion a couple of <br>
months ago, after some decades of my not hearing it.<br>
<br>
I know what it meant on the Arpanet.  And I know what wikipedia and some <br>
other entries say about it.  But while the ability to handle smaller <br>
chunks independently -- and even in an overlapping manner -- encourages <br>
some useful performance improvements, I find myself generally thinking <br>
of them as the same category of communications technology.<br>
<br>
Namely:  Discrete segments of data being handled through a network. <br>
Certainly for some form of multiplexing and possibly with dynamic <br>
routing.  (These days, we'd take stat mux and dynamic routing as <br>
inherent, but my recollection is that 45 years ago, those were <br>
variations being played with.)<br>
<br>
I'm not looking to re-start the religious wars on the distinction but am <br>
curious whether, from the perspective of those 45 years and global <br>
scaling, it is fair to have most discussions -- I emphasize most, not <br>
all -- treat them as the same construct?<br>
<br>
If not, why not?<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
d/<br>
-- <br>
Dave Crocker<br>
Brandenburg InternetWorking<br>
<a href="http://bbiw.net" rel="noreferrer" target="_blank">bbiw.net</a><br>
_______<br>
internet-history mailing list<br>
<a href="mailto:internet-history@postel.org">internet-history@postel.org</a><br>
<a href="http://mailman.postel.org/mailman/listinfo/internet-history" rel="noreferrer" target="_blank">http://mailman.postel.org/<wbr>mailman/listinfo/internet-<wbr>history</a><br>
Contact <a href="mailto:list-owner@postel.org">list-owner@postel.org</a> for assistance.<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">New postal address:<div>Google<br><div>1875 Explorer Street, 10th Floor</div><div>Reston, VA 20190</div></div></div></div>
</div>