Oversikt

For å finne den sannsynlige årsaken anbefales det å bruke feilsøkingsvisningen sammen med den samlede informasjonen som er hentet fra Webex Calling Analytics . Bruk instrumentbordet for Webex Calling Analytics til å vise problemer som påvirker flere brukere med en vanlig årsak som er relatert til plassering, nettverk og så videre. mens feilsøkingsvisningen for Webex Calling kan identifisere problemer med enkeltsamtaler.

Funksjonen for feilsøking av mediekvalitet krever ikke noen bestemt konfigurasjon og er tilgjengelig som standard i Control Hub. Den er tilgjengelig for skrivebeskyttet kunde-, skrivebeskyttet-, kundestøtte-, partner- og partneradministrator.

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

  • E-post-ID-er

  • Telefonnumre (nøyaktig strengsamsvar)

  • MAC-adresse

  • Samtale-ID-er

Feilsøking for mediekvalitet lar administratorer:

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

  • Vis en hop-detalj av samtalen.

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

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

  • Vis anrop for de siste 21 dagene.

  • Analyser målekvaliteten for samtale som påvirket brukeropplevelsen. En administrator kan for eksempel observere høyt jitter på klienter over Wi-Fi-nettverk, men pakketap og ventetid kan være akseptabelt.

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


 

Feilsøking for mediekvalitet gjelder bare for medieøkter, og den viser ikke økter for samtalesignalering. Alex ringer for eksempel Bob som har konfigurert CFA (Viderekobling av samtaler) til Christina, og Christina svarte på anropet. I dette scenariet viser feilsøkingsvisningen for medier at samtalen skjedde mellom Alex og Christina, ettersom fokuset er på feilsøking av medieopplevelsen i stedet for signaleringsflyten eller samtalens livssyklus.

Samtalene ved hjelp av Webex Calling vises etter at samtalen er avsluttet.

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

  • Ende-til-ende-opplevelsen til brukeren.

  • Visningen Hoppdetaljer.

  • Send eller motta beregninger fra brukeren eller medieoverføringspunktet.

  • Om anropet skjedde til eller fra et eksternt nettverk eller mellom Webex Calling registrerte endepunkter.

Anropsflyter som støttes

Mediekvalitetsrapportene samles inn fra endepunktene for anroper og anroper, og fra medieoverføringspunktene. Dette gjør at en segmentering av medieopplevelsen kan begrense og identifisere om problemet oppstod på:

  • Anroper eller anroper

  • Mediebane til eller fra Webex Calling sky.


 

Anropsstrekninger vises hvis det var en medieøkt som er opprettet med minst én Webex Calling registrert endepunkt i samtalen. For et utgående samtale fra huntgruppe til åtte agenter, for eksempel, hvis bare én agent svarer, er det ingen medieopplevelse å feilsøke for de andre syv agentene.

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

  • Optimalisert på nettet – Samtaler i organisasjonen der ICE er vellykket og medieflyten direkte mellom brukerne. Se Optimalisering av Webex Calling Media med interaktiv tilkoblingsetablering (ICE) for detaljert informasjon.

  • Ikke optimalisert på nettet – Samtaler i organisasjonen der ICE (Interactive Connectivity Establishment) ikke var mulig eller etablert. I dette scenariet flyter mediene gjennom Webex-anropsskyen.

  • Nettbasert skyvert – Samtaler i en organisasjon der medier leveres av en medieserver som er vert i skyen (for eksempel lytte til talepost, ringe opp til en automatisk svartjeneste).

  • Anrop utenfor nettet til eller fra det registrerte endepunktet for Webex Calling -

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

    • via lokal gateway – Innkommende og utgående samtaler fra en organisasjon der den andre partens medier er gjennom foretaket. Bak den lokal gateway kan medieøkten være fra en bedriftsvert for bruker (for eksempel registrert for samtalekontroll i bedriften) eller fra PSTN, der PSTN er levert 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 målinger for én eller begge partene. Hvis samtalen er utenfor nettet (bruker 1 mottar et anrop fra en PSTN-bruker), viser feilsøkingsvisningen bare bruker1s klientmålinger, sammen med målinger hentet fra medieoverføringspunktet.

