- 1、本文档共33页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软交换故障处理手册要点
软交换故障处理讲座 定期解闭GARP板来防止信令瞬断 爱立信软交换设备由于GARP板问题经常导致至MGW的信令瞬断,关于MGW瞬断的问题,是由于GARP板的某些counter溢出,导致GARP板每50天发生启动,从而导致MEDIA GATEWAY UNAVAILABLE告警。目前临时性的解决方法为:在第49天的时候,手动闭解GARP板RP,可避免该问题出现。日常维护建议:每月定期闭解一次GRAP板。 解闭有问题的RP解决M3UA链路问题 通过MGW侧告警得到哪个Association出现问题,即哪条链路出现问题 通过命令M3RSP:DEST=ALL;来检查MSC侧对应的Association 通过命令IHALP:EPID=ALL;来检查该Association对应的IP地址 通过命令IHCOP:IPPORT=ALL;来得到该IP地址对应的IPPORT 通过命令EXEMP:EM=ALL,RP=ALL;得到该IPPORT对应的RP 闭解该RP,然后检查MGW侧告警是否消除,如果没有消除,立即通知爱立信技术支持部请求技术支持。 更换低版本的GARP板来解决M3UA瞬断 经爱立信确认:对于版本ROJ 208 16/3 R1A 的RP硬件,有个别板子有硬件问题,主要体现在消息处理上的容忍限度,在很小干扰的情况下,RP就可能出现RP错误,导致RP闪断,出现M3UA的瞬断,如果该RP在10分钟内出现3次闪断,RP将倒换到备用RP上。 通过两个现象可以决定M3UA的瞬断是由于RP的硬件错误造成的 1、RP的event code来决定 通过RP的EVENT CODE来看,如果ERWORKING是H06A H0002 H0055,证明该RP的硬件有问题,应该及时更换 2、通过RP DUMP来判断 通过TERDI打印可以看出,如果打印出现FATAL SDRAM ECC ERROR DETECTED AT 0xxxxxx,证明该硬件有故障,更换硬件 更换低版本的GARP板来解决M3UA瞬断 建议更换的RP版本为ROJ 208 16/3 R1B/B,如果没有这种版本,可以更换成版本为ROJ 208 16/1 R3A,如果这2种版本都没有,可以更换一块新的版本为ROJ 208 16/3 R1A板子,大多数这种板子都没有这种问题。 软交换故障处理讲座 LYIGM9以前因缺软件补丁经常出现资源吊死经常导致下面的用户不能正常通话,临时性的解决办法是在夜间做冷启,后来联系省公司打上补丁后才彻底解决。 SERVER中的ET1551光板因RP软件版本问题经常出现瞬断现象,后来降低RP软件版本后瞬断次数大大减少,但仍然偶尔发生。 LYIGM8、LYIGM9 以前因SCB板子存在缺陷 经常出现媒体网关不可用的告警,后来更换了LYIGM8、LYIGM9两个MGW共16块SCB板子。更换完成并冷启动以后,交换机一直工作正常。 从以上可以看出,对于因设备软件版本引起的问题的解决办法就是积极联系厂商进行软件升级或者更换单板。 软交换故障处理讲座 数据添加后MGW上E1、TDM状态正常,SERVER上DEVICE状态正常,而SNT状态为ABL。一般在MGW上闭解一下terminalgroup,重新向server发送teminition状态改变通知可以恢复。 关于爱立信软交换和华为软交换电路状态的故障,是双方信令配合的问题。可以对状态不正确的电路进行双方的闭塞和解闭,必要时重新添加一下数据。如仍旧不能解决问题,可在爱立信交换机侧用test system指令强制复位电路状态。 数据添加后MGW上E1、TDM状态正常,SERVER上SNT状态正常,而DEVICE状态为ABL。将设备在SNT上重新添加一遍,先在MGW侧闭掉相应的TERMINAL GROUP,然后执行EXDAE-EXDRE-NTCOE后再重新定义,解闭的时候先在MGW侧解闭TERMINAL GROUP,再解开SNT和DEV。 这种情况还有一种原因是数据设置有误,去年临沂曾发生过因对端济南某局设置的路由参数SPN有误导致DEVICE状态为ABL,后来修改了SPN之后电路才恢复正常,这种错误比较隐蔽,需要联系双方共同检查数据后才行。 软交换故障处理讲座 根据用户投诉或登陆到相应非主机框GPB板上使用mesc_info_im -all 查看是哪条录音通知出问题。 在SERVER上使用tctdi:bo=99,bnb=;指令监听录音通知是否正常。 对于GMPV3版本来说录音通知一般放在主机框12、13板位,使用total command工具登陆到相应的MGW文件夹,进入p001200/im_basic_messages/phras
文档评论(0)