Prezentare generală

Depanarea pentru Webex Calling vă permite să depanați problemele legate de calitatea media și conectivitatea apelurilor pentru anumite apeluri Webex Calling. Este posibil să doriți să depanați apelurile din diverse motive, cum ar fi reclamațiile clienților cu privire la calitatea slabă a apelurilor. În acest caz, puteți accesa direct vizualizarea de depanare, puteți căuta acele apeluri specifice și apoi puteți vizualiza detaliile hop-ului pentru a identifica unde ar putea fi problema. De asemenea, puteți utiliza depanarea pentru a monitoriza proactiv calitatea apelurilor pentru organizație și pentru a anticipa problemele specifice înainte ca utilizatorii să le observe.

Pentru a accesa vizualizarea de depanare, trebuie să aveți rolul complet de administrator, administrator doar în citire sau administrator de asistență în Control Hub.

Puteți căuta folosind 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 la Webex Calling:

  • ID-uri de e-mail

  • Numere de telefon

  • Adresă MAC

  • ID-uri de apel

  • ID corelație

Căutarea parțială este acceptată pentru ID-uri de e-mail, numere de telefon și ID-uri de apeluri. Pentru numerele de telefon, puteți introduce primele trei până la opt cifre și apoi apăsa Enter pentru a vedea intrările corespondente. Dacă introduceți mai mult de opt cifre, căutarea va încerca să găsească o potrivire exactă. Rețineți că, dacă copiați și lipiți un număr de telefon din altă parte, trebuie să includeți +1 pentru ca căutarea să funcționeze.

Depanarea problemelor legate de Webex Calling vă permite să:

  • Căutați apeluri reușite, eșuate și refuzate.

  • 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 statisticile, dacă nu există conținut media în apel sau când configurarea optimizării căii nu a reușit.

  • Vizualizați apelurile din ultimele 21 de zile.

  • Vizualizați eșecurile și respingerile apelurilor legate de semnalizare.

  • Analizați valorile privind calitatea apelurilor care au afectat experiența utilizatorului. De exemplu, un administrator poate observa un jitter ridicat la clienții din rețelele Wi-Fi, dar pierderea de pachete și latența pot fi acceptabile.

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

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

Vizualizarea depanării ajută la identificarea zonei cu probleme prin furnizarea tuturor indicatorilor relevanți și nu vă poate oferi neapărat cauza principală a unui 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 .

Vizualizare căutare

Apeluri căutate în Depanare în Control Hub

Când căutați un apel, sunt disponibile următoarele date:

Numele coloaneiDefiniție

Starea apelului

Dacă încercarea de apel a avut succes sau nu. Când încercarea de apel are starea Refuz sau Eșec, puteți trece cu mouse-ul peste stare pentru a vedea codul relevant. Valorile posibile sunt:

  • Succesă — Încercarea de apel a avut succes.

  • Refuz — Tentativa de apel a fost refuzată.

  • Eșec — Încercarea de apel a eșuat.

Calitate

Apelurile Webex Calling sunt clasificate pentru calitate. Totuși, pentru întâlnirile Webex sau sesiunile Call on Webex, această clasificare nu se aplică. Experiența apelului este clasificată ca:

  • Slab - indică faptul că fie apelantul, fie destinatarul apelului a avut o experiență end-to-end slabă (de exemplu, sunet sacadat).

  • Bună - Indică experiența completă pentru apelant și faptul că acesta nu a depășit pragurile.

  • Nici unul / Indisponibil — Nu sunt disponibile date privind calitatea media.

Serviciu

Serviciul utilizat pentru apel.

Oră de începere

Ora de începere a apelului, în funcție de fusul orar selectat lângă selectorul de interval de date.

Întâlnire / Număr de apel

Numărul de telefon al apelantului.

Nume

Numele afișat al apelantului și al destinatarului apelului.

Gazdă/apelant

Numele afișat al apelantului.

Participanți

Numărul de utilizatori din apel.

Durată

Durata apelului.

Site/locație

Locația apelantului în Webex Calling.

Conferinţă / ID de corelație

ID-ul de corelație pentru a lega împreună mai multe picioare de apel ale aceleiași sesiuni de apel.

Indicatorii cheie de performanță (KPI) ai utilizatorului căutat

Indicatori cheie de performanță (KPI) pentru un utilizator căutat în Depanare în Control Hub

