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 depanare Apelare Webex 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ții completi, doar în citire, asistență, parteneri și administratori doar în citire pentru parteneri.

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 șirurilor)

  • 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ă suportul media traversează prin 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 din ultimele 21 de zile.

  • Analizați valorile privind calitatea apelurilor 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 cheamă pe Bob care a configurat CFA (Call Forward All) la Christina, iar Christina a răspuns apelului. Î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ă apelarea Webex 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. Uitați-vă la acești indicatori pentru a identifica diverși factori și a determina opțiunile de rezoluție:

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

  • Vizualizarea Detalii hop.

  • Trimiteți sau primiți valori de la utilizator sau de la punctul de retransmisie media.

  • Dacă apelul a avut loc către sau de la o rețea externă sau între punctele finale înregistrate de Webex Calling .

Fluxuri de apeluri acceptate

Rapoartele de calitate a mass-media sunt colectate de la punctele finale ale apelantului și apelantului și de la punctele de releu media. Acest lucru permite o segmentare a experienței media să se restrângă și să identifice dacă problema a apărut la:

  • Apelant sau apelant

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

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

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

  • Optimizat în rețea – Apeluri în cadrul organizației în care ICE are succes, iar mass-media curge direct între utilizatori. Pentru informații detaliate, consultați Webex Calling Media Optimization with Interactive Connectivity Establishment (ICE ).

  • 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 Webex apelând cloud.

  • 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. Suportul 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 utilizator 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 prin Apelare Webex care sunt implicați într-un apel punct-la-punct pe net, atunci vizualizarea de depanare prezintă valori pentru una sau ambele părți. Dacă apelul este oprit net (utilizatorul 1 primește un apel de la un utilizator PSTN), atunci vizualizarea de depanare prezintă numai valorile client User1, împreună cu valorile luate de la punctul de releu media.

Majoritatea scenariilor de apel din vizualizarea depanare afișează două picioare de apel (apelant și apelant); cu toate acestea, unele dintre scenariile de apel (cum ar fi call park sau retrieve) arată doar un singur picior de apel. În astfel de cazuri, celălalt segment de apel apare separat în vizualizarea 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ă picioare de apel utilizând o entitate comună, cum ar fi suprapunerea timpului. Îmbunătățirile viitoare ale vizualizării 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 client 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 (potrivirea exactă a șirului), adresa MAC a utilizatorului sau a dispozitivului sau ID-urile de apel ale segmentului de apel pe care doriți să îl vizualizați.

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

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 anumit apel în vizualizarea listare, pentru a inspecta detaliile Hop. Vizualizarea Hop Detail 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 cu mouse-ul pe dispozitiv pentru a vizualiza experiența de apel end-to-end.

  • Treceți cu mouse-ul pe hopul dintre punctul final și cloud-ul Webex Calling pentru a vizualiza detaliile hopului.

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 hop-ului este derivată din datele care sunt colectate de la punctul de releu media din cloud-ul Webex Calling . Pentru apelurile PSTN prin CCPP sau gateway-ul local, colectarea datelor este din cloud-ul Webex Calling și nu de la punctul final PSTN. Un hop este clasificat la fel de bun, dacă îndeplinește aceste praguri.

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

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

  • Jitter mai puțin de 75 ms.

Valorile hopului variază în timpul unei sesiuni, în funcție de timpul de eșantionare și de variabilitatea rețelei. Valorile care sunt raportate de punctul de releu media și clienții (experiența end-to-end) să nu se alinieze. Cu toate acestea, acestea ar trebui să fie în aliniere strânsă 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 cazul în care ICE are succes și releu media în cloud este eliminat din calea. Fluxul media este direct între dispozitivele utilizatorului.

Inferență:

1

Apelul este clasificat la fel de bun ca atât apelantul, cât și apelantul au o experiență bună de la un capăt la altul.

2

Administratorul poate observa că media curge direct între cei doi utilizatori și nu călătorește prin Webex apelând cloud.

