Wi-Fi 已連線、狀態頁一片綠，網頁卻依然卡頓？可達性和效能是兩回事。本文教你判斷到底是哪一個出了問題，並提供排查步驟。
所有跡象都顯示你在線上：Wi-Fi 圖示滿格，路由器指示燈是綠的，電信業者狀態頁沒有故障，ping 也有回應。可網頁載入很慢，通話斷斷續續，上傳卡住不動。這個落差就是本文的主題。一條連線可以是通的，同時又無法使用，因為「通」和「夠快」衡量的是不同的東西。
重點整理
- 可達性只問封包能不能抵達。 ping、故障地圖和狀態頁回答的只是這個問題。
- 效能問的是抵達得好不好： 延遲、吞吐量和封包遺失決定應用程式能否正常使用。
- 只看「故障」的視角天生看不到效能退化。 開放測速工具 NDT 背後的 M-Lab 說得很直接：網路可以保持可達，而延遲上升或吞吐下降已經讓應用程式無法使用。
- 問題往往出在路徑上的某個位置，例如壅塞的互連點或塞滿的佇列，兩端都看不見。
- 單次測速無法定位故障，但四項讀數加幾個簡單比較，就能分清是哪類問題。
可達性與效能
可達性是二元的：封包要麼能從你抵達目的地並返回，要麼不能。ping 回應、能開啟的狀態頁、綠色的「已連線」標誌，只能證明一件事：對方有回應。
效能是一個連續的範圍，包括每次往返花多久、每秒能傳多少資料、延遲是否穩定，以及途中遺失了多少資料。應用程式並不在乎封包「最終」到了，它在乎的是到得夠快、夠頻繁、節奏夠穩。
所以一條退化的連線可以通過所有可達性檢測。視訊通話需要遠低於幾百毫秒的往返時間；ping 900 毫秒才返回，對「是否可達」來說是合格的「是」，對通話來說卻完全無法使用。
為什麼故障視角看不到變慢
公共的網際網路觀測站主要追蹤故障：網路或服務變得不可達，並伴隨路由或流量的明顯變化。M-Lab 在 HERMES 的發布文章中指出，失去連線只是故障的一種形式，網路可以保持可達，而延遲上升或吞吐下降會讓線上應用程式無法使用。這類退化不會造成連線中斷，因此以故障為中心的工具可能漏掉它們。要發現它們，需要換一種方法：測量端到端效能，而不是只監控可達性和路由變化。
在家裡同理。任何只檢查「能不能連上」的東西，對一條很慢的連線也只會回答「能」。
問題到底出在哪
你的流量在抵達伺服器的途中要經過多個環節：你的裝置和 Wi-Fi、路由器、電信業者接取網路、網路之間的互連點、中轉網路，最後是目的地自己的設施。壅塞環節兩端的設備都會繼續回報「正常」，因為從它們自己的角度看確實如此。
連線「通卻退化」的常見位置：
- 本地 Wi-Fi。 訊號弱或有干擾會增加重傳和延遲，路由器指示燈卻依然是綠的。
- 塞滿的上行佇列。 有東西占滿上行頻寬時，封包會排隊等待。過大的緩衝區如何把繁忙鏈路變成額外延遲，參見緩衝區膨脹。
- 壅塞的互連點或遙遠的對等點。 到某些目的地很慢而其他一切正常，你這邊看不出任何異常。
- 繁忙或遙遠的伺服器。 路由本身健康，瓶頸在對端。
M-Lab 的 HERMES 正是圍繞這個問題建構的。它蒐集使用者主動發起的測速，依接取網路、都會區和測試伺服器分組；當某組資料足夠（前一週至少 25 次測試、來自至少 5 個不同的用戶端 IP）時，再與該組自己近期的基線比較，尋找延遲上升和吞吐下降這兩類訊號，再結合正向及（若有）反向路由追蹤，估計退化出現在接取網路、互連點、中轉網路還是目的地附近。作者強調分組的原因：單次慢速測試可能只是你的 Wi-Fi、裝置或背景流量，而共享設施的壅塞會同時出現在許多使用者身上。
測速到底測的是什麼
M-Lab 的 NDT 測試被描述為對連線「大量傳輸」能力的單串流效能測量，回報上傳速度、下載速度和延遲指標。由此可得兩點：
- 測速測的是從你的裝置到測試伺服器的整條路徑，而不只是你的線路。如果通往該伺服器的路徑壅塞，即使你自己的線路健康，結果也會很差。
- 它是對單一目的地的快照。它無法告訴你故障在你的 Wi-Fi、電信業者，還是三個網路之外的某個互連點。路徑延遲的測量並不簡單，IETF 為此專門制定了標準，例如 RFC 7679 就定義了單向延遲指標。
區分各種情況的四項讀數
大多數情況可以靠四項讀數區分開。把每一項對應到可能的原因：
| 讀數 | 反映什麼 | 出問題時的表現 |
|---|---|---|
| 負載下延遲 | 排隊延遲 | 閒置時正常，鏈路一忙就飆升：佇列問題（緩衝區膨脹） |
| 抖動 | 延遲的穩定性 | 數值上下擺動：鏈路不穩定或無線干擾 |
| 封包遺失 | 到不了的資料 | 持續遺失表示鏈路故障或某一跳壅塞 |
| 吞吐量 | 容量或壅塞 | 遠低於方案速度，尤其每晚同一時段：容量不足或壅塞 |
BrowserInsight 的網路速度測試會提供下載和上傳吞吐量、延遲與抖動，還會測量到 Google、YouTube、Netflix 等多個主流網站的連線延遲，讓你有不只一個目的地可以比較。它不單獨回報封包遺失率或負載下延遲：下面第一步說明如何測出負載下延遲，而持續的封包遺失通常表現為卡頓，以及吞吐量遠低於方案速度。
各項數值多少算好，參見頻寬、延遲與抖動完整解析；兩項穩定性指標的詳細說明，參見抖動與封包遺失詳解。
一套可以照做的排查步驟
- 比較閒置與負載下的延遲。 先在沒有其他工作時跑一次測速，再在另一台裝置或另一個應用程式進行大檔案上傳或下載時跑一次。延遲大幅上升，表示你自己的連線上有佇列。
- 比較不同目的地。 查看測速中各網站的延遲檢測。如果只有一兩個目的地明顯比其他慢，問題在通往它們的路徑上，而不在家裡。
- 比較有線和無線。 用網路線直連路由器。有線正常而 Wi-Fi 不行，故障就在本地無線環境。
- 在不同時間重複測試。 每天同一時段出現的變慢，更像是共享壅塞，而不是你設備的故障。如果每次結果都不一樣，為什麼測速結果會變化解釋了正常的波動。
必須坦白的限制
用戶端測試無法在路徑上定位故障。它能告訴你你和某台伺服器之間存在退化，你的比較可以排除自己的 Wi-Fi 和佇列。要把問題鎖定到具體的互連點，需要許多使用者的彙總測量加上路徑資料，這正是 HERMES 這類專案要填補的空白。如果有線、閒置狀態下到多個目的地的測試結果都很差，你蒐集的這些證據就是向電信業者反映問題時該帶上的東西。
常見問題
為什麼我的網路很慢但並沒有斷？
因為「斷」指不可達，而「慢」指延遲高、吞吐低、封包遺失或延遲不穩定。連線可以送達封包，卻慢到無法滿足你想用的應用程式。
ping 通了是不是代表連線沒問題？
不是。它只代表目的地可達，並給出一次往返時間。負載下的延遲、封包遺失和吞吐量仍可能很差。
問題會出在家庭網路之外嗎？
會。壅塞的互連點、過載的中轉鏈路或繁忙的伺服器，都可能在路由器和電信業者都顯示正常時拖垮效能。測試多個目的地有助於判斷問題是否只與特定路徑有關。
一次測速很慢能證明網路有問題嗎？
單獨不能。一次慢的結果可能來自 Wi-Fi、裝置或背景流量。多次測試、多個目的地、不同時間上的規律才是更有力的證據。
總結
「已連線」只代表封包能通過。連線是否可用取決於延遲、抖動、封包遺失和吞吐量，而只檢查可達性的工具看不到這些。把四項都測一遍，比較閒置與負載、近處與遠處，你就能知道故障出在 Wi-Fi、佇列，還是路徑上更遠的地方。
推薦閱讀：
