Übersicht

Um die wahrscheinliche Ursache zu ermitteln, wird empfohlen, die Fehlerbehebungsansicht zusammen mit den aggregierten Informationen aus dem Dashboard „Webex Calling-Analysen“ zu verwenden. Verwenden Sie das Webex Calling-Analyse-Dashboard, um Probleme anzuzeigen, die sich auf mehrere Benutzer mit einer gemeinsamen Ursache auswirken, die mit Standort, Netzwerk usw. zusammenhängt, während die Webex Calling-Fehlerbehebungsansicht Probleme mit einzelnen Anrufen identifizieren kann.

Die Fehlerbehebungsfunktion für die Medienqualität erfordert keine spezifische Konfiguration und ist standardmäßig im Control Hub verfügbar. Es steht vollständigen Administratoren für Kunden, Lesezugriff, Support, Partner und Partner mit Lesezugriff zur Verfügung.

Administratoren können anhand der folgenden Kriterien eine Liste von Anrufen abrufen, bei denen eine Mediensitzung mit mindestens einem bei Webex Calling registrierten Endpunkt verwendet wurde:

  • E-Mail-IDs

  • Telefonnummern (exakte Übereinstimmung der Zeichenfolge)

  • MAC-Adresse

  • Anruf-IDs

Die Fehlerbehebung in der Medienqualität ermöglicht Administratoren Folgendes:

  • Sehen Sie sich das durchgängige Erlebnis der Teilnehmer des Anrufs an.

  • Sehen Sie sich ein Hop-Detail des Anrufs an.

  • 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 keine Medien im Anruf vorhanden sind oder die Pfadoptimierungseinrichtung fehlgeschlagen ist.

  • Anrufe der letzten 21 Tage anzeigen.

  • Analysieren Sie die Anrufqualitätsmetriken, die sich auf die Benutzererfahrung ausgewirkt haben. Ein Administrator kann beispielsweise hohen Jitter auf Clients über Wi-Fi-Netzwerke beobachten, Paketverlust und Latenz können jedoch akzeptabel sein.

  • Ermitteln Sie, ob das Problem beim Anrufer oder dem Angerufenen liegt.


 

Die Fehlerbehebung für die Medienqualität gilt nur für Mediensitzungen und zeigt keine Anrufsignalisierungssitzungen an. Alex ruft beispielsweise Bob an, der CFA (Call Forward All) eingerichtet hat, und Christina hat den Anruf angenommen. In diesem Szenario zeigt die Ansicht zur Medienfehlerbehebung, dass der Anruf zwischen Alex und Christina stattgefunden hat, da der Fokus auf der Fehlerbehebung des Medienerlebnisses und nicht auf dem Signalisierungsfluss oder dem Anruflebenszyklus liegt.

Die Anrufe, die Webex Calling verwenden, werden nach dem Ende des Anrufs angezeigt.

Die Fehlerbehebungsansicht hilft, den Problembereich zu identifizieren, indem sie alle relevanten Metriken bereitstellt. Sie kann nicht unbedingt die Ursache für einen schlechten Anruf liefern. Sehen Sie sich diese Hinweise an, um verschiedene Faktoren zu identifizieren und die Auflösungsoptionen zu bestimmen:

  • Die durchgängige Benutzererfahrung.

  • Die Ansicht „Hop-Details“.

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

  • Unabhängig davon, ob der Anruf von oder zu einem externen Netzwerk oder zwischen den bei Webex Calling registrierten Endpunkten erfolgte.

Unterstützte Anrufverläufe

Die Medienqualitätsberichte werden von den Anrufer- und callee-Endpunkten und den Medien-Relay-Punkten erfasst. Dies ermöglicht eine Segmentierung des Medienerlebnisses, um einzugrenzen und festzustellen, ob das Problem auf der folgenden Seite aufgetreten ist:

  • Anrufer oder Angerufener

  • Medienpfad zu oder von der Webex Calling-Cloud.


 

