Obrigado pelos seus comentários.
Comentários?Chamadas para CMR híbrida e reuniões habilitadas para dispositivos de vídeo (V1, V2) estão desconectando durante a chamada.
Chamadas para CMR híbrida estão desconectando durante a chamada.
Como faço para configurar temporizadores TCP no meu firewall para reuniões habilitadas para dispositivos de vídeo?
Chamadas para Cisco Webex reuniões habilitadas para dispositivos de vídeo (V1, V2) (anteriormente CMR) reuniões estão desconectando durante a chamada.
Como faço para configurar temporizadores TCP no meu firewall para o Webex Áudio conectado por nuvem?
Nota: CMR híbrida tornar-se efetivamente o Fim do Suporte em 28 de fevereiro de 2021. Após 28/02/2021, o serviço CMR híbrida continuará até abril de 2021 (Fim da vida) e nesse ponto, os clientes do CMR híbrida serão migrados automaticamente para a última versão da CMR em nuvem.
Solução :
Temporizadores de Firewall TCP e seu uso dentro de:
- Salas de reuniões de colaboração (CMR) híbridas
- Cisco Webex reuniões habilitadas para dispositivos de vídeo (V1, V2) (anteriormente CMR)
- Webex Áudio conectado por nuvem ((anteriormente CCA)
Em ambientes de cliente com as configurações do firewall estritas é imperativo considerar a importância de sessões TCP dentro da solução CMR.
Em reuniões habilitadas para dispositivos de vídeo ou CMR, há uma sessão TCP ativa bi-direcional entre o cliente Cisco Expressway e os componentes Webex Edge. O componente Webex Edge tem um temporizador de conexão TCP padrão de 30 minutos. Um Cisco Expressway terá um temporizador de conexão TCP padrão de 2 horas.
Ao configurar o seu firewall é importante que o firewall nunca tenha permissão para desconectar silenciosamente a conexão TCP em menos de 30 minutos.
Se um firewall está configurado para desconectar silenciosamente uma conexão TCP em menos de 30 minutos, um novo convite de SIP pode ser enviado para o Cisco Expressway sobre a conexão TCP que foi fechada. O Firewall vai desconectar essa conexão. O Webex vai esgotar o tempo do novo convite e, subsequentemente, enviar uma mensagem de adeus ao cliente. Esta mensagem de adeus geralmente usará a mesma porta TCP e também pode ser desconectada.
Mais tarde, o Cisco Expressway enviará um convite para o lado do Webex. O novo convite vai utilizar uma conexão TCP nova ou não finalizada. Como tal, ele será permitido através do firewall e atingirá o Webex. O Webex responderá com um código de erro (481 chamada/transação não existe) indicando que a chamada não existe.
Também é importante notar que uma sessão do TCP não é exclusiva em uma base por chamada. Se o Cisco Expressway ou Webex Edge estiver enviando uma mensagem para o mesmo destino e já tiver (o que ele acredita ser) uma conexão TCP aberta para esse endereço IP de destino, a mesma porta será usado para várias conferências ou chamadas.
Isso pode fazer com que várias chamadas ou conferências sejam destruídas em horários iguais ou semelhantes.
Consulte o diagrama para obter detalhes sobre o problema abaixo:
