- Domů
- /
- Článek
Řešení problémů s hovory Webex Calling v Control Hubu
Zobrazení pro řešení problémů v aplikaci Webex Calling umožňuje správcům řešit problémy s připojením a kvalitou médií u hovorů přes Webex Calling. Můžete vyhledat informace týkající se hovoru, zjistit, zda byl úspěšný, odmítnutý nebo selhal, zobrazit si jeho mediální statistiky, zjistit, kde k problému došlo a problém vyřešit.
Přehled
Řešení problémů s funkcí Webex Calling vám umožňuje řešit problémy s kvalitou médií a připojením hovorů u konkrétních hovorů přes Webex Calling. Řešit problémy s hovory můžete z různých důvodů, například se stížnostmi zákazníků na špatnou kvalitu hovoru. V tomto případě můžete přejít přímo do zobrazení pro řešení potíží, vyhledat tato konkrétní volání a poté zobrazit podrobnosti o směrovacím bodu, abyste přesně určili, kde by mohl být problém. Řešení problémů můžete také využít k proaktivnímu sledování kvality hovorů v organizaci a předcházet konkrétním problémům dříve, než si jich uživatelé všimnou.
Pro přístup k zobrazení pro řešení potíží musíte mít v Control Hub plnou roli správce, správce pouze pro čtení nebo správce podpory.
Řešení problémů s voláními Webex vám umožňuje:
-
Vyhledávání úspěšných, neúspěšných a odmítnutých hovorů.
-
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)).
-
Zobrazit přehledy, pokud v hovoru nejsou žádná média nebo pokud nastavení optimalizace cesty nebylo úspěšné.
-
Zobrazit výzvy za posledních 21 dní.
-
Zobrazení selhání a odmítnutí hovorů souvisejících se signalizací.
-
Analyzujte metriky kvality hovorů, které ovlivnily prostředí uživatele. Například správce může u klientů přes Wi-Fi sítě pozorovat vysoké chvění, 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.
Volání pomocí volání Webex se zobrazí po ukončení hovoru.
Zobrazení pro řešení problémů pomáhá identifikovat problémovou oblast tím, že poskytuje všechny relevantní metriky a nemusí nutně poskytnout hlavní příčinu špatného volání. 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.
Zobrazení vyhledávání
Seznam hovorů, u kterých byla použita mediální relace s alespoň jedním koncovým bodem registrovaným ve službě Webex Calling, můžete získat vyhledáním pomocí následujících kritérií:
-
E-mailové adresy
-
Telefonní čísla
-
MAC adresy
-
ID hovorů
-
Korelační ID
Částečné vyhledávání je podporováno pro e-mailové adresy, telefonní čísla a ID hovorů. U telefonních čísel můžete zadat první tři až osm číslic a poté stisknout klávesu Enter pro zobrazení odpovídajících položek. Pokud zadáte více než osm číslic, vyhledávání se pokusí najít přesnou shodu. Upozorňujeme, že pokud zkopírujete a vložíte telefonní číslo odjinud, musíte zahrnout +1 aby vyhledávání fungovalo.

Když vyhledáte e-mailovou adresu uživatele, jeho schůzky a hovory jsou rozděleny do příslušných karet:
-
Schůzky – Obsahuje všechny schůzky, kterých se uživatel zúčastnil.
-
Webex Calling – Obsahuje všechna volání Webex Calling.
-
Volání přes Webex – Obsahuje volání přes Webex.
Při vyhledávání podle ID korelace nebo telefonního čísla se zobrazí pouze relevantní karta (v tomto případě volání přes Webex) a zobrazí se pouze relevantní výsledky.
Při vyhledávání hovoru se příslušné segmenty hovoru zobrazí na kartě Volání přes Webex. K dispozici jsou následující údaje:
Název sloupce | Definice |
---|---|
Stav |
Zda byl pokus o hovor úspěšný, či nikoli. Pokud má pokus o volání stav Odmítnutí nebo Selhání, můžete na stav najet myší a zobrazit příslušný kód. Možné hodnoty jsou:
|
Celková kvalita |
Volání Webex jsou hodnocena z hlediska kvality. Pro schůzky Webex nebo relace Call on Webex se však toto hodnocení nevztahuje. Prostředí hovoru je klasifikováno jako:
|
Osobní kvalita |
Kvalita individuálního segmentu hovoru daného uživatele. |
Časové razítko |
Čas zahájení hovoru. |
Číslo volajícího |
Volajícímu přiřazené telefonní číslo Webex. |
Jméno volajícího |
Jméno volajícího. |
Číslo volaného |
Webex Telefonní číslo přidělené volanému. |
Jméno volaného |
Jméno volaného. |
Doba trvání |
Doba, po kterou hovor trval. |
Pobočka |
Webex Calling poloha volajícího. |
Korelační ID |
Korelační ID pro propojení více hovorů segments/call nohy stejného hovoru. |
Klíčové ukazatele výkonnosti (KPI) vyhledávaného uživatele

