Akamai Peering

Jawaid Bazyar jbazyar at verobroadband.com
Mon Jul 25 17:53:38 UTC 2022


Hi,

We had Akamai servers in our data center for many years until a couple years ago, when they said they’d changed their policies and decommissioned the servers.

I understand that, maintaining many server sites and being responsible for that hardware, even if you pay nothing for power or collocation, must be costly. And at the time, we didn’t have much traffic to them.

Today, however, we’re hitting 6 Gbps with them nightly. Not sure what traffic it is they’re hosting but it’s surely video of some sort.

We are in the same data center with them, Edgeconnex Denver, and they refuse to peer because they say their minimum traffic level for peering is 30 Gbps.

Their peeringdb entry says “open peering”, and in my book that’s not open peering.

So this seems to be exactly backward from where every other major content provider is going – free peering with as many eyeball networks as possible.

Google – no bandwidth minimum, and, they cover costs on 1st and every other cross connect
Amazon – peers are two Denver IX
Apple – peers at two Denver IX
Netflix – free peering everywhere

And, on top of that, Akamai is not at either of the two Denver exchange points, which push together probably half a terabit of traffic.

What is the financial model for Akamai to restrict peering this way? Surely it’s not the 10G ports and optics, which are cheap as dirt these days.

Doesn’t this policy encourage eyeballs to move this traffic to their cheapest possible transit links, with a potential degradation of service for Akamai’s content customers?

Thanks for the insight,

Jawaid


[uc%3fid=1CZG_hGEeUP_KD95fSHu2oBRA_6dkOo6n]
Jawaid Bazyar
Chief Technical Officer
VERO Broadband
[signature_3735065359]
303-815-1814<tel:303-815-1814>
[signature_3363732610]
jbazyar at verobroadband.com<mailto:jbazyar at verobroadband.com>
[signature_633330923]
https://verobroadband.com
[signature_4057438942]
2347 Curtis St, Denver, CO 80205

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20220725/212b5ae5/attachment.html>


More information about the NANOG mailing list