Feilsøkingsvisningen i Webex Calling lar administratorer feilsøke problemer med mediekvalitet i en Webex-samtale. 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 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:
|
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.
|
||
| 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:
|
||
| 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 hver Webex Calling registrert endepunkt (Webex-app eller enhet som 8865) på slutten av samtalen. Samtalen vurderes som god hvis den tilfredsstiller disse tersklene:
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.
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.
|
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 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.
| Term | Definisjon |
| Anropsdato | Datoen da samtalen skjedde. |
| 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 | Navnet på innringeren. |
| Innringers e-postadresse | 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 Nasjonalt 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:
|
| 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:
|
| 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
