Řešení potíží s kvalitou médií volání Webex v Centru kontroly

Přehled

K určení pravděpodobné příčiny se doporučuje použít zobrazení řešení problémů spolu s souhrnnými informacemi odvozenými z řídicího panelu Webex Calling Analytics. Pomocí řídicího panelu Webex Calling Analytics můžete zobrazit problémy, které mají dopad na více uživatelů se společnou příčinou, která souvisí s umístěním, sítí atd.; zatímco zobrazení řešení potíží s voláním Webex může identifikovat problémy s jednotlivými hovory.

Funkce řešení problémů s kvalitou médií nevyžaduje žádnou konkrétní konfiguraci a je ve výchozím nastavení k dispozici v centru Control Hub. Je k dispozici úplným správcům zákazníků, jen pro čtení, podpoře, partnerům a partnerům jen pro čtení.

Správci mohou vyhledávat pomocí následujících kritérií seznam hovorů, kde byla použita mediální relace s alespoň jedním registrovaným koncovým bodem služby Webex Calling:

ID e-mailů
Telefonní čísla (přesná shoda řetězců)
Adresa MAC
ID hovorů

Řešení potíží s kvalitou médií umožňuje správcům:

Podívejte se na ucelené zkušenosti účastníků hovoru.
Zobrazení podrobností o směrování hovoru.
Podívejte se, zda média procházejí cloudem volání Webex nebo přímo mezi uživateli (pomocí interactive connectivity establishment (ICE)).
Zobrazte si službu Insights, pokud v hovoru nejsou žádná média nebo pokud nastavení optimalizace cesty nebylo úspěšné.
Zobrazit výzvy za posledních 21 dní.
Analyzujte metriky kvality hovorů, které ovlivnily prostředí uživatele. Správce může například pozorovat vysoké chvění klientů přes Wi-Fi sítě, ale ztráta paketů a latence mohou být přijatelné.
Zjistěte, zda je problém s volajícím nebo volajícím.

Řešení problémů s kvalitou médií platí pouze pro relace médií a nezobrazuje relace signalizace hovorů. Například Alex zavolá Bobovi, který nastavil CFA (Call Forward All) Christině, a Christina hovor přijme. V tomto scénáři zobrazení řešení problémů s médii ukazuje, že k hovoru došlo mezi Alexem a Christinou, protože se zaměřuje na řešení problémů s médii spíše než na signalizační tok nebo životní cyklus hovoru.

Volání pomocí volání Webex se zobrazí po ukončení hovoru.

Zobrazení řešení problémů pomáhá identifikovat oblast problému tím, že poskytuje všechny relevantní metriky, a nemůže vám nutně poskytnout hlavní příčinu špatného hovoru. Podívejte se na tyto ukazatele, abyste identifikovali různé faktory a určili možnosti rozlišení:

Komplexní zkušenost uživatele.
Zobrazení Podrobnosti směrování.
Odesílejte nebo přijímejte metriky od uživatele nebo od bodu přenosu médií.
Zda k volání došlo do nebo z externí sítě nebo mezi registrovanými koncovými body volání Webex.

Podporované toky volání

Zprávy o kvalitě médií se shromažďují z koncových bodů volajícího a volajícího a z bodů přenosu médií. To umožňuje segmentaci mediálního prostředí zúžit a určit, zda k problému došlo v:

Volající nebo volající
Mediální cesta do nebo z cloudu Webex Calling .

Nohy volání se zobrazí, pokud došlo k mediální relaci, která je navázána alespoň s jedním registrovaným koncovým bodem volání Webex v hovoru. Například pro odchozí volání z lovecké skupiny na osm agentů, pokud odpoví pouze jeden agent, pak neexistuje žádné mediální prostředí pro řešení potíží pro ostatních sedm agentů.

Existuje pět typů mediálních prostředí nebo cest pro řešení potíží s voláním Webex, které jsou:

On-net Optimized – hovory v rámci organizace, kde je funkce ICE úspěšná a média proudí přímo mezi uživateli. Podrobné informace naleznete v tématu Optimalizace volání médií Webex s interaktivním zařízením připojení (ICE ).
On-net Unoptimized – hovory v organizaci, kde nebylo možné nebo zřízeno interaktivní připojení (ICE). V tomto scénáři média proudí přes Webex volání cloudu.
On-net Cloud Hosted – hovory v organizaci, kde jsou média poskytována mediálním serverem hostovaným v cloudu (například poslech hlasové schránky, vytáčení automatického operátora).
Volání mimo síť do registrovaného koncového bodu služby Webex Calling nebo z něj -
- prostřednictvím poskytovatele PSTN připojeného ke cloudu– příchozí a odchozí hovory organizace, ve které je druhá strana v síti PSTN. Médium je přenášeno prostřednictvím poskytovatele veřejné telefonní sítě připojeného ke cloudu (CCPP) přes vysoce kvalitní propojení.
- prostřednictvím místní brány– příchozí a odchozí hovory organizace, kde jsou média druhé strany prostřednictvím podniku. Za místní bránou může být mediální relace od uživatele hostovaného v podniku (například registrovaného pro řízení volání v podniku) nebo ze veřejné telefonní sítě, kde je veřejná telefonní síť poskytována podnikem.

