谷歌的一名工程師搞砸了BGP通告，導致日本互聯網陷入癱瘓

最新 08-28

這是另一起重大的BGP失誤事件。

上周五，谷歌一名笨手笨腳的工程師搞錯了邊界網關協議（BGP）通告環節，從而將日本的互聯網流量發送到了黑洞。

這次故障的起源是，素有「巧克力工廠」之稱的谷歌將一張龐大的路由表「泄露」給了韋里遜（Verizon），結果是，來自像NTT和KDDI這些日本電信巨頭的流量被發送到了谷歌，谷歌無意中被當成了一家轉接（transit）提供商。

正如BGP Mon解釋的那樣，由於谷歌其實並不提供轉接服務，這些流量不是塞滿鏈路，導致鏈路不堪重負，就是進入訪問控制列表（ACL），然後消失得無影無蹤。

日本的故障事件只持續了幾個小時，但是後果極其嚴重，以至於《日本時報》報道，日本總務省已要求相關電信公司報告發生的問題（https://www.japantimes.co.jp/news/2017/08/26/national/japanese-government-probes-internet-disruption/#.WaMuopMjGCQ）。

BGP Mon在這裡仔細分析了發生的問題，聲稱谷歌－韋里遜路徑上的135000個前綴被通告了，實際上不應該被通告。

由於谷歌將監管系統所說的「整個表」泄露給了韋里遜，這個粗心大意的錯誤還「讓人得以了解谷歌的對等關係是什麼樣的，及其對等體（peer）是如何針對谷歌規劃流量（traffic engineering）的。」

比如說，BGP Mon解釋了這個錯誤如何影響日本互聯網服務提供商（ISP）Jastel的：

「如果我們更仔細地分析一下從右邊開始的相關的AS路徑，我們就能看到前綴由45629（Jastel）來通告，這在意料之中。由於Jastel是谷歌（15169）的對等對象，谷歌是我們看到的下一個AS。這條路徑中的下一個AS是710（韋里遜），這時情況變得有意思起來，因為韋里遜現在已開始通過谷歌為Jastel提供轉接服務。」

「然後韋里遜（701）將該信息通告給了它的幾個客戶，其中幾個客戶是超大客戶，比如KPN（286）和Orange（5511）。所以，只要看一下四條示例路徑，我們就能看到這個問題影響了歐洲、拉美、美國和印度（9498 Airtel）的各大網路。」

BGP是互聯網的協議，用來在諸網路之間分發路由信息。BGP通告實際上告知互聯網的其餘部分，以宣布諸如此類的信息：「如果你向我發送通往韋里遜的流量，它會抵達目的地。」

BGP是當初為更可信（而且小得多）的互聯網設計的，其最嚴重的不足就是，得由網路管理員來檢查和過濾路由通告中的信息。

正如BGP Mon特別指出，BGP泄露「是互聯網的穩定性面臨的一大風險」，通告兩頭在接受BGP通告之前應該先進行過濾。

之前的BGP事件引發過諸多烏龍事件：誤將YouTube流量發送到巴基斯坦，將中國流量發送到黑洞，使白俄羅斯成為默認路由，處理它無力處理的更多流量，以及誤將Level 3通信公司的流量發送到馬來西亞。

相關組織已提出了多項提議以改動BGP，從而阻止這種問題發生，但是與往常一樣，具體實施常常遠遠落後於實際需求。

點擊展開全文

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！