Oversikt

Feilsøking for Webex Calling lar deg feilsøke problemer med mediekvalitet og samtaletilkobling for spesifikke Webex Calling-anrop. Du vil kanskje feilsøke anrop av ulike årsaker, for eksempel klager fra kunder om hvordan de opplever dårlig samtalekvalitet. I dette tilfellet kan du gå direkte til feilsøkingsvisningen, søke etter disse spesifikke anropene og deretter se hoppdetaljene for å finne ut hvor problemet kan være. Du kan også bruke feilsøking til å proaktivt overvåke samtalekvaliteten for organisasjonen og komme i forkjøpet til spesifikke problemer før brukerne legger merke til det.

For å få tilgang til feilsøkingsvisningen må du ha full administratorrolle, skrivebeskyttet administratorrolle eller støtteadministratorrolle i Control Hub.

Du kan søke ved hjelp av følgende kriterier for å få en liste over samtaler der en medieøkt ble brukt med minst ett Webex Calling-registrert endepunkt:

  • E-post-ID-er

  • Telefonnumre

  • MAC-adresse

  • Anrops-ID-er

  • Korrelasjons-ID

Delsøk støttes for e-postadresser, telefonnumre og anrops-ID-er. For telefonnumre kan du skrive inn de første tre til åtte sifrene og deretter trykke Enter for å se samsvarende oppføringer. Hvis du skriver inn mer enn åtte sifre, vil søket forsøke å finne et eksakt treff. Merk at hvis du kopierer og limer inn et telefonnummer fra et annet sted, må du inkludere +1 for at søket skal fungere.

Feilsøking av Webex Calling lar deg:

  • Søk etter vellykkede, mislykkede og avviste anrop.

  • Se den komplette opplevelsen til deltakerne i samtalen.

  • Se en hoppdetalj for samtalen.

  • Se om mediene går gjennom Webex Calling-skyen, eller direkte mellom brukerne (ved hjelp av Interactive Connectivity Establishment (ICE)).

  • Vis innsikt hvis det ikke er noen medier i samtalen, eller når oppsettet av baneoptimalisering mislyktes.

  • Se samtaler de siste 21 dagene.

  • Vis signalrelaterte anropsfeil og avvisninger.

  • Analyser samtalekvalitetsmålingene som påvirket brukeropplevelsen. For eksempel kan en administrator observere høy jitter på klienter over Wi-Fi-nettverk, men pakketap og ventetid kan være akseptabelt.

  • Finn ut om problemet ligger hos den som ringer eller den som blir ringt.

Samtalene som bruker Webex Calling vises etter at samtalen er avsluttet.

Feilsøkingsvisningen hjelper med å identifisere problemområdet ved å gi alle relevante målinger, og kan ikke nødvendigvis gi deg den underliggende årsaken til en dårlig samtale. Se på disse punktene for å identifisere ulike faktorer og bestemme løsningsalternativene:

  • Brukerens helhetlige opplevelse.

  • Hoppdetaljer-visningen.

  • Send eller motta målinger fra brukeren eller medierelépunktet.

  • Om samtalen skjedde til eller fra et eksternt nettverk, eller mellom de registrerte Webex Calling-sluttpunktene.

Søkevisning

Søkte etter anrop i Feilsøking i Kontrollhub

Når du søker etter et anrop, er følgende data tilgjengelige:

KolonnenavnDefinisjon

Anropsstatus

Om anropsforsøket var vellykket eller ikke. Når anropsforsøket har statusen Avslag eller Mislykket, kan du holde musepekeren over statusen for å se den relevante koden. Mulige verdier er:

  • Vellykket – Anropsforsøket var vellykket.

  • Avslag – Anropsforsøket ble avvist.

  • Feil – Anropsforsøket mislyktes.

Kvalitet

Webex Calling-samtalene er gradert etter kvalitet. For Webex-møter eller Call on Webex-økter gjelder imidlertid ikke denne vurderingen. Samtaleopplevelsen er gradert som:

  • Dårlig – indikerer at enten den som ringer eller den som ble ringt hadde en dårlig ende-til-ende-opplevelse (for eksempel hakkete lyd).

  • Bra – indikerer at den totale opplevelsen for innringeren og mottakeren ikke overskred terskler.

  • Ingen / Ikke tilgjengelig – ingen data om mediekvalitet tilgjengelig.

