Merci pour votre commentaire.

• La destination d'un appel doit utiliser la numérotation URI SIP Secure (SIPS) basée sur les normes. Les autres protocoles ou méthodes d'appel, tels que le SIP non sécurisé via TCP ou UDP, le H.323, la numérotation IP, le RNIS ou Microsoft Skype for BusinessMicrosoft Lync, ne sont pas pris en charge.

• L'adresse de destination doit être un URI comportant à la fois une partie utilisateur et une partie hôte, comme défini dans la RFC 3261.

• La partie hôte de l'URI de destination doit être un (sous) domaine avec un _sips. _tcp. DNS SRVrecord, ou soit un nom de domaine complet, soit l'adresse IPv4 d'un Session Border Controller (SBC) dont un serveur SIPS écoute sur le port par défaut du protocole (TCP 5061).

• Si la destination est un nom de domaine complet DNS SRV cible ou hôte, il doit exister un enregistrement DNS A correspondant pointant vers les adresses IPv4 de tous les SBC.

• Le SBC de destination doit présenter un certificat de serveur valide (non expiré).

• Si le SBC de destination est un Cisco TelePresence VCS ou Cisco Expressway si la version logicielle minimale prise en charge est X8.5.3.

Les meilleures pratiques recommandées pour le SBC de destination sont les suivantes :

• Présentez un certificat TLS valide contenant le nom de domaine complet du SBC dans les enregistrements DNS CN ou SAN .

• Présentez une chaîne de certificats TLS complète, y compris tous les certificats CA intermédiaires signataires et le certificat CA racine signataire.

• Présentez un certificat TLS signé par une autorité publique fiable Certificate Authority (CA). Pour la liste des autorités de certification root fiables, voir Autorités de certification prises en charge pour les services hybrides Webex.

• Configurez un enregistrement DNS PTR pour le nom de domaine complet du SBC.

Remarques supplémentaires à garder à l'esprit :

• Nous ne prenons pas en charge les réunions en cascade depuis des passerelles de visioconférence sur site (Cisco TelePresenceServer ou Cisco Meeting Server) ou des systèmes de conférence dans le cloud vers la plateforme vidéo Webex.

• Les besoins en matière d'appels B2B des utilisateurs de l'application Webex ou des appareils qui utilisent Webex Hybrid Calling doivent être définis par la configuration de l'équipement sur site, par exemple Cisco Unified Communications Manager () Unified CM et. Cisco Expressway

• Vous pouvez tester les DNS SRV enregistrements et la connectivité de votre SBC à l'aide du Cisco TACCollaboration Solutions Analyzer.

• Le Session Border Controller (SBC) d'origine d'un appel doit utiliser la numérotation URI SIP Secure (SIPS) basée sur les normes. Les autres protocoles ou méthodes d'appel, tels que le SIP non sécurisé via TCP ou UDP, le H.323, la numérotation IP, le RNIS ou Microsoft Skype for BusinessMicrosoft Lync, ne sont pas pris en charge.

• Le SBC d'origine doit être configuré pour utiliser un serveur DNS capable d'effectuer des recherches d'enregistrements DNS A et SRV.

• Le SBC d'origine doit être capable d'utiliser les _sips. DNS SRVenregistrement _tcp correspondant au sous-domaine de la partie hôte de l'URI composé pour localiser le nom de domaine complet du serveur Webex SIPS, et résolvant l'enregistrement A du nom de domaine complet afin de déterminer l'adresse IPv4 à laquelle se connecter.

• Si le SBC d'origine fournit un nom de domaine complet dans son en-tête Contact, il doit y avoir un enregistrement DNS A qui le transforme en adresse IPv4.

• Le SBC d'origine doit être capable de se connecter au serveur Webex SIPS à l'adresse IP déterminée à partir des recherches DNS, et de négocier le protocole SIP sur TLS.

