Oversikt

For å finne den sannsynlige årsaken anbefales det å bruke feilsøkingsvisningen sammen med den aggregerte informasjonen som er avledet fra Webex Calling Analytics-dashbordet. Bruk Webex Calling Analytics-instrumentbordet til å vise problemer som påvirker flere brukere med en felles årsak som er relatert til plassering, nettverk og så videre; mens feilsøkingsvisningen for Webex-anrop kan identifisere problemer med individuelle samtaler.

Feilsøkingsfunksjonen for mediekvalitet krever ingen spesifikk konfigurasjon og er tilgjengelig som standard i Kontrollhub. Den er tilgjengelig for fullstendige skrivebeskyttede kunde-, støtte-, partner- og partneradministratorer.

Administratorer kan søke ved hjelp av følgende kriterier for å få en liste over kall der en medieøkt ble brukt med minst ett webex-kallende registrert sluttpunkt:

  • E-post-IDer

  • Telefonnumre (nøyaktig strengsamsvar)

  • MAC-adresse

  • Samtale-ID-er

Feilsøking i mediekvalitet gjør det mulig for administratorer å:

  • Vis ende-til-ende-opplevelsen til deltakerne i samtalen.

  • Vis en hoppdetaljer for samtalen.

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

  • Vis samtaler for de siste 21 dagene.

  • Analyser målingene for samtalekvalitet som påvirket brukerens opplevelse. En administrator kan for eksempel observere høy jitter på klienter som er koblet til Wi-Fi-nettverk, men pakketap og ventetid kan være akseptabelt.

  • Finn ut om problemet er med oppringeren eller den som ringer.


Feilsøking av mediekvalitet gjelder bare for medieøkter, og den viser ikke anropssignaleringsøkter. Alex ringer for eksempel Bob som har konfigurert CFA (Call Forward All) til Christina, og Christina svarte på anropet. I dette scenariet viser visningen for mediefeilsøking at samtalen skjedde mellom Alex og Christina, ettersom fokuset er på feilsøking av medieopplevelse i stedet for signalflyten eller samtalelivssyklusen.

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

Feilsøkingsvisningen hjelper deg med å identifisere problemområdet ved å oppgi alle relevante beregninger og kan ikke nødvendigvis gi deg hovedårsaken til et dårlig anrop. Se på disse pekerne for å identifisere ulike faktorer og bestemme oppløsningsalternativene:

  • Sluttbrukerens ende-til-ende-opplevelse.

  • Visningen Hoppdetaljer.

  • Send eller motta beregninger fra brukeren eller medierelépunktet.

  • Om kallet oppstod til eller fra et eksternt nettverk eller mellom webex calling registrerte endepunkter.

Støttede anropsflyter

Mediekvalitetsrapportene samles inn fra oppkalleren og callee-endepunktene og mediarelépunktene. Dette gjør det mulig for en segmentering av medieopplevelsen å begrense og identifisere om problemet oppstod på:

  • Oppringer eller oppringer

  • Mediebane til eller fra Webex Calling-skyen .


Anropsben vises hvis det var en medieøkt som er opprettet med minst ett Webex Calling-registrert endepunkt i samtalen. For eksempel, for en utgående samtale fra jaktgruppe til åtte agenter, hvis bare ett agentsvar, er det ingen medieerfaring å feilsøke for de andre syv agentene.

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

  • On-net Optimalisert – Samtaler i organisasjonen der ICE er vellykket og mediet flyter direkte mellom brukerne. Se Webex Calling Media Optimization with Interactive Connectivity Establishment (ICE) for detaljert informasjon.

  • On-net Unoptimized – Samtaler i organisasjonen der Interactive Connectivity Establishment (ICE) ikke var mulig eller etablert. I dette scenariet flyter mediet gjennom Webex kaller sky.

  • On-net Cloud Hosted – Samtaler i en organisasjon der medier leveres av en medieserver som er vert i skyen (for eksempel lytte til telefonsvarer, ringe inn en automatisk svartjeneste).

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

    • via Cloud Connected PSTN Provider- Innkommende og utgående samtaler fra en organisasjon der den andre parten er på PSTN-nettverket. Mediet videresendes gjennom en skytilkoblet PSTN-leverandør (CCPP), over en sammenkobling av høy kvalitet.

    • via Lokal gateway- Innkommende og utgående samtaler fra en organisasjon der den andre partens medier er gjennom bedriften. Bak den lokale gatewayen kan medieøkten være fra enterprise-vert bruker (for eksempel registrert for samtalekontroll i bedriften) eller fra PSTN, der PSTN leveres av bedriften.


Hvis det er 1 eller 2 Webex Calling-registrerte brukere som er involvert i en punkt-til-punkt-samtale på nettet, viser feilsøkingsvisningen beregninger for én eller begge parter. Hvis anropet er slått av (bruker 1 mottar et anrop fra en PSTN-bruker), viser feilsøkingsvisningen bare Bruker1s klientmålinger, sammen med beregningene hentet fra medierelépunktet.

De fleste anropsscenariene i feilsøkingsvisningen viser to anropsben (oppringer og oppringer); Noen av anropsscenarioene (for eksempel samtalepark eller hent) viser imidlertid bare ett anropsben. I slike tilfeller vises det andre anropsbenet separat i feilsøkingsvisningen. Dette hindrer ikke feilsøking av anropet og oppdager hvor problemet oppstod. Det krever imidlertid at administratoren manuelt korrelerer de to anropsbenene ved hjelp av en felles enhet, for eksempel overlappende tid. Fremtidige forbedringer i feilsøkingsvisningen eliminerer behovet for å bruke manuelle oppslag.

Få tilgang til feilsøkingsvisningen for Webex-anrop

Hvis du vil analysere et Webex-kall, gjør du følgende:

1

Gå til Overvåking > feilsøking fra kundevisningen i https://admin.webex.com/.

2

Velg Møter og samtaler, og søk deretter etter e-post-IDen til brukeren eller enheten, telefonnummeret (nøyaktig strengsamsvar), MAC-adressen til brukeren eller enheten eller anrops-IDene til anropsbenet du vil vise.

Viser informasjonen for alle samtaler og møter som er knyttet til søket.


 

Oppføringsvisningen viser kall som foretas ved hjelp av minst ett webexkallende registrert sluttpunkt og har en medieøkt.

Kvalitet-kolonnen vises bare hvis organisasjonen bruker Webex Calling.

3

Webex-anropene vurderes for kvalitet. For Webex-møter eller Call on Webex-øktergjelder imidlertid ikke denne vurderingen. Samtaleopplevelsen vurderes som:

  • Dårlig – indikerer at enten den som ringer eller den som ringer, hadde en dårlig ende-til-ende-opplevelse (for eksempel hakkete lyd).
  • God – indikerer at ende-til-ende-opplevelsen for innringeren og innringeren ikke oversteg tersklene.
  • Ingen– gjelder for møter eller Call on Webex-økter.
4

Klikk en bestemt samtale i oppføringsvisningen for å undersøke Hoppdetaljer. Hoppdetaljer-visningen viser:

Fra Hop-detaljene kan du gjøre følgende:

  • Hold pekeren over enheten for å vise ende-til-ende-samtaleopplevelsen.

  • Hold pekeren over mellom mellomhoppet og Webex Calling-skyen for å vise hoppdetaljene.

Ende-til-ende-samtaleopplevelsen er basert på mediekvalitetsdataene som samles inn fra hvert Webex Calling-registrerte endepunkt (Webex App, Webex Calling App, Webex Calling Device som 8865) på slutten av samtalen. Kallet vurderes som bra, hvis det tilfredsstiller disse terskler-packet tap mindre enn 5%, latens eller Round Trip Time (RTT) mindre enn 400 ms, og jitter mindre enn 150 ms.

Kvaliteten på mellomstasjoner er avledet fra data som samles inn fra medierelépunktet i Webex Calling-skyen . For PSTN-kall via CCPP eller lokal gateway er datainnsamlingen fra Webex Calling-skyen og ikke fra PSTN-endepunktet. Et hopp er gradert som bra, hvis det tilfredsstiller disse tersklene.

  • Pakketap mindre enn 2,5 %.

  • Ventetid eller STT mindre enn 200 ms.

  • Jitter mindre enn 75 ms.


 

Hoppmålingene varierer i løpet av en økt, avhengig av prøvetid og variasjon i nettverket. Verdiene som rapporteres av media relay-punktet og klientene (ende-til-ende-opplevelse), justeres kanskje ikke. De bør imidlertid være i nær justering for å tillate segmentering langs banen.

Vi anbefaler at du bruker den individuelle visningen for feilsøking av anrop med den aggregerte informasjonen som er avledet fra Analytics.

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

Kall i organisasjonen der ICE er vellykket og mediereléet i skyen fjernes fra banen. Medieflyten er direkte mellom brukerens enheter.

Slutning:

1

Samtalen vurderes like bra som både innringeren og innringeren har god ende-til-ende-opplevelse.

2

Administratoren kan se at medieflyten direkte mellom de to brukerne og ikke går gjennom Webex-anropsskyen.


 

Optimaliserte anropsflyter kan ha en dårlig opplevelse hvis organisasjonen eller det lokale nettverket er kilden til problemet, siden mediet mellom de to brukerne vil traversere det lokale nettverket. Ventetid eller RTT er alltid lavere på et optimalisert kall, men pakketap og jitter kan fortsatt være en faktor avhengig av nettverket mellom de to brukerne.

Samtaler i organisasjonen der et ICE-kall ikke lykkes, og mediet flyter gjennom Webex Calling-skyen.

Slutning:

Administratoren kan observere følgende:

1

Innringerens ende-til-ende-opplevelse er gradert som dårlig.

2

Det er et problem med oppkallerens nettverkshopp som påvirker både sendingen og mottaksstrømmen.

3

Callees nettverkshopp har ikke noe problem.

4

Innringerens ende-til-ende-opplevelse vurderes som dårlig på grunn av problemet fra innringeren.

Kall i en organisasjon der mediet leveres av en medieserver som ligger i skyen.

Slutning:

Utlysningen vurderes like bra som oppringerens ende-til-ende-opplevelse er innenfor de aksepterte tersklene. Administratoren kan se at følgende:

1

Nettverkshoppet for oppringeren vurderes som dårlig ettersom noen av beregningene er over den akseptable terskelen.

2

Sendestrømmen fra telefonsvareren vurderes som god i henhold til beregningene som samles inn fra medierelépunktet.

3

Medieserveren som brukes til å samle inn eller sette inn telefonsvareren, rapporterer for øyeblikket ikke beregninger. Imidlertid er disse serverne vert og administrert som en del av Webex Calling Cloud, slik at kvaliteten på koblingssegmentet er intern og alltid høy kvalitet, lav latens.

4

Administratoren kan observere at oppringerens ende-til-ende-opplevelse er gradert som god, selv om humle er gradert som dårlig. Dette skyldes at callee's hop har et godt nettverk som kompenserer for ytelsesreduksjonen av oppringerens nettverk.

Ringer inn og ut av en organisasjon der den andre parten er på PSTN-nettverket. Mediet videresendes fra en skytilkoblet PSTN-leverandør (CCPP).

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

Utlysningen vurderes som dårlig ettersom innringerens ende-til-ende-opplevelse ikke er innenfor de aksepterte tersklene. Administratoren kan observere følgende:

1

Problemet er med oppringerens PSTN-hopp spesielt med sendestrømmen.

2

Callees nettverkshopp har ikke noe problem.

3

Innringerens ende-til-ende-opplevelse vurderes som dårlig på grunn av problemet fra innringeren.

4

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

Ringer inn og ut av en organisasjon der innringerens medier kommer fra en bedrift. Medieøkten kan være fra en bedriftsdriftet bruker (for eksempel registrert på UCM) eller fra PSTN, der PSTN leveres gjennom bedriften.

Slutning

Utlysningen vurderes som dårlig ettersom innringerens ende-til-ende-opplevelse ikke er innenfor de aksepterte tersklene. Administratoren kan observere følgende:

