Re: AWS Web Application Firewall blocks ISP ranges?

Yes. our network is a mix of content and eyeballs and they listed the whole thing.  This has prevented the local school district from using their text to speech application (for their deaf students) as well as others.  This has also affected the local library and residences. It's a PITA.

Re: AWS Web Application Firewall blocks ISP ranges?

Lots of people are encountering this, yes. You can try opening a case yourself, and hope it gets to someone with a clue. If you don't have a support contract with them, your chances are almost 0. If you do, your chances are slightly higher, but not by much. most likely they will just tell you to

Re: Akamai contact

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 issue.

Re: Best TAC Services from Equipment Vendors

Ultimately, I think every vendor will have customers with good experiences, and customers with not-so-good experiences. Without sufficient data, it is hard to say which vendor, in general, does a good job for their customer base re: TAC. What I will say, albeit anecdotally also, is that TAC

Re: registry for onmicrosoft[dot]com

Maybe Microsoft allows your small domain as an exception? In the mean time, use Gmail or another cloud provider to get your email. It may be because I have a few mailing lists that keep the volume up enough to avoid falling off their radar. It's kind of ironic that MS throws people's mail

Re: registry for onmicrosoft[dot]com

Microsoft is the only mail provider that exhibits this behiavor. And I've heard the same thing from other people using small domains. The Microsoft autobot response a few years ago said "the domain didn't send enough emails." I don't know why I would send more emails to a provider which

Re: registry for onmicrosoft[dot]com

Yep, just had another one. Email to local election office silently vanishes because it uses Office365 Cloud email. I believe they're throwing your mail away, but it's not just because you're small. Like I said, I'm just as small and my mail gets there OK. Needed to use Gmail instead.

Re: registry for onmicrosoft[dot]com

Yep, just had another one. Email to local election office silently vanishes because it uses Office365 Cloud email. Needed to use Gmail instead. On Tue, 12 Mar 2024, John Levine wrote: It appears that Sean Donelan said: Microsoft's corporate email systems appear to silently drop email

Re: Consolidated Communications contact?

We got it sorted out. Thank you very much to all who reached out! On 3/15/24 20:25, Bryan Holloway wrote: Thanks to all who have already responded ... probably should've mentioned the AS number, since they appear to have many: AS25660 On 3/15/24 19:59, Bryan Holloway wrote: If anyone

Re: Claro Brazil contact

Thanks, already got confirmation there is an issue. For all others chasing this, there is a routing issue between Arelion and Claro. Claro is aware and working on the issue. On Friday, 15/03/2024 at 17:02 Alessandro Martins wrote: Hey there, It seems like Claro's NOC phone number is all

Re: Claro Brazil contact

Hey there, It seems like Claro's NOC phone number is all good in PeeringDB - https://www.peeringdb.com/net/2680 Simply dial +552121212900, and a member of the NOC team will promptly assist you. Thanks, -- Alessandro Martins On Fri, Mar 15, 2024 at 5:17 PM Scott Q. wrote: > Thanks, indeed

Re: Claro Brazil contact

> On 15 Mar 2024, at 20:15, Scott Q. wrote: > > Thanks, indeed Dany just got back to us via e-mail. > Glad to know! > Are you sure the phone number is correct ? +55 is Brazil , 21 is Rio but it's > written 3 times in a row ( +5521212129004230100 ). In any case, I tried > calling the number

Re: Claro Brazil contact

Thanks, indeed Dany just got back to us via e-mail. Are you sure the phone number is correct ? +55 is Brazil , 21 is Rio but it's written 3 times in a row ( +5521212129004230100 ). In any case, I tried calling the number and it gave an error. On Friday, 15/03/2024 at 14:11 Pedro Prado wrote:

Re: DNSSEC & WIldcards

Yep. Look for an upgrade then file a bug report if not fixed by the upgrade. It should be < 10 minutes work to fix + tests etc. -- Mark Andrews > On 16 Mar 2024, at 05:18, Bjørn Mork wrote: > Dennis Burgess writes: > >> Looks like Bjorn was correct, one two many signatures ☹ Removed one

