PROBLÈME
Lorsque vous rejoignez une réunion Webex avec un périphérique vidéo enregistré CUCM, l'appel se déconnecte exactement 15 minutes.

RÉSOLUTION
Passez en revue les étapes ci-dessous :

1. Ouvrez Cisco Unified Communications Manager (CM) Administration.
2. Cliquez sur Système > Paramètres de service.
3. Sous Sélectionner le serveur et le service, dans la liste déroulante Service, sélectionnez Cisco Call Manager (Actif) :

4. Recherchez le minuteur d'expiration de session SIP :

Tous les périphériques enregistrés dans CUCM utilisent ce temporisateur. Lorsque le périphérique est en communication avec un autre périphérique distant, l'une des parties doit actualiser la session et envoie une nouvelle INVITE ou une MISE À JOUR. Cette actualisation doit être envoyée avant la moitié du minuteur d'expiration de la session ( 1800/2 = 900 secondes = 15 minutes). S'il n'y a pas de message d'actualisation reçu, l'appel est déconnecté.

Vérifiez le minuteur de session dans l'INVITE initiale. Une actualisation (INVITE/UPDATE) doit être reçue avant l'expiration de ce délai :


En fonction de la négociation initiale User Agent Client/User Agent Server (UAC/UAS), l'un des périphériques actualise la session lorsqu'il envoie une Re-INVITE. Si l'actualisation est UAC, l'initiateur de l'appel a la responsabilité d'actualiser la session. Si l'actualisation est UAS, le serveur doit actualiser la session. Collectez les journaux de débogage SIP des deux points de terminaison et vérifiez ces éléments :

Exemple : Appel effectué de la partie A à CUCM à la partie B. Si l'actualisation est UAC sur la partie A et UAS sur la partie B :

1.     La partie A doit envoyer la nouvelle INVITATION/MISE À JOUR au CUCM.
2.     CUCM doit envoyer une nouvelle INVITATION/MISE À JOUR à la Partie B.
3.     La partie B reçoit la nouvelle INVITE et répond à ce message avec 200 OK.
4.     CUCM doit envoyer 200 OK à la partie A.

Si un périphérique envoie le message re-INVITE au CUCM, CUCM envoie une re-INVITE à l'autre partie. Cependant, si cela n'est pas reçu par le côté distant, cela peut être dû à certains périphériques réseau entre les deux. Il est très possible que la nouvelle INVITE/réponse ne parvienne pas sur l’un des côtés en raison de l’inspection SIP ou des paramètres réseau.
Si les périphériques n’initient pas la nouvelle INVITE, il peut s’agir d’un problème avec le périphérique. Impliquez le centre d'assistance technique Cisco (TAC) afin d'approfondir vos recherches.
 
Sur la liste des choses à essayer [si ce n’est pas déjà fait] dans la zone de configuration avancée de la zone allant à Webex :
Tournez le mode de filtre SIP UDP/IX sur activé [pas la valeur par défaut] :

Et vérifiez également les minuteries de session SIP sur VCS-e.
 
Notre valeur par défaut est 1800 s [30 min], ce qui est standard et vous devez vous assurer que le temporisateur TCP de votre pare-feu correspond également ici, mais vous pouvez le faire remonter un peu pour voir s'il a un effet également sur votre VCS.

Ceci est sous Configuration > Protocoles > SIP :


Notez que l'intervalle d'actualisation de session (secondes) est défini sur la valeur par défaut. Vous pourriez essayer 3600. Mais la racine réelle du problème ici est lorsque le FW pense qu’une session n’est plus en cours d’utilisation [cas 1], lorsque le VCS pense que c’est correct et que la session est toujours en cours mais ne reçoit pas de FIN/fermeture sur cette session/port et tente de la réutiliser et que l’appel meurt. [cas 2] est que le FW ferme correctement la connexion et envoie un FIN/fermeture et que le VCS enregistre un abandon/effacement d’appel normal et que l’appel meurt également. Modifier le minuteur de session ici ne contrôle que lorsque le VCS abandonne une session après qu'il n'a pas reçu d'ACK pour toute tentative de communication concernant l'état de l'appel.
 
Cela peut nous aider à mieux cerner le problème. Il est également possible que nous devions réduire cette valeur en fonction du paramètre FW de ce temporisateur.

CAUSE
Lorsque les appels vidéo se déconnectent exactement à 15 minutes, le problème courant est que le délai d'expiration TCP configuré sur le réseau (pare-feu/routeurs) est inférieur au délai d'expiration de la session SIP. Par défaut sur CallManager, le minuteur d'expiration de session SIP est défini sur 1800 secondes.