IP案例分析.ppt

Schedule for IP Seminar 本次SEMINAR所有的文档限于内部交流讨论 Introduction 案例一－频繁的3937和3159(广播风暴) 案例二－偶然的3937和3159(错误的STP根桥) 案例三－无3159，偶然的3937(HTA缺陷) 案例四－无3159，大量的3937(VMGW解注册) 个人总结 M3UA相关案例 LAN topology for MSC server SWU variants: ESB26 is a 22-port 10/100BaseT/Tx + 2-port 1000 BaseT + 2-port 1000BaseSX Ethernet LAN switch plug-in unit integrated in the TMSCi, Compact MSCi, MSS, GCS, CDS, HLRi and SRRi mechanics. ESB20-A is a 20-port 10/100BaseT/Tx Ethernet LAN switch plug-in unit integrated in the MSCi, TMSCi, Compact MSCi, MSS, GCS, CDS, HLRi and SRRi mechanics. Each cabinet has redundant SWU pair (two pcs per cabinet) Each signalling unit is connected to the SWU pair of the same cabinet LAN topology for MGW SWU variants: ESA24 is a 24 port 10/100BaseT/Tx Ethernet LAN switch plug-in unit integrated into the MGW mechanics Two ESA24 per MGW 案例一－频繁的3937和3159(广播风暴) 现象： 1.大量的3937和3159不断出现和CANCEL 2.呼叫发起困难而且接通率很低 …… 故障定位方法： 1.CISCO路由器：show process cpu 2.ESB/ESA：show cpu utilication 3.CISCO路由器：show log 故障排除后定位方法： 1.CISCO路由器：show process cpu history 2.CISCO路由器：show log 3.网元MSS/MGW CPU PEAK LOAD 案例一－频繁的3937和3159(广播风暴)（续） 原因：RSTP/MSTP要求SWU之间的link为full-duplex 1.auto-negotiate协商失败，协商为half-duplex 2.线缆有问题，形成物理的half-duplex 3.交换机故障 4. 交换机之间成环的端口上配置了不转发BPDU包的命令 可选最终解决方法（各有优缺点）： 1.不使用RSTP/MSTP协议，使用legacy STP （802.1d）协议 2.更改网络拓扑，不使用交叉网线拓扑 3.根据OM，Control Plane，User Plane的特性，采用不同方法 案例二－偶然的3937和3159(错误的STP根桥) 现象： 1.偶然地同时出现3937和3159，几秒种内cancel 2.出现的时间没有规律 故障定位方法： 1.无法在这么短的时间内定位 故障排除后定位方法： 1.CISCO路由器：show spanning-tree mst 案例二－偶然的3937和3159(错误的STP根桥)（续） 原因： 1.由于MSTP/RSTP兼容Legacy STP，根桥错误地选择位于Site外部的OM交换机 2.Site内交换机与根桥之间的cable中断和恢复，会引起根桥重选，从而引起网络丢包 3.本案例中，没有在CISCO路由器的没有相关日志增加了故障分析难度（根桥重选不写入日志，与OM连接采用了10baseT-E1转换器） 最终解决方法： 1.提高Site内交换机的根桥优先级 2.确认不成环的前提下，过滤了Site外部的OM交换机发送的BPDU包 3.如果是MSTP，不将相关VLAN加入instance 0中 案例三－无3159，偶然的3937(HTA缺陷) 现象： 1.没有3159告警，大量的3293告警出现的同时偶而出现少许3937告警 2.3937告警在数秒内恢复 故障定位： 1.主平面网络出现问题 故障恢复后定位： 1.大量有关M3UA和H248的3293告警，说明主平面出现故障 原因： 1.MSS或者MGW回送SACK错误 2.还有一种情况是，VMGW注