Merci pour votre commentaire.
Un commentaire ?Configuration réseau requise pour les services Webex
*L'historique des révisions se trouve à la fin du document. Inscrivez-vous pour être informée des modifications.
Cet article est destiné aux administrateurs réseau, en particulier aux administrateurs de la sécurité des pare-feux et des proxys, qui souhaitent utiliser les services Webex Suite de collaboration dans le cloud au sein de leur organisation. Ce document se concentre principalement sur la configuration réseau requise pour Webex Meetings etWebex Messaging, et le document fournit également des liens vers des documents décrivant la configuration réseau requise pourWebex Calling.
Cet article vous aidera à configurer l'accès réseau à la suite de services Webex utilisée par : les clients de l'application Webex enregistrés
dans le cloud pour les réunions, la messagerie et les appels
, les clients de l'application Webex Meetings Centre enregistrés dans le
cloud, les appareils vidéo Cisco enregistrés sur le cloud, les téléphones IP Cisco, les appareils vidéo Cisco et les appareils tiers qui utilisent le Webex Suite SIP pour se connecter aux services.
Ce document se concentre principalement sur la configuration réseau requise pour les produits enregistrés sur le cloud Webex qui utilisent la signalisation HTTPS pour communiquer avec les Webex Suite services, mais décrit également séparément la configuration réseau requise pour les produits utilisant la signalisation SIP vers le cloud Webex. Ces différences sont résumées ci-dessous :
Toutes les applications et appareils Webex enregistrés dans le cloud utilisent le HTTPS pour communiquer avec les services de messagerie et de réunions Webex :
- L'application Webex utilise la signalisation HTTPS pour les services de messagerie et de réunion Webex. L'application Webex peut également utiliser le protocole SIP pour participer à des réunions Webex, mais cela dépend du fait que l'utilisateur soit appelé via son adresse SIP ou qu'il choisisse de composer un URL SIP pour rejoindre une réunion (au lieu d'utiliser la fonctionnalité de réunion native de l'application Webex).
- Les appareils Cisco Video enregistrés dans le cloud utilisent la signalisation HTTPS pour tous les services Webex, y compris les requêtes adressées à activation.webex.com qui règle l'heure du système.
- Les appareils Webex enregistrés SIP locaux peuvent également utiliser la signalisation HTTPS si la fonction Webex Edge pour les appareils est activée. Cette fonctionnalité permet d'administrer les appareils Webex via Webex Control Hub et de participer à Webex Meetings l'utilisation de la signalisation HTTPS (pour plus de détails, voir https://help.webex.com/en-us/cy2l2z/Webex-Edge-for-Devices).
le SIP. Le Webex Calling service et les produits de contrôle des appels locaux, tels que le SIP, Cisco Unified CM utilisent le protocole de contrôle des appels. Les appareils vidéo Cisco, les téléphones IP Cisco et les produits tiers peuvent se connecter Webex Meetings via SIP. Pour les produits de contrôle des appels basés sur SIP locauxCisco Unified CM, tels que l'établissement d'une session SIP par le biais d'un contrôleur frontalier tel que Expressway C & E, ou CUBE SBC pour les appels depuis et vers le Webex Cloud.
Pour plus de détails sur la configuration réseau spécifique requise pour ce Webex Calling service, voir : https://help.webex.com/en-us/b2exve/Port-Reference-Information-for-Cisco-Webex-Calling
Toutes les applications Webex enregistrées dans le cloud et les appareils Cisco Video initient uniquement des connexions sortantes. Le Webex Cloud de Cisco n'initie jamais de connexion sortante vers des applications Webex enregistrées sur le cloud et des appareils Cisco Video, mais peut passer des appels sortants vers des appareils SIP.
Les services Webex pour les réunions et la messagerie sont hébergés dans des centres de données répartis dans le monde entier qui appartiennent à Cisco (par ex. Centres de données Webex (pour les services d'identité, les services de réunion et les serveurs multimédia) ou hébergés dans un cloud privé virtuel (VPC) Cisco sur la plateforme Amazon AWS (par ex. Microservices de messagerie Webex, services de stockage de messages). Les services Webex sont également disponibles 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 Cisco Video établissent des connexions de signalisation et multimédia avec le cloud Webex.
Trafic de signalisation L'application
Webex et les appareils Cisco Video utilisent le HTTP comme HTTP sur TLS (HTTPS) et les 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 établir une session vers les services Webex.
Les connexions de signalisation TLS aux services Webex utilisent le TLS version 1.2 ou 1.3. Le choix du chiffrement est basé sur les préférences TLS du serveur Webex.
En utilisant TLS 1.2 ou 1.3, Webex préfère les suites de chiffrement comme suit :
- L'ECDHE pour une négociation clé
- Certificats basés sur RSA (taille de clé de 3 072 bits)
- Authentification SHA2 (SHA384 ou SHA256)
- Chiffrements robustes 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 les connexions TLS version 1.2* :
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
Remarque : le cryptage en mode CBC est pris en charge pour les anciens navigateurs sans cryptage en mode GCM plus sécurisé.
Webex prend en charge les suites de chiffrement dans l'ordre de préférence suivant pour les connexions TLS version 1.3.* :
TLS_AES_256_GCM_SHA384
TLS_CHACHA_POLY1305_SHA256
TLS_AES_128_GCM_SHA256
Remarque — Avec le TLS 1.3, la négociation des clés ECDHE et les certificats basés sur le RSA font partie intégrante de la spécification et ce détail est donc omis dans la description de la suite de chiffrement.
*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-feux pour filtrer le trafic sortant du réseau de votre entreprise, la liste des URL de destination qui doivent être autorisées pour accéder au service Webex se trouve dans la section « Domaines et URL accessibles pour les services Webex ».
Webex vous recommande vivement de ne pas modifier ni supprimer les valeurs d'en-tête HTTP lorsqu'elles passent par votre proxy/pare-feu, sauf si ces directives l'autorisent https://www.w3.org/TR/ct-guidelines/#sec-altering-header-values. La modification ou la suppression d'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 appareils Cisco Video.
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 appareils Cisco Video chiffrent les contenus multimédia 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
L'AES-256-GCM est le code de cryptage préféré de l'application Webex et des appareils Cisco Video pour crypter les contenus multimédias en temps réel.
L'AES-CM-128-HMAC-SHA1 est un algorithme de chiffrement mature qui a prouvé son interopérabilité entre les fournisseurs. L'AES-CM-128-HMAC-SHA1 est généralement utilisé pour crypter les contenus multimédias envoyés aux services Webex depuis des terminaux en utilisant le protocole SRTP avec signalisation SIP (par ex. Cisco et appareils SIP tiers).
Par ordre de préférence, les applications Webex et les appareils Cisco Video prennent en charge les protocoles de transport multimédia UDP, TCP et TLS. Si les ports UDP sont bloqués par votre pare-feu, les applications Webex et les appareils Cisco Video passeront au TCP. Si les ports TCP sont bloqués, les applications Webex et les appareils Cisco Video passeront au protocole TLS.
UDP — Protocole de transport multimédia recommandé par Cisco Conformément
à la RFC 3550 RTP, un protocole de transport pour les applications en temps réel, Cisco préfère et recommande vivement l'UDP comme protocole de transport pour tous les flux multimédia audio et vidéo Webex.
Inconvénients de l'utilisation du TCP comme protocole de transport multimédia Les applications
Webex et les appareils Cisco Video prennent également en charge le TCP en tant que protocole de transport multimédia de secours. Cisco ne recommande toutefois pas le TCP comme protocole de transport pour les flux multimédia vocaux et vidéo. C'est parce que le TCP est orienté vers la connexion et conçu pour transmettre de manière fiable et correctement ordonnée des données aux protocoles de couche supérieure. En utilisant le protocole TCP, l'expéditeur retransmet les paquets perdus jusqu'à ce qu'ils soient accusés de réception, et le récepteur met le flux de paquets en mémoire tampon jusqu'à ce que les paquets perdus soient récupérés. Pour les flux multimédia, ce comportement se traduit par une augmentation de la latence et de l'instabilité, ce qui a une incidence sur la qualité multimédia perçue par les participants à l'appel.
Inconvénients de l'utilisation du TLS comme protocole de transport multimédia Les connexions TCP
cryptées (TLS) peuvent subir une nouvelle dégradation de la qualité des médias en raison de potentiels goulots d'étranglement des serveurs proxy. Si le protocole TLS est utilisé comme protocole de transport multimédia par les applications Webex et les appareils Cisco Video dotés d'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 donc des pertes de paquets. Cisco recommande vivement de ne pas utiliser le protocole TLS pour transporter du contenu multimédia dans les environnements de production.
Le contenu multimédia Webex circule dans les deux sens à l'aide d'un flux symétrique de 5 tuples initié de l'intérieur (adresse IP source, adresse IP de destination, port source, port de destination, protocole) vers le Webex Cloud.
L'application Webex et les appareils Cisco Video utilisent également le STUN (RFC 5389) pour les tests de traversée du pare-feu et d'accessibilité des nœuds multimédia. Pour plus de détails, consultez le document technique sur le pare-feu Webex.
Webex — Plages d'adresses IP de destination pour les médias
Pour accéder aux serveurs multimédia Webex qui traitent le trafic multimédia sortant du réseau de votre entreprise, vous devez autoriser les sous-réseaux IP hébergeant ces services multimédia à être accessibles via votre pare-feu d'entreprise. Les plages d'adresses IP de destination pour le trafic multimédia envoyé aux nœuds multimédia Webex se trouvent dans la section « Sous-réseaux IP pour les services multimédia Webex ».
Trafic Webex via des proxies et des pare-feux
La plupart des clients déploient un pare-feu Internet, ou un proxy Internet et un pare-feu, pour restreindre et contrôler le trafic HTTP qui sort et entre sur leur réseau. Suivez les instructions relatives au pare-feu et au proxy ci-dessous pour accéder aux services Webex depuis votre réseau. Si vous utilisez uniquement un pare-feu, notez que le filtrage du trafic de signalisation Webex à l'aide d'adresses IP n'est pas pris en charge, car les adresses IP utilisées par les services de signalisation Webex sont dynamiques et peuvent changer à tout moment. Si votre pare-feu prend en charge le filtrage des URL, configurez-le pour autoriser les URL de destination Webex répertoriées dans la section « Domaines et URL accessibles pour les services Webex ».
Le tableau suivant décrit les ports et les protocoles qui doivent être ouverts sur votre pare-feu pour permettre aux applications Webex enregistrées dans le cloud et aux appareils Cisco Video de communiquer avec les services multimédia et de signalisation cloud Webex.
Les applications, appareils et services Webex abordés dans ce tableau incluent :
l'application Webex, les appareils vidéo Cisco, le nœud Video Mesh, le nœud hybride de sécurité des données, le connecteur d'annuaire, le connecteur de calendrier, le connecteur de gestion, le connecteur de maintenance.
Pour obtenir des conseils sur les ports et les protocoles pour les appareils et les services Webex utilisant le SIP, consultez la section « Configuration réseau requise pour les services Webex basés sur SIP ».
| Services Webex - Numéros de port et protocoles | |||
|
Port de destination |
Protocole |
Description |
Appareils utilisant cette règle |
| 443 | TLS | Signalisation HTTPS Webex. L'établissement des sessions pour les services Webex est basé sur des URL définies, plutôt que sur des adresses IP. Si vous utilisez un serveur proxy ou si votre pare-feu prend en charge la résolution DNS, reportez-vous à la section « Domaines et URL accessibles pour les services Webex » pour autoriser l'accès par signalisation aux services Webex. | Toutes |
| 123 (1) | UDP | Protocole horaire réseau (NTP) | Toutes |
| 53 (1) | UDP TCP | Système de noms de domaine (DNS) utilisé pour les recherches DNS afin de découvrir les adresses IP des services du cloud Webex. La plupart des requêtes DNS sont effectuées via UDP ; toutefois, les requêtes DNS peuvent également utiliser le protocole TCP. | Toutes |
| 5004 et 9000 | SRTP sur UDP | Partage audio, vidéo et de contenu cryptés sur l'application Webex et les appareils Cisco Video Pour obtenir la liste des sous-réseaux IP de destination, reportez-vous à la section « Sous-réseaux IP pour les services multimédia Webex ». | Application Webex, appareils vidéo et nœuds de maillage vidéo Cisco |
| 50,000 – 53,000 | SRTP sur UDP | Partage audio, vidéo et contenu cryptés — Video Mesh Node uniquement | Video Mesh Node |
| 5004 | SRTP sur TCP | Le TCP sert également de protocole de transport de secours pour le partage audio, vidéo et de contenu cryptés si le protocole UDP ne peut pas être utilisé. Pour la liste des sous-réseaux IP de destination, consultez la section « Sous-réseaux IP pour les services multimédia Webex ». | Application Webex, appareils vidéo et nœuds de maillage vidéo Cisco |
| 443 | SRTP sur TLS | Utilisé comme protocole de transport de secours pour le cryptage audio, vidéo et le partage de contenu si les protocoles UDP et TCP ne peuvent pas être utilisés. Les médias via TLS ne sont pas recommandés dans les environnements de production. Pour obtenir la liste des sous-réseaux IP de destination, consultez la section « Sous-réseaux IP pour les services multimédia Webex ». | Application Webex, appareils vidéo Cisco |
- Si vous utilisez les services NTP et DNS sur le réseau de votre entreprise, il n'est pas nécessaire d'ouvrir les ports 53 et 123 via votre pare-feu.
Webex prend en charge IPv4 et IPv6 pour les services de signalisation et multimédia. Pour la plupart des clients, la prise en charge de Webex via IPv4 et IPv6 ne devrait pas poser de problème. Des problèmes peuvent tout de même survenir si l'unité maximale transmissible (MTU) de votre réseau est réglée sur des valeurs autres que celles par défaut.
L'unité maximale transmissible (MTU) est la taille maximale du paquet IP qui peut être transmis via une liaison réseau sans fragmentation. Le RFC IPv6 impose une taille MTU minimale de 1 280 octets. La plupart des appareils de routage et de commutation prennent en charge une taille MTU maximale par défaut de 1 500 octets sur toutes les interfaces.
L'IPv6 ajoute une surcharge aux paquets IP, ce qui augmente la taille des paquets par rapport au trafic IPv4. Le RFC IPv6 impose une taille MTU minimale de 1 280 octets.
Webex recommande de conserver la taille maximale d'unité de transmission (MTU) par défaut de 1 500 octets pour tous les paquets IP reçus et envoyés sur votre réseau. Si vous devez réduire la taille du MTU de votre réseau, Webex recommande de la réduire à au moins 1 300 octets.
La majorité des services multimédia Webex sont hébergés dans les centres de données Cisco.
Cisco prend également en charge les services multimédia Webex dans les centres de données Microsoft Azure pour l'intégration vidéo à Microsoft Teams (VIMT). Microsoft a réservé ses sous-réseaux IP à l'usage exclusif de Cisco, et les services multimédia situés dans ces sous-réseaux sont sécurisés sur les instances du réseau virtuel Microsoft Azure. Pour obtenir des conseils sur le déploiement du VIMT, rendez-vous sur https://help.webex.com/en-us/article/nffx8kj/Deploy-the-Webex-video-integration-for-Microsoft-Teams.
Configurez votre pare-feu pour autoriser l'accès à ces destinations, aux sous-réseaux IP Webex et aux ports du protocole de transport pour les flux multimédia depuis les applications et appareils Webex.
Les applications Webex et les appareils Cisco Video prennent en charge les protocoles de transport multimédia UDP, TCP et TLS. Si les ports UDP sont bloqués par votre pare-feu, les applications Webex et les appareils Cisco Video passeront au TCP. Si les ports TCP sont bloqués, les applications Webex et les appareils Cisco Video passeront au protocole TLS.
L'UDP est le protocole de transport préféré de Cisco pour les médias, et nous vous recommandons vivement de n'utiliser que l'UDP pour transporter les médias. Les applications Webex et les appareils Cisco Video prennent également en charge le TCP et le TLS en tant que protocoles de transport pour les médias, mais ils ne sont pas recommandés dans les environnements de production car la nature orientée vers la connexion de ces protocoles peut sérieusement affecter la qualité des médias sur les réseaux à perte.
Remarque : Les sous-réseaux IP répertoriés ci-dessous sont destinés aux services multimédia Webex. 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. Le trafic de signalisation HTTP vers les services Webex peut être filtré par URL/domaine sur votre serveur Enterprise Proxy avant d'être transféré vers votre pare-feu.
|
Sous-réseaux IPv4 pour les services multimédia | |
| 4.152.214.0/24* | 66.163.32.0/19 |
| 4.158.208.0/24* | 69.26.160.0/19 |
| 4.175.120.0/24* | 114.29.192.0/19 |
| 4.152.180.0/24* | 144.196.0.0/16 |
| 20.50.235.0/24* | 150.253.128.0/17 |
| 20.53.87.0/24* | 163.129.0.0/17 |
| 20.57.87.0/24* | 170.72.0.0/16 |
| 20.68.154.0/24* | 170.133.128.0/18 |
| 20.76.127.0/24* | 173.39.224.0/19 |
| 20.108.99.0/24* | 173.243.0.0/20 |
| 20.120.238.0/23* | 207.182.160.0/19 |
| 23.89.0.0/16 | 209.197.192.0/19 |
| 40.119.234.0/24* | 210.4.192.0/20 |
| 44.234.52.192/26 | 216.151.128.0/19 |
| 52.232.210.0/24* | 4.144.190.0/24* |
| 62.109.192.0/18 | 48.202.19.0/24* |
| 64.68.96.0/19 | 172.194.164.0/24* |
|
Plages d'adresses IPv6 pour les services multimédia |
| 2402:2500::/34 |
| 2607 : fcf0 : /34 |
| 2a00:a640 : :/34 |
* Les centres de données Azure : utilisés pour héberger les services d'intégration vidéo pour Microsoft Teams (alias Microsoft Cloud Video Interop), les applications
Webex et les appareils vidéo Cisco effectuent des tests pour détecter l'accessibilité et le temps aller-retour d'un sous-ensemble de nœuds de chaque cluster multimédia disponible pour votre organisation. L'accessibilité des nœuds multimédia est testée selon les protocoles de transport UDP, TCP et TLS et se produit au démarrage, lors d'un changement de réseau et périodiquement pendant que l'application ou l'appareil fonctionne. Les résultats de ces tests sont stockés et envoyés sur le cloud Webex avant de participer à une réunion ou à un appel. Le cloud Webex utilise les résultats de ces tests d'accessibilité pour attribuer à l'application Webex ou à l'appareil Webex le meilleur serveur multimédia pour l'appel, en fonction du protocole de transport (UDP préféré), de l'aller-retour et de la disponibilité des ressources du serveur multimédia.
Cisco ne prend pas en charge ni ne recommande de filtrer un sous-ensemble d'adresses IP en fonction d'une région géographique ou d'un fournisseur de services cloud en particulier. Le filtrage par région peut sérieusement dégrader l'expérience des réunions, y compris l'impossibilité de participer complètement aux réunions.
Si vous avez configuré votre pare-feu pour autoriser le trafic uniquement vers un sous-ensemble des sous-réseaux IP ci-dessus, il se peut que du trafic provenant de tests d'accessibilité traverse votre réseau, dans le but d'atteindre les nœuds multimédia de ces sous-réseaux IP bloqués. Les nœuds multimédia des sous-réseaux IP bloqués par votre pare-feu ne seront pas utilisés par les applications Webex et les appareils Cisco Video.
Trafic de signalisation Webex et configuration du proxy d'entreprise
La plupart des organisations utilisent des serveurs proxy pour inspecter et contrôler le trafic HTTP sortant de leur réseau. Les proxys peuvent être utilisés pour exécuter plusieurs fonctions de sécurité, telles que l'autorisation ou le blocage de l'accès à des URL spécifiques, l'authentification des utilisateurs, la recherche de réputation par adresse IP/domaine/nom d'hôte/URI, ainsi que le décryptage et l'inspection du trafic. Les serveurs proxy sont également couramment utilisés comme seule voie permettant de transférer le trafic Internet basé sur HTTP vers le pare-feu de l'entreprise, ce qui permet au pare-feu de limiter le trafic Internet sortant à celui provenant uniquement du ou des serveurs proxy. Votre serveur proxy doit être configuré pour permettre au trafic de signalisation Webex d'accéder aux domaines/URL répertoriés dans la section ci-dessous :
Webex vous recommande vivement de ne pas modifier ni supprimer les valeurs d'en-tête HTTP lorsqu'elles passent par votre proxy/pare-feu, sauf si ces directives le permettent https://www.w3.org/TR/ct-guidelines/#sec-altering-header-values. La modification ou la suppression d'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 appareils Cisco Video.
|
Cisco WebexURL des services | ||
|
Domaine/URL |
Description |
Applications Webex et appareils utilisant ces domaines/URL |
| *.webex.com *.cisco.com *.wbx2.com *.ciscospark.com *.webexapis.com | Microservices Webex.
| Toutes |
| *.webexcontent.com (1) | Stockage Webex pour le contenu et les journaux générés par les utilisateurs, y compris : les fichiers partagés, les fichiers transcodés, les images, les captures d'écran, le contenu du tableau blanc, les journaux des clients et des appareils, les photos de profil, les logos de marque, les images, les fichiers journaux, les fichiers journaux, les fichiers d'exportation au format CSV en masse et les fichiers d'importation (Control Hub) | Toutes |
|
Services supplémentaires liés à Webex : domaines appartenant à Cisco | ||
|
URL |
Description |
Applications Webex et appareils utilisant ces domaines/URL |
| *.accompanied y.com | People InsightsIntégration | Apps Webex |
|
Services supplémentaires liés à Webex : domaines tiers | ||
|
URL |
Description |
Applications Webex et appareils utilisant ces domaines/URL |
| *.sparkpostmail1.com *.sparkpostmail.com | Service de messagerie pour les newsletters, les informations d'inscription, les annonces, les notifications de messagerie vocale WxC | Toutes |
| *.giphy.com | Permet aux utilisateurs de partager des images GIF. Cette fonctionnalité est activée par défaut mais peut être désactivée dans Control Hub | Application Webex |
| safebrowsing.googleapis.com | Utilisé pour effectuer des contrôles de sécurité sur les URL avant de les afficher dans le flux de messages. Cette fonctionnalité est activée par défaut, mais peut être désactivée dans Control Hub | Application Webex |
|
*.walkme.com s3.walkmeusercontent.com | Client Webex User Guidance. Propose des visites d'intégration et d'utilisation aux nouveaux utilisateurs. Pour plus d'informations, voir https://support.walkme.com/knowledge-base/access-requirements-for-walkme/ | Applications Web Webex |
| msftncsi.com/ncsi.txt captive.apple.com/hotspot-detect.html | Des tiers vérifient la connectivité Internet pour identifier les cas où il existe une connexion réseau mais aucune connexion à Internet. L'application Webex effectue ses propres contrôles de connectivité Internet mais peut également utiliser ces URL tierces comme solution de rechange. | Application Webex |
| *.appdynamics.com *.eum-appdynamics.com | Suivi des performances, capture des erreurs et des crashs, statistiques de session (1) | Application Webex Webex Web App |
| *.amplitude.com | Tests A/B et indicateurs (1) | Webex Web App |
| *.livestream.webex.com *.vbrickrev.com | Ces domaines sont utilisés par les participants qui consultent Webex Events | Événements Webex |
| *.livestreaming.webex.com | Ce domaine est utilisé par les participants pour visionner les webcasts Webex | Webémissions Webex |
| *.slido.com *.sli.do *.data.logentries.com slido-assets-production. s3.eu-west-1.amazonaws.com | Utilisé pour le complément PPT de Slido et pour permettre aux pages Web de Slido de créer des sondages/questionnaires avant la réunion. Utilisé pour exporter les questions et réponses, les résultats des sondages, etc., depuis Slido | Toutes |
| *.quovadisglobal.com *.digicert.com *.godaddy.com *.globalsign.com *.identrust.com *.lencr.org | Utilisé pour demander des listes de révocation de certificats auprès de ces autorités de certification Remarque : Webex prend en charge l'agrafage CRL et OCSP pour déterminer le statut de révocation des certificats. Avec l'agrafage OCSP, les applications et appareils Webex n'ont pas besoin de contacter ces autorités de certification | Toutes |
| *.intel.com | Utilisé pour demander des listes de révocation de certificats et vérifier leur statut auprès du service OCSP d'Intel, pour les certificats envoyés avec des images de fond utilisées par les applications et appareils Webex | Toutes |
| *.google.com *.googleapis.com | Notifications aux applications Webex sur les appareils mobiles (par exemple, nouveau message) Service Google Firebase Cloud Messaging (FCM) https://firebase.google.com/docs/cloud-messaging Apple Push Notification Service (APNS) https://support.apple.com/en-us/HT203609 Remarque - Pour les APNS, Apple ne répertorie que les sous-réseaux IP de ce service | Application Webex |
| cdnjs.cloudflare.com cdn.jsdelivr.net static2.sharepointonline.com appsforoffice.microsoft.com ajax.aspnetcdn.com | Les URL de Webex Scheduler pour Microsoft Outlook Microsoft Outlook les utilisateurs peuvent utiliser le Webex Scheduler pour planifier des réunions Webex ou des réunions Webex Personal Room directement depuis n'importe quel navigateur. Microsoft Outlook Pour plus de détails, voir : Cliquez ici | Toutes |
| Les principaux services Webex deviennent obsolètes | ||
| URL | Description | Applications Webex et appareils utilisant ces domaines/URL |
| *.clouddrive.com | Stockage Webex pour le contenu généré par les utilisateurs et les journaux Le stockage des fichiers sur clouddrive.com a été remplacé par webexcontent.com en octobre 2019. Les organisations dont les périodes de conservation sont longues pour le contenu généré par les utilisateurs peuvent toujours utiliser cloudrive.com pour stocker les anciens fichiers | Toutes |
| *.ciscosparkcontent.com | Téléchargements de fichiers journaux Le service de stockage des fichiers journaux utilise désormais le domaine *.webexcontent.com | Application Webex |
| *.rackcdn.com | Réseau de diffusion de contenu (CDN) pour le domaine *.clouddrive.com | Toutes |
(1) Webex fait appel à des tiers pour la collecte de données de diagnostic et de dépannage, ainsi que pour la collecte de statistiques sur les pannes et l'utilisation. Les données qui peuvent être envoyées à ces sites tiers sont décrites dans les fiches de confidentialité de Webex. Pour plus de détails, voir :
- https://trustportal.cisco.com/c/dam/r/ctp/docs/privacydatasheet/collaboration/cisco-webex-meetings-privacy-data-sheet.pdf
- https://trustportal.cisco.com/c/r/ctp/trust-portal.html?doctype=Privacy%20Data%20Sheet|Privacy%20Data%20Map & search_keyword =webex#/1552559092865176
Webex utilise les services de réseau de diffusion de contenu (CDN) pour diffuser efficacement des fichiers statiques et du contenu aux applications et appareils Webex. Si vous utilisez un serveur proxy pour contrôler l'accès aux services Webex, vous n'avez pas besoin d'ajouter les domaines CDN à la liste des domaines autorisés pour les services Webex (car la résolution DNS vers le CDN CNAME est effectuée par votre proxy après le filtrage initial des URL). Si vous n'utilisez pas de serveur proxy (par exemple, si vous utilisez un pare-feu uniquement pour filtrer les URL), la résolution DNS est effectuée par le système d'exploitation de votre application/appareil Webex, et vous devrez ajouter les URL CDN suivantes au domaine à autoriser dans votre pare-feu :
|
Cisco WebexURL des services hybrides | ||
|
URL |
Description |
Utilisé par : |
|
*.docker.com (1) *.docker.io (1) *dkr. ecr.us-east-1.amazonaws.com *. s3.us-east-1.amazonaws.com ecr.us-east-1.amazonaws.com
| Conteneurs de services hybrides | Nœud hybride de sécurité des données Video Mesh Node |
| *s3.amazonaws.com (1) | Téléchargements de fichiers journaux | Nœud hybride de sécurité des données Video Mesh Node |
| *.cloudconnector.webex.com | Synchronisation des utilisateurs | Connecteur d'annuaire de services hybrides |
(1) Nous prévoyons de supprimer progressivement l'utilisation de *.docker.com et *.docker.io pour les conteneurs de services hybrides, pour éventuellement les remplacer par des sous-domaines sur *.amazonaws.com.
Remarque : Si vous utilisez un proxy Cisco Web Security Appliance (WSA) et que vous souhaitez mettre à jour automatiquement les URL utilisées par les services Webex, reportez-vous au document de configuration de WSA Webex Services pour savoir comment déployer un AsyncOS d'alimentation externe Webex pour Cisco Web Security.
Pour un fichier CSV contenant la liste des URI des services Webex, voir : Fichier CSV des services Webex
Votre serveur proxy doit être configuré pour permettre au trafic de signalisation Webex d'accéder aux domaines/URL répertoriés dans la section précédente. La prise en charge des fonctionnalités de proxy supplémentaires liées aux services Webex est abordée ci-dessous :
Support d'authentification par proxy
Les proxys peuvent être utilisés comme dispositifs de contrôle d'accès, bloquant l'accès aux ressources externes jusqu'à ce que l'utilisateur/l'appareil fournisse des informations d'accès valides au proxy. Plusieurs méthodes d'authentification sont prises en charge par les proxies, telles que l'authentification de base, l'authentification Digest (basée sur Windows) NTLM, Kerberos et Negotiate (Kerberos avec repli NTLM).
Pour le cas « Aucune authentification » du tableau ci-dessous, l'appareil peut être configuré avec une adresse proxy mais ne prend pas en charge l'authentification. Lorsque l'authentification par proxy est utilisée, des informations d'identification valides doivent être configurées et stockées dans le système d'exploitation de l'application Webex ou du périphérique vidéo Cisco.
Pour les appareils Cisco Video et l'application Webex, les adresses proxy peuvent être configurées manuellement via le système d'exploitation de la plateforme ou l'interface utilisateur de l'appareil, ou découvertes automatiquement à l'aide de mécanismes tels que : les fichiers
Web Proxy Auto Discovery (WPAD) et/ou Proxy Auto Config (PAC) :
- https://www.cisco.com/c/en/us/td/docs/security/ web_security /connector/connector3000/WPADAP.html
- https://www.cisco.com/c/en/us/td/docs/security/ web_security /connector/connector2972/PACAP.html
|
Produit |
Type d'authentification |
Configuration du proxy |
| Webex pour Mac | Pas d'authentification, basique, NTLM (1) | Manuel, WPAD, PAC |
| Webex pour Windows | Pas d'authentification, basique, NTLM (2) | Manuel, WPAD, PAC, GPO |
| Webex pour iOS | No Auth, Basic, Digest, NTLM | Manuel, WPAD, PAC |
| Webex pour Android | No Auth, Basic, Digest, NTLM | Manuel, PAC |
| Webex Web App | No Auth, Basic, Digest, NTLM, Negotiate | Supporté via le système d'exploitation |
| Appareils vidéo Cisco | No Auth, Basic, Digest | WPAD, PAC ou manuel |
| Nœud Webex Video Mesh | No Auth, Basic, Digest, NTLM | Manuel |
| Nœud hybride de sécurité des données | No Auth, Basic, Digest | Manuel |
| Connecteur de gestion des hôtes Hybrid Services | Pas d'authentification, de base | Configuration manuelle Expressway C : Applications > Services hybrides > Connector Proxy |
| Services hybrides : Directory Connector | Pas d'authentification, de base, NTLM | Supporté via le système d'exploitation Windows |
| Hybrid Services Expressway C : connecteur de calendrier | Pas d'authentification, de base, NTLM | Configuration manuelle Expressway C : Applications > Services hybrides > Connecteur proxy : nom d'utilisateur et mot de passe Expressway C : Applications > Services hybrides > Connecteur de calendrier > Microsoft Exchange > Basic et/ou NTLM |
| Hybrid Services Expressway C : connecteur d'appel | Pas d'authentification, de base | Configuration manuelle Expressway C : Applications > Services hybrides > Connector Proxy |
(1) : Mac NTLM Auth - La machine n'a pas besoin d'être connectée au domaine, l'utilisateur est invité à saisir un mot de passe
(2) : Windows NTLM Auth - Supporté uniquement si une machine est connectée au domaine
Guidance on Proxy settings for Windows OS
Microsoft Windows prend en charge deux bibliothèques réseau pour le trafic HTTP (WinInet et WinHTTP) qui permettent la configuration du proxy. WinInet a été conçu uniquement pour les applications clientes de bureau mono-utilisateur ; WinHTTP a été conçu principalement pour les applications multi-utilisateurs basées sur des serveurs.
WinInet est un sur-ensemble de WinHTTP ; lorsque vous choisissez entre les deux, vous devez utiliser WinInet pour les paramètres de configuration de votre proxy. Pour plus d'informations, rendez-vous sur https://docs.microsoft.com/en-us/windows/win32/wininet/wininet-vs-winhttp
Inspection par procuration et épinglage des certificats
L'application Webex et les appareils Cisco Video valident les certificats des serveurs avec lesquels ils établissent des sessions TLS. Les vérifications des certificats, telles que l'émetteur du certificat et la signature numérique, reposent sur la vérification de la chaîne des certificats jusqu'au certificat racine. Pour effectuer ces contrôles de validation, l'application ou l'appareil utilise un ensemble de certificats CA racine fiables installés dans le Trust Store du système d'exploitation.
Si vous avez déployé un proxy d'inspection TLS pour intercepter, déchiffrer et inspecter le trafic Webex, assurez-vous que le certificat présenté par le proxy (au lieu du certificat de service Webex) a été signé par une autorité de certification dont le certificat racine est installé dans le Trust Store de votre application Webex ou de votre appareil Webex. Pour l'application Webex, le certificat CA utilisé pour signer le certificat utilisé par le proxy doit être installé sur le système d'exploitation de l'appareil. Pour les appareils vidéo Cisco, ouvrez une demande de service auprès du TAC pour installer ce certificat CA dans le logiciel RoomOS.
Le tableau ci-dessous montre la prise en charge de l'application Webex et des appareils Webex pour l'inspection TLS par des serveurs proxy :
|
Produit |
Prend en charge les autorités de certification fiables personnalisées pour l'inspection TLS |
| Application Webex (Windows, Mac, iOS, Android, Web) | Oui* |
| Appareils vidéo Cisco | Oui |
| Cisco WebexVideo Mesh | Oui |
| Service hybride de sécurité des données | Oui |
| Services hybrides : annuaire, calendrier, connecteurs de gestion | Non |
Remarque : L'application Webex ne prend pas en charge le déchiffrement par serveur proxy et l'inspection des sessions TLS pour Webex Meetings les services multimédia. Si vous souhaitez inspecter le trafic envoyé aux services du domaine webex.com, vous devez créer une exemption d'inspection TLS pour le trafic envoyé vers *mcs*.webex.com, *cb*.webex.com et *mcc*.webex.com.
Remarque : L'application Webex ne prend pas en charge l'extension SNI pour les connexions multimédia basées sur le protocole TLS. La connexion aux services audio et vidéo Webex échouera si un serveur proxy nécessite la présence du SNI.
|
Produit |
Compatible avec la norme 802.1X |
Remarques |
| Application Webex (Windows, Mac, iOS, Android, Web) | Oui | Supporté via le système d'exploitation |
| Appareils vidéo Cisco | Oui | EAP-FAST EAP-MD5 EAP-TLS EAP-TLS EAP-TTLS Configurez le 802.1X via une interface graphique ou des certificats de téléchargement Touch 10 via une interface HTTP |
| Video Mesh Node | Non | Utiliser le contournement de l'adresse MAC |
| Service hybride de sécurité des données | Non | Utiliser le contournement de l'adresse MAC |
| Services hybrides : annuaire, calendrier, connecteurs de gestion | Non | Utiliser le contournement de l'adresse MAC |
Le cloud Webex prend en charge les appels entrants et sortants en utilisant le protocole SIP comme protocole de contrôle des appels pour Webex Meetings et pour les appels directs (1:1) depuis/vers des applications Webex enregistrées dans le cloud et des appareils Cisco Video.
Les appels SIP Webex Meetings
Webex Meetings permettent aux participants dotés d'applications et d'appareils SIP de rejoindre une réunion de la manière suivante :
- Appeler l'URI SIP pour la réunion (par exemple meetingnumber@webex.com), ou
- Le cloud Webex qui appelle l'URI SIP spécifié par le participant (par exemple my-device@customer.com)
Les appels entre les applications/appareils SIP et les appareils vidéo Webex enregistrés dans le cloud Le cloud Webex permet aux utilisateurs d'applications et d'appareils
SIP de :
- Être appelée par des applications Webex enregistrées dans le cloud et des appareils Cisco Video
- Appelez des applications Webex enregistrées dans le cloud et des appareils Cisco Video
Dans les deux cas ci-dessus, les applications et appareils SIP doivent établir une session vers/depuis le cloud Webex. L'application ou l'appareil SIP sera enregistré dans une application de contrôle des appels basée sur le SIP (telle queUnified CM), qui dispose généralement d'une connexion SIP Trunk vers les autoroutes C et E qui autorise les appels entrants et sortants (sur Internet) vers le Webex Cloud.
Les applications et appareils SIP peuvent être :
- Appareil vidéo Cisco utilisant le protocole SIP pour s'enregistrer Unified CM
- Téléphones IP Cisco utilisant le SIP pour Unified CM s'inscrire ou utiliser le Webex Calling service
- Une application SIP tierce ou un appareil utilisant une application tierce de contrôle des appels SIP
Remarque * Si un routeur ou un pare-feu SIP est compatible SIP, c'est-à-dire que la passerelle SIP Application Layer Gateway (ALG) ou quelque chose de similaire est activée, nous vous recommandons de désactiver cette fonctionnalité pour maintenir le bon fonctionnement du service. Consultez la documentation du fabricant concerné pour savoir comment désactiver le SIP ALG sur des appareils spécifiques
Le tableau suivant décrit les ports et protocoles requis pour accéder aux services Webex SIP :
| Ports et protocoles pour les services Webex SIP | |||
| Port source | Port de destination | Protocole | Description |
| Autoroute > Ports éphémères | Webex Cloud 5060 - 5070 | SIP sur TCP/TLS/MTLS | Signalisation SIP de l'Expressway E vers les protocoles de transport Webex sur le cloud : TCP/TLS/MTLS |
| Ports éphémères Webex Cloud | Autoroute 5060 à 5070 | SIP sur TCP/TLS/MTLS | Signalisation SIP depuis le cloud Webex vers les protocoles de transport Expressway E : TCP/TLS/MTLS |
| Autoroute 36000 à 59999 | Webex Cloud 49152 -59999 | RTP/SRTP sur UDP | Médias cryptés/non chiffrés depuis l'Expressway E vers le protocole de transport multimédia Webex sur le cloud : UDP |
| Webex Cloud 49152 - 59999 | Autoroute 36000 à 59999 | RTP/SRTP sur UDP | Médias cryptés/non chiffrés depuis le cloud Webex vers Expressway E , protocole de transport multimédia : UDP |
La connexion SIP entre Expressway E et le cloud Webex prend en charge la signalisation non cryptée via TCP et la signalisation cryptée via TLS ou MTLS. La signalisation SIP cryptée est préférable car les certificats échangés entre le cloud Webex et Expressway E peuvent être validés avant de poursuivre la connexion.
Expressway est couramment utilisé pour activer les appels SIP vers le cloud Webex et les appels SIP B2B vers d'autres organisations. Configurez votre pare-feu pour autoriser :
- Tout le trafic de signalisation SIP sortant depuis les nœuds de l'Expressway E
- Tout le trafic de signalisation SIP entrant vers vos nœuds Expressway E
Si vous souhaitez limiter la signalisation SIP entrante et sortante et le trafic multimédia associé à destination et en provenance du cloud Webex. Configurez votre pare-feu pour autoriser la signalisation SIP et le trafic média à accéder aux sous-réseaux IP des services multimédia Webex (consultez la section « Sous-réseaux IP pour les services multimédia Webex ») et aux régions AWS suivantes : us-east-1, us-east-2, eu-central-1, us-gov-west-2, us-west-2. Les plages d'adresses IP de ces régions AWS se trouvent ici : https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html
* Cette page Web n'est pas mise à jour instantanément, car AWS modifie régulièrement les plages d'adresses IP de ses sous-réseaux. Pour suivre de manière dynamique les modifications de plage d'adresses IP AWS, Amazon recommande de s'abonner au service de notification suivant : https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html#subscribe-notifications Les
médias pour les services Webex basés sur SIP utilisent les mêmes sous-réseaux IP de destination que Webex Media (listés ici)
| Protocole | Numéro (s) de port | Direction | Type d'accès | Commentaires |
| TCP | 5061, 5062 | Entrant | Signalisation SIP | Signalisation SIP entrante pour l'audio Webex Edge |
| TCP | 5061, 5065 | Sortant | Signalisation SIP | Signalisation SIP sortante pour l'audio Webex Edge |
| TCP/UDP | Ports éphémères 8000 à 59999 | Entrant | Ports multimédia | Sur un pare-feu d'entreprise, des trous d'épingle doivent être ouverts pour le trafic entrant sur Expressway avec une plage de ports comprise entre 8 000 et 59999 |
Cisco WebexVideo Mesh
Cisco WebexVideo Mesh fournit un service multimédia local sur votre réseau. Au lieu que tous les médias soient transférés sur Webex Cloud, ils peuvent rester sur votre réseau, ce qui permet de réduire la consommation de bande passante Internet et d'améliorer la qualité des médias. Pour plus de détails, consultez le guide de déploiement de Cisco Webex Video Mesh.
Service de calendrier hybride
Le service Hybrid Calendar connecte Microsoft Exchange Office 365 ou Google Calendar à Webex, ce qui permet de planifier des réunions et d'y participer plus facilement, en particulier sur mobile.
Pour plus de détails, voir : Guide de déploiement du service de calendrier hybride Webex
Service d'annuaire hybride
Cisco Directory Connector est une application sur site qui permet de synchroniser les identités dans le cloud Webex. Il propose un processus administratif simple qui étend automatiquement et en toute sécurité les contacts de l'annuaire de l'entreprise vers le cloud et les synchronise pour des raisons de précision et de cohérence.
Pour plus de détails, voir : Guide de déploiement pour Cisco Directory Connector
Architecture préférée pour les services hybrides Webex
L'architecture préférée pour les services Cisco Webex hybrides décrit l'architecture hybride globale, ses composants et les meilleures pratiques générales en matière de conception. Voir : Architecture préférée pour les services hybrides Webex
Si vous effectuez également Webex Calling un déploiement avec Webex Meetings des services de messagerie, la configuration réseau requise pour ce Webex Calling service est disponible ici : https://help.webex.com/b2exve/Port-Reference-Information-for-Cisco-Webex-Calling
|
Date de révision |
Informations nouvelles et modifiées |
| 10/07/2026 |
Ajout de deux nouvelles URL de services Cisco Webex hybrides : *. s3.us-east-1.amazonaws.com et ecr.us-east-1.amazonaws.com |
| 9/30/2026 |
Deux plages IP Azure Cluster ont été ajoutées au tableau des sous-réseaux IP4 pour les services multimédia : 48.202.19.0/24* et 172.194.164,0/24* |
| 8/18/2026 |
Suppression des métadonnées du produit Webex for Broadworks |
| 3/16/2026 |
Dans la section Sous-réseaux IPv4 pour les services multimédia, j'ai mis à jour la plage d'adresses IP incorrecte, de 163.129.0.0/16 à 163.129.0.0/17. |
| 2/19/2026 |
La modification précédente (2/18) a été corrigée pour refléter le libellé correct : « Les appareils Cisco Video enregistrés dans le cloud utilisent la signalisation HTTPS pour tous les services Webex, y compris les requêtes adressées à activation.webex.com qui règle l'heure du système. » |
| 2/18/2026 |
Ajout d'une note sur les appareils enregistrés dans le cloud utilisant l'URL « activation.webex.com » pour renvoyer NTP dans la section « Résumé des types d'appareils et des protocoles pris en charge par Webex ». |
| 2/11/2026 |
Ajout de « Notifications de la messagerie vocale WxC aux e-mails » à la description de l'entrée *.sparkpostmail dans la section « Services supplémentaires liés à Webex, domaines tiers ». |
| 12/15/2025 |
L'application Webex pour Android a été supprimée de la liste *.amplitude.com dans le tableau des URL des services. Cisco Webex *livestreaming.webex.com a été ajouté à la nouvelle entrée Webex Webcast dans le tableau des URL des services, dans la Cisco Webex section des domaines tiers. Ajax.aspnetcdn.com a été ajouté aux URL du planificateur Webex dans le tableau des URL des services, dans la Cisco Webex section des domaines tiers. |
| 11/10/2025 |
Lien cassé mis à jour vers le service Google Firebase Cloud Messaging (FCM). |
| 06/30/2025 |
La ligne a été supprimée (en commençant par speech.googleapis.com et texttospeech.googleapis.com). Tout le trafic lié au service est désormais exclusivement dirigé vers des domaines relevant du nom déjà documenté *. webex.com et *. domaines wbx2.com. |
| 6/24/2025 | Nouveau sous-réseau ajouté à la section Sous-réseaux IPv4 pour les services multimédia : 4.144.190.0/24* (cette plage sera utilisée à partir du 8 juillet 2025) |
| 4/8/2025 | Nouveau sous-réseau ajouté à la section Sous-réseaux IPv4 pour les services multimédia - 4.152.180.0/24 |
| 4/4/2025 | Ajout du domaine GlobalSign.com Root CA pour le serveur d'horodatage |
| 4/4/2025 | Suppression du sous-réseau IP 66.114.160.0/20 non utilisé |
| 1/6/2025 | Plages d'adresses IP ajoutées pour prendre en charge le trafic IPv6 |
| 10/17/2024 10/21/2024 | Historique des révisions mis à jour le 19/08/2024. Remplacé (*.webexconnect.com) par la bonne entrée de (*.webexcontent.com) |
| 08/19/2024 | Images incluses avec des logos de marque pour la section des domaines et des URL (*.webexcontent.com) |
| 08/02/2024 | Section de support IPv6 de Webex - Texte modifié pour souligner la taille du MTU pour le trafic IPv4 et IPv6. |
| 07/26/2024 | Ajout d'un nouveau sous-domaine *dkr. ecr.us-east-1.amazonaws.com sous URL supplémentaires pour les services hybrides Webex |
| 07/26/2024 | Conseils sur la taille maximale d'unité transmissible (MTU) recommandée pour le trafic IPv6 vers Webex Services |
| 04/08/2024 | Ajout d'un point manquant avant (*webex.com et *cisco.com) dans le sous-domaine Servers URLs Cisco Webex |
| 12/06/2023 | Introduction révisée mettant l'accent sur Webex Suite les services |
| 12/06/2023 | Révision de la section : Protocoles de transport et chiffrements pour les applications et appareils Webex enregistrés dans le cloud. Informations mises à jour sur les versions TLS et les suites de chiffrement utilisées et préférées par les Webex Suite Services Informations supplémentaires et conseils sur les protocoles de transport multimédia Les appareils Cisco Video prennent désormais en charge l'envoi de contenu multimédia via TLS via un serveur proxy, alignant ainsi le comportement sur celui de l'application Webex. Ajout de conseils sur la configuration du proxy (Webex vous recommande vivement de ne pas modifier ni supprimer les valeurs d'en-tête HTTP lorsqu'elles passent par votre proxy/pare-feu, sauf autorisation...) |
| 12/06/2023 | Révision des sous-réseaux IP pour la section des services multimédia Webex Les services multimédia ne sont plus disponibles sur AWS, mais uniquement dans les centres de données Webex et Microsoft Azure pour VIMT. Texte supplémentaire sur les protocoles et les préférences de transport des médias |
| 12/06/2023 | Section Trafic de signalisation Webex et configuration du proxy d'entreprise Ajout de conseils sur la configuration du proxy (Webex vous recommande vivement de ne pas modifier ni supprimer les valeurs d'en-tête HTTP lorsqu'elles passent par votre proxy/pare-feu, sauf autorisation...) |
| 12/06/2023 | Cisco WebexTableau des URL des services : lignes 1 et 2 fusionnées (*.webex.com, *.cisco.com, *.wbx2.com, etc.) Le texte doit être révisé pour refléter le fait que la suite Webex utilise des services communs pour les réunions et la messagerie. *.livestream.webex.com a été ajoutée pour les webcasts Webex. Une section sur les principaux services Webex est obsolète : texte simplifié |
| 10/09/2023 | Un lien vers le document VIMT a été inclus |
| 8/29/2023 | Le port 444 TLS pour Video Mesh Node a été supprimé (il n'est plus utilisé). |
| 5/24/2023 | Webex Events — Configuration réseau requise |
| 2/23/2023 | De nouveaux sous-réseaux IP pour les médias ont été ajoutés (144.196.0.0/16 et 163.129.0.0/16) Ces sous-réseaux IP seront activés 30 jours ou plus après leur publication ici. |
| 2/9/2023 | Republié (onglets fixes non cliquables) |
| 1/23/2023 | Republié avec suppression des sous-réseaux dupliqués (66.114.169.0 et 66.163.32.0) |
| 1/11/2023 | Webex Web App et SDK - Le protocole TLS a été ajouté en tant que protocole de transport de secours pour le partage audio, vidéo et de contenu cryptés si les protocoles UDP et TCP ne peuvent pas être utilisés |
| 1/11/2023 | Nouveaux sous-réseaux IP pour les médias ajoutés : 4.152.214.0/24, 4.158.208.0/24, 4.175.120.0/24 (Azure Data Centers pour VIMT) |
| 10/14/2022 | Nouvelle URL du slido ajoutée :*.slido-assets-production. s3.eu-west-1.amazonaws.com |
| 9/15/2022 | Nouveau sous-réseau IP pour les médias ajouté : 20.120.238.0/23 (Azure Data Center pour VIMT) |
| 9/12/2022 | URL de Webex Scheduler pour Microsoft Outlook ajout. |
| 8/12/2022 | Une note a été ajoutée dans la section Numéro de port et protocoles. Les appareils RoomOS n'envoient pas le contenu multimédia transporté via TLS à un serveur proxy configuré. |
| 8/12/2022 | Les sous-réseaux IP de Webex Media — Le sous-réseau IP AWS 18.230.160.0/25 ont été supprimés du tableau des sous-réseaux IP. Ces nœuds multimédia utilisaient désormais des adresses IP appartenant à Cisco dans des sous-réseaux déjà répertoriés dans le tableau. |
| 8/12/2022 | Une note a été ajoutée pour souligner que l'accès à tous les domaines et sous-domaines est obligatoire pour les URL répertoriées dans la section Domaines et URL des services Webex. |
| 6//25/2022 | Les exigences relatives aux services de notification de Google et Apple ont été ajoutées |
| 6/25/2022 | Nouvelle URL Webex *.webexapis.com ajoutée au tableau des domaines et des URL |
| 6/22/2022 | Des instructions supplémentaires ont été ajoutées pour les déploiements SIP avec Cisco Unified CM |
| 4/5/2022 | Suppression des sous-réseaux IP AWS pour les services multimédia. Ces sous-réseaux sont obsolètes |
| 12/14/2021 | De nouvelles plages de ports UDP multimédia (50 000 à 53 000) ont été ajoutées pour le nœud Video Mesh. Le port 9000 pour les médias via TCP a été supprimé — L'utilisation de ce port de destination pour les médias via TCP sera obsolète en janvier 2022. Le port 33434 pour les médias via UDP et TCP sera supprimé — L'utilisation du port de destination pour les médias via UDP et TCP sera obsolète en janvier 2022 |
| 11/11/2021 | Tableau des numéros de port, des protocoles et des URL des Cisco Webex services Webex mis à jour. |
| 10/27/2021 | J'ai ajouté *.walkme.com et s3.walkmeusercontent.com dans le tableau des domaines. |
| 10/26/2021 | Ajout de conseils sur les paramètres du proxy pour le système d'exploitation Windows |
| 10/20/2021 | Des URL CDN ont été ajoutées à la liste des domaines autorisés de votre pare-feu |
| 10/19/2021 | L'application Webex utilise l'AES-256-GCM ou l'AES-128-GCM pour crypter le contenu de tous les types de réunions Webex. |
| 10/18/2021 | Ajout de nouveaux sous-réseaux IP (20.57.87.0/24*, 20.76.127.0/24* et 20.108.99.0/24*) utilisés pour héberger les services d'intégration vidéo pour Microsoft Teams (alias Microsoft Cloud Video Interop) et les domaines (*.cloudfront.net, *.akamaiedge.net, *.akamai.net et *.fastly.net) que nous avons ajoutés pour les réseaux de diffusion de contenu utilisés par les services Webex |
| 10/11/2021 | Mise à jour du lien Trust Portal dans la section Domaine et URL. |
| 10/04/2021 | Les noms *.walkme.com et s3.walkmeusercontent.com ont été supprimés du tableau des domaines car ils ne sont plus nécessaires. |
| 07/30/2021 | Mise à jour de la section Remarque sur les fonctionnalités du proxy |
| 07/13/2021 | Mise à jour de la section Remarque sur les fonctionnalités du proxy |
| 07/02/2021 | * * .s3.amazonaws.com a été remplacé par * s3.amazonaws.com |
| 06/30/2021 | Mise à jour de la liste des URL supplémentaires pour les services hybrides Webex. |
| 06/25/2021 | Le domaine *.appdynamics.com a été ajouté à la liste |
| 06/21/2021 | Le domaine *.lencr.org a été ajouté à la liste. |
| 06/17/2021 | Tableau des ports et protocoles mis à jour pour les services Webex SIP |
| 06/14/2021 | Tableau des ports et protocoles mis à jour pour les services Webex SIP |
| 05/27/2021 | A mis à jour le tableau dans la section URL supplémentaires pour les services hybrides Webex. |
| 04/28/2021 | Ajout de domaines pour le module Slido PPT et pour permettre aux pages Web de Slido de créer des sondages/des quiz avant les réunions |
| 04/27/2021 | Ajout d'une plage IP 23,89.0.0/16 pour l'audio Webex Edge |
| 04/26/2021 | Ajouté 20.68.154.0/24* car il s'agit d'un sous-réseau Azure |
| 04/21/2021 | A mis à jour le fichier CSV de Webex Services sous URL supplémentaires pour Webex Hybrid Services |
| 04/19/2021 | Ajouté 20.53.87.0/24* car il s'agit d'un Azure DC pour VIMT/CVI |
| 04/15/2021 | Ajout du domaine *.vbrickrev.com pour les webémissions Webex Events. |
| 03/30/2021 | Révision substantielle de la mise en page des documents. |
| 03/30/2021 | Informations sur la prise en charge multimédia de l'application Web Webex et du SDK Webex (aucun contenu multimédia via TLS). |
| 03/29/2021 | Webex Edgepour les fonctionnalités des appareils répertoriées avec un lien vers la documentation. |
| 03/15/2021 | Le domaine *.identrust.com a été ajouté |
| 02/19/2021 | Ajout d'une section dédiée aux services Webex pour les clients de FedRAMP |
| 01/27/2021 | Le domaine *.cisco.com a été ajouté pour le service UC connecté au cloud et pour l'Webex Callingintégration de sous-réseaux IP pour l'intégration vidéo pour Microsoft Teams (alias Microsoft Cloud Video Interop), indiqué par * |
| 01/05/2021 | Nouveau document décrivant la configuration réseau requise pour les services de réunions et de messagerie de l'application Webex |
| 11/13/20 | Le sous-réseau https://155.190.254.0/23 a été supprimé des sous-réseaux IP de la table multimédia |
| 10/7/2020 | La ligne *.cloudfront.net a été supprimée des URL supplémentaires pour les services hybrides Webex Teams |
| 9/29/2020 | Nouveau sous-réseau IP (20.53.87.0/24) ajouté pour les services Webex Teams Media |
| 9/29/2020 | Les appareils Webex ont été renommés en appareils Webex Room |
| 9/29/2020 | URL *.core-os.net supprimée du tableau : URL supplémentaires pour les services hybrides Webex Teams |
| 9/7/2020 | Lien mis à jour vers les régions AWS |
| 08/25/20 | Simplification du tableau et du texte pour les sous-réseaux IP de Webex Teams pour les médias |
| 8/10/20 | Ajout de détails supplémentaires sur la manière dont l'accessibilité aux nœuds multimédia est testée et sur l'utilisation du sous-réseau IP Cisco avec Connect Webex Edge |
| 7/31/20 | Ajout de nouveaux sous-réseaux IP pour les services multimédia dans les data centers AWS et Azure |
| 7/31/20 | Ajout de nouveaux ports multimédia de destination UDP pour les appels SIP vers le cloud Webex Teams |
| 7/27/20 | Ajout de 170.72.0.0/16 (CIDR) ou 170.72.0.0 - 170.72.255.255 (fourchette nette) |
| 5/5/20 | Sparkpostmail.com a été ajouté au tableau des domaines tiers |
| 4/22/20 | Ajout d'une nouvelle plage IP 150.253.128.0/17 |
| 03/13/20 | Ajout d'une nouvelle URL pour le service de transport multimédia TLS de walkme.com pour les appareils Room OS Nouvelle section ajoutée : Configuration réseau requise pour les appels hybrides Un lien de signalisation SIP a été ajouté au document sur les exigences réseau Webex Calling |
| 12/11/19 | Modifications mineures du texte, mise à jour du tableau des applications et appareils Webex Teams — Numéros de port et protocoles, mise à jour et reformatage des tableaux d'URL Webex Teams. Supprimer le support NTLM Proxy Auth pour les services hybrides Management Connector et Call Connector |
| 10/14/19 | Ajout de la prise en charge de l'inspection TLS pour les appareils de chambre |
| 9/16/2019 | Ajout de l'exigence de support TCP pour les systèmes DNS utilisant le TCP comme protocole de transport. Ajout de l'URL *.walkme.com — Ce service propose des visites d'intégration et d'utilisation aux nouveaux utilisateurs. Modifications apportées aux URL des services utilisés par Web Assistant. |
| 8/28/2019 | *.sparkpostmail1.com URL ajoutée, service e-mail pour les newsletters, les informations d'inscription et les annonces |
| 8/20/2019 | Ajout du support proxy pour Video Mesh Node et le service Hybrid Data Security |
| 8/15/2019 | Vue d'ensemble des centres de données Cisco et AWS utilisés pour le service Webex Teams. URL *.webexcontent.com ajoutée pour le stockage des fichiers Remarque sur la dépréciation de clouddrive.com pour le stockage de fichiers. URL *.walkme.com ajoutée pour les statistiques et les tests |
| 7/12/2019 | URL *.activate.cisco.com et *.webapps.cisco.com URL de synthèse vocale ajoutées URL mises à jour en *.speech-googleapis.wbx2.com et *.texttospeech-googleapis.wbx2.com *.quay.io URL supprimée URL des conteneurs de services hybrides mise à jour en *.amazonaws.com |
| 6/27/2019 | Ajout de l'exigence de liste autorisée *.accompanied pour cette fonctionnalité People Insights |
| 4/25/2019 | Ajout des « services Webex Teams » à la ligne concernant la prise en charge de la version TLS. « Webex Teams » a été ajouté à la ligne des flux multimédia dans la section Trafic multimédia. La mention « géographique » a été ajoutée avant la région dans les sous-réseaux IP de Webex Teams pour la section multimédia. A apporté d'autres modifications mineures au libellé. Modification du tableau des URL de Webex Teams, en mettant à jour l'URL pour les tests A/B et les métriques, et en ajoutant une nouvelle ligne pour Google Speech Services. Dans la section « URL supplémentaires pour les services hybrides de Webex Teams », les informations sur la version « 10.1 » ont été supprimées après AsyncOS. Texte mis à jour dans la section « Support de l'authentification par proxy ». |
| 3/26/2019 | A changé l'URL liée ici « veuillez vous référer au document de configuration de WSA Webex Teams pour obtenir des instructions » de https://www.cisco.com/c/dam/en/us/products/collateral/security/web-security-appliance/guide-c07-739977.pdf à https://www.cisco.com/c/en/us/td/docs/security/wsa/wsa11-5/user_guide/b_WSA_UserGuide_11_5_1.html A changé l'URL « api.giphy.com » en *.giphy.com |
| 2/21/2019 | A mis à jour Webex Calling « » pour lire « Webex Calling (anciennement Spark Calling) à la demande de John Costello, en raison du lancement prochain du produit du même nom, Webex Calling via BroadCloud. |
| 2/6/2019 | Le texte « Hybrid Media Node » a été modifié pour devenir « Webex Video Mesh Node » |
| 1/11/2019 | Le texte « Fichiers chiffrés de bout en bout chargés sur les espaces Webex Teams et le stockage des avatars » a été remplacé par « Fichiers chiffrés de bout en bout téléchargés sur les espaces Webex Teams, stockage des avatars, logos de marque Webex Teams » |
| 1/9/2019 | Mise à jour pour supprimer la ligne suivante : « *Pour que les appareils Webex Room obtiennent le certificat CA nécessaire pour valider la communication via votre proxy d'inspection TLS, veuillez contacter votre CSM ou ouvrir un dossier auprès du. » Cisco TAC |
| 5 décembre 2018 | URL mises à jour : « https ://» a été supprimé de 4 entrées du tableau des URL de Webex Teams : https://api.giphy.com -> api.giphy.com https://safebrowsing.googleapis.com -> safebrowsing.googleapis.com http://www.msftncsi.com/ncsi.txt -> msftncsi.com/ncsi.txt https://captive.apple.com/hotspot-detect.html -> captive.apple.com/hotspot-detect.html
|
| 30 novembre 2018 | Nouvelles URL :*.ciscosparkcontent.com, *.storage101.ord1.clouddrive.com, *.storage101.dfw1.clouddrive.com, *.storage101.iad3.clouddrive.com, https://api.giphy.com, https://safebrowsing.googleapis.com, http://www.msftncsi.com/ncsi.txt, https://captive.apple.com/hotspot-detect.html, *.segment.com, *.segment.io, *.amplitude.com, *.eum-appdynamics.com, *.docker.io, *.core-os.net, *.s3.amazonaws.com, *.identity.api.rackspacecloud.com |
| Prise en charge de méthodes d'authentification par proxy supplémentaires pour Windows, iOS et Android | |
| Webex Board adopte le système d'exploitation et les fonctionnalités de Room Device ; les fonctionnalités de proxy sont partagées par Room Devices : SX, DX, MX, les séries Room Kit et Webex Board | |
| Prise en charge de l'inspection TLS par les applications iOS et Android | |
| Suppression de la prise en charge de l'inspection TLS sur les appareils Room : SX, DX, MX, série Room Kit et Webex Board | |
| Webex Board adopte le système d'exploitation et les fonctionnalités de Room Device ; prise en charge de la norme 802.1X | |
| 21 novembre 2018 | Remarque suivante ajoutée à la section Sous-réseaux IP pour les médias : La liste des plages IP ci-dessus pour les ressources multimédia du cloud n'est pas exhaustive, et il se peut que d'autres plages IP soient utilisées par Webex Teams qui ne figurent pas dans la liste ci-dessus. Cependant, l'application et les appareils Webex Teams pourront fonctionner normalement sans pouvoir se connecter à des adresses IP multimédia non répertoriées. |
| 19 octobre 2018 | Remarque ajoutée : Webex Teams fait appel à des tiers pour la collecte de données de diagnostic et de dépannage ; et pour la collecte de statistiques sur les pannes et l'utilisation. Les données qui peuvent être envoyées à ces sites tiers sont décrites dans la fiche de confidentialité de Webex. Pour plus de détails, voir : https://www.cisco.com/c/dam/ en_us /about/ /trust-center/docs/cisco-webex-privacy-data-sheet.pdf doing_business |
| Tableau séparé pour les URL supplémentaires utilisées par les services hybrides : *.cloudfront.net, *.docker.com, *.quay.io, *.cloudconnector.cisco.com, *.clouddrive.com | |
| 7 août 2018 | Remarque ajoutée au tableau des ports et protocoles : si vous configurez un serveur NTP et DNS local dans l'OVA du nœud Video Mesh, il n'est pas nécessaire d'ouvrir les ports 53 et 123 via le pare-feu. |
