问题
使用CUCM注册的视频设备加入Webex会议时，通话在15分钟内断开。


以下步骤：

1. 打开Cisco Unified Communications Manager (CM)管理。
2. 单击 > 参数。
3. 在 选择服务器和服务下的服务下拉列表框中，选择 Cisco Call Manager（活动）：

4. 查找 SIP会话过期计时器：

所有注册到CUCM的设备都使用此计时器。 当设备与另一个远程设备通话时，一方必须刷新会话并发送重新邀请或更新。 此刷新必须在会话过期计时器的一半（ 1800/2 = 900秒= 15分钟）之前发送。 如果没有收到刷新消息，呼叫将断开连接。

检查初始邀请中的会话计时器。 在此时间到期之前应会收到刷新(INVITE/UPDATE)：


根据初始的用户代理客户端/用户代理服务器(UAC/UAS)协商，其中一个设备会在发送“重新邀请”时刷新会话。 如果刷新是UAC，则呼叫的发起者有责任刷新会话。 如果刷新程序为UAS，服务器必须刷新会话。 从两个终端收集SIP调试日志，然后检查以下项目：

例如： 甲方向CUCM拨打给乙方的电话。如果甲方为UAC，乙方为UAS：

1。     甲方必须向CUCM发送重新邀请/更新。
2。     CUCM必须向乙方发送一份重新邀请/更新。
3。     乙方收到重新邀请，并以200 OK回复该消息。
4。     CUCM必须向甲方发送“200确定”消息。

一个设备向CUCM发送“重新邀请”消息，CUCM将向另一方发送“重新邀请”消息。 但是，如果远端没有收到，则可能是因为介于两者之间的某些网络设备。 由于SIP检查或网络设置，重新INVITE/响应很可能无法到达一侧。
如果设备未启动重新INVITE，可能是设备的问题。 请Cisco技术支持中心(TAC)参与进一步调查。
 
在转至Webex的区域的高级配置区域中尝试[如果尚未]的列表：
将SIP UDP/IX过滤器模式调至开[而不是缺省值]：

并检查VCS-e上的SIP会话计时器。
 
我们的默认值为1800s [30分钟]，这是标准值，您需要确保防火墙上的TCP计时器在此处也匹配，但您可以稍微调整一下，看看它是否对您的VCS有影响。

这是在配置 > 协议 > SIP下：


请注意，会话刷新间隔（秒）设置为默认值。 您可以尝试3600。 但问题的实际根源是当FW认为会话已不再使用[案例1]、VCS实际上认为可以，并且会话仍在运行，但在该会话/端口上没有收到FIN/关闭并尝试重新使用，并且呼叫死亡。[案例2]是FW正确关闭连接并发送FIN/关闭，VCS记录正常的呼叫掉线/清除，并且呼叫也会死亡。 在此处修改会话计时器仅可控制VCS在无法收到任何关于呼叫状态的通信的ACK后何时放弃会话。
 
但它可以帮助我们更好地找出问题所在。 我们还可能需要根据此计时器的FW设置降低此值。

原因
当视频呼叫在恰好15分钟断开连接时，常见问题是网络上配置的TCP超时时间（防火墙/路由器）小于SIP会话过期计时器。 在CallManager上，SIP会话过期计时器默认设置为1800秒。