Service

Tjenesten som ble brukt for samtalen.

Starttid

Starttidspunktet for samtalen, basert på tidssonen som er valgt ved siden av datoperiodevelgeren.

Møte / Ringernummer

Telefonnummeret til den som ringer.

Navn

Visningsnavn på innringer og mottaker.

Vert / Innringer

Visningsnavn på den som ringer.

Deltakerne

Antall brukere i samtalen.

Varighet

Varighet for hvor lenge samtalen varte.

Nettsted / Sted

Webex Calling-posisjonen til den som ringer.

Konferanse / Korrelasjons-ID

Korrelasjons-ID for å knytte sammen flere samtaleledd i samme samtaleøkt.

Søkte etter brukerens nøkkelindikatorer (KPI-er)

KPI-er for en søkt bruker i Feilsøking i Control Hub

Når du søker etter en bruker, er følgende KPI-er tilgjengelige:

  • Mislykkede anrop– Antall anrop som mislyktes i løpet av det valgte datointervallet.
  • Dårlige møtereferater– Antall minutter under Webex-møter som hadde dårlig ytelse i løpet av det valgte datointervallet.
  • Anrop på Webex med dårlig kvalitet– Antall Anrop på Webex -anrop som hadde dårlig ytelse i løpet av det valgte datointervallet.
  • Webex Calling-anrop med dårlig kvalitet– Antall Webex Calling -anrop som hadde dårlig ytelse i løpet av det valgte datointervallet.
  • Dårlige WebRTC-minutter– Antall minutter med dårlig kvalitet ved bruk av WebRTC i løpet av det valgte datointervallet.
  • Totalt antall møteminutter– Totalt antall Webex-møter minutter i løpet av det valgte datointervallet.
  • Totalt antall Webex-samtaleminutter– Totalt antall Webex-samtaleminutter i løpet av det valgte datointervallet.
  • Totalt antall Webex Calling-samtaleminutter– Totalt antall Webex Calling-minutter i løpet av det valgte datointervallet.
  • Totalt antall WebRTC-minutter– Totalt antall WebRTC minutter i løpet av det valgte datointervallet.

Visning av hoppdetaljer

Eksempel på viktige detaljer for en Webex Calling-samtale i feilsøking

Følgende data er tilgjengelige i hoppdetaljvisningen:

PeriodeDefinisjon
Endepunkt

Viser ett av følgende:

  • Bordtelefon for et fysisk endepunkt

  • Webex-appen

  • Romenhet for Cisco Room Series-enheter

Maskinvare

Viser ett av følgende:

  • Modellinformasjon for bordtelefon for et fysisk endepunkt

  • «-» for en Webex-app

  • Informasjon om Room Series-modellen for Cisco Room Series-enheten

Sted

Webex Calling-plassering som er konfigurert for brukeren. Landet der Webex Calling ble levert vises også i parentes.

Lokal IP-adresse

Den lokale IP-adressen til klienten for nettverksgrensesnittet som brukes til å overføre medier. IP-adresser er delvis maskert for å bevare brukerens personlige identitet.

Offentlig IP

Dette er klientens offentlige IP-adresse slik den vises av skyen. For bedrifter er dette adressen til brannmuren som leverer NAT-en. IP-adresser er delvis maskert for å bevare brukerens personlige identitet.

MAC-adresser

MAC-adressen til klientens endepunkt.

Geolokalisering

Geografisk oppslag av offentlig IP-adresse. Denne adressen er ikke nøyaktig hvis den er koblet til via PNC. Hvis brukeren bruker Webex-appen og kobler til bedriften via et VPN, er ikke plasseringen nøyaktig.

Internettleverandør

Internettleverandør som tilbyr nettverkstilkobling til Webex Calling Cloud.

Nettverk

Typen nettverkstilkobling som klienten brukte til å utveksle medier. Mulige verdier er:

  • Wi-Fi

  • Ethernet

  • Mobil

  • Ukjent

Lydkodek

(Send eller motta) Mediekodings- og dekodingsformatet som brukes for mediene som overføres av en klient.

