尖峰時段 peering 區段壅塞 Peak-hour congestion at peering

原因 ID isp-peak · 主要負責 基礎設施團隊（網路基礎設施） · 協同外部（外部）

晚上 9～11 點左右影音流量暴增，電信業者之間的互連區段（peering）容易壅塞。

為什麼 晚上串流與下載的流量集中湧入 → 於是 peering 區段出現排隊與封包遺失 → 畫面上 只在晚上，特定電信業者的使用者出現卡頓、瞬移

症狀: 卡頓, 瞬移, 拉回
因素: 抖動, 遺失, 延遲
誰會遇到: 特定地區／電信業者
何時: 晚間尖峰時段
負責單位: 主要負責 基礎設施團隊（網路基礎設施） · 協同外部（外部）
基礎設施團隊要做的事: 增加與該電信業者的直接互連，避開壅塞路徑，監控各電信業者晚間的封包遺失與 ping。
外部要做的事: 請該電信業者擴充 peering 區段的容量。
圖表上: 只在特定時段偏高 · RTT、遺失（依電信業者）
查看位置: 依時段畫出各電信業者（ASN）的 RTT 與遺失，並從該業者的 RIPE Atlas probe 或玩家那裡分別取得晚間與白天的 mtr，找出開始遺失的區段
符合的跡象: 只有特定電信業者每天晚上 9～11 點左右 RTT 與遺失上升，mtr 顯示從電信業者之間的互連區段一路到目的地都有遺失與延遲
不符合的跡象: 所有電信業者一起升高時，問題在我方線路或伺服器端。只有同一個家裡的連線在晚上變差時是「Wi-Fi 頻道壅塞」
確認方式: 用基礎設施工具確認（不需要遊戲程式碼）

出處

Inferring Persistent Interdomain Congestion (SIGCOMM 2018) ACM
部分電信業者之間的互連區段每天尖峰時段反覆壅塞、延遲升高，壅塞時段遺失率也上升
Probe Selection (RIPE Atlas REST API) RIPE NCC
依國家、地區、ASN、位址區段挑選 RIPE Atlas 量測的 probe，執行 ping、traceroute