1、网络产出线2013年IPRAN培训,烽火通信科技股份有限公司2013年2月,主要内容,NMU常用命令NMU故障处理典型案例,2,NMU常用命令-OSPF相关命令,show ip os n 查看OSPF邻居show ip os d 查看OSPF LSDBshow ip os 查看OSPF运行参数,3,NMU常用命令-agent相关,agent port-info 2 端口状态监视列表 agent port-info 3 邻居为PTN的端口列表 agent area-key 0 设置ABR上所有本地域均汇聚 agent area-key 1 设置ABR上总汇聚关掉依据IDIP中的配置进行本地域汇聚
2、配置 agent ne-address 查看当前网元的网块号和网元号 agent callout-dump 查看NMU运行时间 agent idip 0 查看本站IDIP相关信息 agent idip 1 查看本站邻居相关IDIP信息 agent idip-set 设置本站IDIP信息 agent reset-all block ne 复位指定网元,4,NMU常用命令-agent相关,etppp test number xxx len xxx channel xxx 检测指定光路的工作状态show etppp test 显示指定光路的性能统计（丢包，自环，正常）reload 手动复位本站NMU
3、软件,5,NMU常用命令-内核相关,show ip route查看NMU路由表ping A.B.C.D 检查相应站点是否可达,6,ospf无邻居-但是状态监视无端口,输入agent port-info 2无相应端口1.本站光路未LINK-检查光路问题2.本站光路LINK，但是NP线卡丢包原因为REASON_OAM_CHANNELTYPE_ERROR -远端PTN的MPLS-TP控制字未设置为0x7ffa3.本站光路LINK，但是NP线卡丢包原因为REASON_ING_VP_OAM_GACH_FORMAT_ERROR -远端PTN未设置为MPLS-TP模式,7,ospf无邻居-但是状态监视无端口
4、,PTN640的MPLS-TP配置观察NMU协议栈下发现的MPLS-TP端口,8,ospf无邻居-但是状态监视有端口,输入agent port-info 2有相应端口 1.本站和远端站点的的OSPF域配置不匹配，通过NMU抓OSPF包来确认2站OSPF域配置是否匹配？ tcpdump eth0 y vlan_11_and_ip8:2&0x59=89 PTN设备专用，其中11为端口对应VLAN号，etppp0对应11，etppp1对应12,9,tcpdump eth0 y ether24:4=0x20001 IPRAN设备专用，其中2为槽位号 1为端口号，全部为16进制，如15槽位2口即为0xf
5、0002,10,邻居停留在Init状态,OSPF状态为Init，表示本站hello包到对端站点不可达（俗称单通）1.确定对端站点是否LINK，（如果从数据业务部分无法判断该站点有没有LINK，则此操作需要下站处理判断）。2.本站为660站点且配置为MPLS-TP模式，对端站点业务盘未配置为TP模式（或者是下发了设备配置取消了业务盘MPLS-TP模式），此时表现在660站点上为单通，如果本端站点该盘无业务，建议先设置取消660上该业务盘MPLS-TP模式（注意此操作可能会影响业务，后果请自行承担），观察OSPF邻居状态，如果正常，则可以确定对端站点未配置MPLS-TP，此时再在网管上重新配置（本
6、站和对端站点的TP模式）。,11,邻居停留在Exchange/ExStart,问题描述：（案例来源云南曲靖传输本地网），对全网下发全网复位命令之后，网块25网元上网管，然后再对网块25执行网块复位操作之后，网块25的16.32.8.32站点掉网管，在网块25的16.32.254.1站点上观察邻居16.32.8.32停留在Exchange状态。,12,邻居停留在Exchange/ExStart,处理步骤： 1.telnet登录站点16.32.254.1,输入sh ip os n观察发现端口etppp0对应的邻居16.32.8.32处于Exchange状态，同时参数DBSml为8，怀疑可能是DD包
7、在不停重传。2.使用tcpdump eth0 vlan_11_and_ip8:2&0x59=89抓取OSPF包发现，仅仅抓到站点16.32.254.1发过去的DD包，没有收到站点16.32.8.32发过来的DD包 3.初步怀疑是链路MTU问题导致DD包发过去之后对端无法收到造成该问题，下发全线复位操作之后，站点16.32.8.32可以ping通，telnet登录16.32.254.1站点在VNPP的shell下使用命令ping 16.32.8.32 l 1500发现使用MTU值无法ping通。4.找XCU相关同事过来进行了交叉配置，修改之后，在16.32.254.1站点可以用1500的大包pi
8、ng通16.32.8.32，此时执行网块25复位操作，发现站点16.32.8.32可以ping通了。,13,邻居停留在Exchange/ExStart,这种情况下如何处理： 1.建议带OTNM2000下站，到站上去配置端口MTU。 2.建议尝试全网复位操作（此操作有风险，后果请自行承担），有一定的概率会出现该站点通过OSPF带上网管，此时再进行配置对端站点业务盘MTU值即可。 案例关键字：PTN640，网元数目约1000左右。,14,多台站点网管IP配置相同-交换机直连站点,问题描述：（案例来源武汉移动传输本地网），传输机房下挂多台660和865设备，通过交换机直接相连，用户下发IDIP本地网
9、元IP配置操作，大约10台设备的IP地址配置为一样，造成全网脱管故障。,15,多台站点网管IP配置相同-交换机直连站点,处理步骤： 1.通过达到核心机房发现火车站1和火车站2无法通过PC登录，通过wireshark抓包发现2个站点的IP全部配置为一样。 2.将火车站1和火车站2完全独立开来发现SN也被修改了。 3.通过专人下站使用OTNM2000网管修改所有交换机直连站点的IP之后，网络恢复正常。案例关键字：禁止对使用交换机互联的NMU设备下发IDIP本地IP设置，如需设置需要需要将该站点完全断开。,16,ping包丢包,17,本地域双挂ABR部分站点无法ping通,问题描述：（案例来源武汉移
10、动传输本地网）本地域接入环通过A和C站点接入D、E、F，当D和E之间出现光路故障的时候，出现D站点间歇性的无法ping通的故障。,18,本地域双挂ABR部分站点无法ping通,处理步骤： 1.登录B站点发现存在如下路由，一般路由为24位掩码明细路由，此处发现ABR对路由进行了路由汇总summary操作。2.登录A和C输入agent area-key 2发现数值为0，即本地域全部汇聚。 3.输入agent area-key 1设置依据网管上的域汇聚配置（确认自己配置的为本地域不汇聚） 案例关键字：本地域双挂核心节点，接入环故障，间歇性掉网管。,19,本地域双挂ABR部分站点无法ping通,20,Ospf邻居为FULL但是无法ping通,请尽快与我们取得联系！,21,Any Questions？,22,
