- Hjem
- /
- Artikel
Fejlfinding af Webex Calling-opkald i Control Hub
Fejlfindingsvisningen i Webex Calling giver administratorer mulighed for at fejlfinde forbindelses- og medierelaterede kvalitetsproblemer for Webex Calling-opkald. Du kan søge efter oplysninger relateret til opkaldet, se om det var vellykket, afvist eller mislykkedes, se dets mediestatistikker, identificere hvor problemet opstod, og løse problemet.
Overblik
Fejlfinding for Webex Calling giver dig mulighed for at fejlfinde problemer med mediekvalitet og opkaldsforbindelse for specifikke Webex Calling-opkald. Du kan have brug for at fejlfinde opkald af forskellige årsager, f.eks. klager fra kunder om, hvordan de oplever dårlig opkaldskvalitet. I dette tilfælde kan du gå direkte til fejlfindingsvisningen, søge efter disse specifikke kald og derefter se hopdetaljerne for at finde ud af, hvor problemet kan være. Du kan også bruge fejlfinding til proaktivt at overvåge opkaldskvaliteten for organisationen og komme specifikke problemer på forkant, før brugerne bemærker det.
For at få adgang til fejlfindingsvisningen skal du have rollen som fuld administrator, skrivebeskyttet administrator eller supportadministrator i Control Hub.
Du kan søge ved hjælp af følgende kriterier for at få en liste over opkald, hvor en mediesession blev brugt med mindst ét Webex Calling-registreret slutpunkt:
-
E-mail-ID'er
-
Telefonnumre
-
MAC-adresse
-
Opkalds-id'er
-
Korrelations-id
Delvis søgning understøttes for e-mail-id'er, telefonnumre og opkalds-id'er. For telefonnumre kan du indtaste de første tre til otte cifre og derefter trykke på Enter for at se matchende poster. Hvis du indtaster mere end otte cifre, vil søgningen forsøge at finde et præcist match. Bemærk, at hvis du kopierer og indsætter et telefonnummer fra et andet sted, skal du inkludere +1 for at søgningen kan virke.
Fejlfinding med Webex Calling giver dig mulighed for at:
-
Søg efter vellykkede, mislykkede og afviste opkald.
-
Se den slutpunkt-til-slutpunkt-oplevelse, som deltagerne i opkaldet har.
-
Vis en hop detalje af opkaldet.
-
Se, om mediet krydser tværs gennem skyen Webex-opkald direkte mellem brugerne (ved hjælp af ICE (Interactive Connectivity Mæsning).
-
Se indsigt, hvis der ikke er medier i opkaldet, eller når opsætningen af stioptimering mislykkedes.
-
Se opkald for de sidste 21 dage.
-
Se signalrelaterede opkaldsfejl og afvisninger.
-
Analyser de opkaldskvalitetsmålinger, der på påvirkede brugerens oplevelse. For eksempel kan en administrator observere høj jitter på klienter over Wi-Fi-netværk, men pakketab og latenstid kan være acceptabelt.
-
Find ud af, om problemet er med opkalderen eller opkalderen.
De opkald, der Webex-opkald , vises efter opkaldet slutter.
Fejlfindingsvisningen hjælper med at identificere problemområdet ved at give alle relevante målinger og kan ikke nødvendigvis give dig den grundlæggende årsag til et dårligt opkald. Se disse markører for at identificere forskellige faktorer og vælge valgmuligheder for opløsning:
-
Slutbrugerens slutpunkt-til-slutpunkt-oplevelse.
-
Visningen Hop detaljer.
-
Send eller modtag målinger fra brugeren eller mediets videresendelsespunkt.
-
Hvorvidt opkaldet fandt sted til eller fra et eksternt netværk eller mellem Webex-opkald registrerede slutpunkter.
Søgevisning

Når du søger efter et opkald, er følgende data tilgængelige:
Kolonnenavn | Definition |
---|---|
Opkaldsstatus |
Om opkaldsforsøget lykkedes eller ej. Når opkaldsforsøget har statussen Afvisning eller Mislykket, kan du holde musen over statussen for at se den relevante kode. Mulige værdier er:
|
Kvalitet |
De Webex-opkald opkald bedømmes efter kvalitet. Denne bedømmelse gælder dog ikke for Webex-møder eller Call on Webex-sessioner. Opkaldsoplevelsen bedømmes som:
|
Tjeneste |
Tjeneste brugt til opkaldet. |
Starttidspunkt |
Starttidspunktet for opkaldet, baseret på den tidszone, der er valgt ud for datointervalvælgeren. |
Møde / Opkaldsnummer |
Telefonnummer på den opkaldende part. |
Navn |
Vist navn på den, der ringer, og den, der bliver kaldt op. |
Vært/opkalder |
Vist navn på den, der ringer op. |
Deltagere |
Antal brugere i opkaldet. |
Varighed |
Varigheden af, hvor længe opkaldet varede. |
Websted/sted |
Webex Calling-placering for den, der ringer op. |
Konference / Korrelations-ID |
Korrelations-id for at binde flere call legs i den samme opkaldssession sammen. |
Søgte brugerens nøglepræstationsindikatorer (KPI'er)

Når du søger efter en bruger, er følgende KPI'er tilgængelige:
- Mislykkede opkald– Antal mislykkede opkald i det valgte datointerval.
- Dårlige mødereferater– Antal minutter under Webex-møder, der havde dårlig ydeevne i det valgte datointerval.
- Opkald på Webex med dårlig kvalitet– Antal Opkald på Webex opkald, der havde dårlig ydeevne i det valgte datointerval.
- Webex Calling-opkald med dårlig kvalitet– Antal Webex Calling -opkald, der havde dårlig ydeevne i det valgte datointerval.
- Dårlige WebRTC-minutter– Antal minutter med dårlig kvalitet under brug af WebRTC i det valgte datointerval.
- Samlede mødeminutter– Samlet antal Webex-møder minutter i det valgte datointerval.
- Samlet antal opkald i Webex-minutter– Samlet antal opkald i Webex minutter i løbet af det valgte datointerval.
- Samlede Webex Calling-opkaldsminutter– Samlet antal Webex Calling-minutter i løbet af det valgte datointerval.
- Samlede WebRTC-minutter— Samlet antal WebRTC minutter i løbet af det valgte datointerval.
Visning af hopdetaljer
Følgende data er tilgængelige i hopdetaljevisningen:
Vilkår | Definition |
---|---|
Slutpunkt |
Viser en af følgende:
|
Hardware |
Viser en af følgende:
|
Placering |
Webex-opkaldsplacering, der er konfigureret for brugeren. Det land, hvor Webex Calling blev leveret, vises også i parentes. |
Lokal IP |
Den lokale IP-adresse for klienten for den netværksgrænseflade, som den bruger til at sende medie. IP-adresser er delvist maskerede for at bevare brugernes personlige identitet. |
Offentlig IP-adresse |
Dette er kundens offentlig IP-adresse adresse, som ses af -skyen. For virksomheder er dette adressen på den firewall, der leverer NAT. IP-adresser er delvist maskerede for at bevare brugernes personlige identitet. |
MAC-adresser |
MAC-adressen for klientens slutpunkt. |
Geoplacering |
Geografisk opslag af offentlig IP-adresse. Denne adresse er ikke nøjagtig, hvis den er tilsluttet via PNC. Hvis brugeren bruger Webex-appen og opretter forbindelse til virksomheden via et VPN, er placeringen ikke nøjagtig. |
Internetudbyder |
Internet-Tjenesteudbyder, som leverer netværksforbindelse til Webex-opkald Cloud. |
Netværk |
Den type netværksforbindelse, som klienten brugte til at udveksle medier. Mulige værdier er:
|
Audio-codec |
(Send eller modtag) Medie kodnings- og afkodningsformatet, der bruges til mediet, som overføres af en klient. |
Video-codec |
(Send eller modtag) Medie kodnings- og afkodningsformatet, der bruges til mediet, som overføres af en klient. Gælder kun for et videoopkald. |
SIP-sessions-ID |
Originale (eller initiale) og endelige sessions-ID'er. |
Trunk |
Kun tilgængelig, når en lokal gateway er involveret i hoppet. Navn på den indgående og udgående trunk. |
Videresendelsesgruppe |
Kun tilgængelig, når en lokal gateway er involveret i hoppet. Navn på rutegruppen. |
PSTN-leverandørnavn |
Kun tilgængelig, når PSTN er involveret i hoppet. Sælgerens navn. |
Nogle målinger er maskerede i artiklens skærmbilleder for at bevare brugerens identitet.
Fra hopdetaljerne kan du:
-
Se om hoppet blev sendt via PSTN eller en lokal gateway.
-
Se den type bruger, der foretog eller modtog opkaldet. Nogle eksempler inkluderer
HuntGroup
,VoiceMailGroup
ogRoutePoint
. Den Detaljeret opkaldshistorikrapport indeholder en liste over alle mulige brugertyper. -
Se indsigt i opkaldet i disse scenarier:
-
Der var ingen medier til nogen af hoppene relateret til opkaldet.
-
Opsætningen af stioptimeringen mislykkedes.
-
En af hoppene mislykkedes eller afviste opkaldet. Mislykkede humle er markeret med rød, og afviste humle er markeret med gule. Der gives også en begrundelse for, hvorfor hoppet mislykkedes eller blev afvist.
-
-
Hold musen over enheden for at se den slutpunkt-til-slutpunkt-opkaldsoplevelse.
-
Hold markøren over hop mellem slutpunktet og skyen Webex-opkald for at se hopoplysningerne.
End-to-end-opkaldsoplevelsen er baseret på de mediekvalitetsdata, der indsamles fra hvert Webex Calling-registreret slutpunkt (Webex-app eller -enhed såsom 8865 eller Desk Pro) ved afslutningen af opkaldet. Opkaldet vurderes som godt, hvis slutpunktet har følgende tærskler:
-
Pakketab mindre end 5%.
-
Latens eller RTT (Round Trip Time) mindre end 400 ms.
-
Jitter mindre end 150 ms.
Kvaliteten af hop stammer fra data, der indsamles fra medie videresendelsespunktet i skyen Webex-opkald skyen. For PSTN opkald via CCPP eller lokal gateway indsamles data fra skyen Webex-opkald og ikke fra PSTN slutpunktet. Et hop bedømmes som godt, hvis medieafsendelsespunktet har følgende tærskler:
-
Pakketab mindre end 2,5 %.
-
Ventetid eller RTT på mindre end 200 ms.
-
Rysten mindre end 75 ms.
Du kan også gemme dataene i hopdetaljerne ved at vælge Handlinger og derefter vælge en af følgende muligheder:
- Gem opkaldsposter til fejlfinding (CSV)
- Gem opkaldsrapport (JSON)
- Gem deltageroplysninger (CSV)
Ruden Opkaldsdetaljer
Følgende data er tilgængelige i højre rude under Opkaldsdetaljer i visningen af hopdetaljer:
Vilkår | Definition |
---|---|
Korrelations-id | Korrelations-id for at binde flere call legs i den samme opkaldssession sammen. |
Dato for opkald | Datoen, hvor opkaldet fandt sted. |
Tidspunkt for opkald | Tidspunktet for, hvornår opkaldet startede og sluttede, blev vist i den tidszone, du valgte i søgevisningen. |
Sessionstype |
Den sessionstype, der understøttes. Eksempel: Webex-opkald |
Deltagere | Antallet af deltagere, der deltog i opkaldet. |
Navn på opkalder | Navn på opkalderen. |
Opkalders e-mail | E-mailadresse på opkalderen. |
Opkaldsnummer | Telefonnummer, som opkalderen brugte under opkaldet. |
Lyd | Typen af anvendt lyd. |
Video | Viser Ja, hvis video er aktiveret af en deltager. Hvis video slet ikke var aktiveret, viser den Nej. |
Stioptimering |
Angiver, om optimering af opkaldsstien gælder for opkaldet. De accepterede værdier er:
|
Opkaldstype |
Opkaldstype kan være en af følgende:
|
Opkald afsluttet af |
Bruger, der afsluttede opkaldet. |
Kaldte cifre |
Tastaturet cifre, som indtastes af brugeren, før præ-oversættelser. |
Tilknyttede årsag |
Angiver en årsag til, hvorfor humlen blev skabt. For eksempel angiver en værdi på |
Få adgang til fejlfindingsvisningen for Webex Calling
Delvis søgning understøttes for e-mail-id'er, telefonnumre og opkalds-id'er. For telefonnumre kan du indtaste de første tre til otte cifre og derefter trykke på Enter for at se matchende poster. Hvis du indtaster mere end otte cifre, vil søgningen forsøge at finde et præcist match. Bemærk, at hvis du kopierer og indsætter et telefonnummer fra et andet sted, skal du inkludere +1 for at søgningen kan virke.
For at analysere et Webex-opkald skal du udføre følgende:
1 |
Log ind på Control Hub og gå til Overvågning > Fejlfinding. |
2 |
Søg efter e-mail-id'et, telefonnummeret, MAC-adressen, opkalds-id'erne eller det korrelations-id, du vil se. Du kan gruppere relaterede opkald i søgevisningen ved hjælp af korrelations-ID'et. |
3 |
Anvend et filter efter eget valg. De tilgængelige filtre er:
Filtre er ikke tilgængelige, hvis du søger efter telefonnumre eller korrelations-id'er. |
4 |
Klik på et specifikt kald for at se visningen af hopdetaljer. |
Eksportér oplysninger om fejlfindingsopkald som CSV-fil
Du kan eksportere oplysninger om fejlfindingsopkald som en CSV-fil. Det er nyttigt at eksportere disse opkaldsoplysninger til komplekse opkald, der involverer flere hop, da det giver dig mulighed for at identificere problemer eller mønstre med et hurtigt blik. Du kan eksportere op til 100 oplysninger om fejlfindingsopkald pr. CSV-fil.
1 |
Log ind på Control Hub og gå til Overvågning > Fejlfinding. |
2 |
Når du har en liste over opkald, du vil se, skal du vælge . |
Fejlfinding af problemer med mediekvalitet
Hop af hop-visningen hjælper dig med at finde ud af, hvor problemet opstod. Nu hvor du har fundet, hvor problemet er, og med målingerne (rysten, pakketab, ventetid) kan du prøve følgende for at fejlfinde problemet.
Typiske muligheder for medieproblemer er:
-
Network/ISP/location Specifikke problemer— På grund af firewall, netværkskonfiguration eller båndbredde er der et mønster af dårlige oplevelser på en bestemt placering eller i et bestemt netværksundernet. Brug visningen fejlfinding pr. opkald (identificer placeringen, der er tilknyttet den dårlige session), med analysevisningen for at gennemgå de samlede mønstre for placeringen.
-
Brugerspecifikke problemer— En bruger eller enhed er forbundet til et dårligt netværk (f.eks. Wi-Fi eller hjemmearbejde), hvilket betyder, at deres oplevelse er påvirket af de tilknyttede netværksfunktioner. Se artiklen Brug CScan til at teste Webex Calling Network Quality for at identificere problemet med netværket.
-
Problemer med specifikke opkaldstyper— En brugers dårlige oplevelse skyldes kvaliteten i den anden ende. Dette er typisk i PSTN scenarier, hvor brugeren taler med en anden bruger på et mobilnetværk, og sessionen har høj pakketab på PSTN-netværket.
-
Problem med manglende medieoverførsel— Der kan være ingen medieoverførsel i nogle hop. Indsigtsbanneret viser årsagen øverst på Hop-detaljesiden og den ansvarlige part i informationsfeltet på Hop-detaljesiden. Nogle af de mulige årsager til manglende medier i opkald samt de ansvarlige parter er anført her:
-
Webex modtager ikke medier fra afsenderen.
-
Webex modtager ikke medier fra modtageren.
-
Webex modtager ikke medier fra nogen af retningerne.
-
Webex sender ikke medier til modtageren. Webex-teknik håndterer dette problem.
-
Webex modtager ikke medier fra Cloud PSTN. Webex-teknik håndterer dette problem.
-
Webex modtager ikke medier fra cloud-tjenesten. Webex-teknik håndterer dette problem.
-
Webex modtager ikke medier fra den lokale gateway. Kundeadministratoren skal undersøge problemet.
-
-
Mediestioptimeringsfejl— Få kald kan ikke konfigurere mediestioptimering. Indsigtsbanneret viser årsagen til mislykkede ICE-opkald og løsningen øverst på siden med Hop-detaljer.
Nogle af de mulige årsager er:
-
ICE mislykkedes på grund af lammende serveradgang - se Webex-opkaldsportreferenceoplysninger.
-
ICE mislykkedes på grund af forbindelseskontrol - bekræft forbindelsen mellem netværk.
-
ICE mislykkedes, da standardrutens rundturstid var similar/better end nogen optimeret sti.
-
Begrænsninger
Målinger af mediekvalitet og oprindelses- og afslutningsflows fra netværkssiden er ikke tilgængelige for følgende enheder:
-
Analoge telefoner
-
Tredjepartsenheder
-
IPv6-slutpunkter
Understøttede opkaldsstrømme
Mediekvalitetsrapporterne indsamles fra opkalder- og opkalderslutpunkterne og medie videresendelsespunkterne. Dette tillader en segmentering af medieoplevelsen for at begrænse og identificere, om problemet opstod på:
-
Opkalder eller opkalder
-
Mediesti til eller fra Webex-opkald cloud.
Call legs vises, hvis der var en mediesession, der er oprettet med mindst Webex-opkald registrerede slutpunkt i opkaldet. For eksempel i forbindelse med et udgående opkald fra viderestillingsgruppe til otte agenter, hvis der kun er ét agentsvar, er der ingen medieoplevelse at fejlsende for de andre syv agenter.
Der findes fem typer medieoplevelser eller stier til Webex-opkald fejlfinding, som er:
-
On-net Optimeret – Opkald inden for organisationen, hvor ICE er vellykket, og medierne flyder direkte mellem brugerne. Få Webex-opkald oplysninger om optimering af medier med interaktiv tilslutningsmuligheder (ICE ).
-
On-net ikke optimeret – Opkald inden for organisationen, hvor etablering af interaktiv forbindelse (ICE) ikke var mulig eller etableret. I dette scenarie flyder mediet gennem Webex Calling Cloud.
-
On-net Cloud Hosted – Opkald inden for en organisation, hvor medier leveres af en medieserver, der hostes i skyen (f.eks. aflytning af telefonsvarer, opkald til en automatisk omstilling).
-
Off-net-opkald til eller fra det registrerede Webex Calling-slutpunkt -
-
via Cloud Connected PSTN Provider- Indgående og udgående opkald fra en organisation, hvor den anden part er på PSTN-netværket. Mediet videresendes via en cloud-PSTN udbyder (CCPP) over en interforbindelse af høj kvalitet.
-
via lokal gateway- Indgående og udgående opkald fra en organisation, hvor den anden parts medier går gennem virksomheden. Bag den lokale gateway kan mediesessionen være fra virksomhedsværtsbruger (for eksempel registreret til opkaldskontrol i virksomheden) eller fra PSTN, hvor PSTN leveres af virksomheden.
-
Hvis der er 1 eller 2 Webex-opkald registrerede brugere, der er involveret i et punkt til punkt på nettet-opkald, præsenterer fejlfindingsvisningen målinger for en eller begge parterne. Hvis opkaldet er uden for nettet (bruger 1 modtager et opkald fra en PSTN-bruger), viser fejlfindingsvisningen kun bruger1s klientmålinger sammen med de målinger, der er foretaget fra medie videresendelsespunktet.
De fleste opkaldsscenarier i fejlfindingsvisningen viser to call legs (opkalder og opkalder); Dog viser nogle af opkaldsscenarierne (såsom parkering af opkald eller hent) kun ét opkaldsben. I sådanne tilfælde vises det andet opkaldsben separat i fejlfindingsvisningen. Dette foretager ikke fejlfinding af opkaldet og påviser, hvor problemet opstod. Men det kræver, at administratoren manuelt korrelerer de to call legs ved hjælp af en fælles enhed, såsom overlappende tid. Fremtidige forbedringer af fejlfindingsvisningen fjerner behovet for at bruge manuelle opslag.
Hop-metrik varierer i løbet af en session afhængigt af samplingtiden og variationen i netværket. De værdier, der rapporteres af mediets videresendelsespunkt og klienterne (slutpunkt-til-slutpunkt-oplevelsen) passer muligvis ikke. De bør dog være i tæt justering for at tillade segmentering på stien.
Vi anbefaler, at du bruger visningen af fejlfinding for individuelle opkald med de samlede oplysninger, der stammer fra analyser.
Lad os analysere opkaldskvaliteten for de forskellige opkaldstyper ved hjælp af fejlfindingsvisningen.
Opkald inden for organisationen, hvor ICE lykkes, og medie videresendelsen i skyen fjernes fra stien. Mediestrømmen er direkte mellem brugerens enheder.
Inferens:
1 |
Opkaldet bedømmes så godt, som både den, der ringer, og den, der ringer op, har en god slutpunkt til slutpunkt-oplevelse. |
2 |
Administratoren kan observere, at medier flyder direkte mellem de to brugere og ikke bevæger sig gennem Webex Calling-cloud. Optimerede opkaldsstrømme kan have en dårlig oplevelse, hvis virksomheden eller det lokale netværk er kilden til problemet, da mediet mellem de to brugere vil krydse det lokale netværk. Latenstid eller RTT er altid lavere på et optimeret opkald, men pakketab og rysten kan stadig være en ting, afhængigt af netværket mellem de to brugere. |
Inferens:
Administratoren kan observere følgende:
1 |
Opkalderens slutpunkt-til-slutpunkt-oplevelse bedømmes som dårlig. |
2 |
Der er et problem med opkalderens netværks-hop, som påvirker både send- og modtag-streamen. |
3 |
Opkalderens netværks-hop har ikke et problem. |
4 |
Opkalderens slutpunkt-til-slutpunkt-oplevelse bedømmes som dårlig på grund af problemet fra opkalderen. |
Inferens:
Opkaldet bedømmes så godt, som opkalderens slutpunkt-til-slutpunkt-oplevelse ligger inden for de accepterede tærskler. Administratoren kan observere, at følgende:
1 |
Netværkshop for opkalderen bedømmes som dårligt, da nogle af metrikerne ligger over den acceptable tærskel. |
2 |
Send-stream fra indtalt besked bedømmes som god pr. de målinger, der indsamles fra medie videresendelsespunktet. |
3 |
-medieserver bruges til at indsamle eller installere telefonsvareren, men rapporterer i øjeblikket ikke metrik. Men disse servere hostes og administreres som en del af Webex-opkald Cloud, så kvaliteten af dette linksegment er intern og altid høj kvalitet, lav ventetid. |
4 |
Administratoren kan observere, at opkalderens slutpunkt-til-slutpunkt-oplevelse bedømmes som god, selvom hop er sorteret som dårlig. Dette skyldes opkalderens hop, der har et godt netværk, der kompenserer for forringet præstation på opkaldernetværket. |
I eksemplet kommer klientmedie fra en PSTN via skyen.
Opkaldet bedømmes som dårligt, da den, der ringer ops slutpunkt-til-slutpunkt-oplevelsen, ikke er inden for de accepterede tærskler. Administratoren kan observere følgende:
1 |
Problemet er med opkalderens e-mail PSTN hop specifikt med den sendende stream. |
2 |
Opkalderens netværks-hop har ikke et problem. |
3 |
Opkalderens slutpunkt-til-slutpunkt-oplevelse bedømmes som dårlig på grund af problemet fra opkalderen. |
4 |
Slutpunkt-til-slutpunkt-oplevelsen og stream-målinger for opkalderen, som er på PSTN-netværket, er ikke tilgængelige i øjeblikket, da disse metrik ikke overføres til den Webex-opkald Cloud. |
Opkald ind og ud af en organisation, hvor opkalderens medie kommer fra en virksomhed. Mediesessionen kan være fra en virksomhedsværtsbruger (f.eks. registreret til UCM) eller fra PSTN, hvor PSTN leveres via virksomheden.
Inferens
Opkaldet bedømmes som dårligt, da opkalderens slutpunkt-til-slutpunkt-oplevelse ikke ligger inden for de accepterede tærskler. Administratoren kan observere følgende:
1 |
Der er et problem med opkalderens hop til Webex-opkald Cloud både på send- og modtag-streamen. |
2 |
Opkalderens slutpunkt-til-slutpunkt-oplevelse bedømmes som dårlig, enten på grund af det problem, der observeres i hop, eller problemer i brugerens ende (enheder, netværk, osv.) |
3 |
Den indgående trafik til Webex-opkald Cloud fra den, der ringer op, bedømmes som god. |
4 |
Slutpunkt-til-slutpunkt-oplevelsen og stream-metrik for den opkaldende, som ringes fra den lokale gateway, er ikke tilgængelige i øjeblikket, da disse metrik ikke overføres til den Webex-opkald Cloud. |
Fejlfinding af mislykkede og afviste opkald
Kolonnen Opkaldsstatus angiver, om et opkald var vellykket, afvist eller mislykkedes. Når et opkald har statussen Afvisning eller Mislykket, kan du holde musen over statussen for at se den relevante kode.
Når du går ned i en brugers liste over opkald, er en Mislykket opkald KPI tilgængelig for hurtigt at identificere, om den pågældende bruger oplever betydelige problemer. Du kan holde musen over statussen Afvisning eller Mislykket for at se den specifikke kode, der er knyttet til hver status.
I visningen af hopdetaljer vises et banner, der viser dig flere oplysninger om, hvorfor opkaldet har statussen Afvisning eller Mislykket. Du kan også se, om opkaldsstatussen opstod under det oprindelige eller afsluttende hop.
Eksempel på scenarier med mislykkede opkald
Fejlkode: Ingen rute til destination
Der blev foretaget et opkaldsforsøg fra en enhed på arbejdspladsen, men det mislykkedes, da der ikke var nogen rute tilgængelig til destinationen.
Fejlkode: Protokolfejl
Der blev foretaget et opkaldsforsøg fra en enhed på arbejdspladsen, men det mislykkedes på grund af en protokolrelateret fejl.
Fejlkode: Intern fejl
Der blev foretaget et opkald fra en lokal gateway, men det mislykkedes på grund af interne fejl med arbejdspladsenheden på destinationen. Opkaldet blev etableret i 14 minutter, før det resulterede i en intern fejl.
Eksempel på scenarier for afvisning af opkald
Afslagskode: Opkald afvist

Et opkaldsforsøg mislykkedes, fordi forsøget ikke kunne nå destinationen, eller fordi grænsefladen til destinationen ikke fungerede korrekt. Eksempler på afviste scenarier er følgende:
-
Opkaldsforsøg blev afvist på grund af afvisning af anonymt opkald.
-
Opkaldsforsøg blev afvist på grund af tilladelser til indgående opkald.
-
Opkaldsforsøg blev afvist på grund af tilladelser til udgående opkald.
-
Opkaldsforsøg blev afvist på grund af tilladelser til udgående opkald.
-
Opkaldsforsøg blev afvist på grund af konfigureret opkaldsaflytning.
-
Opkaldsforsøg blev afvist på grund af fejl i parkering eller hentning af opkald.
-
Opkaldsforsøg blev afvist på grund af afvisning af push-to-talk.
-
Opkaldsforsøg blev afvist på grund af selektiv opkaldsaccept.
-
Opkaldsforsøg blev afvist på grund af selektiv opkaldsafvisning.
-
Opkaldsforsøg afvises på grund af fejl som ukendt nummer, utilstrækkelige tilladelser osv.
Fejlkode: Ikke-tildelt nummer

En opkalder forsøgte at ringe, men det blev afvist, fordi destinationen var til et ikke-tildelt nummer.
Årsager til opkaldsresultat
Følgende tabel viser koderne Afvisning og Fejl tilgængelige for mislykkede opkald.
Årsag til opkaldsresultat | Definition |
---|---|
Succes |
Opkaldet var vellykket. Mulige koder er:
|
Afslag |
Opkaldet blev afvist. Mulige koder er:
|
Fejl |
Opkald mislykkedes. Mulige koder er:
|