F822窄带故障定位手册

aatlj

F822窄带故障定位手册

窄带故障处理：  
                1. 通过show card检查V24B/V24C窄带单板状态，正常应该为inservice。   
                2. ag模式下get-slcstatus查看窄带用户电路是否为idle。   
                3. 如果故障端口为lockout则检查外线是否有混线情况（V1.1.0P1T1版本检测外线混线 lockout，lockout后必须重启F822恢复，V1.1.0P1T3及以后的版本取消对外线混线lockout的检测，如果用户话机摘机后长时间没有动作，则30秒过后会显示为lockout，这种情况用户只要话机摘挂机一次就能够恢复端口状态为idle）。  
                4. 如果为manual则可能上层OLT打开了自动下发功能造成异常数据下发，或者OLT上 对F822窄带端口描述错误，也可能是网管或第三方网管下发错误操作。验证方法：拔掉F822上联光接口，删除窄带数据erase voip-config，重启之后如果为正常idle。但是接上OLT后又出现Manual状态，就需要检查上层设备。F822上通过show operation-log snmp-set可以查看SNMP方式的网管对设备关闭端口的操作记录。
                5. ag模式下get-ipsstatus查看RTP资源是否为idle。如果为Fault则可能因为前期开局 没有清空数据重启直接配置造成，可以尝试erase voip-config后直接reboot，起来后再检查ips状态，如果仍旧为power-off，App版本为V1.0则检查带内MAC地址是否还原造成。
                6. 如果Ipsstatus显示为Fault，先show mac system检查设备带内mac地址是否变为 00-D0-D0-81-94-E7。若mac地址变为该MAC，需要手动configure mac inband xx-xx-xx-xx-xx-xx修改MAC地址为PON MAC最后一位+1，然后重启设备恢复。比如show pon mac为00-1e-73-e3-fa-b1, 则 F822带内MAC应该为00-1e-73-e3-fa-b2。此问题属于版本问题，可升级到V1.1App系统解决。  
                7. 如果Ipsstatus正常，但是用户使用一段时间后就出现问题，摘挂机数次后又正常或是 重启设备也能立即正常，就需要查看F822上配置的RTP资源和SS上是否数量一致，此问题主要出现在对接中兴SS时。  
                8. ag模式下查看get-slcattrib slot 1中的usermode是否为H248，get-mgbaseattr mgid 1 中PROTYPE也是H248（注意：针对H248协议）。  
                9. 如果usermode是IDLE状态，且确认get-slctermid显示已经配置了用户的TID，则可 能是由于之前开局时操作步骤不规范导致。Erase voip-config之后，重启系统再重新做窄带数据测试。注意：实行erase voip-config后必须紧接着实行重启系统命令，不要再实行保存或者其他配置操作。   
               10. 用户摘机是否有拨号音，如果有拨号音需要通过抓信令分析, 假如拨号后直接忙音，且 确认被叫是正常的，查看设备侧配置的ipstermid格式是否与SS侧一致。  
               11. 用户摘机后如果没有拨号音，但马上是忙音则需要抓信令分析SS直接下忙音的原因。
               12. 如果用户摘机后没有拨号音，隔2秒左右出现忙音，则可能是SS上没有配置相应的 Slctermid造成。也可能是设备侧配置的Slctermid格式与SS侧不一致，检查TID配置情况。
               13. 如果用户主叫手机这种长号码，拨前几位之后听到忙音，需要抓信令分析。查看是否 SS因为在一定时间内没有收到号码上报才下忙音。这种可通过修改F822长短定时器时间测试，这种问题多见于与HUAWEISS对接，但是MGC类型选择却是中兴SS, 只修改了HUAWEISS的定时器造成。另外，如果确认用户拨号后按下“#”号键能够成功把号码送给SS打出电话，就能判断为长短定时器问题，可以根据SS要求进行相应调整，单位秒。  
               14. 从F822 ping一下SS看是否能ping通。如果不能，先检查语音路由配置是否正确， 再检查上层OLT内联口是否学习到F822语音VLAN。比如show mac ethernet inner-port_0/3/1，检查OLT 第三槽位第一个PON口的内联口MAC地址学习情况。
               15. 如果OLT内联口能学习到，则查看OLT上联口mac地址学习情况来判断是否存在MAC 地址飘移。如果清空OLT MAC地址表，F822的H248注册成功，一般就是OLT上有MAC地址漂移问题引起。  
               16. 如果F822带内MAC地址还原，造成OLT PON口下学习到00-D0-D0-81-94-E7，此 时OLT上联网络中也有00-D0-D0-81-94-E7出现在上联口时（比如其他OLT下也有MAC地址出现还原就可能发生）。此时故障现象表现为清空OLT MAC地址语音能够暂时恢复，F822能够ping通语音下一跳和SS，但是过一会儿又出现中断。并且故障影响到同一个PON口下其他F822设备无法ping通下一跳和SS，造成一个PON口下F822语音业务全断，此时MAC还原的F822 在OLT上状态可能会显示为offline，实际ONU会出现一会儿online，一会儿offline的情况。需要修改F822 带内MAC地址为正常的14. 从F822 ping一下SS看是否能ping通。如果不能，先检查语音路由配置是否正确， 再检查上层OLT内联口是否学习到F822语音VLAN。比如show mac ethernet inner-port_0/3/1，检查OLT 第三槽位第一个PON口的内联口MAC地址学习情况。 15. 如果OLT内联口能学习到，则查看OLT上联口mac地址学习情况来判断是否存在MAC 地址飘移。如果清空OLT MAC地址表，F822的H248注册成功，一般就是OLT上有MAC地址漂移问题引起。  16. 如果F822带内MAC地址还原，造成OLT PON口下学习到00-D0-D0-81-94-E7，此 时OLT上联网络中也有00-D0-D0-81-94-E7出现在上联口时（比如其他OLT下也有MAC地址出现还原就可能发生）。此时故障现象表现为清空OLT MAC地址语音能够暂时恢复，F822能够ping通语音下一跳和SS，但是过一会儿又出现中断。并且故障影响到同一个PON口下其他F822设备无法ping通下一跳和SS，造成一个PON口下F822语音业务全断，此时MAC还原的F822 在OLT上状态可能会显示为offline，实际ONU会出现一会儿online，一会儿offline的情况。需要修改F822 带内MAC地址为正常的MAC地址，然后找出OLT上联口学习到的00-D0-D0-81-94-E7对应的其他故障F822, 并修改其MAC地址。