我的视频呼叫会话是丢包后 15 分钟的 Cisco Webex 视频平台 (或之后任何特定的时间)

我的视频呼叫对 Cisco Webex 视频平台会话下降 15 分钟后 (或之后任何特定的时间)。

视频呼叫连接到 Cisco Webex 视频平台 15 分钟后断开连接。

SIP 呼叫后设置的时间间隔下降。

端点连接到 Cisco Webex 视频平台 15 分钟后断开连接。

视频呼叫 15 分钟后掉线。

 

本文原始语言为英语,经过机器翻译。 对于英语到任何其他语言的机器翻译的准确性、正确性或可靠性,无任何种类的明示或默示的担保。 Cisco 对于概不负责不准确的信息、 错误或损坏因内容翻译不当而或使用信息。

注: CMR 云已更名为 Cisco Webex 视频平台。 部分链接和文本可能仍称其为 CMR 云,但信息应该也适用于更名后的服务。

原因: 当视频呼叫断开完全 15 分钟,常见的问题是 TCP 的超时时间 (防火墙/路由器) 在网络上配置 SIP 会话小于过期计时器。 缺省情况下,在 CallManager 中,SIP 会话过期计时器设置为 1800 秒。

解决方案:

要进行验证:

  1. 打开 Cisco Unified Communications Manager (CM) 管理。
  1. 单击 系统 > 服务参数.
  2. 在下 选择服务器和服务服务 下拉列表框中选择 Cisco Call Manager (激活):
用户添加的图片
  1. 查找 SIP 会话过期计时器:
用户添加的图片

注册到 CUCM 的所有端点都使用此计时器。 端点与另一个远程端点进行通话后,其中一方已来刷新会话和发送重新邀请或更新。 这一刷新已发送前一半会话过期计时器 (1800年/2 = 900 秒 = 15 分钟)。 如果没有收到刷新消息,呼叫已断开连接。

会话计时器在初始 INVITE 中检查。 刷新 (邀请 / 更新) 在此时间过期之前应该收到:
用户添加的图片

根据初始用户代理客户端 /User 代理服务器 (UAC/浏览器) 协商,一个终端会刷新的会话时,它就会发送重新邀请。 如果 UAC 学习新功能,呼叫的发起方有责任来刷新会话。 如果刷新浏览器,则服务器已来刷新会话。 从两个端点收集 SIP 调试日志,并检查这些项目:

示例: 呼叫发出方 A 到 CUCM 到 b 方。如果刷新程序 UAC 方 a 和浏览器上方 b:

1.     A 方已发送重新邀请 / 更新的 cucm。
2.     CUCM 已发送重新邀请 / 更新到 b 方。
3.     B 方接收重新邀请,并确定响应该消息的 200。
4.     CUCM 已发送 200 确定方。

如果一个端点会重新邀请消息发送到 CUCM,CUCM 将重新邀请给另一方。 但是,如果这未收到远程侧然后这可能是由于某些网络设备之间。 很有可能重新 INVITE/响应不会对一方由于 SIP 检查或网络设置。
如果在端点不启动重新邀请,这可能是与端点问题。 涉及 Cisco 技术援助中心 (TAC) 以进一步调查。
 
上的操作,要尝试在 [如果这还没有] 列表区域转至 Webex 的高级的配置区域中:
打开 SIP UDP/IX 筛选模式在上 [不是缺省]:
用户添加的图片
并检查 SIP 会话计时器上 vcs-e 以及。
 
鎴戜滑缺省 1800 [15 分钟数],该标准并且想要确保在 TCP 计时器防火墙相匹配的内容在这里,但您可以提高这有点以查看是否有也会影响您的 VCS 上。

这是根据 配置 > 协议 > SIP:
用户添加的图片

请注意的会话刷新间隔 (秒) 设置为默认值。 您可能会尝试 3600。 但实际根此处的问题时 FW 会认为会话不再是在使用 [案例 1],,当 VCS 实际认为这是确定和会话仍正常,但不会在该课程/端口上接收 FIN/关闭,并尝试重新使用该和呼叫电量用尽时。VCS 记录正常呼叫清除下拉 / FW 正确关闭该连接,并将发送 FIN/关闭和呼叫也死 [案例 2]。 只需修改此处会话计时器控制当 VCS 将放弃的会话后已失败收到任何 Ack 为有关状态的呼叫任何尝试通信。
 
它可以帮助我们更好地找问题虽然。 此外可在我们需要降低此值,具体取决于此计时器 FW 设置。

这篇文章对您有帮助吗?