- Hjem
- /
- Artikkel
Feilsøk mediekvalitet for Webex Calling i Control Hub
Feilsøkingsvisningen i Webex Calling gjør det mulig for administratorer å feilsøke problemer med mediekvaliteten i en Webex-samtale. Du kan søke etter informasjon relatert til samtalen, vise mediestatistikk for samtalen, identifisere hvor problemet oppstod og løse problemet.
Oversikt
For å finne den sannsynlige årsaken anbefales det å bruke feilsøkingsvisningen sammen med den aggregerte informasjonen fra Webex Calling Analytics-instrumentbordet. Bruk instrumentbordet for Webex Calling Analytics til å vise problemer som påvirker flere brukere med en vanlig årsak relatert til plassering, nettverk og så videre, mens feilsøkingsvisningen for Webex Calling kan identifisere problemer med individuelle samtaler.
Feilsøkingsfunksjonen for mediekvalitet krever ingen spesifikk konfigurasjon og er tilgjengelig som standard i Control Hub. Den er tilgjengelig for fullstendige kunder, skrivebeskyttede, kundestøtte, partnere og administratorer med skrivebeskyttede partnere.
Administratorer 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:
-
ID-er for e-post
-
Telefonnumre (nøyaktig samsvar med strengen)
-
MAC-adresse
-
Anrops-ID-er
Feilsøking av mediekvalitet gjør det mulig for administratorer å:
-
Se ende-til-ende-opplevelsen til deltakerne i samtalen.
-
Se detaljene i 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.
-
Vis samtaler for de siste 21 dagene.
-
Analyser måleverdiene for samtalekvalitet som påvirket brukerens opplevelse. En administrator kan for eksempel observere høy jitter på klienter over Wi-Fi-nettverk, men pakketap og ventetid kan være akseptabelt.
-
Finn ut om problemet er med oppringeren eller anropsmottakeren.
Feilsøking av mediekvalitet gjelder bare for medieøkter, og den viser ikke samtalesignaliseringsøkter. For eksempel ringer Alex Bob som har satt opp CFA (Call Forward All) til Christina, og Christina svarte på anropet. I dette scenariet viser mediefeilsøkingsvisningen at samtalen skjedde mellom Alex og Christina, da fokus er på feilsøking av medieopplevelsen i stedet for signalflyten eller samtalens livssyklus.
Anropene som bruker Webex Calling, vises etter at samtalen er avsluttet.
Feilsøkingsvisningen hjelper deg med å identifisere problemområdet ved å oppgi alle relevante måledata, og kan ikke nødvendigvis gi deg årsaken til et dårlig anrop. Se på disse pekerne for å identifisere ulike faktorer og bestemme oppløsningsalternativene:
-
Brukerens ende-til-ende-opplevelse.
-
Hoppdetaljer-visningen.
-
Send eller motta måledata fra brukeren eller medieoverføringspunktet.
-
Om anropet fant sted til eller fra et eksternt nettverk eller mellom de Webex Calling-registrerte endepunktene.
Støttede samtaleflyter
Mediekvalitetsrapportene samles inn fra innringer- og anropsmottakerendepunktene og mediekvalitetspunktene. Dette gjør det mulig for en segmentering av medieopplevelsen å begrense seg og identifisere om problemet oppstod på:
-
Oppringer eller anropsmottaker
-
Mediebane til eller fra Webex Calling-skyen.
Anropsstrekninger vises hvis det var en medieøkt som ble opprettet med minst ett Webex Calling-registrert endepunkt på samtalen. For eksempel, for et utgående anrop fra huntgruppe til åtte agenter, hvis bare én agent svarer, er det ingen medieopplevelse å feilsøke for de andre sju agentene.
Det finnes fem typer medieopplevelser eller stier for feilsøking av Webex Calling, som er:
-
Optimalisert på nettet – Samtaler i organisasjonen der ICE er vellykket og mediene flyter direkte mellom brukerne. Se Webex Calling Media Optimization with Interactive Connectivity Establishment (ICE) for detaljert informasjon.
-
On-net uoptimalisert – Samtaler i organisasjonen der Interactive Connectivity Establishment (ICE) ikke var mulig eller etablert. I dette scenariet flyter mediene gjennom Webex Calling-skyen.
-
Nettskydriftet – Samtaler i en organisasjon der medier leveres av en medieserver som er driftet i skyen (for eksempel lytte til talepost, ringe til en automatisk svartjeneste).
-
Off-net-anrop til eller fra det registrerte endepunktet for Webex Calling -
-
via skytilkoblet PSTN-leverandør– Innkommende og utgående anrop til en organisasjon der den andre parten er på PSTN-nettverket. Mediene videresendes gjennom en skytilkoblet PSTN-leverandør (CCPP), over en sammenkobling av høy kvalitet.
-
via lokal gateway – innkommende og utgående anrop til en organisasjon der den andre partens medier er gjennom bedriften. Bak den lokale gatewayen kan medieøkten være fra bedriftsdriftet 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 måledata for én eller begge parter. Hvis anropet er av nettet (bruker 1 mottar et anrop fra en PSTN-bruker), presenterer feilsøkingsvisningen bare Bruker1-klientmålingene, sammen med målingene som er tatt fra medieoverføringspunktet.
De fleste anropsscenarioene i feilsøkingsvisningen viser to anropsstrekninger (innringer og anropsmottaker), men noen av anropsscenarioene (for eksempel samtaleparkering eller hent) viser bare én anropsstrekning. I slike tilfeller vises den andre anropsstrekningen separat i feilsøkingsvisningen. Dette hindrer ikke feilsøking av anropet og registrering av hvor problemet oppstod. Det krever imidlertid at administratoren manuelt korrelerer de to anropsstrekningene ved hjelp av en felles enhet, for eksempel overlappende tid. Fremtidige forbedringer i feilsøkingsvisningen vil eliminere behovet for å bruke manuelle oppslag.
Få tilgang til feilsøkingsvisningen for Webex Calling
Utfør følgende for å analysere et Webex-anrop:
1 |
Fra kundevisningen i https://admin.webex.com/ går du til Overvåking > Feilsøking. |
2 |
Velg Møter og samtaler og søk deretter etter e-post-ID-en til brukeren eller enheten, telefonnummeret (nøyaktig strengetreff), MAC-adressen til brukeren eller enheten eller anrops-ID-ene til anropsstrekningen du vil vise. Viser informasjonen for alle samtaler og møter som er knyttet til søket. Listevisningen viser samtalen som ble foretatt ved hjelp av minst ett Webex Calling-registrert endepunkt og har en medieøkt. |
3 |
Webex Calling-anropene er klassifisert for kvalitet. For Webex-møtene eller Ring på Webex-øktene gjelder imidlertid ikke denne klassifiseringen. Samtaleopplevelsen er klassifisert som:
|
4 |
Klikk på et bestemt anrop i listevisningen for å se Hop-detaljene. Hoppdetaljvisningen viser: Fra Hop-detaljene kan du:
Ende-til-ende-samtaleopplevelsen er basert på mediekvalitetsdataene som samles inn fra hvert Webex Calling-registrert endepunkt (Webex-appen eller -enheten som 8865 eller Desk Pro) på slutten av samtalen. Anropet er klassifisert som bra hvis det oppfyller disse tersklene:
Kvaliteten på hoppen er avledet fra data som samles inn fra medieoverføringspunktet i Webex Calling-skyen. For PSTN-anrop gjennom CCPP eller lokal gateway er datainnsamlingen fra Webex Calling-skyen og ikke fra PSTN-endepunktet. En humle er klassifisert som god hvis den oppfyller disse tersklene.
Hoppmålingene varierer i løpet av en økt, avhengig av samplingstiden og variabiliteten i nettverket. Verdiene som rapporteres av medieoverføringspunktet og klientene (ende-til-ende-opplevelse) stemmer kanskje ikke overens. De bør imidlertid være i tett justering for å tillate segmentering langs banen. Vi anbefalte å bruke den individuelle samtalefeilsøkingsvisningen med den aggregerte informasjonen som er hentet fra Analytics. La oss analysere samtalekvaliteten for de forskjellige samtaletypene ved hjelp av feilsøkingsvisningen. |
Samtaler i organisasjonen der ICE er vellykket og medierelay i skyen fjernes fra banen. Medieflyten er direkte mellom brukerens enheter.
Inferanse:
1 |
Anropet er vurdert like bra som både anroper og anropsmottaker har en god ende-til-ende-opplevelse. |
2 |
Administratoren kan observere at mediene flyter direkte mellom de to brukerne og ikke reiser gjennom Webex Calling-skyen. 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. Ventetid eller RTT er alltid lavere ved en optimalisert samtale, men pakketap og jitter kan fremdeles være en faktor avhengig av nettverket mellom de to brukerne. |
Inferanse:
Administratoren kan observere følgende:
1 |
Innringerens ende-til-ende-opplevelse er vurdert som dårlig. |
2 |
Det er et problem med innringerens nettverkshop som påvirker både sender- og mottaksstrømmen. |
3 |
Anropsmottakerens nettverkshop har ikke noe problem. |
4 |
Anropsmottakerens ende-til-ende-opplevelse er vurdert som dårlig på grunn av problemet fra anropsmottakeren. |
Inferanse:
Anropet er vurdert like godt som anroperens ende-til-ende-opplevelse er innenfor godkjente terskler. Administratoren kan observere at følgende:
1 |
Nettverkshoppen for innringeren er vurdert like dårlig som noen av målingene er over den akseptable terskelen. |
2 |
Sendestrømmen fra talepost er klassifisert som god i henhold til målingene som er samlet inn fra medieoverføringspunktet. |
3 |
Medieserveren som brukes til å samle inn eller legge inn talepost, rapporterer for øyeblikket ikke måledata. Disse serverne er imidlertid driftet og administrert som en del av Webex Calling Cloud, slik at kvaliteten på det koblingssegmentet er intern og alltid høy kvalitet, lav ventetid. |
4 |
Administratoren kan se at oppringerens ende-til-ende-opplevelse er vurdert som god, selv om hoppen er vurdert som dårlig. Dette skyldes at anropsmottakeren har et godt nettverk som kompenserer for degradering av ytelsen til anropsmottakerens nettverk. |
I eksemplet kommer klientmediet fra en PSTN-leverandør gjennom skyen.
Anropet er vurdert så dårlig som anropsmottakerens ende-til-ende-opplevelse ikke er innenfor godkjente terskler. Administratoren kan observere følgende:
1 |
Problemet er med anroperens PSTN-hop spesielt med sendestrømmen. |
2 |
Anropsmottakerens nettverkshop har ikke noe problem. |
3 |
Anropsmottakerens ende-til-ende-opplevelse er vurdert som dårlig på grunn av problemet fra anropsmottakeren. |
4 |
Ende-til-ende-opplevelsen og mottaksstrømmålingene for innringeren som er på PSTN-nettverket, er for øyeblikket ikke tilgjengelige, da disse målingene ikke overføres til Webex Calling Cloud. |
Samtaler inn og ut av en organisasjon der innringerens medier kommer fra en bedrift. Medieøkten kan være fra en bedriftsvert bruker (for eksempel registrert på UCM) eller fra PSTN, der PSTN leveres gjennom bedriften.
Inferanse
Anropet er vurdert like dårlig som anroperens ende-til-ende-opplevelse ikke er innenfor godkjente terskler. Administratoren kan observere følgende:
1 |
Det er et problem med at innringeren hopper til Webex Calling Cloud både på sending- og mottaksstrømmen. |
2 |
Oppringerens ende-til-ende-opplevelse er vurdert som dårlig enten på grunn av problemet som ble observert i hoppen eller problemene i brukerens ende (enheter, nettverk osv.). |
3 |
Den innkommende trafikken til Webex Calling-skyen fra anropsmottakerens ende er vurdert som god. |
4 |
Ende-til-ende-opplevelsen og mottaksstrømmålingene for anropsmottakeren som blir oppringt fra den lokale gatewayen, er for øyeblikket ikke tilgjengelig, da disse målingene ikke overføres til Webex Calling Cloud. |
Feilsøk problemet med mediekvalitet
Hop-for-hop-visningen hjelper deg med å finne hvor problemet oppstod. Nå som du har funnet ut hvor problemet er, og med målingene (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 nettverksdelnett. Bruk feilsøkingsvisningen per samtale (identifiser plasseringen som er knyttet til den dårlige økten) i analysevisningen for å se gjennom de aggregerte mønstrene for plasseringen.
-
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 Webex Calling-nettverkskvalitet for å identifisere problemet med nettverket.
-
Samtaletypespesifikke problemer – En brukers dårlige opplevelse er på grunn av kvaliteten i den aller 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.
-
Ingen medieproblem– Det er kanskje ikke noen medieoverføring i noen humør. Innsikt-banneret viser årsaken øverst på Hop detaljer-siden og den ansvarlige parten i informasjonsboksen på hop detaljer-siden. Noen av de mulige årsakene til manglende media i samtaler sammen med ansvarlige parter er oppført her:
-
Webex mottar ikke media fra avsenderen.
-
Webex mottar ikke media fra mottakeren.
-
Webex mottar ikke media fra noen av ledningene.
-
Webex sender ikke media til mottakeren. Webex engineering tar opp dette problemet.
-
Webex mottar ikke media fra Cloud PSTN. Webex engineering tar opp dette problemet.
-
Webex mottar ikke media fra skytjenesten. Webex engineering tar opp dette problemet.
-
Webex mottar ikke media fra lokal gateway. Kundeadministratoren må undersøke problemet.
-
-
Feil ved optimalisering av mediebane– Få samtaler kan ikke konfigurere optimalisering av mediebane. Innsikt-banneret viser årsaken til mislykkede ICE-anrop og oppløsningen øverst på siden Hopp-detaljer.
Noen av de mulige årsakene er
-
ICE mislyktes på grunn av dårlig servertilgang – se referanseinformasjon for Webex Calling-port
-
ICE mislyktes på grunn av tilkoblingskontroll – bekreft tilkobling mellom nettverk
-
ICE mislyktes fordi standard tur-retur-tid var lik/bedre enn noen optimalisert bane
-
Legender om feilsøkingsvisningen
Se følgende anropsdetaljer i ruten til høyre i hop-for-hop-visningen.
Begrep | Definisjon |
Anropsdato | Datoen da anropet fant sted. |
Anropstid | 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 | Navnet på innringeren. |
Innringer-e-post | E-postadressen til innringeren. |
Innringernummer | Telefonnummeret som oppringeren brukte under samtalen. |
Lyd | Typen lyd 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 anropsbanen gjelder for samtalen. De aksepterte verdiene er: ICE (Interactive Connectivity Establish) PNC (Private Network Connect). Ingen optimalisering |
Anropstype |
Anropstype kan være ett av følgende: Nødsituasjon Bedrift Internasjonalt Mobil Nasjonalt Operatør Premium Kortkode Gratisnummer Ukjent uri |
Se disse samtalemålingene i hopp-for-hopp-visningen:
Begrep | Definisjon |
Endepunkt |
Viser ett av følgende:
|
Maskinvare |
Viser ett av følgende:
|
Plassering |
Webex Calling-plassering som er konfigurert for brukeren. |
Lokal IP |
Den lokale IP-adressen til klienten for nettverksgrensesnittet den bruker til å overføre medier. IP-adresser maskeres delvis for å bevare brukernes personlige identitet. |
Offentlig IP |
Dette er den offentlige IP-adressen til klienten som sett av skyen. For bedrifter er dette adressen til brannmuren som leverer NAT. IP-adresser maskeres delvis for å bevare brukernes personlige identitet. |
MAC-adresser |
MAC-adressen til klientendepunktet. |
Geolokalisering |
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 en 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:
|
Lydkodek |
(Send eller motta) Mediekodings- og dekodingsformatet som brukes for mediet som sendes av en klient. |
Videokodek |
(Send eller motta) Mediekodings- og dekodingsformatet som brukes for mediet som sendes av en klient. Gjelder bare for videosamtaler. |
Anrops-ID |
Den interne identifikatoren som brukes til å identifisere anropsstrekningen. |
Noen målinger er maskert i artikkelen skjermbilder for å bevare identiteten til brukeren.
Begrensninger
Mediekvalitetsmålinger er ikke tilgjengelige fra følgende enheter.
-
Analoge telefoner
-
Enheter fra tredjeparter
-
IPv6-endepunkter