訂閱以接收新文章的通知:

2023 年第三季度網際網路中斷總結

2023-10-25

閱讀時間:13 分鐘
本貼文還提供以下語言版本:EnglishFrançaisDeutsch日本語한국어Español简体中文

Cloudflare 在 100 多個國家/地區的 300 多座城市開展業務,並與 12,500 多個網路提供者互連,從而為數百萬個客戶提供多種各樣的服務。我們的網路和客戶群覆蓋範圍非常廣泛,為我們提供了一個有關網際網路復原能力的獨特視角,讓我們能夠觀察網際網路中斷所產生的影響。

Q3 2023 Internet disruption summary

自 2022 年第一季度以來,我們一直在發佈這些總結,在此期間,Cloudflare Radar 上的圖表已經發生了演變。本總結早期版本中的許多流量圖都是來自 Radar 上相關流量頁面的螢幕擷取畫面。去年年底,我們推出了下載圖表的功能,今年年初,我們推出了嵌入動態圖表的功能,這些總結則盡可能地利用了上述功能。眼尖的讀者可能會注意到下面有些圖表中還有一處變化:黃色突出顯示表示觀察到的「流量異常」。9 月底,在生日週期間,我們發佈了識別此類異常並提供通知的功能,還發佈了對 Cloudflare Radar 服務中斷中心的時間軸增強功能(在下文中嵌入)。若要瞭解有關這些新功能的更多資訊,請閱讀我們的公告部落格文章

正如我們在前幾個季度所看到的,伊拉克實行了一項激進的政府指示的網際網路關停計劃來防止考試作弊,還有幾個非洲國家實施了出於政治動機的關停。第三季度,多條海底電纜的損壞以及對其他電纜的計劃性維護導致許多國家的網際網路發生中斷。包括野火地震在內的自然災害導致了連線問題,還有多個國家的停電也是如此。一起已經確認的網路攻擊導致美國一所重點大學故意斷開了網際網路連線,而其他一些主要網際網路提供者則承認其網路存在問題,但從未透露這些問題的根本原因。

(請注意,本文並未涉及與以色列/巴勒斯坦衝突相關的網際網路中斷,因為這些中斷於 2023 年第四季度的 10 月 7 日開始。Cloudflare 部落格和 X/Twitter 上的 @CloudflareRadar 正在追蹤與此衝突相關的中斷情況。)

政府指示

Government directed

由於網際網路已成為一種極為重要的通訊工具,政府經常使用網際網路關停作為控制國內通訊以及與外部世界通訊的手段。這些政府指示關停的實行出於多種原因,包括在圍繞選舉的民眾騷亂和抗議期間,以及為了阻止考試期間作弊。

伊拉克

正如我們在過去的總結中所討論的那樣,一些政府試圖利用網際網路關停來防止全國高中或學士學位考試作弊。這些關停會產生全國性的影響,目前尚不清楚它們最終是否成功減少了作弊行為。我們過去也討論過,此類關停在伊拉克經常發生,而第三季度確實如此,在三個月內都發生了幾輪關停。

伊拉克本季第一輪與考試相關的網際網路關停是 6 月開始並持續到 7 月的一系列網際網路關停的延續,其針對的是 9 年級和 12 年級考試的作弊行為。在 7 月 4 日至 7 月 17 日之間的十天內,伊拉克的 AS203214 (HulumTele)AS59588 (ZAINAS-IQ)AS199739 (Earthlink)AS203735 (Capacities-LTD)AS51684 (ASIACELL)AS58322 (Halasat)(庫德斯坦地區除外)於當地時間 04:00 - 08:00 (01:00 - 05:00 UTC) 關停了網際網路連線。