Videokodek

(Send eller motta) Mediekodings- og dekodingsformatet som brukes for mediene som overføres av en klient. Gjelder kun for videosamtaler.

SIP-økt-ID

Opprinnelige (eller initiale) og endelige økt-ID-er.

Stamme

Bare tilgjengelig når en lokal gateway er involvert i hoppet. Navn på innkommende og utgående trunk.

Rutegruppe

Bare tilgjengelig når en lokal gateway er involvert i hoppet. Navn på rutegruppen.

PSTN-leverandørnavn

Bare tilgjengelig når PSTN er involvert i hoppet. Navn på leverandør.

Noen målinger er maskert i artikkelens skjermbilder for å bevare brukerens identitet.

Fra hoppdetaljene kan du:

  • Se om hoppet ble rutet via PSTN eller en lokal gateway.

  • Se hvilken type bruker som ringte eller mottok samtalen. Noen eksempler inkluderer HuntGroup, VoiceMailGroupog RoutePoint. Den detaljerte anropshistorikkrapporten ] viser en liste over alle mulige brukertyper.

  • Se innsikt om samtalen i disse scenarioene:

    • Det var ingen media for noen av hoppene relatert til samtalen.

    • Oppsettet av baneoptimalisering mislyktes.

    • En av hoppene mislyktes eller avslo anropet. Mislykkede humler er merket med rødt, og avviste humler er merket med gult. Det oppgis også en begrunnelse for hvorfor hoppet mislyktes eller ble avvist.

  • Hold musepekeren over enheten for å se den komplette samtaleopplevelsen.

  • Hold musepekeren over hoppet mellom endepunktet og Webex Calling-skyen for å se hoppdetaljene.

Ende-til-ende-samtaleopplevelsen er basert på mediekvalitetsdataene som samles inn fra hvert Webex Calling-registrerte endepunkt (Webex-app eller enhet som 8865 eller Desk Pro) på slutten av samtalen. Samtalen vurderes som god hvis endepunktet har følgende terskler:

  • Pakketap mindre enn 5%.

  • Latens eller RTT (rundturstid) mindre enn 400 ms.

  • Jitter mindre enn 150 ms.

Kvaliteten på hoppet er avledet fra data som samles inn fra mediarelépunktet i Webex Calling-skyen. For PSTN-anrop via CCPP eller lokal gateway, er datainnsamlingen fra Webex Calling-skyen og ikke fra PSTN-endepunktet. Et hopp vurderes som godt hvis medieoverføringspunktet har følgende terskler:

  • Pakketap mindre enn 2.5%.

  • Latens eller RTT mindre enn 200 ms.

  • Jitter mindre enn 75 ms.

Du kan også lagre dataene i hoppdetaljene ved å velge Handlinger og deretter velge ett av følgende alternativer:

  • Lagre feilsøkingsanropslogger (CSV)
  • Lagre samtalerapport (JSON)
  • Lagre deltakerdetaljer (CSV)

Ruten for samtaledetaljer

Følgende data er tilgjengelige i høyre rute for samtaledetaljer i visningen for hoppdetaljer:

PeriodeDefinisjon
Korrelasjons-IDKorrelasjons-ID for å knytte sammen flere samtaleledd i samme samtaleøkt.
Dato for innkallingDatoen da samtalen skjedde.
RingetidTidspunktet for når samtalen startet og sluttet, vist i tidssonen du valgte i søkevisningen.
Økttype

Økttypen som støttes. For eksempel: Webex-samtale

DeltakerneAntall deltakere som ble med i samtalen.
Navn på innringerNavn på den som ringer.
Innringerens e-postE-postadressen til den som ringer.
OppringernummerTelefonnummeret som innringeren brukte under samtalen.
LydLydtypen som brukes.
VideoViser Ja hvis video er aktivert av en deltaker. Hvis video ikke var aktivert i det hele tatt, viser den Nei.
Stioptimalisering

Angir om optimaliseringen av samtalebanen gjelder for samtalen. De aksepterte verdiene er:

  • ICE (Etablering av interaktiv tilkobling)

  • PNC (Privat nettverkstilkobling)

  • Ingen optimalisering

