例如，如果您的生成樹網(wǎng)絡占據(jù)重要位置，或者無法離開nProbe或Wireshark，那么您就應該使用可靠的解決方案，解決以前需要幾個小時才能修復的問題。IEEE 802.1D支持無回路的連接，而Wireshark只需要簡單的操作就可以清理任意數(shù)據(jù)包。然而，即使有這么多成熟的網(wǎng)絡管理技術(shù)和工具，仍然有一些網(wǎng)絡路由問題需要管理通過安全shell進行調(diào)試。路由分析就是一個很好的例子。

網(wǎng)絡便利工具

或許我們不會像安滅火器那樣在墻上安裝淺藍色網(wǎng)線，但是每一位管理員都知道從哪里可以馬上找到。解決路由問題需要通過命令行接口重復查看狀態(tài)表，而且您總是需要在各個機架上來回走動。您甚至還可能需要連接幾臺設備的控制臺，才能跟蹤路由。但是，這些方法可能還無法解決路由調(diào)試的真正挑戰(zhàn)。路由似乎經(jīng)常會出現(xiàn)問題，而尋找問題根源的最有效方法就是實時獲取錯誤信息。

即使您配置了很好的syslog警報，許多路由變化也只會隔幾天出現(xiàn)一次，因此很難捕捉它們。而且，用戶也不是報告路由錯誤的最佳來源：在頁面加載變慢或聊天應用延遲明顯時，他們只是會向周邊人抱怨(雖然在傳輸路徑出現(xiàn)抖動或丟包問題時，有一些 VoIP客戶會故意給出主觀的低評分)所以，問題就出現(xiàn)了：“您該如何定期查詢路由表，并在網(wǎng)絡路由出現(xiàn)問題時馬上能接受到警報呢?”

路由解析時產(chǎn)生的影響

網(wǎng)絡的實際路由包含許多因素，它們會(但不總是)以各種方式對各自產(chǎn)生影響。路由信息協(xié)議、開放最短路徑優(yōu)先、邊界網(wǎng)關(guān)協(xié)議、增強內(nèi)部網(wǎng)關(guān)路由協(xié)議和靜態(tài)配置等都會對最終路由產(chǎn)生影響。本質(zhì)上，它們一起構(gòu)成了一種虛擬配置。但是，最終的“物理”路由只能在一個位置驗證：路由表。但是，誰有那么多時間整天盯著所有設備的路由表呢(而且也沒道理這樣做)?

首先，每當路由發(fā)生變化時，它會強制路由器重新計算網(wǎng)絡拓撲，因此網(wǎng)絡會充滿更新的數(shù)據(jù)包。這并不好。其次，路由變化檢測通常在問題出現(xiàn)之后，因此您必須花時間查看各個路由葉節(jié)點，才能發(fā)現(xiàn)幾小時前發(fā)生了什么。有時候，路由變化可能會降低流量傳輸速度，因此路由可能回滾到前一條性能不佳的路由。而有時候，這些變化可能會切斷某條鏈路或中斷關(guān)鍵用戶服務。

幸好，許多網(wǎng)絡性能監(jiān)控解決方案能夠輕松訪問所監(jiān)控設備的路由表。因為它們能夠感知路由變化，所以您不需要連接控制臺，就可以接收到警報、生成報表或直接查看路由表。將它們與網(wǎng)絡拓撲發(fā)現(xiàn)工具相結(jié)合，您就可以監(jiān)控各個終端的完整流量路由，檢查接口連接環(huán)境的路由細節(jié)。一層網(wǎng)絡是否仍然所有問題的根源，跟蹤一臺服務器到一個連接信號燈熄滅的端口之間的中斷數(shù)據(jù)包流，不需要管理員離開自己的工位。路由變化歷史報告和變化路由查看視圖通常都是免費的。

肯定，當路由變化時發(fā)送syslog消息是很方便，但是您仍然必須監(jiān)控日志，才能及時捕捉有時很難理解的變化。為了節(jié)省您的時間，花一些時間配置路由監(jiān)控工具，以實時方式發(fā)送與變化相關(guān)的警報，并且跟蹤它們的變化歷史。這樣，您就能夠更快速地修復問題，并且淘汰控制臺連線的方法。