我的呼叫涉及TANDBERG Codian MCU、IP GW、IP VCR、ISDN GW、网真服务器、VCS、TCS或终端在固定时间后意外断开

简介

本文涉及思科网真MCU 4203、思科网真MCU MSE 8420、思科网真IP VCR 2210、思科网真VCR MSE 8220、思科网真ISDNGW 3241、思科网真ISDN GW MSE 8321、思科网真IP GW 3510、思科网真MCU 4505和思科网真MCU MSE 8510产品。

问：我的呼叫涉及TANDBERG Codian MCU、IP GW、IP VCR、ISDN GW、网真服务器、VCS、TCS或终端在一段固定的时间后意外断开

A.本常见问题正在修订

以下产品不实施呼叫持续时间限制：

• TANDBERG网真服务器

• TANDBERG Codian MCU

• TANDBERG Codian IP网关

• TANDBERG Codian IP VCR

许多ISDN网关（包括TANDBERG Codian ISDN GW）在呼叫中具有可配置的最长时间，可在“设置”>“ISDN”中找到该时间

大多数网守（包括TANDBERG VCS和TANDBERG网守）都可以配置为允许最长呼叫持续时间。

虽然这些限制在防止用户无法正确断开呼叫时产生意外成本方面有价值，但它们可能导致令人沮丧的断开问题。

此外，许多常见防火墙会默认限制呼叫持续时间。不匹配的以太网端口设置可能导致高数据包丢失，导致呼叫被丢弃。

如果您发现某个终端的呼叫在经过一定时间后始终断开，请调查以下事项：

1. 呼叫中涉及的任何网守施加的持续时间限制。终端和设备可注册到不同的网守；即使呼叫是通过IP地址而不是E.164号码拨叫，网守仍可能参与设置和拆除呼叫。

2. 防火墙对网络连接应用的持续时间限制。例如，Cisco PIX防火墙可能具有timeout conn 1:00:00 udp 0:02:00 h225 1:00:00 h323 2:00:00格式的timeout命令(即识别的协议名称列表，后跟超时（以小时、分钟和秒为单位）。 本示例对H.323连接施加2小时限制；但是，它也对其他协议施加限制，这些协议也会影响视频呼叫（UDP和H225）。 IP视频呼叫中涉及许多不同的网络协议。对其中任何一个应用的超时可能导致呼叫中断。

3. 应用于其他终端和MCU的超时 — 例如，Polycom MGC上的MaxTimeInCall设置。

4. 以太网交换机端口设置不匹配。如果呼叫断开后的时间没有模式，并且事件日志中的断开原因包括“H.245网络连接错误”，则Codian产品的以太网端口设置可能与其插入的交换机的以太网端口设置不匹配。Codian产品上的以太网端口设置与交换机上的以太网端口设置匹配非常重要。当设置不匹配时，可能会发生丢包，当丢包超过某个级别时，MCU和终端之间的呼叫会被丢弃。如果一端设置为自动协商，则另一端必须设置为自动协商（“自动”必须始终用于千兆以太网）。 如果一端硬连接到某个值（例如，100 Mbps全双工），则另一端必须设置为相同。如果两端都设置为自动协商，但仍然发生随机断开，则将两端硬线连接到100 Mbps全双工是一个很好的故障排除步骤。这将消除自动协商问题，将其作为问题的根源。

在所有这些中，防火墙超时可能是最难排除故障的，因为您可能不一定知道防火墙的存在，即使您知道，其配置也不太可能容易访问。

相关信息

• 技术支持和文档 - Cisco Systems

修订历史记录