Anropstype

Anropstypen kan være én av følgende:

  • Nødsituasjon

  • Bedrift

  • Internasjonal

  • Mobil

  • Nasjonal

  • Operatør

  • Premium

  • Kortkode

  • Gratisnummer

  • Ukjent

  • URI

Samtalen ble avsluttet av

Brukeren som avsluttet samtalen.

Oppringte sifre

Tastatursifrene slik de ble tastet inn av brukeren, før forhåndsoversettelser.

Relatert årsak

Indikerer en grunn til hvorfor humlen ble opprettet. For eksempel indikerer verdien CallQueue at håpet skyldes et anropsforsøk fra en anropskø til en agent. Du finner mer informasjon om relaterte årsakverdier i Webex Calling detaljert samtalehistorikkrapport.

Få tilgang til feilsøkingsvisningen for Webex Calling

Delsøk støttes for e-postadresser, telefonnumre og anrops-ID-er. For telefonnumre kan du skrive inn de første tre til åtte sifrene og deretter trykke Enter for å se samsvarende oppføringer. Hvis du skriver inn mer enn åtte sifre, vil søket forsøke å finne et eksakt treff. Merk at hvis du kopierer og limer inn et telefonnummer fra et annet sted, må du inkludere +1 for at søket skal fungere.

For å analysere en Webex-samtale, gjør følgende:

1

Logg deg på Kontrollhub og gå til Overvåking > Feilsøking.

2

Søk etter e-postadressen, telefonnummeret, MAC-adressen, anrops-ID-ene eller korrelasjons-ID-en du vil se.

Du kan gruppere relaterte anrop sammen i søkevisningen ved å bruke korrelasjons-ID-en.

3

Bruk et filter du velger. De tilgjengelige filtrene er:

  • Sted
  • Personlig kvalitet
  • Enhetstype
  • Tjenestetype

Filtre er ikke tilgjengelige hvis du søker etter telefonnumre eller korrelasjons-ID-er.

4

Klikk på et bestemt anrop for å se detaljvisningen for hopp.

Eksporter detaljer om feilsøkingsanrop som CSV-fil

Du kan eksportere detaljer om feilsøkingsanrop som en CSV-fil. Det er nyttig å eksportere disse samtaledetaljene for komplekse samtaler som involverer flere hopp, ettersom det lar deg identifisere problemer eller mønstre med et raskt blikk. Du kan eksportere opptil 100 detaljer om feilsøkingsanrop per CSV-fil.

1

Logg deg på Kontrollhub og gå til Overvåking > Feilsøking.

2

Når du har en liste over samtaler du vil se, velger du Eksporter > Lagre feilsøkingsanropslogger (CSV).

Uthevet Eksporter-knapp for søkte anrop i Feilsøking i Kontrollhub

Feilsøking av problemer med mediekvalitet

Hopp-for-hopp-visningen hjelper deg med å finne hvor problemet oppsto. Nå som du har funnet ut hvor problemet ligger, og med målingene (jitter, pakketap, latens), kan du prøve følgende for å feilsøke problemet.

Typiske muligheter for medieproblemer er:

  • Network/ISP/location spesifikke problemer– På grunn av brannmur, nettverkskonfigurasjon eller båndbredde er det et mønster med dårlige opplevelser på et bestemt sted eller i et nettverksundernett. Bruk feilsøkingsvisningen per samtale (identifiser stedet som er knyttet til den dårlige økten) med analysevisningen for å gjennomgå de samlede mønstrene for stedet.

  • Brukerspesifikke problemer– En bruker eller enhet er koblet til et dårlig nettverk (for eksempel Wi-Fi eller hjemmekontor), noe som betyr at opplevelsen deres påvirkes av de tilknyttede nettverksfunksjonene. Se artikkelen Bruk CScan til å teste nettverkskvaliteten for Webex-anrop for å identifisere problemet med nettverket.

  • Problemer knyttet til anropstype– En brukers dårlige opplevelse skyldes kvaliteten i den andre enden. Dette er typisk i PSTN-scenarier der brukeren snakker med en annen bruker på et mobilnettverk, og økten har høyt pakketap på PSTN-nettverket.

  • Problem med manglende medieoverføring– Det kan hende det ikke er noen medieoverføring i noen hopp. Innsiktsbanneret viser årsaken øverst på Hop-detaljsiden og den ansvarlige parten i informasjonsboksen på Hop-detaljsiden. Noen av de mulige årsakene til manglende media i samtaler, samt ansvarlige parter, er listet opp her:

    • Webex mottar ikke medier fra avsenderen.

    • Webex mottar ikke medier fra mottakeren.

    • Webex mottar ikke media fra noen av retningene.

    • Webex sender ikke medier til mottakeren. Webex-teknikere løser dette problemet.

    • Webex mottar ikke medier fra Cloud PSTN. Webex-teknikere løser dette problemet.

    • Webex mottar ikke medier fra skytjenesten. Webex-teknikere løser dette problemet.

    • Webex mottar ikke medier fra den lokale gatewayen. Kundeadministratoren må undersøke problemet.

  • Mediebaneoptimaliseringsfeil– Få kall kan ikke konfigurere mediebaneoptimalisering. Innsiktsbanneret viser årsaken til mislykkede ICE-kall og løsningen øverst på Hop-detaljsiden.

    Noen av de mulige årsakene er:

    • ICE mislykket på grunn av overveldende servertilgang – se referanseinformasjon for Webex-anropsporter.

    • ICE mislykket på grunn av tilkoblingssjekk – bekreft tilkoblingen mellom nettverk.

    • ICE mislyktes da standard tur-retur-tid for ruten var similar/better enn noen optimalisert bane.

Begrensninger

Målinger av mediekvalitet og opprinnelses- og avslutningsstrømmer fra nettverkssiden er ikke tilgjengelige for følgende enheter:

  • Analoge telefoner

  • Tredjepartsenheter

  • IPv6-endepunkter

Støttede samtaleflyter

Rapportene om mediekvalitet samles inn fra innringerens og mottakerens endepunkter og medieoverføringspunktene. Dette tillater en segmentering av medieopplevelsen for å snevre inn og identifisere om problemet oppsto på:

  • Innringer eller mottaker

  • Mediebane til eller fra Webex Calling-skyen.

Samtalebein vises hvis det var en medieøkt som er etablert med minst ett Webex Calling-registrert endepunkt på samtalen. Hvis for eksempel bare én agent svarer for et utgående anrop fra en søkegruppe til åtte agenter, er det ingen medieopplevelse å feilsøke for de andre sju agentene.

Det finnes fem typer medieopplevelser eller -baner for feilsøking av Webex Calling, som er:

  • Optimalisert på nett – Samtaler innen organisasjonen der ICE er vellykket og mediene flyter direkte mellom brukerne. Se Webex Calling Media Optimization med Interactive Connectivity Establishment (ICE) for detaljert informasjon.

  • Ikke-optimalisert på nettet – Samtaler i organisasjonen der etablering av interaktiv tilkobling (ICE) ikke var mulig eller etablert. I dette scenariet flyter mediene gjennom Webex Calling Cloud.

  • Nettskydrift – Samtaler innenfor en organisasjon der media leveres av en medieserver som driftes i skyen (for eksempel lytting til talepost, oppringing til en automatisk svarer).

  • Off-net-anrop til eller fra Webex Calling-registrerte endepunkt -

    • via skytilkoblet PSTN-leverandør– Innkommende og utgående anrop fra en organisasjon der den andre parten er på PSTN-nettverket. Mediene videresendes via en skytilkoblet PSTN-leverandør (CCPP), over en høykvalitets sammenkobling.

    • via lokal gateway- Innkommende og utgående anrop fra en organisasjon der den andre partens media går gjennom bedriften. Bak den lokale gatewayen kan medieøkten være fra en bedriftshostet bruker (for eksempel registrert for samtalekontroll i bedriften) eller fra PSTN, der PSTN leveres av bedriften.

Hvis det er én eller to registrerte Webex Calling-brukere som er involvert i en punkt-til-punkt-samtale på nettet, viser feilsøkingsvisningen målinger for én eller begge partene. Hvis samtalen er utenfor nettet (Bruker 1 mottar en samtale fra en PSTN-bruker), viser feilsøkingsvisningen bare Bruker1s klientmålinger, sammen med målingene hentet fra mediarelépunktet.

De fleste samtalescenarioene i feilsøkingsvisningen viser to samtaleben (innringer og mottaker). Noen samtalescenarioer (som samtaleparkering eller henting) viser imidlertid bare én samtaleben. I slike tilfeller vises det andre anropsdelen separat i feilsøkingsvisningen. Dette hindrer ikke feilsøking av samtalen og å oppdage hvor problemet oppsto. Det krever imidlertid at administratoren manuelt korrelerer de to samtaledelene ved hjelp av en felles enhet, for eksempel overlappende tid. Fremtidige forbedringer av feilsøkingsvisningen vil eliminere behovet for å bruke manuelle oppslag.

Hoppmålingene varierer i løpet av en økt avhengig av samplingstiden og variasjonen i nettverket. Verdiene som rapporteres av medierelépunktet og klientene (ende-til-ende-opplevelse) stemmer kanskje ikke overens. De bør imidlertid være i tett linje for å tillate segmentering langs stien.

Vi anbefalte å bruke feilsøkingsvisningen for individuelle anrop med den samlede informasjonen som er hentet fra Analytics.

La oss analysere samtalekvaliteten for de ulike samtaletypene ved hjelp av feilsøkingsvisningen.

Optimalisert samtaleflyt på nettet

Anrop i organisasjonen der ICE er vellykket og mediareléet i skyen fjernes fra banen. Medieflyten går direkte mellom brukerens enheter.

Slutning:

1

Samtalen vurderes som god ettersom både innringer og mottaker har god ende-til-ende-opplevelse.

2

Administratoren kan observere at media flyter direkte mellom de to brukerne og ikke går gjennom Webex Calling Cloud.

Optimaliserte samtaleflyter kan gi en dårlig opplevelse hvis bedriftsnettverket eller det lokale nettverket er kilden til problemet, siden mediene mellom de to brukerne vil gå gjennom det lokale nettverket. Latens eller RTT er alltid lavere på en optimalisert samtale, men pakketap og jitter kan fortsatt være en faktor avhengig av nettverket mellom de to brukerne.

Uoptimalisert samtaleflyt på nettet
Samtaler i organisasjonen der et ICE-anrop ikke er vellykket og mediet flyter gjennom Webex Calling-skyen.

Slutning:

Administratoren kan observere følgende:

1

Innringerens ende-til-ende-opplevelse vurderes som dårlig.

2

Det er et problem med innringerens nettverkshopp som påvirker både sende- og mottaksstrømmen.

3

Mottakerens nettverkshopp har ikke noe problem.

4

Mottakerens ende-til-ende-opplevelse er vurdert som dårlig på grunn av problemet fra innringeren.

Nettskybasert samtaleflyt
Anrop innenfor en organisasjon der mediene leveres av en medieserver som ligger i skyen.

Slutning:

Samtalen vurderes som god når innringerens ende-til-ende-opplevelse er innenfor de aksepterte terskelverdiene. Administratoren kan observere følgende:

1

Nettverkshoppingen for den som ringer er vurdert som dårlig ettersom noen av målingene er over den akseptable terskelen.

2

Sendstrømmen fra talemeldingen er vurdert som god i henhold til målingene som er samlet inn fra medierelépunktet.

3

Medieserveren som brukes til å samle inn eller sende talemeldinger rapporterer for øyeblikket ikke målinger. Disse serverne driftes og administreres imidlertid som en del av Webex Calling Cloud, så kvaliteten på det koblingssegmentet er intern og alltid av høy kvalitet med lav latens.

4

Administratoren kan observere at innringerens ende-til-ende-opplevelse blir vurdert som god, selv om hoppet blir vurdert som dårlig. Dette skyldes at den som ringer har et godt nettverk som kompenserer for ytelsesforringelsen til den som ringer nettverket.

Off-net PSTN gjennom CCPP
Samtaler inn og ut av en organisasjon der den andre parten er på PSTN-nettverket. Mediene videresendes fra en skytilkoblet PSTN-leverandør (CCPP).

I eksemplet kommer klientmediet fra en PSTN-leverandør gjennom skyen.

