- Hjem
- /
- Artikkel
Feilsøke Webex Calling Media-kvalitet i Control Hub
Feilsøkingsvisningen i Webex Calling lar administratorer feilsøke problemer med mediekvalitet i en Webex-samtale. Du kan søke Hvis du vil ha informasjon relatert til samtalen, kan du vise mediestatistikken, identifisere hvor problemet er oppstod og løst problemet.
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 ett 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 signaliseringsflyten eller samtalens livssyklus.
Samtalene som bruker 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 de Webex Calling registrerte endepunktene.
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 skyen.
Anropsdeler vises hvis det var en medieøkt som er opprettet med minst ett 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 feilsøking for Webex Calling , 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 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 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.
Få tilgang til feilsøkingsvisningen for Webex Calling
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 ett Webex Calling registrert endepunkt og som har en medieøkt. |
3 |
Webex Calling anropene blir vurdert etter kvalitet. Denne karakteren gjelder imidlertid ikke for Webex-møter eller Call on Webex-økter. Samtaleopplevelsen er rangert som:
|
4 |
Klikk på en bestemt samtale i oppføringsvisningen for å inspisere Hop-detaljene. Hop-detaljvisningen viser: Fra Hop-detaljene kan du:
Ende-til-ende-samtaleopplevelsen er basert på mediekvalitetsdataene som samles inn fra hvert Webex Calling registrerte endepunkt (Webex-app eller -enhet, for eksempel 8865 eller Desk Pro) på slutten av samtalen. Samtalen vurderes som god hvis den tilfredsstiller disse tersklene:
Kvaliteten på hoppet utledes fra data som er samlet inn fra medieoverføringspunktet i Webex Calling skyen. For PSTN-anrop via CCPP eller lokal gateway er datainnsamlingen fra Webex Calling skyen og ikke fra PSTN-endepunktet. Et hop vurderes som bra hvis det tilfredsstiller disse tersklene.
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. |
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. |
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. |
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 tilgjengelige, 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 ringes opp fra den lokal gateway , er for øyeblikket ikke tilgjengelige, da 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.
Term | Definisjon |
Anropsdato | Datoen da samtalen skjedde. |
Anropstid | Tidspunktet for når samtalen startet og avsluttet, vist i tidssone du valgte i søkevisningen. |
Økttype |
Økttypen som støttes. For eksempel: Webex Call |
Deltakere | Antall deltakere som ble med i samtalen. |
Navn på innringer | Navnet på innringeren. |
E-post til innringeren | E-postadressen til anroperen. |
Innringernummer | Telefonnummer som anroperen brukte under samtalen. |
Lyd | Lydtypen som brukes. |
Video | Viser 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 Nasjonal Operatør Premium Kortkode Gratisnummer Ukjent URI |
Vis disse samtaleberegningene i hopp-for-hopp-visningen:
Term | Definisjon |
Endepunkt |
Viser ett av følgende:
|
Maskinvare |
Viser ett av følgende:
|
Sted |
Webex Calling sted som er konfigurert for brukeren. |
Lokal IP |
Den lokale IP-adresse til klienten for nettverksgrensesnitt som den bruker til å overføre medier. IP-adresser er delvis maskert for å bevare den personlige identiteten til brukerne. |
Offentlig IP-adresse |
Dette er den offentlige IP-adresse til klienten sett av skyen. For bedrifter er dette adressen til brannmuren som gir NAT. IP-adresser er delvis maskert for å bevare den personlige identiteten til brukerne. |
MAC-adresser |
MAC-adresse til klientendepunktet. |
Geografisk plassering |
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. |
Internett-leverandør |
Internett-tjenesteleverandør som gir nettverkstilkobling til Webex Calling Cloud. |
Nettverk |
Typen nettverkstilkobling som klienten brukte til å utveksle medier. Mulige verdier er:
|
Lyd-kodek |
(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