NNSquad - Network Neutrality Squad
[ NNSquad ] Re: Comments on NNSquad Purpose
We need to distinguish between measure like bandwidth and latency over the
complete path vs within a single carriers' facilities. An extreme example is
getting under a megabit per second (which, at one time was pretty good)
between my 50Mbps connection in the US and a site in Hong Kong that might
advertise an even higher speed.
You need to know the two end points.
I'll avoid the policy question of what it means to make sure promises.
-----Original Message-----
From: nnsquad-bounces+bob19-0501=bobf.frankston.com@nnsquad.org
[mailto:nnsquad-bounces+bob19-0501=bobf.frankston.com@nnsquad.org] On Behalf
Of Phil Karn
Sent: Saturday, November 17, 2007 21:33
To: Jay Sulzberger
Cc: nnsquad@nnsquad.org
Subject: [ NNSquad ] Re: Comments on NNSquad Purpose
[ This message is passed to the list since it contains discussion
of technical parameters useful for measurement toolset R&D.
Any discussion that strays from the technical (and you know
what I mean) in response to this message will not be approved
through to the list.
-- Lauren Weinstein
NNSquad Moderator ]
Jay Sulzberger wrote:
> our packet streams. But the fact is that if we give two numbers,
> we have specified how good a Net connection is.
>
> GIVE ME THE BANDWITH AND LATENCY LIMIT I PAID FOR!
>
> DO NOT WIRETAP ME DO NOT DEGRADE MY STREAMS.
>
> For if you do, I will produce evidence gathered by the
> hardworking folk of NNSquad, who use this small suite of Net
> tests, which give me back two numbers: bandwidth and lag.
I can think of three independent figures of merit for network neutrality:
1. Latency. I want to know how network latency changes with independent
variables such as packet size, packet rate, source, destination,
transport protocol, application protocol, user data, etc. Several other
metrics can be expressed entirely in terms of latency: "Packet loss
rate" is just the fraction of packets with infinite latency. "Bandwidth
limit" is the packet size * rate product above which latency rises to
keep the delivered size * rate product constant.
2. Transparency. Does the carrier deliver my packets to their specified
destinations as I sent them, or are they intercepted and modified in
some way? Transparent web proxying would be an example of
non-transparent behavior. NAT would be another, although most NATs are
under the customer's control and the ISP is to blame only for not making
enough routeable IP addresses available.
3. Packet spoofing. Does the network inject packets that appear to be,
but are not from the party with whom I am speaking? (apologies to Lily
Tomlin) Comcast's TCP reset injection would be an example here.
What do people think of this list? Should anything be added? Changed?
Redefined?
--Phil