測試WAN延遲時間
如果您的公司與大多數公司一樣，那么遠程用戶是否抱怨系統并不重要，重要的是他們在什么時候向您抱怨。而且，如果系統需要通過廣域網（WAN）訪問主要位置的資源，那么WAN就是可能就是問題所在。
雖然有很多方法可以評估WAN性能，但是測試WAN延遲時間（流量通過WAN時所需要時間）是一個很好的出發點。簡單而言，延遲時間會增加用戶的等待時間。再加上其他系統原因的延遲（如數據庫訪問），WAN延遲時間的激增可能意味著損失用戶或者操作中斷。
雖然延遲各不同相同，但是許多北美網絡的回程時間一般在35至70毫秒（ms）之間——或者說小于十分之一秒。如果延遲突然增加到1,500ms，那么用戶就需要經歷額外的一秒鐘來等待WAN。
當幫助中心接到關于性能問題的呼叫，您需要以下兩點去處理問題：
測試當前WAN延遲時間
供當前延遲測試參照的“晴天”WAN延遲測試基線
好消息是，如果您現在遇到了WAN問題，那么測試當前的WAN延遲時間是很快的。壞消息是，您無法回到未測試延遲時的網絡無故障時間。所以，在WAN當前運行良好時，要記錄這些“晴天”數據，這樣您才能夠對最壞的情況做出基礎評估。
為了測試WAN延遲時間，您只需要使用簡單且使用廣泛的免費網絡工具Ping。Ping支持在各種平臺上實施TCP/IP，所以無論您使用的是Windows、AppleOSX或者是Linux，都能夠使用Ping工具。
當然，要測試WAN延遲時間，您需要Ping兩個WAN路由器之間的鏈路；因此，在終端設備中使用Ping命令是最有效的方法。默認情況下，大多數路由器都會響應Ping，所以從當前計算機Ping遠程路由器最起碼能夠了解大概的WAN延遲時間。
類似地，大多數路由器都在它們的控制臺中使用Ping命令。所以，人們可以用Telnet連接到一臺路由器控制臺，然后Ping遠端路由器，這樣就能夠測試兩臺設備之間鏈路的延遲時間。
不同的Ping命令很可能有所差別，但是大多數情況都默認會發送4、5個echo請求，然后報告各個請求的平均回程WAN延遲時間與丟包情況。實際上，Ping使用了互聯網消息控制協議（IMCP）的“Echo”命令觸發目標IP系統響應，以此獲得最終的測試數據。
如果每一次echo的丟包或延遲時間都有明顯變化，如抖動，那么就意味著需要更多的調查。
Ping可以配置發送數據包大小和運行次數；它還可以持續運行。大多數操作系統都支持定期自動執行Ping，然后將結果保存在日志文件以備將來使用。
然而，一定要清楚，執行Ping會給網絡及響應的設備網絡帶來一些負載。雖然使用一般默認設置運行Ping產生的負載很小，但是最好不要無故使用Ping。
因為事實上，Ping可能造成分布式拒絕服務攻擊(DDoS)。一臺受Ping請求阻塞的設備會將所有處理時間耗在echo響應處理上，而非正常的生產數據。因此，網絡設備有用的吞吐量會下降。對于用戶而言，他們會認為網絡響應時間出現問題。因此，許多大型網絡都特意在它們的路由器上禁用echo響應功能，以避免受到基于Ping的DDos攻擊。
最后，如果您的WAN負載過多，那么就應該升級帶寬。否則，如果它同時傳輸低優先級、大容量和時間敏感的VoIP及交互流量，那么可能就需要專門的WAN帶寬優化解決方案來執行排隊和流量管理。無論何種情況，首先是要理解您的WAN負載——為此，您必須知道如何測試WAN延遲時間。
【編輯推薦】
