Outages-discussion Digest, Vol 144, Issue 2

Send Outages-discussion mailing list submissions to outages-discussion@outages.org To subscribe or unsubscribe via the World Wide Web, visit https://puck.nether.net/mailman/listinfo/outages-discussion or, via email, send a message with subject or body 'help' to

Re: [outages] Ping to Google 8.8.8.8

On 2/9/22 07:30, Grant Taylor via Outages wrote: Many ships have sailed, as in left the dock, but never reached their destination. You mean like PMTUd, and such :-)? We probably won't get that one back, and unless we do something, inability to ping 8.8.8.8 will result in unnecessary NOC

Re: [outages] Ping to Google 8.8.8.8

On 2/9/22 07:29, Matthew Walster wrote: Do a DNS query. You don't even have to randomise the id number, just query for something that will have a small set of results (so, not the root) and ensure checking is disabled. For 8.8.8.8, I'm guessing "dns.google" is probably an excellent

Re: [outages] Ping to Google 8.8.8.8

On 2/8/22 9:45 PM, Mark Tinka via Outages wrote: That ship long sailed. So. Many ships have sailed, as in left the dock, but never reached their destination. If we want to stop this behaviour, we'll have to do something about it, Yes. specifically, offering an alternative to Internet

Re: [outages] Ping to Google 8.8.8.8

On Wed, 9 Feb 2022, 04:45 Mark Tinka via Outages, wrote: > If we want to stop this behaviour, we'll have to do something about it, > specifically, offering an alternative to Internet users that is regarded > as official, e.g., like we do with other public services such as NTP. > Do a DNS query.

Re: [outages] Ping to Google 8.8.8.8

On 2/8/22 21:51, Jay Hennigan via Outages wrote: Don't do that then. Seriously, public DNS servers were never intended to be used as ping targets used to measure Internet connectivity. That ship long sailed. If we want to stop this behaviour, we'll have to do something about it,

Re: [outages] [EXTERNAL] Ping to Google 8.8.8.8

I'm starting to get authentication failures when connecting to IMAP.Gmail.com Payment gateways and things have been really sluggish, jit emails are not coming through in time.. On Tue., Feb. 8, 2022, 3:58 p.m. Mike Bolitho via Outages, < outages@outages.org> wrote: > Yes, it has been this way

Outages-discussion Digest, Vol 144, Issue 1

org<mailto:outa...@outages.org> https://puck.nether.net/mailman/listinfo/outages<https://urldefense.com/v3/__https:/puck.nether.net/mailman/listinfo/outages__;!!PIZeeW5wscynRQ!_6DznWz59EUajVB5RUIgnh_dDTkmlmyqa133tEfpyWNCbSPYKQDa0WuFqu79Uz-tPQ$> -- next part -- An HTML attachment was scrub

Re: [outages] [EXTERNAL] Ping to Google 8.8.8.8

Yes, it has been this way for at least a decade. DNS are not polling servers. - Mike Bolitho On Tue, Feb 8, 2022, 1:29 PM James Host via Outages wrote: > Is it that atypical for these public-facing services to drop ICMP when > they get hot? I'd not consider it an indicator of service down

Re: [outages] [EXTERNAL] Ping to Google 8.8.8.8

I didn’t set it up, but I did tear it down. From: Outages On Behalf Of James Host via Outages Sent: Tuesday, February 8, 2022 3:12 PM To: outages@outages.org Subject: Re: [outages] [EXTERNAL] Ping to Google 8.8.8.8 Is it that atypical for these public-facing services to drop ICMP when they get

Re: [outages] [EXTERNAL] Ping to Google 8.8.8.8

Is it that atypical for these public-facing services to drop ICMP when they get hot? I'd not consider it an indicator of service down unless you're getting SRVFAILs James Host Architect - CDN Platform E: jh...@vultr.com On Tue, Feb 8, 2022 at 12:01 PM Christopher Conley via Outages <

Re: [outages] Ping to Google 8.8.8.8

On Tue, 8 Feb 2022 at 19:49, Stephane Bortzmeyer via Outages < outages@outages.org> wrote: > Replying to ICMP echoes is not part of the service Google Public DNS > officially does, so it is possible that they sometimes filter and/or > rate-limit ICMP echo. It's not an outage. >

Re: [outages] Ping to Google 8.8.8.8

ICMPv6 to ipv6.google.com went down for me sometime before 9:44 am. Also likely going through MICE (which is in the Minneapolis area). root@nagios:~/bin# traceroute6 ipv6.google.com traceroute to ipv6.google.com (2607:f8b0:4009:80a::200e), 30 hops max, 80 byte packets 1

Re: [outages] Ping to Google 8.8.8.8

> On Feb 8, 2022, at 2:49 PM, Stephane Bortzmeyer via Outages > wrote: > > Replying to ICMP echoes is not part of the service Google Public DNS > officially does, so it is possible that they sometimes filter and/or > rate-limit ICMP echo. It's not an outage. If this goes on much further, we

Re: [outages] Ping to Google 8.8.8.8

On 2/8/22 11:33, Justin Krejci via Outages wrote: Seeing some hosts and not others get no reply to ICMP pings from the Minneapolis, MN area. I checked using HE's looking glass, 1 of their 2 Minneapolis routers gets no replies. Since many use and assume 8.8.8.8 is invincible, this has now 

Re: [outages] [EXTERNAL] Ping to Google 8.8.8.8

This happens occasionally on 8.8.8.8 and 8.8.4.4. We used to use these IPs as Internet reachability tests for determining failover to backup circuits and moved away from it after the first occurrence of this happening. -- Christopher Conley Systems Administrator | Fors Marsh Group 1010 N.

Re: [outages] Ping to Google 8.8.8.8

On Tue, Feb 08, 2022 at 07:33:52PM +, Justin Krejci via Outages wrote a message of 52 lines which said: > Seeing some hosts and not others get no reply to ICMP pings from the > Minneapolis, MN area. I checked using HE's looking glass, 1 of their > 2 Minneapolis routers gets no replies.

Re: [outages] Ping to Google 8.8.8.8

AS786 - not observed any issues from here in last 24h. Best regards, Josh Purcell m...@joshpurcell.com From: Outages On Behalf Of Justin Krejci via Outages Sent: 08 February 2022 19:34 To: outages@outages.org Subject: [outages] Ping to Google 8.8.8.8 Seeing some

[outages] Ping to Google 8.8.8.8

Seeing some hosts and not others get no reply to ICMP pings from the Minneapolis, MN area. I checked using HE's looking glass, 1 of their 2 Minneapolis routers gets no replies. Since many use and assume 8.8.8.8 is invincible, this has now started setting off monitoring alerts. DNS queries so