跳轉到

一段預告過的降速:8/13 用 OONI 記錄北部行動網路的 30 分鐘

一起測 8 月 13 日的行動網路降速

8 月 13 日週四 14:30 到 15:00,基隆、台北、新北、桃園、新竹市、新竹縣、宜蘭的行動網路會降速 30 分鐘。降速屬於「城鎮韌性演習」的一部分,由三大電信業者同時執行。官方公告寫明語音通話、簡訊與細胞廣播照常,影音串流、視訊通話、行動支付、雲端同步等高流量服務受影響1。NCC 對演練時段的建議是預先為離線情境做準備2

降速的幅度,官方對外說明過兩次。國防部長顧立雄 7 月 20 日在立法院說明是「降速到 4G、5G 的百分之一」,行政院則在 8 月 10 日中部場結束後補充做法:由電信業者透過核心網路限流,將行動網路下載速率調降至 256KB。兩個說法的量級一致,量測時可以此為預期落點。

日期、時段、七個縣市、三家業者,降速的每個邊界都在演練前公開。網路降速的研究少見如此明確的前提,多數案例由使用者先察覺變慢,研究者事後回推,時間邊界始終模糊。預告式的斷網在其他國家並非首見,例如考試期間的全國性斷網6。就公開可查的記錄而言,預告式的降速較為少見,並且能切分到各家業者的粒度。

8 月 10 日中部場的同一個時段,全台灣的 OONI 觀測裡沒有任何一筆來自行動網路的效能量測。北部場是今年演習的最後一場,8 月 13 日過後不會再有相同的條件。

若你身在這七個縣市,那半小時手機本來就會變慢。與其等它過去,不如順手留下一筆紀錄。

為什麼要演練行動網路降速,給不在台灣的讀者

行政院對演練的說明是「模擬極端情境,驗證政府在有限通訊環境下之應變能力」,設想的狀況包含天災、大規模網路攻擊與複合式災害,目標是提升整體通訊與社會防衛韌性1。公告本身沒有提到戰時或軍事演習,框架放在民防與備援。行動網路降速是參考日本、韓國、北歐等國經驗後「首度加入」的項目1,範圍限於台灣首度,不是國際首例。

對台灣來說,通訊中斷不是假設性的問題。台灣是島嶼,對外連線依賴海底電纜,數位發展部設有「海纜障礙狀況」的公開頁面,逐條列出故障位置、替代路由與預計修復時間7。以 2026 年 7 月 28 日的更新為例,當時有四條海纜處於故障狀態,最近的一筆發生在 7 月 14 日,預計修復日期落在 8 月 14 日,也就是演習的同一週。想看這些纜線的實際走向,可以開 Tor 中繼地球儀,上面標了 228 條海纜線段與台灣周邊的障礙狀態。

真實事故的規模比演練大得多。演練只降速 30 分鐘、限定十四個縣市、語音與簡訊照常。海纜中斷則可能持續數週,影響整個區域的對外連線。演練的用意在驗證備援機制與宣導準備,不是重現事故。

8 月 13 日要做的三件事

全部時間為台灣時間(UTC+8)。演練時段是 14:30 到 15:00

開始之前,8 月 13 日前先完成

安裝 OONI Probe,App Store、Google Play 與 F-Droid 都可下載,開源免費。OONI 開發此工具的目的,是把網路封鎖與連線品質變成可驗證的公開資料,完整介紹見什麼是 OONI。首次啟動有一段設定流程,當天才安裝會來不及。裝好後先執行一次,確認能正常完成。

接著設一個 14:35 的鬧鐘,降速中的量測最重要。行有餘力再加上 14:1515:10。下午開會時很容易忘記,設鬧鐘比記憶可靠。真的錯過也沒關係,補做 15:10 那一次就好,只有一筆一樣送得出去。

步驟一、關閉 Wi-Fi 與 VPN,改用行動數據

