问题描述

客户在使用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为例，通过日志和配置文件进行问题定位，分享之。

     遇到此问题后，建议客户反馈TE30的日志文件和配置文件。

1. 先对客户的配置文件进行分析。

此为基础分析，在此不赘述。

2. 再对客户反馈的TE30日志进行分析。

针对客户反馈的时间点和呼叫方式，分析对应日志。

建议与总结

让客户禁用此选项，问题解决。对于日常定为手段，需熟悉。