Las llamadas a CMR híbrida se desconectan durante la llamada

Las llamadas a CMR híbrida se desconectan durante la llamada.

¿Cómo configuro los temporizadores de TCP en mi firewall para la plataforma de vídeo de Cisco Webex?

El texto de éste artículo se creó en inglés y se tradujo automáticamente. No se ofrece ningún tipo de garantía, ya sea expresa o implícita, en relación con la exactitud, precisión o confiabilidad de cualquier traducción automática del inglés a cualquier otro idioma. Cisco no es responsable de información inexacta, errores o daños causados por traducciones del contenido o el uso de la información.

Solución:

Los temporizadores de TCP del firewall y su uso en una conexión de CMR

En los entornos del cliente con una estricta configuración del firewall, es imprescindible tener en cuenta la importancia de las sesiones de TCP dentro de la solución de CMR.

En CMR, existe una sesión activa de TCP bidireccional entre el Cisco Expressway del cliente y los componentes de Webex Edge. El componente de Webex Edge tiene un temporizador de conexión de TCP de 30 minutos como valor predeterminado. Un Cisco Expressway tiene un temporizador de conexión de TCP de 2 horas como valor predeterminado.

Al configurar su firewall, es importante que nunca se permita al firewall que interrumpa silenciosamente la conexión de TCP en menos de 30 minutos.

Si un firewall está configurado para interrumpir silenciosamente una conexión de TCP en menos de 30 minutos, se puede volver a enviar una invitación de SIP al Cisco Expressway en la conexión de TCP que se ha cerrado. El firewall interrumpirá esa conexión. Webex agotará el tiempo de la invitación reenviada y, posteriormente, enviará un mensaje BYE al cliente. Este mensaje Bye suele utilizar el mismo puerto de TCP y también se puede interrumpir.

Más tarde, Cisco Expressway enviará una invitación al lado de Webex. La invitación reenviada utilizará una conexión de TCP nueva o no terminada. De esta forma, el firewall la permitirá y podrá llegar a Webex. Webex responderá con un código de error (481 La llamada/transacción no existe) indicando que la llamada no existe.

También es importante tener en cuenta que una sesión de TCP no es única por llamada. Si Cisco Expressway o Webex Edge envía un mensaje al mismo destino y ya tiene (lo que cree que es) una conexión de TCP abierta a esa dirección IP de destino, se utilizará el mismo puerto para conferencias o llamadas múltiples.

Esto puede provocar que se interrumpan múltiples llamadas o conferencias al mismo tiempo.

Consulte el siguiente diagrama para obtener más información sobre el problema:


Imagen agregada por el usuario

¿Ha encontrado este artículo útil?