Übersicht

Um die wahrscheinliche Ursache zu ermitteln, wird empfohlen , die Problembehandlungsansicht zusammen mit den aggregierten Informationen zu verwenden, die vom Webex Calling Analytics-Dashboard abgeleitet wurden. Verwenden Sie das Webex Calling Analytics-Dashboard, um Probleme anzuzeigen, die sich auf mehrere Benutzer auswirken, die eine häufige Ursache haben, die in Bezug auf Standort, Netzwerk und so weiter steht; während die Webex Calling Problembehandlungsansicht Probleme mit einzelnen Anrufen identifizieren kann.

Die Funktion zur Fehlerbehebung bei der Medienqualität erfordert keine spezifische Konfiguration und ist standardmäßig im Control Hub verfügbar. Sie steht vollständigen Kunden-, Read-Only-, Support-, Partner- und Partner-Read-Only-Administratoren zur Verfügung.

Administratoren können anhand der folgenden Kriterien suchen, um eine Liste der Anrufe zu erhalten, bei denen eine Mediensitzung mit mindestens einem registrierten Webex Calling war:

  • E-Mail-IDs

  • Telefonnummern (exakte Zeichenfolgen-Übereinstimmung)

  • MAC-Adresse

  • Anruf-IDs

Die Fehlerbehebung bei Medienqualität ermöglicht Administratoren:

  • Sehen Sie sich die End-to-End-Erfahrung der Teilnehmer des Anrufs an.

  • Zeigen Sie ein Hop-Detail des Anrufs an.

  • Zeigen Sie an, ob die Medien die Webex Calling Cloud oder direkt zwischen den Benutzern durchqueren (mit Interactive Connectivity Connectivity (ICE)).

  • Anrufe der letzten 21 Tage anzeigen.

  • Analysieren Sie die Kennzahlen zur Anrufqualität, die die Benutzererfahrung beeinflussen. Zum Beispiel kann ein Administrator hohe Jitter auf Clients beobachten, die mit WLAN verbunden sind, aber Paketverlust und Latenz sind möglicherweise akzeptabel.

  • Feststellen, ob das Problem mit dem Anrufer oder dem Anrufer besteht.


Die Problembehandlung in der Medienqualität gilt nur für Mediensitzungen und zeigt keine Anrufsignalisierungssitzungen an. Beispiel: Alex ruft Bob, der CFA (alle Rufumleitung) eingerichtet hat, in Einem an und Wiesn hat den Anruf beantwortet. In diesem Szenario zeigt die Ansicht Medienfehlerbehebung, dass der Anruf zwischen Alex und Alex stattgefunden hat, da der Fokus auf der Problembehandlung in der Medienerfahrung liegt, anstatt auf dem Signalisierungsfluss oder dem Anrufzyklus.

Die Anrufe, die Webex Calling werden angezeigt, nachdem der Anruf beendet wurde.

Die Problembehandlungsansicht hilft, den Problembereich zu identifizieren, indem alle relevanten Metriken bereitgestellt werden, und kann Nicht notwendigerweise die Ursache für einen schlechten Anruf ermitteln. Sehen Sie sich diese Zeiger an, um verschiedene Faktoren zu identifizieren und die Auflösungsoptionen zu bestimmen:

  • Die End-to-End-Erfahrung des Benutzers.

  • Die Ansicht Hop-Details.

  • Sie können Metriken vom Benutzer oder vom Media Relay-Punkt senden oder empfangen.

  • Ob der Anruf an oder von einem externen Netzwerk oder zwischen den registrierten Webex Calling-Endpunkten stattgefunden hat.

Unterstützte Anrufabläufe

Die Medienqualitätsberichte werden vom Anrufer, den Anrufer-Endpunkten und den Medien-Relay-Stellen erfasst. Auf diese Weise kann eine Segmentierung der Medienerfahrung eingeengt und identifiziert werden, ob das Problem auftrat:

  • Anrufer oder Anrufer

  • Medienpfad zur oder von der Webex Calling Cloud.