De fleste anropsscenarioene i feilsøkingsvisningen viser to anropsdeler (anroper og innringer). Noen av anropsscenarioene (for eksempel parkere eller hente samtaler) viser imidlertid bare én anropsstrekning. I slike tilfeller vises den andre anropsstrekning separat i feilsøkingsvisningen. Dette hindrer ikke feilsøking av samtalen og oppdage hvor problemet oppstod. Det krever imidlertid at administrator manuelt korrelerer de to anropsdelene ved hjelp av en felles enhet, for eksempel overlappende tid. Fremtidige forbedringer av feilsøkingsvisningen vil eliminere behovet for å bruke manuelle oppslag.

Tilgang til Webex Calling feilsøkingsvisning

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

1

Fra kundevisningen ihttps://admin.webex.com/ , gå til Overvåking > Feilsøking .

2

Velg Møter og samtaler Deretter søker du etter e-postadressen til brukeren eller enheten, telefonnummer (nøyaktig strengsamsvar), MAC-adresse til brukeren eller enheten eller anrops-ID-ene for anropsstrekning du vil vise.

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


 

Oppføringsvisningen viser anropet som ble utført ved bruk av minst én Webex Calling registrert endepunkt og har en medieøkt.

3

Den Webex Calling anrop vurderes etter kvalitet. Men for Webex-møter eller Ring på Webex-økter , denne karakteren gjelder ikke. Samtaleopplevelsen er rangert som:

  • Dårlig – angir at enten anroperen eller den som anroper hadde en dårlig ende-til-ende-opplevelse (for eksempel hakkete lyd).
  • Bra – angir ende-til-ende-opplevelsen for anroperen og den anropte ikke overskred tersklene.
  • Ingen – gjelder for møter eller Call on Webex-økter.
  • Ikke-tilgjengelig – gjelder for møter eller Call on Webex-økter.
4

Klikk på en bestemt samtale i oppføringsvisningen for å inspisere Hop-detaljene. Hop-detaljvisningen viser:

Fra Hop-detaljene kan du:

  • Vis innsikt om samtalen i ett av eller begge disse scenariene:

    • Det var ingen medier for noen av humlene relatert til samtalen

    • Oppsettet av baneoptimalisering mislyktes.

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

  • Hold pekeren på hoppet mellom endepunktet og Webex Calling sky for å vise humledetaljene.

Ende-til-ende-samtaleopplevelsen er basert på mediekvalitetsdataene som samles inn fra hver Webex Calling registrert endepunkt (Webex-app eller enhet som 8865) på slutten av samtalen. Samtalen vurderes som god hvis den tilfredsstiller disse tersklene:

  • Pakketap på mindre enn 5 %

  • Forsinkelse eller rundturstid (RTT) mindre enn 400 ms

  • Jitter mindre enn 150 ms

Kvaliteten på hoppet er avledet fra data som er samlet inn fra medieoverføringspunktet i Webex Calling sky. For PSTN-anrop via CCPP eller lokal gateway skjer datainnsamlingen fra Webex Calling sky og ikke fra PSTN-endepunktet. Et hop vurderes som bra hvis det tilfredsstiller disse tersklene.

  • Pakketap mindre enn 2,5 %.

  • Forsinkelse eller RTT mindre enn 200 ms.

  • Jitter mindre enn 75 ms.


 

Hoppverdiene varierer i løpet av en økt, avhengig av samplingstiden og variasjonen i nettverket. Verdiene som rapporteres av medieoverføringspunktet og klientene (ende-til-ende-opplevelse), kan ikke justeres. De bør imidlertid være tett justert for å tillate segmentering langs banen.

Vi anbefalte å bruke feilsøkingsvisningen for enkeltsamtaler med den samlede informasjonen som er utledet fra Analyse .

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

Samtaler i organisasjonen der ICE er vellykket og medieoverføringen i skyen er fjernet fra banen. Medieflyten er direkte mellom brukerens enheter.

Konklusjon :

1

