遊戲 Lag 白皮書 › L4 網際網路線路
經由 VPN／遊戲加速器 VPN / game accelerator detour
原因 ID isp-vpn · 主要負責 外部（外部） · 協同 基礎設施團隊（網路基礎設施）, 遊戲開發團隊（伺服器開發）
在含圖解與實驗的完整版中開啟卡片 →
開啟 VPN 或遊戲加速器後，封包會經過該公司的中繼伺服器。中繼伺服器很遠或壅塞時，反而會變慢。
為什麼 VPN 或加速器把遊戲封包全部轉送到中繼伺服器 → 於是 加上到中繼伺服器的距離與壅塞，通道標頭也讓 MTU（一次能傳送的封包大小）變小 → 畫面上 ping 升高並出現封包遺失；與使用同一中繼位址的人一起被封鎖而連不上
- 症狀
- 輸入延遲, 瞬移, 連不上／無限讀取
- 因素
- 延遲, 遺失
- 誰會遇到
- 只有我
- 何時
- 一直都有, 剛登入／維護剛結束
- 負責單位
- 主要負責 外部（外部） · 協同 基礎設施團隊（網路基礎設施）, 遊戲開發團隊（伺服器開發）
- 遊戲開發團隊要做的事
- UDP 封包維持在 1,200 位元組以下（即使通道標頭讓 MTU 變小也不會被分段）；以 IP 為單位的封鎖要考量 VPN、加速器的公用中繼位址，搭配帳號、裝置一起判斷。
- 基礎設施團隊要做的事
- 海外玩家多時自行設置附近的接入據點；對「開了加速器就變好」回報集中的電信業者檢查路由。
- 外部要做的事
- 引導玩家關閉 VPN、加速器後比較看看。
- 數值參考
- 中繼伺服器在附近時增加數 ms，繞經其他國家時會增加數十～100ms 以上。
- 圖表上
- 只有部分偏高 · RTT（依玩家）、連線 IP 所屬業者
- 查看位置
- 查看連線 IP 的 ASN 是否屬於 VPN、加速器或主機代管業者，並請玩家關閉 VPN、加速器後比較 ping 與 traceroute
- 符合的跡象
- 只有開啟 VPN、加速器時 RTT 與遺失增加或被擋在外面，traceroute 中可以看到經過中繼伺服器的區段
- 不符合的跡象
- 開關都一樣時，是線路或電信業者區段的問題。開了反而變好時，是原本電信業者路徑（「繞遠路的路由」、「尖峰時段 peering 區段壅塞」）的問題
- 確認方式
- 在玩家端環境確認
- 深入了解
- 反過來說，電信業者的路徑不好時，加速器繞經較好的路徑，ping 有時反而會下降。「開了加速器就變好」的回報，是繞遠路的路由或晚間壅塞等電信業者路徑問題的線索。
出處
- RFC 4459: MTU and Fragmentation Issues with In-the-Network Tunneling IETF
網路中途的通道因封裝標頭而使可傳送的大小變小，造成的分段與路徑 MTU 問題 - RFC 8899: Packetization Layer Path MTU Discovery for Datagram Transports IETF
UDP 等 datagram 傳輸的預設安全大小（BASE_PLPMTU）建議為 1,200 位元組 - Azure network round-trip latency statistics Microsoft Azure
經過其他國家據點時增加的往返延遲規模：首爾–東京 30ms、首爾–香港 39ms、首爾–新加坡 68ms
相關原因
同一層：L4 網際網路線路
同一症狀（輸入延遲）在其他層的原因
查看含圖解與實驗的完整版卡片