Las llamadas a reuniones de CMR híbrida y habilitadas para dispositivos de vídeo (V1, V2) se desconectan durante la llamada

Las llamadas a reuniones de CMR híbrida y habilitadas para dispositivos de vídeo (V1, V2) se desconectan durante la llamada.

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

¿Cómo puedo configurar los temporizadores de TCP en mi firewall para reuniones habilitadas para dispositivos de vídeo?

Las llamadas a reuniones habilitadas para dispositivos de vídeo de Cisco Webex (V1, V2) (anteriormente, CMR) se desconectan durante la llamada.

¿Cómo puedo configurar los temporizadores de TCP en mi firewall para el Audio conectado a la nube de Webex?

Nota: CMR híbrida se convierte en el Fin del soporte efectivamente el 28 de febrero de 2021. Después del 28/02/2021, el servicio de CMR híbrida continuará hasta abril de 2021 (fecha de finalización de vida útil) y, en ese momento, los clientes de CMR híbrida se migrarán automáticamente a la última versión de la nube de CMR.

Solución:

Los temporizadores de TCP del firewall y su uso dentro de:

  • Salas de reuniones de colaboración (CMR) híbridas
  • Reuniones habilitadas para dispositivos de vídeo de Cisco Webex (V1, V2) (anteriormente, CMR)
  • Webex Cloud Connected Audio (anteriormente, CCA)

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 las reuniones de CMR o habilitadas para dispositivos de vídeo, hay 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?