Anrufabschnitte werden angezeigt, wenn eine Mediensitzung mit mindestens einem in Webex Calling registrierten Endpunkt im Anruf eingerichtet wurde. Wenn beispielsweise nur ein Agent einen ausgehenden Anruf von einem Sammelanschluss an acht Agenten annimmt, gibt es für die anderen sieben Agenten keine Medienerfahrung zur Fehlerbehebung.

Es gibt fünf Arten von Medienerfahrungen oder Pfaden für die Webex Calling-Fehlerbehebung:

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

  • On-net Unoptimized – Anrufe innerhalb der Organisation, bei denen Interactive Connectivity Establishment (ICE) nicht möglich oder nicht eingerichtet war. In diesem Szenario fließen die Medien über die Webex Calling Cloud.

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

  • netzfernen Anruf von oder zu einem bei Webex Calling registrierten Endpunkt -

    • über Cloud Connected PSTN-Anbieter: - Eingehende und ausgehende Anrufe einer Organisation, bei der sich der andere Teilnehmer im PSTN-Netzwerk befindet. Die Weiterleitung der Medien erfolgt über einen mit der Cloud verbundenen PSTN-Anbieter (CCPP) über ein qualitativ hochwertiges Interconnect.

    • über das lokale Gateway – Ein- und ausgehende Anrufe einer Organisation, bei der sich die Medien der anderen Partei über das Unternehmen befinden. Hinter dem lokalen Gateway kann die Mediensitzung vom vom Unternehmen gehosteten Benutzer (z. B. registriert zur Anrufsteuerung im Unternehmen) oder vom PSTN, wobei PSTN vom Unternehmen bereitgestellt wird, stammen.


 

Wenn 1 oder 2 registrierte Webex Calling-Benutzer an einem Punkt-zu-Punkt-On-Net-Anruf beteiligt sind, werden in der Fehlerbehebungsansicht Metriken für einen oder beide Teilnehmer angezeigt. Wenn der Anruf aus dem Netz geht (Benutzer 1 erhält einen Anruf von einem PSTN-Benutzer), werden in der Fehlerbehebungsansicht nur die Client-Metriken von Benutzer 1 zusammen mit den Metriken angezeigt, die vom Medienrelaispunkt stammen.

In den meisten Anrufszenarien in der Fehlerbehebungsansicht werden zwei Anrufabschnitte (Anrufer und Angerufener) angezeigt. In einigen Anrufszenarien (z. B. Anruf parken oder abrufen) wird jedoch nur ein Anrufabschnitt angezeigt. In solchen Fällen wird der andere Call Leg separat in der Fehlerbehebungsansicht angezeigt. Dies hindert nicht daran, den Anruf zu beheben und zu erkennen, wo das Problem aufgetreten ist. Allerdings muss der Administrator die beiden Call Legs manuell mit einer gemeinsamen Entität korrelieren, z. B. mit der Zeit, die sich überschneidet. Zukünftige Verbesserungen der Fehlerbehebungsansicht machen manuelle Suchen überflüssig.

Zugriff auf die Ansicht zur Fehlerbehebung bei Webex Calling

Um einen Webex-Anruf zu analysieren, führen Sie die folgenden Schritte aus:

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 Anrufabschnitts, den Sie anzeigen möchten.

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


 

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

3

Die Webex Calling-Anrufe werden auf Qualität bewertet. Bei Webex-Meetings oder Anrufen in Webex-Sitzungen gilt diese Einstufung jedoch nicht. Das Anruferlebnis wird folgendermaßen bewertet:

  • Schlecht – zeigt an, dass entweder der Anrufer oder der Angerufene eine schlechte End-to-End-Erfahrung hatte (z. B. abgehacktes Audio).
  • Gut – zeigt das End-to-End-Erlebnis für den Anrufer an und der Angerufene hat die Schwellenwerte nicht überschritten.
  • Keine – gilt für Meetings oder Anrufe in Webex-Sitzungen.
  • Nicht verfügbar – – gilt für Meetings oder Anrufe in Webex-Sitzungen.
