Mes appels vidéo à la Plateforme vidéo Cisco Webex, les Sessions sont ignore après 15 Minutes (ou après n’importe quel moment précis)

Mes appels vidéo à des sessions de la Plateforme vidéo Cisco Webex sont tomber après 15 Minutes (ou n’importe quel moment précis).

Connexions d’appel vidéo à la Plateforme vidéo Cisco Webex sont déconnexion après 15 minutes.

Les appels SIP sont tomber après une heure définie.

Les connexions du point de destination vers la Plateforme vidéo Cisco Webex sont déconnexion après 15 minutes.

Appels vidéo sont interrompus après 15 minutes.

 

Cet article était initialement en anglais et a été traduit automatiquement. Aucune garantie d’aucune sorte, expresse ou implicite, n’est attribuée quant à l’exactitude, la précision ou la fiabilité des traductions automatiques de l’anglais vers une quelconque autre langue. Cisco n’est pas responsable des informations inexactes, des erreurs ou des dommages causés par une traduction incorrecte du contenu ou l’utilisation des informations.

Remarque : CMR Cloud a été renommé à la Plateforme vidéo Cisco Webex. Certains liens et textes peuvent toujours faire référence à CMR Cloud, mais les informations s’appliquent quand même au service renommé.

Cause: Lorsque les appels vidéo se déconnectent à exactement 15 minutes, le problème commun est le délai d’expiration TCP configuré sur le réseau (routeurs de pare-feu) est qu'inférieure à la session SIP expire minuteur. Par défaut sur CallManager, le minuteur d’expiration SIP Session est défini sur 1800 secondes.

Solution :

Vérifier:

  1. Ouvrir Cisco Unified Communications Manager (CM) Administration.
  1. Cliquez sur Système > Paramètres de service.
  2. Sous Sélectionnez le serveur et le Service, dans le Service zone de Liste déroulante, sélectionnez Cisco Call Manager (actif):
Image ajoutée par l'utilisateur
  1. Recherchez le Expiration de Session SIP Timer:
Image ajoutée par l'utilisateur

Tous les points de terminaison enregistrés sur le CUCM utilisent le minuteur. Lorsque le terminal est sur un appel avec un autre point de destination à distance, une des parties a actualiser la session et envoie un re-INVITE ou mettre à jour. Cette actualisation doit être envoyé avant la moitié de la Session expire Timer (1800/2 = 900 secondes = 15 minutes). S’il n’y a aucun message actualiser reçu, l’appel est déconnecté (e).

Cocher pour la durée de session dans l’invitation initiale. Une actualisation (inviter / mettre à jour) doit être reçu avant l’expiration de cette période :
Image ajoutée par l'utilisateur

En fonction de la négociation initiale du serveur Agent Client/User Agent utilisateur (UAC/UAS), un des points de destination s’actualise la session quand il envoie un re-INVITE. Si la remise à niveau est UAC, l’initiateur de l’appel a la responsabilité pour actualiser la session. Si la remise à niveau est UAS, le serveur a actualiser la session. Collecter les journaux de débogage SIP à partir de deux points de terminaison et de vérifier ces éléments :

Exemple: Les appels effectués à partir de la partie A sur CUCM pour la partie B. Si la remise à niveau est UAC sur un interlocuteur et UAS sur partie b :

1.     Partie A a envoyer le RÉINVITER / mise à jour vers le CUCM.
2.     CUCM a envoyer un re-INVITE / mise à jour vers la partie B.
3.     Partie B reçoit le RÉINVITER et répond à ce message avec une 200 OK.
4.     CUCM a envoyer 200 OK tiers A.

Si un point de terminaison envoie le message re-INVITE au CUCM, CUCM envoie un re-INVITE à l’autre partie. Cependant, si ce n’est pas reçu par le site distant alors ceci peut être en raison de certains périphériques du réseau entre les deux. Il est fortement possible que la re-INVITE/réponse n’est pas à l’un des deux côtés en raison des paramètres réseau ou inspection SIP.
Si les points de terminaison ne pas initier la RÉINVITER, il peut être un problème avec le point de destination. Impliquer centre d’Assistance technique Cisco (cat) pour poursuivre.
 
Dans la liste des choses à essayer [si ce n’est pas déjà] dans la zone de configuration avancée de la zone allant dans Webex :
Activer le Mode de filtrage SIP UDP/IX À sur [pas la valeur par défaut] :
Image ajoutée par l'utilisateur
Et vérifier les SIP session minuteurs sur VCS-e ainsi.
 
Notre valeur par défaut est années 1800 [15 min], qui est standard et vous voudrez vérifier que le minuteur TCP sur votre pare-feu correspondances ici aussi bien, mais vous pourraient bosse jusqu'à un peu pour voir si elle a un effet également sur votre VCS.

Ceci est sous Configuration > Protocoles > SIP:
Image ajoutée par l'utilisateur

Remarque l’intervalle d’actualisation de Session (secondes) est défini sur la valeur par défaut. Vous pouvez 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], quand VCS réellement pense qu’il est OK et que la session est toujours opérationnel mais ne reçoit une FIN/fermer sur cette session/port et tente de réutiliser et les matrices d’appel. [cas n° 2] est le FW correctement ferme la connexion et envoie une FIN/fermer et VCS enregistre un appel normal menu/compensation et l’appel décès également. Modifier la durée de la session ici simplement permet de déterminer quand VCS seront abandonner sur une session lorsqu’elle a échoué pour recevoir les accusés de réception pour toute communication tentative concernant le statut de l’appel.
 
Il peut nous aider à identifier le problème, un peu mieux cependant. Il est également possible que nous devons réduire cette valeur en fonction du paramètre FW de ce minuteur.

Cet article était-il utile ?