[178679] in North American Network Operators' Group
Re: Verizon Policy Statement on Net Neutrality
daemon@ATHENA.MIT.EDU (Michael Thomas)
Mon Mar 2 12:33:05 2015
X-Original-To: nanog@nanog.org
Date: Mon, 02 Mar 2015 09:32:59 -0800
From: Michael Thomas <mike@mtcc.com>
To: nanog@nanog.org
In-Reply-To: <9578293AE169674F9A048B2BC9A081B4015725FFBC@MUNPRDMBXA1.medline.com>
Errors-To: nanog-bounces@nanog.org
On 03/02/2015 09:20 AM, Naslund, Steve wrote:
>> Average !=3D Peak.
>>
> What is peak? There is a question for you. If we get all the way down =
to the fundamentals of any network, peak is always 100%. There is either=
a bit on the wire or not. Your network is either 100% busy or 100% idle=
at any instantaneous moment in time. What matters is average transfer r=
ate to the user experience and even that varies a lot depending on the ap=
p in question and how that app tolerates things like jitter, loss, and la=
tency. It is about whether data is being buffered waiting for a transmis=
sion window and is the buffer being cleared as fast as it is being filled=
=2E A network is engineered to support some average levels because it wo=
uld be very cost ineffective to engineer a wide area network to support p=
eak transmission on all ports at all times. All studies of network traff=
ic show that it is not necessary to build a network that way. Our networ=
ks are statistical multiplexers in their design and have been all the way=
back to the Bell System. You do know that not everyone can make a phone=
call at once, right (but who would you call if everyone was already off =
hook, get it?)? In fact, it is such a difficult problem that it is very =
hard to support inside a single data center class Ethernet switch. In th=
e wide area, it would be incredibly expensive to design an entirely non-b=
locking network at all traffic levels. It could be built if you want to =
pay for it however.
>
::AWOOOOGAAAA:: Strawman Alert!
Nobody's talking about taking poor Erlang behind the barn and shooting hi=
m.
We're talking about being able to send upstream at a=20
reasonable/comparable rate as downstream.
Mike
