原因： 当视频通话在 15 分钟后断开连接时，常见问题是网络上配置的 TCP 超时时间（防火墙/路由器）少于 SIP 会话过期计时器。 缺省情况下，CallManager 的 SIP 会话过期计时器设置为 1800 秒。

解决方案：

要验证此

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 调试日志并检查这些项目：

示例： 从一方 A 向 CUCM 拨打至方 B 的呼叫。如果一方 B：1 上的 UAC 和 UAS

，则刷新器为。     一方 A 需要向 CUCM 发送重新邀请/更新。
2.     CUCM 必须向 B 方发送重新邀请/更新。
3.     B 方收到重新邀请，并以 200 确定响应该消息。
4.     CUCM 必须发送 200 确定给方 A。

如果一台设备向 CUCM 发送了重新邀请消息，CUCM 将向另一方发送重新邀请。 但是，如果远程端未收到此请求，则可能是由于介于两者中的某些网络设备。 由于 SIP 检查或网络设置，重新邀请/响应可能没有到达其中一个边。
如果设备不发起重新邀请，可能是设备有问题。 涉及 Cisco 技术支持中心 （TAC） 以便进一步调查。
 
在要尝试 [如果尚未设置]的列表上，位于区域的高级配置区中将 Webex：
将 SIP UDP/IX 筛选模式设为 [非缺省]：
此外，在 VCS-e 上也检查 SIP 会话计时器。

 
我们的缺省值是 1800s [15 分钟]，这是标准，您也希望确保防火墙上的 TCP 计时器在此处匹配，但是，您可以对此进行一些清理，从而确定此功能是否对 VCS

也有效。位于配置> SIP >下：


请注意会话刷新间隔（秒）设置为缺省值。 您可以尝试 3600。 但问题的实际根本原因是，当 VCS 认为会话不再使用 [案例 1]时，如果 VCS 认为其正常，并且会话仍在向上，但没有收到该会话/端口上的一个 CCR/关闭，并尝试重新利用会话和呼叫接收者， 则造成问题的实际原因。[案例 2] 是 FW 正确关闭连接并发送了一个“控制点”/“控制点”，并且 VCS 记录正常的呼叫掉线/清除，同时呼叫也会增加带宽。 修改此处的会话计时器仅控制 VCS 在无法收到任何关于呼叫状态状态的尝试通信的 ACK 后，VCS 何时放弃会话。
 
但它可以帮助您更好地发现问题。 我们也可能需要根据该计时器的 FW 设置降低该值。