Pokud existují 1 nebo 2 registrovaní uživatelé Volání Webex, kteří jsou zapojeni do volání typu point-to-point na síti, pak zobrazení řešení potíží představuje metriky pro jednu nebo obě strany. Pokud je volání mimo síť (uživatel 1 přijme hovor od uživatele veřejné telefonní sítě), zobrazí se v zobrazení řešení potíží pouze metriky klienta uživatele1 spolu s metrikami převzatými z bodu přenosu médií.

Většina scénářů volání v zobrazení řešení potíží zobrazuje dvě nohy volání (volající a volající); Některé scénáře volání (například call park nebo retrieve) však zobrazují pouze jednu nohu volání. V takových případech se druhá noha volání zobrazí samostatně v zobrazení řešení potíží. To nebrání řešení potíží s voláním a zjištění, kde k problému došlo. Vyžaduje však, aby správce ručně koreloval dvě volací nohy pomocí společné entity, jako je překrývající se čas. Budoucí vylepšení zobrazení pro řešení potíží eliminují potřebu používat ruční vyhledávání.

Přístup k zobrazení řešení potíží se službou Webex Calling

Chcete-li analyzovat volání Webex, proveďte následující kroky:

1	Ze zobrazení zákazníka v programu https://admin.webex.com/přejděte na Monitorování > Řešení potíží.
2	Vyberte Schůzky a hovory a vyhledejte ID e-mailu uživatele nebo zařízení, telefonní číslo (přesná shoda řetězců), adresu MAC uživatele nebo zařízení nebo ID volání hovoru, který chcete zobrazit. Zobrazí informace o všech hovorech a schůzkách, které jsou přidruženy k hledání. Zobrazení seznamu zobrazuje hovor uskutečněný pomocí alespoň jednoho koncového bodu registrovaného ve službě Webex Calling s relací médií.
3	Volání Webex jsou hodnocena z hlediska kvality. U schůzek Webex nebo Call on Webex však toto hodnocení neplatí. Prostředí hovoru je klasifikováno jako: Špatné – znamená, že volající nebo volaná osoba měli špatné komplexní prostředí (například nekvalitní zvuk). Dobré – označuje stav volajícího mezi koncovými body a volaná osoba nepřekročila prahové hodnoty. Žádné– platí pro schůzky nebo volání v relacích Webex. Není k dispozici– platí pro schůzky nebo volání v relacích Webex.
4	Kliknutím na konkrétní volání v zobrazení nabídky zkontrolujte podrobnosti o chmelu. Zobrazení Detail segmentu směrování zobrazuje: Z podrobností o chmelu můžete: Zobrazit přehledy o hovoru v jednom nebo obou těchto scénářích: Nebylo k dispozici žádné médium pro některý chmel související s hovorem Nastavení optimalizace cesty nebylo úspěšné. Najetím myší na zařízení zobrazíte prostředí pro volání mezi koncovými body. Najeďte myší na segment směrování mezi koncovým bodem a cloudem volání Webexu a zobrazte podrobnosti o segmentu směrování. Prostředí koncových hovorů je založeno na datech kvality médií, která se na konci hovoru shromažďují z každého registrovaného koncového bodu služby Webex Calling (aplikace Webex nebo zařízení, jako je 8865 nebo Desk Pro). Hovor je hodnocen jako dobrý, pokud splňuje tyto prahové hodnoty: Ztráty paketů méně než 5 % Latence nebo doba zpátečního letu (RTT) nižší než 400 ms Chvění menší než 150 ms Kvalita segmentu směrování je odvozena z dat, která jsou shromažďována z bodu přenosu médií v cloudu volání Webex. U volání do veřejné telefonní sítě prostřednictvím CCPP nebo místní brány je sběr dat z cloudu volání Webex a ne z koncového bodu veřejné telefonní sítě. Chmel je klasifikován jako dobrý, pokud splňuje tyto prahové hodnoty. Ztráta paketů menší než 2,5%. Latence nebo RTT menší než 200 ms. Kolísání menší než 75 ms. Metriky směrování se během relace liší v závislosti na době vzorkování a variabilitě v síti. Hodnoty, které jsou hlášeny přenosovým bodem médií a klienty (end-to-end zkušenosti) nemusí být zarovnány. Měly by však být v těsném zarovnání, aby bylo možné segmentaci podél cesty. Doporučujeme použít individuální výběr pro řešení potíží s voláním s agregovanými informacemi odvozenými ze služby Analytics. Pojďme analyzovat kvalitu volání pro různé typy volání pomocí zobrazení řešení potíží.

