Mis llamadas que implican una MCU de TANDBERG Codian, IP GW, IP VCR, ISDN GW, Telepresence Server, VCS, TCS o terminal se desconectan inesperadamente después de un período de tiempo fijo

Introducción

Este artículo se relaciona con Cisco TelePresence MCU 4203, Cisco TelePresence MCU MSE 8420, Cisco TelePresence IP VCR 2210, Cisco TelePresence VCR MSE 8220, Cisco TelePresence ISDN GW 3241, Cisco TelePresence ISDN GW productos MSE 8321, Cisco TelePresence IP GW 3510, Cisco TelePresence MCU 4505 y Cisco TelePresence MCU MSE 8510.

P. Mis llamadas que implican una MCU de TANDBERG Codian, IP GW, IP VCR, ISDN GW, Telepresence Server, VCS, TCS o terminal se desconectan inesperadamente después de un período de tiempo fijo

A. Estas preguntas frecuentes están en revisión

Los siguientes productos no imponen límites de duración de llamada:

• Servidores de Telepresencia TANDBERG

• TANDBERG Codian MCU

• Gateways IP TANDBERG Codian

• VCR IP de TANDBERG Codian

Muchos gateways ISDN, incluido el TANDBERG Codian ISDN GW, tienen un tiempo máximo configurable en la llamada que se puede encontrar en Settings > ISDN

La mayoría de los controles de acceso, incluidos TANDBERG VCS y TANDBERG Gatekeeper, se pueden configurar para permitir una duración máxima de llamada.

Aunque estos límites son útiles para evitar costes no deseados cuando un usuario no desconecta su llamada correctamente, pueden causar problemas frustrantes de desconexión.

Además, muchos firewalls comunes imponen un límite en la duración de la llamada de forma predeterminada. Los parámetros de puerto Ethernet no coincidentes pueden causar una pérdida de paquetes elevada, lo que provoca que se descarten las llamadas.

Si descubre que las llamadas hacia o desde un punto final determinado siempre se desconectan después de un cierto tiempo, investigue lo siguiente:

1. Límites de duración impuestos por cualquier gatekeepers involucrado en una llamada. El punto final y la unidad podrían registrarse con diferentes controles de acceso; incluso si la llamada está siendo marcada por la dirección IP, en lugar de por el número E.164, los gatekeepers todavía podrían estar involucrados en la configuración y eliminación de la llamada.

2. Límites de duración aplicados a las conexiones de red por los firewalls. Por ejemplo, un firewall PIX de Cisco puede tener un comando timeout de la forma timeout conn 1:00:00 udp 0:02:00 h225 1:00:00 h323 2:00:00(es decir, una lista de nombres de protocolo reconocidos cada uno seguido de un tiempo de espera en horas, minutos y segundos). Este ejemplo impone un límite de 2 horas a las conexiones H.323; sin embargo, también impone límites a otros protocolos que también afectarían a una videollamada (UDP y H225). Muchos protocolos de red diferentes participan en una videollamada IP. Un tiempo de espera aplicado a cualquiera de ellos podría dar lugar a que la llamada se interrumpa.

3. Tiempos de espera aplicados en otros terminales y MCU; por ejemplo, el valor MaxTimeInCall en el MGC de Polycom.

4. La configuración del puerto del switch Ethernet no coincide. Cuando no hay patrón en las horas después de las cuales las llamadas se desconectan y las razones de desconexión en el registro de eventos incluyen 'Error de conexión de red H.245', es posible que la configuración del puerto Ethernet de su producto Codian no coincida con la del switch en el que está conectado. Es muy importante que los parámetros del puerto Ethernet del producto Codian coincidan con los del switch. Cuando la configuración no coincide, puede producirse una pérdida de paquetes y cuando la pérdida de paquetes excede un cierto nivel, las llamadas entre su MCU y sus terminales se pueden descartar. Si un lado está configurado para la negociación automática, el otro lado debe estar configurado para la negociación automática ('Auto' siempre se debe utilizar para Gigabit Ethernet). Si un lado está cableado a un valor determinado (por ejemplo, 100 Mbps dúplex completo), el otro lado debe estar configurado en el mismo. Si ambos lados están configurados para la negociación automática pero todavía se producen desconexiones aleatorias, es un buen paso para la resolución de problemas para conectar ambos lados a dúplex completo de 100 Mbps. Esto eliminará los problemas de negociación automática como la fuente de sus problemas.

De todos estos factores, los tiempos de espera del firewall probablemente sean los más difíciles de resolver, ya que es posible que no sea consciente necesariamente de la existencia del firewall e, incluso si lo es, es poco probable que su configuración sea fácilmente accesible.

Información Relacionada

• Soporte Técnico y Documentación - Cisco Systems

Historial de revisiones