Les appels vers les réunions CMR Hybrides et avec les périphériques vidéo (V1, V2) se déconnectent au cours de l’appel

Les appels vers les réunions CMR Hybrides et avec les périphériques vidéo (V1, V2) se déconnectent au cours de l’appel.

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

Comment puis-je configurer les minutes TCP sur mon pare-feu pour les réunions avec périphériques vidéo ?

Les appels vers les réunions avec périphériques vidéo Cisco Webex (V1, V2) (anciennement CMR) se déconnectent au cours de l’appel.

Comment puis-je configurer les timers TCP sur mon pare-feu pour l’audio connecté sur le Cloud Webex ?

Remarque : CmR Hybride devient Fin de prise en charge effective le 28 février 2021. Après le 28/02/2021, le service CMR Hybride continuera jusqu’en avril 2021 (Fin de vie) et à ce stade, les clients des versions CMR Hybrides seront automatiquement migrés vers la dernière version de CMR Cloud.

Solution:

Les timers TCP du pare-feu et leur utilisation dans :

  • Salles de réunion de collaboration (CMR) hybrides
  • Réunions avec périphériques vidéo Cisco Webex (V1, V2) (anciennement CMR)
  • Audio connecté sur le Cloud Webex (anciennement CCA)

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.

Au cours des réunions avec CMR ou Périphérique vidéo, il y a une session TCP bi-directionnelle 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 ?