Následující klíčové ukazatele výkonnosti (KPI) jsou k dispozici pro kartu Volání Webex při vyhledávání uživatele:
-
Celkový počet hovorů – Celkový počet hovorů.
-
Celkový počet segmentů hovorů – Celkový počet segmentů hovorů.
-
Neúspěšné segmenty hovorů – Počet segmentů hovorů, které selhaly.
-
Odmítnuté segmenty hovoru – Počet odmítnutých segmentů hovoru.
-
Segmenty hovorů nízké kvality – Počet segmentů hovorů, které měly nízkou kvalitu.
Co je segment volání?
Segment hovoru představuje samostatnou část hovoru služby Webex Calling. V podstatě každý přímý skok nebo spojení mezi dvěma účastníky představuje jeden segment hovoru.
Například pokud Alice zavolá automatickému operátorovi, který přesměruje hovor k Bobovi, je Alice automatickému operátorovi považována za jeden segment hovoru, zatímco automatický operátor k Bobovi je považován za další segment stejného toku hovorů. Jeden komplexní hovor se proto může skládat z více segmentů hovoru.
Segment hovoru se obvykle skládá ze dvou částí hovoru (CDR): počáteční větev a koncová větev. V případě volání přes PSTN však lze z perspektivy volání přes Webex vygenerovat pouze jednu větev volání (ukončující větev pro uživatele Webexu).
Každý segment hovoru může mít odlišný výsledek (např. úspěch, neúspěch, odmítnutí). Proto je klíčové reprezentovat komunikační události jako segmenty hovorů v zobrazení Řešení problémů v Control Hub. To umožňuje zákazníkům sledovat kompletní rozdělení do jednotlivých segmentů, což umožňuje přesnou identifikaci problémů v rámci komplexního toku hovorů.
Souhrn hovorů

