[143849] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Level 3 Peering Guidelines

daemon@ATHENA.MIT.EDU (Leo Bicknell)
Fri Aug 19 16:52:15 2011

Date: Fri, 19 Aug 2011 13:51:21 -0700
From: Leo Bicknell <bicknell@ufp.org>
To: nanog@nanog.org
Mail-Followup-To: nanog@nanog.org
In-Reply-To: <CAPZUUwUjCytV-X_Qx2GO6z5jwcwMCxq9O6k9+YCOSP8fMf89PQ@mail.gmail.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org


--UlVJffcvxoiEqYs2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

In a message written on Fri, Aug 19, 2011 at 04:29:05PM -0400, Adam Rothsch=
ild wrote:
>   http://fjallfoss.fcc.gov/ecfs/document/view?id=3D7021703819

I like to see Level 3 arguing this with the regulators.  AboveNet
persued this line of thinking with a number of ISP's in the late
1990's with some success, and I believe others did as well.  AboveNet
implmented it by honoring MEDs from peers, and thus doing a cold
potato routing and carrying a higher bit-mile cost.

Ratio is the most broken part about modern peering agreements.
Ratio really has no bearing on the costs to either ISP, it is an
artifact of their position in the world.  That is to say the type
of ISP (end user, content) location (urban, rural) or technologies
(dsl, cable, leased line) along with user behavior determine the
ratio.  Early ISP's that had similar customer mixes, locations, and
technologies could use ratio as an easy proxy, but those days are
long gone.

The primary challenge to change is the technical community coming
up with some metric that is easy to measure and senior management
can understand.  You can go to a VP and say "the ratio to them is
1.5:1" and they get it (or so they think).  Trying to make the same
argument that on some vague level you are deriving "equal benefit"
is much larger.  I like Level 3's effort in using the bit-mile cost
but I don't know any way to measure that metric easily on a large
network.

--=20
       Leo Bicknell - bicknell@ufp.org - CCIE 3440
        PGP keys at http://www.ufp.org/~bicknell/

--UlVJffcvxoiEqYs2
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.13 (FreeBSD)

iQIVAwUBTk7MyLN3O8aJIdTMAQK0UhAAu/GEhn9YUpI4mlyC5ZPGKe3uoIQHfKem
s3i4sS0JvKG1wLEb5LLtK06yhDYkyGj1gIdHRdbYvVJW1q0nUSsl5Wid+9dkKLuX
D2i+s5IcPTTAD2/JYzSyZ9VQ7DXjkcI2WaXfFsBbsaplM0ZpFcCq9bPrBt7EMqNi
OptkBJpQ0Y2A53azX+8L0S5Myyc4dPMF5x43FUCyREN01SIOmrc30JspRvRAqXmh
5Gt8XlL9tQttLuL5KbcofaIJqCVNX1vVDyvgeIfyYaK9Xmmb/x/7q5hSBwE8vZgG
Y7Evnz6chGodqTHk3Vr1xHT2cKc6ChEzFVTVC3NqUm37AV47lphyz7RPSydjiOr/
x3ZtceSYkI9Tm7JC+KmzCWrgSct1X2sJxpnAedW4mMnmcF3XsHc6VAnPcxQIxPL6
8aAr21VKs5LkWTz+SfyEMsovF3B6L2RXmRv37TNtzsL/xBqLFNvlufkSdj4SPEkk
m7vk2IifHfUG8mVngLRMc57zEMUVZWqfcGzPIzYy0FvA7A9DDoBywvuWLIizBdmk
PsQ2pEgLcdDFUzFQ6DYiDvPA/7HqArR5d0IEU3LYDL3GYH9TpoLhrjjntGdM7iIb
L1whqDrMVfC0X3N4q84baIYvne3jgSylf0QiWt2slzMRjjkUL8YvtDz+pJVDCYxj
+EVVUlj83RQ=
=Pnyv
-----END PGP SIGNATURE-----

--UlVJffcvxoiEqYs2--


home help back first fref pref prev next nref lref last post