Sprint peering policy
Richard A Steenbergen
ras at e-gerbil.net
Sat Jun 29 17:26:01 UTC 2002
On Sat, Jun 29, 2002 at 05:56:35PM +0100, Stephen J. Wilcox wrote:
>
> This assumes as per a previous point that they exchange routes outside the
> region.
I'll give you this, as I said I was playing devils advocate. I fully agree
with the concept of regionalized exchanging for small players.
Also, you can now buy transit cheaper than you can buy longhaul circuits
even at perfect utilization. Set local-preference subtract. :) I prefer
this to hauling traffic from the east to west to east coast just to use a
peer because you only have the one anyhow *coughcogentcough*.
> And as per your hot potato assumption even without your peering they
> will still be dragging your inbound from the point of interconnection
> nearest the source. And quit pro quo, assuming their big tier 1 peers do
> the same then it'll be the same on balance anyway (as they will carry
> the traffic in the opposite direction and losses/gains will cancel)
But the traffic they send to you, they get to dump on your Tier 1 provider
a many points all over their network. You'd think that being primarily
outbound and in a single location would be a good thing, wouldn't you. :)
> Theres single points of failure whether with a peer or a transit if your
> network is of that size where you dont have redundant interconnects..
There is still a single point of failure between yourself and your network
provider, but that is not their problem.
The worst kind of failure is the kind where BGP doesn't die.
> Hmm okay this is valid, but really.. do they need to spend much time on
> you? Economy of scale and all that.. they can automate building filters,
> they dont need to worry about alarming small fry bgp sessions, once set
> up theres nothing much to do.
You're talking about Tier 1's here... How many engineers does it take to
plug in a line card? <answer left as an excercise for the reader>
But yes, when you put it all together at the end of the day, it's about
trying to make money and prevent competition. Some networks simply see
those goals down a different path.
--
Richard A Steenbergen <ras at e-gerbil.net> http://www.e-gerbil.net/ras
PGP Key ID: 0x138EA177 (67 29 D7 BC E8 18 3E DA B2 46 B3 D8 14 36 FE B6)
More information about the NANOG
mailing list