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.

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

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:

  • Adrese de e-mail

  • Numere de telefon

  • Adrese MAC

  • ID-uri de apel

  • ID-uri de corelare

Căutarea parțială este acceptată pentru adrese 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.

Apeluri căutate în Depanare în Control Hub

Când cauți adresa de e-mail a unui utilizator, întâlnirile și apelurile sale sunt separate în filele corespunzătoare:

  • Întâlniri — Conține toate întâlnirile la care a participat utilizatorul.

  • Apeluri Webex – Conține toate apelurile Webex Calling.

  • Apel pe Webex - Conține apeluri Apel pe Webex.

Când căutați după ID-ul de corelare sau numărul de telefon, apare doar fila relevantă (în acest caz, apelare Webex), afișând doar rezultatele relevante.

Când căutați un apel, segmentele de apel relevante sunt afișate în fila Webex Calling. Următoarele date sunt disponibile:

Numele coloaneiDefiniție

Stare

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 generală

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.

Calitate personală

Calitatea segmentului individual de apel al utilizatorului.

Marcaj temporal

Ora de începere a apelului.

Număr apelant

Numărul de apel Webex atribuit apelantului.

Nume apelant

Numele apelantului.

Număr apelat

Webex Număr de apelare atribuit apelantului.

Numele apelantului

Numele apelatului.

Durată

Durata apelului.

Locație

Locația apelantului în Webex Calling.

ID corelație

ID de corelare pentru a lega împreună mai multe apeluri segments/call picioarele aceluiași 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

Următorii indicatori cheie de performanță (KPI) sunt disponibili pentru fila Webex Calling atunci când căutați un utilizator:

  • Total apeluri — Numărul total de apeluri.

  • Total segmente de apeluri — Numărul total de segmente de apeluri.

  • Segmente de apel eșuate — Numărul de segmente de apel care au eșuat.

  • Segmente de apel refuzate — Numărul de segmente de apel care au fost refuzate.

  • Segmente de apel de calitate slabă - Numărul de segmente de apel de calitate slabă.

Ce este un segment de apel?

Un segment de apel reprezintă o porțiune discretă a unui apel Webex Calling. În esență, fiecare salt sau conexiune directă între doi participanți constituie un singur segment de apel.

De exemplu, dacă Alice apelează un operator automat care deviază apelul către Bob, operatorul automat Alice către operatorul automat este considerat un segment al apelului, în timp ce operatorul automat către Bob este considerat un alt segment al aceluiași flux de apeluri. Prin urmare, un singur apel complex poate fi compus din mai multe segmente de apel.

De obicei, un segment de apel este compus din două segmente de apel (CDR-uri): un picior de origine și un picior de destinație. Totuși, în scenariile care implică apeluri PSTN, din perspectiva Webex Calling poate fi generată o singură ramură de apel (rama finală pentru utilizatorul Webex).

Fiecare segment de apel poate avea un rezultat distinct (de exemplu, succes, eșec, refuz). Prin urmare, reprezentarea evenimentelor de comunicare ca segmente de apel în vizualizarea Depanare Control Hub este crucială. Acest lucru permite clienților să observe o defalcare completă în segmente individuale, permițând identificarea precisă a problemelor dintr-un flux complex de apeluri.

Rezumat apel

Exemplu de date sumarizate ale apelurilor la depanarea unui apel

Secțiunea de rezumat al apelului de pe pagina cu detaliile apelului reprezintă vizual o progresie completă, de la un capăt la altul, a unei întregi secvențe de apeluri. Această vizualizare de nivel înalt permite clienților să vizualizeze întregul flux al unui apel, chiar și atunci când acesta cuprinde mai multe „apeluri” logice (așa cum sunt definite de ID-urile de corelație comune) sau scenarii complexe de transfer. Rezumatul apelurilor îmbină inteligent toate etapele intermediare și „apelurile” aferente pentru a oferi o imagine holistică și coerentă.

Rezumatul apelurilor vă permite să înțelegeți rapid fluxul apelurilor de la început până la sfârșit într-o vizualizare cronologică vizuală. Fiecare participant din stânga reprezintă tipul de utilizator (PSTN, grup de căutare, coadă de apeluri etc.), în timp ce liniile din fața lor reprezintă interacțiunea cu apelul pentru participantul respectiv. Interacțiunile dintre doi participanți sunt segmente de apel. Plasând cursorul peste un participant, puteți vizualiza informații detaliate, cum ar fi numele, tipul de utilizator, marcajul temporal al duratei și multe altele. Puteți da clic pe anumiți participanți pentru a vedea detaliile segmentului de apel în vizualizarea hop de sub fișa rezumativă a apelului, pe aceeași pagină. Rețineți că nu se poate da clic pe unii dintre participanții cu tipuri de utilizatori PSTN și Local Gateway.

Rezumatul apelurilor evidențiază și acțiunile apelului, cum ar fi formarea, parcarea, transferul etc. Și starea conectivității, cum ar fi eșec, refuz. Puteți trece cu mouse-ul peste anumite semne pentru a obține mai multe detalii, ceea ce vă ajută să identificați și să depanați problemele exact în punctul în care au apărut.

Captura de ecran de mai sus, de exemplu, reprezintă un apel în care un utilizator PSTN extern a apelat un operator automat, care a direcționat apelul către o coadă de apeluri. Apelul a fost apoi prezentat și deviat către doi agenți, dintre care al doilea agent a preluat apelul și a vorbit cu utilizatorul PSTN. Suprapunerile privind calitatea media reprezintă calitatea media la punctele finale. Legendele oferă detalii suplimentare pentru a vă ajuta să înțelegeți rezumatul apelului.

Pentru o explicație mai detaliată a secțiunii de rezumat al apelului, puteți viziona această transmisiune video

Următoarele scenarii nu sunt acceptate de diagrama de sumarizare a apelurilor:

  • Fluxuri de apeluri de conferință, cum ar fi Conferință, Interceptare, Punte de apel și Îmbinare apeluri.
  • Funcții de supervizor al cozii de apeluri, cum ar fi monitorizarea silențioasă, îndrumarea, intervenția, preluarea etc.
  • Informații despre anunțurile redate către stațiile de lucru.
  • Informații despre apelurile puse în așteptare și reluate în timpul unui apel activ.
  • Situațiile de eșec și refuz al apelurilor pot ajunge să prezinte motive diferite pe fiecare parte a segmentelor de apel, din cauza stărilor interne ale apelului.

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 din seria Cisco 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.

Motivul aferent

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.

Descărcați rezultatele căutării sau înregistrările apelurilor de depanare ca fișier CSV

Puteți descărca rezultatele căutării sau înregistrările apelurilor de depanare ca fișier CSV. Aceste înregistrări oferă detalii la nivel de segment de apel pentru a ajuta la depanarea unui apel.

Puteți exporta până la 100 de înregistrări de apeluri de depanare per fișier CSV.

Când dai clic pe descărcare, se vor descărca rezultatele căutării pentru fila în care te afli. Așadar, dacă doriți să descărcați înregistrări Webex Calling, asigurați-vă că vă aflați în fila Webex Calling.

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 > Descărcați rezultatele căutării (CSV) sau Descărcați înregistrările apelurilor de depanare (CSV).

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

De asemenea, puteți descărca înregistrările de depanare de pe pagina cu detaliile apelului. Aici puteți descărca înregistrările apelurilor de depanare, raportul apelului în format JSON și detaliile participanților ca fișier CSV.

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, configurației rețelei sau 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.

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 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 este respinsă din cauza respingerii anonime a apelului.

  • Î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 apeluri blocate 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.

Eroare

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.