Când căutați un utilizator, sunt disponibili următorii indicatori cheie de performanță (KPI):

  • Apeluri eșuate—Numărul de apeluri eșuate în intervalul de date selectat.
  • Minute slabe ale întâlnirilor—Numărul de minute din timpul întâlnirilor Webex care au avut performanțe de calitate slabă în intervalul de date selectat.
  • Apel pe Webex cu calitate slabă—Numărul de apeluri Apel pe Webex care au avut performanțe de calitate slabă în intervalul de date selectat.
  • Apeluri Webex Calling de calitate slabă—Numărul de apeluri Webex Calling care au avut performanțe de calitate slabă în intervalul de date selectat.
  • Minute WebRTC de calitate slabă—Numărul de minute cu calitate slabă în timpul utilizării WebRTC în intervalul de date selectat.
  • Număr total de minute ale întâlnirilor—Număr total de Webex Meetings minute în intervalul de date selectat.
  • Număr total de minute pentru apeluri pe Webex—Număr total de minute pentru apeluri pe Webex în intervalul de date selectat.
  • Număr total de minute pentru apeluri Webex Calling—Număr total de minute Webex Calling în intervalul de date selectat.
  • Total minute WebRTC—Numărul total de minute WebRTC în intervalul de date selectat.

Vizualizare detalii hamei

Exemplu de detalii importante ale unui apel Webex Calling în secțiunea Depanare

Următoarele date sunt disponibile în vizualizarea detaliilor hop:

TermenDefiniție
Terminal

Afișează una dintre următoarele:

  • Telefon de birou pentru un terminal fizic

  • Aplicația Webex

  • Dispozitiv de cameră pentru dispozitivele Cisco din seria Room

Hardware

Afișează una dintre următoarele:

  • Informații despre modelul telefonului fix pentru un terminal fizic

  • "-" pentru o aplicație Webex

  • Informații despre modelul Room Series pentru dispozitivul Cisco Room Series

Locație

Locația Webex Calling configurată pentru utilizator. Țara în care a fost furnizat Webex Calling este, de asemenea, afișată între paranteze.

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 corectă 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.

ID-ul sesiunii SIP

ID-urile sesiunii originale (sau inițiale) și finale.

Trunchi

Disponibil doar atunci când un gateway local este implicat în hop. Numele trunchiului de intrare și de ieșire.

Grup rutare

Disponibil doar atunci când un gateway local este implicat în hop. Numele grupului de rute.

Numele furnizorului PSTN

Disponibil doar când PSTN este implicat în salt. Numele vânzătorului.

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

