wow, lots of akamai

Patrick W. Gilmore patrick at ianai.net
Thu Apr 1 22:31:58 UTC 2021


Just so I am clear, you are saying “I would rather have it come over my undersea cables than from inside the datacenter”?

And you are assuming TCP transport.

-- 
TTFN,
patrick

> On Apr 1, 2021, at 6:23 PM, Tony Wicks <tony at wicks.co.nz> wrote:
> 
> This is not actually (as in yes it does matter) the case, if a file comes from a CDN it is often a close and low latency source that will run up to very high speeds. For example in our case we connect to local peering exchanges (or PNI’s/local caches) at 100G or Nx10G with latency to the end user in the 1-30ms range resulting in very large peaks of local backhaul traffic. If a file is delivers from source or from remote CDN’s/exchanges these are located in other countries with between 25ms (New Zealand to Australia) and 130-200ms (New Zealand to LA/SJC or Singapore) latency, this results in a much slower and normally barely noticeable traffic blip. Yes as an ISP we need to carry the traffic in both cases but the first case can result in a 20-30% local backhaul increase for a couple of hours and in the second case its just BAU traffic for a day or two. Local CDN is obviously the better option for cost and the consumer, but you certainly do notice the traffic in local backhaul.
>  
> From: NANOG <nanog-bounces+tony=wicks.co.nz at nanog.org <mailto:nanog-bounces+tony=wicks.co.nz at nanog.org>> On Behalf Of Tom Beecher
> Sent: Friday, 2 April 2021 10:05 am
> To: Matt Erculiani <merculiani at gmail.com <mailto:merculiani at gmail.com>>
> Cc: North American Operators' Group <nanog at nanog.org <mailto:nanog at nanog.org>>
> Subject: Re: wow, lots of akamai
>  
>  
> If thousands of users are downloading 50G files at the same time, it really doesn't matter if they are pulling from a CDN or the origin directly. The volume of traffic still has to be handled. Yes, it's a burden on the ISP, but it's a burden created by the usage created by their subscribers. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20210401/4eb6b8c6/attachment.html>


More information about the NANOG mailing list