Ü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:

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

  • Die Ansicht „Hop-Details“.

  • Senden oder empfangen Sie Metriken vom Benutzer oder dem Medien-Relay-Punkt.

  • Gibt an, ob der Anruf von oder über ein externes Netzwerk oder zwischen den Webex Calling registrierten Endpunkten.

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.


 

In der Listenansicht wird der Anruf angezeigt, der mit mindestens einem Webex Calling registrierten Endpunkt und in einer Mediensitzung.

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:

  • Schlecht – gibt an, dass die End-to-End-Erfahrung des Anrufers oder des Angerufenen schlecht war (z. B. abgehacktes Audio).
  • Gut – gibt an, dass die End-to-End-Erfahrung für den Anrufer und der Angerufene Schwellenwerte nicht überschritten haben.
  • Keine – Gilt für Meetings oder Call in Webex Sitzungen.
  • Nicht verfügbar – Gilt für Meetings oder Call in Webex Sitzungen.
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:

  • Zeigen Sie Erkenntnisse zum Einwahl in einem oder beiden der folgenden Szenarien an:

    • Es gab no-media für keine der Hops, die mit dem Anruf in Verbindung stehen

    • Die Einrichtung der Pfadoptimierung ist fehlgeschlagen.

  • Bewegen Sie den Mauszeiger über das Gerät, um das End-to-End-Anruferlebnis anzuzeigen.

  • Bewegen Sie den Mauszeiger über den Hop zwischen dem Endpunkt und Webex Calling cloud, um die Hop-Details anzuzeigen.

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:
  • Paketverluste von weniger als 5 %

  • Latenz oder Round Trip Time (RTT) unter 400 ms

  • Jitter unter 150 ms

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.

  • Paketverlust weniger als 2,5 %.

  • Latenz oder RTT weniger als 200 ms.

  • Jitter weniger als 75 ms.


 

Die Hop-Metriken variieren während einer Sitzung abhängig von der Abtastzeit und der Variabilität im Netzwerk. Die Werte, die vom Medien-Relay-Punkt und den Clients (End-to-End-Erfahrung) gemeldet werden, stimmen möglicherweise nicht überein. Sie sollten jedoch nahe beieinander liegen, um eine Segmentierung entlang des Pfads zu ermöglichen.

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.


 

Optimierte Anrufverläufe können zu einer schlechten Erfahrung führen, wenn das Unternehmens- oder lokale Netzwerk die Ursache des Problems ist, da die Medien zwischen den beiden Benutzern das lokale Netzwerk durchqueren. Die Latenz oder RTT ist bei einem optimierten Anruf immer niedriger, aber Paketverlust und Jitter können je nach Netzwerk zwischen den beiden Benutzern immer noch ein Faktor sein.

Anrufe innerhalb der Organisation, bei denen ein ICE-Anruf nicht erfolgreich ist und die Medien durch die Webex Calling -Cloud fließen.

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.

Anrufe innerhalb einer Organisation, bei denen die Medien von einem Medienserver bereitgestellt werden, der in der Cloud gehostet wird.

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.

Ein- und ausgehende Anrufe, bei denen sich der andere Teilnehmer im PSTN-Netzwerk befindet. Die Medien werden von einem mit der Cloud verbundenen PSTN-Anbieter (CCPP) weitergeleitet.

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:

  • Tischtelefon für einen physischen Endpunkt.

  • Webex-App

Hardware

Zeigt eine der folgenden Optionen an:

  • Informationen zum Telefonmodell für einen physischen Endpunkt.

  • „-“ für eine Webex App

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:

  • WLAN

  • Ethernet

  • Mobilfunk

  • Unbekannt

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