设为首页 收藏本站
查看: 1730|回复: 0

[经验分享] Cisco 路由器故障解析

[复制链接]

尚未签到

发表于 2018-7-22 11:17:39 | 显示全部楼层 |阅读模式
   与接口相关的命令  下面我们将阐述一些直接与路由器活跃接口相关的命令。show ip interface brief将显示每一个路由器接口的IP地址信息以及第二层的状态信息(如下所示)。其他与IP对应的协议的相关性信息可以通过相应命令属性获得,比如show ipx interface brief。
  YH-Router#sh ip in brief
  Interface IP-Address OK? Method Status Protocol
  TokenRing0/0 172.26.12.3 YES NVRAM up up
  TokenRing0/1 172.27.12.3 YES NVRAM up up
  TokenRing0/2 172.28.12.3 YES NVRAM up up
  TokenRing0/3 unassigned YES NVRAM administratively down down
  Ethernet1/0 172.30.12.3 YES NVRAM up up
  Ethernet1/0 172.31.12.3 YES NVRAM up up
  Ethernet1/0 172.32.12.3 YES NVRAM up up
  Ethernet1/0 172.33.12.3 YES NVRAM up up
  show interface命令可以获得更多的信息。我们以以太网为例来讨论这些通用接口参数。
  YH-Router#sh int e1/0
  Ethernet1/0 is up,line protcol is up
  Hardware is cxBus Ethernet,address is 00e0.f78a.6d40(bia 00e0.f78a.6d40)
  Description:seg=E2 LAB SRV1
  Internet address is 172.30.12.3/16
  MTU 1500bytes,BW 10000Kbit,DLY 1000usec,rely 255/255,load 1/255
  Encapsulation ARPA, loopback not set, keepalive set(10sec)
  ARP type:ARPA,ARP Timeout 04:00:00
  Last input 00:00:00,output 00:00:00,output hang never
  Queueing strategy:fifo
  Output queue 0/40,44 drops;input queue 0/75,66114 drops
  5 minute input rate 181000 bits/sec,23 packets/sec
  5 minute output rate 43000 bits/sec,26 packets/sec
  525599659 packets input,2042735431 bytes, 0 no buffer
  Received 4004547 broadcasts,10 runts,0 giants
  139 input errors, 0 CRC, 129 frame, 0 overrun, 0 ignored, 0 abort
  0 input packets with dribble condition detected
  481020335 packets output, 1069273018 bytes, 47 underruns
  20 output errors, 95880485 collisions, 0 interface resets
  0 babbles, 0 late collision, 0 deferred
  0 lost carrier, 0 no carrier
  0 output buffer failures, 0 output buffers swapped out
  其中:
  Ethernet 1/0 is up 表明OSI模型的第一层成功启动。
  Line protocol up 表明第二层成功启动 。
  Description 用户自定义的描述。使用这一功能给出接口准确的描述是十分重要的。在一个大型组织中,一个局部网络的工程师很难定位发生故障的路由器。
  MTU 指定最大传输单元,用户可以配置。
  BW、Dly、rely、load(带宽、延迟、可靠性和负载):这些参数与IGRP/EIGRP标准有关。带宽和延迟的配置可以影响到路由选择。在工作正常的接口中,可靠性的值为255。除非在十分繁忙的条件下,否则负载通常不应超过150/255。
  Encapsulation 它指在接口的第二层封装。在以太网中,对于IP,Cisco的缺省设置为ARPA,而IPX的缺省设置为Novell-Ether。
  从输出中还能获取哪些其他的信息呢?读者可以看到,ARP cache timeout的值为4小时(该值为缺省设置)。从路由器接口输入到输出的时间 不到1秒钟。输出从未被挂起。接口计数器最后一次被清0是在5个星期以前。在评估接口的统计信息时,这些数据是十分有用的。在通常情况下,可以将计数器清0以便作进一步的监视。
  接口所采用的是FIFO排队规则。输出队列和输入队列的缺省长度分别为40和75。队列中都不包含报文。在计数器最后一次被清0后,输入队列丢失了许多报文。但是,正如我们前面所说的,计数器5个星期未被清0;因此,该值不能说明一定发生了网络故障。在这种情况下,应该首先将计数器清0,然后再监视输出队列的丢失报文数。
  同时,命令的输出中还显示每1秒钟通过路由器接口的平均信息量(以字节为单位)以及报文数。这些参数的总量信息、路由器接口观测到的所有广播报文的数量也在命令的输出中显示。如果广播报文的数量增长非常迅速,尤其是如果相对于输入报文的数量非常高,则表明在局域网段中有广播风暴。由于某些特定的应用程序需要频繁使用广播报文,因此确定广播报文的数量阀值是很困难的。但是,如果广播报文的数量超过了整个输入报文的30%,则需要使用局域网协议分析仪进一步检测网络。
  我们还可以获取接口的下列错误检测信息:
  Runts 是指大小小于最小值的报文。在示例的以太网中,该值为64。以太网中指定最小报文大小大小是由于在这种传输模式下的工作站需要检测碰撞。如果以太网段中包含以太网中继器并且其距离符合规定的标准,最小报文大小大小可以使处在这种传输模式下的工作站检测线路中的任何碰撞。
  Giants 指大小超过线路可以承受的最大报文大小的报文。以太网的MTU通常为1500字节,或者最大的封装数据为1500字节。
  Input errors 指到达报文中检测到的错误,也可能表明网段本身发生了错误。
  Output errors 指输出报文中的错误,它可能表明路由器接口本身发生了故障。
  CRCs 由于报文不正确的以太网校验和而检测到的循环冗余校验错。它可能由于网段的噪声引起,或者由于网卡故障、报文冲突引发。CRC的频 率应是每100000个输入报文中发生一次。
  Frame errors 指接收到的帧的类型与路由器以太网帧类型(IP协议帧类型为ARPA)不匹配。
  Aborts 在碰撞检测中过度的重传而导致的问题。在以太网中,重传的最大次数不超过15次。
  Dribble condition 指接收到的帧比MTU大,但不属于Giants。
  Babble 是指持续接收到可疑的帧。
  Deferred 如果线路繁忙,报文在传输时将被延缓发送。
  Interface resets 在检测到过多的错误时,路由器将重置接口。这些错误可能存在于局域网段中,也可能是接口本身的错误。在此不能够判断具体是那儿发生故障,但是,如果伴随着大量的输出错误,则表明路由器接口本身发生故障。
  Collisions 在以太网中,冲突被分为两大类:early和late。early collision 由发送方在帧的前64个字节进入线路之前检测到的冲突。early collision是以太网CSMA/CD访问方法中的组成部分。early collision通常导致小的被中断的帧或称为runt。Late collision发生在帧的多个字节(大于64)被发送到线路中时产生的冲突。在理论上,以太网不会产生此类冲突。产生late collision的原因包括:
  ???;; 电缆违反了距离规则。
  ???;; 发生故障的NIC卡不正确地监听线路。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-539716-1-1.html 上篇帖子: Cisco Press CCNA (640-802) Video Mentor 2nd Edition - RAGAiSO 下篇帖子: Cisco PVST
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表