Prezentare generală

Pentru a determina cauza probabilă, se recomandă utilizarea vizualizării de depanare împreună cu informațiile agregate derivate din tabloul de bord Webex Calling Analytics. Utilizați tabloul de bord Webex Calling Analytics pentru a vizualiza problemele care afectează mai mulți utilizatori cu o cauză comună legată de locație, rețea și așa mai departe; în timp ce vizualizarea de depanare Webex Calling poate identifica problemele cu apelurile individuale.

Caracteristica de depanare a calității media nu necesită nicio configurație specifică și este disponibilă în mod implicit în Control Hub. Este disponibil pentru clienți deplini, numai pentru citire, suport, partener și administratori numai pentru citire partener.

Administratorii pot căuta utilizând următoarele criterii pentru a obține o listă de apeluri în care a fost utilizată o sesiune media cu cel puțin un punct final înregistrat Webex Calling:

  • ID-uri de e-mail

  • Numere de telefon (potrivire exactă a șirului)

  • Adresă MAC

  • ID-uri de apel

Depanarea calității media permite administratorilor să:

  • Vizualizați experiența end-to-end a participanților la apel.

  • Vizualizați un detaliu hop al apelului.

  • Vizualizați dacă mass-media traversează cloud-ul Webex Calling sau direct între utilizatori (utilizând Interactive Connectivity Establishment (ICE)).

  • Vizualizați informațiile, dacă nu există media în apel sau când configurarea optimizării căii a eșuat.

  • Vizualizați apelurile pentru ultimele 21 de zile.

  • Analizați măsurătorile calității apelului care au afectat experiența utilizatorului. De exemplu, un administrator poate observa jitter mare pe clienții prin intermediul rețelelor Wi-Fi, dar pierderea de pachete și latența poate fi acceptabilă.

  • Detectați dacă problema este cu apelantul sau cu apelantul.


 

Soluționarea problemelor de calitate media se aplică numai pentru sesiunile media și nu afișează sesiuni de semnalizare a apelurilor. De exemplu, Alex îl sună pe Bob care a configurat CFA (Call Forward All) la Christina, iar Christina a răspuns la apel. În acest scenariu, vizualizarea de depanare media arată că apelul a avut loc între Alex și Christina, deoarece accentul se pune pe experiența de depanare media, mai degrabă decât fluxul de semnalizare sau ciclul de viață al apelului.

Apelurile care utilizează Webex Calling apar după terminarea apelului.

Vizualizarea de depanare ajută la identificarea zonei de problemă prin furnizarea tuturor măsurătorilor relevante și nu vă poate oferi neapărat cauza rădăcină pentru un apel slab. Luați în considerare aceste indicii pentru a identifica diverși factori și pentru a determina opțiunile de rezoluție:

  • Experiența end-to-end a utilizatorului.

  • Vizualizarea detaliilor Hop.

  • Trimiteți sau primiți măsurători de la utilizator sau de la punctul releului media.

  • Fie că apelul a avut loc într-o rețea externă, fie între punctele finale înregistrate în Webex Calling.

Fluxuri de apeluri acceptate

Rapoartele de calitate media sunt colectate de la punctele finale ale apelantului și ale callee-ului și de la punctele de releu media. Acest lucru permite o segmentare a experienței media pentru a micșora și a identifica dacă problema a apărut la:

  • Apelant sau apelant

  • Calea media către sau de la cloud-ul Webex Calling.


 

Segmentele de apel apar dacă a existat o sesiune media care este stabilită cu cel puțin un punct final înregistrat Webex Calling în apel. De exemplu, pentru un apel de ieșire de la grupul de hunt la opt agenți, dacă un singur agent răspunde, atunci nu există experiență media de depanare pentru ceilalți șapte agenți.