Sekce shrnutí hovoru na stránce s podrobnostmi o hovoru vizuálně představuje komplexní, kompletní postup celé sekvence hovorů. Toto zobrazení na vysoké úrovni umožňuje zákazníkům vizualizovat celý tok hovoru, a to i v případě, že zahrnuje více logických „hovorů“ (definovaných společnými korelačními ID) nebo složité scénáře přenosu. Souhrn hovorů inteligentně spojuje všechny zprostředkující přeskakování a související „hovory“, aby poskytl ucelený a ucelený pohled.
Souhrn hovorů vám umožňuje rychle pochopit průběh hovoru od začátku do konce ve vizuálním zobrazení časové osy. Každý účastník vlevo představuje typ uživatele (PSTN, skupina pro vyhledávání, fronta hovorů atd.), zatímco řádky před ním představují interakci hovoru pro daného účastníka. Interakce mezi dvěma účastníky jsou segmenty hovoru. Najetím myší na účastníka si můžete zobrazit podrobné informace, jako je jméno, typ uživatele, časové razítko trvání a další. Kliknutím na konkrétní účastníky zobrazíte podrobnosti o segmentu hovoru v zobrazení hop pod kartou se souhrnem hovoru na stejné stránce. Upozorňujeme, že na některé účastníky s uživatelskými typy PSTN a Lokální brána nelze kliknout.
Souhrn hovoru také zvýrazňuje akce hovoru, jako je vytočení, parkování, přepojení atd. A stav připojení, jako je selhání, odmítnutí. Můžete najet myší na konkrétní značky a zobrazit tak další podrobnosti, což vám pomůže identifikovat a řešit problémy přesně v místě, kde k nim došlo.
Například výše uvedený snímek obrazovky představuje hovor, kdy externí uživatel PSTN vytočil automatického telefonního operátora, který přesměroval hovor do fronty hovorů. Hovor byl poté přesměrován na dva agenty, z nichž druhý agent hovor zvedl a hovořil s uživatelem PSTN. Překryvy kvality médií představují kvalitu médií v koncových bodech. Legendy poskytují další podrobnosti, které vám pomohou porozumět souhrnu hovoru.
Podrobnější vysvětlení sekce shrnutí hovorů naleznete v tomto videu
Následující scénáře nejsou v diagramu souhrnu volání podporovány:
- Toky konferenčních hovorů, jako například Konference, Připojení, Přemostění hovorů a Sloučení hovorů.
- Funkce dozoru fronty hovorů, jako je tichý monitoring, koučování, připojování, převzetí atd.
- Informace o oznámeních přehrávaných do koncových bodů.
- Informace o hovorech, které byly během aktivního hovoru přidrženy a obnoveny.
- Situace selhání a odmítnutí hovoru se mohou na každé straně segmentů hovoru projevovat z různých důvodů v důsledku interních stavů hovoru.
Zobrazení podrobností o hopu
V zobrazení podrobností o směru jsou k dispozici následující data:
Semestr | Definice |
---|---|
Koncový bod |
Zobrazí jednu z následujících možností:
|
Hardware |
Zobrazí jednu z následujících možností:
|
Pobočka |
Místo volání Webex, které je nakonfigurováno pro uživatele. V závorkách je také uvedena země, ve které byla služba Webex Calling zřízena. |
Místní IP adresa |
Lokální IP adresa klienta pro síťové rozhraní, které používá k přenosu médií. IP adresy jsou částečně maskované, aby byla zachována osobní identita uživatelů. |
Veřejná IP adresa |
Toto je veřejná IP adresa klienta, jak ji vidí cloud. Pro podniky je to adresa brány firewall poskytující překlad adres (NAT). IP adresy jsou částečně maskované, aby byla zachována osobní identita uživatelů. |
MAC adresy |
Adresa MAC koncového bodu klienta. |
Zeměpisná poloha |
Geografické vyhledávání veřejné IP adresy. Tato adresa není přesná, pokud je připojeno přes PNC. Pokud uživatel používá aplikaci Webex a připojuje se k podniku prostřednictvím sítě VPN, umístění není přesné. |
ISP |
Poskytovatel internetových služeb, který poskytuje síťové připojení k volajícímu cloudu Webex. |
Síť |
Typ síťového připojení, které klient použil k výměně médií. Možné hodnoty jsou:
|
Zvukový kodek |
(Odeslat nebo přijmout) Formát kódování a dekódování médií používaný pro média přenášená klientem. |
Videokodek |
(Odeslat nebo přijmout) Formát kódování a dekódování médií používaný pro média přenášená klientem. Platí pouze pro videohovor. |
ID relace SIP |
Původní (nebo počáteční) a konečné ID relace. |
Přenosový spoj |
K dispozici pouze tehdy, když je do směrovacího spojení zapojena lokální brána. Název příchozí a odchozí linky. |
Skupina směrování |
K dispozici pouze tehdy, když je do směrovacího spojení zapojena lokální brána. Název skupiny tras. |
Název dodavatele PSTN |
K dispozici pouze tehdy, když je do směrovacího signálu zapojena PSTN. Jméno dodavatele. |
Některé metriky jsou maskovány na snímcích obrazovky článku, aby byla zachována identita uživatele.
Z detailů chmele můžete:
-
Zobrazí, zda byl hop směrován přes PSTN nebo lokální bránu.
-
Zobrazit typ uživatele, který hovor uskutečnil nebo přijal. Mezi příklady patří
HuntGroup
,VoiceMailGroup
aRoutePoint
. Zpráva Podrobná historie volání poskytuje seznam všech možných typů uživatelů. -
Zobrazit přehledy hovoru v těchto scénářích:
-
Pro žádný z přeskakování souvisejících s hovorem nebyla k dispozici žádná média.
-
Nastavení optimalizace cesty se nezdařilo.
-
Jeden ze směrovacích čísel selhal nebo hovor odmítl. Neúspěšné přeskakování je označeno červeně a odmítnuté přeskakování je označeno žlutě. Je také uveden důvod, proč se skok nezdařil nebo byl odmítnut.
-
-
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í.
Komplexní komunikace mezi hovory je založena na datech o kvalitě médií, která jsou shromažďována z každého registrovaného koncového bodu Webex Calling (aplikace Webex nebo zařízení, jako je 8865 nebo Desk Pro) na konci hovoru. Hovor je ohodnocen jako dobrý, pokud koncový bod splňuje následující prahové hodnoty:
-
Ztráta paketů menší než 5%.
-
Latence nebo doba odezvy (RTT) menší než 400 ms.
-
Jitter 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ě. Směrovací bod je hodnocen jako dobrý, pokud bod přenosu médií splňuje následující prahové hodnoty:
-
Ztráta paketů menší než 2,5%.
-
Latence nebo RTT menší než 200 ms.
-
Kolísání menší než 75 ms.
Data v detailech směrování můžete také uložit výběrem možnosti Akce a následným výběrem jedné z následujících možností:
- Ukládání záznamů o hovorech pro řešení problémů (CSV)
- Uložit zprávu o hovoru (JSON)
- Uložit podrobnosti o účastnících (CSV)
Panel s podrobnostmi hovoru
V pravém panelu Podrobnosti o volání v zobrazení podrobností o směrování jsou k dispozici následující data:
Semestr | Definice |
---|---|
Korelační ID | ID korelace pro svázání více větví volání stejné relace volání. |
Datum volání | Datum, kdy k hovoru došlo. |
Čas volání | Čas zahájení a ukončení hovoru, zobrazený v časovém pásmu, které jste vybrali v zobrazení vyhledávání. |
Typ relace |
Typ podporované relace. Příklad: Hovor Webex |
Účastníci | Počet účastníků, kteří se k hovoru připojili. |
Jméno volajícího | Jméno volajícího. |
E-mail volajícího | E-mailová adresa volajícího. |
Číslo volajícího | Telefonní číslo, které volající použil během hovoru. |
Zvuk | Typ použitého zvuku. |
Video | Zobrazí Ano, pokud účastník povolil video. Pokud video nebylo vůbec povoleno, zobrazí se Ne. |
Optimalizace trasy |
Určuje, zda se na volání vztahuje optimalizace cesty volání. Přípustné hodnoty jsou:
|
Typ volání |
Typ volání může být jeden z následujících:
|
Hovor ukončil/a |
Uživatel, který hovor ukončil. |
Vytočené číslice |
Číslice klávesnice vytočené uživatelem před předběžným překladem. |
Související důvod |
Označuje důvod, proč byl daný chmel vytvořen. Například hodnota |
Přístup k zobrazení pro odstraňování problémů s Webex Calling
Částečné vyhledávání je podporováno pro e-mailové adresy, telefonní čísla a ID hovorů. U telefonních čísel můžete zadat první tři až osm číslic a poté stisknout klávesu Enter pro zobrazení odpovídajících položek. Pokud zadáte více než osm číslic, vyhledávání se pokusí najít přesnou shodu. Upozorňujeme, že pokud zkopírujete a vložíte telefonní číslo odjinud, musíte zahrnout +1 aby vyhledávání fungovalo.
Chcete-li analyzovat volání Webex, proveďte následující kroky:
1 |
Přihlaste se do Control Hub a přejděte do sekce Monitoring > Řešení problémů. |
2 |
Vyhledejte e-mailové ID, telefonní číslo, MAC adresu, ID volání nebo ID korelace, které chcete zobrazit. Související hovory můžete seskupit ve vyhledávacím zobrazení pomocí ID korelace. |
3 |
Použijte filtr dle vlastního výběru. Dostupné filtry jsou:
Filtry nejsou k dispozici, pokud hledáte telefonní čísla nebo ID korelace. |
4 |
Kliknutím na konkrétní volání zobrazíte podrobnosti o směrování. |
Stažení výsledků vyhledávání nebo řešení problémů se záznamy hovorů jako soubor CSV
Výsledky vyhledávání nebo záznamy o hovorech pro řešení problémů si můžete stáhnout jako soubor CSV. Tyto záznamy poskytují podrobnosti o jednotlivých částech hovoru, které pomáhají řešit problémy s hovorem.
Do souboru CSV můžete exportovat až 100 záznamů o hovorech týkajících se řešení problémů.
Po kliknutí na tlačítko Stáhnout se stáhnou výsledky vyhledávání pro kartu, na které se nacházíte. Pokud si tedy chcete stáhnout záznamy o volání z Webexu, ujistěte se, že jste na kartě Volání z Webexu.
1 |
Přihlaste se do Control Hub a přejděte do sekce Monitoring > Řešení problémů. |
2 |
Jakmile budete mít seznam hovorů, které chcete zobrazit, vyberte Stáhnout záznamy hovorů pro řešení problémů (CSV). neboZáznamy o řešení problémů si můžete také stáhnout ze stránky s podrobnostmi o hovoru. Zde si můžete stáhnout záznamy o hovorech pro řešení problémů, zprávu o hovoru ve formátu JSON a podrobnosti o účastnících jako soubor CSV. |
Řešení problémů s kvalitou médií
Zobrazení hop-by-hop vám pomůže zjistit, kde k problému došlo. Nyní, když jste zjistili, kde je problém, a s metrikami (kolísání, ztráta paketů, latence) můžete zkusit problém vyřešit následujícím způsobem.
Typické možnosti pro mediální problematiku jsou:
-
Network/ISP/location specifické problémy—Vzhledem k firewallu, konfiguraci sítě nebo šířce pásma existuje v určitém umístění nebo podsíti systémový vzorec špatných zkušeností. Pomocí zobrazení řešení potíží podle volání (identifikujte umístění přidružené k chybné relaci) s analytickým zobrazením zkontrolujte agregované vzory pro dané umístění.
-
Problémy specifické pro uživatele— Uživatel nebo zařízení je připojeno k nekvalitní síti (například Wi-Fi nebo pracuje z domova), což znamená, že jeho zkušenost je ovlivněna souvisejícími síťovými možnostmi. V článku Použití CScan k testování kvality volání přes Webex se dozvíte, v čem je problém se sítí.
-
Problémy specifické pro typ hovoru— Špatná uživatelská zkušenost je způsobena kvalitou na druhé straně. To je typické ve scénářích veřejné telefonní sítě, kdy uživatel mluví s jiným uživatelem v mobilní síti a relace má vysokou ztrátu paketů v síti PSTN.
-
Problém s chybějícím médiem— V některých směrech nemusí docházet k přenosu médií. V horní části stránky s podrobnostmi o hopu se v banneru Přehledy zobrazuje příčina a v informačním poli na stránce s podrobnostmi o hopu je uvedena odpovědná strana. Zde jsou uvedeny některé z možných příčin absence médií v hovorech spolu s odpovědnými stranami:
-
Webex nepřijímá média od odesílatele.
-
Webex nepřijímá média z přijímače.
-
Webex nepřijímá média z žádného směru.
-
Webex neodesílá média příjemci. Webex engineering řeší tento problém.
-
Webex nepřijímá média z cloudové PSTN. Webex engineering řeší tento problém.
-
Webex nepřijímá média z cloudové služby. Webex engineering řeší tento problém.
-
Webex nepřijímá média z lokální brány. Správce zákazníka musí problém prošetřit.
-
-
Selhání optimalizace mediální cesty—Několik volání nedokáže úspěšně nastavit optimalizaci mediální cesty. V horní části stránky s podrobnostmi o hopu se v banneru Přehledy zobrazuje příčina neúspěšných volání ICE a řešení.
Mezi možné důvody patří:
-
ICE se nepodařilo z důvodu přístupu k serveru stun – viz informace o referenčních informacích k volajícímu portu Webexu.
-
ICE se nezdařilo kvůli kontrole připojení – ověřte připojení mezi sítěmi.
-
ICE se nezdařilo, protože výchozí doba zpáteční cesty byla similar/better než jakákoli optimalizovaná cesta.
-
Omezení
Metriky kvality médií a počáteční a ukončovací toky ze strany sítě nejsou k dispozici pro následující zařízení:
-
Analogové telefony
-
Zařízení třetích stran
-
Koncové body protokolu IPv6
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:
-
Optimalizováno pro síť – Hovory v rámci organizace, kde je 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 ).
-
Neoptimalizované v síti – Hovory v rámci organizace, u kterých nebylo možné nebo nebylo možné navázat interaktivní připojení (ICE). V tomto scénáři média proudí přes Webex volání cloudu.
-
Hostováno v síti v cloudu – Hovory v rámci organizace, kde média poskytuje mediální server hostovaný v cloudu (například poslech hlasové schránky, vytáčení automatického telefonního hovoru).
-
Volání mimo síť do nebo z registrovaného koncového bodu Webex Calling -
-
prostřednictvím poskytovatele cloudově připojené PSTN– Příchozí a odchozí hovory organizace, kde se druhá strana nachází 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í.
-
přes lokální bránu– Příchozí a odchozí hovory organizace, kde média druhé strany probíhají přes podnik. 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í.
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íží.
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.
Inference:
1 |
Hovor je hodnocen tak dobře, jak volající, tak volající mají dobré end-to-end zkušenosti. |
2 |
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. |
Inference:
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. |
Inference:
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. |
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. |
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. |
Řešení problémů s neúspěšnými a odmítnutými hovory
Sloupec Stav hovoru uvádí, zda byl hovor úspěšný, odmítnutý nebo neúspěšný. Pokud má hovor stav Odmítnutí nebo Selhání, můžete na stav najet myší a zobrazit příslušný kód.
Když se podíváte na seznam hovorů daného uživatele, je k dispozici klíčový ukazatel výkonu Neúspěšný hovor, který umožňuje rychle identifikovat, zda daný uživatel má závažné problémy. Můžete najet myší na stav Odmítnutí nebo Selhání a zobrazit tak konkrétní kód přidružený k jednotlivým stavům.
V zobrazení podrobností o směru se zobrazí banner s dalšími informacemi o tom, proč má volání stav Odmítnutí nebo Selhání. Můžete také zjistit, zda ke stavu hovoru došlo během původního nebo ukončujícího se přesměrování.
Příklad neúspěšných scénářů volání
Kód chyby: Žádná trasa k cíli
Pokus o hovor byl proveden z pracovního zařízení, ale selhal, protože k cíli nebyla k dispozici žádná trasa.
Kód chyby: Chyba protokolu
Pokus o hovor byl proveden zařízením na pracovišti, ale selhal kvůli chybě související s protokolem.
Kód chyby: Interní chyba
Hovor byl uskutečněn z lokální brány, ale selhal kvůli interním chybám v zařízení na pracovišti v cílové stanici. Hovor byl navázán 14 minut, než došlo k interní chybě.
Příklad scénářů odmítnutí hovoru
Kód odmítnutí: Hovor odmítnut

