<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: jefftant</title><link>https://news.ycombinator.com/user?id=jefftant</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 09 May 2026 16:52:19 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=jefftant" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by jefftant in "More details about the October 4 outage"]]></title><description><![CDATA[
<p>/* just observing the data presented in the Cloudflare article (<a href="https://blog.cloudflare.com/october-2021-facebook-outage/" rel="nofollow">https://blog.cloudflare.com/october-2021-facebook-outage/</a>) and disagreeing with the conclusion :-)<p>While 129.134.30.0/23 (subnet where and a and b nameservers reside) has indeed been withdrawn (according to FB postmortem by DNS automation tooling, 129.134.0.0/17 that is the shorter prefix (perhaps summary at the edge) was still present, however, didn't have longer prefixes (e.g 129.134.30.0/24 and 129.134.31.0/24 we normally see anycasted externally) internally.
In other words - routing towards FB DNS subnet (I haven't looked into 185.89.218.0/23 which is where 2 other authoritative nameservers reside) still worked up to the FB border, the traffic was dropped (routed to Null) by FB edge, since it didn't have more specifics internally.<p>This, combined with TTL of 60 seconds led to almost immediate global DNS failure and all other stuff you have been reading about.</p>
]]></description><pubDate>Wed, 06 Oct 2021 17:36:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=28775893</link><dc:creator>jefftant</dc:creator><comments>https://news.ycombinator.com/item?id=28775893</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=28775893</guid></item></channel></rss>