Minhas chamadas de vídeo para a Plataforma de vídeo Cisco Webex sessões são soltando após 15 minutos (ou após a qualquer momento específico)

Minhas chamadas de vídeo para sessões de Plataforma de vídeo Cisco Webex estão caindo após 15 minutos (ou após a qualquer momento específico).

Conexões de chamada de vídeo para a Plataforma de vídeo Cisco Webex são desconectando após 15 minutos.

Chamadas SIP estão caindo após um intervalo de tempo definido.

As conexões ponto final para a Plataforma de vídeo Cisco Webex são desconectando após 15 minutos.

Chamadas de vídeo caem após 15 minutos.

 

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. 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.

Nota: CMR em nuvem foi renomeado para a Plataforma de vídeo Cisco Webex. Alguns textos e links ainda poderão se referir à CMR em nuvem, mas as informações ainda deverão ser aplicadas ao serviço renomeado.

Causa: Quando as chamadas de vídeo se desconectam exatamente 15 minutos, o problema comum é o tempo limite TCP configurado na rede (roteadores/firewall) é que menor do que a sessão SIP expira temporizador. Por padrão no CallManager, o temporizador expirar do SIP sessão é definido como 1800 segundos.

Solução:

Para verificar isso:

  1. Abrir em Cisco Unified Communications Manager (CM) de administração.
  1. Clique em Sistema > Parâmetros de serviço.
  2. Em Selecione o servidor e o serviço, da Serviço caixa de lista suspensa, selecione Cisco Call Manager (ativo):
Imagem adicionada pelo usuário
  1. Procure o Sessão SIP expira Timer:
Imagem adicionada pelo usuário

Todos os terminais registrados no CUCM use esse timer. Quando o ponto de extremidade estiver em uma chamada com outro ponto de extremidade remoto, uma das partes tem que atualizar a sessão e envia um convidar novamente ou atualizar. Essa atualização deve ser enviado antes da metade do Timer expirar sessão (1800/2 = 900 segundos = 15 minutos). Se não houver nenhuma atualização mensagem recebida, a chamada será desconectada.

Marque para temporizador de sessão no convite inicial. Uma atualização (convidar / atualizar) deve ser recebido antes desta vez expire:
Imagem adicionada pelo usuário

Com base na negociação inicial usuário agente cliente /User agente servidor (UAC/UAS), um dos pontos de extremidade atualiza a sessão quando ele enviará convidar novamente. Se a atualização é UAC, o iniciador da chamada tem a responsabilidade para atualizar a sessão. Se a atualização for UAS, o servidor tem que atualizar a sessão. Colete os logs de depuração SIP de ambos os terminais e verificar esses itens:

Exemplo: Chamada feita do interlocutor A para o CUCM para o partido B. Se a atualização for UAC na terceiros e UAS no partido b:

1.     A terceiros tem enviar convidar novamente / atualização para o CUCM.
2.     CUCM tem enviar convidar novamente / atualização para o partido B.
3.     Partido B receberá a convidar novamente e responda essa mensagem com um 200 Okey.
4.     CUCM tem enviar 200 Okey a terceiros.

Se um ponto final envia a mensagem convidar novamente para o CUCM, CUCM envia convidar novamente para o interlocutor. No entanto, se isso não é recebido pelo lado remoto, em seguida, isso pode ser devido alguns dispositivos de rede no meio. É muito provável que a re-INVITE/resposta não chegar a um dos lados devido às configurações de rede ou inspeção SIP.
Se os terminais não iniciar a convidar novamente, pode ser um problema com a extremidade. Envolvem Cisco Technical Assistance Center (TAC) para investigar.
 
Na lista de coisas para tentar [se isso ainda não tiver] na área de configurações avançadas da zona indo para Webex:
Ativar o Modo de filtro SIP UDP/IX Para no [não é o padrão]:
Imagem adicionada pelo usuário
E marque os SIP sessão temporizadores no VCS-e também.
 
Nosso padrão é de 1800 [15 minutos], que é o padrão e você desejará certifique-se que o temporizador TCP em seu Firewall correspondências aqui como bem, mas você poderiam isso aumentará um pouco para ver se ele tem um efeito também no seu VCS.

Isso está em Configuração > Protocolos > SIP:
Imagem adicionada pelo usuário

Observe que o intervalo de atualização de sessão (segundos) é definido para o valor padrão. Você pode tentar 3600. Mas a real raiz do problema aqui é quando o FW pensa que uma sessão não está mais em uso [caso 1], quando VCS realmente achar que ele é okey e que a sessão ainda está em cima, mas não recebe um FIN/fechar na porta que sessão e tenta novamente usá-lo e as matrizes de chamada. [caso 2] é o FW corretamente fecha a conexão e envia um FIN/fechar e VCS grava uma chamada normal soltar/limpando e a chamada também morre. Modificar o temporizador de sessão aqui apenas controla quando VCS dará em uma sessão após ela falhou receber as confirmações para qualquer tentativa comunicação sobre o status da chamada.
 
Pode nos ajudar a identificar o problema, um pouco melhor embora. Também é possível que precisamos reduzir esse valor dependendo da configuração de FW para esse timer.

Este artigo foi útil?