Chamadas para CMR híbrida 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 a Plataforma de vídeo Cisco Webex?

Este artigo foi originado em inglês e foi traduzido automaticamente. Nenhuma garantia de qualquer tipo, expressa ou implícita, é feita quanto à exatidão, correção ou confiabilidade de quaisquer traduções feitas do inglês para qualquer outro idioma. A Cisco não é responsável por informações imprecisas, erros ou danos causados por tradução imprópria do conteúdo ou uso das informações.

Solução:

Temporizadores de Firewall TCP e seu uso dentro de uma Conexão CMR

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.

No CMR, há uma sessão TCP ativa bidirecional 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:


Imagem adicionada pelo usuário

Este artigo foi útil?