8 月第二週,伊拉克庫德斯坦地區的多個網路因 12 年級學生第二輪考試再次實施了與考試相關的每日網路網路關停。這些關停發生於 8 月 6 日至 13 日當地時間 06:00 - 08:00 (03:00 - 05:00 UTC) 之間,並影響了 AS21277 (Newroz Telecom)AS48492 (IQ-Online)AS59625 (KorekTel)。這兩個小時的關停與該地區 6 月的情況類似

8 月,9 年級的第二輪考試導致伊拉克全國(庫德斯坦地區除外)的網際網路在 8 月 21 日至 29 日期間關停了一週。受 7 月實施的關停影響的相同網路於當地時間 04:00-08:00 (01:00 - 05:00 UTC) 關閉了連線。

繼 8 月 9 年級第二輪考試後,伊拉克(庫德斯坦地區除外)在 9 月又迎來了 12 年級第二輪考試,隨之而來的則是又一輪網際網路關停。這些關停發生在 9 月 17 日至 30 日期間,所影響的提供者與前兩個月完全相同。然而,雖然關停在同一時間開始(當地時間 04:00,UTC 01:00),但比之前的幾輪時間更短,結束時間提前了一個小時(當地時間 07:00,UTC 04:00)。

塞內加爾

7 月 31 日,繼塞內加爾反對派領導人被捕後,塞內加爾通訊、電信和數位經濟部再次命令斷開行動網際網路連線塞內加爾境內),如下文公報所示。在該國四家網路提供者中,有兩家可明確看到上述行動網際網路存取中斷:AS37196 (Sudatel Senegal)AS37649 (Tigo/Free)

如下圖所示,關停於當地時間上午十點左右(一般在 7 月 31 日至 8 月 5 日每天 08:00 和 10:00 之間)開始,並於第二天凌晨(一般在午夜至 02:00 之間)結束。8 月 5 日的最後一次關停則是個例外,兩個網路均在當地時間 22:00 結束。(塞內加爾為 UTC+0,所以當地時間與 UTC 相同。)

衣索比亞

在聯邦軍隊與當地民兵發生衝突數日後,行動網際網路連線被關停(此事發生在衣索比亞的阿姆哈拉)。8 月 2 日,Cloudflare 發現該地區的流量在當地時間 21:00 (18:00 UTC) 左右下降。這是當局 2023 年第二次關停阿姆哈拉的行動網際網路連線 — 第一次是在 4 月 6 日聯邦政府解散地區安全部隊後爆發抗議活動之後。(請注意,該國對網際網路關停並不陌生,因為他們在過去幾年中多次採取了此類行動。)儘管人們強烈呼籲恢復連線,但行動網際網路在第三季度末仍然無法使用,如下圖所示。

加彭

8 月 26 日,在加彭充滿爭議的總統選舉之後,關停了網際網路連線,以「防止暴力呼聲蔓延」。如下圖所示,流量在當地時間 17:00 (16:00 UTC) 之前開始下降,到 8 月 30 日當地時間 07:30 (06:30 UTC) 左右一直保持為零。在軍官奪取該國政權數小時後,連線恢復,在該國選舉機構宣布阿里·邦戈贏得第三個任期後,將總統邦戈軟禁在家中,並任命了一位新領導人。

Cable cuts

電纜切斷

喀麥隆

7 月 7 日,X/Twitter 上的貼文(由 Cameroon Telecommunications 發佈)提醒用戶語音和數據服務中斷,近六個小時後又發文指出服務已恢復。儘管這些文章並未提供有關中斷原因的詳細資訊,但營運商的 Facebook 貼文中附有一份公報,指出_「道路維護作業切斷了光纖,導致我們的服務交付出現了嚴重的中斷。_」下圖顯示了此次光纖損壞的影響,AS15964 (CAMNET-AS) 的流量在當地時間 11:30 (10:30 UTC) 左右急劇下降,並在當地時間 18:00 (17:00 UTC) 恢復到預期水平。

賴比瑞亞

