Fehlerbehebung für Hybridanrufe
Wenn bei der Bereitstellung Ihres hybriden Anrufdiensts für Webex-Geräte ein Problem auftritt, können Sie diese Tipps zur Fehlerbehebung verwenden, um Probleme auszuschließen, bevor Sie einen Fall öffnen. Jeder Abschnitt behandelt auf einen Blick eine Komponente oder einen Aspekt der Lösung, und der Leitfaden zur Fehlerbehebung enthält weitere Informationen zur Prüfung und Diagnose-Tools, die Sie verwenden können.
In diesem Abschnitt wird das Hybrid Connectivity Test Tool behandelt. Sie können über Control Hub auf dieses Fehlerbehebungstoolzugreifen.
Sie können auf die bekannten Probleme auch über die zugehörigen Artikel zugreifen.
Hybrid-Konnektivitätstest-Tool (Control Hub)
Sie können über Control Hub auf das Hybrid-Konnektivitätstest-Tool zugreifen: Wechseln Sie aus der Kundenansicht in zu Dienste > Hybrid , klicken Sie auf Einstellungen bearbeiten auf der Karte Hybridanruf, scrollen Sie zu https://admin.webex.com Standard-SIP-Ziel und klicken Sie dann neben dem eingegebenen SIP-Ziel auf Test.
In dieser Tabelle werden die allgemeinen Fehler aufgeführt, die möglicherweise angezeigt werden, nachdem Sie eine SIP-Ziel adresse für Hybridanrufetesten. Die Tabelle enthält auch einige der nächsten Schritte für die Fehlerbehebung, einschließlich Links zu relevanten Details im Fehlerbehebungsleitfaden für den hybriden Anrufdienst.
Fehler |
Schlüsselwort |
Weitere Informationen und Fehlerbehebungsschritte |
---|---|---|
Keine DNS-Adressen gefunden |
DNS SRV |
DNS-Suche fehlgeschlagen. Vergewissern Sie sich, dass ein DNS- oder SRV-Datensatz für Ihr SIP-Ziel vorhanden ist und dass er in eine oder mehrere gültige IP-Adressen aufgelöst wird. Unter Expressway-E DNS SRV/Hostname nicht auflösen im Fehlerbehebungsleitfaden finden Sie weitere Informationen. |
Zeitüberschreitung bei der Verbindung |
Socket-Fehler |
Zeitüberschreitung bei der Verbindung (Netzwerk und/oder Mutual TLS) Prüfen Sie die Netzwerkkonnektivität, Verbindungsgeschwindigkeit, Firewall-Konfiguration und Mutual TLS-Konfiguration. Weitere Informationen finden Sie in diesen Abschnitten des Fehlerbehebungsleitfadens: |
TLS-Fehler |
Mutual TLS-Handshake-Fehler |
Mutual TLS-Fehler: Überprüfen Sie die Mutual TLS-Konfiguration in Expressway und , und dass Mutual TLS-Zertifikate an beiden Orten vorhanden und gültig sind.https://admin.webex.com Weitere Informationen finden Sie unter Mutual TLS-Handshake-Fehler im Fehlerbehebungsleitfaden. |
Verbindungsfehler |
Socket-Fehler |
TCP-Verbindungsfehler: Prüfen Sie die Netzwerkkonnektivität, Verbindungsgeschwindigkeit und/oder Firewall-Konfiguration. Weitere Informationen finden Sie in diesen Abschnitten des Fehlerbehebungsleitfadens: |
TCP-Lese-/Schreibfehler |
Socket-Fehler |
TCP-Lese-/Schreibfehler: Versuchen Sie es bitte erneut. Wenn der Fehler weiterhin besteht, prüfen Sie die Netzwerkkonnektivität, Firewall-Konfiguration und Mutual TLS-Konfiguration. Weitere Informationen finden Sie in diesen Abschnitten des Fehlerbehebungsleitfadens: |
TCP-Fehler |
Socket-Fehler |
TCP-Fehler: TCP-Lese-/Schreibfehler: Versuchen Sie es bitte erneut. Wenn der Fehler weiterhin besteht, prüfen Sie die Netzwerkkonnektivität, Firewall-Konfiguration und Mutual TLS-Konfiguration. Weitere Informationen finden Sie in diesen Abschnitten des Fehlerbehebungsleitfadens: |
In diesem Abschnitt werden Checklisten und Aufgaben zur Fehlerbehebung erläutert, die Sie durchgehen können, bevor Sie sich an den Support wenden.
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 > . Ü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.com
usw. 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“