雖然有很多方法可以評估WAN性能，但是測試WAN延遲時間（流量通過WAN時所需要時間）是一個很好的出發(fā)點。簡單而言，延遲時間會增加用戶的等待時間。再加上其他系統(tǒng)原因的延遲（如數(shù)據(jù)庫訪問），WAN延遲時間的激增可能意味著損失用戶或者操作中斷。

 

雖然延遲各不同相同，但是許多北美網(wǎng)絡的回程時間一般在35至70毫秒（ms）之間——或者說小于十分之一秒。如果延遲突然增加到1,500ms，那么用戶就需要經(jīng)歷額外的一秒鐘來等待WAN。

 

當幫助中心接到關(guān)于性能問題的呼叫，您需要以下兩點去處理問題：

 

測試當前WAN延遲時間

 

供當前延遲測試參照的“晴天”WAN延遲測試基線

 

好消息是，如果您現(xiàn)在遇到了WAN問題，那么測試當前的WAN延遲時間是很快的。壞消息是，您無法回到未測試延遲時的網(wǎng)絡無故障時間。所以，在WAN當前運行良好時，要記錄這些“晴天”數(shù)據(jù)，這樣您才能夠?qū)ψ顗牡那闆r做出基礎評估。

 

為了測試WAN延遲時間，您只需要使用簡單且使用廣泛的免費網(wǎng)絡工具Ping。Ping支持在各種平臺上實施TCP/IP，所以無論您使用的是Windows、AppleOSX或者是Linux，都能夠使用Ping工具。

 

當然，要測試WAN延遲時間，您需要Ping兩個WAN路由器之間的鏈路；因此，在終端設備中使用Ping命令是最有效的方法。默認情況下，大多數(shù)路由器都會響應Ping，所以從當前計算機Ping遠程路由器最起碼能夠了解大概的WAN延遲時間。

 

類似地，大多數(shù)路由器都在它們的控制臺中使用Ping命令。所以，人們可以用Telnet連接到一臺路由器控制臺，然后Ping遠端路由器，這樣就能夠測試兩臺設備之間鏈路的延遲時間。

 

不同的Ping命令很可能有所差別，但是大多數(shù)情況都默認會發(fā)送4、5個echo請求，然后報告各個請求的平均回程WAN延遲時間與丟包情況。實際上，Ping使用了互聯(lián)網(wǎng)消息控制協(xié)議（IMCP）的“Echo”命令觸發(fā)目標IP系統(tǒng)響應，以此獲得最終的測試數(shù)據(jù)。

 

如果每一次echo的丟包或延遲時間都有明顯變化，如抖動，那么就意味著需要更多的調(diào)查。

 

Ping可以配置發(fā)送數(shù)據(jù)包大小和運行次數(shù)；它還可以持續(xù)運行。大多數(shù)操作系統(tǒng)都支持定期自動執(zhí)行Ping，然后將結(jié)果保存在日志文件以備將來使用。

 

然而，一定要清楚，執(zhí)行Ping會給網(wǎng)絡及響應的設備網(wǎng)絡帶來一些負載。雖然使用一般默認設置運行Ping產(chǎn)生的負載很小，但是最好不要無故使用Ping。

 

因為事實上，Ping可能造成分布式拒絕服務攻擊(DDoS)。一臺受Ping請求阻塞的設備會將所有處理時間耗在echo響應處理上，而非正常的生產(chǎn)數(shù)據(jù)。因此，網(wǎng)絡設備有用的吞吐量會下降。對于用戶而言，他們會認為網(wǎng)絡響應時間出現(xiàn)問題。因此，許多大型網(wǎng)絡都特意在它們的路由器上禁用echo響應功能，以避免受到基于Ping的DDos攻擊。

 

最后，如果您的WAN負載過多，那么就應該升級帶寬。否則，如果它同時傳輸?shù)蛢?yōu)先級、大容量和時間敏感的VoIP及交互流量，那么可能就需要專門的WAN帶寬優(yōu)化解決方案來執(zhí)行排隊和流量管理。無論何種情況，首先是要理解您的WAN負載——為此，您必須知道如何測試WAN延遲時間。