7 月 28 日,非洲海岸至歐洲 (ACE) 海底電纜受損,導致賴比瑞亞的網際網路連線中斷。Facebook 貼文(由 Liberia Telecommunications Authority (LTA) 發佈)指出,「Liberia Telecommunications Authority (LTA) 宣布,因位於科特迪瓦的非洲海岸至歐洲電纜發生故障,暫時中斷全國所有網際網路服務。」文章還強調了 ACE 電纜是「歐洲和賴比瑞亞之間網際網路連線的唯一來源」。下圖顯示,從當地時間 13:00 (13:00 UTC) 開始,流量幾乎完全丟失,並在接下來的幾個小時內逐漸恢復,到當地時間 17:00 (17:00 UTC) 恢復到預期水平。

多哥、貝南、納米比亞和剛果共和國(布拉柴維爾)

8 月 6 日,West African Cable System (WACS)South Atlantic 3 (SAT–3) 海底電纜因位於剛果河口的剛果峽谷發生海底塌方而受損。電纜損壞影響了多哥貝南納米比亞剛果共和國(布拉柴維爾)的網際網路連線。Telecom NamibiaCanalbox Congo 的社交媒體貼文提醒用戶,由於電纜損壞,連線將受到影響。

海底電纜維修船 CS Leon Thevenin 已被派去執行維修工作,但需要幾週才能抵達損壞現場,然後還需要額外時間進行維修據報告已於 9 月 6 日完成。受影響國家/地區的網路營運商能夠將一些流量轉移到替代電纜,例如 Google 的 Equiano 電纜,該電纜於 2023 年 2 月上線。

因此,下面的圖表說明受影響國家/地區的流量並未完全丟失。為此,多哥的流量似乎在電纜維修完成之前幾週就恢復了。在貝南、納米比亞和剛果共和國(布拉柴維爾)的圖表中更難看到全面的影響,因為選定的時間範圍足以強制按日進行資料彙整,但在電纜斷開後的幾週內,在涵蓋較短時間段(按小時進行資料彙整)的圖表中清楚可見。

南蘇丹

Cyberattack

8 月 14 日,烏干達的光纖斷裂凸顯了網際網路互連的本質,這次斷裂導致 MTN South Sudan (AS37594) 的客戶於當地時間 13:00 - 15:00 (11:00 - 13:00 UTC) 遭受了短暫的網際網路中斷,預計影響了 438,000 名使用者。提供者於當天下午發佈了 X/Twitter 貼文,告訴用戶「我們對過去幾個小時發生的網路問題表示誠摯的歉意。其原因是烏干達發生了多次光纖斷裂。

網路攻擊

Fire

密西根大學

8 月 27 日,「重大的安全問題」導致密西根大學關停了以下校區的網際網路:安娜堡、弗林特和狄爾伯恩。儘管關停發生在新學年伊始,課程仍按計劃繼續進行,但大學發佈的公告詳細說明了斷開網際網路連線的影響,包括經濟援助退款可能延遲以及某些校園系統無法使用。您可在下圖中查看斷開連線的影響:從 8 月 27 日當地時間 14:00 (18:00 UTC) 之前開始,密西根大學使用的主要自發系統 AS36375 (UMICH-AS-5) 的流量大幅下降,一直持續到 8 月30 日當地時間 08:00 (12:00 UTC) 之後。

Earthquake

火災

夏威夷拉海納

八月初,夏威夷州爆發了一系列野火火災,主要集中在毛伊島。拉海納鎮是受災最嚴重的城鎮之一,火災造成近 100 人死亡,還摧毀了多處房屋、公司和基礎設施,導致停電和網際網路連線中斷。下圖顯示,從拉海納到 Cloudflare 的流量在 8 月 7 日當地時間 21:00(8 月 8 日 07:00 UTC)左右幾乎下降到零,並在 8 月 30 日之前一直保持在最低水平。隨著清理和維修工作的進展,以及無線營運商部署了臨時網路資產以恢復部分服務能力,部分網際網路流量可能到 9 月底才能恢復。

