用打環(huán)的方式測試傳輸線路

1、用打環(huán)的方式測試傳輸線路環(huán) 回測試是很常用的一種測試, 通常用于檢查和分析端口或線路問題。 如下圖 所 示 , 我 們 在 設 備 端 口 上 用 命 令 loopback (某 些 端 口 上 命 令 格 式 為 loopbackdiagnostic 使接口從內部將自己發(fā)送的信號轉接到自己的接收端 (如紅線所 示 ,通過檢查數(shù)據(jù)發(fā)送和接收的情況來判斷端口工作狀態(tài)是否正常。 如果需要對端 口進行完全的檢測,可以使用符合標準的短跳線將端口收發(fā)短接構成環(huán)。如果端口 正常,可以將線路的一部分或全部包括到環(huán)中進行測試,即在線路中的某個點上進 行短接構成環(huán) (如紫紅色線所示 。這些點可以是在配線架、 C

2、SU/DSU、傳輸設備等 之上。 在某些類型的端口上, 還可以用命令 loopback line 在端口上將對方發(fā)送的信 號轉接到對方的接收短,構成測試環(huán)。觀察環(huán)回測試成功與否, 首先看端口有沒有形成環(huán), 如用命令 show interface 看 看端口是不是已經(jīng)從 down 狀態(tài)變到 up 狀態(tài), 狀態(tài)中有沒有 “(looped” 的字樣。 端口 的某些封裝形式,如串行口上的 PPP 、幀中繼等封裝會檢測環(huán)路,阻止端口變成 up 狀態(tài),所以可能要臨時改為 HDLC 封裝以便進行測試。其次是通過 ping 產生一定的流量,觀察有沒有丟包, show interface 檢查端口 計數(shù)器有沒有

3、顯示 input/output錯誤,有沒有 CRC 、 Frame 等錯誤。注意在點對點類 型的端口上 ping 路由器本身的地址比 ping 對端路由器的地址延時要小一半,原因 可以參考 下面 的分析。 在 ATM 等二層端口上不能直接產生測試數(shù)據(jù)包, 可能需要額 外的配置,如在 8500交換機上可以這樣配置 :interface atm 1/0/0 /需要進行環(huán)回測試的 ATM 二層端口!inter atm 0.1 point-to-pointatm pvc 0 100 interface atm 0/1/0 0 100 encap aal5snap! 如果測試發(fā)現(xiàn)有丟包情況,可以通過命令

4、 show controller 了解更多細節(jié)情 況。如以下命令顯示了某 ATM 端口上的 BIP 錯誤情況:Router>show controllers atm 3/0/3IF Name: ATM3/0/3 Chip Base Address: BC38E000Port type: OC3 Port rate: 155000 Kbps Port medium: MM FiberPort status:Good Signal Loopback:None Flags:8308.Key: txcell - # cells transmittedrxcell - # cells receiv

5、edb1 - # section BIP-8 errorsb2 - # line BIP-8 errorsb3 - # path BIP-8 errorsocd - # out-of-cell delineation errors - not implementedg1 - # path FEBE errorsz2 - # line FEBE errorschcs - # correctable HEC errorsuhcs - # uncorrectable HEC errorstxcell:275849733, rxcell:143010088b1:26, b2:104, b3:34, o

6、cd:0g1:12, z2:0, chcs:0, uhcs:20. 一般而言,環(huán)回測試直接了當:觀察有沒有象意料中的一樣形成環(huán),形成 環(huán)之后有沒有發(fā)現(xiàn)傳輸錯誤, 然后根據(jù)測試結果調整線路或者設備。 但是有的時候, 環(huán)路測試的結果比較有迷惑性,下面舉兩個例子:有一次在通訊機房里做環(huán)路測試,從本地 E1傳輸設備上到本地路由器做環(huán)測試 沒有問題,從本地 E1傳輸設備到遠端路由器做環(huán)測試也沒有問題,但從遠端 E1傳 輸設備到本地路由器之間打環(huán)測試就會丟包。 由于從本地 E1傳輸設備到遠端路由器 做環(huán)測試沒有問題,所以本地 E1傳輸設備和遠端 E1傳輸設備之間的線路不應該有 問題,但只要將這段線路包括進

7、來之后測試就會出現(xiàn)丟包。最后發(fā)現(xiàn)原來是這個通 訊機房里安裝了微波傳輸設備,干擾大,線路屏蔽不好所以出現(xiàn)丟包。另外一次是一臺 8540 ATM 交換機和 12406路由器 ATM 端口通過一段短短的 尾纖相連卻發(fā)現(xiàn)大量 CRC 錯誤, 更換了端口模塊、 尾纖都沒有排除故障, 反復觀察 才發(fā)現(xiàn)原來 8540交換機的時鐘同步信號存在問題。還有一個特殊情況就是 3750、 3550、 2950等以太網(wǎng)交換機在端口上發(fā)送 keepalive 信息以檢查端口是否激活,如果端口被環(huán)回,按照默認的錯誤檢測處理 (errdisable規(guī)則,端口將會關閉。除非設置了錯誤恢復 (errdisablerecovery

8、功能,否 則在管理員干預之前端口不會恢復到正常工作狀態(tài)。更嚴重的是網(wǎng)絡中短暫的環(huán)路 (如錯誤的連接、生成樹配置錯誤等都會引發(fā)這個錯誤,所以建議用端口配置命 令 no keepalive關閉端口激活檢測或通過全局配置命令 no errdisable detect causeloop 防止因環(huán)回錯誤關閉端口,中斷網(wǎng)絡連接。附:點對點端口上的 ping 數(shù)據(jù)觀察與分析 (ping 對端地址需要一個來回, ping 自己 的地址需要兩個來回 R1#pingProtocol ip:Repeat count 5: 1.!Success rate is 100 percent (1/1, round-tri

9、p min/avg/max = 8/8/8 ms(debug 輸出 Apr 10 12:19:03.994: ICMP type=8, code=0 R1發(fā) 出 一 個 Echo Request(type=8, R2收到后以 Echo Reply 相應Apr 10 12:19:04.002: ICMP type=0, code=0 R1收到 Echo Reply(type=0,計算 延時 (002-994=8ms。R1#pingProtocol ip:Repeat count 5: 1.!Success rate is 100 percent (1/1, round-trip min/avg/

10、max = 16/16/16 ms(debug 輸出 Apr 10 12:18:00.114: ICMP type=8, code=0 R2收到 Echo Request, 判斷的目標 地址為 R1,所以將包發(fā)回Apr 10 12:18:00.114: ICMP type=0, code=0 R1收到自己發(fā)出的 Echo Request, 以 Echo Reply(type=0相應并通過端口發(fā)送Apr 10 12:18:00.122: ICMP type=0, code=0 R2將包發(fā)回。 R1收到 Echo Reply (type=0,計算延時 (112-106=16ms。- 利用打環(huán)技術排

11、除網(wǎng)絡線路故障在廣域網(wǎng)絡互聯(lián)中 , 經(jīng)常遇到物理線路有問題的情況 , 或者物理線路雖然連通 , 但上層 網(wǎng)絡協(xié)議不穩(wěn)定的情況 . 這時候 , 需要我們采取各種的方法來排除故障 .推薦經(jīng)常用到的一個有關打環(huán)的技術 ,loop.從它名稱可以看出 , 所謂打環(huán)就是將網(wǎng)絡設備的發(fā)送端經(jīng)過一個環(huán)路環(huán)回到此設備 的接收端 .這個環(huán)路可以是一個遠程的環(huán) , 遠環(huán) ; 或者可以是自己設備內部的一個環(huán) , 內環(huán) .環(huán)路的形成根據(jù)設備的不同情況 , 可能是邏輯上處理或者物理上來做 . 比如可能需要 在 DTU 設備上做某幾個針腳的短接 , 也可能只需要在某 cisco 路由器中設置一條命令 就可以 , 命令格式 :interface pos 1/0loop erface pos 1/0loop internal打上環(huán)路后,用 show interfaceXX, 可以查看環(huán)路的狀態(tài),在 interface 下