Vérifiez ces points de dépannage liés à la connexion TLS mutuelle et aux certificats :

• Installez le groupe de serveurs certificat racine Webex sur leExpressway-E.

• Configurez un port TLS mutuel dédié sur Expressway-E.

• Configurer la zone DNS sur le Cloud pour l'organisateur Expressway-E.

• Ouvrez le numéro de port TLS mutuel dans votre pare-feu—5062, qui ne peut pas être ouvert par défaut.

• Déterminez l certificat racine option que vous utilisez dans le Cloud Webex—L’option est utilisée pour vérifier le certificat TLS SIP de votreExpressway-E.

  • Magasin par défaut—Votre certificat Expressway est-il signé par l'une des autorités publiques ? Si vous n'êtes pas sûr, utilisez l'option magasin personnalisé.

  • Magasin personnalisé—Votre certificat Expressway-E ou son signataire est-il installé dans le Cloud? Le certificat contient-il des noms d'organisateurs vérifiés Expressway-E?

À partir de l’affichage du client dans , allez à Services > appel > https://admin.webex.com hybride > Paramètres. Vérifiez ces points qui sont liées à votre Destination SIP que vous définissez pendant le processus de déploiement :

• La valeur correspond à votre port TLS mutuel dédié Expressway-E.

• Essayez de vous connecter à l'adresse IP:port. (Plusieurs adresses si vous avez configuré un SRV.)

• Si vous avez configuré une adresse IP ou un nom d'organisateur, spécifiez le port TLS mutuel.

• Si vous avez utilisé un SRV, assurez-vous qu’il est au format _sips._tcp.domaine que vous mettez en tant que destination SIP>.

• Si vous ne souhaitez pas configurer un SRV, vous pouvez saisir Adresse IP : port ou nom d'hôte : port en tant que destination SIP de votre organisation.

• Pour les appels acheminés depuis Webex vers l’entreprise, consultez l’historique de recherche et les journaux réseausur Expressway-E. Cette étape permet d'isoler le problème sur le Cloud ou sur l'entreprise.

• Si vous réutilisez une zone B2B existante et des règles de recherche, pensez plutôt à créer des zones dédiées et des règles de recherche. Cette configuration évite les interférences avec les paramètres de zone existants pour B2B / MRA, évite les boucles de routage et facilite le dépannage.

• Vérifiez l'historique de recherche et les journaux de réseau sur Expressway-E. Vérifiez que l'INVITE SIP du Cloud arrive à l'Expressway-E et correspond à la zone DNS que vous avez configurée pour le Cloud.

  • Si l'INVITE SIP n'arrive pas ou ne correspond pas à la zone DNS configurée, suivez l'itinéraire de l'appel vers Cisco Unified Communications Manager. Cette étape vous aide à trouver où l'appel échoue ou s'il est perdu.

  • Voir la liste de contrôle de dépannage TLS mutuelle.

• Vérifiez le titre du routage. Vérifiez qu'il contient la valeur FQDN (nom de domaine complet qualifié de cluster) configurée dans les paramètres d'entreprise Cisco Unified Communications Manager et dans les règles de recherche Expressway. Voir cet exemple d'en-tête d'itinéraire et au FQDN de cluster mis en évidence :

  • Routage : <sip:[Obfuscated];transport=tls;lr>,<sip:myucmcluster.example.com;lr>

    • Dans cet exemple, le FQDN du cluster d'accueil est myucmcluster.example.com.

• Les courriers électroniques Cisco Unified Communications Manager doivent correspondre exactement au courrier électronique (synchronisé à partir de Active Directory ou de toute autre source) dans le Cloud Webex.

• Les URL des répertoires doivent correspondre à tous les domaines que vous avez vérifiés dans votre organisation.

• Vérifiez votre configuration de codec.

  Les services Webex supportent les codecs suivants :

  • Audio—G.711, G.722, AAC-LD

  • Video—H.264

  Nous ons en charge G.729 pour rejoindre une réunion Webex, une réunion Salle personnelle ou une réunion Webex à partir d’un périphérique SIP. Nous ne faisons pas en charge le numéro G.729 pour composer un numéro 1 à 1 de Webex vers un périphérique ou un pont SIP.

• Sur le cluster d'accueil Cisco Unified Communications Manager des utilisateurs affectés, choisissez Système > Paramètres d'entreprise ; sous Clusterwide Domain Configuration, vérifiez le paramètre du nom de domaine complet (FQDN) du cluster. La valeur FQDN que vous avez utilisée doit suivre ces lignes directrices :

  FDQN guide a pour but	Description et un exemple
  Plusieurs clusters	L’entrée doit être unique pour chaque cluster avec l’appel hybride —Par exemple, cluster1.example.com , cluster2.example.com ,etc.
  Aucun des caractères génériques	N’utilisez pas les entrées avec des caractères génériques, tels que *.example.com ou example*.com.
  Première entrée FDQN hybride appelé	Dans la liste des entrées multiples, le Cloud Webex utilise la première entrée sur la gauche pour l’appel hybride et cette première entrée ne doit pas contenir de caractère générique. Voir cet exemple de trois entrées FDQN de gauche à droite (le premier étant pour l’appel hybride): cluster1.example.com *.example.com example*.com
  Différent de l’Expressway-E	Doit être différent du nom de domaine, DNS et système Expressway-E. Dans le cas contraire, Expressway-E supprime l’en-tête d’itinéraire.
  Nouvelle entrée pour Hybrid Calling	Si votre entrée FDQN dans Unified CM ne répond pas aux exigences énumérées ci-dessus, vous pouvez ajouter un nouvel élément au début du paramètre d’FDQN du cluster pour l’appel hybride. Par exemple, si votre paramètre FQDN existant dans Cisco Unified Communications Manager est *.example.com *.example.org, vous pouvez ajouter une entrée unique au début du champ :« cluster1.example.com *.example.com *.example.org »