Fluxurile de apeluri optimizate pot avea o experiență slabă, dacă î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 pachetelor și bruiajul pot fi în continuare 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 de la un capăt la altul a apelantului este clasificată ca fiind slabă.

2

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

3

Hopul de rețea al apelantului nu are o problemă.

4

Experiența de la un capăt la altul a apelantului este clasificată ca fiind slabă din cauza problemei de la apelant.

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

Inferență:

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

1

Hopul de rețea pentru apelant este clasificat la fel de sărac, deoarece unele dintre măsurători depășesc pragul acceptabil.

2

Fluxul de trimitere de la mesageria vocală este clasificat la fel de bun pe măsurătorile colectate de la punctul de releu media.

3

Serverul media utilizat pentru a colecta sau depune mesageria vocală nu raportează în prezent valori. Cu toate acestea, aceste servere sunt găzduite și gestionate ca parte a Webex Calling Cloud, astfel încât calitatea segmentului de legătură respectiv să fie 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 hopul este clasificat ca fiind slab. Acest lucru se datorează faptului că hopul apelantului 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 se află în rețeaua PSTN. Suportul media este transmis de la un furnizor PSTN conectat la cloud (CCPP).

În exemplu, suportul media client provine de la un furnizor PSTN prin cloud.

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

1

Problema este cu hop apelantului PSTN în special cu fluxul de trimitere.

2

Hopul de rețea al apelantului nu are o problemă.

3

Experiența de la un capăt la altul a apelantului este clasificată ca fiind slabă din cauza problemei de la apelant.

4

Experiența end-to-end și valorile fluxului de primire ale apelantului care se află în rețeaua PSTN nu sunt disponibile în prezent, deoarece aceste valori 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.

Deducţie

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

1

Există o problemă cu hop apelantului la 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 către Webex Calling Cloud de la sfârșitul apelantului este clasificat ca fiind bun.

4

Experiența end-to-end și valorile fluxului de primire ale apelatului care este apelat de la gateway-ul local nu sunt disponibile în prezent, deoarece aceste valori nu sunt transmise către Webex Calling Cloud.

Depanarea problemei de calitate media

Vizualizarea hop-by-hop vă ajută să localizați unde a apărut problema. Acum că ați găsit unde este problema și cu valorile (bruiaj, pierderi de pachete, latență) puteți încerca următoarele pentru a depana 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 per apel (identificați locația asociată cu sesiunea slabă) cu vizualizarea Analytics pentru a examina 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 calitate a 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 scenarii PSTN în cazul în care utilizatorul vorbește cu un alt utilizator pe o rețea mobilă și 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 fusul orar pe care l-ați selectat în vizualizarea de căutare.
Tip sesiune

Tipul de sesiune acceptat. De exemplu: Apel Webex

ParticipanțiNumărul de participanți care s-au alăturat apelului.
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 sunet folosit.
VideoclipAfișează Da dacă videoclipul este activat de un participant. Dacă videoclipul nu a fost activat deloc, acesta arată Nu.
Optimizarea căii

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

ICE (Stabilirea conectivității interactive)

PNC (Private Network Connect).

Fără optimizare

Tip de apelare

Tipul de apel 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 de apelare Webex care este configurată pentru utilizator.

IP local

Adresa IP locală a clientului pentru interfața de rețea pe care o folosește 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 paravanului de protecție care furnizează NAT. Adresele IP sunt parțial mascate pentru a păstra identitatea personală a utilizatorilor.

adrese MAC

Adresa MAC a punctului final client.

Geolocalizare

Căutare geografică a adresei 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 corectă.

ISP

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

Rețea

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

  • Wi-Fi

  • Ethernet

  • Telefon celular

  • Necunoscut

Codec audio

(Trimitere sau primire) Formatul de codificare și decodare media utilizat pentru suportul media care sunt transmise de un client.

Codec video

(Trimitere sau primire) Formatul de codificare și decodare media utilizat pentru suportul media care sunt transmise de un client. Se aplică numai pentru un apel video.

Identificare apel

Identificatorul intern care este utilizat pentru a identifica piciorul apelului.

Unele valori 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