Översikt

Felsökning för Webex Calling låter dig felsöka problem med mediekvalitet och samtalsanslutning för specifika Webex Calling-samtal. Du kanske vill felsöka samtal av olika anledningar, till exempel klagomål från kunder om hur de upplever dålig samtalskvalitet. I det här fallet kan du gå direkt till felsökningsvyn, söka efter de specifika anropen och sedan visa hoppinformationen för att hitta rätt ställe för problemet. Du kan också använda felsökning för att proaktivt övervaka samtalskvaliteten för organisationen och komma före specifika problem innan användarna märker det.

För att komma åt felsökningsvyn måste du ha rollen fullständig administratör, skrivskyddad administratör eller supportadministratör i Control Hub.

Du kan söka med hjälp av följande kriterier för att få en lista över samtal där en mediesession användes med minst en Webex Calling-registrerad slutpunkt:

  • E-post-ID:er

  • Telefonnummer

  • MAC-adress

  • Uppringnings-ID

  • Korrelations-ID

Delsökning stöds för e-postadresser, telefonnummer och samtals-ID:n. För telefonnummer kan du ange de första tre till åtta siffrorna och sedan trycka på Enter för att se matchande poster. Om du anger fler än åtta siffror kommer sökningen att försöka hitta en exakt matchning. Observera att om du kopierar och klistrar in ett telefonnummer från en annan plats måste du inkludera +1 för att sökningen ska fungera.

Felsökning av Webex Calling låter dig:

  • Sök efter lyckade, misslyckade och avvisade samtal.

  • Visa upplevelsen av end-to-end för samtalsdeltagarna.

  • Visa ett hopp i samtalet.

  • Visa om mediet förflyttas via Webex Calling moln eller direkt mellan användarna (med hjälp av den interaktiva anslutningslösningen (ICE)).

  • Visa insikter om det inte finns några media i samtalet eller när konfigurationen av sökvägsoptimeringen misslyckades.

  • Visa samtal för de senaste 21 dagarna.

  • Visa signalrelaterade samtalsfel och avslag.

  • Analysera samtalskvaliteten som påverkar användarens upplevelse. Till exempel kan en administratör observera hög jitter på klienter över Wi-Fi-nätverk, men paketförlust och latens kan vara acceptabla.

  • Upptäck om problemet ligger hos inringaren eller den som ringer.

Samtalen som Webex Calling visas efter att samtalet har avslutats.

Felsökningsvyn hjälper till att identifiera problemområdet genom att tillhandahålla alla relevanta mätvärden och kan inte nödvändigtvis ge dig grundorsaken till ett dåligt samtal. Titta på dessa pekare för att identifiera olika faktorer och avgöra upplösningsalternativen:

  • End-to-end-upplevelsen för användaren.

  • Hoppningsinformationsvyn.

  • Skicka eller ta emot statistik från användaren eller mediareläpunkten.

  • Om samtalet inträffade till eller från ett externt nätverk eller mellan Webex Calling registrerade slutpunkter.

Sök-vy

Sökta samtal i Felsökning i Control Hub

När du söker efter ett samtal finns följande data tillgängliga:

KolumnnamnDefinition

Samtalsstatus

Om samtalsförsöket lyckades eller inte. När anropsförsöket har statusen Avslag eller Misslyckad kan du hålla muspekaren över statusen för att se relevant kod. Möjliga värden är:

  • Lyckades – Samtalsförsöket lyckades.

  • Avslag – Samtalsförsöket avslogs.

  • Misslyckad—Samtalsförsöket misslyckades.

Kvalitet

Den Webex Calling samtal klassificeras för kvalitet. För Webex-möten eller Call on Webex-sessioner gäller dock inte denna gradering. Samtalsupplevelsen klassificeras som:

  • Dålig – indikerar att antingen uppringaren eller mottagaren hade en dålig upplevelse från början till slut (till exempel hackigt ljud).

  • Bra – indikerar att den totala upplevelsen för uppringaren och mottagaren inte överskred tröskelvärdena.

  • Ingen / Ej tillgängligt – Ingen data om mediekvalitet är tillgänglig.