• Le SBC d'origine doit utiliser un message SIP INVITE pour lancer un appel plutôt qu'un message SIP OPTIONS.

  Si vous utilisez un Cisco TelePresence Video Communication Server (VCS) ou Expressway pour interconnecter les appels depuis le H.323, vous devez créer une zone DNS pour Webex avec le profil de zone défini sur Personnalisé et Répondre automatiquement aux recherches SIP sur Activé. Les règles de recherche du VCS ou d'Expressway doivent également être configurées pour acheminer les appels B2B pour Webex vers cette zone DNS.

• Si le SBC d'origine est un Cisco TelePresence VCS ou Cisco Expressway si la version logicielle minimale prise en charge est X8.5.3.

Les meilleures pratiques recommandées pour le SBC d'origine sont les suivantes :

• Présentez un certificat TLS valide signé pour l'usage du client et du serveur.

• Présentez un certificat TLS contenant le nom de domaine complet du SBC dans les enregistrements DNS CN ou SAN.

• Présentez une chaîne de certificats TLS complète, y compris tous les certificats CA intermédiaires signataires et le certificat CA racine signataire.

• Présentez un certificat TLS signé par une autorité publique fiable Certificate Authority (CA). Pour la liste des autorités de certification root fiables, voir Autorités de certification prises en charge pour les services hybrides Webex.

• Configurez un enregistrement DNS PTR pour l'adresse IPv4 du SBC, qui pointe vers le nom de domaine complet du SBC.

• Établissez une connexion TLS mutuelle au Cisco Collaboration Cloud port TCP 5062.

  • Si vous utilisez un Cisco VCS -Expressway ou un Cisco Expressway -Edge comme SBC, vous pouvez le faire en utilisant une zone DNS personnalisée pour Webex, dont le mode de vérification TLS et les options de modification des requêtes DNS sont réglés sur Activé, et le nom de sujet et de domaine de vérification TLS pour rechercher des champs définis sur callservice.ciscospark.com.

  • Notez que si vous mettez en œuvre cette recommandation, les recommandations ci-dessus concernant les certificats TLS du SBC seront obligatoires, sinon les appels échoueront.

Remarques supplémentaires à garder à l'esprit :

• Les exigences ci-dessus s'appliquent également pour se connecter aux réunions de l'application Webex qui n'utilisent pas de site Webex.

• Les exigences ci-dessus s'appliquent aux appels vers l'URI SIP Webex d'un utilisateur ou d'un appareil.

• Nous ne prenons pas en charge les réunions en cascade depuis des passerelles de visioconférence sur site (Cisco TelePresenceServer ou Cisco Meeting Server) ou des systèmes de conférence dans le cloud vers la plateforme vidéo Webex.

Veuillez noter que ces ports réseau sont susceptibles d'être modifiés sans préavis, en fonction de la capacité de demande et des autres exigences du cloud. Ces ports ne font également référence qu'aux connexions entre la plateforme Webex et le SBC de destination ou d'origine, et ne reflètent pas la connexion entre la plateforme Webex et l'application ou les appareils Webex.

• Signalisation des appels vers Webex : SIPS via TLS via TCP vers les ports cloud 5061 à 5062

• Signalisation des appels depuis Webex : SIPS via TLS depuis les ports cloud TCP éphémères 1024 à 61000

• Médias (audio, vidéo, partage d'écran, etc.) depuis et vers Webex pour les appels entrants ou sortants : RTP, RTCP, BFCP, UDT via UDP vers et depuis les ports cloud 33434—33598. Les ports du SBC dépendent de la configuration SBC. Par défaut, un Cisco VCS -E ou Expressway-E utilise le protocole UDP 36000-59999.

Le flux multimédia pour les appels avec l'application Webex dépend de la configuration de votre déploiement. Pour plus d'informations sur les flux médiatiques et la manière dont ils sont influencés lorsque différents éléments sont impliqués, consultez la documentation suivante :

• Configuration réseau requise pour les services Webex (cloud uniquement)

• Guide de déploiement de Video Mesh (nœuds Video Mesh pour maintenir le contenu multimédia sur site)