Re: Consolidated Communications contact?

Thanks to all who have already responded ... probably should've mentioned the AS number, since they appear to have many: AS25660 On 3/15/24 19:59, Bryan Holloway wrote: If anyone from Consolidated Communications is lurking, could you please contact me off-list? We have a mutual

Re: DNSSEC & WIldcards

Dennis Burgess writes: > Looks like Bjorn was correct, one two many signatures ☹ Removed one > and its all fixed! Thanks too all that replied!! Glad to hear that. But do note that Mark is right, of course. The real problem is a bug in your name server. What you have now is a workaround as

RE: DNSSEC & WIldcards

Looks like Bjorn was correct, one two many signatures ☹ Removed one and its all fixed! Thanks too all that replied!! -Original Message- From: Bjørn Mork Sent: Friday, March 15, 2024 12:59 PM To: Dennis Burgess via NANOG Cc: Dennis Burgess Subject: Re: DNSSEC & WIldcards L

Re: Claro Brazil contact

Hey Scott, I validated those to be correct. They said Dany is the right contact. Did you try e-mailing him? Pedro > On 15 Mar 2024, at 15:45, Scott Q. wrote: > > Anyone knows a direct contact for Claro Brazil ? > > The phone number for their NOC on PeeringDB doesn't work or make sense and >

Re: DNSSEC & WIldcards

Wildcards and DNSSEC work fine as long as the nameserver vendor has not stuffed up. Too many vendors play fast and loose with the DNS protocol. Getting this correct is not hard but you do need to test before shipping. Additionally OS vendors tend to be way behind current releases from the

Re: DNSSEC & WIldcards

Looks like your DNS server correctly queues up the RRs, but erronously believes it can drop data from the Authority section without setting the TC bit. Reducing the bufsize so the answer doesn't fit makes trucation work: bjorn@miraculix:~$ dig a www.app.linktechs.net. +dnssec +multiline +norecur

Re: DNSSEC & WIldcards

The authority section is the correct section for the NSEC. Ask the question using TCP. I suspect that the server isn’t truncating the UDP response correctly. If I’m right you will get RRSIGs for the NSEC added to the additional section. If not the zone needs to be resigned as they are

Re: DNSSEC & WIldcards

Matthew Pounsett writes: > But, right off the top I can see that your name server is returning the > NSEC record in the wrong section of the response. No, the Authority section is correct here. See: https://datatracker.ietf.org/doc/html/rfc4035#section-3.1.3.3 But the RRSIG is missing.

Re: DNSSEC & WIldcards

On Fri, Mar 15, 2024 at 11:26 AM Dennis Burgess via NANOG wrote: > So have *.app.linktechs.net that I have been trying to get to work, we > have DNSSEC on this, and its failing, but cannot for the life of me > understand why. I think it may have something to do with proving it exists > as a

Re: DNSSEC & WIldcards

Dennis Burgess via NANOG writes: > So have *.app.linktechs.net that I have been trying to get to work, we > have DNSSEC on this, and its failing, but cannot for the life of me > understand why. I think it may have something to do with proving it > exists as a wildcard, but any DNSSEC experts

Re: DNSSEC & WIldcards

It appears that Niels Bakker said: >* nanog@nanog.org (Dennis Burgess via NANOG) [Fri 15 Mar 2024, 16:26 CET]: >>So have *.app.linktechs.net that I have been trying to get to work, >>we have DNSSEC on this, and its failing, but cannot for the life of >>me understand why. I think it may have

Re: DNSSEC & WIldcards

* nanog@nanog.org (Dennis Burgess via NANOG) [Fri 15 Mar 2024, 16:26 CET]: So have *.app.linktechs.net that I have been trying to get to work, we have DNSSEC on this, and its failing, but cannot for the life of me understand why. I think it may have something to do with proving it exists as a

Re: Best TAC Services from Equipment Vendors

