Obrigado pelos seus comentários.

ISSUE
Ao entrar em uma reunião Webex com um dispositivo de vídeo registrado no CUCM, a chamada é desconectada em exatamente 15 minutos.

RESOLUTION
Revise as etapas abaixo:

1. Abra Cisco Unified Communications Manager (CM).
2. Clique em Parâmetros de serviço > Sistema.
3. Em Selecionar servidor e serviço, na caixa de lista suspensa de serviço, selecione Cisco Call Manager (Ativo):

4. Procure o temporizador de expiração da sessão SIP:

Todos os dispositivos registrados no CUCM usam este temporizador. Quando o dispositivo está em uma chamada com outro dispositivo remoto, uma das partes tem que atualizar a sessão e enviar uma nova solicitação ou ATUALIZAÇÃO. Esta atualização tem que ser enviada antes da metade do temporizador de expiração da 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:


Com base na negociação inicial do Cliente do agente de usuário/Servidor do agente de usuário (UAC/UAS), um dos dispositivos atualiza a sessão quando envia um novo convite. Se o atualizador for UAC, o iniciador da chamada terá a responsabilidade de atualizar a sessão. Se o atualizador for UAS, o servidor terá que atualizar a sessão. Colete os logs de depuração SIP de ambos os terminais e verificar esses itens:

Exemplo: Chamada feita do Party A para o CUCM para o Party B. Se a atualização for UAC no Party A e UAS no Party B:

1.     A Parte A tem que enviar o re-INVITE / ATUALIZAÇÃO para o CUCM.
2.     O CUCM tem que enviar um re-INVITE / ATUALIZAÇÃO para a Parte B.
3.     Parte B recebe o re-INVITE e responde a essa mensagem com um 200 OK.
4.     CUCM tem que enviar 200 OK para a festa A.

Se um dispositivo enviar a mensagem de re-convite para o CUCM, o CUCM enviará um re-convite para a outra Parte. 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 dispositivos não iniciarem o re-INVITE, pode ser um problema com o dispositivo. Envolva o Centro de Assistência Técnica (TAC) da Cisco para investigar mais.
 
Na lista de coisas a serem experimentadas [se isso ainda não aconteceu] na área de configuração avançada da zona que vai para o Webex:
Ative o modo de filtro SIP UDP/IX para em [não o padrão]:

E verifique os temporizadores de sessão SIP no VCS-e também.
 
Nosso padrão é 1800s [30 mins], que é padrão e você vai querer ter certeza de que o temporizador TCP no seu Firewall corresponde aqui também, mas você pode aumentar isso um pouco para ver se ele tem um efeito também em seu VCS.

Isso está em Configuração > Protocolos > SIP :


Observe que o intervalo de atualização da sessão (segundos) é definido como o valor padrão. Você pode tentar 3600. Mas a raiz real do problema aqui é quando o FW pensa que uma sessão não está mais em uso [caso 1], quando o VCS realmente acha que está ok e que a sessão ainda está em atividade, mas não recebe um FIN/fechar naquela sessão/porta e tenta rea usá-la e a chamada de confirmação. [caso 2] é o FW que fecha corretamente a conexão e envia um FIN/fechar e o VCS registra uma queda/limpeza de chamada normal e a chamada também está descrente. Modificar o temporizador de sessão aqui controla quando o VCS desistirá de uma sessão depois de não ter recebido quaisquer ACKs para qualquer tentativa de comunicação relacionada ao status da chamada.
 
Isso pode nos ajudar a identificar o problema um pouco melhor. Também é possível que precisamos baixar este valor, dependendo da configuração FW para este temporizador.

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