Anrufschreiben werden angezeigt, wenn es eine Mediensitzung gab, die mit mindestens einem Webex Calling Endpunkt des Anrufs eingerichtet wurde. Beispiel: Bei einem ausgehenden Anruf von Sammelanschluss zu acht Agenten kann bei einer Antwort von nur einem Agenten keine Medienbehebung für die anderen sieben Agenten durchgeführt werden.

Es gibt fünf Arten von Medienerfahrungen oder Pfaden zur Webex Calling Fehlerbehebung, die folgenden sind:

  • On-Net Optimized – Anrufe innerhalb der Organisation, bei denen ICE erfolgreich war und die Medien direkt zwischen den Benutzern fließt. Weitere Webex Calling finden Sie unter Medienoptimierung mit Interactive Connectivity Connectivity Displays (ICE ).

  • On-net Unoptimized – Anrufe innerhalb der Organisation, bei denen Interactive Connectivity Established (ICE) nicht möglich oder hergestellt wurde. In diesem Szenario werden die Medien durch die Webex Calling-Cloud gestromt.

  • On-Net Cloud Hosted – Anrufe innerhalb einer Organisation, bei denen Medien von einem Medienserver bereitgestellt werden, das in der Cloud gehostet wird (z. B. Voicemail abhören, Einwahl in einen Auto Attendant).

  • Off-Net Call to or from the Webex Calling registered endpoint -

    • über Cloud Connected PSTN Anbieter- ein- und ausgehende Anrufe einer Organisation, in der sich der andere Anbieter im PSTN befindet. Die Medien werden über einen Cloud Connected PSTN Provider (CCPP) über eine hochwertige Zusammenschaltung weitervermittelt.

    • über lokales Gateway– Eingehende und ausgehende Anrufe einer Organisation, bei der die Medien der anderen Partei über das Unternehmen durchgeführt werden. Hinter dem lokalen Gateway kann die Mediensitzung vom im Unternehmen gehosteten Benutzer (z. B. für die Anrufsteuerung im Unternehmen registriert) oder von PSTN verwendet werden, wobei PSTN Unternehmen bereitgestellt wird.


Wenn sich zwei registrierte Benutzer Webex Calling, die an einem Punkt-zu-Punkt-On-Net-Anruf beteiligt sind, werden in der Fehlerbehebungsansicht Metriken für einen oder beide Parteien angezeigt. Wenn der Anruf aus dem Netz ist (Benutzer 1 erhält einen Anruf von einem PSTN-Benutzer), dann bietet die Problembehandlungsansicht nur die Client-Metriken von Benutzer1 sowie die Metriken, die von der Media Relay-Stelle aus geschaltet werden.

Die meisten Anrufszenarien in der Fehlerbehebungsansicht zeigen zwei Anrufanrufe (Anrufer und Anrufer); Bei einigen Anrufszenarien (wie Anruf parken oder abrufen) ist jedoch nur ein Anruf Bruchbruch zu sehen. In diesen Fällen wird das andere Gespräch in der Ansicht zur Fehlerbehebung separat angezeigt. Dies verhindert nicht die Fehlerbehebung des Anrufs und die Erkennung, wo das Problem aufgetreten ist. Es erfordert jedoch, dass der Administrator die beiden Anruf weiterveranruft und dabei eine gemeinsame Entität wie sich überschneidende Zeit verwendet. Zukünftige Verbesserungen an der Problembehandlungsansicht werden die Manuelle Suche nicht mehr benötigen.

Zugreifen auf die Webex Calling Fehlerbehebungsansicht

Führen Sie die folgenden Schritte durch, um einen Webex-Anruf zu analysieren:

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com/zu Überwachung > Fehlerbehebung.

2

Wählen Sie Meetings & Anrufe und suchen Sie dann nach der E-Mail-ID des Benutzers oder Geräts, der Telefonnummer (exakte Zeichenfolgen-Übereinstimmung), der MAC-Adresse des Benutzers oder Geräts oder den Anruf-IDs des Anruffelds, das Sie anzeigen möchten.

Zeigt die Informationen für alle Anrufe und Meetings an, die mit der Suche verknüpft sind.


 

In der Auflistungsansicht werden Die Anrufe angezeigt, die mit mindestens einem Webex Calling-Endpunkt und einer Mediensitzung verbunden wurden.

