TE30升级完成后无法完成呼叫

发布时间:  2014-06-30 浏览次数:  485 下载次数:  6
问题描述
东北欧某局点TE30升级完成后无法完成呼叫。从客户反馈的防火墙截图来看,呼叫端口发生改变。
告警信息
提示呼叫失败
处理过程
本例:
客户并未反馈具体呼叫时间点,27号报此问题给TAC。筛选27号
[User][Info] 2014-06-27 10:32:38 LOG_MOD_RC 145866 Web string:Place the terminal in sleep mode.
[User][Info] 2014-06-27 12:27:48 LOG_MOD_WEB 146882 Web string:Web user login: (admin:xxxx)
[User][Info] 2014-06-27 12:27:57 LOG_MOD_WEB 146893 Web string:Export log file successfully! (admin:xxxx)
发现客户今日并未进行呼叫,仅做了导入导出操作,继续查呼叫记录。
[System][Info] 2014-06-25 09:11:13 LOG_MOD_MC 119492 Web string:Wifi mode change success ,work mode : 1.
[System][Info] 2014-06-25 09:11:13 LOG_MOD_MC 119494 Web string:DNS Start Condition: Errno = 0x0.
[System][Info] 2014-06-25 09:11:13 LOG_MOD_MC 119517 Web string:DNS Start Condition: Errno = 0x0.
[System][Info] 2014-06-25 09:11:52 LOG_MOD_RC 119568 Web string:Call : Start point to point call.
[System][Info] 2014-06-25 09:11:52 LOG_MOD_RC 119577 Web string:Calling has responsed.
发现最近一起呼叫记录是25号的,但是实际呼叫并未成功,也并没有异常消息。
但这边发现一个异常
[System][Info] 2014-06-25 09:11:13 LOG_MOD_MC 119492 Web string:Wifi mode change success ,work mode : 1.
优先WIFI呼叫。此时若实际使用固定IP,则呼叫会走WIFI网络。
根因
类似呼叫问题,一般定位方法可以通过两头抓包进行确认。但TE30和之前老VCT终端不同,没有多余网口,故抓包需要同客户侧进行配合,在交换机上进行端口镜像。本例以TE30为例,通过日志和配置文件进行问题定位,分享之。
     遇到此问题后,建议客户反馈TE30的日志文件和配置文件。
1. 先对客户的配置文件进行分析。
此为基础分析,在此不赘述。另外,在客户反馈配置文件后,建议同时咨询客户的web登陆密码,否则导入文件无法打开web。
2. 再对客户反馈的TE30日志进行分析。
针对客户反馈的时间点和呼叫方式,分析对应日志。
建议与总结
让客户禁用此选项,问题解决。对于日常定为手段,需熟悉。

END