Există cinci tipuri de experiențe media sau căi pentru depanarea Webex Calling, care sunt:

  • Optimizat în rețea – Apeluri în cadrul organizației în care ICE are succes, iar mass-media curge direct între utilizatori. Consultați Optimizarea Webex Calling Media cu configurarea interactivă a conectivității (ICE) pentru informații detaliate.

  • Unoptimized on-net – Apeluri în cadrul organizației în care nu a fost posibilă sau stabilită configurația interactivă de conectivitate (ICE). În acest scenariu, mass-media curge prin cloud-ul de apelare Webex.

  • Cloud găzduit în rețea – Apeluri într-o organizație în care mass-media este furnizată de un server media găzduit în cloud (de exemplu, ascultând mesageria vocală, apelând la un operator automat).

  • Apelare în afara rețelei către sau de la punctul final înregistrat Webex Calling -

    • prin Cloud Connected PSTN Provider- Apeluri de intrare și ieșire ale unei organizații în care cealaltă parte se află în rețeaua PSTN. Mass-media este transmisă printr-un furnizor PSTN conectat la cloud (CCPP), printr-o interconectare de înaltă calitate.

    • prin gateway-ul local- Apeluri de intrare și de ieșire ale unei organizații în care mass-media celeilalte părți este prin intermediul întreprinderii. În spatele gateway-ului local, sesiunea media poate fi de la utilizatorul găzduit de întreprindere (de exemplu, înregistrat pentru controlul apelurilor în întreprindere) sau de la PSTN, unde PSTN este furnizat de întreprindere.


 

Dacă există 1 sau 2 utilizatori înregistrați Webex Calling care sunt implicați într-un apel de la un punct la altul în rețea, atunci vizualizarea depanare prezintă măsurători pentru una sau ambele părți. Dacă apelul este oprit în rețea (utilizatorul 1 primește un apel de la un utilizator PSTN), atunci vizualizarea de depanare prezintă numai măsurătorile clientului utilizatorului1, împreună cu măsurătorile luate din punctul releului media.

Majoritatea scenariilor de apel din vizualizarea depanare afișează două segmente de apel (apelant și apelant); cu toate acestea, unele dintre scenariile de apel (cum ar fi parcarea sau preluarea apelurilor) afișează doar un singur segment de apel. În astfel de cazuri, cealaltă componentă a apelului apare separat în vizualizarea de depanare. Acest lucru nu împiedică depanarea apelului și detectarea locului în care a apărut problema. Cu toate acestea, este necesar ca administratorul să coreleze manual cele două segmente de apel utilizând o entitate comună, cum ar fi timpul de suprapunere. Îmbunătățirile viitoare la vizualizarea de depanare vor elimina necesitatea de a utiliza căutări manuale.

Accesarea vizualizării de depanare Webex Calling

Pentru a analiza un apel Webex, efectuați următoarele:

1

Din vizualizarea clientului din https://admin.webex.com/, accesați Monitorizare > Depanare.

2

Selectați Întâlniri și apeluri apoi căutați ID-ul de e-mail al utilizatorului sau al dispozitivului, numărul de telefon (potrivire exactă a șirului), adresa MAC a utilizatorului sau a dispozitivului sau ID-urile de apel ale componentei de apel pe care doriți să o vizualizați.

Afișează informațiile pentru toate apelurile și întâlnirile asociate căutării.


 

Vizualizarea listării afișează apelul efectuat utilizând cel puțin un punct final înregistrat Webex Calling și având o sesiune media.

3

Apelurile Webex Calling sunt clasificate pentru calitate. Cu toate acestea, pentru întâlnirile Webex sau pentru apeluri în sesiunile Webex, această clasificare nu se aplică. Experiența apelului este clasificată ca:

  • Sărăcie – indică faptul că fie apelantul, fie apelantul au avut o experiență end-to-end slabă (de exemplu, choppy audio).
  • Bun – indică experiența end-to-end pentru apelant, iar califul nu a depășit pragurile.
  • Niciunul– nu se aplică întâlnirilor sau apelurilor din sesiunile Webex.
  • Nu este disponibil– se aplică întâlnirilor sau apelurilor din sesiunile Webex.
4

Faceți clic pe un apel specific din vizualizarea listării, pentru a inspecta detaliile Hop. Vizualizarea detaliilor Hop se afișează:

Din detaliile Hop, puteți:

  • Vizualizați informații despre apel în oricare dintre aceste scenarii:

    • Nu a existat nici o mass-media pentru oricare dintre hopurile legate de apel

    • Configurarea optimizării căii nu a reușit.

  • Treceți pe dispozitiv pentru a vizualiza experiența apelurilor end-to-end.

  • Treceți peste hop între punctul final și cloud-ul Webex Calling pentru a vizualiza detaliile despre hop.

