
AS15169 in Chicago did have issues Tuesday 2022-02-08, which would have affected ICMP traffic to the DNS server IPs. We believe the impact time was roughly 2022-02-08 09:30 - 22:30 CST. I'd be interested in a unicast followup if anyone's still seeing issues today. While indeed we have no SLA for ICMP to Google public DNS, we're not currently *intending* for it to suddenly stop working or otherwise have dramatic behavior shifts. Phil, for AS15169 On Wed, Feb 9, 2022 at 6:51 PM Carlos Alvarez via Outages < outages@outages.org> wrote:
This belongs on the discussion list and not on the Outages list. On Feb 9, 2022, 11:38 AM -0700, Grant Taylor via Outages < outages@outages.org>, wrote:
On 2/8/22 11:46 PM, Mark Tinka via Outages wrote:
You mean like PMTUd, and such :-)?
Not what I originally meant, but sure.
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 tickets claiming "the Internet is down".
Probably some, for a while. (See more below.)
Yes, this helps Google not having to deal with the problem, but it passes the burden both to the ISP who has to explain why the Internet is now down, and to some other online service who now has to sink ping traffic. Perhaps Yahoo will pick that priviledge up again, like they did back in the day :-(...
So ... an end user education issue.
- No, the Internet is not down. - The specific test you are doing is (now) bad (for reasons). - See how your $StreamingServiceVideo is still playing? -- Did you receive the test email I just sent you?
The Internet is /up/.
Who should be responsible for an ISP's user base? I'd naively think that the ISP should be responsible for their own user base. Why should we foist this responsibility off onto another organization?
-- Grant. . . . unix || die
_______________________________________________ Outages mailing list Outages@outages.org https://puck.nether.net/mailman/listinfo/outages
_______________________________________________ Outages mailing list Outages@outages.org https://puck.nether.net/mailman/listinfo/outages