TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

What caused today's Internet hiccup

188 pointsby jvdhalmost 11 years ago

6 comments

pilifalmost 11 years ago
<i>&gt;The 512,000 route limitation can be increased to a higher number, for details see this Cisco doc</i><p>and that doc goes ahead to explain how to increase the limit at the cost of space for IPv6. Worse: The sample code (which everybody is going to paste) doubles the space for IPv4 at the cost of nearly all the IPv6 space, even though we should soon cross the threshold when we&#x27;re going to see more IPv6 growth than IPv4 growth.
评论 #8172452 未加载
评论 #8172279 未加载
评论 #8177256 未加载
VLMalmost 11 years ago
That&#x27;s a nice site with some interesting graphs. They are a bit higher level than the simplest level of surveillance systems so I wouldn&#x27;t start at an inappropriately higher level to see if there even is a problem. One lower level simple technique to determine or isolate if a problem even exists is to monitor TCP port 179 traffic rate (aka BGP) between your BGP speakers and your peers &#x2F; customers. If the routers have nothing to talk about between each other, then there IS nothing to talk about, at least WRT routing problems. Or if one of &quot;my&quot; routers was having an intense discussion with another router, I knew something was up in that general direction. And it can be basically completely passive and completely isolated from the routing systems, which is cool. Just sniff -n- graph TCP 179 bandwidth over time. You&#x27;d like to see a nice horizontal low line of keepalives. Reboots or restarts make a nasty spike, never got much agreement but log-y-axis is probably for the best.<p>Obviously this only finds routing level problems. We can send a &#x2F;17 to you just fine, but if you&#x27;re having an IGP problem and sending every byte of it to null, well, from the BGP perspective that&#x27;s just fine. Much as if you insist on sending us RFC1918 traffic we&#x27;ll drop that route and traffic for you just fine, just like we had to eat your 0&#x2F;0 route you&#x27;re trying to get us to advertise to the entire internet. I think my head still has a flat spot from hitting it on the desk arguing with people.<p>Its been a decade since I did that stuff professionally at a regional ISP and I really don&#x27;t miss it. Not much, anyway.
BrandonMarcalmost 11 years ago
I like Renesys&#x27;s take [1] on the subject as well:<p><i>Note that there’s no good exact opinion about the One True Size of the Internet — every provider we talk to has a slightly different guess. The peak of the distribution today (the consensus) is actually only about 502,000 routes, but recognizably valid answers can range from 497,000 to 511,000, and a few have straggled across the 512,000 line already.</i><p>[1] <a href="http://www.renesys.com/2014/08/internet-512k-global-routes/" rel="nofollow">http:&#x2F;&#x2F;www.renesys.com&#x2F;2014&#x2F;08&#x2F;internet-512k-global-routes&#x2F;</a><p>It&#x27;s interesting how they explain that since there&#x27;s no true consensus for the actual size of the routing table, the &quot;event&quot; of crossing the 512k barrier has frankly already begun ... and, so far, hasn&#x27;t been catastrophic, nor likely to be.
kosinusalmost 11 years ago
It doesn&#x27;t go on to say what exactly happens on the routers in question, but I guess they simply close the session and log an error?
评论 #8172840 未加载
评论 #8172793 未加载
elchiefalmost 11 years ago
Probably just the NSA upgrading some software.
freeasinfreealmost 11 years ago
I&#x27;m curious what Verizon&#x27;s story is here.
评论 #8174930 未加载