The only issue,that I have experienced, with Nokia TAC is throwing stuff from team to team and before you get things done, each team has blamed the other team. On Thu, 14 Mar 2024 at 01:43, scott via NANOG wrote: > > > In light of this thread's contents, I have to give a shout out to Nokia >

Re: Best TAC Services from Equipment Vendors

Richard Laager wrote: FWIW, I haven't tried calling after hours. If I have to call after-hours, I get an answer from someone who is going to be handling my case (assuming that it doesn't have an engineer who's on-shift already assigned to it).  Yes, after-hours has traditionally been when I

Re: Value of linux net.ipv6.route.max_size

Willy Manga writes: > Hi, > > I recently noticed an issue with some routers complaining with that message: > > "kernel: Route cache is full: consider increasing sysctl > net.ipv6.route.max_size." > > These routers are running FRR on Debian 12 , kernel 6.1.0-17-amd64. They > are receiving full

Re: Best TAC Services from Equipment Vendors

In light of this thread's contents, I have to give a shout out to Nokia TAC. Maybe because we buy a lotta stuff and have a lotta maint contracts, but they don't do things like what has been mentioned. Of course, I see some stuff from Level 1 folks where I think 'whaaat???' but they

Re: Best TAC Services from Equipment Vendors

I've been reading the "${VENDOR}'s support has really gotten worse lately" threads for pretty much every vendor for the past twenty years. That's not to say they've all been wrong. But it reminds me of those quotes you'll see about how "these kids today are awful and society is going to pot" and

Re: registry for onmicrosoft[dot]com

It appears that Sean Donelan said: > >Microsoft's corporate email systems appear to silently drop email from >small domains (like mine). It can't be that simple -- I have some tiny domains and correspond with Microsoft employees all the time. R's, John

Re: registry for onmicrosoft[dot]com

Microsoft's corporate email systems appear to silently drop email from small domains (like mine). Yes, I jumped through the public hoops already. Microsoft may have a great Trust and Safety Team, but their corporate infrastructure doesn't seem to want to hear from outsiders. If the

Re: Best TAC Services from Equipment Vendors

We were one of the earlier adopters of Cisco ACI. Any issues with ACI were automatically escalated to an engineer that could fix almost anything.Now ACI tickets seem to go though a generic queue and the tech doesn't even know how to spell ACI. We continue to have the same type of

Re: Best TAC Services from Equipment Vendors

> when a TAC engineer wanted to bounce our Voice VLAN SVI in the middle of an > *airport* production day. > I about turned over my desk trying to wrest the remote control session back > from him before he hit enter > on the shut. Since then, I have had to go through a not insignificant >

Re: registry for onmicrosoft[dot]com

… From: NANOG on behalf of Jay Acuna Sent: Saturday, March 9, 2024 8:26:44 AM To: Travis Garrison Cc: nanog@nanog.org Subject: Re: registry for onmicrosoft[dot]com CAUTION: External Sender On Sat, Mar 9, 2024 at 8:11 AM Travis Garrison wrote: > > This would be a company th

Re: Best TAC Services from Equipment Vendors

> On Mar 11, 2024, at 12:54, michael brooks - ESC > wrote: > >> It may be a pain in the butt to get Cisco equipment, but their TAC is >> sublime. If something is critical enough, and you push hard enough, Cisco >> will move heaven and earth to solve your issue. > > >This was an amazing

Re: Best TAC Services from Equipment Vendors

You sir, not wrong. > On Mar 11, 2024, at 10:04, michael brooks - ESC > wrote: > > > >It may be a pain in the butt to get Cisco equipment, but their TAC is > >sublime. If something is critical enough, and you push hard enough, Cisco > >will move heaven and earth to solve your issue. > >

Re: Best TAC Services from Equipment Vendors

On 2024-03-07 05:08, Pedro Prado wrote: * I am biased, I’m from Arista * but having said that have you guys experienced Arista TAC? Yes. As you guys said scale may change things down the road, but at the current scale it’s still an engineer that answers your call, straight away. I think

