实验 CISCO路由器日常维护和故障诊断时间版本说明修改人2008年4月9日V1.0实验手册开发课程名称:计算机网络工程实验名称:路由器日常维护和故障诊断实验目的： 路由器日常维护和故障诊断预备知识：计算机基础知识实验环境：Cisco路由器 实验任务任务一：路由器日常维护和故障诊断实验步骤任务一：路由器日常维护和故障诊断 通常我们使用show interface命令来查看接口的信息，如show interface gig 1/0或者show int pos 2/0等来分别查看路由器上千兆以太接口和POS接口的端口信息 查看以太网接口信息，在cisco上使用命令为： show interfaces fastethernet [slot/port-adapter/port] 查看POS接口信息，在cisco上使用命令为： show interfaces pos [slot/port-adapter/port] 1、下例给出了在cisco上查看第1槽位上第1个PA上的第1个快速以太网接口的接口的配置信息：telnet 219.142.17.42 10001 #进入远程路由器Router>en #进入特权模式Router# show interfaces fastethernet 1/0 #查看快速以太网F1/0Fast Ethernet1/0 is up, line protocol is up Hardware is TSWITCH, address is 00e0.f7a4.5130 (bia 00e0.f7a4.5130)MTU 1500 bytes, BW Kbit, DLY 100 usec, rely 255/255, load 1/255Encapsulation ARPA, loopback not set, keepalive set (10 sec)Half-duplex, 100BaseTXARP type: ARPA, ARP Timeout 04:00:00Last input 00:05:30, output 00:00:00, output hang neverLast clearing of "show interface" counters neverQueueing strategy: fifoOutput queue 0/40, 0 drops; input queue 0/75, 0 drops5 minute input rate 0 bits/sec, 0 packets/sec5 minute output rate 0 bits/sec, 0 packets/sec312 packets input, 18370 bytes, 0 no bufferReceived 216 broadcasts, 0 runts, 0 giants, 0 throttles3 input errors, 0 CRC, 0 frame, 0 overrun, 3 ignored, 0 abort0 input packets with dribble condition detected15490 packets output, bytes, 0 underruns2 output errors, 0 collisions, 2 interface resets0 babbles, 0 late collision, 0 deferred0 lost carrier, 0 no carrier 2 output buffer failures, 0 output buffers swapped out 2、下例给出了在cisco上查看第2槽位上第1个PA上的第1个快速以太网接口的接口配置信息： Router# show interfaces pos 2/0 #查看快速以太网F2/0POS2/0 is up, line protocol is upHardware is cyBus Packet over SonetDescription: PRI-T1 net to zippy (4K) to Pac-BellInternet address is 10.1.1.1/27MTU 4470 bytes, BW 1000 Kbit, DLY 40000 usec, rely 255/255, load 1/255Encapsulation HDLC, loopback not set, keepalive set (3 sec)Last input 00:00:00, output 00:00:00, output hang neverLast clearing of "show interface" counters 00:23:09Queueing strategy: fifoOutput queue 0/40, 0 drops; input queue 0/75, 0 drops5 minute input rate 0 bits/sec, 1 packets/sec5 minute output rate 1000 bits/sec, 1 packets/sec1046 packets input, 54437 bytes, 0 no bufferReceived 485 broadcasts, 0 runts, 0 giants, 0 parity0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort4013 packets output, bytes, 0 underruns0 output errors, 0 applique, 0 interface resets0 output buffer failures, 0 output buffers swapped out0 carrier transitions3、下表给出了show interface的输出中所有表项的具体含义：表项 描述 Fast Ethernet... is up...is administratively down表明接口的硬件当前是否是被激活的还是被管理员手工的showdown掉了。
line protocol is标识该接口的线协议也就是软件进程是否可用，还是被管理员手工的给shutdown了 Hardware硬件类型(例如MCI Ethernet, SCI, cBus Ethernet) 和硬件地址 Internet address带有子网信息的该接口的IP地址 MTU接口上的最大传输单元 BW接口的带宽，通常单位是kb/s DLY端口的延迟，单位是ms rely以255为参照数的接口的可靠性参数 (255/255 就是百分之百的可靠), 以5分钟的平均数来计算 load以255为参照数的接口的负荷(255/255 就是百分之百的负荷量), 5分钟的平均数来计算 Encapsulation接口的封装类型 ARP type接口配置的地址解析协议(ARP)的类型 loopback标识是否设置了接口回环 keepalive标识接口是否设置了发送存活(keepalives)信息 Last input自从接口接受到最近的一个数据包后的时间当该数据包是被precess-switch的方式转发的时候计数器会更新，而当该包是被fast-switch的方式转发时则不更新计数器 output自从接口发送最近的一个数据包后的时间。
output hang接口因为数据包传输时间过长而重启后的时间，如果没有重启，则显示为never Last clearing清除接口统计计数器后的时间注意：可能会影响到路由的变量信息时不会被清除置0的，例如load和reliablity 型号***表示清计算器后的时间太长显示不出来了 Output queue, input queue, drops在接口输入输出队列中的数据包的个数每个数字都跟了个/队列的最大范围以及超过了队列的最大范围而丢弃的包的数量 5 minute input rate,5 minute output rate在最近5分钟内每秒传输的数据包的平均值 packets input系统接受到的数据包的总的个数 bytes系统接受到的所有数据包(包括数据和MAC封装)的字节数 no buffer因为在系统中没有足够的缓存从而丢弃的数据包的个数可以和ignore的计数来比较以太网上个广播风暴和串行接口上的传输质量不好通常可能会导致该计数器的增加 Received ... broadcasts接口所接受到的广播和多播的数据包的数量 runts因为小于介质的最小的包大小而丢弃的数据包的个数。
例如，对以太网来说，小于64byte的数据包被认为是一个runt giants因为大于介质的最大的包大小而丢弃的数据包的个数例如，对以太网来说，大于1518byte的数据包被认为是一个runt throttles接口disable的次数，可能是因为缓存或者处理器过载等因素 input errors包括runts, giants, no buffer, CRC, frame, overrun, 和ignored的所有的计数器其他和输入相关的error包也可以造成input errors计数器的增长同时，一个数据包可能会包括多个的error CRC接口接受到的循环冗余校验和的数量在局域网中，通常是因为线路质量或者硬件的传输问题，一个比较高的CRC数目通常是有些工作站发送大量坏的数据包造成的 frame接受到的含有CRC错误和非整数的十进制数目的数据包的数量，在局域网中，通常是因为碰撞过多或者以太网设备的故障 overrun因为输入的速率超出了接受者硬件的处理能力没有硬件缓存来处理的次数 ignored和系统的缓存不同，这个是因为接口的内部缓存而造成的接受到数据包被忽略的数目 abort接受时中断的数据包的个数。
input packets with dribble condition detectedFrame超长的输入的数据包 packets output系统发出的数据包的个数 bytes系统接发出的所有数据包(包括数据和MAC封装)的字节数 underruns发送者传输过快导致路由器无法处理的次数 output errors接口认为的所有传输数据包的错误的总和，同时，一个数据包可能会包括多个的error collisions因为以太网冲突导致重传的数据包的个数 interface resets接口重启的次数在几秒钟时间内进入队列的数据包都没有传输的情况下可能发生在串行接口上，可能是因为传输的modem故障没有发送时钟信号或者线缆的问题 如果系统发现串行上因为有载波信号接口up但是协议是down的情况下，接口会努力周期性的重启自己当接口回环或者被shut down是接口也可能会重启 babbles传输的计时器到 late collision传输数据包序文报头后发生的碰撞叫late collisions通常发生late collision都是因为以太网的线缆过长，超出了它所能传输的距离限制造成的。
deferred因为载波的问题，芯片延后传输帧 lost carrier传输过程中丢失载波的次数 试验总结：通过本实验，让我们知道了路由器日常维护和故障诊断，对我们以后进入公司、企业进行网络管理大有益处。