网络故障案例.docxVIP

些有关网络的故障案例 作者 : skyzqq 时间 : 2006-3-1 17:09 标题 : 一些有关网络的故障案例 【条目标题】华为 S3026 多个 vlan 透传到思科 3550 终结，下挂用户 ping 网关时通时断 【产品类别】数据通信 【现象描述】组网： cisco3550 华为 S3026 用户 S3026 的多个 vlan 透传到 cisco3550 上终结， S3026 下挂的用户 ping 网关时通时断， 但同 一个 VLAN 内的用户互 ping 没问题。 【告警信息】无 【原因分析】 1 、查看 S3026 的 MAC 地址表项，已正常学习到了下挂用户的 MAC 地址， 但只学习到思科设备的一个 MAC 地址。 2、 查看cisco3550的MAC地址表，CISCO3550均学习到了 S3026下挂用户的MAC地址。 后查看 CISCO3550 的三层接口时发现多个三层接口均是同一个 MAC 地址。 3、 cisco3550 的所有三层接口均是同一个 mac 地址，那么 S3026 上学习到 cisco3550 上 的多个三层接口的 MAC 地址均为同一个 MAC ，而 S3026 交换机是 SVL 的转发方式， 所以 问题是在 S3026 上产生地址冲突。导致下挂用户 ping 网关时通时断。 【处理过程】 S3026E 是 IVL 的转发方式，不同 vlan 有相同的 MAC 地址不会产生 MAC 地 址冲突。可以换用此类型设备满足该组网需求。 作者 : skyzqq 时间 : 2006-3-1 17:10 【条目标题】两端设备 MTU 值不匹配导致部分网页打不开的问题 【产品类别】数据通信 【条目代码】 8007891 【最后修改时间】 2004.11.26 【案例标题】两端设备 MTU 值不匹配导致部分网页打不开的问题 【现象描述】某次工程开局过程中， NE16 路由器通过 POS 口上行，连接至 J 厂家的设备 上。为了提高 NE16 的转发效率，统一将 MTU 值改为 1500，这样可以避免在 NE16 上拆 分大报文， 因此 建议局方将 J 厂家设备的 MTU 更改为 1500 ，并且从 NE16 上 ping J 厂家 设备， 8100 的大包互通也没有问题。但工程完工后，却一直存在 NE16 下的以太网用户无 法访问部分网页的故障，（如 sina 网）但是同样情况下，有些网页却可以访问（如该省的 一个娱乐网站）。并且 NE16 通过以太网和 J 厂家设备互连， NE16 下的以太网用户就没有 不能访问部分网页的故障。而且该问题与用户使用哪一网段的 IP 地址上网无关。 【告警信息】无 【原因分析】 在 NE16 上打开 debugging tcp packet 调试开关， 发现从 sina 网上只能收到 少量的小报文， 由于使用以太网与 J 厂家设备互通正常， 以太网又便于抓包分析， 所以先从 以太网抓包入手， 对比分析两者报文的差别， 经过抓包对比发现能访问的网站返回的都是小 报文，无法访问的网站返回的报文多是 1500 字节或接近 1500 字节的大报文，并且这些大 报文的 DF 位为 1，即不可分片。 由于从 POS 口没有收到这些大报文， 那么问题可能出在 J 厂家设备上， 叫局方联系 J 厂家工程师查看其设备的配置， 发现了问题的原因， 原来 J 厂家 设备有两个 MTU 值设置位置，一个是针对链路层的，默认为 4474 ，一个是网络层（ IP） 的，默认为 4470 。局方工程师只修改了链路层的 MTU 值，没有修改网络层的 MTU 值，导 致网络层接近于 1500 字节的报文在加上链路层报文头后的长度大于 1500 而又不允许分 片，该报文只好被丢弃。造成了部分网站无法访问。 【处理过程】 修改 J 厂家设备的网络层的 MTU 值为 1500 、链路层的 MTU 值恢复为默认值 后问题解决 作者 : skyzqq 时间 : 2006-3-1 17:10 【条目标题】 3026ef trunk 端口环回受控功能未关闭影响所有用户上网问题 【现象描述】组网为 S8016+++(trunk)+++3026EF+++2016 用户反馈 S8016 1/0/0 端口下带所有业务出现过中断； 【告警信息】 %Jun 20 06:53:52 2004 s3026f DRV_NI/5/LOOP BACK: Loopback does exist on port 10 vlan 100, please check it %Jun 20 06:54:22 2004 s3026f DRV_NI/5/LOOP BACK: Loopback does exist on port 10 vla