Re: Best TAC Services from Equipment Vendors

> > It may be a pain in the butt to get Cisco equipment, but their TAC is > sublime. If something is critical enough, and you push hard enough, Cisco > will move heaven and earth to solve your issue. > >This was an amazing laugh on a Monday morning. Thanks! O crap, did I miss the sarcasm?

Re: Best TAC Services from Equipment Vendors

Once upon a time, michael brooks - ESC said: > Strap in for an "I remember when" ... My Cisco TAC experiences (which were few) were not great... probably around 2000 I opened a case with all the details, it was assigned, and promptly closed "can't reproduce". I didn't have a real lab setup, but

Re: Best TAC Services from Equipment Vendors

> > It may be a pain in the butt to get Cisco equipment, but their TAC is > sublime. If something is critical enough, and you push hard enough, Cisco > will move heaven and earth to solve your issue. > This was an amazing laugh on a Monday morning. Thanks! On Thu, Mar 7, 2024 at 2:47 PM Joel

Re: Best TAC Services from Equipment Vendors

You are missing the point, we opened the case 3 months ago michael brooks On Mon, Mar 11, 2024 at 8:24 AM wrote: > To be honest, if your DR environment has been offline for 3 months and you > are just now opening a case, I would not consider that critical. > > Shane > > On Mar 11, 2024, at

Re: Best TAC Services from Equipment Vendors

To be honest, if your DR environment has been offline for 3 months and you are just now opening a case, I would not consider that critical.ShaneOn Mar 11, 2024, at 10:08 AM, michael brooks - ESC wrote:>It may be a pain in the butt to get Cisco equipment, but their TAC is sublime.  If something

Re: Best TAC Services from Equipment Vendors

>It may be a pain in the butt to get Cisco equipment, but their TAC is sublime. If something is critical enough, and you push hard enough, Cisco will move heaven and earth to solve your issue. But is this not the problem itself? Strap in for an "I remember when" ... Once upon a time, I could

RE: Best TAC Services from Equipment Vendors

: Re: Best TAC Services from Equipment Vendors It may be a pain in the butt to get Cisco equipment, but their TAC is sublime. If something is critical enough, and you push hard enough, Cisco will move heaven and earth to solve your issue.

Re: registry for onmicrosoft[dot]com

On Sat, Mar 9, 2024 at 8:11 AM Travis Garrison wrote: > > This would be a company that has registered for an office365 account. > Office 365 company accounts are registered as companyname [dot] onmicrosoft > [dot] com. The "companyname" part is evidently Not reliable. Often the name [dot]

RE: registry for onmicrosoft[dot]com

On Fri, 8 Mar 2024, Sean Donelan wrote: On Sat, 9 Mar 2024, Travis Garrison wrote: This would be a company that has registered for an office365 account. Office 365 company accounts are registered as companyname [dot] onmicrosoft [dot] com. You then add domain aliases if you want to use

RE: registry for onmicrosoft[dot]com

On Sat, 9 Mar 2024, Travis Garrison wrote: This would be a company that has registered for an office365 account. Office 365 company accounts are registered as companyname [dot] onmicrosoft [dot] com. You then add domain aliases if you want to use your own preferred domain name. Microsoft "Know

RE: registry for onmicrosoft[dot]com

This would be a company that has registered for an office365 account. Office 365 company accounts are registered as companyname [dot] onmicrosoft [dot] com. You then add domain aliases if you want to use your own preferred domain name. Thanks Travis From: NANOG On Behalf Of Nicholas Warren

Re: registry for onmicrosoft[dot]com

Nope, almost certainly a bad actor who has registered a similar-sounding domain name in advance of launching some sort of cyberattack. -DXS > On Mar 7, 2024, at 2:08 PM, Mark Foster wrote: > >  > Subdomain of a Microsoft domain name associated with a Microsoft product? > Microsoft would be

Re: registry for onmicrosoft[dot]com

