Merci pour votre commentaire.

Toutes les applications Webex enregistrées dans le cloud et les appareils vidéo Cisco initient uniquement des connexions sortantes. Webex Cloud de Cisco n'initie jamais de connexions sortantes vers les applications Webex enregistrées dans le cloud et les périphériques vidéo Cisco, mais peut passer des appels sortants vers les périphériques SIP.

Les services Webex pour les réunions et la messagerie sont hébergés dans des centres de données distribués à l'échelle mondiale qui appartiennent soit à Cisco (par exemple, les centres de données Webex pour les services d'identité, les services de réunion et les serveurs multimédias) soit hébergés dans un cloud privé virtuel Cisco (VPC) sur la plate-forme Amazon AWS (par exemple, les micro-services de messagerie Webex, les services de stockage de messagerie). Les services Webex résident également dans les centres de données Microsoft Azure pour l’interopérabilité vidéo avec Microsoft Teams (VIMT).

Types de trafic :

L'application Webex et les appareils vidéo Cisco établissent des connexions de signalisation et de média avec le cloud Webex.

Signalisation du trafic
L'application Webex et les appareils vidéo Cisco utilisent HTTP comme HTTP sur TLS (HTTPS) et Secure Web Sockets (WSS) sur TLS pour la signalisation basée sur REST vers le cloud Webex. Les connexions de signalisation sont uniquement sortantes et utilisent des URL pour l'établissement de session vers les services Webex.

Les connexions de signalisation TLS aux services Webex utilisent la version TLS 1.2 ou 1.3. La sélection du chiffrement est basée sur la préférence TLS du serveur Webex.

En utilisant TLS 1.2 ou 1.3, Webex préfère les suites de chiffrement utilisant :

• ECDHE pour une négociation clé
• Certificats basés sur RSA (taille de clé de 3072 bits)
• Authentification SHA2 (SHA384 ou SHA256)
• Chiffres de cryptage forts utilisant 128 ou 256 bits (par exemple, AES_256_GCM)

Webex prend en charge les suites de chiffrement dans l'ordre de préférence suivant pour la version TLS 1.2 connections*:

TLS_ECDHE_RSA_AVEC_AES_256_GCM_SHA384
TLS_ECDHE_RSA_] AVEC_AES_128_GCM_SHA256
TLS_ECDHE_RSA_] AVEC_CHACHA20_POLY1305_SHA256
TLS_ECDHE [] RSA_AVEC_AES__256_CBC_] SHA384
TLS_ECDHE [] RSA__AVEC_AES_128_CBC_SHA256

Remarque : le chiffrement en mode CBC est pris en charge pour les navigateurs plus anciens sans chiffrement en mode GCM plus sécurisé.

Webex prend en charge les suites de chiffrement dans l'ordre de préférence suivant pour la version TLS 1.3 connections*:

TLS_AES_256_GCM_SHA384
TLS_CHACHA_POLY1305_SHA256
TLS_AES_128_GCM_SHA256

Remarque : avec TLS 1.3, la négociation de clés ECDHE et les certificats basés sur RSA sont une partie obligatoire de la spécification et ce détail est donc omis dans la description de la suite de chiffrement.

*The Les suites de chiffrement et l'ordre de préférence des suites de chiffrement peuvent varier pour certains services Webex

Établissement de connexions de signalisation aux services Webex à l'aide d'URL
Si vous avez déployé des proxys ou des pare-feu pour filtrer le trafic quittant votre réseau d'entreprise, la liste des URL de destination qui doivent être autorisées à accéder au service Webex se trouve dans la section «Domaines et URL qui doivent être accessibles pour les services Webex».

Webex vous recommande fortement de ne pas modifier ou supprimer les valeurs d'en-tête HTTP lorsqu'elles passent par votre proxy/pare-feu, sauf si cela est autorisé dans ces directives https://www.w3.org/TR/ct-guidelines/#sec-altering-header-values. La modification ou la suppression des en-têtes HTTP en dehors de ces directives peut avoir un impact sur l'accès aux services Webex, y compris la perte d'accès aux services Webex par les applications Webex et les périphériques vidéo Cisco.

