<div dir="ltr">Let me further explain what I "what these people know". They are people who pushing claim that packets are just packets who know very well that is simply not true. This is not a debatable point. I can show you packet traces of a http connection, a https session, a ssh session, and a streaming session. Just looking at how they transmit without even diving into the details will demonstrate how silly that idea is. Those are just four types! We have not talked about torrents, XMPP, SMTP, DNS, POP, BGP, SIP, FTP, Telnet ... I can go on but none of those packets behave the same way and to even think that there people who 'honestly' think that we can one policy to manage it all is beyond belief. That is what bothers people (I mean those at the top of this whole debate) do know better. </div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 29, 2017 at 12:20 PM, Herminio Hernandez Jr. <span dir="ltr"><<a href="mailto:herminio.hernandezjr@gmail.com" target="_blank">herminio.hernandezjr@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">There is avoiding because of supply and demand. The internet has exploded in bandwidth use. Even if all the ISPs had 100Gbps backbone connections there will come a point when even that is not enough. Plus it is not just port speed. Even if you had 1 Tbps (which I am pretty sure does not exist) ports you need a CPU fast enough to be able to process the frames and packets at line rate. You need enough memory for support the buffering. None of this is cheap. So business made the decision it is cheaper to oversell at a cheaper price. Now you can “demand” that ISPs must always upgrade. However you will not like your bill and that will pretty much guarantee no new ISP startups since they probably will not have the capital for top line Network gear. <br><br><div id="m_1010675449502799857AppleMailSignature">Sent from my iPhone</div><div><div class="h5"><div><br>On Nov 29, 2017, at 11:36 AM, Carruth, Rusty <<a href="mailto:Rusty.Carruth@smartm.com" target="_blank">Rusty.Carruth@smartm.com</a>> wrote:<br><br></div><blockquote type="cite"><div>
<div class="m_1010675449502799857WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">No, sorry, your understanding of “what these people know” is not correct. I do not believe that we should let those who ‘hook stuff together’ hide the fact
that they have been overselling bandwidth for a long time.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Probably from the very beginning.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">In the beginning (well, not really, but in 1994-ish time frame), if you had a T1 line, you could tell who had a 56K connection, because an FTP or other file
download from them would max out at 56k. (I know because I was there and did that. Many times. Sometimes I’d see it bounce around just at and below 56K as others used the wire over which I was transferring data (I usually assumed it was on their end, but
don’t really know for sure)).<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">In those days, there were fewer end points with fewer users and no or very little ‘realtime’ data, so ISPs could get away with selling more bandwidth than they
had, or perhaps more reasonable would be to say that the formula they used (if any!) for computing how much bandwidth they needed between themselves and ‘everyone else’ assumed no realtime data (we didn’t really have much if any ‘realtime’ data back in those
days as far as I can remember), and less loading per customer (that is to say, most customers would not utilize the full bandwidth (or a significant portion) of their pipe for HOURS at a time).<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Now that the customer has changed, it is time for the ISPs to realize that they need to change the formula. QoS will only postpone the inevitable (and probably
not for long!). I’m pretty sure there is not enough inter-ISP bandwidth to rationally serve the ‘needs’ of their customers, for much longer.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">So, I disagree with the conclusion that ‘there is no avoiding it’ (4th sentence below). What there is no avoiding is the fact that ISPs don’t have enough ‘backbone’
bandwidth to handle all their customers. QoS won’t fix that, it’s just a bandaid to reduce the available bandwidth for non-realtime data users until there is not enough bandwidth even for the realtime folks. (I could have said ‘steal bandwidth from normal,
non-realtime users’ if I wanted to be more pejorative and say what I really feel ;-).<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">And, just like running out of IPv4 addresses – that time WILL come. With or without QoS. (And unfortunately NAT won’t fix THAT problem ;-)<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Your guess as to when that will be is as good as or better than mine…<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Will the day come that ISPs become responsible to their customers to actually provide what they are advertising? I doubt it. Read your fine print.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">(Now, if we had the infrastructure I was advocating for a while, there might actually BE enough bandwidth on the backbone. Oh, well, that will probably never
happen)<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Anyway, if the ISPs didn’t grossly oversell their available bandwidth, this whole debate would sound completely silly.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Rusty<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<div>
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> PLUG-discuss [<a href="mailto:plug-discuss-bounces@lists.phxlinux.org" target="_blank">mailto:plug-discuss-bounces@<wbr>lists.phxlinux.org</a>]
<b>On Behalf Of </b>Herminio Hernandez Jr. <br>
<b>Sent:</b> Wednesday, November 29, 2017 10:56 AM<br>
<b>To:</b> Main PLUG discussion list<br>
<b>Subject:</b> Re: new thread: QoS, latency, bandwidth and the FCC/net neutrality debate<u></u><u></u></span></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Even if there was no voice and video QoS would be needed for simple fact that network congestion exists. QoS has been around since the days of dialup. The world where there is unlimited bandwidth and network interfaces will always transfer
at line rate simply does not exist. There is no avoiding it. People will always want more data faster than new infrastructure can be built. <u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">This what I find disturbing about the whole debate. There are people who are pushing the idea that packets are just packets and voice, video, data can all be treated the same. These people know better. They
know it is not a question if we should manage the internet but who will manage it. Who’s traffic will get priority service, who will not? <u></u><u></u></p>
<div id="m_1010675449502799857AppleMailSignature">
<p class="MsoNormal">Sent from my iPhone<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
On Nov 29, 2017, at 10:07 AM, Carruth, Rusty <<a href="mailto:Rusty.Carruth@smartm.com" target="_blank">Rusty.Carruth@smartm.com</a>> wrote:<u></u><u></u></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I strongly disagree with the statement “which the internet needs to function”.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">No, the internet does NOT need QoS in order to function. Its been working fine for years without that. Its just people trying to do things on the internet
that it was not designed for who demand QoS in order to co-opt the internet for THEIR use.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">If you insist that the internet MUST have QoS to function, then that’s the end of the discussion. Those who believe that must demand NO NN, otherwise the internet
won’t work the way they think it should. Those who have not bought in to that assumption may be on either side of the debate. But if you buy the theory that QoS is required for the internet to function then you must oppose anything that allows the internet
to function the way it was designed.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">And the point about QoS effectively stealing bandwidth from other users is something we’ve not spoken of thus far, as far as I can remember. But it is something
to keep in mind – hacking the medium to enable realtime data reduces the usability of the internet for all people who are not using realtime data.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Which brings up a rabbit trail which I’ll start a new thread upon.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Rusty</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> PLUG-discuss [<a href="mailto:plug-discuss-bounces@lists.phxlinux.org" target="_blank">mailto:plug-discuss-bounces@<wbr>lists.phxlinux.org</a>]
<b>On Behalf Of </b>Herminio Hernandez, Jr.<br>
<b>Sent:</b> Tuesday, November 28, 2017 3:33 PM<br>
<b>To:</b> Main PLUG discussion list<br>
<b>Subject:</b> Re: new thread: QoS, latency, bandwidth and the FCC/net neutrality debate</span><u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal">Here is a good definition of QoS from Cisco: "The ability of the network to provide better or 'special' service to a set of users/applications to the detriment of other users/application". Net Neutrality cannot exist in a network where
QoS is needed which the internet needs to function.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal">On Tue, Nov 28, 2017 at 5:15 PM, Herminio Hernandez, Jr. <<a href="mailto:herminio.hernandezjr@gmail.com" target="_blank">herminio.hernandezjr@gmail.<wbr>com</a>> wrote:<u></u><u></u></p>
<div>
<p class="MsoNormal">I understand your frustration, but to be frank it is unrealistic to think that the industry is going to redesign the physical infrastructure to accommodate voice and video. The ship has sailed there. Converged infrastructure is here to
stay. Now the job is to find the best solution for this reality and Net Neutrality is not it IMO.<u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal">On Tue, Nov 28, 2017 at 5:05 PM, Carruth, Rusty <<a href="mailto:Rusty.Carruth@smartm.com" target="_blank">Rusty.Carruth@smartm.com</a>> wrote:<u></u><u></u></p>
<div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I’m going to have to switch to inline answers. See below.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> PLUG-discuss [mailto:<a href="mailto:plug-discuss-bounces@lists.phxlinux.org" target="_blank">plug-discuss-bounces@<wbr>lists.phxlinux.org</a>]
<b>On Behalf Of </b>Herminio Hernandez, Jr.</span><u></u><u></u></p>
<div>
<p class="MsoNormal"><span style="color:#1f497d">></span>TCP would not solve the issue. Think about constantly having to ask the person on the other end of a phone conversation to repeat themselves
because the sound kept dropping. That would drive you be insane. That is very much like TCP.
<span style="color:#1f497d">></span>Voice and Video traffic simply will not work in that scenario. <u></u><u></u></p>
<div>
<p class="MsoNormal"><span style="color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Which is pretty much to my point. TCP doesn’t work well for realtime data (unless perhaps you have
nobody else on the wire and a perfect wire).</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">So, the first attempt at a workaround was to use UDP, whose performance fits better with ‘almost
realtime’ data in a network that was fairly quiet. When that began to fail because of busy networks, something else was needed.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">The next attempt seems to be to change the network transport protocol to prioritize certain packets
over other packets, which is IMHO risky business.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">IF, and ONLY IF, there is absolutely no allowance for a transporter of packets to give (or remove)
special priority to certain packets based upon something other than their type (VoIP, video), then the issue of realtime data on the interent MIGHT have found a way out of the problem of trying to force something onto a medium which it wasn’t designed to handle.
But I still feel this is trying to force a design onto something that can’t handle it.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">In any case, I still think that those who use ‘the internet’ for realtime data and wish to force
it to do what it was never designed for have MUCH more of a requirement to ‘play nice’ than those who use it for what it was originally designed.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="color:#1f497d">>
</span>You are right ethernet was not designed for voice and video in mind, but that is where we are at and it is not changing.<u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">So then you should reject any attempt to cram a bad design onto something that wasn’t designed for
it. Which those against any sort of net neutrality seem to be trying to do – force a bad design on the wrong medium (assuming I have half a clue as to what NN is SUPPOSED to be).</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Those who wish to transport realtime data over a network should design a network that can do that,
not co-opt somebody else’s network. Again, IMHO.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Rusty</span><u></u><u></u></p>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal"><span style="color:#1f497d">>
</span>On Tue, Nov 28, 2017 at 4:37 PM, Carruth, Rusty <<a href="mailto:Rusty.Carruth@smartm.com" target="_blank">Rusty.Carruth@smartm.com</a>> wrote:<u></u><u></u></p>
<div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I still disagree.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">First, if they needed reliable delivery of packets, then they should use TCP.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">My understanding of the ‘theory’ of why streaming services use UDP is that it doesn’t hurt ‘much’
if you lose a ‘few’ packets – not as much as them showing up in the wrong order, or massively delayed, so using UDP is a workaround to try to use a medium that wasn’t actually designed to carry realtime data.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">So, I go with the line of reasoning that claims that using ‘the internet’ for real-time data is to
misuse the medium. And if a medium is misused, those so misusing it shouldn’t be surprised if it doesn’t work in a way it wasn’t designed to do.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Yes, it doesn’t work well with real-time data.
</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Wasn’t intended to, IMHO.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">(Just a grumpy old man who knows that the internet pre-existed the guy who claims to have invented
it… And who even knows what ftp, telnet, rcp, gopher, and uucp used to mean ;-) (and who performed tests to prove that, between two Solaris boxes on a COAX ‘ethernet’ cable, FTP was faster than anything else. But I digress! ;-)</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> PLUG-discuss [mailto:<a href="mailto:plug-discuss-bounces@lists.phxlinux.org" target="_blank">plug-discuss-bounces@<wbr>lists.phxlinux.org</a>]
<b>On Behalf Of </b>Herminio Hernandez, Jr.<br>
<b>Sent:</b> Tuesday, November 28, 2017 2:28 PM</span><u></u><u></u></p>
<div>
<div>
<p class="MsoNormal"><br>
<b>To:</b> Main PLUG discussion list<br>
<b>Subject:</b> Re: new thread: QoS, latency, bandwidth and the FCC/net neutrality debate<u></u><u></u></p>
</div>
</div>
<div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal">Rusty,<u></u><u></u></p>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">I know my language was strong but let explain why, First not all traffic behaves the same. Go back to my initial post on the differences between TCP and UDP. UDP by the nature of
the protocol is more sensitive to things like packet loss, latency, etc. So in order to deliver UDP services reliably (ie most streaming services) some type of prioritization must occur. If not then video will be constantly buffering and VoIP calls will drop.
The reason why there exist QoS policies is because engineers are try to work with the transport medium we have. Bandwidth is a limited resource and you have all these different types of traffic contending for the same resource. If people expect web browsing,
YouTube, Mumble, Netflix, SFTP, all run efficiently across the wire then prioritization is a reality that will not go away. This is nature of modern networks where data, voice and video are all converged on the same media. The reason I used the language I
did was b/c an engineer who does not understands this and actually thinks that 'all traffic' can be treated the same will actually bring harm to the network. He will be doing a great disservice to users he supporting all under the false notion of 'equality'.<u></u><u></u></p>
</div>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal">On Tue, Nov 28, 2017 at 2:38 PM, Carruth, Rusty <<a href="mailto:Rusty.Carruth@smartm.com" target="_blank">Rusty.Carruth@smartm.com</a>> wrote:<u></u><u></u></p>
<p class="MsoNormal">Yes, lets get back to the technical issues.<br>
<br>
First, though let me review: Apparently an ISP has been targeting certain SITES or DOMAINS and throttling them. If that the case, then a discussion of the network issues is beside the point - the issue of treating certain endpoints differently based upon some
non-technical issue would be the issue.<br>
<br>
Anyway, that being said -<br>
<br>
I was actually somewhat offended when the statement was made claiming that anyone who believes that all traffic, regardless of type (voice, file, web pages, etc) should be treated the same was an idiot.<br>
<br>
On what basis is someone who thinks that a certain type of traffic DESERVES a different assurance of throughput against any OTHER type of traffic? If the entity using a certain transport mechanism has different requirements than the transport medium can provide,
then they are the unwise ones. And have no right to demand that the transport medium change to accommodate their demands.<br>
<br>
Especially at everyone else's expense.<br>
<br>
Why does VoIP or Video REQUIRE special treatment? I claim that either the systems which use these technologies either figure out ways to work within the limitations of the medium, or find a different medium. Don’t demand that the medium ADD special treatment
for you.<br>
<br>
One might then say that having the user pay extra for the special treatment would address this, and not force the cost of this on to all users, but this opens the door for a medium provider to use their (essentially) monopoly position to materially affect the
open market in ways which could easily damage the open market.<br>
<br>
<br>
(I was tempted to say something about 'in the beginning, all traffic was just packets - and they still are just packets'. ;-)<br>
<br>
All the above has NOTHING WHATSOEVER to do with the company I work for, its IMHO.<u></u><u></u></p>
<div>
<div>
<p class="MsoNormal"><br>
<br>
-----Original Message-----<br>
From: PLUG-discuss [mailto:<a href="mailto:plug-discuss-bounces@lists.phxlinux.org" target="_blank">plug-discuss-bounces@<wbr>lists.phxlinux.org</a>] On Behalf Of Herminio Hernandez Jr.<br>
Sent: Tuesday, November 28, 2017 7:44 AM<br>
To: Main PLUG discussion list<br>
Subject: Re: new thread: QoS, latency, bandwidth and the FCC/net neutrality debate<br>
<br>
I do not what you are getting at? Yes we all look at Net Neutrality through the lens of our assumptions on how the economy should be built. I am sure many would believe that government should a significant role is managing and others not. Most of this thread
has focused on that.<br>
<br>
I would love to discuss more the technical side of the debate. The first part of original post thread were the technical reasons why I felt NN was bad policy.<br>
<br>
Sent from my iPhone<br>
<br>
> On Nov 28, 2017, at 7:24 AM, Steve Litt <<a href="mailto:slitt@troubleshooters.com" target="_blank">slitt@troubleshooters.com</a>> wrote:<br>
><br>
> On Mon, 27 Nov 2017 22:52:04 -0700<br>
> "Herminio Hernandez Jr. " <<a href="mailto:herminio.hernandezjr@gmail.com" target="_blank">herminio.hernandezjr@gmail.<wbr>com</a>> wrote:<br>
><br>
>> First since I do not believe in<br>
><br>
>> central planning<br>
> ^^^^^^^^^^^^^^^^<br>
><br>
>> I do not know what<br>
>> competitors will once they have the freedom to offer services. This<br>
>> what is awesome about the<br>
><br>
><br>
>> Free Market,<br>
> ^^^^^^^^^^^<br>
><br>
>> if there is market that was<br>
>> moved closed off now open they will find creative ways to provide<br>
>> services.<br>
><br>
> Looks to me like Net Neutrality is being used as a proxy for some<br>
> much more generic theories.<br>
><br>
> SteveT<br>
><br>
> Steve Litt<br>
> November 2017 featured book: Troubleshooting: Just the Facts<br>
> <a href="http://www.troubleshooters.com/tjust" target="_blank">http://www.troubleshooters.<wbr>com/tjust</a><br>
> ------------------------------<wbr>---------------------<br>
> PLUG-discuss mailing list - <a href="mailto:PLUG-discuss@lists.phxlinux.org" target="_blank">
PLUG-discuss@lists.phxlinux.<wbr>org</a><br>
> To subscribe, unsubscribe, or to change your mail settings:<br>
> <a href="http://lists.phxlinux.org/mailman/listinfo/plug-discuss" target="_blank">
http://lists.phxlinux.org/<wbr>mailman/listinfo/plug-discuss</a><br>
------------------------------<wbr>---------------------<br>
PLUG-discuss mailing list - <a href="mailto:PLUG-discuss@lists.phxlinux.org" target="_blank">
PLUG-discuss@lists.phxlinux.<wbr>org</a><br>
To subscribe, unsubscribe, or to change your mail settings:<br>
<a href="http://lists.phxlinux.org/mailman/listinfo/plug-discuss" target="_blank">http://lists.phxlinux.org/<wbr>mailman/listinfo/plug-discuss</a><br>
------------------------------<wbr>---------------------<br>
PLUG-discuss mailing list - <a href="mailto:PLUG-discuss@lists.phxlinux.org" target="_blank">
PLUG-discuss@lists.phxlinux.<wbr>org</a><br>
To subscribe, unsubscribe, or to change your mail settings:<br>
<a href="http://lists.phxlinux.org/mailman/listinfo/plug-discuss" target="_blank">http://lists.phxlinux.org/<wbr>mailman/listinfo/plug-discuss</a><u></u><u></u></p>
</div>
</div>
</div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal"><br>
------------------------------<wbr>---------------------<br>
PLUG-discuss mailing list - <a href="mailto:PLUG-discuss@lists.phxlinux.org" target="_blank">
PLUG-discuss@lists.phxlinux.<wbr>org</a><br>
To subscribe, unsubscribe, or to change your mail settings:<br>
<a href="http://lists.phxlinux.org/mailman/listinfo/plug-discuss" target="_blank">http://lists.phxlinux.org/<wbr>mailman/listinfo/plug-discuss</a><u></u><u></u></p>
</div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal"><br>
------------------------------<wbr>---------------------<br>
PLUG-discuss mailing list - <a href="mailto:PLUG-discuss@lists.phxlinux.org" target="_blank">
PLUG-discuss@lists.phxlinux.<wbr>org</a><br>
To subscribe, unsubscribe, or to change your mail settings:<br>
<a href="http://lists.phxlinux.org/mailman/listinfo/plug-discuss" target="_blank">http://lists.phxlinux.org/<wbr>mailman/listinfo/plug-discuss</a><u></u><u></u></p>
</div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
</div>
</blockquote>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">------------------------------<wbr>---------------------<br>
PLUG-discuss mailing list - <a href="mailto:PLUG-discuss@lists.phxlinux.org" target="_blank">PLUG-discuss@lists.phxlinux.<wbr>org</a><br>
To subscribe, unsubscribe, or to change your mail settings:<br>
<a href="http://lists.phxlinux.org/mailman/listinfo/plug-discuss" target="_blank">http://lists.phxlinux.org/<wbr>mailman/listinfo/plug-discuss</a><u></u><u></u></p>
</div>
</blockquote>
</div>
</div>
</div></blockquote><blockquote type="cite"><div><span>------------------------------<wbr>---------------------</span><br><span>PLUG-discuss mailing list - <a href="mailto:PLUG-discuss@lists.phxlinux.org" target="_blank">PLUG-discuss@lists.phxlinux.<wbr>org</a></span><br><span>To subscribe, unsubscribe, or to change your mail settings:</span><br><span><a href="http://lists.phxlinux.org/mailman/listinfo/plug-discuss" target="_blank">http://lists.phxlinux.org/<wbr>mailman/listinfo/plug-discuss</a></span></div></blockquote></div></div></div></blockquote></div><br></div>