《燕雲十六聲》在中國大陸以外的延遲，是地理位置問題

《燕雲十六聲》是一款大型線上 RPG，伺服器設在中國大陸。這與其說是 Bug，不如說是遊戲本身的設計現實；但對不在該區域的玩家來說，這會帶來一種很明確、而且難以避免的連線體驗：你的 Ping值 一開始就偏高，而且會有一個很難突破的下限，不管你怎麼調整，都不太可能把延遲壓到更低。 理解延遲的理論下限在哪裡，以及你目前的Ping值有多少高於這個下限，這就是一次優化到底能不能做得有效、還是只會讓人越調越挫折的關鍵。人在東南亞時，光看地理距離，原始延遲下限大多落在 60 到 100 毫秒之間。南亞和澳洲通常更接近 120 到 180 毫秒。歐洲和中東則往往會超過 200 毫秒。 美洲的延遲通常是所有地區裡最高的，往往從 250ms 起跳。這不是你實際應該預期的 Ping值；這只是理論上的物理下限，而且還得建立在你到上海之間的路由夠有效率的前提下。實際 Ping值通常還會更高，因為現實中的路由很少這麼理想。當這些地區的玩家問為什麼《燕雲十六聲》會這麼卡時，他們描述的幾乎都是實際 Ping值和這個下限之間的落差。 真正有機會改善的是這段落差。至於延遲的底線本身，無論任何工具怎麼宣稱，都不是你能直接消除的。
先做一個簡單檢查：打開命令提示字元，然後對上海或香港的公開主機執行 Ping值 測試。你測到的數值，可以當作你連上《燕雲十六聲》時最佳情況下 Ping值的大致參考。 如果你在遊戲內看到的Ping值已經接近那個數字，代表你的連線基本上已經碰到物理條件下的最低延遲，再怎麼調整，多半也只是在追求個位數毫秒的些微改善。如果你在遊戲內的Ping值比那個數字高出 100 ms 以上，就表示你的ISP前往遊戲伺服器時走了效率不佳的路徑，確實還有明顯的改善空間。 大多數亞洲以外地區的 ISP 之所以連往中國大陸伺服器時常會走效率不佳的路徑，是因為國際網路與中國大陸網路之間的對等互連協議有限，而且經常壅塞。你的流量會被送進 ISP 合作的轉接服務供應商路線，但那家供應商未必有一條高效率進入中國大陸的路徑，尤其在尖峰時段更是如此。 這就是為什麼玩家常常會在每天晚上的同一個時段，看到自己在《燕雲十六聲》的Ping值變差。問題不一定出在遊戲本身，而是你上游兩到三跳的網路節點出現了瓶頸。真正能縮小差距的解法其實就那幾種。一般用途的VPN如果使用香港或上海節點，有時確實會有幫助，但也有可能讓情況變得更糟。 這取決於 VPN 進入中國大陸的路由，是否剛好比你 ISP 的路線更不壅塞。大多數消費級 VPN 都是為了串流而設計，還可能增加網路抖動；但《燕雲十六聲》的即時互動對這類問題容忍度很低。如果你手上本來就有 VPN，可以測試看看，但它不是可靠的解法。 在這種情況下，真正比較穩定有效的選項是以遊戲為主的路由優化器，因為整個問題本質上就是路由問題。GearUP 會維持專門為往返中國大陸伺服器的遊戲流量設計的網路路徑，而《燕雲十六聲》也是它支援的遊戲之一。它只會把遊戲封包導到自己的路徑上，你平常的流量不會受到影響。 如果問題出在路由，通常在啟用後的第一分鐘內，你就能明顯感受到改善。Ping值會降到接近地理距離所決定的最低水平，更重要的是，在大型活動和PvP期間，它不再動不動就飆高。
如果Ping值沒有明顯下降，代表你原本就已經很接近這個下限了，這種情況下，外部工具對任何人都未必有解。
以下是一些對《燕雲十六聲》特別沒什麼幫助的做法。 升級你的網速通常沒有用；這款遊戲吃的頻寬很少，你遇到的問題是延遲，不是吞吐量。
重新啟動你的路由器通常也沒用，除非你本地真的有 NAT 問題，而那種情況通常也會連帶影響其他連線。
重新安裝遊戲也沒有幫助；瓶頸不在遊戲用戶端。
更換 DNS 對 Ping值 幾乎沒有實質幫助，它影響的主要只是名稱解析速度。 有一項確實有幫助的本地網路整理：如果你現在用的是Wi-Fi，尤其是 2.4 GHz Wi-Fi，光是這一點，就可能在原本路由問題之外再多出 20 到 40 毫秒的網路抖動。改用ethernet或 5 GHz，到了團隊副本內容和大型PvP戰鬥時，差異會很明顯，因為這些情況比起平均 Ping值，更容易把連線不穩放大出來。順帶一提，接下來會說明在《燕雲十六聲》中，怎樣的 Ping值才算是「還能玩」。 對單人與PvE內容來說，延遲大約在 150 ms 以內都還算可以接受。戰鬥設計本身留了足夠多的取消動作／取消後搖的判定窗口，所以這個範圍內的延遲通常不會對實戰造成明顯影響。至於PvP與競技內容，數值就重要得多；一旦高於大約 120 ms，你開始和低 Ping值的玩家對拼時就比較容易吃虧。 如果你連這個門檻都壓不下來，那在這種勝負往往取決於走位和打斷時機的類型裡，再好的操作也沒辦法完全彌補延遲帶來的影響。 如果你和許多玩家一樣，玩《燕雲十六聲》主要是為了體驗世界觀和劇情，而不是衝著競技玩法而來，那麼比較實際的做法通常是：接受穩定的 100 到 150 ms 作為你的常態延遲，把重點放在消除網路抖動，而不是一味追求更低的數字，並選擇那種能讓你的路由最接近地理距離下限、同時又不會額外帶來不穩定的連線方案。