Optimalizovaný tok hovorů na internetu

Volání v rámci organizace, kde je ICE úspěšná a mediální přenos v cloudu je odebrán z cesty. Tok médií probíhá přímo mezi zařízeními uživatele.

Závěr:

Hovor je hodnocen tak dobře, jak volající, tak volající mají dobré end-to-end zkušenosti.

Správce může pozorovat, že média proudí přímo mezi dvěma uživateli a necestují přes webex volající cloud.

Optimalizované toky volání mohou mít špatnou zkušenost, pokud je zdrojem problému podniková nebo místní síť, protože média mezi těmito dvěma uživateli budou procházet místní sítí. Latence nebo RTT je vždy nižší u optimalizovaného hovoru, ale ztráta paketů a kolísání mohou být stále faktorem v závislosti na síti mezi dvěma uživateli.

Neoptimalizovaný tok volání v síti

Volání v rámci organizace, kde volání ICE není úspěšné a média proudí přes cloud volání Webex.

Závěr:

Správce může dodržovat následující:

1	Komplexní zkušenost volajícího je hodnocena jako špatná.
2	Došlo k potížím se síťovým směrováním volajícího, který ovlivňuje datový proud odesílání i přijímání.
3	Síťový směr volání nemá problém.
4	End-to-end zkušenost volajícího je klasifikována jako špatná kvůli problému od volajícího.

On-net Cloud Hosted Call Flow

Volání v rámci organizace, kde je médium poskytováno mediálním serverem, který je hostován v cloudu.

Závěr:

Hovor je hodnocen tak dobře, jak dobře je komplexní zkušenost volajícího v rámci přijatých prahových hodnot. Správce může konstatovat, že následující:

1	Směrování sítě pro volajícího je hodnoceno jako špatné, protože některé metriky jsou nad přijatelnou prahovou hodnotou.
2	Datový proud odesílání z hlasové schránky je hodnocen jako dobrý podle metrik shromážděných z bodu přenosu médií.
3	Mediální server použitý ke shromažďování nebo ukládání hlasové schránky v současné době nehlásí metriky. Tyto servery jsou však hostovány a spravovány jako součást webex calling cloudu, takže kvalita tohoto segmentu odkazů je interní a vždy vysoce kvalitní, nízká latence.
4	Správce může sledovat, že komplexní zkušenost volajícího je hodnocena jako dobrá, i když směrování je hodnoceno jako špatné. To je způsobeno tím, že hop volajícího má dobrou síť, která kompenzuje snížení výkonu sítě volajícího.

PsTN mimo síť mimo síť prostřednictvím CCPP

Volá a odchází z organizace, kde je druhá strana v síti veřejné telefonní sítě. Médium je přenášeno od poskytovatele veřejné telefonní sítě připojeného ke cloudu (CCPP).

V příkladu klientské médium přichází od poskytovatele veřejné telefonní sítě prostřednictvím cloudu.

Hovor je hodnocen jako špatný, protože end-to-end zkušenost volajícího není v rámci přijatých prahových hodnot. Správce může dodržovat následující:

1	Problém je s přeskakováním PSTN volajícího konkrétně s odesílajícím streamem.
2	Síťový směr volání nemá problém.
3	End-to-end zkušenost volajícího je klasifikována jako špatná kvůli problému od volajícího.
4	Komplexní prostředí a metriky datového proudu příjmu volajícího, který je v síti PSTN, nejsou v současné době k dispozici, protože tyto metriky nejsou přenášeny do cloudu volání Webex.

Veřejná telefonní síť mimo síť prostřednictvím místní brány

Volá a odchází z organizace, kde média volajícího pocházejí z podniku. Mediální relace může pocházet od uživatele hostovaného v podniku (například registrovaného v UCM) nebo ze veřejné telefonní sítě, kde je veřejná telefonní síť poskytována prostřednictvím podniku.

Odvození

Hovor je hodnocen jako špatný, protože komplexní zkušenost volajícího není v rámci přijatých prahových hodnot. Správce může dodržovat následující:

1	Došlo k problému s přeskakováním volajícího do cloudu volání Webex na streamu odesílání i přijímání.
2	Komplexní prostředí volajícího je klasifikováno jako špatné buď kvůli problému pozorovanému v segmentu směrování, nebo kvůli problémům na konci uživatele (zařízení, síť atd.).
3	Příchozí provoz do volacího cloudu Webex z konce volajícího je hodnocen jako dobrý.
4	Komplexní prostředí a metriky datového proudu příjmu volajícího, který je volán z místní brány, nejsou v současné době k dispozici, protože tyto metriky nejsou přenášeny do cloudu volání Webex.