The subdomain[dot]onmicrosoftp[dot]com domain seems to be almost 99% spammers riding on Microsoft's reputation. I've given up on any real email from those subdomains, and just block it completely. Reputable companies using Microsoft cloud mail usually have their own registered domains as

Re: registry for onmicrosoft[dot]com

OSINT (aadinternals.com) From: NANOG on behalf of Nicholas Warren Sent: Thursday, March 7, 2024 3:26 PM To: nanog@nanog.org Subject: registry for onmicrosoft[dot]com Is there a registry we can search to find the company behind

Re: registry for onmicrosoft[dot]com

Subdomain of a Microsoft domain name associated with a Microsoft product? Microsoft would be the only 'registry'. Perhaps ask them? It'd be a great thing, but i'm pretty sure it doesn't exist for public consumption. (would love to be proven wrong!) On 8/03/2024 9:26 am, Nicholas Warren

Re: [time-nuts] Fwd: FW: Memorial service for David Mills

On Thu, 7 Mar 2024 at 14:16, wrote: > On 2024-03-07 04:10, Dave Hart via time-nuts wrote: > > [...] this coming Monday at 3:00pm local time. With Sunday's leap > > ahead in local time, that's 17:00 UTC, Noon US Pacific time. > > Thank you for this notice. However, if this is 3:00 PM (1500) EDT

Re: Best TAC Services from Equipment Vendors

It may be a pain in the butt to get Cisco equipment, but their TAC is sublime.  If something is critical enough, and you push hard enough, Cisco will move heaven and earth to solve your issue.  — Sent from my iPhoneOn Mar 6, 2024, at 13:42, Pascal Masha wrote:For us this has been the experience

Re: Best TAC Services from Equipment Vendors

- On Mar 6, 2024, at 10:49 PM, Saku Ytti s...@ytti.fi wrote: Hi, > Support quality has always been very modest, unless you specifically > pay to have access to named engineers. And this is not because quality > of the engineers changes, this is because vast majority of support > cases are

Re: Best TAC Services from Equipment Vendors

* I am biased, I’m from Arista * but having said that have you guys experienced Arista TAC? Not propaganda, I truly see it very differently. As you guys said scale may change things down the road, but at the current scale it’s still an engineer that answers your call, straight away. Sent from

Re: Best TAC Services from Equipment Vendors

With all honesty, if you ask me, my experience with most companies from China-in relation to Support- has always been fast and super satisfactory no matter the raised case or sensitivity of the impact to users. I have always felt comfortable running their gear and gives some sort of confidence in

Re: Best TAC Services from Equipment Vendors

> On 7 Mar 2024, at 06:50, Saku Ytti wrote: > > The last case is so common that every first-line adopts the strategy of > 'pinging' you, regardless how good and clear information you provide, they > ask some soft-ball question, to see if you're still engaged. No way - I never understood

Re: Best TAC Services from Equipment Vendors

On Wed, 6 Mar 2024 at 22:57, michael brooks - ESC wrote: > Funny you should mention this now, we were just discussing (more like > lamenting...) if support is a dying industry. It seems as though vendor > budgets are shrinking to the point they only have a Sales/Pre-Sales > department, and

Re: Best TAC Services from Equipment Vendors

Funny you should mention this now, we were just discussing (more like lamenting...) if support is a dying industry. It seems as though vendor budgets are shrinking to the point they only have a Sales/Pre-Sales department, and from Day Two on you are on your own. Dramatic take of course, but if we

Re: Best TAC Services from Equipment Vendors

For us this has been the experience to a point where 100s of nodes( from vendor x) had to be swapped out because no one had the patience anymore… On Wed, 6 Mar 2024 at 21:29, wrote: > Interesting, this has never been my experience even with Cisco or Juniper, > have always been able to escalate

Re: Best TAC Services from Equipment Vendors

Interesting, this has never been my experience even with Cisco or Juniper, have always been able to escalate quickly to engineering. I wonder if it was related to the size of my accounts. Shane > On Mar 6, 2024, at 1:27 PM, Pascal Masha wrote: > > Thought about it but so far I believe