Din detaliile hop-ului, puteți:

  • Vedeți dacă hop-ul a fost rutat prin PSTN sau printr-un gateway local.

  • Vizualizați tipul de utilizator care a efectuat sau a primit apelul. Câteva exemple includ HuntGroup, VoiceMailGroupși RoutePoint. Raportul Istoric detaliat al apelurilor oferă o listă cu toate tipurile de utilizatori posibile.

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

    • Nu a existat conținut media pentru niciuna dintre etape legate de apel.

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

    • Unul dintre salturi a eșuat sau a refuzat apelul. Hameiul eșuat este marcat cu roșu, iar hameiul refuzat este marcat cu galben. De asemenea, se oferă un motiv pentru care saltul a eșuat sau a fost refuzat.

  • 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 apelului end-to-end se bazează pe datele privind calitatea media colectate de la fiecare punct final înregistrat Webex Calling (aplicația Webex sau dispozitiv, cum ar fi 8865 sau Desk Pro) la sfârșitul apelului. Apelul este evaluat ca fiind bun dacă punctul final are următoarele praguri:

  • Pierdere de pachete mai mică decât 5%.

  • Latență sau timp de întoarcere (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 evaluat ca fiind bun dacă punctul de retransmitere media are următoarele praguri:

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

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

  • Jitter mai puțin de 75 ms.

De asemenea, puteți salva datele în detaliile hop-ului selectând Acțiuni și apoi alegând una dintre următoarele opțiuni:

  • Salvați înregistrările apelurilor de depanare (CSV)
  • Salvați raportul privind apelurile (JSON)
  • Salvați detaliile privind participanții (CSV)

Panoul Detalii apel

Următoarele date sunt disponibile în panoul din dreapta Detalii apel din vizualizarea detaliilor hop:

TermenDefiniție
ID corelațieID-ul de corelație pentru a lega împreună mai multe picioare de apel ale aceleiași sesiuni de apel.
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ă un participant activează funcția video. Dacă funcția video nu a fost activată deloc, se afișează Nu.
Optimizarea căii

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

  • ICE (Stabilirea conectivității interactive)

  • PNC (Conexiune la rețea privată)

  • 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

Apelul a fost încheiat de

Utilizatorul care a încheiat apelul.

Numere formate

Tastatura cifre ca format de utilizator, înainte de pre-traduceri.

Motiv conex

Indică motivul pentru care a fost creat hop-ul. De exemplu, o valoare CallQueue indică faptul că speranța se datorează unei încercări de apel dintr-o coadă de apeluri către un agent. Puteți găsi mai multe informații despre valorile motivelor asociate în raportul detaliat al istoricului apelurilor Webex Calling.

Accesați vizualizarea de depanare a apelurilor Webex

Căutarea parțială este acceptată pentru ID-uri de e-mail, numere de telefon și ID-uri de apeluri. Pentru numerele de telefon, puteți introduce primele trei până la opt cifre și apoi apăsa Enter pentru a vedea intrările corespondente. Dacă introduceți mai mult de opt cifre, căutarea va încerca să găsească o potrivire exactă. Rețineți că, dacă copiați și lipiți un număr de telefon din altă parte, trebuie să includeți +1 pentru ca căutarea să funcționeze.

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

1

Conectați-vă la Control Hub și accesați Monitorizare > Depanare.

2

Căutați ID-ul de e-mail, numărul de telefon, adresa MAC, ID-urile apelurilor sau ID-ul de corelare pe care doriți să le vizualizați.

Puteți grupa apelurile corelate în vizualizarea de căutare utilizând ID-ul de corelare.

3

Aplică un filtru la alegere. Filtrele disponibile sunt:

  • Locație
  • Calitate personală
  • Tip dispozitiv
  • Tip serviciu

Filtrele nu sunt disponibile dacă căutați numere de telefon sau ID-uri de corelare.

4

Faceți clic pe un anumit apel pentru a inspecta vizualizarea detaliilor hop-ului.

Exportați detaliile apelurilor de depanare ca fișier CSV

Puteți exporta detaliile apelurilor de depanare ca fișier CSV. Exportul acestor detalii despre apeluri este util pentru apelurile complexe care implică mai multe etape, deoarece vă permite să identificați problemele sau tiparele dintr-o privire. Puteți exporta până la 100 de detalii despre apelurile de depanare per fișier CSV.

1

Conectați-vă la Control Hub și accesați Monitorizare > Depanare.

2

După ce aveți o listă de apeluri pe care doriți să le vizualizați, selectați Export > Salvați înregistrările apelurilor de depanare (CSV).

Butonul Export evidențiat pentru apelurile căutate în Depanare în Control Hub

Depanarea problemelor 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:

  • Network/ISP/location probleme specifice—Din cauza firewall-ului, a configurației rețelei sau a lățimii de bandă, există un tipar 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 la o rețea slabă (de exemplu, Wi-Fi sau lucrul de acasă), ceea ce înseamnă că experiența sa este afectată de capacitățile rețelei asociate. Consultați articolul Utilizarea CScan pentru a testa calitatea rețelei de apeluri Webex pentru a identifica problema rețelei.

  • Probleme specifice tipului de apel—Experiența slabă a unui utilizator se datorează calității apelului de 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.

  • Problemă cu lipsa media—Este posibil să nu existe transmisie media în anumite etape. Bannerul Insights afișează cauza în partea de sus a paginii cu detalii despre hop și partea responsabilă în caseta de informații a paginii cu detalii despre hop. Unele dintre cauzele posibile ale lipsei de conținut media în apeluri, împreună cu părțile responsabile, sunt enumerate aici:

    • Webex nu primește fișiere media de la expeditor.

    • Webex nu primește fișiere media de la receptor.

    • Webex nu primește fișiere media din niciuna dintre direcții.

    • Webex nu trimite fișiere media către receptor. Ingineria Webex abordează această problemă.

    • Webex nu primește fișiere media de la Cloud PSTN. Ingineria Webex abordează această problemă.

    • Webex nu primește fișiere media de la serviciul cloud. Ingineria Webex abordează această problemă.

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

  • Eroare de optimizare a căii media—Puține apeluri nu pot configura cu succes optimizarea căii media. Bannerul Insights afișează cauza apelurilor ICE nereușite și rezolvarea în partea de sus a paginii cu detalii despre Hop.

    Câteva dintre motivele posibile sunt:

    • Conectarea la rețeaua de apelare (ICE) nu a reușit din cauza accesului la serverul stun - consultați informațiile de referință privind portul de apel Webex.

    • Verificarea conectivității (ICE) nu a reușit din cauza verificării conectivității - verificați conectivitatea dintre rețele.

    • ICE nereușit, deoarece timpul implicit al călătoriei dus-întors a fost similar/better decât orice cale optimizată.

Limitări

Indicatorii de calitate media și fluxurile de origine și terminare din rețea nu sunt disponibili pentru următoarele dispozitive:

  • Telefoane analogice

  • Dispozitive terțe

  • Puncte finale IPv6

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 unde ICE are succes și fluxul media este transmis direct între utilizatori. Pentru informații detaliate, consultați Webex Calling Media Optimization with Interactive Connectivity Establishment (ICE ).

  • Neoptimizat în rețea – Apeluri în cadrul organizației în care Stabilirea conectivității interactive (ICE) nu a fost posibilă sau nu a fost stabilită. În acest scenariu, mass-media curge prin Webex apelând cloud.

  • Găzduit în cloud pe rețea – Apeluri în cadrul unei organizații în care conținutul media este furnizat de un server media găzduit în cloud (de exemplu, ascultarea mesageriei vocale, apelarea unui operator automat).

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

    • prin intermediul furnizorului PSTN conectat la cloud- Apeluri primite și trimise de la o organizație î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 intermediul Local Gateway- Apeluri primite și trimise de o organizație în care media celeilalte părți se află prin intermediul companiei. Î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.

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.

Flux de apeluri optimizat pe net

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.

Flux de apeluri neoptimizat on-net
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.

Fluxul de apeluri găzduit în cloud on-net
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.

PSTN off-net prin CCPP
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.

PSTN off-net prin Local Gateway

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 apelurilor eșuate și a apelurilor refuzate

Coloana Stare apel indică dacă un apel a avut succes, a fost refuzat sau a eșuat. Când un apel are starea Refuz sau Eșec, puteți trece cu mouse-ul peste stare pentru a vedea codul relevant.

Când analizați în detaliu lista de apeluri a unui utilizator, este disponibil un indicator cheie de performanță (KPI) Apel eșuat pentru a identifica rapid dacă utilizatorul respectiv întâmpină probleme semnificative. Puteți trece cursorul peste starea Refuz sau Eșec pentru a vizualiza codul specific asociat fiecărei stări.

În vizualizarea detaliilor hop-ului, se afișează un banner pentru a vă arăta mai multe informații despre motivul pentru care apelul are starea Refuz sau Eșec. De asemenea, puteți vedea dacă starea apelului s-a produs în timpul saltului de origine sau de terminare.

Exemplu de scenarii de apeluri eșuate

Cod de eroare: Nicio redirecționare către destinație

Cod de eroare: exemplu de cod de eroare fără rută către destinație pentru un apel în Depanare

O încercare de apel a fost efectuată de un dispozitiv de la locul de muncă, dar a eșuat din cauza lipsei unei rute disponibile către destinație.

Cod de eroare: Eroare de protocol

Cod de eroare: exemplu de cod de eroare de protocol pentru un apel în Depanare

O încercare de apel a fost efectuată de un dispozitiv de la locul de muncă, dar a eșuat din cauza unei erori legate de protocol.

Cod de eroare: Eroare internă

Cod de eroare: exemplu de cod de eroare internă pentru un apel în Depanare

Un apel a fost efectuat de la un gateway local, dar a eșuat din cauza unor erori interne ale dispozitivului de la locul de muncă de la destinație. Apelul a fost stabilit timp de 14 minute înainte de a rezulta într-o eroare internă.

Exemplu de scenarii de refuz al apelului

Cod de refuz: Apel respins

Vizualizare detaliată a unui apel respins cu un cod de refuz al unui apel în Depanare în Control Hub

O încercare de apel a eșuat deoarece încercarea nu a putut ajunge la destinație sau interfața către destinație nu funcționa corect. Exemple de scenarii respinse sunt următoarele:

  • Încercarea de apel a fost respinsă din cauza respingerii apelului anonim.

  • Încercarea de apel a fost respinsă din cauza permisiunilor pentru apelurile primite.

  • Încercarea de apel a fost respinsă din cauza permisiunilor pentru apelurile de ieșire.

  • Încercarea de apel a fost respinsă din cauza permisiunilor pentru apelurile de ieșire.

  • Încercarea de apel a fost respinsă din cauza interceptării apelurilor configurate.

  • Încercarea de apel este respinsă din cauza unei erori de parcare a apelului sau de preluare a apelului.

  • Încercarea de apel este respinsă din cauza respingerii comenzii Apasă și Vorbește.

  • Încercarea de apel este respinsă din cauza acceptării selective a apelului.

  • Încercarea de apel este respinsă din cauza respingerii selective a apelului.

  • Încercarea de apel este respinsă din cauza unor erori precum număr necunoscut, permisiuni insuficiente etc.

Cod de eroare: Număr neatribuit

Cod de refuz: exemplu de cod de eroare pentru numărul neatribuit pentru un apel în Depanare

Un apelant a încercat să efectueze un apel, dar acesta a fost respins deoarece destinația era către un număr neatribuit.

Motivele rezultatului apelului

Următorul tabel listează codurile Refuz și Eșec disponibile pentru apelurile nereușite.

Motivul rezultatului apeluluiDefiniție

Reușit

Apelul a avut succes. Codurile posibile sunt:

  • Normal — Apelul a fost finalizat cu succes.
  • Utilizator ocupat — Apelul a reușit, dar utilizatorul este ocupat.
  • Fără răspuns — Apelul a reușit, dar utilizatorul nu a răspuns.

Refuz

Apelul a fost refuzat. Codurile posibile sunt:

  • Apel respins — Încercare de apel respinsă la capătul destinatarului.
  • Număr neatribuit — Numărul apelat nu este atribuit niciunui utilizator sau serviciu.
  • SIP408 - Cererea a expirat deoarece utilizatorul nu a putut fi găsit la timp.
  • InternalRequestTimeout — Solicitarea a expirat deoarece serviciul nu a putut îndeplini solicitarea din cauza unei condiții neașteptate.
  • Q850102ServerTimeout — Recuperare la expirarea temporizatorului sau la expirarea serverului.
  • NoUserResponse — Niciun răspuns de la niciun dispozitiv sau client al utilizatorului final.
  • NoAnswerFromUser — Niciun răspuns din partea utilizatorului.
  • SIP480 — Apelatul sau partea apelată nu este disponibilă în prezent.
  • SIP487 - Cererea este terminată înainte de a se răspunde la apel.
  • Temporar indisponibil — Utilizatorul este temporar indisponibil.
  • LocalGatewayLoop — Bucla detectată între gateway-ul local și Webex Calling.
  • AdminCallBlock — Încercarea de apel este respinsă din cauza listei de blocare a apelurilor a organizației.
  • Blocare apel utilizator — Apelul către utilizator este respins deoarece numărul se află pe lista de blocări a utilizatorului.
  • Inaccesibil — Imposibil de direcționat apelul către destinația dorită.
  • UtilizatorAbsent — Utilizatorul este temporar inaccesibil sau indisponibil.
  • Nedefinit — Niciunul dintre motivele de mai sus.

Eşec

Apel eșuat. Codurile posibile sunt:

  • DestinationOutOfOrder — Solicitarea de serviciu a eșuat deoarece destinația nu poate fi accesată sau interfața către destinație nu funcționează corect.
  • SIP501 — Metodă nevalidă și imposibil de identificat metoda de solicitare.
  • SIP503 - Serviciul este temporar indisponibil, deci solicitarea nu poate fi procesată.
  • ProtocolError — Cod de lansare necunoscut sau neimplementat.
  • SIP606 - Unele aspecte ale descrierii sesiunii nu au fost acceptabile.
  • NoRouteToDestination — Nicio rută disponibilă către destinație.
  • Intern - Eșuat din cauza unor motive interne de apelare Webex.
  • MaxConcurrentTerminatingAlertingRequestsExceeded — Numărul de apeluri simultane nepreluate către un gateway local, pentru același număr apelant și apelat, a depășit limita.
  • Nedefinit — Niciunul dintre motivele de mai sus.