Pokus o volání se nezdařil, protože se pokus o spojení s cílem nepodařilo dosáhnout nebo rozhraní k cíli nefungovalo správně. Příklady zamítnutých scénářů jsou následující:
-
Pokus o hovor byl odmítnut z důvodu odmítnutí anonymního hovoru.
-
Pokus o hovor byl odmítnut z důvodu oprávnění pro příchozí hovory.
-
Pokus o hovor byl odmítnut z důvodu oprávnění pro odchozí hovory.
-
Pokus o hovor byl odmítnut z důvodu oprávnění pro odchozí hovory.
-
Pokus o hovor byl odmítnut z důvodu nakonfigurovaného zachycení hovoru.
-
Pokus o hovor byl odmítnut z důvodu selhání parkování hovoru nebo obnovení hovoru.
-
Pokus o hovor byl odmítnut z důvodu odmítnutí funkce Push-to-talk.
-
Pokus o hovor byl odmítnut z důvodu selektivního přijetí hovoru.
-
Pokus o hovor byl odmítnut z důvodu selektivního odmítnutí hovoru.
-
Pokus o hovor byl odmítnut z důvodu chyb, jako je neznámé číslo, nedostatečná oprávnění atd.
Kód chyby: Nepřiřazené číslo

Volající se pokusil o hovor, ale hovor byl odmítnut, protože cíl směřoval na nepřiřazené číslo.
Důvody výsledku hovoru
V následující tabulce jsou uvedeny kódy Odmítnutí a Selhání dostupné pro neúspěšná volání.
Důvod výsledku hovoru | Definice |
---|---|
Úspěšné |
Hovor byl úspěšný. Možné kódy jsou:
|
Odmítnutí |
Hovor byl odmítnut. Možné kódy jsou:
|
Selhání |
Došlo k selhání hovoru. Možné kódy jsou:
|