Samtalen er vurdert som dårlig ettersom mottakerens ende-til-ende-opplevelse ikke er innenfor de aksepterte terskelverdiene. Administratoren kan observere følgende:

1

Problemet ligger i innringerens PSTN-hopp, spesielt i sendestrømmen.

2

Mottakerens nettverkshopp har ikke noe problem.

3

Mottakerens ende-til-ende-opplevelse er vurdert som dårlig på grunn av problemet fra innringeren.

4

Ende-til-ende-opplevelsen og mottaksstrømmålingene for innringeren som er på PSTN-nettverket er for øyeblikket ikke tilgjengelige, ettersom disse målingene ikke overføres til Webex Calling Cloud.

Off-net PSTN gjennom lokal gateway

Samtaler inn og ut av en organisasjon der innringerens media kommer fra en bedrift. Medieøkten kan være fra en bedriftsbasert bruker (for eksempel registrert i UCM) eller fra PSTN, der PSTN-en leveres gjennom bedriften.

Inferens

Samtalen er vurdert som dårlig ettersom innringerens ende-til-ende-opplevelse ikke er innenfor de aksepterte terskelverdiene. Administratoren kan observere følgende:

1

Det er et problem med innringerens hopp til Webex Calling Cloud både på sende- og mottaksstrømmen.

2

Innringerens ende-til-ende-opplevelse vurderes som dårlig enten på grunn av problemet som observeres i hoppet eller problemene hos brukeren (enheter, nettverk osv.).

3

Den innkommende trafikken til Webex Calling Cloud fra den som ringer, vurderes som god.

4

Ende-til-ende-opplevelsen og mottaksstrømmålingene for den oppringte som blir oppringt fra den lokale gatewayen er for øyeblikket ikke tilgjengelige, ettersom disse målingene ikke overføres til Webex Calling Cloud.

Feilsøking av mislykkede og avviste anrop

Kolonnen Samtalestatus angir om en samtale var vellykket, avvist eller mislyktes. Når en samtale har statusen Avslag eller Mislykket, kan du holde musepekeren over statusen for å se den relevante koden.

Når du ser nærmere på en brukers liste over anrop, er en KPI for Mislykket anrop tilgjengelig for raskt å identifisere om brukeren opplever betydelige problemer. Du kan holde musepekeren over statusen Avslag eller Mislykket for å se den spesifikke koden som er knyttet til hver status.

I hoppdetaljvisningen vises et banner som viser deg mer informasjon om hvorfor samtalen har statusen Avslag eller Mislykket. Du kan også se om samtalestatusen oppstod under det opprinnelige eller avsluttende hoppet.

Eksempel på mislykkede anropsscenarier

Feilkode: Ingen rute til destinasjonen

Feilkode: Eksempel på feilkode for ingen rute til destinasjon for et anrop i feilsøking

Det ble gjort et anropsforsøk fra en enhet på arbeidsplassen, men det mislyktes fordi det ikke var noen tilgjengelig rute til destinasjonen.

Feilkode: Protokollfeil

Feilkode: Eksempel på protokollfeilkode for et anrop i Feilsøking

Det ble gjort et anropsforsøk fra en enhet på arbeidsplassen, men det mislyktes på grunn av en protokollrelatert feil.

Feilkode: Intern feil

Feilkode: Eksempel på intern feilkode for et anrop i feilsøking

Et anrop ble foretatt fra en lokal gateway, men mislyktes på grunn av interne feil med arbeidsplassenheten på destinasjonen. Samtalen ble opprettet i 14 minutter før det resulterte i en intern feil.

Eksempel på avslag på anrop

Avslagskode: Anrop avvist

Hoppdetaljvisning med en avvisningskode for anrop som er avvist i feilsøking i Control Hub

