<div dir="ltr">I think you can look at it a different way - SDN lets you move even more smarts out of the network into end systems - as far as we implement it, that looks even less like the ITU than the current ancient-route-computation/firewall/middlebox ridden IPv4 ossification of today<div>
<br></div><div style>so i can see that you could cast SDN in  the Wicked Witch of the ITU role, but equally, I think of it as not being in Kansas anymore....</div><div style><br></div><div style>cheers</div><div style>jon</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Apr 13, 2013 at 10:39 PM, John Day <span dir="ltr">&lt;<a href="mailto:jeanjour@comcast.net" target="_blank">jeanjour@comcast.net</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yea, I have seen their stuff too, pretty amusing. about as disruptive as a speed bump.  ;-)<br>
<br>
Actually you have it backwards, we *are* using the reactionary designs of 40 years ago and that is what is holding things back, rather than the forward looking designs that were being pursued.<br>
<br>
Those weren&#39;t the answer, but it was on the way to the answer, that is clear now and they would have found it if they had been able to keep going.<br>
<br>
Things become much simpler once you are out of the ITU model that SDN and Open Flow are locked into.<br>
<br>
Have fun,<br>
John<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
At 8:25 PM +0100 4/13/13, Jon Crowcroft wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
well i&#39;ve seen scott shenker do his SDN vision talk a couple of times,<br>
and I know nick mckeown&#39;s work pretty well, and I do not think they<br>
are bell heads<br>
<br>
one point is that computer science has grown up slightly since 40+<br>
years ago, so we are capabile of building way more flexible safe,<br>
secure and performant systems that in the past, when the design<br>
constraints on protocol stacks were set by 1960s ideas of s/w...<br>
<br>
so the stuff out of berkeley, stanford, princeton, gatech etc<br>
in this space is not constrained by the old rules<br>
<br>
it is deconstrained by new capabilities...<br>
<br>
[slightly stolen from John Doyle&#39;s cool idea of de-constraining<br>
constraints]<br>
<br>
<br>
so the realpolitik of openflow is (as it was with GSMP) to get arms<br>
length from the legacy router biz, and move the functionality somwhere<br>
where we can do disruptive innovation<br>
<br>
but that is another chapter...<br>
<br>
In missive &lt;a062408c2cd8f33d66244@[10.0.<u></u>1.3]&gt;, John Day typed:<br>
<br>
 &gt;&gt;Jon.<br>
 &gt;&gt;<br>
 &gt;&gt;Yes, precisely.  The first place it shows up is in ISDN, then Frame<br>
 &gt;&gt;Relay, ATM, and MPLS.  All those CCITT-like connection oriented<br>
 &gt;&gt;solutions. And you undoubtedly are correct, it was brought into the<br>
 &gt;&gt;Internet by the Europeans where the new model was largely ignored<br>
 &gt;&gt;after the suppression of CYCLADES and the completion other early work<br>
 &gt;&gt;such as the Cambridge DS.  (As near as I can tell the vast majority<br>
 &gt;&gt;of European universities never strayed too far from the traditional<br>
 &gt;&gt;ITU model during the 70s to 90s.  In fact most of the research still<br>
 &gt;&gt;bears a strong mark of it with an Internet veneer.)<br>
 &gt;&gt;<br>
 &gt;&gt;Yes, it did arrive sometime back and has been a constant source of<br>
 &gt;&gt;humor since the ATM lunacy. In fact, this is what makes it so<br>
 &gt;&gt;wonderful that OpenFlow and SDN have embraced the ITU world view so<br>
 &gt;&gt;completely.  The Internet becomes about as anti-Internet as it can<br>
 &gt;&gt;get.  The Bell-heads have taken over.  You have to admit it is pretty<br>
 &gt;&gt;amusing.<br>
 &gt;&gt;<br>
 &gt;&gt;Take care,<br>
 &gt;&gt;John<br>
 &gt;&gt;<br>
 &gt;&gt;<br>
 &gt;&gt;At 12:29 PM +0100 4/13/13, Jon Crowcroft wrote:<br>
 &gt;&gt;&gt;so the dogma here was that the business of manageing the net was just<br>
 &gt;&gt;&gt;another distributed system (see the Cambridge Distributed System)<br>
 &gt;&gt;&gt;wherre name services, router services, security services were<br>
 &gt;&gt;&gt;implemented in exactly the same way as any other distributred system<br>
 &gt;&gt;&gt;(file systems, transaction services, distributed computation tools)...<br>
 &gt;&gt;&gt;<br>
 &gt;&gt;&gt;but the control plane model of the net arrived in internet-land some<br>
 &gt;&gt;&gt;time back - for example simon crosby took ideas (this was around the<br>
 &gt;&gt;&gt;time when everyone was trying to do IP over ATM, which morphed into<br>
 &gt;&gt;&gt;mpls) from &quot;switchlet&quot; territory with remote computation as<br>
 &gt;&gt;&gt;controlplanestechnology...<u></u>other people, e.g. ipsilon, also took the<br>
 &gt;&gt;&gt;seperation of concerns that are<br>
 &gt;&gt;&gt;forwarding packets as fast as you can,<br>
 &gt;&gt;&gt;from<br>
 &gt;&gt;&gt;working out where they should and shouldn&#39;t go<br>
 &gt;&gt;&gt;and put them on different boxes, originally to be coordinated via the<br>
 &gt;&gt;&gt;Generic Switch Management Protocol<br>
 &gt;&gt;&gt;later re-discoverd as Software Definted Networkign and Openflow...<br>
 &gt;&gt;&gt;<br>
 &gt;&gt;&gt;plus ca change...<br>
 &gt;&gt;&gt;In missive &lt;a062408a1cd8ddf0a5bcd@[10.0.<u></u>1.3]&gt;, John Day typed:<br>
 &gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;The whole distinction of data plane and control plane arises with<br>
 &gt;&gt;&gt;  &gt;&gt;ISDN. It is a CCITT concept and was never used to describe anything<br>
 &gt;&gt;&gt;  &gt;&gt;Internet related, either in the US or Europe. Such distinctions only<br>
 &gt;&gt;&gt;  &gt;&gt;make sense in the beads-on-a-string models of the ITU.  Routing,<br>
 &gt;&gt;&gt;  &gt;&gt;ICMP, DHCP, etc. type functions were characterized as layer<br>
 &gt;&gt;&gt;  &gt;&gt;management, which can exist to greater or lesser degree in all layers<br>
 &gt;&gt;&gt;  &gt;&gt;and must be within the layer owing to the different scopes of the<br>
 &gt;&gt;&gt;  &gt;&gt;layers.<br>
 &gt;&gt;&gt;  &gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;Take care,<br>
 &gt;&gt;&gt;  &gt;&gt;John Day<br>
 &gt;&gt;&gt;  &gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;the post-hoc rationalisation phrase is way too glib....certainly not<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;intended to be rude to people that created this cool stuff we all<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;use - in fact i was conflating three things<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;1. a bunch of work fairly recently on optimal protocols and narrow<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;waist of the hour glass...<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;2. the ordering of constrints on the design of the internet<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;protocols (as per dave clarks 88 paper)<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;and<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;3. the apparent simplicity of IP - my missing point was that the<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;complexity pops out somewhere, and that place is in the control<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;plane....as we&#39;ve since disovered...<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;of course, there were people that ran dynamic distributed routing<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;for VC networks (X.25 for example - we had switches in the JANET<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;network that did this) so they were even more complex in both data<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;and control plane (what with crankback etc etc:)<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;so yes, a bit glib really...sorry<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;normal service will be resumed as soon as I get my IPTV QoS back :)<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;j.<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;On Fri, Apr 12, 2013 at 3:07 PM, Fred Baker (fred)<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&lt;&lt;mailto:<a href="mailto:fred@cisco.com" target="_blank">fred@cisco.com</a>&gt;<a href="mailto:fred@cisco.com" target="_blank">fre<u></u>d@cisco.com</a>&gt; wrote:<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;I&#39;d suggest running the assertion by Vint. I made a similar<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;assertion in a document not too long ago, which I ran by him for<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;comment, and he told me I was flatly wrong. Yes, the circuit switch<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;folks were using the term &quot;catenet&quot; to refer to networks that<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;interoperated through translation, such as frame relay/ATM<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;interoperation, he asserted, but at least some (he?) was using the<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;term &quot;Internet&quot; as early as the mid 1970&#39;s.<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;On Apr 11, 2013, at 8:59 PM, Dave Crocker<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&lt;&lt;mailto:<a href="mailto:dhc2@dcrocker.net" target="_blank">dhc2@dcrocker.net</a>&gt;<a href="mailto:dhc2@dcrocker.net" target="_blank"><u></u>dhc2@dcrocker.net</a>&gt; wrote:<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;  This is a risky query.  There have been previous threads about<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;such things as the &quot;start&quot; of the Internet.  Instead, I want to ask<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;about the &quot;architecture&quot; of the Internet.<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;  Here&#39;s a comment that I sent earlier today, to a non-technical<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;person who is aware of the overall Internet timeline, but I believe<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;does not understand what is distinctive about Internet<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;&#39;architecture&#39;.  I&#39;m curious about reactions on this list, and any<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;possible improvements -- including complete replacement -- but more<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;importantly I&#39;m interested in filling in the details:<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;  &gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;      The original use of the term Internet was to describe a<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;distinctive technical design for a distributed, scalable data<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;exchange fabric.  Its design characteristics differ dramatically<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;from those of its predecessor, the Arpanet, and from other related<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;efforts.<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;  That&#39;s what I sent.  To prime the pump for the detail:<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;      By saying &#39;fabric&#39; I meant to distinguish the mechanism for<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;moving raw data from the applications that used it.  What I&#39;d class<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;as distinctive were the TCP/IP separation, the remarkably modest<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;functionality of IP, even to the point of moving it&#39;s control plane<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;to the next level up with ICMP, and continuing with modest<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;expectations the layer below (which made it possible to operate<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;over any medium including birds.)  This is usually characterized as<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;moving robustness to the edges.<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;  Thoughts?<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;  d/<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;  --<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;  Dave Crocker<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;  Brandenburg InternetWorking<br>
 &gt;&gt;&gt;  &gt;&gt;&gt;&gt;  &lt;<a href="http://bbiw.net" target="_blank">http://bbiw.net</a>&gt;<a href="http://bbiw.net" target="_blank">bbiw.net</a><br>
 &gt;&gt;&gt;  &gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;--============_-846339397==_<u></u>ma============<br>
 &gt;&gt;&gt;  &gt;&gt;Content-Type: text/html; charset=&quot;us-ascii&quot;<br>
 &gt;&gt;&gt;  &gt;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;!doctype html public &quot;-//W3C//DTD W3 HTML//EN&quot;&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;html&gt;&lt;head&gt;&lt;style type=&quot;text/css&quot;&gt;&lt;!--<br>
 &gt;&gt;&gt;  &gt;&gt;blockquote, dl, ul, ol, li { padding-top: 0 ; padding-bottom: 0 }<br>
 &gt;&gt;&gt;  &gt;&gt; --&gt;&lt;/style&gt;&lt;title&gt;Re: [e2e] Internet<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;quot;architecture&amp;quot;&lt;/<u></u>title&gt;&lt;/head&gt;&lt;body&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;div&gt;This is a can of worms, but. . .&lt;/div&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;div&gt;At 4:23 PM +0200 4/12/13, Jon Crowcroft wrote:&lt;/div&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;the folks who called it catenet included<br>
 &gt;&gt;&gt;  &gt;&gt;bob braden who was working at UCL when i was there - of course, we<br>
 &gt;&gt;&gt;  &gt;&gt;were concatenating networks that ran other protocols (Cambridge Ring,<br>
 &gt;&gt;&gt;  &gt;&gt;X.25 (transport layer relays) and so on...so perhaps I&#39;m conflating<br>
 &gt;&gt;&gt;  &gt;&gt;two things - the interconnection of multiple disprate protocol<br>
 &gt;&gt;&gt;  &gt;&gt;systems, and the IP interconenction of multiple IP networks with<br>
 &gt;&gt;&gt;  &gt;&gt;disparete layer 2 and below....&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;div&gt;Early on the term catenet was applied without respect to<br>
 &gt;&gt;&gt;  &gt;&gt;connection or connectionless, but only with respect to forwarding vs.<br>
 &gt;&gt;&gt;  &gt;&gt;translation (if necessary).&lt;/div&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;&lt;br&gt;&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;it is the case (as some other folks<br>
 &gt;&gt;&gt;  &gt;&gt;privately pointed out to me) that IENs (including IEN 1 written at<br>
 &gt;&gt;&gt;  &gt;&gt;UCL) are Internet Experiment Notes, and go back to mid 1970s, so i&#39;m<br>
 &gt;&gt;&gt;  &gt;&gt;wrong to say &amp;quot;internet&amp;quot;&lt;/<u></u>blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;&lt;br&gt;&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;however, my point about parsimony is<br>
 &gt;&gt;&gt;  &gt;&gt;really over compressed - IP trades off simplicity in the data plane,<br>
 &gt;&gt;&gt;  &gt;&gt;for complexity in the control plane - its not a pure trade off (it can<br>
 &gt;&gt;&gt;  &gt;&gt;be seen partly as a win-win, as signaling protocols for VC networks<br>
 &gt;&gt;&gt;  &gt;&gt;can be nearly as complex (or in X.25 and B-ISDN&#39;s Q.2931&#39;s cases, more<br>
 &gt;&gt;&gt;  &gt;&gt;complex) as routing protocols....nevertheless, getting routing right<br>
 &gt;&gt;&gt;  &gt;&gt;and all associated components is seriously non-trivial - other systems<br>
 &gt;&gt;&gt;  &gt;&gt;(the aforesaid cambridge ring protocol stack) represent a different<br>
 &gt;&gt;&gt;  &gt;&gt;trade off that is also quite elegant.&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;div&gt;The whole distinction of data plane and control plane arises with<br>
 &gt;&gt;&gt;  &gt;&gt;ISDN. It is a CCITT concept and was never used to describe anything<br>
 &gt;&gt;&gt;  &gt;&gt;Internet related, either in the US or Europe. Such distinctions only<br>
 &gt;&gt;&gt;  &gt;&gt;make sense in the beads-on-a-string models of the ITU.&amp;nbsp; Routing,<br>
 &gt;&gt;&gt;  &gt;&gt;ICMP, DHCP, etc. type functions were characterized as layer<br>
 &gt;&gt;&gt;  &gt;&gt;management, which can exist to greater or lesser degree in all layers<br>
 &gt;&gt;&gt;  &gt;&gt;and must be within the layer owing to the different scopes of the<br>
 &gt;&gt;&gt;  &gt;&gt;layers.&lt;/div&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;div&gt;Take care,&lt;/div&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;div&gt;John Day&lt;/div&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;&lt;br&gt;&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;the post-hoc rationalisation phrase is<br>
 &gt;&gt;&gt;  &gt;&gt;way too glib....certainly not intended to be rude to people that<br>
 &gt;&gt;&gt;  &gt;&gt;created this cool stuff we all use - in fact i was conflating three<br>
 &gt;&gt;&gt;  &gt;&gt;things&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;&lt;br&gt;&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;1. a bunch of work fairly recently on<br>
 &gt;&gt;&gt;  &gt;&gt;optimal protocols and narrow waist of the hour glass...&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;2. the ordering of constrints on the<br>
 &gt;&gt;&gt;  &gt;&gt;design of the internet protocols (as per dave clarks 88<br>
 &gt;&gt;&gt;  &gt;&gt;paper)&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;and&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;3. the apparent simplicity of IP - my<br>
 &gt;&gt;&gt;  &gt;&gt;missing point was that the complexity pops out somewhere, and that<br>
 &gt;&gt;&gt;  &gt;&gt;place is in the control plane....as we&#39;ve since<br>
 &gt;&gt;&gt;  &gt;&gt;disovered...&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;&lt;br&gt;&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;of course, there were people that ran<br>
 &gt;&gt;&gt;  &gt;&gt;dynamic distributed routing for VC networks (X.25 for example - we had<br>
 &gt;&gt;&gt;  &gt;&gt;switches in the JANET network that did this) so they were even more<br>
 &gt;&gt;&gt;  &gt;&gt;complex in both data and control plane (what with crankback etc<br>
 &gt;&gt;&gt;  &gt;&gt;etc:)&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;&lt;br&gt;&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;so yes, a bit glib<br>
 &gt;&gt;&gt;  &gt;&gt;really...sorry&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;&lt;br&gt;&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;normal service will be resumed as soon as<br>
 &gt;&gt;&gt;  &gt;&gt;I get my IPTV QoS back :)&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;&lt;br&gt;&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;j.&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote type=&quot;cite&quot; cite&gt;On Fri, Apr 12, 2013 at 3:07 PM, Fred<br>
 &gt;&gt;&gt;  &gt;&gt;Baker (fred) &amp;lt;&lt;a href=&quot;mailto:<a href="mailto:fred@cisco.com" target="_blank">fred@cisco.com</a>&quot;&gt;<a href="mailto:fred@cisco.com" target="_blank">f<u></u>red@cisco.com</a>&lt;/a&gt;&amp;gt;<br>

 &gt;&gt;&gt;  &gt;&gt;wrote:&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote&gt;I&#39;d suggest running the assertion by Vint. I made a<br>
 &gt;&gt;&gt;  &gt;&gt;similar assertion in a document not too long ago, which I ran by him<br>
 &gt;&gt;&gt;  &gt;&gt;for comment, and he told me I was flatly wrong. Yes, the circuit<br>
 &gt;&gt;&gt;  &gt;&gt;switch folks were using the term &amp;quot;catenet&amp;quot; to refer to<br>
 &gt;&gt;&gt;  &gt;&gt;networks that interoperated through translation, such as frame<br>
 &gt;&gt;&gt;  &gt;&gt;relay/ATM interoperation, he asserted, but at least some (he?) was<br>
 &gt;&gt;&gt;  &gt;&gt;using the term &amp;quot;Internet&amp;quot; as early as the mid 1970&#39;s.&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote&gt;&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;On Apr 11, 2013, at 8:59 PM, Dave Crocker &amp;lt;&lt;a<br>
 &gt;&gt;&gt;  &gt;&gt;href=&quot;mailto:<a href="mailto:dhc2@dcrocker.net" target="_blank">dhc2@dcrocker.<u></u>net</a>&quot;&gt;<a href="mailto:dhc2@dcrocker.net" target="_blank">dhc2@dcrocker.net</a>&lt;/a&gt;&amp;gt; wrote:&lt;br&gt;<br>

 &gt;&gt;&gt;  &gt;&gt;&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt; This is a risky query. &amp;nbsp;There have been previous threads<br>
 &gt;&gt;&gt;  &gt;&gt;about such things as the &amp;quot;start&amp;quot; of the Internet.<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;nbsp;Instead, I want to ask about the &amp;quot;architecture&amp;quot; of the<br>
 &gt;&gt;&gt;  &gt;&gt;Internet.&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt;&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt; Here&#39;s a comment that I sent earlier today, to a non-technical<br>
 &gt;&gt;&gt;  &gt;&gt;person who is aware of the overall Internet timeline, but I believe<br>
 &gt;&gt;&gt;  &gt;&gt;does not understand what is distinctive about Internet &#39;architecture&#39;.<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;nbsp;I&#39;m curious about reactions on this list, and any possible<br>
 &gt;&gt;&gt;  &gt;&gt;improvements -- including complete replacement -- but more importantly<br>
 &gt;&gt;&gt;  &gt;&gt;I&#39;m interested in filling in the details:&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;blockquote&gt;&amp;gt;&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; The original use of the term Internet was<br>
 &gt;&gt;&gt;  &gt;&gt;to describe a distinctive technical design for a distributed, scalable<br>
 &gt;&gt;&gt;  &gt;&gt;data exchange fabric. &amp;nbsp;Its design characteristics differ<br>
 &gt;&gt;&gt;  &gt;&gt;dramatically from those of its predecessor, the Arpanet, and from<br>
 &gt;&gt;&gt;  &gt;&gt;other related efforts.&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt;&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt; That&#39;s what I sent. &amp;nbsp;To prime the pump for the detail:&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt;&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; By saying &#39;fabric&#39; I meant to distinguish<br>
 &gt;&gt;&gt;  &gt;&gt;the mechanism for moving raw data from the applications that used it.<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;nbsp;What I&#39;d class as distinctive were the TCP/IP separation, the<br>
 &gt;&gt;&gt;  &gt;&gt;remarkably modest functionality of IP, even to the point of moving<br>
 &gt;&gt;&gt;  &gt;&gt;it&#39;s control plane to the next level up with ICMP, and continuing with<br>
 &gt;&gt;&gt;  &gt;&gt;modest expectations the layer below (which made it possible to operate<br>
 &gt;&gt;&gt;  &gt;&gt;over any medium including birds.) &amp;nbsp;This is usually characterized<br>
 &gt;&gt;&gt;  &gt;&gt;as moving robustness to the edges.&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt;&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt;&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt; Thoughts?&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt;&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt; d/&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt;&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt; --&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt; Dave Crocker&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt; Brandenburg InternetWorking&lt;br&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&amp;gt; &lt;a href=&quot;<a href="http://bbiw.net" target="_blank">http://bbiw.net</a>&quot;&gt;<a href="http://bbiw.net" target="_blank">bbiw.<u></u>net</a>&lt;/a&gt;&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;/blockquote&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;/body&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;&lt;/html&gt;<br>
 &gt;&gt;&gt;  &gt;&gt;--============_-846339397==_<u></u>ma============--<br>
 &gt;&gt;&gt;<br>
 &gt;&gt;&gt;  cheers<br>
 &gt;&gt;&gt;<br>
 &gt;&gt;&gt;    jon<br>
 &gt;&gt;<br>
<br>
 cheers<br>
<br>
   jon<br>
</blockquote>
<br>
</div></div></blockquote></div><br></div>