Tjänst

Tjänst som används för samtalet.

Starttid

Samtalets starttid, baserat på den tidszon som valts bredvid datumintervallsväljaren.

Möte / Ringande nummer

Telefonnummer till den som ringer.

Namn

Visningsnamn på uppringaren och mottagaren.

Värd/uppringare

Visningsnamn på den som ringer.

Mötesdeltagare

Antal användare i samtalet.

Varaktighet

Varaktighet för hur länge samtalet varade.

Webbplats/plats

Webex Calling-plats för uppringaren.

Konferens / Korrelations-ID

Korrelations-ID för att koppla samman flera samtalspass i samma samtalssession.

Sökte användarens nyckeltal (KPI:er)

KPI:er för en sökt användare i Felsökning i Control Hub

När du söker efter en användare är följande nyckeltal tillgängliga:

  • Misslyckade samtal— Antal samtal som misslyckades under det valda datumintervallet.
  • Dåliga mötesprotokoll— Antal minuter under Webex-möten som hade dålig prestanda under det valda datumintervallet.
  • Samtal på Webex med dålig kvalitet— Antal Samtal på Webex samtal som hade dålig kvalitet under det valda datumintervallet.
  • Webex Calling-samtal med dålig kvalitet– Antal Webex Calling -samtal som hade dålig kvalitet under det valda datumintervallet.
  • Dåliga WebRTC-minuter— Antal minuter med dålig kvalitet vid användning av WebRTC under det valda datumintervallet.
  • Totalt antal mötesminuter– Totalt antal Webex Meetings minuter under det valda datumintervallet.
  • Totalt antal samtal i Webex-samtal i minuter— Totalt antal samtal i Webex minuter under det valda datumintervallet.
  • Totalt antal Webex Calling-samtalminuter– Totalt antal Webex Calling -samtalminuter under det valda datumintervallet.
  • Totalt antal WebRTC-minuter— Totalt antal WebRTC minuter under det valda datumintervallet.

Vy över hoppdetaljer

Exempel på ett Webex Calling-samtals heta detaljer i felsökning

Följande data finns tillgängliga i hoppdetaljvyn:

TermDefinition
Slutpunkt

Visar något av följande:

  • Bordstelefon för en fysisk slutpunkt

  • Webex-appen

  • Rumsenhet för Cisco Room-enheter i serien

Maskinvara

Visar något av följande:

  • Information om bordstelefonmodell för en fysisk slutpunkt

  • "-" för en Webex-app

  • Information om Room Series-modell för Cisco Room Series-enhet

Plats

Webex Calling-plats som är konfigurerad för användaren. Landet där Webex Calling etablerades visas också inom parentes.

Lokal IP

Klientens lokala IP-adress för det nätverksgränssnitt som den använder för att överföra media. IP-adresser är delvis maskerade för att bevara användarnas personliga identitet.

Allmän IP

Detta är allmän IP för klienten så som molnet ser det. För företag är detta adressen till brandväggen som tillhandahåller NAT. IP-adresser är delvis maskerade för att bevara användarnas personliga identitet.

MAC-adresser

MAC-adressen för klientslutpunkten.

Geoplats

Geografisk sökning av offentlig IP-adress. Denna adress är inte korrekt om den är ansluten via PNC. Om användaren använder Webex-appen och ansluter till företaget via en VPN-anslutning är platsen inte korrekt.

ISP

Internet tjänsteleverantör som tillhandahåller nätverksanslutning till Webex Calling Cloud.

Nätverk

Den typ av nätverksanslutning som klienten använde för att utbyta media. Möjliga värden är:

  • WiFi

  • Ethernet

  • Cellulära

  • Okänd

Ljudkodek

(Skicka eller ta emot) Mediakodnings- och avkodningsformatet som används för de media som överförs av en klient.