Et forsøk på å ringe mislyktes fordi forsøket ikke kunne nå destinasjonen, eller fordi grensesnittet til destinasjonen ikke fungerte som det skal. Eksempler på avviste scenarioer er følgende:

  • Anropsforsøket ble avvist på grunn av avvisning av anonymt anrop.

  • Anropsforsøket ble avvist på grunn av tillatelser for innkommende anrop.

  • Anropsforsøket ble avvist på grunn av tillatelser for utgående anrop.

  • Anropsforsøket ble avvist på grunn av tillatelser for utgående anrop.

  • Anropsforsøket ble avvist på grunn av konfigurert anropsavskjæring.

  • Anropsforsøket ble avvist på grunn av en feil med parkering eller henting av samtale.

  • Anropsforsøket ble avvist på grunn av avvisning av Push-to-talk.

  • Anropsforsøket ble avvist på grunn av selektiv anropsmottak.

  • Anropsforsøket ble avvist på grunn av selektiv avvisning av anrop.

  • Anropsforsøket ble avvist på grunn av feil som ukjent nummer, utilstrekkelige tillatelser osv.

Feilkode: Ikke-tildelt nummer

Avslagskode: Eksempel på feilkode for ikke-tildelt nummer for en samtale i Feilsøking

En innringer forsøkte å ringe, men det ble avvist fordi destinasjonen var til et ikke-tilordnet nummer.

Årsaker til samtaleutfall

Tabellen nedenfor viser kodene Avslag og Feil som er tilgjengelige for mislykkede anrop.

Årsak til samtaleutfallDefinisjon

Suksess

Samtalen var vellykket. Mulige koder er:

  • Normal – Samtalen er fullført.
  • Brukeropptatt – Samtalen var vellykket, men brukeren er opptatt.
  • NoAnswer – Samtalen var vellykket, men brukeren svarte ikke.

Avslag

Samtalen ble avvist. Mulige koder er:

  • Avvist anrop – Anropsforsøk avvist fra mottakerens side.
  • Ikke-tildelt nummer – Det oppringte nummeret er ikke tilordnet noen bruker eller tjeneste.
  • SIP408 – Forespørselen ble tidsavbrutt fordi brukeren ikke ble funnet i tide.
  • InternalRequestTimeout – Forespørselen ble tidsavbrutt fordi tjenesten ikke kunne oppfylle forespørselen på grunn av en uventet tilstand.
  • Q850102ServerTimeout – Gjenoppretting når timeren utløper eller serveren har blitt tidsavbrutt.
  • NoUserResponse – Ingen respons fra noen sluttbrukerenhet eller klient.
  • NoAnswerFromUser – Ikke noe svar fra brukeren.
  • SIP480 – Mottaker eller oppringt part er for øyeblikket utilgjengelig.
  • SIP487 – Forespørselen ble avsluttet før samtalen ble besvart.
  • Midlertidig utilgjengelig – Brukeren er midlertidig utilgjengelig.
  • LocalGatewayLoop – Sløyfe oppdaget mellom den lokale gatewayen og Webex Calling.
  • AdminCallBlock – Anropsforsøket ble avvist på grunn av organisasjonens anropsblokkeringsliste.
  • Brukeranropsblokkering – Anropet til brukeren blir avvist fordi nummeret står på brukerens blokkeringsliste.
  • Uoppnåelig – Kan ikke rute samtalen til ønsket destinasjon.
  • Brukerfraværende – Brukeren er midlertidig utilgjengelig eller ikke tilgjengelig.
  • Udefinert – Ingen av grunnene ovenfor.

Feil

Samtalen mislyktes. Mulige koder er:

  • DestinationOutOfOrder – Tjenesteforespørselen mislyktes fordi destinasjonen ikke kan nås, eller grensesnittet til destinasjonen ikke fungerer som den skal.
  • SIP501 – Ugyldig metode, og forespørselsmetoden kan ikke identifiseres.
  • SIP503 – Tjenesten er midlertidig utilgjengelig, så forespørselen kan ikke behandles.
  • Protokollfeil – Ukjent eller uimplementert utgivelseskode.
  • SIP606 – Enkelte aspekter ved øktbeskrivelsen var ikke akseptable.
  • Ingen rute til destinasjon – Ingen rute tilgjengelig til destinasjonen.
  • Intern – mislyktes på grunn av interne Webex Calling-årsaker.
  • MaxConcurrentTerminatingAlertingRequestsExceeded – Antall samtidige ubesvarte anrop til en lokal gateway, for samme anrop og oppringte nummer, overskred grensen.
  • Udefinert – Ingen av grunnene ovenfor.