Hello, just saw this - I'll ping you off-list.
On Mon, Jul 08, 2024 at 04:07:09PM +, Schylar Utley wrote:
>We are seeing significant connectivity issues across several states to
>what appears to be only Akamai served websites.
>
>
>
>Most of
We are seeing significant connectivity issues across several states to what
appears to be only Akamai served websites.
Most of all the traceroutes to impacted sites, when they are impacted, go
through Dallas Equinix. For instance, we are not seeing responses from Akamai
network when packets
fered help, I believe these kind of
situations is where the value of the *NOG communities is actually seen
and appreciated.
/Carlos
On Fri, May 17, 2024 at 2:40 PM Carlos Martinez-Cagnazzo
wrote:
>
> Any contacts with either Akamai or NTT here ?
>
> This is kind of important as this i
Responding off list.
-Aaron
May 17, 2024 at 12:42 PM by carlosm3...@gmail.com:
> Any contacts with either Akamai or NTT here ?
>
> This is kind of important as this is affecting three of our RPKI
> publication servers (servers which I have de-priorized in Route53 to
> prevent any
s/default/files/10_Roisman_Traceroute.pdf
On Fri, May 17, 2024, 18:42 Carlos Martinez-Cagnazzo
wrote:
> Any contacts with either Akamai or NTT here ?
>
> This is kind of important as this is affecting three of our RPKI
> publication servers (servers which I have de-priorized in Route53 to
> pre
Any contacts with either Akamai or NTT here ?
This is kind of important as this is affecting three of our RPKI
publication servers (servers which I have de-priorized in Route53 to
prevent any issues for RPs)
I have a ticket open with Akamai but I'm not directly an NTT customer
so any he
On Wed, Mar 20, 2024 at 06:26:24PM +, Liviu Danicel wrote:
> Hello,
>
> Anyone from Akamai on the list ? I have a banned /24 subnet and would like to
> discuss it.
Yes, I would suggest checking this page as well from an IP where
you are experiencing the i
Hello,
Anyone from Akamai on the list ? I have a banned /24 subnet and would like to
discuss it.
Liviu
e I'm not with Akamai, but I requested a
> cache maybe a year or so ago. At the time I was told they were moving away
> from caching unless you were doing well over 100Gbps consistently, just due
> to the massive scale of their data not lending itself well to caching in
> sm
ption.
At 02:29 PM 2024-02-22, Aaron1 wrote:
Akamai AANP was the first CDN in my network
~2010âishâ¦I forget what the minimum
requirement was back then, but wanted to let you
know that around 2018/2019 they started telling
me they wanted to pull the caches from my
network. It wasnât
Akamai AANP was the first CDN in my network… ~2010’ish…I forget what the
minimum requirement was back then, but wanted to let you know that around
2018/2019 they started telling me they wanted to pull the caches from my
network. It wasn’t until like last year sometime that they were telling me
I can't speak with authority since I'm not with Akamai, but I requested a cache
maybe a year or so ago. At the time I was told they were moving away from
caching unless you were doing well over 100Gbps consistently, just due to the
massive scale of their data not lending itself well
Does anyone know what the minimum traffic is to qualify for an Akamai AANP
cache?
Tom
Depending on the network size, an IX or PNI are typically more
beneficial as you'll gain access to a larger footprint of different Akamai
deployments types.
Akamai continues to support an open peering policy at Internet Exchanges,
so please reach out to peering-...@akamai.com and a member o
Yeah, when I submitted inquiry to them, they are preferring PNIs instead simply
due to the huge amount of data storage involved.
I filled out the form at
https://www.akamai.com/solutions/industries/network-operator/akamai-network-partnerships
and received a response pretty quickly.
On Oct 17
eeringdb.com account and go to their network, they have a
> peering contact listed there.
>
>
>
> https://www.peeringdb.com/net/2
>
>
>
>
>
>
> From: NANOG on behalf of
> em...@edylie.net
> Sent: Tuesday, October 17, 2023 5:10 PM
> To:
Subject: Akamai Network Partnership
Dear All,
May I know if anyone could guide me to the right contact for Akamai
Network Partnership?
We are a network operator in Indonesia and is keen to work with Akamai
to speed up access to Akamai Content.
Many Thanks.
Best Regards,
Edy
Dear All,
May I know if anyone could guide me to the right contact for Akamai
Network Partnership?
We are a network operator in Indonesia and is keen to work with Akamai
to speed up access to Akamai Content.
Many Thanks.
Best Regards,
Edy
he usual ongoing issues to deal with
that are faced by any provider that operates free amenity wifi in public
spaces (roof terraces, lobbies, social rooms etc) in large condo
buildings. We have some sites that are 600 suites in one building.
We just got the following from Akamai. This present issue
On 18 Aug 2023, at 08:28, Eric Kuhnke wrote:
Additionally this appears to have a strong correlation with everything that is
hosted by Akamai Edge. Akamai, we are a fairly mundane last mile operator…
It might be a good idea to analyze your outbound traffic in order to determine
if you/your
Additionally this appears to have a strong correlation with everything that
is hosted by Akamai Edge. Akamai, we are a fairly mundane last mile
operator...
On Thu, Aug 17, 2023, 4:58 PM Eric Kuhnke wrote:
> I am directly in contact with the right people and team now.
>
> On Thu, Aug 17
Trying to determine an outage issue between Akamai and 33398; any Akamai folks
on here?
Thanks,
David
I'm interested
ASN 53172
I can put you in touch with your account manager, what's your ASN?
-- Niels.
* pascalma...@gmail.com (Pascal Masha) [Thu 12 Jan 2023, 12:21 CET]:
Hello,
Anyone from Akamai responsible for making decisions on cluster
scaling /refresh here?
Kindly contact me offlist.
Regards
Pa
Hello,
Anyone from Akamai responsible for making decisions on cluster
scaling /refresh here?
Kindly contact me offlist.
Regards
Paschal Masha
Please ping me off list. Thanks.
Sent via RFC1925 compliant device
> On Sep 28, 2022, at 3:47 PM, Joshua Pool via NANOG wrote:
>
>
> Anyone have a contact for AKAMAI?
>
> Thanks in advance.
>
> Josh
Seriously search the list people. Even a little effort on your own. Same
question a few days ago.
-jim
On Wed, Sep 28, 2022, 3:45 PM Joshua Pool via NANOG wrote:
> Anyone have a contact for AKAMAI?
>
> Thanks in advance.
>
> Josh
>
Anyone have a contact for AKAMAI?
Thanks in advance.
Josh
* t...@visnetworkrd.com (George Toma) [Tue 27 Sep 2022, 17:14 CEST]:
Jared
I would be also interested in what you said in reply to Dustin
Brooks about Akamai contact as in the past we have experienced
similar problem, and trying to resolve it with the Akamai EdgeScape
support we ran into a
Jared
I would be also interested in what you said in reply to Dustin Brooks about
Akamai contact as in the past we have experienced similar problem, and
trying to resolve it with the Akamai EdgeScape support we ran into a
stonewall of not being an Akamai client (I understand EdgeScape is the one
You can ping me off list. Thanks. Sent via RFC1925 compliant deviceOn Sep 26, 2022, at 1:39 PM, Dustin Brooks wrote:
Anyone having issues with sites hosted by Akamai? We have several users within a single /24 that are not able to access several (go.microsoft.com,
www.irs.gov, adobe.com
Anyone having issues with sites hosted by Akamai? We have several users within
a single /24 that are not able to access several (go.microsoft.com,
www.irs.gov<http://www.irs.gov>, adobe.com, npr.org, just to name a few). I’ve
tried emailing Akamai but I get a canned response “you don’
) so we can move
the traffic to a direct path.
If you have a 10G port and want to swap it to a 100G port, we
should have that conversation.
- Jared
On Tue, Jul 26, 2022 at 08:27:09AM -0500, Paul Emmons wrote:
> Akamai isn't supporting 10g ports on IXPs. I'd be surprised
Akamai isn't supporting 10g ports on IXPs. I'd be surprised if the allowed
it on PNIs. As for not being on the IXPs, that's odd.
On Tue, Jul 26, 2022 at 8:23 AM Jawaid Bazyar
wrote:
> Hi,
>
>
>
> We had Akamai servers in our data center for many years until a
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
Yup.. ping me with the details off-list
- Jared
> On Mar 2, 2022, at 7:02 PM, Christopher Munz-Michielin
> wrote:
>
> Hey All,
>
> Hoping someone has a contact at Akamai who can assist.
>
> As part of my day job I run a DNS network and we've been having issue
Hey All,
Hoping someone has a contact at Akamai who can assist.
As part of my day job I run a DNS network and we've been having issues
with Akamai mis-locating the geolocation of some of our revolvers. The
most egregious example is our resolver in Frankfurt being classified as
Austr
Hello,
On Tue, 27 Jul 2021 at 21:02, heasley wrote:
> > But I have to emphasize that all those are just examples. Unknown bugs
> > or corner cases can lead to similar behavior in "all in one" daemons
> > like Fort and Routinator. That's why specific improvements absolutely
> > do not mean we don
On Tue, 27 Jul 2021 at 16:10, Mark Tinka wrote:
>
>
>
> On 7/26/21 19:04, Lukas Tribus wrote:
>
> > rpki-client can only remove outdated VRP's, if it a) actually runs and
> > b) if it successfully completes a validation cycle. It also needs to
> > do this BEFORE the RTR server distributes data.
>
Mon, Jul 26, 2021 at 07:04:41PM +0200, Lukas Tribus:
> Hello!
>
> On Mon, 26 Jul 2021 at 17:50, heasley wrote:
> >
> > Mon, Jul 26, 2021 at 02:20:39PM +0200, Lukas Tribus:
> > > rpki-client 7.1 emits a new per VRP attribute: expires, which makes it
> > > possible for RTR servers to stop consideri
On 7/26/21 19:04, Lukas Tribus wrote:
rpki-client can only remove outdated VRP's, if it a) actually runs and
b) if it successfully completes a validation cycle. It also needs to
do this BEFORE the RTR server distributes data.
If rpki-client for whatever reason doesn't complete a validation c
Hello!
On Mon, 26 Jul 2021 at 17:50, heasley wrote:
>
> Mon, Jul 26, 2021 at 02:20:39PM +0200, Lukas Tribus:
> > rpki-client 7.1 emits a new per VRP attribute: expires, which makes it
> > possible for RTR servers to stop considering outdated VRP's:
> > https://github.com/rpki-client/rpki-client-o
On 7/26/21 17:50, heasley wrote:
Since rpki-client removes "outdated" (expired) VRPs, how does an RTR
server "stop considering" something that does not exist from its PoV?
Did you mean that it can warn about impending expiration?
StayRTR reads the VRP data generated by rpki-client.
Mark.
Mon, Jul 26, 2021 at 02:20:39PM +0200, Lukas Tribus:
> rpki-client 7.1 emits a new per VRP attribute: expires, which makes it
> possible for RTR servers to stop considering outdated VRP's:
> https://github.com/rpki-client/rpki-client-openbsd/commit/9e48b3b6ad416f40ac3b5b265351ae0bb13ca925
Since rp
On 7/26/21 14:20, Lukas Tribus wrote:
Some specific failure scenarios are currently being addressed, but
this doesn't make monitoring optional:
rpki-client 7.1 emits a new per VRP attribute: expires, which makes it
possible for RTR servers to stop considering outdated VRP's:
https://github.c
Hello,
On Mon, 26 Jul 2021 at 11:40, Mark Tinka wrote:
> I can count, on my hands, the number of RPKI-related outages that we
> have experienced, and all of them have turned out to be a
> misunderstanding of how ROA's work, either by customers or some other
> network on the Internet. The good ne
On 7/26/21 07:25, Saku Ytti wrote:
Doesn't matter. And I'm not trying to say RPKI is a bad thing. I like
that we have good AS:origin mapping that is verifiable and machine
readable, that part of the solution will be needed for many
applications which intend to improve the Internet by some met
On Sun, 25 Jul 2021 at 21:41, Mark Tinka wrote:
> Are you speaking globally, or for NTT?
Doesn't matter. And I'm not trying to say RPKI is a bad thing. I like
that we have good AS:origin mapping that is verifiable and machine
readable, that part of the solution will be needed for many
applicatio
On 7/25/21 17:32, Saku Ytti wrote:
Steering dangerously off-topic from this thread, we have so far had
more operational and availability issues from RPKI than from hijacks.
And it is a bit more embarrassing to say 'we cocked up' than to say
'someone leaked to internet, it be like it do'.
Ar
7;do better' can achieve, we have to assume we have similar level of
> outage potential in all work we've produced and continue to produce
> for which we exert very little control over.
>
> I think the mean-time-to-repair actions described are more actionable
> than the 'do
On Sun, 25 Jul 2021 at 18:14, Jared Mauch wrote:
> How can we improve response times when things are routed poorly? Time to
> mitigate hijacks is improved my majority of providers doing RPKI OV, but
> interprovider response time scales are much longer. I also think about the
> two big CTL long
very strong culture around risk and risk avoidance whenever
possible at akamai. Some minor changes are taken very seriously.
I appreciate that on a daily basis, and when we make mistakes (I am human after
all) are made, reviews of the mistakes and corrective steps are planned and
followed up on.
On 7/25/21 08:18, Saku Ytti wrote:
Hey,
Not a critique against Akamai specifically, it applies just the same
to me. Everything seems so complex and fragile.
Very often the corrective and preventive actions appear to be
different versions and wordings of 'dont make mistakes', in
Indeed. Worth rereading for that reason alone (or in particular).
Miles Fidelman
Hank Nussbacher wrote:
On 23/07/2021 09:24, Hank Nussbacher wrote:
From Akamai. How companies and vendors should report outages:
[07:35 UTC on July 24, 2021] Update:
Root Cause:
This configuration directive
On 25/07/2021 09:18, Saku Ytti wrote:
Hey,
Not a critique against Akamai specifically, it applies just the same
to me. Everything seems so complex and fragile.
Complex systems are apt to break and only a very limited set of tier-3
engineers will understand what needs to be done to fix it
Hey,
Not a critique against Akamai specifically, it applies just the same
to me. Everything seems so complex and fragile.
Very often the corrective and preventive actions appear to be
different versions and wordings of 'dont make mistakes', in this case:
- Reviewing and improving in
On 23/07/2021 09:24, Hank Nussbacher wrote:
From Akamai. How companies and vendors should report outages:
[07:35 UTC on July 24, 2021] Update:
Root Cause:
This configuration directive was sent as part of preparation for
independent load balancing control of a forthcoming product. Updates to
On 22/07/2021 19:34, Mark Tinka wrote:
https://edgedns.status.akamai.com/
Mark.
[18:30 UTC on July 22, 2021] Update:
Akamai experienced a disruption with our DNS service on July 22, 2021.
The disruption began at 15:45 UTC and lasted for approximately one hour.
Affected customer sites were
tages (proper) mailing list,
> including messages about the Akamai issue.
>
> I'd be surprised if the Outages Discussion mailing list was on different
> infrastructure.
>
> I am now seeing some messages sent to Outages (proper) as if others aren't
> seeing messages (about
On 7/22/21 10:56 AM, Andy Ringsmuth wrote:
The outage appears to have, ironically, taken out the outages and
outages-discussion lists too.
I received multiple messages from the Outages (proper) mailing list,
including messages about the Akamai issue.
I'd be surprised if the Ou
> On Jul 22, 2021, at 12:56 PM, Andy Ringsmuth wrote:
>
> The outage appears to have, ironically, taken out the outages and
> outages-discussion lists too.
>
> Kinda like having a fire at the 911 dispatch center…
Should not have impacted me in my hosting of the list. Obviously if the dom
The outage appears to have, ironically, taken out the outages and
outages-discussion lists too.
Kinda like having a fire at the 911 dispatch center...
Andy Ringsmuth
5609 Harding Drive
Lincoln, NE 68521-5831
(402) 304-0083
a...@andyring.com
“Better even die free, than to live slaves.” - Fr
On 7/22/21 18:50, Matt Harris wrote:
Seems to be clearing up at this point, was able to get to a site just
now that I wasn't a little bit ago.
Yes, seems to be restoring...
https://twitter.com/akamai/status/1418251400660889603?s=28
Mark.
Matt Harris|Infrastructure Lead
816-256-5446|Direct
Looking for help?
Helpdesk|Email Support
We build customized end-to-end technology solutions powered by NetFire Cloud.
On Thu, Jul 22, 2021 at 11:35 AM Mark Tinka wrote:
> https://edgedns.status.akamai.com/
>
> Mark.
>
Seems to be clearing up
https://edgedns.status.akamai.com/
Mark.
On 4/5/21 10:23 PM, Robert Brockway wrote:
On Thu, 1 Apr 2021, Jean St-Laurent via NANOG wrote:
What happened is that it would create a kind of internal DDoS and
they would all timed out and give a weird error message. Something
very useful like Error Code 0x8098808 Please call our support l
On Thu, 1 Apr 2021, Jean St-Laurent via NANOG wrote:
What happened is that it would create a kind of internal DDoS and they would
all timed out and give a weird error message. Something very useful like
Error Code 0x8098808 Please call our support line at this phone number.
If only there was
Yes, I was reaching out to my NANOG folks to find out as you stated... "Hey I
was curious what happened and I thought to ask here on NANOG?"
I appreciate the membership with you all and value your position and visibility
in regional, continental and global operations. Thanks for your insights,
ics-il.com
Midwest-IX
http://www.midwest-ix.com
- Original Message -
From: "Jared Mauch"
To: "Dave Brockman - DVS"
Cc: nanog@nanog.org
Sent: Friday, April 2, 2021 7:08:09 AM
Subject: Re: wow, lots of akamai
On Thu, Apr 01, 2021 at 03:31:39PM -0400, Dave Brockman -
On Thu, Apr 01, 2021 at 08:09:24PM +, Luke Guillory wrote:
> IX’s don’t really help the source doesn’t use them.
>
> Akamai traffic.
> 17G via Local Cache
> 17G via Transit
> 8G via IXs.
>
> Plenty of room on IXs for more on our side.
Often we can see the por
gt; >> but more at the game level. Well, ISP could also have some mechanisms
> >> to reduce the impact or even Akamai could force a progressive roll out.
> >
> > It's an online game. You can't play the game with outdated assets. You'd
> > not see wa
to reduce the impact or even Akamai could force a progressive roll out.
>
> It's an online game. You can't play the game with outdated assets. You'd
> not see walls where other players would, for example.
>
> What you're suggesting is the ability of ISPs to
> On 2 Apr 2021, at 11:47, Mark Tinka wrote:
>
>
>
>> On 4/2/21 01:41, Tony Wicks wrote:
>>
>> Local backhaul is plentiful and relatively cheap where as subsea wavelengths
>> are extremely expensive and require months of planning.
>
> Funny, it's the exact opposite for us.
Yup, it is...
On 4/2/21 01:41, Tony Wicks wrote:
Local backhaul is plentiful and relatively cheap where as subsea
wavelengths are extremely expensive and require months of planning.
Funny, it's the exact opposite for us.
Mark.
On 4/2/21 00:56, Patrick W. Gilmore wrote:
And after all that, I still do not see what we are arguing about? You
want the game companies to change their business model, but you do not
want to change yours. Please do not say something like “but if they
just ….” Unless you want the game com
On 4/1/21 21:01, Jean St-Laurent via NANOG wrote:
Are big games roll out really impacting NANOG? or it's more a: Hey I was
curious what happened and I thought to ask here on NANOG?
The latter, I'd say.
Mark.
avrichenkov'
Cc: 'NANOG'
Subject: RE: wow, lots of akamai
I remembered working for a big ISP in Europe offering cable tv + internet with
+20M subscribers
Every time there was a huge power outage in major cities, all tv`s would go off
at the same time. I don`t have stats on power grid
To: North American Operators' Group
Subject: Re: wow, lots of akamai
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.
* patr...@ianai.net (Patrick W. Gilmore) [Fri 02 Apr 2021, 01:01 CEST]:
I know first hand that Akamai has explained to large customers the
possible problems with multi-GB updates to millions of users
simultaneously. If the game company does not care, then I do not see
what you expect the CDN
I am a bit worried about phrases like "If Akamai was doing these updates more
frequently”. Akamai does not decide these things. You may as well say “if the
fiber carriers sent the bits over several hours instead of all at once.” And
please do not say you were just using shorthand. You
April 1, 2021 5:40:41 PM
Subject: Re: wow, lots of akamai
* na...@ics-il.net (Mike Hammett) [Thu 01 Apr 2021, 23:17 CEST]:
>However, the game publisher queues those requests. I'm meaning
>request generically, not a GET request or anything like that. The
>game publisher that contr
* na...@ics-il.net (Mike Hammett) [Thu 01 Apr 2021, 23:17 CEST]:
However, the game publisher queues those requests. I'm meaning
request generically, not a GET request or anything like that. The
game publisher that contracts to the CDNs decides when to fulfill
those requests, in the big picture.
uli...@gmail.com>>
> Cc: North American Operators' Group mailto:nanog@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
mand with some cushion
built-in for redundancy. If that's the desire to have full capacity
available to Akamai available at all times, then everyone needs dedicated
P2P circuits direct to Akamai, but that's not practical.
If you own an ISP and you're not oversubscribing, you'
the better option for cost and the
consumer, but you certainly do notice the traffic in local backhaul.
From: NANOG On Behalf Of Tom Beecher
Sent: Friday, 2 April 2021 10:05 am
To: Matt Erculiani
Cc: North American Operators' Group
Subject: Re: wow, lots of akamai
If thousan
w if the performance
> metrics get bad, business will be taken elsewhere, even if the CAUSE of the
> poor performance is actually at the edge of, or inside , the ISPs network.
>
> ISPs in the US can get away with this because their users are captive and
> rarely have an alterna
;Tom Beecher"
To: "Matt Erculiani"
Cc: "North American Operators' Group"
Sent: Thursday, April 1, 2021 4:04:34 PM
Subject: Re: wow, lots of akamai
No disrespect taken, or intended back in your direction, but again, I disagree.
If thousands of users are dow
t; ISPs in the US can get away with this because their users are captive and
>> rarely have an alternative choice of provider.
>>
>>
>> On Thu, Apr 1, 2021 at 4:33 PM Matt Erculiani
>> wrote:
>>
>>> Patrick,
>>>
>>> > First, to be blunt,
he US can get away with this because their users are captive and
> rarely have an alternative choice of provider.
>
>
> On Thu, Apr 1, 2021 at 4:33 PM Matt Erculiani
> wrote:
>
>> Patrick,
>>
>> > First, to be blunt, if you really think Akamai nodes are “sitt
n the next week, I'm
happy.
-
Mike Hammett
Intelligent Computing Solutions
http://www.ics-il.com
Midwest-IX
http://www.midwest-ix.com
- Original Message -
From: "Niels Bakker"
To: nanog@nanog.org
Sent: Thursday, April 1, 2021 3:49:17 PM
Subject: Re: wow,
Lots of publishers will allow for new stuff to be pre-downloaded before a
specified release time. There was a time that it was probably helpful in
spreading the load out over time, but today it doesn't help much because
either everyone starts the preload at the same time, or people don't have
enoug
* na...@ics-il.net (Mike Hammett) [Thu 01 Apr 2021, 21:51 CEST]:
I'm not sure what kind of time lines are expected or engineered for
now, but it *seems* like its a 12 - 36 hour sprint to push the
content out. If so, push it out to 36 - 72 hours? Adjust accordingly
for however much off I am on t
alternative choice of provider.
On Thu, Apr 1, 2021 at 4:33 PM Matt Erculiani wrote:
> Patrick,
>
> > First, to be blunt, if you really think Akamai nodes are “sitting idle
> for weeks” before CoD comes out with a new game,
> > you are clearly confused.
>
> "Id
Patrick,
> First, to be blunt, if you really think Akamai nodes are “sitting idle
for weeks” before CoD comes out with a new game,
> you are clearly confused.
"Idle" in the sense that when you look at a graph of traffic before and
after a large push such as this makes the re
Peace,
On Thu, Apr 1, 2021, 11:16 PM Tom Beecher wrote:
> Akamai, and other CDNs, do not **generate** traffic ; they serve the
> requests generated by users.
>
L3/4-wise, this is true. Application-wise, this is quite the other way
around.
--
Töma
>
They add a cookie.
This generate traffic
From: NANOG On Behalf Of Tom Beecher
Sent: April 1, 2021 4:12 PM
To: Matt Erculiani
Cc: nanog@nanog.org list
Subject: Re: wow, lots of akamai
Does Akamai bear some burden here to make these rollouts less troublesome for
the ISPs they
beg to get more local CDN resources which still doesn’t even deliver
half of their traffic.
“More importantly, I know for a fact Akamai has spent ungodly amounts of money
& resources putting content precisely where the ISPs ask them to put it,
deliver it over the pipes the ISPs ask the
solution.
In the end, if I search on this mailing list:
Wow, spike, huge, akamai, yesterday or a combination of these words… the answer
is always CoD. 😃
Jean
From: NANOG On Behalf Of Patrick W.
Gilmore
Sent: April 1, 2021 4:09 PM
To: North American Operators' Group
Subjec
>
> Does Akamai bear some burden here to make these rollouts less troublesome
> for the ISPs they traverse through the last mile(s)? IMO yes, yes they do.
> When you're doing something new and unprecedented, as Akamai frequently
> brags about on Twitter, like having rapid, burs
IX’s don’t really help the source doesn’t use them.
Akamai traffic.
17G via Local Cache
17G via Transit
8G via IXs.
Plenty of room on IXs for more on our side.
From: NANOG On Behalf Of
Mike Hammett
Sent: Thursday, April 1, 2021 2:31 PM
To: Niels Bakker
Cc: nanog@nanog.org
Subject: Re: wow
1 - 100 of 732 matches
Mail list logo