4

Klicken Sie in der Listenansicht auf einen bestimmten Anruf, um die Hop-Details zu prüfen. Die Ansicht „Hop Detail“ wird angezeigt:

Über die Hop-Details können Sie:

  • Sehen Sie sich in einem oder beiden folgenden Szenarien Einblicke in den Anruf an:

    • Für einen der Hops im Zusammenhang mit dem Anruf gab es keine Medien.

    • Die Pfadoptimierungseinrichtung war nicht erfolgreich.

  • Bewegen Sie den Mauszeiger auf dem Gerät, um das durchgängige Anruferlebnis anzuzeigen.

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

Das durchgängige Anruferlebnis basiert auf den Medienqualitätsdaten, die von jedem bei Webex Calling registrierten Endpunkt (Webex-App oder Gerät wie 8865 oder Desk Pro) am Ende des Anrufs erfasst werden. Der Anruf wird als gut bewertet, wenn er die folgenden Schwellenwerte erfüllt:

  • Paketverluste unter 5 %

  • Latenz oder Round Trip Time (RTT) weniger als 400 ms

  • Jitter unter 150 ms

Die Qualität des Hop wird aus Daten abgeleitet, die vom Medien-Relay-Punkt in der Webex Calling-Cloud erfasst werden. Bei PSTN-Anrufen über CCPP oder das lokale Gateway erfolgt die Datenerfassung über die Webex Calling-Cloud und nicht über den PSTN-Endpunkt. Ein Hopfen wird als gut eingestuft, wenn er diese Schwellenwerte erfüllt.

  • Paketverlust unter 2,5 %.

  • Latenz oder RTT unter 200 ms.

  • Jitter kleiner als 75 ms.


 

Die Hop-Metriken variieren während einer Sitzung abhängig von der Sampling-Zeit und der Variabilität im Netzwerk. Die Werte, die vom Media Relay Point und den Clients (End-to-End-Erfahrung) gemeldet werden, stimmen möglicherweise nicht überein. Sie sollten jedoch eng aufeinander abgestimmt sein, um eine Segmentierung entlang des Pfades zu ermöglichen.

Wir haben empfohlen, die Ansicht für die individuelle Anruffehlerbehebung mit den aggregierten Informationen zu verwenden, die von Analyse abgeleitet sind .

Analysieren wir die Anrufqualität für die verschiedenen Anruftypen mithilfe der Ansicht zur Fehlerbehebung.

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

Inferenz :

1

Der Anruf wird so gut bewertet, wie der Anrufer und der Angerufene eine gute End-to-End-Erfahrung haben.

2

Der Administrator kann beobachten, dass Medien direkt zwischen den beiden Benutzern fließen und nicht über die Webex Calling-Cloud geleitet werden.


 

Optimierte Anrufverläufe können eine schlechte Erfahrung haben, wenn das Unternehmen oder das lokale Netzwerk die Quelle 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 abhängig vom 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 eingestuft.

2

Es besteht ein Problem mit dem Netzwerk-Hop des Anrufers, das sich sowohl auf den Sende- als auch auf den Empfangsstream auswirkt.

3

Der Netzwerk-Hop des Angerufenen hat kein Problem.

4

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

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

Inferenz :

Der Anruf wird so bewertet, dass 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 so schlecht bewertet, dass einige der Metriken über dem akzeptablen Schwellenwert liegen.

2

Der Sende-Stream von der Voicemail wird gemäß den vom Medien-Relay-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 Link-Segments intern und immer hochwertig und mit geringer Latenz ist.

4

Der Administrator kann beobachten, dass die End-to-End-Erfahrung des Anrufers als gut eingestuft wird, obwohl der Hop als schlecht eingestuft wird. Dies liegt daran, dass der Hop des Anrufers über ein gutes Netzwerk verfügt, das die Leistungsminderung des Netzwerks des Anrufers ausgleicht.

