Les appels vers CMR Hybride se déconnectent pendant l'appel

Les appels vers CMR Hybride se déconnectent au cours de l’appel.

Comment puis-je configurer les minuteurs TCP sur mon pare-feu pour la Plateforme vidéo Cisco Webex ?

Cet article était à l'origine 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.

Solution :

Minuteurs TCP du pare-feu et leur utilisation dans une connexion CMR

Dans les environnements clients avec des paramètres de pare-feu stricts, il est impératif de considérer l'importance des sessions TCP à l'intérieur de la solution CMR.

Dans CMR, il existe une session TCP bidirectionnelle active entre le client Cisco Expressway et les composants Webex Edge. Le composant Webex Edge possède une minuteur de connexion TCP par défaut de 30 minutes. Un Cisco Expressway aura une minuterie de connexion TCP par défaut de 2 heures.

Lors de la configuration de votre pare-feu, il est important que le pare-feu ne soit jamais autorisé à interrompre silencieusement la connexion TCP en moins de 30 minutes.

Si un pare-feu est configuré pour supprimer silencieusement une connexion TCP en moins de 30 minutes, une réinvitation SIP peut être envoyée à Cisco Expressway sur la connexion TCP qui a été fermée. Le pare-feu supprimera cette connexion. Webex interrompra la réinvitation et enverra ensuite le message AU REVOIR au client. Ce message Au revoir utilise généralement le même port TCP et peut également être supprimé.

Plus tard, le Cisco Expressway enverra une invitation du côté de Webex. La réinvitation utilisera une connexion TCP nouvelle ou non terminée. De ce fait, elle sera autorisée à passer par le pare-feu et joindre Webex. WebEx répondra avec un code d’erreur (481 L'appel/la transaction n’existe pas) indiquant que l’appel n’existe pas.

Il est également important de noter qu’une session TCP n’est pas unique sur une base par appel. Si l'Expressway Cisco ou Webex Edge envoie un message à la même destination et a déjà (ce qu'il croit être) une connexion TCP ouverte vers cette adresse IP de destination, le même port sera utilisé pour plusieurs conférences ou appels.

Cela peut entraîner la suppression de plusieurs appels ou conférences en même temps ou à des moments similaires.

Voir le diagramme ci-dessous pour plus de détails sur le problème :


Image ajoutée par l'utilisateur

Cet article était-il utile ?