基于OpenSIPS做注册服务下，场景A打B，一方发起BYE挂断后收到500，另一方无法挂断的问题
基于OpenSIPS做注册服务下，场景A打B，一方发起BYE挂断后收到500，另一方无法挂断的问题
最近在工作中遇到一个看似很奇怪的，排除起来很费劲，但最后的解决方式又及其简单的问题，下面我们一起来看看具体发生了什么吧！
一句话概括：那都是OpenSIPS Dialog模块的default_timeout 惹的祸（学业不精，木办法呀……）
问题现象：
- A打B，电话接通后，持续通过话5分钟后，任意一方挂断电话，另一方无法正常挂断，另一方电话始终显示正在通话中。
- 如果通话时长在4分钟以内，任何一方挂断，则另一方都能正常结束。
运行环境：
OpenSIPS 2.4.2
FreeSWITCH 1.6.20
业务场景：
- OpenSIPs为分机提供注册服务
- OpenSIPs为FreeSWITCH提供Load balance服务，将电话转接至相应FreeSWITCH
- OpenSIPs为FreeSWITCH提供Gateway服务
如下图所示，无论分机互打，9001拨打9003，OpenSIPs都是先将INVITE发送至FS，FS 再将电话通过OpenSIPS呼叫到 9003
问题分析：
- 通过抓包分析，发现主被叫任意一方挂断后，FS收到bye后，直接回给OpenSIPS 500 (Internal Server Error), 而导致OpenSIPS没能将bye信号发给另一方电话终端
- OpenSIPS 给FS和电话终端发OPTIONS检测会话状态只发4分钟后，就不再发了，并且主被双方可以继续通话
- 如果OpenSIPS关闭掉对FS的dialog会话OPTIONS检测，FS收到BYE后，能转发到另一方电话终端，但终端会返回500
- 四分之内正常挂断的BYE报文，跟超过4分钟无法挂断的BYE报文构造形式完全相同
SIP信令时序图部分内容如下所示：
下面是FreeSWITCH 收到 分机9003 发起的BYE之后的SIP报文情况：
View Code
问题原因：
通过上面分析，我们可以猜测这是由于OpenSIPS对dialog做OPTIONS探测引起的。仔细检测OpenSIPS的dialog 模块配置，我发现dialog模块的 default_timeout = 240 (秒)。
这就能充分解释上面‘问题分析’中的第2点了(只发4分钟OPTIONS)， 因为4分钟后dialog就过期了，OpenSIPS不再发送探测包。
FreeSWITCH 和 电话终端(如Yealink话机) 都遵循 SIP 协议规范，如果一通已建立的电话，在通话过程中，FS或电话终端有收到上游(如OpenSIPS)的OPTIONS探测，那么电话从接通到挂断，都必须收到周期性的进行OPTIONS探测，
如果超过周期时长了，FS或电话终端仍没有收到OPTIONS探测， 那么FS和电话终端就会认为通话存在错误，后面在收到BYE时，就会返回 500 (Internal Server Error)。
解决办法：
将 OpenSIPS 的 default_timeout 值改大，如改成10800 即3小时，重启OpenSIPS即可解决问题。
loadmodule "dialog.so"
modparam("dialog", "db_mode", 1)
modparam("dialog", "dlg_match_mode", 1)
modparam("dialog", "default_timeout", 10800) # 3 hours timeout 【正确配置】
#modparam("dialog", "default_timeout", 240) # 4 mins 【错误配置 ：如果使用了create_dialog("Pp")，当一同电话超过 default_timout + options_pint_interval ，就会出现终端返回500】
modparam("dialog", "profiles_with_value", "caller ; callee")
modparam("dialog", "options_ping_interval", 60) # 1 minu
route{
if (is_method("INVITE")) {
if ( !create_dialog("Pp") ) { # 对OpenSIPS上进出两个dialog(如主/被叫)都进行OPTIONS探测
xlog("create_dialog error : Internal Server Error");
send_reply("500","Internal Server Error");
exit();
}
}
}
