Überprüfen Sie diese Punkte zur Fehlerbehebung hinsichtlich der Mutual TLS-Verbindung und -Zertifikaten:

• Installieren Sie das Webex Cloud Stammzertifikat-Paket im Expressway-E.

• Konfigurieren Sie einen dedizierten Mutual TLS-Port in Expressway-E.

• Konfigurieren Sie in Expressway-E eine DNS-Zone für die Cloud.

• Öffnen Sie Port 5062 für Mutual TLS in Ihrer Firewall – der möglicherweise nicht standardmäßig geöffnet ist.

• Ermitteln Sie, Stammzertifikat-Option, die Sie in der Webex-Cloud verwenden – Diese Option dient zur Verifizierung des SIP TLS-Zertifikats von Expressway-E.

  • Standard-Speicher – Wird Ihr Expressway-E-Zertifikat von einer öffentlichen Zertifizierungsstelle signiert? Wenn Sie unsicher sind, verwenden Sie die Option benutzerdefinierter Speicher.

  • Benutzerdefinierter Speicher – Ist Ihr Expressway-E-Zertifikat oder Signaturgeber in der Cloud gespeichert? Enthält das Zertifikat verifizierte Expressway-E-Hostnamen?

Wechseln Sie aus der Kundenansicht in https://admin.webex.comzu Dienste > Hybrid > Hybridanruf-> Einstellungen . Überprüfen Sie diese Punkte hinsichtlich Ihres SIP-Ziels, die Sie bei der Bereitstellung festgelegt haben:

• Der Wert, verweist auf den dedizierten Mutual TLS-Port Von Expressway-E.

• Versuchen Sie eine Verbindung zu IP address:port aufzubauen. (Mehrere Adressen, falls Sie eine SRV konfiguriert haben).

• Wenn Sie eine IP-Adresse oder einen Hostnamen konfiguriert haben, geben Sie den Mutual TLS-Port an.

• Wenn Sie eine SRV verwendet haben, vergewissern Sie sich, dass sie im Format _sips._tcp hat.Domäne, die Sie als SIP-Ziel für>.

• Wenn Sie keine SRV einrichten möchten, können Sie IP-Adresse:Port oder Hostname:Port als SIP-Ziel Ihrer Organisation eingeben.

• Für von Webex an das Unternehmen weiter geroutete Anrufe müssen Sie den Suchverlauf und die Netzwerkprotokolle in Expressway-Eüberprüfen. Dieser Schritt hilft Ihnen dabei, das Problem entweder auf die Cloud oder auf das Unternehmen einzugrenzen.

• Wenn Sie eine bestehende B2B-Zone und Suchregeln erneut verwenden, erwägen Sie, stattdessen eigene Zonen und Suchregeln zu erstellen. Durch diesen Aufbau werden Beeinträchtigungen mit vorhandenen Zoneneinstellungen für B2B/MRA sowie Routing-Schleifen vermieden, und die Problemsuche wird vereinfacht.

• Überprüfen Sie den Suchverlauf und die Netzwerkprotokolle in Expressway-E. Vergewissern Sie sich, dass die SIP-EINLADUNG von der Cloud in Expressway-E ankommt und mit der DNS-Zone übereinstimmt, die Sie für die Cloud konfiguriert haben.

  • Wenn die SIP-EINLADUNG nicht ankommt oder nicht mit der konfigurierten DNS-Zone übereinstimmt, verfolgen Sie den Weg des Anrufs in Cisco Unified Communications Manager. Durch diesen Schritt können Sie herausfinden, wo der Anruf einen Fehler verursacht oder verloren geht.

  • Weitere Informationen finden Sie in der Mutual TLS-Fehlerbehebungscheckliste.

• Überprüfen Sie die Weiterleitungskopfzeile. Vergewissern Sie sich, dass sie den vollständig qualifizierten Domänennamen-Wert (FQDN) des Clusters enthält, der in den Unternehmenseinstellungen in Cisco Unified Communications Manager und in den Expressway-Suchregeln konfiguriert ist. Siehe folgende Beispiel-Weiterleitungskopfzeile und den hervorgehobenen Cluster-FQDN:

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

    • In diesem Beispiel lautet der Start-Cluster-FQDN myucmcluster.example.com.

• E-mails in Cisco Unified Communications Manager(CUCM) müssen genau mit der E-Mail in der Webex-Cloud übereinstimmen (synchronisiert von Active Directory oder einer anderen Quelle).

• Verzeichnis-URIs müssen mit Domänen übereinstimmen, die Sie in Ihrer Organisation verifiziert haben.

• Überprüfen Sie Ihre Codec-Konfiguration.

  Webex-Dienste unterstützen die folgenden Codecs:

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

  • Video – H.264

  Wir unterstützen G.729 für den Beitritt zu einem Webex-Meeting, einem Webex-Meeting in einem persönlichen Raum oder einem Webex-Meeting über ein SIP-Gerät. Wir unterstützen G.729 nicht beim Wählen von 1:1 von Webex zu einem SIP-Gerät oder einer Bridge.

• Wählen Sie im Startcluster von Cisco Unified Communications Manager die betroffenen Benutzer unter System > Unternehmensparameter; unter Clusterweite Domänenkonfiguration, überprüfen Sie die Einstellung des vollständig qualifizierten Domänennamens des Clusters (FQDN). Der von Ihnen verwendete FQDN-Wert muss folgenden Richtlinien entsprechen:

  FQDN-Richtlinie	Beschreibung und Beispiel
  Mehrere Cluster	Der Eintrag muss für jedes Cluster mit Hybridanrufen eindeutig sein – z. B. cluster1.example.com , cluster2.example.com und soweiter.
  Keine Platzhalter	Verwenden Sie keine Einträge mit Platzhaltern, wie *.example.com oder example*.com.
  Erster FQDN-Eintrag für Hybridanrufe	In einer Liste mit mehreren Einträgen verwendet die Webex-Cloud den ersten Eintrag links für Hybrid Calling. Dieser erste Eintrag darf keinen Platzhalter enthalten. In diesem Beispiel von drei FQDN-Einträgen von links nach rechts (die erste Einträge für Hybrid Calling): cluster1.example.com *.example.com example*.com
  Unterscheidung von Expressway-E	Der Wert darf nicht mit dem Expressway-E-System, DNS und dem Domänennamen übereinstimmen. Andernfalls entfernt Expressway-E die Weiterleitungskopfzeile.
  Kein Eintrag für Hybridanrufe	Wenn Ihr aktueller FQDN-Eintrag in Unified CM die oben aufgeführten Anforderungen nicht erfüllt, können Sie ein neues Element am Anfang der Cluster-FQDN-Einstellung für Hybrid Calling hinzufügen. Falls Sie beispielsweise in Cisco Unified Communications Manager momentan die FQDN-Einstellung *.example.com *.example.org verwenden, können Sie einen eindeutigen Eintrag ohne Platzhalter am Anfang des Felds einfügen: „cluster1.example.com *.example.com *.example.org“