Le filtrage du trafic de signalisation Webex par adresse IP n’est pas pris en charge car les adresses IP utilisées par Webex sont dynamiques et peuvent changer à tout moment.

Trafic multimédia
L'application Webex et les périphériques vidéo Cisco chiffrent les médias en temps réel pour les flux audio, vidéo et de partage de contenu à l'aide des chiffrements suivants :

• Chiffrement AES-256-GCM
• Chiffrement AES-CM-128-HMAC-SHA1-80

AES-256-GCM est le chiffrement préféré de l'application Webex et des appareils vidéo Cisco pour crypter les médias en temps réel.

AES-CM-128-HMAC-SHA1 est un chiffrement mature qui a prouvé son interopérabilité entre les fournisseurs. AES-CM-128-HMAC-SHA1 est généralement utilisé pour crypter les médias vers les services Webex à partir de points de terminaison utilisant SRTP avec signalisation SIP (par exemple, Cisco et les périphériques SIP tiers).

Par ordre de préférence, les applications Webex et les périphériques vidéo Cisco prennent en charge UDP, TCP et TLS comme protocoles de transport multimédia. Si les ports UDP sont bloqués par votre pare-feu, les applications Webex et les périphériques vidéo Cisco reviendront au protocole TCP. Si les ports TCP sont bloqués, les applications Webex et les périphériques vidéo Cisco reviendront à TLS.

UDP – Protocole de transport multimédia recommandé par Cisco
Conformément à la norme RFC 3550 RTP – Un protocole de transport pour les applications en temps réel, Cisco préfère et recommande fortement UDP comme protocole de transport pour tous les flux multimédias vocaux et vidéo Webex.

Inconvénients de l’utilisation de TCP comme protocole de transport multimédia
Les applications Webex et les périphériques vidéo Cisco prennent également en charge TCP comme protocole de transport multimédia de secours. Cependant, Cisco ne recommande pas le protocole TCP comme protocole de transport pour les flux de médias vocaux et vidéo. En effet, TCP est orienté vers les connexions et conçu pour fournir de manière fiable des données correctement ordonnées aux protocoles de la couche supérieure. Avec TCP, l’expéditeur retransmet les paquets perdus jusqu’à ce qu’il en soit accusé réception, et le destinataire met en mémoire tampon le flux de paquets jusqu’à ce que les paquets perdus soient récupérés. Pour les flux de médias, ce comportement se manifeste par une augmentation de la latence et de la gigue, ce qui affecte la qualité du média pour les participants à l’appel.

Inconvénients de l'utilisation de TLS comme protocole de transport multimédia
Les connexions TCP cryptées (TLS) peuvent souffrir d'une dégradation supplémentaire de la qualité multimédia en raison de goulots d'étranglement potentiels du serveur proxy. Si TLS est utilisé comme protocole de transport multimédia par les applications Webex et les périphériques vidéo Cisco avec un serveur proxy configuré, ce trafic multimédia sera acheminé via votre serveur proxy, ce qui peut créer des goulots d'étranglement de bande passante et une perte de paquets ultérieure.Cisco recommande fortement de ne pas utiliser TLS pour transporter des médias dans des environnements de production.

Les médias Webex circulent dans les deux sens à l’aide d’un flux symétrique de 5-tuple (adresse IP source, adresse IP de destination, port source, port de destination, protocole) initié de l’intérieur vers le Webex Cloud.

L'application Webex et les périphériques vidéo Cisco utilisent également STUN (RFC 5389) pour les tests de traversée de pare-feu et d'accessibilité des nœuds multimédias. Pour plus d’informations, veuillez consulter l’article technique Pare-feu Webex.

Webex – Plages d’adresses IP de destination pour les médias
Pour atteindre les serveurs multimédias Webex qui traitent le trafic multimédia quittant votre réseau d’entreprise, vous devez autoriser les sous-réseaux IP qui hébergent ces services multimédias à être accessibles via votre pare-feu d’entreprise. Les plages d’adresses IP de destination pour le trafic média envoyé aux nœuds média Webex se trouvent dans la section « Sous-réseaux IP pour les services média Webex ».