透過固網連線的 Wi-Fi 在演練中不受影響,量測若在固網的 Wi-Fi 上完成,結果等於零。手機常會自動回連辦公室或住家的 Wi-Fi,執行前請先確認已切到行動數據。手機分享出來的熱點雖然底層走行動網路,OONI 仍會把網路類型記成 Wi-Fi,一樣不要用。

VPN 與 Tailscale 都要先關閉。一般 VPN 會把流量繞出去,量測結果只反映 VPN 業者的線路,紀錄下來的 ASN 也會變成對方的。Tailscale 就算沒有啟用 exit node,在 iOS 與 Android 上仍是透過系統的 VPN 機制運作,OONI Probe 會把網路類型記成 vpn 而不是 mobile,量測資料就標不出是行動網路量到的。App 偵測到 VPN 時會跳出提醒,看到提醒請先關掉再執行。量測結束後記得把 Tailscale 開回來,靠它連公司內網的人特別容易忘記。

量測完成後可在結果頁看到網路名稱與 ASN(自治網路的全域編號,電信商、企業、學校都有各自的號碼),確認量測確實在行動網路上完成,名稱為自己的電信商。

先確認你的行動數據額度

效能組裡的連線速度測試(ndt)會量吞吐量,執行時盡量用滿當下可用的頻寬。App 在執行前就會標出預估值,畫面上寫的是 5 到 200 MB、約 1 分 30 秒,實際落點隨連線速度而定。降速中的量測因為頻寬被壓低,用量最小。14:15 與 15:10 都在正常速度下執行,都會落在估計值的高端。

非吃到飽的人建議做降速中的量測,再從 14:15 或 15:10 挑一次當對照,兩次就有比較的基礎。

步驟二、執行「效能」測試

開啟 App 後點「測試」,選「效能」,勾選要執行的測項,再按下執行。效能組包含 ndt(連線速度)與 dash(模擬影音串流,估算可達成的播放位元速率)兩個測項,正是量測降速所需,Android 與 iOS 都提供。

OONI Probe 的效能頁面,上方標示預估用量 5 到 200 MB、約 1 分 30 秒,中央為執行按鈕,下方為上次測試結果

步驟三、至少在 14:35 到 14:55 之間做一次

最重要的是降速當下的量測。演練 14:30 開始、15:00 結束,前後各留五分鐘避開啟動與恢復的過渡,所以 14:35 到 14:55 之間開始都可以。ndt 約需 1 分 30 秒,最晚 14:55 開始還來得及在結束前完成。

只做一次也有價值,能跟其他參與者、跟隔日同時段互相參照。時間允許再加上前後兩次,同一支手機自己的前後對照最為明確。

台灣時間(UTC+8) UTC 用途 優先序
14:3514:55 06:3506:55 降速中 一定要
14:15 06:15 降速前的對照點 有空就做
15:10 07:10 恢復後 有空就做

每次都要用同一支手機、同一個門號,並且都在行動網路上完成。位置能固定會讓資料更好比對,中途需要移動也不影響參與,只要確認沒有切回 Wi-Fi 即可。

行有餘力的話,8 月 12 日週三 14:35 也測一次。多一筆,隔日同時段的對照會強很多,成本一樣是按一下。

14:30 之後才看到本文的人

只要還在 14:55 之前就直接做一次,時間過了就補做 15:10。手上只有一筆也送得出去。

降速中上傳失敗屬於正常

量測結果需要上傳,而演練期間頻寬已被壓低,上傳可能延遲或失敗。不需要重複執行,OONI Probe 會把結果排入佇列,等網路恢復後自動補傳。

想多做一點的人,降速期間可另外執行含 Tor 與 Psiphon 的測試(英文介面為 Circumvention),能看出降速對規避工具的影響。規避工具那組會做封鎖判定,降速造成的連線失敗會被記成 anomaly,成因是頻寬而非審查,社群整理結果時會一併說明。

按下執行之前,該知道的隱私影響

一句話的版本:效能測試會把你當下的對外 IP 留在 M-Lab 的公開資料集,而行動網路的 IP 浮動、沒有帳號綁定,實務上難以對應到個人。不想留下紀錄的人,改執行網頁連線測試(web_connectivity,英文介面為 Websites)即可,它不經過 M-Lab。以下是完整說明。