Anrufe in und aus einer Organisation, in der sich der andere Teilnehmer im PSTN-Netzwerk befindet. Die Medien werden von einem mit der Cloud verbundenen PSTN-Anbieter (CCPP) weitergeleitet.

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

Der Anruf wird so schlecht bewertet, dass die End-to-End-Erfahrung des Angerufenen nicht innerhalb der akzeptierten Schwellenwerte liegt. Der Administrator kann Folgendes beobachten:

1

Das Problem besteht beim PSTN-Hop des Anrufers, insbesondere beim Sendestrom.

2

Der Netzwerk-Hop des Angerufenen hat kein Problem.

3

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

4

Die End-to-End-Erfahrung und die empfangenen 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 von einem Unternehmen stammen. Die Mediensitzung kann von einem vom Unternehmen gehosteten Benutzer (z. B. bei UCM registriert) oder von PSTN aus durchgeführt werden, wobei das PSTN über das Unternehmen bereitgestellt wird.

Inferenz

Der Anruf wird so schlecht bewertet, dass 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 Empfangsstream.

2

Die End-to-End-Erfahrung des Anrufers wird entweder aufgrund des im Hop beobachteten Problems oder aufgrund der Probleme am Benutzerende (Geräte, Netzwerk usw.) als schlecht eingestuft.

3

Der eingehende Datenverkehr zur Webex Calling Cloud vom Ende des Angerufenen wird als gut eingestuft.

4

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

Beheben von Problemen mit der Medienqualität

In der Hop-by-Hop-Ansicht können Sie herausfinden, wo das Problem aufgetreten ist. Nachdem Sie das Problem gefunden haben, können Sie anhand der Metriken (Jitter, Paketverlust, Latenz) Folgendes versuchen, um das Problem zu beheben.

Typische Möglichkeiten für Medienfragen sind:

  • Netzwerk-/ISP-/Standort-spezifische Probleme - Aufgrund der Firewall, Netzwerkkonfiguration oder Bandbreite gibt es ein Muster schlechter Erfahrungen in 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) in der Analyseansicht, um die aggregierten Muster für den Standort zu überprüfen.

  • Benutzerspezifische Probleme – Ein Benutzer oder Gerät ist mit einem schlechten Netzwerk verbunden (z. B. Wi-Fi oder Arbeit von zu Hause aus), was bedeutet, dass seine Erfahrung durch die zugehörigen Netzwerkfunktionen beeinträchtigt wird. Lesen Sie den Artikel Verwenden von CScan zum Testen der Webex Calling-Netzwerkqualität , um das Problem mit dem Netzwerk zu identifizieren.

  • Anruftyp-spezifische Probleme – Die schlechte Erfahrung eines Benutzers ist auf die Qualität am anderen Ende zurückzuführen. Dies ist in PSTN-Szenarien üblich, in denen der Benutzer mit einem anderen Benutzer in einem Mobilnetzwerk spricht und die Sitzung einen hohen Paketverlust im PSTN-Netzwerk aufweist.

  • Kein Medienproblem - In einigen Hops kann es keine Medienübertragung geben. Das Insights-Banner zeigt die Ursache oben auf der Hop-Detailseite und die verantwortliche Partei im Informationsfeld der Hop-Detailseite an. Einige der möglichen Ursachen für das Medienverbot in Anrufen zusammen mit haftbaren Parteien sind hier aufgeführt:

    • Webex empfängt keine Medien vom Absender.

    • Webex empfängt keine Medien vom Empfänger.

    • Webex empfängt keine Medien aus beiden Richtungen.

    • Webex sendet keine Medien an den Empfänger. Webex Engineering behebt dieses Problem.

    • Webex empfängt keine Medien von Cloud PSTN. Webex Engineering behebt dieses Problem.

    • Webex empfängt keine Medien vom Cloud-Dienst. Webex Engineering behebt dieses Problem.

    • Webex empfängt keine Medien vom lokalen Gateway. Der Kundenadministrator muss das Problem untersuchen.

  • Medienpfadoptimierung fehlgeschlagen - Nur wenige Anrufe können die Medienpfadoptimierung nicht erfolgreich einrichten. Das Insights-Banner zeigt die Ursache für erfolglose ICE-Anrufe und die Auflösung oben auf der Hop-Detailseite an.

    Einige der möglichen Gründe sind

    • ICE war aufgrund eines Betäubungsserverzugriffs nicht erfolgreich – siehe Webex Calling-Port-Referenzinformationen

    • ICE ist aufgrund einer Konnektivitätsprüfung fehlgeschlagen – prüfen Sie die Konnektivität zwischen Netzwerken

    • ICE ist fehlgeschlagen, da die Round Trip-Zeit des Standardpfads ähnlich/besser war als jeder optimierte Pfad.

