感谢您的反馈。

问题
使用CUCM注册的视频设备加入Webex Meeting时，呼叫会断开连接15分钟。

决议
审核以下步骤：

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

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

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

会话计时器在初始 INVITE 中检查。刷新 （邀请 / 更新） 在此时间过期之前应该收到：


根据初始用户代理客户端/用户代理服务器(UAC/UAS)协商，其中一个设备在发送重新邀请时刷新会话。如果刷新器为 UAC，则呼叫发起人负责刷新会话。如果刷新为 UAS，服务器必须刷新会话。从两个端点收集 SIP 调试日志，并检查这些项目：

示例：甲方向CUCM拨打给乙方的电话。如果补习器是甲方上的UAC，乙方上的UAS：

1.     甲方必须将重新邀请/更新发送至CUCM。
2.      CUCM必须向乙方发送重新邀请/更新。
3。    乙方收到重新邀请，并以200 OK响应该消息。
4。     CUCM必须将200个OK发送给甲方。

如果一个设备将重新邀请消息发送到CUCM，CUCM将重新邀请消息发送给另一方。但是，如果这未收到远程侧然后这可能是由于某些网络设备之间。很有可能重新 INVITE/响应不会对一方由于 SIP 检查或网络设置。
如果设备未启动重新邀请，则可能是设备的问题。涉及 Cisco 技术支持中心 （TAC） 以便进一步调查。
 
在转至Webex的区域的高级配置区域中要尝试[如果此操作尚未完成]：
将 SIP UDP/IX过滤模式 转至打开 [不是默认]：

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

以下为配置 > 协议 > SIP：


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

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