先分清楚兩個資料庫。OONI 自己發布的量測結果全部公開,內容包含所處的 ASN 與時間戳記,不包含個人 IP 位址。效能組的 ndt 另外會把資料送到 M-Lab,那是另一個機構、另一份資料集,規則不同。

M-Lab 的隱私政策載明測試資料會對外公開,公開內容包含你的 IP 位址與日期時間,並且以長期研究為由無限期保留,公開資料集裡不做匿名化。政策提供的刪除途徑援引 GDPR 與 LGPD,主要對象是歐盟與巴西的資料主體。M-Lab 聲明政策原則上適用於所有地區的使用者,但條文沒有處理台灣這類第三地的請求資格,實務上能不能受理並不明確。App 的效能頁面本身也附了免責聲明,說明測試透過第三方伺服器進行,無法保證 IP 位址不被他人收集。

所以執行 ndt 等於把當下的對外 IP 位址寫進一份公開且長期保存的資料集。M-Lab 不認證使用者、不保存個人的測試歷史,行動網路的 IP 又多為浮動,第三方研究者或一般查詢者很難單獨從一個 IP 對應回特定個人。上面說的是 M-Lab 與 OONI 這一側的識別能力。你的電信業者本來就能從連線紀錄對應到門號與 IP,那份紀錄與量不量測無關,也不會因為參與而增加。是否留下紀錄,請自行斟酌。

中部場那 30 分鐘,行動網路一筆效能量測都沒有

8 月 10 日 14:30 到 15:00,同樣的降速在中部七縣市執行過一次(UTC 時間 06:3007:00)。演練結束後,我們查詢 OONI 的公開資料庫,看台灣在該時段留下了什麼。

測項 該時段全台筆數 來源網路
ndt(連線速度) 1 AS131584 台灣智慧光網,固網
dash(串流位元速率) 1 同一個固網 ASN
web_connectivity(網站可達性) 803 幾乎全在固網,HiNet 佔 593 筆

中華電信行動的 AS17421 是 0 筆,遠傳的 AS9674 是 0 筆。

唯一的速度量測執行在固定光纖上,量測的網路並未降速。那 30 分鐘全台灣共有 902 筆 OONI 觀測,其中沒有任何一筆是行動網路上的效能量測。演習依南部、中部、外離島、東部、北部的順序分區實施,北部場是最後一場3,同樣條件的降速要再等到明年。

台灣的 OONI 觀測,四成來自 HiNet

中部場的結果反映了台灣 OONI 資料長期的分布。2026 年 7 月 12 日到 8 月 11 日之間,全台灣有 645,039 筆 web_connectivity 量測,分佈在 25 個 ASN:

網路 近 30 天筆數 佔比
AS3462 HiNet 253,546 39.3%
AS131584 台灣智慧光網 191,257 29.7%
三家行動業者合計 23,010 3.6%
 └ AS24158 台灣大哥大 20,099
 └ AS17421 中華電信行動 2,342
 └ AS9674 遠傳 569

剩下的也以固網為主,StarVerse 與 DaDa Broadband 各有數萬筆,另有輔仁大學、TANet 與台大幾個校園網路。

真正需要的效能測項,總量少得多。同一段期間全台灣只有 1,008 筆 ndt。行動端看起來佔了一半以上,548 筆,但其中 528 筆來自台灣大哥大一家,中華電信行動只有 16 筆、遠傳 4 筆。缺口集中在中華電信行動與遠傳。

要說明台灣的網路環境,目前可引用的資料主要反映家用固定寬頻的狀況。依 NCC 統計,2026 年第 1 季全台行動門號約 2,833 萬戶,多數人一天裡大半時間透過行動網路上網。

三家都是全國性業者,OONI 上的量測分布卻差了一到兩個數量級。效能測項裡台灣大哥大有 528 筆,中華電信行動只有 16 筆,差距顯然不是用戶規模造成的。

