Wenn bei Anrufen von Webex an Ihr Unternehmen kein Klingeln ertönen, arbeiten Sie die Punkte in dieser Checkliste durch, um Ihre Konfiguration zu überprüfen.

Bevor Sie die Fehlerbehebungsbeschreibungen durchsehen, schauen Sie auf nach, um die neuesten Informationen zu Cloudausfällen abzurufen.https://status.webex.com Auf der Statusseite können Sie außerdem Benachrichtigungen abonnieren.

Ü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 mit IP address:port herzustellen. (Mehrere Adressen, wenn Sie eine SRV konfiguriert haben.)

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

• Wenn Sie einen SRV verwendet haben, stellen Sie sicher, dass er das Format _sips._tcp.<Domäne hat, die Sie als SIP-Ziel eingegeben haben> hat.

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

• Wenn Anrufe von Expressway-E an die Cloud fehlschlagen und Sie die manuelle Zertifikatsverwaltungsmethode verwenden, stellen Sie sicher, dass Sie die Schritte im Webex Root CA Certificate Update befolgen und das IdenTrust-Zertifikat so bald wie möglich auf Ihre Expressway-Geräte hochladen.

• 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 INVITE nicht ankommt oder nicht mit der konfigurierten DNS-Zone übereinstimmt, folgen Sie der Weiterleitung des Anrufs an 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 Enterprise-Einstellungen in Unified Communications Manager und in den Expressway-Suchregeln konfiguriert ist. Siehe folgende Beispiel-Weiterleitungskopfzeile und den hervorgehobenen Cluster-FQDN:

  • Route: ,

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

• Die E-Mails in Unified Communications Manager müssen genau mit der E-Mail in der Webex-Cloud übereinstimmen (synchronisiert aus 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 Meeting in einem persönlichen Raum oder einem Webex-App-Meeting von einem SIP-Gerät aus. Wir unterstützen G.729 nicht zum 1:1-Wählen von der Webex-App zu einem SIP-Gerät oder einer Bridge.

• Wählen Sie im Unified Communications Manager-Stammcluster der betroffenen Benutzer die Option System > Enterprise-Parameter aus, und überprüfen Sie unter Clusterweite Domänenkonfiguration die Einstellung des vollqualifizierten Domänennamens (FQDN) des Clusters. Der von Ihnen verwendete FQDN-Wert muss folgenden Richtlinien entsprechen:

  FQDN-Richtlinie	Beschreibung und Beispiel
  Mehrere Cluster	Der Eintrag muss für jedes Clusters mit – zum Beispiel cluster1.example.com, cluster2.example.comusw. eindeutig sein.
  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 beispiel*.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 dem Beginn des Clusters ein neues Element hinzufügen FQDN Einstellung für Hybridanrufe. Wenn Ihre vorhandene FQDN-Einstellung in Cisco Unified Communications Manager beispielsweise *.example.com *.example.org lautet, fügen Sie am Anfang des Felds einen eindeutigen Eintrag ohne Platzhalter hinzu: „cluster1.example.com *.example.com *.example.org“