Power outages

地震

摩洛哥

9 月 8 日當地時間 23:11 (22:11 UTC),一起 6.8 級的地震發生在摩洛哥境內,震央位於馬拉喀什西南 79公里(49 英里)處。據報道,這次地震造成近 3,000 人死亡以及多處嚴重的破壞,包括學校、房屋和歷史建築倒塌。停電和基礎設施損壞也影響了該地區的網際網路連線,導致了大部分的局部中斷。

下方的國家層面圖表顯示了摩洛哥地震後流量的輕微丟失,在大約四天內略低於預期水平。然而,這些影響在地區層面更為明顯,地震導致馬拉喀什-薩菲的流量立即下降了 64%,蘇斯馬塞丟失 64%,卡薩布蘭卡-塞塔特減少 49%。地震發生數天後,這些地區的高峰流量仍然略低於前幾週的流量。

停電

古拉索

7 月 27 日,Aqualectra Utility 的一個主要配電中心發生故障,導致古拉索 70% 的街區斷電。停電導致全島網際網路中斷。如下圖所示,網際網路流量於當地時間 12:30 (16:30 UTC) 左右急劇下降,在大約五個小時內基本持平,然後在當地時間 17:30 (21:30 UTC) 左右開始恢復。與此同時,Aqualectra Utility 於當地時間 18:00 在 Facebook 上發佈了一篇貼文,指出「古拉索島 55% 的電力供應已恢復。」在流量持續增長的同時,其他街區也逐漸恢復供電,流量在當地時間 22:00(7 月 28 日 2:00 UTC)左右恢復到預期水平。

巴西

8 月 15 日當地時間 08:30 (11:30 UTC),巴西發生了一起大規模停電事件,導致該國境內網際網路流量出現輕微中斷。儘管停電導致當時總電力負載損失約 27%,但對全國網際網路流量的影響要小得多,如下圖所示。流量於當地時間 11:30 (14:30 UTC) 左右恢復到了預期水平。

肯亞

8 月 25 日當地時間 21:45 (18:45 UTC) 發生的一起「系統干擾」事件導致肯亞「全國各地失去了大量的電力供應」(提供該消息的 X/Twitter 貼文Kenya Power 發佈)。停電的影響如下圖所示,流量隨著停電而下降。Kenya Power 於 8 月 26 日發佈的後續更新 (123)強調了全國恢復供電所取得的進展。來自該國的網際網路流量於 8 月 27 日 03:00 (00:00 UTC) 恢復到了預期水平。

法屬蓋亞納

Maintenance

8 月 27 日,法屬蓋亞納的網際網路因停電發生了長達 11 小時的中斷,而停電的原因是_連接 Petit-Saut 和 Kourou-Saint-Laurent 線路的能源疏散站出現了問題」_。停電導致全國網際網路流量於當地時間 11:00 (14:00 UTC) 至 22:00(8 月 28 日 01:00 UTC)期間下降,如下圖所示。

突尼西亞

9 月 20 日,位於本阿魯斯省拉迪斯的 Tunisian Company of Electricity and Gas 發電廠發生火災,導致一起大規模的停電事件發生在突尼西亞境內,進而導致網際網路於當地時間 01:00 (00:00 UTC) 開始中斷。如下圖所示,流量在大約五個小時內仍低於預期水平,據已發佈的報告指出,「該國某些地區的意外服務中斷持續了四個多小時。」

巴貝多

9 月 21 日,Facebook 貼文(由 The Barbados Light & Power Company Limited 發佈)指出,該公司意識到停電對客戶產生了影響,並且他們「正在努力在盡可能短的時間內迅速、安全地恢復供電。」這次停電導致該國的網際網路流量從當地時間 11:30 (15:30 UTC) 開始大幅下降。隨後,該公用事業公司於當地時間 20:00(9 月 22 日 00:00 UTC)發佈了後續 Facebook 貼文,指出所有客戶均已恢復供電。在全面恢復供電之前,網際網路流量已於當地時間 17:00 (21:00 UTC) 左右恢復至預期水平。