公開的 aggregation API 只提供量測筆數,不提供裝置數,所以上表無法排除少數幾台裝置反覆量測的可能。台灣大哥大同時經營行動與固網,中華電信也是,因此單看一筆 AS24158 的量測,判斷不出它來自手機還是家用數據機。

為什麼三家要一起測

上面那項辨識問題,正好說明為什麼要挑演練時段。演練已公告時段與縣市範圍,在該時段內、在公告範圍中,AS24158AS17421AS9674 出現的行動端量測有明確的情境可對應,ASN 至此才足以定位到業者。平常散在各處的量測缺少對應的情境。

同一時段只消除了「時間」一個變因。地點、基地台負載、手機型號、訊號強度都仍然存在。三十支手機散在七個縣市,得到的仍是一批條件互異的觀測點,結論只能停在粗粒度的判斷,例如三家是否都出現可觀察的吞吐下降、下降的量級是否接近。任何精確的業者排名都超出這批資料能支撐的範圍。

即使如此,三家同時面對同一道指令、同一個 30 分鐘,仍然是難得的對照時機。單獨一家測得再密,也只能得到那一家的曲線。

降速的 30 分鐘可以觀察到什麼

行政院說明的做法是核心網路限流加上固定的下載速率上限,屬於無差別的頻寬管制,ndt 應可量到。不過公告另外列的受影響服務類型(影音串流、視訊通話、行動支付、雲端同步)讀起來像依應用層分類,三家業者對受影響範圍的描述也各自不同。台灣大哥大把 LINE、WhatsApp、M+ 等通訊軟體列進會出現連線延遲與不穩定的範圍4,中華電信寫的是「影音、視訊連線、行動上網及部分物聯網應用」5,行政院的版本則是文字傳輸正常1。限流若落在頻寬層,ndt 會直接反映。若偏向應用層分類,ndt 對 M-Lab 的流量特徵未必被歸進受限類別,可能量到接近平常的速度。量測結果本身就能分辨屬於哪一種,也是降速期間最值得觀察的一項。

頻寬被壓低時 Tor 與 Psiphon 能否建立連線,是社群長期關注的題目,週四下午正好是現成的測試場。降速結束後速度回復所需的時間,則由 15:10 那一筆回答。

有了平時與降速中的對照,台灣的行動網路也才會有一份基準。少了基準,未來發生非預期的網路劣化時,任何異常都只能停在「大家覺得變慢」。價值隨參與量放大。幾十支手機足以回答「三家是否都出現明顯下降」,要談到分布與信賴區間則需要數百支。

ndtdash 只能涵蓋高流量那一側,公告稱正常運作的語音、簡訊與細胞廣播不在兩個測項的能力範圍內。能觀察到的只有界線的其中一邊,仍然值得做。社群自己有能力描述網路當下的狀態,本身就是韌性的一部分。

解讀時須留意 ndt 的量測對端是 M-Lab 的伺服器,數字裡同時包含最後一哩與到 M-Lab 節點的國際線路,兩者無法從單筆結果中分離。官方公布的 256KB 可作為預期落點,先掌握量級所在,判讀時較有依據。

參與密度本身也是變因。ndt 會用滿可用頻寬,同一個基地台底下若有多支手機在同一分鐘執行,彼此會搶已經被壓低的頻寬,量到的低速就有一部分來自參與者之間的競爭。以每家電信十支、散在七個縣市的規模來說不太會相互重疊,整理結果時仍要把同時段的參與數一併記錄。

一起來

安裝 OONI Probe 並執行一次。設一個 14:35 的鬧鐘。把本文轉給住在北部七縣市或在當地工作的朋友。特別歡迎中華電信與遠傳的用戶,兩家過去 30 天的效能量測分別只有 16 筆與 4 筆。以遠傳來說,10 支手機在週四下午各做三次,一個下午就會超過它整個月的累積量。

不在北部七縣市的人也可以在同樣的時間點測一次。降速範圍外的量測構成對照組,能協助分辨哪些變化來自演練、哪些屬於當天的一般波動。