Re: Contact from Apple Cache for ISP

Cool, wanted to follow up on request I already submitted. On Wed, 6 Mar 2024, 17:52 Eric Dugas, wrote: > You can submit your request here: https://cache.edge.apple/inquire > > On Wed, Mar 6, 2024 at 8:54 AM Aaron1 wrote: > >> peering-...@group.apple.com >> >> I think it’s AEC (Apple Edge

Re: Contact from Apple Cache for ISP

You can submit your request here: https://cache.edge.apple/inquire On Wed, Mar 6, 2024 at 8:54 AM Aaron1 wrote: > peering-...@group.apple.com > > I think it’s AEC (Apple Edge Caching). This might get you closer to > speaking with someone in that group. > > Aaron > > > On Mar 6, 2024, at 1:46 

Re: Contact from Apple Cache for ISP

peering-...@group.apple.com I think it’s AEC (Apple Edge Caching). This might get you closer to speaking with someone in that group. Aaron > On Mar 6, 2024, at 1:46 AM, Pascal Masha wrote: > > Hello, > > Looking for contacts for anyone from Apple who can assist with subject > request. >

RE: Meta outage

On Tue, 05 Mar 2024 12:17 -0700, Michael Rathbun wrote: >> What I found intriguing was that I was logged out by Google Docs at >> the same moment FB logged me out. Downdetector showed a number of >> other supposedly unrelated services with large outage report spikes >> at roughly the same

RE: Meta outage

On Tue, 05 Mar 2024 12:17 -0700, Michael Rathbun wrote: > What I found intriguing was that I was logged out by Google Docs at the same > moment FB logged me out. Downdetector showed a number of other supposedly > unrelated services with large outage report spikes at roughly the same time. I

Re: [External] Fiber aggregators and such

I saw willingness to share large-scale KMZs drop significantly after that incident. It definitely had an impact. On Mon, Mar 4, 2024 at 1:55 PM Hunter Fuller via NANOG wrote: > On Mon, Mar 4, 2024 at 12:37 PM Tom Beecher wrote: > >> I think there is > >> a very careful attitude around making

Re: Meta outage

On Tue, 05 Mar 2024 11:06:11 -0500, Jay Ashworth wrote: >It's making the general press this hour so of course you already know about it >but my question is this: who peers with meta and have you seen BGP sessions >drop or the like? Do you operate meta CDN nodes in your network? Are they

Re: Dark Fiber in DC Metro

DC is different from VA. E.g. Astound has a lot of fiber in DC, but not in VA. SummitIG has a lot of fiber between datacenters (i.e. not in DC), but not to non-datacenter premises. Can you be more specific about what you're looking for? On Mon, Mar 4, 2024 at 7:31 AM Theo Voss wrote: > Hi

Re: Meta outage

That's from 2010. You can see if you look at the non-mobile version of the page (requires login though): https://www.facebook.com/notes/10158791436142200/ [image: image.png] On Tue, Mar 5, 2024 at 1:32 PM Jorge Amodio wrote: > >

Re: Meta outage

https://m.facebook.com/nt/screen/?params=%7B%22note_id%22%3A10158791436142200%7D=%2Fnotes%2Fnote%2F - Jorge (mobile) > On Mar 5, 2024, at 10:25, Kain, Becki (.) via NANOG wrote: > >  > Does meta keep a board somewhere to tell the world it’s down? > > From: NANOG On Behalf Of Jay >

Re: [External] Re: Meta outage

On Tue, Mar 5, 2024 at 10:38 AM Chris K wrote: > see: Status and outages of Meta business products (metastatus.com) Things seem to be returning now, aside from the status page, which still appears blank. Interesting. -- Hunter Fuller (they) Router Jockey VBH M-1C +1 256 824 5331 Office of

Re: Meta outage