Experiența apelurilor integrale se bazează pe datele de calitate media colectate de la fiecare punct final înregistrat Webex Calling (Aplicația sau dispozitivul Webex, cum ar fi 8865 sau Desk Pro) la sfârșitul apelului. Apelul este clasificat ca fiind bun, dacă îndeplinește aceste praguri:

  • Pachetul pierde mai puțin de 5%

  • Latență sau durată de călătorie rotundă (RTT) mai mică de 400 ms

  • Jitter mai mic de 150 ms

Calitatea hameiului este derivată din datele colectate din punctul releului media din cloudul Webex Calling. Pentru apelurile PSTN prin CCPP sau gateway-ul local, colectarea datelor este din cloud-ul Webex Calling și nu din punctul de sfârșit PSTN. Un hamei este clasificat ca bun, dacă îndeplinește aceste praguri.

  • Pierderea pachetului mai mică de 2,5%.

  • Latență sau RTT mai mică de 200 ms.

  • Jitter mai mic de 75 ms.


 

Măsurătorile hamei variază în timpul unei sesiuni, în funcție de timpul de eșantionare și de variabilitatea rețelei. Valorile raportate de punctul de releu media și de clienți (experiență end-to-end) nu se pot alinia. Cu toate acestea, acestea ar trebui să fie în strânsă aliniere pentru a permite segmentarea de-a lungul căii.

Vă recomandăm să utilizați vizualizarea individuală de depanare a apelurilor cu informațiile agregate derivate din Analytics.

Să analizăm calitatea apelurilor pentru diferitele tipuri de apeluri utilizând vizualizarea de depanare.

Apeluri în cadrul organizației în care ICE are succes și releul media din cloud este eliminat din cale. Fluxul media este direct între dispozitivele utilizatorului.

Inferență:

1

Apelul este clasificat la fel de bun ca atât apelantul, cât și callee au o bună experiență end-to-end.

2

Administratorul poate observa că media curge direct între cei doi utilizatori și nu călătorește prin cloud-ul de apelare Webex.


 

Fluxurile optimizate de apeluri pot avea o experiență slabă, în cazul în care întreprinderea sau rețeaua locală este sursa problemei, deoarece mass-media dintre cei doi utilizatori va traversa rețeaua locală. Latența sau RTT este întotdeauna mai mică pe un apel optimizat, dar pierderea de pachete și jitter poate fi încă un factor în funcție de rețeaua dintre cei doi utilizatori.

Apeluri în cadrul organizației în care un apel ICE nu are succes, iar mass-media curge prin cloud-ul Webex Calling.

Inferență:

Administratorul poate observa următoarele:

1

Experiența end-to-end a apelantului este clasificată ca fiind slabă.

2

Există o problemă cu hop-ul de rețea al apelantului care afectează atât fluxul de trimitere, cât și cel de primire.

3

Hop-ul rețelei callee nu are o problemă.

4

Experiența end-to-end a apelantului este clasificată ca fiind slabă din cauza problemei apelantului.

Apeluri în cadrul unei organizații în care mass-media este furnizată de un server media găzduit în cloud.

Inferență:

Apelul este clasificat la fel de bun ca experiența end-to-end a apelantului este în limitele pragurilor acceptate. Administratorul poate observa următoarele:

1

Hop-ul de rețea pentru apelant este clasificat la fel de slab ca unele dintre măsurători sunt peste pragul acceptabil.

2

Fluxul de trimitere din mesageria vocală este clasificat ca fiind bun pentru măsurătorile colectate din punctul de releu media.

3

Serverul media utilizat pentru a colecta sau depozita mesageria vocală nu raportează în prezent măsurători. Cu toate acestea, aceste servere sunt găzduite și gestionate ca parte a Webex Calling Cloud, astfel încât calitatea acestui segment de link este internă și întotdeauna de înaltă calitate, latență scăzută.

4

Administratorul poate observa că experiența end-to-end a apelantului este clasificată ca fiind bună, deși hamul este clasificat ca fiind sărac. Acest lucru se datorează faptului că hamul callee are o rețea bună care compensează degradarea performanței rețelei apelantului.

Apeluri în și în afara unei organizații în care cealaltă parte este în rețeaua PSTN. Mass-media este transmisă de la un furnizor PSTN conectat la cloud (CCPP).