Die Spalte Qualität wird nur angezeigt, wenn Ihre Organisation Webex Calling .

3

Die Webex Calling-Anrufe werden auf Qualität bewertet. Für Webex-Meetings oderCall on Webex-Sitzungengilt diese Einstufung jedoch nicht. Die Anruferfahrung wird als:

  • Schlecht – zeigt an, dass der Anrufer oder der Anrufer eine schlechte End-to-End-Erfahrung hatten (z. B. schlechtes Audio).
  • Gut – zeigt die End-to-End-Erfahrung für Anrufer und Anrufer an, die die Schwellenwerte nicht überschritten haben.
  • Keine: gilt für Meetings oder Call on Webex-Sitzungen.
4

Klicken Sie in der Listenansicht auf einen bestimmten Anruf, um die Hop-Details zu überprüfen. Die Hop-Detailansicht wird angezeigt:

In den Hop-Details können Sie:

  • Fahren Sie mit der Zeit auf das Gerät, um die End-to-End-Anruferfahrung zu sehen.

  • Bewegen Sie den H es auf den Hop zwischen dem Endpunkt und Webex Calling Cloud, um die Hop-Details anzuzeigen.

Die End-to-End-Anruferfahrung basiert auf den Medienqualitätsdaten, die am Ende des Anrufs über alle Webex Calling registrierten Endpunkte (Webex-App, Webex Calling-App , Webex Calling-Gerät wie 8865) gesammelt werden. Der Anruf wird als gut eingestuft, wenn er diese Schwellenwerte erfüllt - Paketverluste unter 5 %, Latenzzeit oder Roundtrip-Zeit (RTT) unter 400 ms und Jitter unter 150 ms.

Die Qualität des Hops wird aus Daten abgeleitet, die über den Medien-Relay-Punkt in der Webex Calling erfasst werden. Um PSTN CCPP oder einem lokalen Gateway zu tätigen, wird die Datensammlung aus der Webex Calling-Cloud und nicht aus dem PSTN-Endpunkt. Ein Hop wird als gut bewertet, wenn er diese Schwellenwerte erfüllt.

  • Paketverlust unter 2,5 %.

  • Latenz oder RTT weniger als 200 ms.

  • Jitter weniger als 75 ms


 

Die Hop-Metriken variieren während einer Sitzung je nach Abtastzeit und Schwankungen im Netzwerk. Die vom Media Relay-Punkt und den Clients gemeldeten Werte (End-to-End-Experience) stimmen möglicherweise nicht zusammen. Sie sollten jedoch genau ausgerichtet sein, um eine Segmentierung entlang des Pfads zu ermöglichen.

Wir empfehlen die Verwendung der Anzeige zur Fehlerbehebung einzelner Aufrufe anhand der aggregierten Informationen, die aus Analytics abgeleitet werden.

Analysieren wir die Anrufqualität für die verschiedenen Anruftypen mithilfe der Problembehandlungsansicht.

Anrufe innerhalb der Organisation, in denen ICE erfolgreich ist, und das Medien relay in der Cloud wird aus dem Pfad entfernt. Der Medienfluss wird direkt zwischen den Geräten des Benutzers angezeigt.

Konferenz:

1

Der Anruf wird als gut bewertet, da sowohl der Anrufer als auch der Anrufer eine gute End-to-End-Erfahrung haben.

2

Der Administrator kann beobachten, dass Medien direkt zwischen den beiden Benutzern fließt und nicht durch die Webex Calling-Cloud reisen.


 

Optimierte Anrufabläufe können eine schlechte Erfahrung haben, wenn das Problem vom Unternehmens- oder lokalen Netzwerk stammt, da die Medien zwischen den beiden Benutzern das lokale Netzwerk durchqueren werden. Die Latenzzeit oder RTT ist bei einem optimierten Anruf immer niedriger, aber Paketverlust und Jitter können abhängig vom Netzwerk zwischen den beiden Benutzern weiterhin einen Faktor sein.

Anrufe innerhalb der Organisation, wo ein ICE-Anruf nicht erfolgreich war und die Medien durch die Webex Calling werden.

