- Startseite
- /
- Artikel
Problembehebung Webex Calling Medienqualität im Control Hub
In diesem ArtikelDie Problembehandlungsansicht in Webex Calling Ermöglicht Administratoren das Beheben von Problemen mit der Medienqualität in einem Webex-Anruf. Sie können nach Informationen zum Anruf suchen , die Medienstatistik des Anrufs anzeigen, ermitteln, wo das Problem aufgetreten ist, und das Problem beheben.
Ü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 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 Fehlerbehebungsfunktion für die 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 eine Liste von Anrufen abrufen, bei denen eine Mediensitzung mit mindestens einem bei Webex Calling registrierten Endpunkt verwendet wurde:
-
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)).
-
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 Kennzahlen zur Anrufqualität, die die Benutzererfahrung beeinflussen. Ein Administrator kann beispielsweise hohen Jitter auf Clients über Wi-Fi-Netzwerke beobachten, Paketverlust und Latenz können jedoch akzeptabel sein.
-
Feststellen, ob das Problem mit dem Anrufer oder dem Anrufer besteht.
Die Fehlerbehebung für die 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 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 werden angezeigt, nachdem der Anruf beendet wurde.
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 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 optimiert – Anrufe innerhalb der Organisation, in der ICE erfolgreich ist und die Medien direkt zwischen den Benutzern fließen. Weitere Webex Calling finden Sie unter Medienoptimierung mit Interactive Connectivity Connectivity Displays (ICE ).
-
On-net Unoptimized – Anrufe innerhalb der Organisation, bei denen Interactive Connectivity Establishment (ICE) nicht möglich oder nicht eingerichtet war. 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, der in der Cloud gehostet wird (z. B. Anhören von Voicemail, Einwählen in einen Auto Attendant).
-
netzfernen Anruf zu oder von einem registrierten Webex Calling-Endpunkt -
-
über Cloud Connected PSTN-Anbieter - Eingehende und ausgehende Anrufe einer Organisation, bei der sich der andere Teilnehmer im PSTN-Netzwerk befindet. Die Medien werden über einen Cloud Connected PSTN Provider (CCPP) über eine hochwertige Zusammenschaltung weitervermittelt.
-
über das lokale Gateway - Eingehende 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 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.
Zugriff auf die Ansicht zur Fehlerbehebung bei Webex Calling
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 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. Die Anruferfahrung wird als:
|
| 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:
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:
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.
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.
Inferenz :
| 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. |
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 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. |
Inferenz :
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. |
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 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 in Verbindung steht) mit der Analyseansicht, um die Sammelmuster 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 die Erfahrung des Benutzers 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 Benutzererfahrung liegt an der Qualität am anderen 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.
-
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.
| 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 |
Zeigen Sie diese Anrufmetriken in der Hop-by-Hop-Ansicht an:
| Begriff | Definition |
| Endgeräte |
Zeigt eine der folgenden Informationen an:
|
| Hardware |
Zeigt eine der folgenden Informationen an:
|
| 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. IP-Adressen sind teilweise maskiert, um die persönliche Identität der Benutzer zu bewahren. |
| Ö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. IP-Adressen sind teilweise maskiert, um die persönliche Identität der Benutzer zu bewahren. |
| MAC-Adressen |
Die MAC-Adresse des Clientendpunkts. |
| 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 |
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:
|
| 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 für die Medienqualität sind von den folgenden Geräten nicht verfügbar.
-
Analogtelefone
-
Geräte von Drittanbietern
-
IPv6-Endpunkte
