Gracias por sus comentarios.

Nota: CMR híbrida se convierte en Fin de 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 serán migrados 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
• Cisco Webex reuniones habilitadas para dispositivos de vídeo (V1, V2) (anteriormente, CMR)
• Webex Audio conectado a la nube (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 cliente Cisco Expressway 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: