Feilsøk Webex Calling-mediekvalitet i Control Hub

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.

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.

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.

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