Video-codec

(Skicka eller ta emot) Mediakodnings- och avkodningsformatet som används för de media som överförs av en klient. Gäller endast för videosamtal.

SIP-sessions-ID

Ursprungliga (eller initiala) och slutliga sessions-ID:n.

Trunk

Endast tillgängligt när en lokal gateway är involverad i hoppet. Namn på den inkommande och utgående trunk.

Omkopplingsgrupp

Endast tillgängligt när en lokal gateway är involverad i hoppet. Namn på ruttgruppen.

PSTN-leverantörsnamn

Endast tillgängligt när PSTN är involverat i hoppet. Säljarens namn.

Vissa mått är maskerade i artikel skärmbilder för att bevara användarens identitet.

Från hoppdetaljerna kan du:

  • Se om hoppet dirigerades via PSTN eller en lokal gateway.

  • Visa vilken typ av användare som ringde eller tog emot samtalet. Några exempel inkluderar HuntGroup, VoiceMailGroupoch RoutePoint. Den Detaljerad samtalshistorikrapport visar en lista över alla möjliga användartyper.

  • Visa insikter om samtalet i dessa scenarier:

    • Det fanns ingen media för några av hoppen relaterade till samtalet.

    • Installationen av sökvägsoptimeringen misslyckades.

    • En av hoppen misslyckades eller vägrade anropet. Misslyckade humlesorter markeras med rött och avvisade humlesorter markeras med gult. En anledning anges också till varför hoppet misslyckades eller avvisades.

  • Håll mus pekaren på enheten för att visa end-to-end-samtalsupplevelsen.

  • Håll muspekaren över hoppningen mellan slutpunkten och Webex Calling cloud för att se hoppinformationen.

Samtalsupplevelsen från slutpunkt till slutpunkt baseras på mediekvalitetsdata som samlas in från varje registrerad Webex Calling-slutpunkt (Webex-app eller enhet som 8865 eller Desk Pro) i slutet av samtalet. Samtalet betygsätts som bra om slutpunkten har följande tröskelvärden:

  • Paketförlust mindre än 5%.

  • Latens eller RTT (rundturstid) mindre än 400 ms.

  • Jitter mindre än 150 ms.

Kvaliteten på hoppet hämtas från data som samlas in från media relaypunkten i det Webex Calling molnet. För PSTN-samtal via CCPP eller lokal gateway kommer datainsamlingen från Webex Calling cloud och inte från den PSTN slutpunkten. Ett hopp betygsätts som bra om mediareläpunkten har följande tröskelvärden:

  • Paketförlust mindre än 2,5 %.

  • Fördröjning eller RTT som är mindre än 200 ms.

  • Jitter mindre än 75 ms.

Du kan också spara informationen i hoppdetaljerna genom att välja Åtgärder och sedan välja ett av följande alternativ:

  • Spara felsökningssamtal (CSV)
  • Spara samtalsrapport (JSON)
  • Spara information om mötesdeltagare (CSV)

Rutan Samtalsinformation

Följande data finns tillgängliga i den högra rutan för samtalsdetaljer i vyn med hoppdetaljer:

TermDefinition
Korrelations-IDKorrelations-ID för att koppla samman flera samtalspass i samma samtalssession.
SamtalsdatumDatumet då samtalet ägde rum.
SamtalstidTiden för när samtalet startade och avslutades, visas i den tidszon som du valde i sökvyn.
Sessionstyp

Den typ av session som stöds. Till exempel: Webex-samtal

DeltagareAntalet deltagare som deltog i samtalet.
Inringarens namnInringarens namn.
Inringarens e-postadressInringarens e-postadress.
Inringarens nummerTelefonnummer som uppringaren använde under samtalet.
LjudVilken typ av ljud som används.
VideoVisar Ja om video har aktiverats av en deltagare. Om video inte alls var aktiverat visas Nej.
Sökvägsoptimering

Anger om samtalsvägoptimeringen gäller för samtalet. De godkända värdena är:

  • ICE (interaktiv anslutning upprättas)

  • PNC (Privat nätverksanslutning)

  • Ingen optimering

Samtalstyp

Samtalstyp kan vara något av följande:

  • Brådskande

  • Företag

  • Internationell

  • Mobil

  • Inrikes

  • Operatör

  • Premium

  • Brist

  • Avgiftsfritt

  • Okänd

  • URI

Samtalet avslutades av

Användaren som avslutade samtalet.

Slaget nummer

Knappsatsens siffror som användaren ringer upp innan föröversättningar.

Relaterad orsak

Anger en anledning till varför humlen skapades. Till exempel indikerar värdet CallQueue att hoppet beror på ett samtalsförsök från en samtalskö till en agent. Du hittar mer information om relaterade orsaksvärden i Webex Calling detaljerad samtalshistorikrapport.

Få åtkomst till felsökningsvyn för Webex Calling

Delsökning stöds för e-postadresser, telefonnummer och samtals-ID:n. För telefonnummer kan du ange de första tre till åtta siffrorna och sedan trycka på Enter för att se matchande poster. Om du anger fler än åtta siffror kommer sökningen att försöka hitta en exakt matchning. Observera att om du kopierar och klistrar in ett telefonnummer från en annan plats måste du inkludera +1 för att sökningen ska fungera.

För att analysera ett Webex-samtal gör du följande:

1

Logga in på Kontrollhubb och gå till Övervakning > Felsökning.

2

Sök efter e-postadress, telefonnummer, MAC-adress, samtals-ID:n eller korrelations-ID:t som du vill visa.

Du kan gruppera relaterade samtal i sökvyn med hjälp av korrelations-ID:t.

3

Använd ett filter du väljer. De tillgängliga filtren är:

  • Plats
  • Personlig kvalitet
  • Enhetstyp
  • Typ av tjänst

Filter är inte tillgängliga om du söker efter telefonnummer eller korrelations-ID:n.

4

Klicka på ett specifikt anrop för att granska informationsvyn.

Exportera felsökningssamtal som CSV-fil

Du kan exportera information om felsökningssamtal som en CSV-fil. Att exportera dessa samtalsdetaljer är användbart för komplexa samtal som involverar flera hopp, eftersom det gör att du kan identifiera problem eller mönster med en snabb blick. Du kan exportera upp till 100 felsökningssamtal per CSV-fil.

1

Logga in på Kontrollhubb och gå till Övervakning > Felsökning.

2

När du har en lista över samtal som du vill visa väljer du Exportera > Spara felsökningssamtal (CSV).

Markerad exportknapp för sökta samtal i felsökning i Control Hub

Felsökning av problem med mediekvalitet

Hop-by-hop-vyn hjälper dig att hitta platsen där problemet uppstod. Nu när du har hittat var problemet är och med statistik (jitter, paketförlust, latens) kan du försöka med följande för att felsöka problemet.

Typiska möjligheter för medieproblem är:

  • Network/ISP/location specifika problem—På grund av brandvägg, nätverkskonfiguration eller bandbredd finns det ett mönster av dåliga upplevelser på en viss plats eller i ett visst nätverksundernät. Använd felsökningsvyn per samtal (identifiera platsen som är associerad med den dåliga sessionen) med analysvyn för att granska de aggregerade mönstren för platsen.

  • Användarspecifika problem— En användare eller enhet är ansluten till ett dåligt nätverk (till exempel Wi-Fi eller arbete hemifrån) vilket innebär att deras upplevelse påverkas av de tillhörande nätverksfunktionerna. Se artikeln Använd CScan för att testa Webex Calling-nätverkskvaliteten för att identifiera problemet med nätverket.

  • Samtalstypspecifika problem— En användares dåliga upplevelse beror på kvaliteten i fjärränden. Detta är normalt PSTN där användaren talar med en annan användare på ett mobilnätverk och sessionen har hög paketförlust i PSTN nätverket.

  • Problem med inga medier—Det kan hända att det inte finns någon medieöverföring i vissa hopp. Insiktsbannern visar orsaken högst upp på sidan med hoppdetalj och den ansvariga parten i informationsrutan på sidan med hoppdetalj. Några möjliga orsaker till att samtal saknar media, samt vilka parter som är ansvariga, listas här:

    • Webex tar inte emot media från avsändaren.

    • Webex tar inte emot media från mottagaren.

    • Webex tar inte emot media från någon av riktningarna.

    • Webex skickar inte media till mottagaren. Webex teknik åtgärdar detta problem.

    • Webex tar inte emot media från Cloud PSTN. Webex teknik åtgärdar detta problem.

    • Webex tar inte emot media från molntjänsten. Webex teknik åtgärdar detta problem.

    • Webex tar inte emot media från den lokala gatewayen. Kundadministratören måste undersöka problemet.

  • Fel vid optimering av mediesökväg— Få anrop kan inte konfigurera optimering av mediesökväg. Insiktsbannern visar orsaken till misslyckade ICE-anrop och lösningen högst upp på sidan med hoppdetaljer.

    Några av de möjliga orsakerna är:

    • ICE misslyckades på grund av serveråtkomst med stun – se referensinformation för Webex-anropsportar.

    • ICE misslyckades på grund av anslutningskontroll - verifiera anslutningen mellan nätverk.

    • ICE misslyckades eftersom standardtiden för vägen tur och retur var similar/better än någon optimerad väg.

Begränsningar

Mätvärden för mediekvalitet och flöden som initierar och avslutar från nätverkssidan är inte tillgängliga för följande enheter:

  • Analoga telefoner

  • Tredjepartsenheter

  • IPv6-slutpunkter

Samtalsflöden som stöds

Mediakvalitetsrapporterna samlas in från uppringare- och samtalsslutpunkter samt från mediareläpunkterna. Detta gör det möjligt för en segmentering av medieupplevelsen att begränsa och identifiera om problemet inträffade vid:

  • Uppringare eller inringare

  • Mediesökväg till eller från Webex Calling moln.

Samtalsslutpunkter visas om det fanns en mediasession som har etablerats med minst Webex Calling en registrerad slutpunkt i samtalet. För ett utgående samtal från en sökgrupp till åtta agenter finns ingen mediaupplevelse att felsöka för de andra sju agenterna om bara ett agentsvar besvaras.

Det finns fem typer av medieupplevelser eller sökvägar för Webex Calling felsökning, som är:

  • Optimerad på nätet – Samtal inom organisationen där ICE är framgångsrikt och media flödar direkt mellan användarna. Se Webex Calling medieoptimering med den interaktiva anslutningssproblemen (ICE) för detaljerad information.

  • Ej optimerade på nätet – Samtal inom organisationen där etablering av interaktiv anslutning (ICE) inte var möjlig eller etablerad. I detta scenario kommer mediaflöden via Webex-samtalsmoln.

  • Molnbaserad näthosting – Samtal inom en organisation där media tillhandahålls av en medieserver som finns i molnet (till exempel att lyssna på röstbrevlåda, ringa in till en automatisk receptionist).

  • Off-net-samtal till eller från Webex Calling registrerad slutpunkt -

    • via molnansluten PSTN-leverantör- Inkommande och utgående samtal från en organisation där den andra parten finns i PSTN-nätverket. Media vidarebefordras via en molnansluten PSTN (CCPP) över en högkvalitativ interconnect.

    • via lokal gateway- Inkommande och utgående samtal från en organisation där den andra partens media går genom företaget. Bakom den lokala gatewayen kan mediasessionen komma från en företagsvärdad användare (till exempel registrerad för samtalskontroll i företaget) eller från PSTN, där PSTN tillhandahålls av företaget.

Om det finns 1 eller 2 Webex Calling registrerade användare som deltar i ett punkt-till-punkt-on-net-samtal visar felsökningsvyn statistik för en eller båda parter. Om samtalet är avstängdt (användare 1 får ett samtal från en PSTN-användare), visar felsökningsvyn endast användar1:s klientstatistik tillsammans med måtten som tas från mediareläpunkten.

De flesta samtalsscenarion i felsökningsvyn visar två samtalssteg (uppringare och uppringare); Vissa samtalsscenarion (t.ex. call park eller retrieve) visar dock endast en samtalsström. I sådana fall visas den andra samtalsbenen separat i felsökningsvyn. Detta hindrar inte felsökningen av samtalet och upptäckten av var problemet uppstod. Det kräver dock att administratören manuellt sammanslår de två samtalsringarna med en gemensam enhet som överlappande tid. Framtida förbättringar av felsökningsvyn kommer att eliminera behovet av att använda manuella sökningar.

Hoppstatistiken varierar under en session beroende på samplingstiden och nätverksvariationen. Värdena som rapporteras av mediareläpunkten och klienterna (end-to-end-upplevelse) kanske inte stämmer överens. De bör dock justeras nära varandra för att tillåta avsnitt längs sökvägen.

Vi rekommenderar att du använder den individuella felsökningsvyn för samtal med den aggregerade informationen som hämtas från Analytics.

Låt oss analysera samtalskvaliteten för de olika samtalstyperna med hjälp av felsökningsvyn.

Optimerad on-net samtalsflöde

Samtal inom organisationen där ICE lyckas och medialäet i molnet tas bort från sökvägen. Medieflödet är direkt mellan användarens enheter.

Slutsats:

1

Samtalet betygsätts så bra som både uppringaren och den som ringer har en bra end-to-end-upplevelse.

2

Administratören kan observera att medieflöden direkt mellan de två användarna och inte färdas via Webex-samtalsmoln.

Optimerade samtalsflöden kan ha en dålig upplevelse om företaget eller det lokala nätverket är orsaken till problemet, eftersom mediet mellan de två användarna kommer att passera det lokala nätverket. Latens eller RTT är alltid lägre vid ett optimerat samtal, men paketförlust och jitter kan fortfarande vara en faktor beroende på nätverket mellan de två användarna.

On-net ooptimerade samtalsflöde
Samtal inom organisationen där ett ICE-samtal inte lyckas och medieflöden via Webex Calling molnet.

Slutsats:

Administratören kan observera följande:

1

Inringarens upplevelse från slutet till slut klassificeras som dålig.

2

Inringarens nätverkshopp påverkar både skicka- och mottagningsströmmen.

3

Det finns inget problem med den inringade personens nätverkshopp.

4

Den inringande personens end-to-end-upplevelse klassificeras som dålig på grund av problemet som inringaren har.

Värdbaserade molnvärdar i samtalsflöde
Samtal inom en organisation där media tillhandahålls av en medieserver som tillhandahålls i molnet.

Slutsats:

Samtalet betygsätts så bra som inringarens end-to-end-upplevelse ligger inom de godkända tröskelvärdena. Administratören kan observera följande:

1

Nätverkshoppet för den som ringer klassificeras som dåligt eftersom vissa av värdena ligger över den godtagbara tröskeln.

2

Skicka ström från röstbrevlådan betygsätts så bra som den statistik som samlas in från media relä punkt.

3

Den medieserver som används för att samla in eller ljuda röstbrevlådan rapporterar för närvarande inte statistik. Men dessa servrar hanteras och hanteras som en del av Webex Calling Cloud så att kvaliteten på det länkavsnittet är internt och alltid med hög kvalitet och låg latens.

4

Administratören kan observera att inringarens upplevelse från slutet till slut betygsätts som bra även om hoppet klassificeras som dåligt. Detta beror på att den inringande har ett bra nätverk som kompenserar för prestandaförsämringningen i inringarens nätverk.

Utanför PSTN via CCPP
In- och ut samtal från en organisation där den andra parten finns PSTN nätverket. Media vidarebefordras från en molnansluten PSTN (CCPP).