測完之後,可在 OONI Explorer 用自己的 ASN 與時段查到紀錄。社群會在演練後把三個時段、各家業者的結果整理成一篇後續文章。有問題或想一起整理結果的人,歡迎到社群的 Matrix Public Space 討論。

常見問題

為什麼只做效能測試,不把全部測項都執行一遍

效能組以外的測項都會做封鎖判定,而降速會讓它們產生假的封鎖訊號。

web_connectivity 為例,判定方式是拿手機端的結果跟 OONI 的測試輔助伺服器比對。手機在限速下大量逾時,輔助伺服器在資料中心運作一切正常,比對出來會被標成 tcp_iphttp-failure,也就是封鎖的判定簽名。幾百人同時在限速下執行有封鎖判定的測項,等於在台灣的公開資料裡注入一批看起來像審查的紀錄。

效能組不會產生誤判的封鎖訊號。ndtdash 在後端沒有實作封鎖判定,全球近 90 天各 20 萬筆量測的 anomaly 都是 0,只會留下吞吐量的數值。

時間也不允許。效能組約 1 分 30 秒,穩穩落在區間內。網站那組是一份網址清單,正常網路下就要數分鐘才能完成,在限速下很可能跨過 15:00,把降速中與恢復後混進同一份報告。

會用掉多少行動數據

App 執行前會顯示預估用量。降速期間頻寬已被壓低,用量最小,14:15 與 15:10 在正常速度下執行,會落在估計值的高端。非吃到飽的人優先做降速期間的量測。實際數字見上方的額度提醒。

我的 IP 會被公開,風險有多大

效能測試會把你的 IP 留在 M-Lab 的公開資料集,長期保存且不做匿名化。改做網頁連線測試就不會經過 M-Lab。判斷風險高低所需的細節,見上方的隱私一節。

我不在北部七縣市,還要測嗎

可以,而且有參考價值。範圍外的資料能當對照組,用來排除當天的一般網路波動。

開會中錯過了 14:35 到 14:55 怎麼辦

補做 15:10。就算只補一筆,也能跟其他參與者或隔天同時段對照,無須湊滿三次。

參與這次量測有法律風險嗎

量測的動作是在自己的手機上測自己的連線速度,與一般測速 App 的操作無異,不干擾演習,也不影響其他人。OONI Probe 是全球長期使用的開源工具。若你所屬的組織有自己的合規考量,可以只做網頁連線測試,或選擇不參與。

號召量測是為了查核官方公布的 256KB 嗎

本文的出發點是演練當天難得的觀測條件,時間、地點、業者都預先公開。官方公布的數字在文中作為預期落點,讓參與者知道資料會落在什麼量級。量測的對象是網路狀態,演習的成效與必要性不在討論範圍。

怎麼確認我的量測成功了

完成後結果頁會顯示網路名稱與 ASN,確認上面是自己的電信商,不是 Wi-Fi 也不是 VPN。量測送出後同樣能在 OONI Explorer 查到自己的紀錄。

雙卡手機要注意什麼

先確認行動數據走的是哪一張卡。手機裝了兩張 SIM 卡的話,容易以為自己在測某一家,實際上數據從另一家出去。結果頁顯示的 ASN 是最後的確認。

資料與前提

文中的 OONI 數字分成三組,查詢日皆為 2026-08-11,端點與參數如下,讀者可自行重新查詢。

中部場 30 分鐘窗口(表格中的 902、803、593 與兩筆效能量測)用 measurements 端點,probe_cc=TWsince=2026-08-10T06:30:00Zuntil=2026-08-10T07:00:00Z,逐一查 test_namendtdashweb_connectivity,回傳的每筆都帶 probe_asn

30 天的 ASN 分布(645,039、253,546、191,257、23,010 與三家行動業者的細項)用 aggregation 端點,probe_cc=TWtest_name=web_connectivityaxis_x=probe_asnsince=2026-07-12until=2026-08-12。效能測項的 1,008、548、528、16、4 用同一組參數,test_name 換成 ndt。aggregation 的 until 不含當日,所以 until=2026-08-12 涵蓋到 8 月 11 日。