On Tue, Mar 05, 2024 at 04:23:42PM +, Kain, Becki (.) via NANOG wrote https://metastatus.com/ a message of 210 lines which said: > Does meta keep a board somewhere to tell the world it’s down? https://metastatus.com/

Re: Meta outage

see: Status and outages of Meta business products (metastatus.com)<https://metastatus.com/> From: NANOG on behalf of Kain, Becki (.) via NANOG Sent: Tuesday, March 5, 2024 11:23 AM To: Jay Ashworth ; nanog@nanog.org Subject: RE: Meta outage Does met

RE: Meta outage

Thank you From: Jay Ashworth Sent: Tuesday, March 05, 2024 11:25 AM To: Kain, Becki (.) ; nanog@nanog.org Subject: RE: Meta outage Yes: metastatus.com It isn't happy. On March 5, 2024 11:23:42 AM EST, "Kain, Becki (.)" mailto:bka...@ford.com>> wrote: Does meta keep a board s

Re: Meta outage

This time it looks like AAA issue on Facebook side. All peerings are up and cdns are reachable Dominik Dobrowolski W dniu wt., 5.03.2024 o 17:14 Stephane Bortzmeyer napisał(a): > On Tue, Mar 05, 2024 at 11:06:11AM -0500, > Jay Ashworth wrote > a message of 124 lines which said: > > > This

RE: Meta outage

Yes: metastatus.com It isn't happy. On March 5, 2024 11:23:42 AM EST, "Kain, Becki (.)" wrote: >Does meta keep a board somewhere to tell the world it’s down? > >From: NANOG On Behalf Of Jay Ashworth >Sent: Tuesday, March 05, 2024 11:06 AM >To: nanog@nanog.org >Subject: Meta outage > >WARNING:

RE: Meta outage

Does meta keep a board somewhere to tell the world it’s down? From: NANOG On Behalf Of Jay Ashworth Sent: Tuesday, March 05, 2024 11:06 AM To: nanog@nanog.org Subject: Meta outage WARNING: This message originated outside of Ford Motor Company. Use caution when opening attachments, clicking

Re: Meta outage

My first thought, I'll admit, is that they turned a LLM loose on their configuration controls, and it "naturally" put itself in route 666. I sure hope from whatever subbasement clueful admins are still in over there, they can put it back together. Otherwise, productivity might improve as users

Re: Meta outage

They reported a major failure (fat finger source) on one of their DB clusters. -J On Tue, Mar 5, 2024 at 10:07 AM Jay Ashworth wrote: > It's making the general press this hour so of course you already know > about it but my question is this: who peers with meta and have you seen BGP > sessions

Re: Meta outage

On Tue, Mar 05, 2024 at 11:06:11AM -0500, Jay Ashworth wrote a message of 124 lines which said: > This doesn't sound like it's a network layer problem but I'm curious. We can see the start page, authentification fails with an error message. It does not look like a network issue.

Re: Stalled IX requests in Google peering

Will You can send me the ticket number(s) by email. Also, if anyone else has (have) similar issues feel free to email me. Regards as On Mon, 4 Mar 2024 at 15:17, Will OBrien via NANOG wrote: > Since google is abandoning RS routes, we worked on setting up IX peering > across the board. > >

Re: [External] Fiber aggregators and such

On Mon, Mar 4, 2024 at 12:37 PM Tom Beecher wrote: >> I think there is >> a very careful attitude around making sure not just anyone can get >> this information, especially after the Nashville bombing on Christmas >> Day 2020. > > Keeping fiber location info close to the vest is nothing new. I'm

Re: [External] Fiber aggregators and such

> > I think there is > a very careful attitude around making sure not just anyone can get > this information, especially after the Nashville bombing on Christmas > Day 2020. > Keeping fiber location info close to the vest is nothing new. I'm not now sure why/how you feel like this connects to

Re: [External] Fiber aggregators and such

On Mon, Mar 4, 2024 at 11:23 AM Jared Mauch wrote: > > With all the $ being spent expanding fiber in the last mile, I’ve got a > theory that a lot of new and diverse fiber routes are being built between > locations. > > There’s a few places I know that roll up some of this information, but I’m

