路由故障案例解析.docVIP

路由故障案例分析 2010-5-14???来源：51cto???我 要评论 投稿 打印 MSN推荐 博客引用 ??大 | 中 | 小 导读： 路由故障在局域网中比较普遍，而且其影响的面也非常大，本文将和大家分享三例典型的不同类型路由排错案例，希望对大家有所启发。 关键词：路 由故障案例 外 网端口流量 ? 正在加载数据... 　　路 由故障在局域网中比较普遍，而且其影响的面也非常大，往往会导致大面积或者全局性的网络瘫痪。对管理员来说，掌握路由排错的思路和技巧是非常必要的。本文 将和大家分享三例典型的不同类型路由排错案例，希望对大家有所启发。 　 　案例1 不堪重负，路由器外网口关闭 　　1、 网络环境 　　某单位使用的是Cisco路由器，租用电信30MB做 本地接入和l0MB教育网双线路上网，两年来网络运行稳定，路由器也没有发生故障。随着网络用户数量增加，原来电信30MB已不能满足需要，于是决定租用 电信1OOMB来解决带宽问题。电信采用光纤接入到单位机房后，使用百兆光电转换器经转换后通过双绞线接到路由器外网口上面，该路由器使用是千兆电口作为 外网口，由于光电转换器只有1O0MB，该端口连接后速度显示100MB。 　 　2、外网端口流量为零 　　经过几天的运行，管理员发现每天当路由 器外网口流量超过50Mbps/s后，该端口就会出现“Receive Errors” ，流量超大，错误信息很多。突然有一天，出现外网不能上了，Telnet到路由器上面，发现电信对应的外网口没有流量，显示状态为UP，路由器上其他端口 工作正常。第一反映是电信的那边出现问题了，是电话通知电信那边查检一下，对方很快回应说没有什么问题，并询问是否光电转换器死机了。于是管理员将光电转 换器重启后，故障依然。没有办法，只好将路由器重启一下，故障排除。谁知，过了不到一个小时，故障又重现。Telnet到路由器后将该外网口执行 shutdown和undo shutdown后，故障排除。谁知，将所有有关病毒的安全策略应用到该端口，将tcp mss修改为2048(厂商默认1460)，故障依然出现。 　　 3、故障分析 　　管理员发现在故障发生时，CPU显示 23%，Memory为33%，不算太高，关键是其他接口都正常工作，看样子问题还是出现在这个端口上面。可这个端口已用了两年了，升级扩容以前没有出现 端口不能正常通讯的情况， 端口硬件应该是有什么问题。通过网管软件对端口关闭前的流量检测，发现该端口关闭前有很大的流量通过(超过80Mbps/s) ，显示端口的错误信息也比较多。通过分析得知应该是网络流量太大，利用率过高所致。流量超过80%后，造成端口不能正常。如果该端口能工作千兆模式 下，100MB带宽仅利用该端口10%，这样端口可以轻松处理。 　 　4、解决方案 　　在找到症结后，推荐的解决方案是购买千兆光电转 换器代替原来的百兆设备，而且价格也比较便宜。但为了保证网络运行的稳定性，该单位决定直接购买一个千兆光口路由模块，直接利用光纤进行通讯，减少网络延 时。电信则通过端口限速来控制保证提供百兆带宽。通过一段时间运行，发现该端口除了有少量错误信息外，再没有出现过端口无故关闭情况。 　　案例2 路由器为何发包失败 　　在路由器的配置过程中，经常会碰到这样的问题：网络通信正常，路由器可以成功路由 数据包到目标网络，但是从路由器发的数据包却传送失败，故障表现为路由器ping目标网络失败，下面就是一个典型的案例。 　　(1).现象描述 　 　某单位的网络配置完成后，管理员在测试网络连通性时发现：从PC机(95) 向目标网络(5/26)发送Ping时，路由器R1可以成功转发数据包，然而从R1向目标网络(5/26) 发送ping时，出现ping失败。 　　(2).排错过程 　　首先，跟踪ping所经过的路径。检查R1的路由表，目标地址 5可以与路由表中/0相匹配。检查R2、R3、 R4的路由表，均可以发现与目标地址匹配的路由表项。 　　然后，跟踪ICMP回应应答数据包所经过的路径。为完成这一步骤，要明确回应数据 包的源地址，PC发送ping时，回应应答数据包的目标地址就是 95。而路由器R1发送ping时，回应应答数据包的目标地址就是46。对照R4的路由表，发现与 95匹配的路由表项，而未发现与目标地址46相匹配的路由表项。看来，ICMP的回应应答数据包在R4处理时 被丢弃了，所以从R1向目标网络R4(5/26) 发送ping时，出现pmg失败。 　　解决办法是：在路由器R4上增加一条指向44/30的静态路 由，下一跳的地址为14。完成后，在R1向 R4发送ping时，发现一切正常了。 　　此类网络故障尽管不会影响网络的正常通信，排除的过程也很简单，但在网络故障的分析 与排除时