SMC2.0下电重启后MCU状态异常
问题描述
SMC和SC进行手动下电,90分钟后重新上电后出现以下问题:A局点MCU离线;B局点MCU SNMP连接不上、SIP注册闪断;C局点 MCU SIP注册不上
处理过程
A局点MCU离线问题
SMC侧
1)分析SMC日志,SMC和中心医院MCU间TCP连接一直失败;
2)结合SMC侧抓包进行分析,SMC每10秒发起一次连接,在TCP三次握手时就会收到对端的重置包导致连接失败。
MCU侧
1)分析中心医院MCU日志,MCU处理连接请求时检测到ssl连接失败,原因为对端重置连接(Connection reset by peer);
根据SMC、MCU侧分析,存在中间网络设备频繁重置SMC和MCU的连接,导致中心医院MCU无法上线。
B局点 MCU SNMP连接不上
SMC侧
1)分析SMC日志,SMC发送SNMP连接请求后收不到响应导致连接失败;
2)分析SMC侧抓包,SMC发送连接请求后没有任何响应;
3)SMC后台telnet连接河源MCU的SNMP监听端口(161),也报连接失败;
MCU侧
1)分析河源MCU日志,MCU的161端口处于监听状态,但始终收不到连接请求;
根据SMC、MCU侧分析,河源MCU SNMP连接不上为网络拦截导致。
B局点 MCU SIP 注册闪断
MCU侧
1)分析河源MCU日志,问题时MCU发送注册请求后始终收不到响应;
2)同时底层协议栈上报状态码408,表示“注册超时”;
SC侧
1)分析SC日志,SC和MCU间TCP断链导致注册失败;
根据SC、MCU侧分析,B局点 MCU 注册闪断为TCP断链和网络拦截导致。
C局点 MCU SIP注册不上
MCU侧
1)分析佛山MCU日志, MCU发送注册请求后始终收不到响应;
2)同时底层协议栈上报状态码499,此处表示注册消息发送失败,为TLS建链失败导致;
SC侧
1)分析SC日志,SC上电后始终未收到MCU的注册请求;
2)同时结合SC信令诊断分析,SC收不到佛山MCU的任何请求;
根据SC、MCU侧分析,佛山MCU 注册不上为TCP建链失败导致。
根因
问题一:A局点 MCU离线为中间网络设备频繁重置连接导致;
问题二:B局点 SNMP连接不上为SMC的SNMP连接请求被拦截导致;
问题三:B局点 注册闪断为TCP断链和网络拦截导致;
问题四:C局点 MCU 注册不上为TCP建链失败导致。
解决方案
- 协调客户网络工程师排查网络;
- 尝试修改监听端口或协议观察是否恢复。
建议与总结
当部分MCU 无法正常注册到SMC 服务器,需耐心分析,逐步排查是SMC 还是模块问题,通过抓包以及日志关键字,找出问题线索,找到问题根因
版权声明:
作者:SE_Meng
链接:https://www.cnesa.cn/652.html
来源:CNESA
文章版权归作者所有,未经允许请勿转载。
共有 0 条评论