效能測項的 anomaly 為 0 用 aggregation 端點,不帶 probe_cc 代表全球,since=2026-05-13until=2026-08-12test_name 分別為 ndtdash。同一組參數換成 torweb_connectivity 可以看出對照,兩者的 anomaly 分別是 13.95% 與 8.05%。

上列數字會隨時間繼續累積,之後重查會得到略高的值,分布的形狀則穩定。

延伸:之後如何用 OONI 佐證研究

本次號召針對單一事件,方法本身可以重複使用。OONI 的資料有四個入口,用途各不相同:

  • OONI Explorer:網頁介面,適合查單筆量測、看某個國家或 ASN 的趨勢,無須寫程式。
  • Aggregation APIhttps://api.ooni.org/api/v1/aggregation,免驗證免金鑰,可依國家、測項、ASN 切分做統計。本文的 30 天 ASN 分布與比率出自此端點。sinceuntil 只接受日期,帶上時間會回 date_from_datetime_inexact 錯誤,所以它適合看天級以上的趨勢。
  • Measurements APIhttps://api.ooni.org/api/v1/measurements,同樣免驗證,接受精確到秒的時間窗,回傳逐筆紀錄。本文中部場 30 分鐘的表格出自此端點。
  • AWS S3 公開資料集ooni-data-eu-fra,逐筆原始 JSON,適合需要檢視量測細節或做大規模分析的研究。原始資料以整點批次上傳,落地 S3 的延遲約在半小時到一兩小時之間,取用方式與 CSV 輸出格式寫在 ASN 觀測資料擷取與分析,社群維護的擷取程式也在該頁。

以本次演練為例,30 分鐘的時間窗要用 measurements 端點:probe_cc=TWtest_name=ndt(或 dash)、since=2026-08-13T06:00:00Zuntil=2026-08-13T08:00:00Z,回傳的每一筆都帶 probe_asn,再自行歸到 24158174219674 三組。所有時間一律使用 UTC,台灣時間需減 8 小時。要判斷某個問題該用哪個測項,OONI 測項速查表整理了每個測項量測什麼、規格狀態,以及台灣是否有資料。台灣的 ASN 覆蓋現況見 ASN 自治網路觀測資料分析

最常見的誤解是把異常(anomaly)當成封鎖。OONI 的 anomaly 只代表測試未照預期完成,成因包含審查、網路不穩、ISP 暫時故障,以及測試程式本身的問題,將 anomaly 比率直接視為封鎖率會產生假指控。以 tor 測項的實測為例,取 2026-07-12 到 2026-08-12 這 30 天,加拿大 16.3%(母數 14,042)、瑞士 22.1%(母數 3,231)、紐西蘭 20.1%(母數 562),皆為沒有審查的國家。前一段 90 天的 ndtdash 用的是另一個時間窗,複查三國的比率要換成 30 天的參數。中段數值屬於雜訊,只有比率極端高的少數國家與現實相符。

以上只適用於有做封鎖判定的測項。效能測項的 anomaly 目前在後端幾乎沒有實作,全球近 90 天的 ndt 20 萬筆與 dash 19.8 萬筆,anomaly 都是 0。判斷演練期間是否降速,要直接看吞吐量的數值,不能看 anomaly

授權方面,OONI 發布的量測資料採 CC BY-NC-SA 4.0,禁止商業使用,衍生內容需以相同授權釋出。引用數據時要標註來源,將 OONI 資料與其他來源合併產生新的資料檔,會讓整份成品都受同一授權拘束。

演習細節以行政院公告與各電信業者公告為準,時間如有調整依官方最新資訊。


資料來源:OONI aggregation 與 measurements API(查詢條件見上方的資料與前提,量測資料授權 CC BY-NC-SA 4.0)、ASN 名稱取自 RIPEstat、M-Lab 的資料處理方式取自 M-Lab 隱私政策。演習相關的官方與媒體來源見下方腳註。