De exemplu, mass-media client vine de la un furnizor PSTN prin cloud.

Apelul este clasificat ca fiind slab, deoarece experiența end-to-end a calleei nu se încadrează în pragurile acceptate. Administratorul poate observa următoarele:

1

Problema este cu hamul PSTN al apelantului, în special cu fluxul de trimitere.

2

Hop-ul rețelei callee nu are o problemă.

3

Experiența end-to-end a apelantului este clasificată ca fiind slabă din cauza problemei apelantului.

4

Experiența end-to-end și măsurătorile de flux primite ale apelantului care se află în rețeaua PSTN nu sunt disponibile în prezent, deoarece aceste măsurători nu sunt transmise către Webex Calling Cloud.

Apeluri în și în afara unei organizații în care mass-media apelantului provine de la o întreprindere. Sesiunea media poate fi de la un utilizator găzduit de întreprindere (de exemplu, înregistrat la UCM) sau de la PSTN, unde PSTN este furnizat prin intermediul întreprinderii.

Inferență

Apelul este clasificat ca fiind slab, deoarece experiența end-to-end a apelantului nu se încadrează în pragurile acceptate. Administratorul poate observa următoarele:

1

Există o problemă cu accesarea de către apelant a Webex Calling Cloud atât pe fluxul de trimitere, cât și pe cel de primire.

2

Experiența end-to-end a apelantului este clasificată ca fiind slabă, fie din cauza problemei observate în hop, fie din cauza problemelor de la sfârșitul utilizatorului (dispozitive, rețea și așa mai departe.)

3

Traficul de intrare în Webex Calling Cloud de la sfârșitul callee este clasificat ca fiind bun.

4

Experiența end-to-end și măsurătorile de flux primite ale apelantului care este apelat de la gateway-ul local nu sunt disponibile în prezent, deoarece aceste măsurători nu sunt transmise către Webex Calling Cloud.

Depanarea problemei calității mass-mediei

Vizualizarea hop-by-hop vă ajută să localizați unde a apărut problema. Acum, că ați găsit în cazul în care problema este, și cu elementele de măsurare (jitter, pierdere pachet, latență) puteți încerca următoarele pentru a rezolva problema.

Posibilitățile tipice pentru problemele media sunt:

  • Probleme specifice rețelei/ISP/locației - Datorită firewall-ului, configurației rețelei sau lățimii de bandă, există un model de experiențe slabe într-o anumită locație sau subrețea de rețea. Utilizați vizualizarea de depanare pentru fiecare apel (identificați locația asociată cu sesiunea slabă) cu vizualizarea analitică pentru a revizui modelele agregate pentru locație.

  • Probleme specifice utilizatorului - Un utilizator sau un dispozitiv este conectat într-o rețea slabă (de exemplu, Wi-Fi sau lucrând de acasă), ceea ce înseamnă că experiența lor este afectată de capacitățile de rețea asociate. Consultați Utilizarea CScan pentru a testa articolul privind calitatea rețelei Webex Calling pentru a identifica problema cu rețeaua.

  • Probleme specifice tipului de apel - Experiența slabă a unui utilizator se datorează calității la capătul îndepărtat. Acest lucru este tipic în scenariile PSTN în care utilizatorul vorbește cu un alt utilizator într-o rețea mobilă, iar sesiunea are pierderi mari de pachete în rețeaua PSTN.

  • Fără problemă media- Este posibil să nu existe transmisie media în unele hopuri. Banner-ul Insights afișează cauza în partea de sus a paginii de detalii Hop și partea răspunzătoare în caseta de informații a paginii de detalii Hop. Unele dintre cauzele posibile pentru mass-media în apeluri, împreună cu părțile responsabile sunt enumerate aici:

    • Webex nu primește media de la expeditor.

    • Webex nu primește media de la receptor.

    • Webex nu primește media din nicio direcție.

    • Webex nu trimite mass-media către receptor. Ingineria Webex abordează această problemă.

    • Webex nu primește media din Cloud PSTN. Ingineria Webex abordează această problemă.

    • Webex nu primește media din serviciul cloud. Ingineria Webex abordează această problemă.

    • Webex nu primește media de la gateway-ul local. Administratorul clientului trebuie să investigheze problema.

  • Eșecul optimizării căii media- Puține apeluri nu pot configura cu succes optimizarea căii media. Banner-ul Insights afișează cauza apelurilor ICE nereușite și rezoluția în partea de sus a paginii de detalii Hop.

    Unele dintre motivele posibile sunt

    • ICE nu a reușit din cauza accesului la server blocat - consultați informațiile de referință ale portului Webex Calling

    • ICE a eșuat din cauza verificării conectivității - verificarea conectivității între rețele

    • ICE a eșuat, deoarece timpul de deplasare în runda de cale implicită a fost similar/mai bun decât orice cale optimizată