Legenden zur Fehlerbehebungsansicht

Sehen Sie sich die folgenden Anrufdetails im rechten Bereich der Hop-by-Hop-Ansicht an.

BegriffDefinition
AnrufdatumDas Datum, an dem der Anruf stattgefunden hat.
AnrufzeitDie Start- und Endzeit des Anrufs in der Zeitzone , die Sie in der Suchansicht ausgewählt haben.
Sitzungstyp

Der unterstützte Sitzungstyp. Zum Beispiel: Webex-Anruf

TeilnehmerDie Anzahl der Teilnehmer, die dem Anruf beigetreten sind.
AnrufernameName des Anrufers.
Anrufer-E-Mail-AdresseE-Mail-Adresse des Anrufers.
Nummer des AnrufersTelefonnummer, die der Anrufer während des Anrufs verwendet hat.
AudioDer verwendete Audiotyp.
VideoZeigt „Ja“ an, wenn das 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

Tastenkombination

Gebührenfrei

Unbekannt

URI

Zeigen Sie diese Anrufmetriken in der Hop-by-Hop-Ansicht an:

BegriffDefinition
Endgeräte

Zeigt eine der folgenden Optionen an:

  • Tischtelefon für einen physischen Endpunkt

  • Webex-App

  • Raumgerät für Cisco Room Series-Geräte

Hardware

Zeigt eine der folgenden Optionen an:

  • Modellinformationen des Tischtelefons für einen physischen Endpunkt

  • „-“ für eine Webex-App

  • Informationen zum Modell der Room-Serie für Geräte der Cisco Room-Serie

Standort

Webex Calling-Standort, der für den Benutzer konfiguriert ist.

Lokale IP

Die lokale IP-Adresse des Clients für die Netzwerkschnittstelle, die er zur Übertragung von Medien verwendet. IP-Adressen werden teilweise maskiert, um die persönliche Identität der Nutzer zu wahren.

Öffentliche IP

Dies ist die öffentliche IP-Adresse des Clients, die von der Cloud angezeigt wird. Für Unternehmen ist dies die Adresse der Firewall, die die NAT bereitstellt. IP-Adressen werden teilweise maskiert, um die persönliche Identität der Nutzer zu wahren.

MAC-Adressen

Die MAC-Adresse des Client-Endpunkts.

Geolocation

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

ISP

Internetdienstanbieter, der eine Netzwerkverbindung 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

  • Zellulär

  • Unbekannt

Audio-Codec

(Senden oder Empfangen) Das Format der Medienkodierung und -dekodierung, das für die Medien verwendet wird, die von einem Client übertragen werden.

Video-Codec

(Senden oder Empfangen) Das Format der Medienkodierung und -dekodierung, das für die Medien verwendet wird, die von einem Client übertragen werden. Gilt nur für Videoanrufe.

Anruf-ID

Die interne ID, die zum Identifizieren des Anrufabschnitts verwendet wird.


 

Einige Metriken werden in den Screenshots des Artikels maskiert, um die Identität des Benutzers zu erhalten.

Beschränkungen

Metriken für die Medienqualität sind von den folgenden Geräten nicht verfügbar.

  • Analoge Telefone

  • Geräte von Drittanbietern

  • IPv6-Endpunkte