Die Ansicht zur Fehlerbehebung in Webex Calling ermöglicht es Administratoren, Probleme mit der Medienqualität in einem Webex-Anruf zu beheben. Sie können nach Informationen im Zusammenhang mit dem Anruf suchen, die zugehörige Medienstatistik anzeigen, den Fehlerort ermitteln und das Problem beheben.
Übersicht
Um die wahrscheinliche Ursache zu ermitteln, wird empfohlen, die Ansicht „Fehlerbehebung“ zusammen mit den aggregierten Informationen zu verwenden, die von Webex Calling Analyse- Dashboard . Verwenden Sie das Webex Calling -Analyse- Dashboard , um Probleme anzuzeigen, die mehrere Benutzer betreffen und eine gemeinsame Ursache haben, die mit Standort, Netzwerk usw. zusammenhängt. In der Fehlerbehebungsansicht von Webex Calling können Probleme mit einzelnen Anrufen identifiziert werden.
Die Funktion zur Fehlerbehebung der Medienqualität erfordert keine spezifische Konfiguration und ist standardmäßig im Control Hub verfügbar. Sie ist für volle Kunden-, schreibgeschützte, Support-, Partner- und Partner-Administratoren mit Lesezugriff verfügbar.
Administratoren können eine Suche anhand der folgenden Kriterien durchführen, um eine Liste der Anrufe zu erhalten, bei denen eine Mediensitzung mit mindestens einem Anruf verwendet wurde Webex Calling Registrierter Endpunkt:
E-Mail-IDs
Telefonnummern (exakte Übereinstimmung)
MAC-Adresse
Anruf-IDs
Die Fehlerbehebung für die Medienqualität ermöglicht Administratoren:
Sehen Sie sich die End-to-End-Erfahrung der Teilnehmer des Anrufs an.
Hop-Details des Anrufs anzeigen.
Zeigen Sie an, ob die Medien die Webex Calling -Cloud oder direkt zwischen den Benutzern durchlaufen (mit Interactive Connectivity Establishment (ICE)).
Zeigen Sie Insights an, wenn der Anruf keine Medien enthält oder wenn die Einrichtung der Pfadoptimierung nicht erfolgreich war.
Anrufe für die letzten 21 Tage anzeigen.
Analysieren Sie die Anrufqualitätsmetriken, die sich auf die Erfahrung des Benutzers ausgewirkt haben. Ein Administrator kann beispielsweise einen hohen Jitter bei Clients über Wi-Fi Netzwerke beobachten, aber Paketverlust und Latenz können akzeptabel sein.
Erkennen, ob das Problem beim Anrufer oder beim Angerufenen liegt.
Die Fehlerbehebung für die Medienqualität gilt nur für Mediensitzungen und zeigt keine Anrufsignalisierungssitzungen an. Beispiel: Alex ruft Bob an, der CFA (Call Forward All) an Christina eingerichtet hat, und Christina hat den Anruf angenommen. In diesem Szenario zeigt die Ansicht zur Fehlerbehebung für Medien, dass der Anruf zwischen Alex und Christina stattgefunden hat, da der Schwerpunkt auf der Fehlerbehebung in der Medienerfahrung liegt und nicht auf dem Signalfluss oder dem Anruflebenszyklus. Die Anrufe mit Webex Calling werden nach dem Ende des Anrufs angezeigt. Die Ansicht zur Fehlerbehebung hilft, den Problembereich zu identifizieren, indem sie alle relevanten Metriken bereitstellt, und kann Ihnen nicht unbedingt die Ursache für einen schlechten Anruf liefern. Anhand dieser Hinweise können Sie verschiedene Faktoren identifizieren und die Auflösungsoptionen bestimmen:
|
Unterstützte Anrufverläufe
Die Medienqualitätsberichte werden von den Anrufer- und Angerufenen-Endpunkten sowie den Medien-Relay-Punkten erfasst. Dies ermöglicht eine Segmentierung des Medienerlebnisses, um einzugrenzen und zu identifizieren, ob das Problem an den folgenden Orten aufgetreten ist:
Anrufer oder Angerufener
Medienpfad zu oder von Webex Calling Cloud.
Anrufabschnitte werden angezeigt, wenn eine Mediensitzung mit mindestens einer eingerichtet wurde Webex Calling registrierten Endpunkt für den Anruf. Beispiel: Wenn bei einem ausgehender Anruf von einem Sammelanschlussgruppe an acht Agenten nur ein Agent den Anruf annimmt, gibt es keine Medienerfahrung zur Fehlerbehebung für die anderen sieben Agenten. |
Es gibt fünf Arten von Medienerfahrungen oder -pfaden für Webex Calling Problembehandlung, dies sind:
On-Net-optimiert – Anrufe innerhalb der Organisation, bei denen ICE erfolgreich ist und die Medien direkt zwischen den Benutzern fließen. Siehe Webex Calling Medienoptimierung mit Interactive Connectivity Establishment (ICE) für detaillierte Informationen.
On-Net nicht optimiert – Anrufe innerhalb der Organisation, bei denen Interactive Connectivity Establishment (ICE) nicht möglich war oder hergestellt wurde. In diesem Szenario fließen die Medien durch die Webex Calling-Cloud.
On-Net Cloud-gehostet – Anrufe innerhalb einer Organisation, in denen Medien von einem Medienserver bereitgestellt werden, der in der Cloud gehostet wird (z. B. Abhören von Voicemails, Einwahl in einen Auto Attendant).
Off-Net-Anrufe vom oder zum registrierten Webex Calling -Endpunkt -
über Cloud Connected PSTN-Anbieter – Eingehende und ausgehende Anrufe einer Organisation, wenn sich der andere Teilnehmer im PSTN-Netzwerk befindet. Die Medien werden über einen mit der Cloud verbundenen PSTN-Anbieter (CCPP) über eine hochwertige Verbindung übertragen.
über lokales Gateway – Eingehende und ausgehende Anrufe einer Organisation, wenn die Medien der anderen Partei über das Unternehmen sind. Hinter dem lokalen Gateway kann die Mediensitzung von einem im Unternehmen gehosteten Benutzer (der z. B. für die Anrufsteuerung im Unternehmen registriert ist) oder von einem PSTN verwendet werden, wenn das PSTN vom Unternehmen bereitgestellt wird.
Wenn 1 oder 2 vorhanden sind Webex Calling registrierten Benutzern, die an einem Point-to-Point-On-Net-Anruf beteiligt sind, werden in der Ansicht zur Fehlerbehebung Metriken für eine oder beide Parteien angezeigt. Wenn der Anruf netzfern ist (Benutzer 1 erhält einen Anruf von einem PSTN-Benutzer), werden in der Ansicht zur Fehlerbehebung nur die Client-Metriken von Benutzer 1 zusammen mit den Metriken vom Medien-Relay-Punkt angezeigt. Die meisten Anrufszenarien in der Fehlerbehebungsansicht zeigen zwei Anrufabschnitte (Anrufer und Angerufener); Einige Anrufszenarien (z. B. Anruf parken oder abrufen) zeigen jedoch nur einen Call Leg an. In solchen Fällen wird der andere Call Leg separat in der Fehlerbehebungsansicht angezeigt. Dies beeinträchtigt nicht die Fehlerbehebung für den Anruf und die Ermittlung, wo das Problem aufgetreten ist. Allerdings muss der Administrator die beiden Anrufabschnitte mithilfe einer gemeinsamen Entität, z. B. Zeitüberlappung, manuell korrelieren. Durch zukünftige Verbesserungen der Fehlerbehebungsansicht ist keine manuelle Suche mehr erforderlich. |
Zugriff auf das Webex Calling Fehlerbehebungsansicht
Führen Sie die folgenden Schritte aus, um einen Webex -Anruf zu analysieren:
1 | Aus der Kundenansicht inhttps://admin.webex.com/ , gehen Sie zu Überwachung > Fehlerbehebung . |
||
2 | Auswählen Meetings und Anrufe Suchen Sie dann nach der E-Mail- ID des Benutzers oder Geräts, der Telefonnummer (genaue Übereinstimmung), der MAC-Adresse des Benutzers oder Geräts oder den Anruf-IDs des Call Leg , den Sie anzeigen möchten. Zeigt die Informationen für alle Anrufe und Meetings an, die der Suche zugeordnet sind.
|
||
3 | Das Webex Calling Anrufe werden nach Qualität bewertet. Für die Webex Meetings oder Call on Webex Sitzungen , gilt diese Einstufung nicht. Das Anruferlebnis wird wie folgt bewertet:
|
||
4 | Klicken Sie in der Listenansicht auf einen bestimmten Anruf, um die Hop-Details anzuzeigen. Die Hop-Detailansicht wird angezeigt: In den Hop-Details können Sie:
Das End-to-End-Anruferlebnis basiert auf den Daten zur Medienqualität, die von jedem einzelnen gesammelt werden Webex Calling registrierten Endpunkt (Webex -App oder ein Gerät wie 8865) am Ende des Anrufs. Der Anruf wird als „Gut“ bewertet, wenn die folgenden Schwellenwerte erfüllt sind:
Die Qualität des Hops wird von Daten abgeleitet, die vom Medien-Relay-Punkt im Webex Calling Cloud. Für PSTN-Anrufe über CCPP oder das lokale Gateway erfolgt die Datenerfassung vom Webex Calling Cloud und nicht vom PSTN-Endpunkt aus. Ein Hop wird als gut bewertet, wenn er diese Schwellenwerte erfüllt.
Wir empfehlen die Ansicht zur Fehlerbehebung bei einzelnen Anrufen mit den aggregierten Informationen, die abgeleitet sind von Analysen . Lassen Sie uns die Anrufqualität für die verschiedenen Anruftypen mithilfe der Ansicht „Fehlerbehebung“ analysieren. |
Anrufe innerhalb der Organisation, bei denen ICE erfolgreich war und das Media Relay in der Cloud aus dem Pfad entfernt wurde. Der Medienfluss erfolgt direkt zwischen den Geräten des Benutzers.
Inferenz :
1 | Der Anruf wird so gut bewertet, wie der Anrufer und der Angerufene über eine gute End-to-End-Erfahrung verfügen. |
||
2 | Der Administrator kann beobachten, dass Medien direkt zwischen den beiden Benutzern fließen und nicht durch die Webex Calling-Cloud laufen.
|
Inferenz :
Der Administrator kann Folgendes beobachten:
1 | Die End-to-End-Erfahrung des Anrufers wird als schlecht bewertet. |
2 | Es besteht ein Problem mit dem Netzwerk-Hop des Anrufers, das sich sowohl auf den Sende- als auch auf den Empfangs-Stream auswirkt. |
3 | Beim Netzwerk-Hop des Angerufenen liegt kein Problem vor. |
4 | Die End-to-End-Erfahrung des Angerufenen wird aufgrund des Problems des Anrufers als schlecht bewertet. |
Inferenz :
Der Anruf wird so gut bewertet, wie die End-to-End-Erfahrung des Anrufers innerhalb der akzeptierten Schwellenwerte liegt. Der Administrator kann Folgendes beobachten:
1 | Der Netzwerk-Hop für den Anrufer wird als schlecht bewertet, da einige der Metriken über dem akzeptablen Schwellenwert liegen. |
2 | Der Sendestream der Voicemail wird gemäß den vom Medienrelay-Punkt erfassten Metriken als gut bewertet. |
3 | Der Medienserver, der zum Sammeln oder Hinterlegen der Voicemail verwendet wird, meldet derzeit keine Metriken. Diese Server werden jedoch als Teil der Webex Calling Cloud gehostet und verwaltet, sodass die Qualität dieses Verbindungssegments intern ist und immer von hoher Qualität und geringer Latenz ist. |
4 | Der Administrator kann beobachten, dass die End-to-End-Erfahrung des Anrufers als gut bewertet wird, obwohl der Hop als schlecht bewertet wird. Dies liegt daran, dass der Hop des Angerufenen über ein gutes Netzwerk verfügt, das die Leistungsminderung des Netzwerks des Anrufers ausgleicht. |
Im Beispiel kommen die Clientmedien von einem PSTN-Anbieter über die Cloud.
Der Anruf wird als „schlecht“ eingestuft, da die End-to-End-Erfahrung des Angerufenen nicht innerhalb der akzeptierten Schwellenwerte liegt. Der Administrator kann Folgendes beobachten:
1 | Das Problem liegt beim PSTN-Hop des Anrufers, speziell beim sendenden Stream. |
2 | Beim Netzwerk-Hop des Angerufenen liegt kein Problem vor. |
3 | Die End-to-End-Erfahrung des Angerufenen wird aufgrund des Problems des Anrufers als schlecht bewertet. |
4 | Die End-to-End-Erfahrung und die Empfangs-Stream-Metriken des Anrufers, der sich im PSTN-Netzwerk befindet, sind derzeit nicht verfügbar, da diese Metriken nicht an die Webex Calling Cloud übertragen werden. |
Ein- und ausgehende Anrufe, bei denen die Medien des Anrufers aus einem Unternehmen stammen. Die Mediensitzung kann von einem im Unternehmen gehosteten Benutzer (der z. B. bei UCM registriert ist) oder von einem PSTN aus erfolgen, wenn das PSTN über das Unternehmen bereitgestellt wird.
Inferenz
Der Anruf wird als „schlecht“ eingestuft, da die End-to-End-Erfahrung des Anrufers nicht innerhalb der akzeptierten Schwellenwerte liegt. Der Administrator kann Folgendes beobachten:
1 | Es besteht ein Problem mit dem Hop des Anrufers zur Webex Calling -Cloud sowohl im Sende- als auch im Empfangs-Stream. |
2 | Die End-to-End-Erfahrung des Anrufers wird entweder aufgrund des im Hop beobachteten Problems oder der Probleme auf Seiten des Benutzers (Geräte, Netzwerk usw.) als schlecht bewertet. |
3 | Der eingehende Datenverkehr zur Webex Calling -Cloud vom Ende des Angerufenen wird als "gut" bewertet. |
4 | Die End-to-End-Erfahrung und die Empfangs-Stream-Metriken des Angerufenen, der vom lokalen Gateway angerufen wird, sind derzeit nicht verfügbar, da diese Metriken nicht an die Webex Calling Cloud übertragen werden. |
Behebung des Problems mit der Medienqualität
Die Hop-by-Hop-Ansicht hilft Ihnen dabei, herauszufinden, wo das Problem aufgetreten ist. Nachdem Sie den Fehler ermittelt haben und die Metriken (Jitter, Paketverlust, Latenz) ermittelt haben, können Sie Folgendes versuchen, um das Problem zu beheben.
Typische Möglichkeiten für Medienprobleme sind:
Netzwerk-/ISP-/standortspezifische Probleme - Aufgrund von Firewall, Netzwerkkonfiguration oder Bandbreite gibt es ein Muster für schlechte Erfahrungen an einem bestimmten Standort oder Netzwerk-Subnetz. Verwenden Sie die Ansicht zur Fehlerbehebung pro Anruf (identifizieren Sie den Standort, der mit der schlechten Sitzung verknüpft ist) mit der Analyseansicht, um die aggregierten Muster für den Standort zu überprüfen.
Benutzerspezifische Probleme – Ein Benutzer oder ein Gerät ist mit einem schlechten Netzwerk verbunden (z. B. mit Wi-Fi oder bei der Arbeit von zu Hause aus), was bedeutet, dass seine Erfahrung durch die zugehörigen Netzwerkfunktionen beeinträchtigt wird. Siehe Verwenden von CScan zum Testen der Webex Calling -Netzwerkqualität Artikel, um das Problem mit dem Netzwerk zu identifizieren.
Spezifische Probleme mit Anruftypen - Die schlechte Erfahrung eines Benutzers ist auf die Qualität am anderen Ende zurückzuführen. Dies ist typisch für PSTN-Szenarien, in denen der Benutzer mit einem anderen Benutzer in einem mobilen Netzwerk spricht und die Sitzung einen hohen Paketverlust im PSTN-Netzwerk aufweist.
Kein Medienproblem - Möglicherweise gibt es in einigen Hops keine Medienübertragung. Das Insights-Banner zeigt die Ursache oben auf der Seite mit den Hop-Details und die haftbare Partei im Informationsfeld der Seite mit den Hop-Details an. Einige der möglichen Ursachen für „No-Media“-Anrufe sowie haftbare Parteien sind hier aufgeführt:
Webex empfängt keine Medien vom Sender.
Webex empfängt keine Medien vom Empfänger.
Webex empfängt keine Medien aus beiden Richtungen.
Webex sendet keine Medien an den Empfänger. Dieses Problem wird von Webex Engineering behoben.
Webex empfängt keine Medien von Cloud PSTN. Dieses Problem wird von Webex Engineering behoben.
Webex empfängt keine Medien vom Cloud-Dienst. Dieses Problem wird von Webex Engineering behoben.
Webex empfängt keine Medien vom lokalen Gateway. Der Kundenadministrator muss das Problem untersuchen.
Fehler bei der Medienpfadoptimierung - Bei einigen Anrufen kann die Medienpfadoptimierung nicht erfolgreich eingerichtet werden. Im Banner für Erkenntnisse werden die Ursache für fehlgeschlagene ICE-Anrufe und die Auflösung oben auf der Seite mit den Hop-Details angezeigt.
Einige der möglichen Gründe dafür sind
ICE war aufgrund von Bereinigungsserverzugriff nicht erfolgreich – siehe Webex Calling -Port-Referenzinformationen
ICE aufgrund Konnektivitätsprüfung nicht erfolgreich – Konnektivität zwischen Netzwerken überprüfen
ICE nicht erfolgreich, da die Roundtrip-Zeit des Standardpfads ähnlich/besser als jeder optimierte Pfad war
Legenden in der Fehlerbehebungsansicht
Die folgenden Anrufdetails finden Sie im rechten Bereich der Hop-by-Hop-Ansicht.
Begriff | Definition |
Anrufdatum | Das Datum, an dem der Anruf stattfand. |
Anrufzeit | Die Start- und Endzeit des Anrufs in der Zeitzone , die Sie in der Suchansicht ausgewählt haben. |
Sitzungstyp | Der Typ der unterstützten Sitzung. Zum Beispiel: Webex-Anruf |
Teilnehmer | Die Anzahl der Teilnehmer, die dem Anruf beigetreten sind. |
Anrufername | Name des Anrufers. |
Anrufer-E-Mail-Adresse | E-Mail-Adresse des Anrufers. |
Nummer des Anrufers | Telefonnummer, die der Anrufer während des Anrufs verwendet hat. |
Audio | Der verwendete Audiotyp. |
Video | Zeigt Ja an, wenn Video von einem Teilnehmer aktiviert wurde. Wenn Video überhaupt nicht aktiviert war, wird Nein angezeigt. |
Pfadoptimierung | Gibt an, ob die Anrufpfadoptimierung auf den Anruf angewendet wird. Die akzeptierten Werte sind: ICE (Interactive Connectivity Establish) PNC (Private Network Connect). Keine Optimierung |
Anruftyp | Der Anruftyp kann einer der folgenden sein: Notfall Enterprise International Mobil National Vermittler Premium Shortcode Gebührenfrei Unbekannt URI |
Sehen Sie sich diese Anrufmetriken in der Hop-by-Hop-Ansicht an:
Begriff | Definition |
Endgeräte | Zeigt eine der folgenden Optionen an:
|
Hardware | Zeigt eine der folgenden Optionen an:
|
Standort | Webex Calling Standort, der für den Benutzer konfiguriert ist. |
Lokale IP | Die lokale IP-Adresse des Clients für die Netzwerkschnittstelle, die zum Übertragen von Medien verwendet wird. |
Öffentliche IP | Dies ist die öffentliche IP-Adresse des Clients, wie sie von der Cloud gesehen wird. Für Unternehmen ist dies die Adresse der Firewall, die die NAT bereitstellt. |
MAC Adressen | Die MAC-Adresse des Clientendpunkts. |
Geolocation | Geografische Suche der öffentlichen IP-Adresse. Diese Adresse ist bei einer Verbindung über PNC nicht genau. Wenn der Benutzer die Webex App verwendet und sich über ein VPN mit dem Unternehmen verbindet, ist der Standort nicht korrekt. |
ISP | Internet-Service-Provider, der die Netzwerkkonnektivität zur Webex Calling -Cloud bereitstellt. |
Netzwerk | Der Typ der Netzwerkverbindung , die der Client für den Medienaustausch verwendet hat. Mögliche Werte sind:
|
Audio Codec | (Senden oder Empfangen) Das Medienkodierungs- und -dekodierungsformat, das für die Medien verwendet wird, die von einem Client übertragen werden. |
Video-Codec | (Senden oder Empfangen) Das Medienkodierungs- und -dekodierungsformat, das für die Medien verwendet wird, die von einem Client übertragen werden. Gilt nur für Videoanruf. |
Anruf-ID | Die interne ID, die zum Identifizieren des Call Leg verwendet wird. |
Einige Metriken sind in den Artikel-Screenshots maskiert, um die Identität des Benutzers zu erhalten. |
Beschränkungen
Metriken zur Medienqualität sind für die folgenden Geräte nicht verfügbar.
Analoge Telefone
Geräte von Drittanbietern
IPv6 Endpunkte