I exemplet kommer klientmedia från en PSTN via molnet.

Samtalet betygsätts som dåligt eftersom deltagarens end-to-end-upplevelse inte ligger inom de godkända tröskelvärdena. Administratören kan observera följande:

1

Problemet är att inringarens ljud inte PSTN hoppa över specifikt i den sändande ström.

2

Det finns inget problem med den inringade personens nätverkshopp.

3

Den inringande personens end-to-end-upplevelse klassificeras som dålig på grund av problemet som inringaren har.

4

End-to-end-upplevelsen och ta emot strömstatistik för den som ringer in på PSTN-nätverket är för närvarande inte tillgänglig eftersom dessa värden inte överförs till Webex Calling Cloud.

Nätnätsnät PSTN lokal gateway

In- och utringning från en organisation där uppringarens media kommer från ett företag. Mediasessionen kan göras från en företagsvärd (t.ex. registrerad i UCM) eller från PSTN där användaren PSTN tillhandahålls via företaget.

Slutledning

Samtalet betygsätts som dåligt eftersom uppringarens upplevelse från slutet till slut inte ligger inom de godkända tröskelvärdena. Administratören kan observera följande:

1

Det finns ett problem med att inringarens hoppa till Webex Calling Cloud både i skicka och ta emot ström.

2

Inringarens end-to-end-upplevelse klassificeras som dålig antingen på grund av problemet som observerats i hop eller problemen i användarens slut (enheter, nätverk och så vidare.)

3

Den inkommande trafiken Webex Calling Cloud från den inringande personens slut klassificeras som god.

4

End-to-end-upplevelsen och emotströmsstatistiken för den deltagare som blir uppringd från den lokala gatewayen är för närvarande inte tillgänglig eftersom dessa värden inte överförs till Webex Calling Cloud.

Felsökning av misslyckade och avvisade samtal

Kolumnen Samtalsstatus anger om ett samtal lyckades, avvisades eller misslyckades. När ett samtal har statusen Avslag eller Misslyckad kan du hålla muspekaren över statusen för att se relevant kod.

När du går igenom en användares samtalslista finns en KPI för Misslyckade samtal tillgänglig för att snabbt identifiera om användaren upplever allvarliga problem. Du kan hålla muspekaren över statusen Avslag eller Misslyckad för att se den specifika koden som är kopplad till varje status.

I vyn med hoppdetaljer visas en banner som visar mer information om varför samtalet har statusen Avslag eller Misslyckad. Du kan också se om samtalsstatusen inträffade under det ursprungliga eller avslutande hoppet.

Exempel på scenarier för misslyckade samtal

Felkod: Ingen rutt till destination

Felkod: exempel på felkod för ingen rutt till destination för ett samtal i felsökning

Ett samtalsförsök gjordes av en enhet på arbetsplatsen men misslyckades på grund av att ingen rutt till destinationen fanns tillgänglig.

Felkod: Protokollfel

Felkod: exempel på protokollfelkod för ett samtal i felsökning

Ett försök gjordes från en arbetsplatsenhet men misslyckades på grund av ett protokollrelaterat fel.

Felkod: internt fel

Felkod: exempel på intern felkod för ett samtal i felsökning

Ett samtal gjordes från en lokal gateway men misslyckades på grund av interna fel med arbetsplatsenheten på destinationen. Samtalet upprättades i 14 minuter innan det resulterade i ett internt fel.

Exempel på scenarier för avvisande samtal

Avslagskod: Samtalet avvisades

Hoppdetaljvy med en kod för avvisat samtal i felsökning i Control Hub

