[147601] in North American Network Operators' Group
Re: local_preference for transit traffic?
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Thu Dec 15 09:43:33 2011
Date: Thu, 15 Dec 2011 06:42:37 -0800
From: Leo Bicknell <bicknell@ufp.org>
To: NANOG <nanog@nanog.org>
Mail-Followup-To: NANOG <nanog@nanog.org>
In-Reply-To: <CABO8Q6RoUu-au6a5nYx4ZygrpS_r=RsxDU+7hew3BXkLY7KXsw@mail.gmail.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--0ntfKIWw70PvrIHh
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Thu, Dec 15, 2011 at 02:24:13AM -0500, Keegan Holle=
y wrote:
> I always assumed that taking in more traffic was a bad thing. I've heard
> about one sided peering agreements where one side is sending more traffic
> than the other needs them to transport. Am I missing something? Would th=
is
> cause a shift in their favor allowing them to offload more customer traff=
ic
> to their peers without complaint?
It's one of many techniques used by peers to "balance" the ratio.
However, there may be a simpler explanation. If you bill by the
bit as a transit provider it's in your best interest to make sure
your customer gets as many bits through you as possible. Plus if
you can fill their pipe, they need to buy an upgrade to you.
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
--0ntfKIWw70PvrIHh
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)
iQIVAwUBTuoHXbN3O8aJIdTMAQLK0BAAmKqfks9ZLQc5CMiaL7nsrPOoAWv9w4U5
3Xg2ZTf0FtPo7Bhf9gycMsGZ6Dnqo+J3zU7FSJDWSbveBqPSz09jW2YZi1Gh89lR
IBR9NmQc8MmTnmqSg0e6RjbJuNYOKeei941q0zBRin/VEpQ0d72Y6sdMsVJCdLEu
17RABwWzHWBLofrXa+QNO6mgc9v84/gfP7qGwC3A8Aef2CEkxHx0ekjyDIOJpPti
VnDNZFFpaXu2oVn0NE1YPLe6/rcpYeAHIMwxTS3EWvqnp8JZJlSu6Ucgr2QqhXCt
/2w4nwjaWxyRWgwJ2RAimoZD6TviFrlSsx+JOpCj6E5omRaZ2dd/t3xgvmaYBd7J
qDhuUw5bwwSYRZUFb3VTTVM0fExwry/GFGuWuTRveGXqPUk/xy1xpVlQieNP5p7+
whNY2MyaViuGDOuMlGLuarYPNdn4nmsesFOv9WAO94DH8/+k3AeilbbGby7byWEp
/UQJeqP1ov56g9rQPS21BNs4hTF5QmGpCaOT9X+I3OH1xEtYq3XnMt+8kltCPjT9
2Mn7SnYeA7ah1cxcBsiHiUSV+zMsXCrQMWQpsCvEgbVS7uExa0yFW8rEPBCH8zxm
essxe0HcNiSSxZa2dYi2J/lN88wRikJm761RFMqOgGvTZ5MQlbtwIkQo6FnYFy4/
aFUy2aNONB4=
=hYcG
-----END PGP SIGNATURE-----
--0ntfKIWw70PvrIHh--