1

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

2

Oppringerens ende-til-ende-opplevelse vurderes som dårlig, enten på grunn av problemet som er observert i mellomstasjon eller problemene ved brukerens slutt (enheter, nettverk og så videre.)

3

Den innkommende trafikken til Webex Calling Cloud fra innringerens slutt vurderes som god.

4

Ende-til-ende-opplevelsen og mottaksstrømmålingene for den kalte enheten som kalles fra den lokale gatewayen, er for øyeblikket ikke tilgjengelige, da disse beregningene ikke overføres til Webex Calling Cloud.

Feilsøke problemet med mediekvalitet

Hop-by-hop-visningen hjelper deg med å finne ut hvor problemet oppstod. Nå som du har funnet ut hvor problemet er, og med beregningene (jitter, pakketap, ventetid) kan du prøve følgende for å feilsøke problemet.

Typiske muligheter for medieproblemer er:

  • Nettverks-/ISP/stedsspesifikke problemer - På grunn av brannmur, nettverkskonfigurasjon eller båndbredde er det et mønster av dårlige opplevelser på et bestemt sted eller nettverksdelnett. Bruk feilsøkingsvisningen per samtale (identifiser stedet som er knyttet til den dårlige økten) med analysevisningen for å gå gjennom de samlede mønstrene for stedet.

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

  • Samtaletypespesifikke problemer - En brukers dårlige opplevelse er på grunn av 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.

Forklaringer i feilsøkingsvisningen

Du kan vise følgende anropsdetaljer i ruten til høyre i hopp-for-hopp-visningen

Term Definisjon
Anropsdato Datoen da samtalen fant sted.
Anropstidspunkt Tidspunktet for når samtalen startet og ble avsluttet, vist i tidssonen du valgte i søkevisningen.
Økttype

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

Deltakere Antall deltakere som ble med i samtalen.
Innringerens navn Navn på oppringeren.
Innringers e-postadresse E-postadressen til den som ringer.
Innringernummer Telefonnummeret som oppringeren brukte under samtalen.
Lyd Lydtypen som brukes.
Video Viser Ja hvis video er aktivert av en deltaker. Hvis video ikke ble aktivert i det hele tatt, viser den Nei.
Baneoptimalisering

Angir om optimaliseringen av kallbanen gjelder for kallet. De godkjente verdiene er:

ICE (interaktiv tilkobling etablere)

PNC (Privat nettverkstilkobling).

Ingen optimalisering

Anropstype

Anropstype kan være ett av følgende:

Nødsituasjon

Bedrift

Internasjonalt

Mobil

Nasjonalt

Operatør

Premium

Kortkode

Grønt nummer

Ukjent

URI

Vis disse samtalemålingene i hopp-for-hopp-visningen

Term Definisjon
Endepunkt

Viser ett av følgende:

  • Bordtelefon for et fysisk endepunkt.

  • Webex-app

Maskinvare

Viser ett av følgende:

  • Informasjon om bordtelefonmodell for et fysisk endepunkt.

  • "-" for en Webex-app

Plassering

Webex Calling-plassering som er konfigurert for brukeren.

Lokal IP

Den lokale IP-adressen til klienten for nettverksgrensesnittet som brukes til å overføre medier.

Offentlig IP-adresse

Dette er den offentlige IP-adressen til klienten sett av skyen. For bedrifter er dette adressen til brannmuren som leverer NAT.

MAC-adresse

MAC-adressen til klientendepunktet.

Geoplassering

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

ISP

Internett-leverandø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 mediet som overføres av en klient.

Videokodek

(Send eller motta) Mediekodings- og dekodingsformatet som brukes for mediet som overføres av en klient. Gjelder bare for en videosamtale.

Anrops-ID

Den interne IDen som brukes til å identifisere anropsbenet.


Noen beregninger er maskert i artikkelskjermbildene for å bevare identiteten til brukeren.

Begrensninger

Mediekvalitetsmålinger er ikke tilgjengelige fra følgende enheter.

  • Analoge telefoner

  • Tredjepartsenheter

  • IPv6-endepunkter