Re: Stalled IX requests in Google peering

In my experience I have a ticket unanswered for half a year. Not a great experience. Best Regards, Dominik Dobrowolski W dniu pon., 4.03.2024 o 16:15 Will OBrien via NANOG napisał(a): > Since google is abandoning RS routes, we worked on setting up IX peering > across the board. > > All of

Re: Dark Fiber in DC Metro

I would assume that's going to be highly dependent on which facilities you want it to be in. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest-IX http://www.midwest-ix.com - Original Message - From: "Theo Voss" To: nanog@nanog.org Sent:

Re: puck not responding

On Sat, Mar 02, 2024 at 11:55:45AM +0100, Bjørn Mork wrote: > George Herbert writes: > > > If it wasn’t for how clunky they are with email sites, I’d suggest > > moving to a cloud somewhere. But … > > I believe statistics point in favour of the single puck.nether.net > host > > BTW, for

Re: Any info on AT Wireless Outage?

ita <radev...@mejeticks.com> Cc: nanog@nanog.org Subject: Re: Any info on AT Wireless Outage?  Word around the campfire is that it’s a Cisco issue. On Feb 22, 2024, at 8:03 AM, Robert DeVita <radev...@mejeticks.com> wrote:   Reports have it starting at 4:30 a.m.. SOS on all

Re: puck not responding

George Herbert writes: > If it wasn’t for how clunky they are with email sites, I’d suggest > moving to a cloud somewhere. But … I believe statistics point in favour of the single puck.nether.net host BTW, for anyone else taking advantage of the excellent secondary service provided by

Re: Any info on AT Wireless Outage?

t;>> >>> On Thu, Feb 22, 2024 at 1:51 PM Leato, Gary via NANOG >>> wrote: >>> >>>> Do you have the ability to expand on this at all? Do you mean a >>>> hardware failure of some kind IE router, optitcs, etc? >>>> >>>>

Re: Leap Day

Here's a link to the full article for anyone that's not a sub to NYT: https://www.nytimes.com/2024/02/29/science/leap-day-easter.html?unlocked_article_code=1.ZU0.5Thd.N-PiRNtpSr2c=url-share On Fri, Mar 1, 2024 at 12:39 AM Jay R. Ashworth wrote: > Late, just saw the posting on BlueSky: > > In

Re: Leap Day

Good article, enjoyable read. Most interesting tidbit: that UTC and Atomic time disagree by 34 seconds. michael brooks Sr. Network Engineer Adams 12 Five Star Schools michael.bro...@adams12.org "flying is learning how to throw

Re: puck not responding

If it wasn’t for how clunky they are with email sites, I’d suggest moving to a cloud somewhere. But … -George Sent from my iPhone > On Feb 29, 2024, at 8:01 AM, Jared Mauch wrote: > >  > >> On Feb 29, 2024, at 10:56 AM, Jay Acuna wrote: >> >>> On Thu, Feb 29, 2024 at 9:22 AM Jared

Re: puck not responding

nearly instant). Slave down? Nothing really happened. Master down? next Slave takes over and bring Master online or nominate any of those slaves as new Master. -- Original message -- From: Jared Mauch To: Jay Acuna Cc: nanog@nanog.org Subject: Re: puck not responding Date: Thu

Re: TFTP over anycast

of this information by a person other than intended recipient is unauthorized and may be illegal.   From: NANOG on behalf of Bill Woodcock Sent: Saturday, February 24, 2024 1:09 AM To: Ask Bjørn Hansen Cc: nanog@nanog.org Subject: Re: TFTP over anycast   CAUTION: This email is from an external source

Re: List of GMAIL DNS *clients*?

Google has a list of IPs for their services in a JSON format available in their support section. Legitimate requests from Google should almost always come from an IP within those subnets. https://support.google.com/a/answer/10026322 https://support.google.com/a/answer/60764

<    1   2   3   4   5   6   7   8   9   10   >