Unspecified issues

維護

幾內亞

La Guinéenne de la Large Bande,也稱為 GUILAB,是一間負責管理分配給幾內亞國家非洲海岸至歐洲 (ACE) 海底電纜容量的公司。根據該公司在 Facebook 上發佈的一份公報(譯文),該電纜的維護工作將於 7 月 14 日 22:00 至 7 月 15 日 06:18(7 月 14 日 22:00 至 7 月 15 日 06:18 UTC)準時進行。這次維護導致幾內亞的網際網路服務完全中斷,如下圖所示。ACE 海底電纜似乎是幾內亞唯一的國際網際網路連線,沒有其他備用海底或陸地連線。

帛琉

僅僅幾天后,另一條海底電纜的計劃性維護導致西太平洋島國帛琉完全斷網數日。根據發佈在 Facebook 頁面上的 Palau National Communications Corporation (PNCC) 的新聞稿,「BSCC (Belau Submarine Cable Corporation) 已接到通知,將從 7 月 18 日(星期二)帛琉時間上午 7:00 開始對關島的 SEA – US 電纜網路 進行緊急維修,預計於 7 月 22 日(星期六)下午 5:00 完成。… 出於安全原因,維修只能在電纜斷電時進行。由於 BSCC 的帛琉 1 號電纜網路連接到 SEA – US 以繼續傳輸至關島,因此 BSCC 在維修期間將無法提供服務。BSCC 將無法為帛琉提供任何國際連線。唯一可用的國際連線將透過 PNCC 衛星連線,而與普通的電纜服務相比,它提供的容量非常有限。

下圖顯示,在維修期間,Cloudflare 並未看到任何來自帛琉備份衛星連線的明顯流量,因為流量於當地時間 7 月 18 日 07:00(7 月 17 日 22:00 UTC)降至零,並在當地時間 7 月 21 日 18:00 (09:00 UTC) 左右之前一直停留在那裡,因為維修工作比預期提前完成了。PNCC 新聞稿證實了這一提前完成的消息,並指出「PNCC 很高興地通知公眾,由於今天提前完成了 SEA-US 海底電纜系統(這是我們主要的離島網際網路連線)的緊急維修,我們已經恢復了客戶的網際網路和行動數據服務。

不明確的問題

Spectrum (Charter Communications)

8 月 17日美國東部時間 14:03 (18:03 UTC),Spectrum(美國網際網路服務提供者 Charter Communications 旗下品牌)的 X/Twitter 支援帳號發佈聲明,指出「我們知道停電對阿拉巴馬州、喬治亞州和田納西州的客戶產生了影響。如若給您帶來任何不便,我們深表歉意,並努力盡快解決。謝謝。」下圖顯示了 Spectrum (AS20115) 對所列各州以及德克薩斯州流量的不同影響,Spectrum 最初並未指出德克薩斯州存在問題,但客戶很快就指出了這一問題。

田納西州的服務在當地時間 12:30 - 14:00 (17:30 - 19:00 UTC) 幾乎完全中斷,而阿拉巴馬州的流量在當地時間 12:00 (17:00 UTC) 短暫下降並很快恢復,並於當地時間 13:30 (18:30 UTC) 再次下降。喬治亞州的流量在當地時間 13:00 (17:00 UTC) 首次下降,隨後在當地時間 14:30 (18:30 UTC) 出現更大幅度的下降,而來自德克薩斯州的流量僅在當地時間 13:30 (18:30 UTC) 出現下降。四個受影響的州的流量均在幾個小時內恢復 — 在最初發佈貼文大約三個小時後,Spectrum 的支援帳戶表示我們已收到確認,維修已完成,並且已為阿拉巴馬州、喬治亞州和田納西州地區受影響的客戶恢復了服務。