Konferenz:

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 sowohl den Sende- als auch den Empfangs-Stream beeinflusst.

3

Der Netzwerk-Hop des Anrufs hat kein Problem.

4

Die End-to-End-Erfahrung des Anrufers wird aufgrund des Problems des Anrufers als schlecht bewertet.

Anrufe innerhalb einer Organisation, in der die Medien von einem in Medienserver Cloud gehosteten Unternehmen bereitgestellt werden.

Konferenz:

Der Anruf wird so gut bewertet, wie das End-to-End-Erlebnis 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 zulässigen Schwellenwert liegen.

2

Der Sendestream aus der Voicemail wird nach den Metriken, die über die Medien-Relay-Stelle erfasst wurden, als gut bewertet.

3

Die Medienserver, mit der die Voicemail erfasst oder einhandt, enthält derzeit keine Metriken. Diese Server werden jedoch als Teil der Webex Calling Cloud gehostet und verwaltet, so dass die Qualität dieses Verbindungssegments intern und immer von hoher Qualität und niedriger 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 Anrufer über ein gutes Netzwerk versiert ist, das die Leistungsverschlechterung des Anrufersnetzwerks kompensieren kann.

Anrufe von und zu einer Organisation, in der sich der andere Drittanbieter im PSTN befindet. Die Medien werden von einem Cloud Connected PSTN Provider (CCPP) übermittelt.

In diesem Beispiel kommen die Clientmedien von einem anbieterbasierten PSTN über die Cloud.

Der Anruf wird als schlecht bewertet, da die End-to-End-Erfahrung des Anrufs nicht innerhalb der akzeptierten Schwelle liegt. Der Administrator kann Folgendes beobachten:

1

Das Problem besteht im Hop des Anrufers PSTN speziell mit dem Sende-Stream.

2

Der Netzwerk-Hop des Anrufs hat kein Problem.

3

Die End-to-End-Erfahrung des Anrufers wird aufgrund des Problems des Anrufers als schlecht bewertet.

4

Die End-to-End-Erfahrung und die Empfang-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.

Anrufe in und aus einer Organisation, in der die Medien des Anrufers aus einem Unternehmen kommen. Die Mediensitzung kann von einem im Unternehmen gehosteten Nutzer sein (z. B. bei UCM registriert) oder von PSTN, wo die PSTN im Unternehmen bereitgestellt wird.

Ableitung

Der Anruf wird als schlecht bewertet, da die End-to-End-Erfahrung des Anrufers nicht innerhalb der akzeptierten Grenzwerte liegt. Der Administrator kann Folgendes beobachten:

1

Es gibt ein Problem mit dem Hop des Anrufers zur Webex Calling Cloud sowohl im Senden als auch im Empfangen-Stream.

2

Die End-to-End-Erfahrung des Anrufers wird entweder aufgrund des im Hop beobachteten Problems oder aufgrund von Problemen am Ende des Benutzers (Geräte, Netzwerk und so weiter) als schlecht bewertet.

3

Der eingehende Datenverkehr zur Webex Calling Cloud vom Ende des Anrufs wird als gut bewertet.

4

Die End-to-End-Erfahrung und die Empfang-Stream-Metriken des Anrufers, der vom lokalen Gateway angerufen wird, sind derzeit nicht verfügbar, da diese Metriken nicht an die Webex Calling Cloud übertragen werden.

Problembehandlung beim Problem mit der Medienqualität

Die Hop-by-Hop-Ansicht hilft Ihnen dabei zu finden, wo das Problem aufgetreten ist. Nun, da Sie den Ort des Problems gefunden haben und Sie mit den Metriken (Jitter, Paketverlust, Latenz) Folgendes versuchen können, um das Problem zu beheben.