Samtalen vurderes som god ettersom både anroperen og den som anroper har god ende-til-ende-opplevelse.

2

administrator kan observere at medier flyter direkte mellom de to brukerne og ikke går gjennom Webex-anropsskyen.


 

Optimaliserte samtaleflyter kan ha en dårlig opplevelse hvis bedriften eller det lokale nettverket er kilden til problemet, siden mediene mellom de to brukerne vil krysse det lokale nettverket. Forsinkelse eller RTT er alltid lavere ved en optimalisert samtale, men pakketap og jitter kan fortsatt være en faktor avhengig av nettverket mellom de to brukerne.

Samtaler i organisasjonen der en ICE-samtale ikke er vellykket og mediene flyter gjennom Webex Calling skyen.

Konklusjon :

administrator kan observere følgende:

1

Anroperens ende-til-ende-opplevelse rangeres som dårlig.

2

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

3

Mottakerens nettverkshopp har ikke et problem.

4

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

Anrop i en organisasjon der mediet leveres av en medieserver som er vert i skyen.

Konklusjon :

Samtalen vurderes så god som anroperens ende-til-ende-opplevelse er innenfor de aksepterte tersklene. administrator kan observere at følgende:

1

Nettverkshoppet for anroperen vurderes som dårlig, da noen av måleverdiene er over den akseptable terskelen.

2

Sendestrømmen fra taleposten vurderes som god i henhold til målingene som samles inn fra medieoverføringspunktet.

3

Medieserveren som brukes til å samle inn eller sette inn taleposten, rapporterer for øyeblikket ikke målinger. Disse serverne er imidlertid vert for og administrert som en del av Webex Calling Cloud, slik at kvaliteten på det koblingssegmentet er intern og alltid høy kvalitet, lav forsinkelse.

4

administrator kan se at anroperens ende-til-ende-opplevelse blir vurdert som god, selv om hoppet er vurdert som dårlig. Dette skyldes at personens hop har et godt nettverk som kompenserer for ytelsesdegraderingen til anroperens 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.

Samtalen vurderes som dårlig ettersom mottakerens ende-til-ende-opplevelse ikke er innenfor de aksepterte tersklene. administrator kan observere følgende:

1

Problemet er anroperens PSTN-hopp spesifikt med avsenderstrømmen.

2

Mottakerens nettverkshopp har ikke et problem.

3

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

4

Ende-til-ende-opplevelsen og måleverdiene for mottak av strømme for anroperen som er på PSTN-nettverket, er for øyeblikket ikke tilgjengelig, da disse målingene ikke overføres til Webex Calling Cloud.

Ringer inn og ut av en organisasjon der mediene til anroperen kommer fra en bedrift. Medieøkten kan være fra en bedriftsvertsbruker (for eksempel registrert i UCM) eller fra PSTN, der PSTN leveres gjennom bedriften.

Konklusjon

Samtalen vurderes som dårlig ettersom anroperens ende-til-ende-opplevelse ikke er innenfor de aksepterte tersklene. administrator kan observere følgende:

1

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

2

Anroperens ende-til-ende-opplevelse rangeres som dårlig enten på grunn av problemet observert i hoppet eller problemene ved brukerens ende (enheter, nettverk og så videre).

3

Den innkommende trafikken til Webex Calling Cloud fra mottakerens ende vurderes som god.

4

Ende-til-ende-opplevelsen og måleverdiene for mottak av strømme for den anropte som blir anropt fra den lokal gateway , er for øyeblikket ikke tilgjengelige, fordi disse målingene ikke overføres til Webex Calling Cloud.

Feilsøk problemet med mediekvaliteten