Legendele din vizualizarea depanare

Consultați următoarele detalii despre apel în panoul din dreapta al vizualizării hop-by-hop.

TermenDefiniție
Data apelăriiData la care a avut loc apelul.
Ora apelăriiOra la care a început și s-a încheiat apelul, afișată în ora locală pe care l-ați selectat în vizualizarea de căutare.
Tip sesiune

Tipul de sesiune care este acceptat. De exemplu: Apel Webex

ParticipanțiNumărul de participanți care au intrat în apel.
Nume apelantNumele apelantului.
E-mail apelantAdresa de e-mail a apelantului.
Număr apelantNumărul de telefon pe care apelantul l-a utilizat în timpul apelului.
AudioTipul de audio utilizat.
VideoAfișează Da dacă transmisia video este activată de un participant. Dacă videoclipul nu a fost activat deloc, arată nr.
Optimizarea căii

Specifică dacă optimizarea căii de apelare se aplică apelului. Valorile acceptate sunt:

ICE (Instituire conexiune interactivă)

PNC (Conectare la rețeaua privată).

Nicio optimizare

Tip de apelare

Tipul de apelare poate fi unul dintre următoarele:

Urgență

Enterprise

Internațional

Mobil

Național

Operator

Premium

Cod scurt

Fără taxă

Necunoscut

URI

Vizualizați aceste măsurători ale apelurilor în vizualizarea hop-by-hop:

TermenDefiniție
Terminal

Afișează una dintre următoarele:

  • Telefon de birou pentru un punct final fizic

  • Aplicația Webex

  • Dispozitiv de cameră pentru dispozitivele din seria Cisco Room

Hardware

Afișează una dintre următoarele:

  • Informații model telefon de birou pentru un punct final fizic

  • „-“ pentru o aplicație Webex

  • Informații model serie de camere pentru dispozitivul din seria Cisco Room

Loc

Locația Webex Calling care este configurată pentru utilizator.

IP local

Adresa IP locală a clientului pentru interfața de rețea pe care o utilizează pentru a transmite media. Adresele IP sunt parțial mascate pentru a păstra identitatea personală a utilizatorilor.

IP public

Aceasta este adresa IP publică a clientului, așa cum este văzută de cloud. Pentru întreprinderi, aceasta este adresa firewall-ului care furnizează NAT. Adresele IP sunt parțial mascate pentru a păstra identitatea personală a utilizatorilor.

adrese MAC

Adresa MAC a punctului final al clientului.

Geolocalizare

Căutare geografică a adresă IP publice . Această adresă nu este exactă, dacă este conectată prin PNC. Dacă utilizatorul utilizează Aplicația Webex și se conectează la întreprindere printr-un VPN, locația nu este exactă.

ISP

Furnizor de servicii de internet care oferă conectivitate la rețea în Webex Calling Cloud.

Rețea

Tipul de conexiune la rețea pe care clientul a utilizat-o pentru a face schimb de conținut media. Valorile posibile sunt:

  • Wi-Fi

  • Ethernet

  • Cellulară

  • Necunoscut

Codec audio

(Trimiteți sau primiți) Formatul de codificare și decodare media utilizat pentru mass-media care este transmisă de un client.

Codec video

(Trimiteți sau primiți) Formatul de codificare și decodare media utilizat pentru mass-media care este transmisă de un client. Se aplică numai pentru un apel video.

Identificare apel

Identificatorul intern care este utilizat pentru a identifica piesa de apel.


 

Unele măsurători sunt mascate în capturile de ecran ale articolului pentru a păstra identitatea utilizatorului.

Limitări

Măsurătorile de calitate media nu sunt disponibile de la următoarele dispozitive.

  • Telefoane analogice

  • Dispozitive terțe

  • puncte finale IPv6