Typische Möglichkeiten für Medienprobleme sind:

  • Netzwerk-/ISP-/standortspezifische Probleme - Aufgrund von Firewall, Netzwerkkonfiguration oder Bandbreite kommt es an einem bestimmten Standort oder Netzwerk-Subnetz zu einem schlechten Erlebnis. Verwenden Sie die Ansicht zur Fehlerbehebung pro Anruf (identifizieren Sie den Standort, der mit der schlechten Sitzung in Verbindung steht) mit der Analyseansicht, um die Sammelmuster für den Standort zu überprüfen.

  • Benutzerspezifische Probleme - Ein Benutzer oder Gerät ist in einem schlechten Netzwerk verbunden (z. B. WLAN oder von zu Hause aus arbeiten), was bedeutet, dass ihre Erfahrung durch die zugehörigen Netzwerkfunktionen wirkt sich auf ihre Erfahrung aus. Lesen Sie den Artikel Use CScan to Test to test Webex Calling Network Quality (Netzwerkqualität), um das Problem mit dem Netzwerk zu identifizieren.

  • Probleme mit anruftypspezifischen Problemen: Das schlechte Benutzererlebnis liegt an der Qualität am fernen Ende. Dies ist typisch für PSTN Szenarien, in denen der Benutzer mit einem anderen Benutzer in einem mobilen Netzwerk spricht und die Sitzung über eine hohe Paketverlust im PSTN verfügt.

Legenden in der Ansicht Fehlerbehebung

Sie können die folgenden Anrufdetails im rechten Bereich in der Hop-by-Hop-Ansicht anzeigen.

Begriff Definition
Anrufdatum Das Datum, an dem der Anruf stattgefunden hat.
Anrufzeit Die Uhrzeit, zu der der Anruf begonnen und beendet wurde, wird in der Zeitzone angezeigt, 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 Die Art der verwendeten Audiowiedergabe.
Video Zeigt Ja an, wenn ein Teilnehmer die Video-Option aktiviert hat. Wenn die Video-Option gar nicht aktiviert war, wird "Nein" gezeigt.
Pfadoptimierung

Gibt an, ob die Anrufpfad-Optimierung auf den Anruf angewendet wird. Akzeptierte Werte sind:

ICE (Interactive Connectivity Establish)

PNC (Private Network Connect).

Keine Optimierung

Anruftyp

Die Art des Anrufs kann eine der folgenden sein:

Notfall

Enterprise

International

Mobil

National

Vermittler

Premium

Kurzwahlnummer

Gebührenfrei

Unbekannt

URI

Diese Anrufmetriken in der Hop-by-Hop-Ansicht anzeigen

Begriff Definition
Endgeräte

Zeigt eine der folgenden Informationen an:

  • Tischtelefon für einen physischen Endpunkt.

  • Webex-App

Hardware

Zeigt eine der folgenden Informationen an:

  • Informationen zum Telefonmodell für einen physischen Endpunkt.

  • "-" für eine Webex-App

Location (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, die von der Cloud gesehen wird. Für Unternehmen ist dies die Adresse der Firewall, die die NAT ein.

MAC-Adresse

Die MAC-Adresse des Clientendpunkts.

Geolocation

Geografische Suche der öffentlichen IP-Adresse. Dies ist nicht genau, wenn die Verbindung über PNC möglich ist. Wenn der Benutzer die Webex-App verwendet und sich über ein VPN mit dem Unternehmen verbindet, ist der Standort nicht korrekt.

ISP

Internet Dienstleister, der Netzwerkverbindungen mit der Webex Calling Cloud bietet.

Netzwerk

Die Art der Netzwerkverbindung, die der Client zum Austauschen von Medien verwendet hat. Mögliche Werte sind:

  • WLAN

  • Ethernet

  • Zellulären

  • Unbekannt

Audio-Codec

(Senden oder Empfangen) Das von einem Client übertragene Mediencodierungs- und Dekodierungsformat für die Medien.

Video-Codec

(Senden oder Empfangen) Das von einem Client übertragene Mediencodierungs- und Dekodierungsformat für die Medien. Gilt nur für Videoanrufe.

Anruf-ID

Die interne Kennung, mit der das Anruf Identifikator identifiziert wird.


Einige Metriken werden in den Artikel-Screenshots maskiert, um die Identität des Benutzers zu bewahren.

Beschränkungen

Metriken zur Medienqualität sind auf den folgenden Geräten nicht verfügbar.

  • Analogtelefone

  • Geräte von Drittanbietern

  • IPv6-Endpunkte