Feilsøkingsvisningen i Webex Calling gjør det mulig for administratorer å feilsøke problemer med mediekvaliteten i et webex-kall. Du kan søke etter informasjon relatert til samtalen, vise mediestatistikken, identifisere hvor problemet oppstod og løse problemet.
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:
|
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.
|
||
3 | Webex-anropene vurderes for kvalitet. For Webex-møter eller Call on Webex-øktergjelder imidlertid ikke denne vurderingen. Samtaleopplevelsen vurderes som:
|
||
4 | Klikk en bestemt samtale i oppføringsvisningen for å undersøke Hoppdetaljer. Hoppdetaljer-visningen viser: Fra Hop-detaljene kan du gjøre følgende:
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.
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.
|
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. |
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. |
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:
|
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 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:
|
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