9 月 12 日,衛星網際網路服務提供者 SpaceX Starlink 經歷了短暫但完全的服務中斷。下圖顯示來自 AS14593 (SPACEX-STARLINK) 的流量在 23:15 UTC 下降,但很快恢復,並在 90 分鐘內恢復正常。9 月 13 日 00:33 UTC,Starlink 分享了一篇 X/Twitter 帖文,指出「Starlink 目前出現網路服務中斷,我們正在積極實施解決方案。感謝您的耐心等待,我們將在解決這個問題後分享更新」,僅僅一個多小時後,它就發文稱「網路問題已完全解決」。

Sky UK

9 月 19 日晚間 (UTC),社交媒體上充斥著大量的抱怨,因為英國Sky Broadband (AS5607) 發生了全國範圍的服務中斷事件。從下圖可以看出,從 UTC 21:00 開始,Sky Broadband 的流量急劇下降,但似乎並未發生全面服務中斷。低於預期水平的流量一直持續到 9 月 20 日 01:00 UTC 左右。雖然 Sky 的 X/Twitter 支援帳戶承認了該問題,但並未提供中斷的根本原因。

結論

正如我們過去的季度總結中所指出的那樣,本報告旨在對觀察到的中斷進行概括總結,而不是羅列該季度內所發生問題的詳盡或完整的清單。一些本文未提及的中斷可在我們的資料中看到,但受影響的提供者從未承認,而其他中斷由業界同事根據他們的測量方法報告,但在我們的流量圖中並不明顯可見。

正如上文所指出的,Cloudflare Radar 服務中斷中心現在包括有關觀察到的流量異常以及已驗證的服務中斷的資訊。有興趣的使用者可以訂閱有關異常和服務中斷的通知 — 我們的部落格文章提供了有關如何訂閱的詳細說明。

造訪 Cloudflare Radar,瞭解有關網際網路中斷的更多深入解析。在社交媒體上關注我們:@CloudflareRadar (Twitter)、cloudflare.social/@radar (Mastodon) 和 radar.cloudflare.com (Bluesky),或透過電子郵件聯絡我們。

我們保護整個企業網路,協助客戶有效地建置網際網路規模的應用程式,加速任何網站或網際網路應用程式抵禦 DDoS 攻擊,阻止駭客入侵,並且可以協助您實現 Zero Trust

從任何裝置造訪 1.1.1.1,即可開始使用我們的免費應用程式,讓您的網際網路更快速、更安全。

若要進一步瞭解我們協助打造更好的網際網路的使命,請從這裡開始。如果您正在尋找新的職業方向,請查看我們的職缺
Cloudflare RadarInternet TrafficOutageInternet ShutdownInternet Quality

在 X 上進行關注

David Belson|@dbelson
Cloudflare|@cloudflare

相關貼文

2024年9月27日 下午1:00

Network trends and natural language: Cloudflare Radar’s new Data Explorer & AI Assistant

The Cloudflare Radar Data Explorer provides a simple Web-based interface to build more complex API queries, including comparisons and filters, and visualize the results. The accompanying AI Assistant translates a user’s natural language statements or questions into the appropriate Radar API calls....

2024年9月23日 下午1:00

Network performance update: Birthday Week 2024

Since June 2021, we’ve been measuring and ranking our network performance against the top global networks in the world. We use this data to improve our performance, and to share the results of those initiatives. In this post, we’re going to share with you how network performance has changed since our last post in March 2024, and discuss the tools and processes we are using to assess network performance. ...

2024年9月20日 下午2:00

Cloudflare incident on September 17, 2024

On September 17, 2024, during planned routine maintenance, Cloudflare stopped announcing 15 IPv4 prefixes, affecting some Business plan websites for approximately one hour. During this time, IPv4 traffic for these customers would not have reached Cloudflare and users attempting to connect to websites using addresses within those prefixes would have received errors. ...