Hopp-for-hopp-visningen hjelper deg med å finne hvor problemet oppstod. Nå som du har funnet hvor problemet er, og med måleverdiene (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 med dårlige opplevelser på et bestemt sted eller et bestemt nettverksdelnett. Bruk feilsøkingsvisningen per samtale (identifiser plasseringen knyttet til den dårlige økten) med analysevisningen for å se gjennom de samlede mønstrene for stedet.

  • Brukerspesifikke problemer – En bruker eller enhet er tilkoblet et dårlig nettverk (for eksempel Wi-Fi eller jobber hjemmefra), noe som betyr at brukeropplevelsen påvirkes av de tilknyttede nettverksfunksjonene. Se Bruk CScan til å teste kvaliteten på Webex Calling Network artikkelen for å identifisere problemet med nettverket.

  • Anropstypespesifikke problemer – En brukers dårlige opplevelse skyldes kvaliteten ytterst. Dette er typisk i PSTN-scenarier der brukeren snakker med en annen bruker på et mobilnett og økten har høyt pakketap i PSTN-nettverket.

  • Medieproblem – Det kan hende at det ikke er noen medieoverføringer i enkelte hopp. Innsikt-banneret viser årsaken øverst på detaljsiden for hop og den ansvarlige parten i informasjonsboksen på detaljsiden for hop. Noen av de mulige årsakene til manglende medier i samtaler sammen med ansvarlige parter er listet opp her:

    • Webex mottar ikke medier fra avsenderen.

    • Webex mottar ikke medier fra mottakeren.

    • Webex mottar ikke medier fra noen av retningene.

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

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

    • Webex mottar ikke medier fra skytjeneste. Webex-teknologi løser dette problemet.

    • Webex mottar ikke medier fra lokal gateway. administrator må undersøke problemet.

  • Mislykket optimalisering av mediebane – Noen få samtaler kan ikke konfigurere optimalisering av mediebane. Innsikt-banneret viser årsaken til mislykkede ICE-anrop og oppløsningen øverst på detaljsiden for Hop.

    Noen av de mulige årsakene er

    • ICE mislyktes på grunn av svekket servertilgang – se referanseinformasjon for Webex Calling Port

    • ICE mislyktes på grunn av tilkoblingskontroll – bekreft tilkoblingen mellom nettverk

    • ICE mislyktes fordi standard banen tur/retur tid var lik/bedre enn noen optimalisert bane

Forklaringer i feilsøkingsvisningen

Se følgende samtaleinformasjon i høyre rute i hopp-for-hopp-visningen.

TermDefinisjon
AnropsdatoDatoen da samtalen skjedde.
AnropstidspunktTidspunktet 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

DeltakereAntall deltakere som ble med i samtalen.
Innringerens navnNavnet på innringeren.
Innringers e-postadresseE-postadressen til anroperen.
InnringernummerTelefonnummer som anroperen 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.
Baneoptimalisering

Angir om optimaliseringen av anropsbane gjelder for anropet. De aksepterte verdiene er:

ICE (Interactive Connectivity Establish)

PNC (privat nettverkstilkobling).

Ingen optimalisering

Anropstype

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

Nødsituasjon

Bedrift

Internasjonalt

Mobil

Nasjonalt

Operatør

Premium

Kortkode

Gratisnummer

Ukjent

URI

Vis disse samtaleberegningene i hopp-for-hopp-visningen:

TermDefinisjon
Endepunkt

Viser ett av følgende:

  • Bordtelefon for et fysisk endepunkt.

  • Webex-app

Maskinvare

Viser ett av følgende:

  • Informasjon om telefonmodell for et fysisk endepunkt.

  • «-» for en Webex-app

Plassering

Webex Calling sted som er konfigurert for brukeren.

Lokal IP

Den lokale IP-adresse til klienten for nettverksgrensesnitt som brukes til å overføre medier.

Offentlig IP-adresse

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

MAC-adresser

MAC-adresse til klientendepunktet.

Geoplassering

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

ISP

Internett-tjenesteleverandør som gir nettverkstilkobling til Webex Calling Cloud.

Nettverk

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

  • Wi-Fi

  • Ethernet

  • Mobilnett

  • Ukjent

Lydkodek

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

Videokodek

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

Anrops-ID

Den interne identifikatoren som brukes til å identifisere anropsstrekning.


 

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

Begrensninger

Målinger for mediekvalitet er ikke tilgjengelige fra følgende enheter.

  • Analoge telefoner

  • Tredjepartsenheter

  • IPv6-endepunkter