【文章內(nèi)容簡介】 L | p port | q nqueries | w timeout ] * host a 指定一個發(fā)送 UDP報文的源地址； f 指定初始報文的 TTL大小 ， 缺省值為 1； m 指定最大 TTL大小 ， 缺省值為 30； p 目的主機的端口號 ， 缺省值為 33434； q 每次發(fā)送的探測報文的個數(shù) ， 缺省值為 3； w 指明 UDP報文的超時時間 ， 單位為毫秒 ， 缺省值為 5000。 36 TRACERT命令 ? 在 PC機上或 Windwos NT為平臺的服務器上 ， tracert命令的格式如下： tracert [ d ] [ h maximum_hops ] [ j hostlist ] [ w timeout ] host d 不解析主機名； h 指定最大 TTL大小； j 設定松散源地址路由列表； w 用于設置 UDP報文的超時時間 ， 單位毫秒； 37 使用 tracert命令進行故障處理 網(wǎng)云 RIP域 E1:E0::S1:S0:s1:RouterA RouterB RouterC 案例一 使用 tracert命令定位不當?shù)木W(wǎng)絡配置點 ? 某校園網(wǎng)中 ， RouterB和 RouterC同屬于一個運行 RIPv2路由協(xié)議的網(wǎng)絡 ， 主機 ，用戶抱怨訪問性能差 。 38 使用 tracert命令進行故障處理 相關信息顯示 ? 登錄到 RouterC， 使用帶參數(shù)的 ping遠端服務器 ， 顯示如下： [RouterC] ping c 10 s 4000 t 6000 PING : 4000 data bytes, press CTRL_C to break Reply from : bytes=4000 Sequence=0 ttl=249 time = 552 ms Reply from : bytes=4000 Sequence=1 ttl=249 time = 5733 ms Reply from : bytes=4000 Sequence=2 ttl=249 time = 552 ms Reply from : bytes=4000 Sequence=3 ttl=249 time = 5714 ms 39 使用 tracert命令進行故障處理 原因分析 ? 上面的 ping顯示出一個規(guī)律：奇數(shù)報文的返回時長短 ， 而偶數(shù)報文返回時長很長 （ 是奇數(shù)報文的 10倍多 ） 。 ? 可以初步判斷奇數(shù)報文和偶數(shù)報文是通過不同的路徑傳輸?shù)?。 現(xiàn)在我們需要使用 tracert命令來追蹤這不同的路徑 。 ? 在 RouterC上 ， tracert遠端 RouterA的以太網(wǎng)接口 [RouterC] tracert q 8 traceroute to () 30 hops max,40 bytes packet 1 6 ms 4 ms 4 ms 4 ms 4 ms 4 ms 4 ms 4 ms …… 5 20 ms 16 ms 15 ms 16 ms 16 ms 16 ms 16 ms 16 ms 6 30 ms 278 ms 25 ms 279 ms 25 ms 278 ms 25 ms 277 ms ? 從上面的顯示可看到 ， 直至 ， UDP探測報文的返回時長都基本一致 ， 而到 ， 則發(fā)生明顯變化 ， 呈現(xiàn)奇數(shù)報文時長短 ， 偶數(shù)報文時長長的現(xiàn)象 。于是判斷 ， 問題發(fā)生在 RouterB和 RouterA之間 40 使用 tracert命令進行故障處理 原因分析 ? 通過詢問該段網(wǎng)絡的管理員 ， 得知這兩路由器間有一主一備兩串行鏈路 ， 主鏈路為 （ s0口之間 ） ， 備份鏈路為 128Kbps（ s1口之間 ） 。 網(wǎng)絡管理員在此兩路由器間配置了靜態(tài)路由 RouterB上如下配置： [RouterB] ip routestatic [RouterB] ip routestatic RouterA上如下配置： [RouterA] ip routestatic [RouterA] ip routestatic ? 于是問題就清楚了 。 例如 RouterB， 由于管理員配置時沒有給出靜態(tài)路由的優(yōu)先級 ， 這兩條路由項的優(yōu)先級就同為缺省值 60， 于是就同時出現(xiàn)在路由表中 ， 實現(xiàn)的是負載分擔 ， 而不能達到主備的目的 41 使用 tracert命令進行故障處理 ? 處理過程 ， 可以有兩種處理方法： ? 繼續(xù)使用靜態(tài)路由 ， 進行配置更改 RouterB上進行如下更改： [RouterB] ip routestatic （ 主鏈路仍使用缺省優(yōu)先級 60） [RouterB]ip routestatic 100（ 備份鏈路的優(yōu)先級降低至 100） RouterA上進行如下更改： [RouterA] ip routestatic [RouterA] ip routestatic 100 ? 這樣 ， 只有當主鏈路發(fā)生故障 ， 備份鏈路的路由項才會出線在路由表中 ， 從而接替主鏈路完成報文轉(zhuǎn)發(fā) ， 實現(xiàn)主備目的 。 ? 在兩路由器上運行動態(tài)路由協(xié)議 ， 如 OSPF等 ， 但不要運行 RIP協(xié)議 （ 因為 RIP協(xié)議僅以 hop作為 Metric的 ） 42 使用 tracert命令進行故障處理 建議和總結(jié) ? 本案例的目的不是為了解釋網(wǎng)絡配置問題 ， 而是用來展示 ping命令和 tracert命令的相互配合來找到網(wǎng)絡問題的發(fā)生點 。 ? 在一個大的組網(wǎng)環(huán)境中 ， 維護人員可能無法沿著路徑逐機排查 ， 此時 ， 能夠迅速定位出發(fā)生問題的線路或路由器就非常重要了 43 使用 tracert命令進行故障處理 E1:E0:E0:S0:S0::RouterA RouterB RouterC 案例二 使用 tracert命令發(fā)現(xiàn)路由環(huán)路 ? 三臺路由器均配置靜態(tài)路由 ， 完成后 ， 登錄到 RouterA上 ping主機 ， 發(fā)現(xiàn)不通 44 使用 tracert命令進行故障處理 ? 相關信息顯示 [RouterA] ping c 6 t 5000 PING : 56 data bytes, press CTRL_C to break Request time out Request time out [RouterA] tracert traceroute to () 30 hops max,40 bytes packet 1 6 ms 4 ms 4 ms （ RouterB） 2 8 ms 8 ms 8 ms （ RouterA） 3 12 ms 12 ms 12 ms （ RouterB） 4 16 ms 16 ms 16 ms （ RouterA） …… 45 使用 tracert命令進行故障處理 原因分析 ? 從上面的 tracert命令的顯示可以立即發(fā)現(xiàn) ， 在 RouterA和 RouterB間產(chǎn)生了路由環(huán)路 。 由于是配置的是靜態(tài)路由 ， 基本可以斷定是 RouterA或 RouterB的靜態(tài)路由配置錯誤 ? 檢查 RouterA的路由表 ， 配置的是缺省靜態(tài)路由： ip routestatic ， 沒有問題 ? 檢查 RouterB的路由表 ， 配置到 為： ip routestatic ―― 下一跳配置的是 ， 而不是 。 這正是錯誤所在 46 使用 tracert命令進行故障處理 處理過程 ? 修改 RouterB的配置如下： [RouterB] no ip routestatic [RouterB] ip routestatic 建議和總結(jié) ? tracert命令能夠很容易發(fā)現(xiàn)路由環(huán)路等潛在問題 。 當路由器 A認為路由器 B知道到達目的地的路徑 ， 而路由器 B也認為路由器 A知道目的地時 ，就是路由環(huán)路發(fā)生了 。 使用 ping命令只能知道接收端出現(xiàn)超時錯誤 ，而 tracert能夠立即發(fā)現(xiàn)環(huán)路所在 ―― 如果 tracert命令兩次或者多次顯示同樣的接口 。 ? 當通過 tracert發(fā)現(xiàn)路由環(huán)路后 ， 如果配置為： ? 靜態(tài)路由：幾乎可以肯定是手工配置有問題 ? 單動態(tài)路由協(xié)議：可能是地址聚合產(chǎn)生的問題 ? 多動態(tài)路由協(xié)議：可能是路由引入產(chǎn)生的問題 47 DISPLAY命令 ? display命令是用于了解路由器的當前狀況 、 檢測相鄰路由器 、 從總體上監(jiān)控網(wǎng)絡 、 隔離因特網(wǎng)絡中故障的最重要的工具之一 。 幾乎在任何故障處理和監(jiān)控場合 ， display命令都是必不可少的 ? 常用的 display命令 ? Display Version ? Display currentconfiguration 和 display savedconfiguration ? Display interfaces 48 Display Version Quidway display version Huawei Versatile Routing Platform Software VRP(tm) software,