用打环的方式测试传输线路

1、用打环的方式测试传输线路环 回测试是很常用的一种测试, 通常用于检查和分析端口或线路问题。 如下图 所 示 , 我 们 在 设 备 端 口 上 用 命 令 loopback (某 些 端 口 上 命 令 格 式 为 loopbackdiagnostic 使接口从内部将自己发送的信号转接到自己的接收端 (如红线所 示 ,通过检查数据发送和接收的情况来判断端口工作状态是否正常。 如果需要对端 口进行完全的检测,可以使用符合标准的短跳线将端口收发短接构成环。如果端口 正常,可以将线路的一部分或全部包括到环中进行测试,即在线路中的某个点上进 行短接构成环 (如紫红色线所示 。这些点可以是在配线架、 C

2、SU/DSU、传输设备等 之上。 在某些类型的端口上, 还可以用命令 loopback line 在端口上将对方发送的信 号转接到对方的接收短,构成测试环。观察环回测试成功与否, 首先看端口有没有形成环, 如用命令 show interface 看 看端口是不是已经从 down 状态变到 up 状态, 状态中有没有 “(looped” 的字样。 端口 的某些封装形式,如串行口上的 PPP 、帧中继等封装会检测环路,阻止端口变成 up 状态,所以可能要临时改为 HDLC 封装以便进行测试。其次是通过 ping 产生一定的流量,观察有没有丢包, show interface 检查端口 计数器有没有

3、显示 input/output错误,有没有 CRC 、 Frame 等错误。注意在点对点类 型的端口上 ping 路由器本身的地址比 ping 对端路由器的地址延时要小一半,原因 可以参考 下面 的分析。 在 ATM 等二层端口上不能直接产生测试数据包, 可能需要额 外的配置,如在 8500交换机上可以这样配置 :interface atm 1/0/0 /需要进行环回测试的 ATM 二层端口!inter atm 0.1 point-to-pointatm pvc 0 100 interface atm 0/1/0 0 100 encap aal5snap! 如果测试发现有丢包情况,可以通过命令

4、 show controller 了解更多细节情 况。如以下命令显示了某 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. 一般而言,环回测试直接了当:观察有没有象意料中的一样形成环,形成 环之后有没有发现传输错误, 然后根据测试结果调整线路或者设备。 但是有的时候, 环路测试的结果比较有迷惑性,下面举两个例子:有一次在通讯机房里做环路测试,从本地 E1传输设备上到本地路由器做环测试 没有问题,从本地 E1传输设备到远端路由器做环测试也没有问题,但从远端 E1传 输设备到本地路由器之间打环测试就会丢包。 由于从本地 E1传输设备到远端路由器 做环测试没有问题,所以本地 E1传输设备和远端 E1传输设备之间的线路不应该有 问题,但只要将这段线路包括进

7、来之后测试就会出现丢包。最后发现原来是这个通 讯机房里安装了微波传输设备,干扰大,线路屏蔽不好所以出现丢包。另外一次是一台 8540 ATM 交换机和 12406路由器 ATM 端口通过一段短短的 尾纤相连却发现大量 CRC 错误, 更换了端口模块、 尾纤都没有排除故障, 反复观察 才发现原来 8540交换机的时钟同步信号存在问题。还有一个特殊情况就是 3750、 3550、 2950等以太网交换机在端口上发送 keepalive 信息以检查端口是否激活,如果端口被环回,按照默认的错误检测处理 (errdisable规则,端口将会关闭。除非设置了错误恢复 (errdisablerecovery

8、功能,否 则在管理员干预之前端口不会恢复到正常工作状态。更严重的是网络中短暂的环路 (如错误的连接、生成树配置错误等都会引发这个错误,所以建议用端口配置命 令 no keepalive关闭端口激活检测或通过全局配置命令 no errdisable detect causeloop 防止因环回错误关闭端口,中断网络连接。附:点对点端口上的 ping 数据观察与分析 (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发 出 一 个 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,所以将包发回Apr 10 12:18:00.114: ICMP type=0, code=0 R1收到自己发出的 Echo Request, 以 Echo Reply(type=0相应并通过端口发送Apr 10 12:18:00.122: ICMP type=0, code=0 R2将包发回。 R1收到 Echo Reply (type=0,计算延时 (112-106=16ms。- 利用打环技术排

11、除网络线路故障在广域网络互联中 , 经常遇到物理线路有问题的情况 , 或者物理线路虽然连通 , 但上层 网络协议不稳定的情况 . 这时候 , 需要我们采取各种的方法来排除故障 .推荐经常用到的一个有关打环的技术 ,loop.从它名称可以看出 , 所谓打环就是将网络设备的发送端经过一个环路环回到此设备 的接收端 .这个环路可以是一个远程的环 , 远环 ; 或者可以是自己设备内部的一个环 , 内环 .环路的形成根据设备的不同情况 , 可能是逻辑上处理或者物理上来做 . 比如可能需要 在 DTU 设备上做某几个针脚的短接 , 也可能只需要在某 cisco 路由器中设置一条命令 就可以 , 命令格式 :interface pos 1/0loop erface pos 1/0loop internal打上环路后,用 show interfaceXX, 可以查看环路的状态,在 interface 下