Ett anropsförsök misslyckades eftersom försöket inte kunde nå destinationen eller eftersom gränssnittet till destinationen inte fungerade korrekt. Exempel på avvisade scenarier är följande:

  • Samtalsförsöket avvisades på grund av avslag på anonymt samtal.

  • Samtalsförsöket avvisades på grund av behörigheter för inkommande samtal.

  • Samtalsförsöket avvisades på grund av behörigheter för utgående samtal.

  • Samtalsförsöket avvisades på grund av behörigheter för utgående samtal.

  • Samtalsförsöket avvisades på grund av konfigurerad samtalsavlyssning.

  • Samtalsförsöket avvisades på grund av misslyckande med att parkera eller hämta samtal.

  • Samtalsförsöket avvisades på grund av avslag på push-to-talk.

  • Samtalsförsöket avvisades på grund av selektiv samtalsacceptans.

  • Samtalsförsöket avvisades på grund av selektiv samtalsavvisning.

  • Samtalsförsöket avvisades på grund av fel som okänt nummer, otillräckliga behörigheter etc.

Felkod: Otilldelat nummer

Avslagskod: Exempel på felkod för otilldelat nummer för ett samtal i Felsökning

Ett uppringningsförsök gjordes av en uppringare men avvisades eftersom destinationen var till ett otilldelat nummer.

Orsaker till samtalsresultat

Följande tabell listar koderna Avslag och Fel som är tillgängliga för misslyckade samtal.

Orsak till samtalsresultatDefinition

Klart

Samtalet lyckades. Möjliga koder är:

  • Normalt – Samtalet slutfördes.
  • Användare upptagen – Samtalet lyckades, men användaren är upptagen.
  • Inget svar – Samtalet lyckades, men användaren svarade inte.

Vägran

Samtalet avslogs. Möjliga koder är:

  • Samtalavvisat – Samtalsförsök avvisades från mottagarens sida.
  • Otilldelat nummer – Det uppringda numret är inte tilldelat någon användare eller tjänst.
  • SIP408—Begäran fick tidsgränsen eftersom användaren inte kunde hittas i tid.
  • InternalRequestTimeout – Begäran överskred tidsgränsen eftersom tjänsten inte kunde uppfylla begäran på grund av ett oväntat tillstånd.
  • Q850102ServerTimeout – Återställning när timern löper ut eller servern har nått timeout.
  • NoUserResponse – Inget svar från någon slutanvändarenhet eller klient.
  • Inget svar från användaren – Inget svar från användaren.
  • SIP480—Mottagaren eller uppringda parten är för närvarande inte tillgänglig.
  • SIP487—Begäran avslutas innan samtalet besvarades.
  • Tillfälligt otillgänglig – Användaren är tillfälligt otillgänglig.
  • LocalGatewayLoop – Loop upptäckt mellan den lokala gatewayen och Webex Calling.
  • AdminCallBlock – Samtalsförsöket avvisades på grund av organisationens samtalsblockeringslista.
  • UserCallBlock – Samtalet till användaren avvisas eftersom numret finns på användarens blockeringslista.
  • Oåtkomlig – Det gick inte att dirigera samtalet till önskad destination.
  • Användaren är frånvarande – Användaren är tillfälligt oåtkomlig eller oåtkomlig.
  • Odefinierad – Ingen av ovanstående anledningar.

Fel

Samtalet misslyckades. Möjliga koder är:

  • DestinationOutOfOrder—Tjänstbegäran misslyckades eftersom destinationen inte kan nås eller gränssnittet till destinationen inte fungerar korrekt.
  • SIP501—Ogiltig metod och det går inte att identifiera begäransmetoden.
  • SIP503—Tjänsten är tillfälligt otillgänglig och kan därför inte behandla begäran.
  • Protokollfel – Okänd eller oimplementerad versionskod.
  • SIP606—En del av sessionsbeskrivningen var inte acceptabel.
  • Ingen rutt till destinationen – Ingen rutt tillgänglig till destinationen.
  • Internt – misslyckades på grund av interna Webex Calling-orsaker.
  • MaxConcurrentTerminatingAlertingRequestsExceeded – Antalet samtidiga obesvarade samtal till en lokal gateway, för samma samtal och uppringda nummer, överskred gränsen.
  • Odefinierad – Ingen av ovanstående anledningar.