- Hjem
- /
- Artikkel
Feilsøkingsvisningen i Webex Calling lar administratorer feilsøke tilkoblings- og medierelaterte kvalitetsproblemer for Webex Calling -samtaler. Du kan søke etter informasjon relatert til samtalen, se om den var vellykket, avslått eller mislyktes, se mediestatistikken, identifisere hvor problemet oppstod og løse problemet.
Oversikt
Feilsøking for Webex Calling lar deg feilsøke mediekvalitet og anropstilkoblingsrelaterte problemer for spesifikke samtaler. Webex Calling Det kan være lurt å feilsøke samtaler av ulike årsaker, for eksempel klager fra kunder på hvordan de opplever dårlig samtalekvalitet. I dette tilfellet kan du gå direkte til feilsøkingsvisningen, søke etter de spesifikke samtalene og deretter se hoppdetaljene for å finne ut hvor problemet kan være. Du kan også bruke feilsøking til å proaktivt overvåke samtalekvaliteten for organisasjonen og komme i forkant av spesifikke problemer før brukerne legger merke til det.
For å få tilgang til feilsøkingsvisningen må du ha full administrator-, skrivebeskyttet administrator- eller støtteadministratorrolle i Control Hub.
Webex Callingfeilsøking lar deg:
-
Søk etter vellykkede, mislykkede og nektet samtaler.
-
Se ende-til-ende-opplevelsen til deltakerne i samtalen.
-
Se en hoppdetalj av samtalen.
-
Se om mediet krysser gjennom Webex Calling skyen, eller direkte mellom brukerne (ved hjelp av Interactive Connectivity Establishment (ICE)).
-
Vis innsikt, hvis det ikke er medier i samtalen, eller når oppsettet for baneoptimalisering mislyktes.
-
Se samtaler for de siste 21 dagene.
-
Se signalrelaterte anropsfeil og avslag.
-
Analyser beregningene for samtalekvalitet som påvirket brukeropplevelsen. For eksempel kan en administrator observere høy jitter på klienter over Wi-Fi- nettverk, men pakketap og ventetid kan være akseptabelt.
-
Oppdag om problemet er med den som ringer eller den som ringer.
Anropene som brukes Webex Calling vises etter at samtalen er avsluttet.
Feilsøkingsvisningen hjelper deg med å identifisere problemområdet ved å gi alle relevante beregninger og kan ikke nødvendigvis gi deg årsaken til en dårlig samtale. Se på disse tipsene for å identifisere ulike faktorer og bestemme oppløsning salternativene:
-
Ende-til-ende-opplevelsen til brukeren.
-
Visningen Hop Details.
-
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.
Søkevisning
Du 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-postadresser
-
Telefonnumre
-
MAC-adresser
-
Anrops-ID-er
-
Korrelasjons-ID-er
Delvis søk støttes for telefonnummer, brukernavn og enhetsnavn. For telefon numre kan du skrive inn de to første sifrene for å se en liste over mulige numre. Hvis du skriver inn noen sifre og trykker Enter direkte, vil søket forsø ke å finne en nøyaktig samsvar.
Når du søker etter e-postadressen til en bruker, blir møtene og samtalene deres delt inn i sine respektive faner:
-
Møter — Inneholder alle møtene som brukeren deltok i.
-
Webex CallingInneholder alle Webex Calling samtalene.
-
Call on Webex — Inneholder Call on Webex-anrop.
Når du søker etter korrelasjons-ID eller telefonnummer, vises bare den relevante fanen (i dette tilfellet Webex-anrop), og viser bare de relevante resultatene.
Når du søker etter et anrop, vises de relevante anropssegmentene i Webex Callingkategorien. Følgende data er tilgjengelige:
| Kolonnenavn | Definisjon |
|---|---|
|
Status |
Hvis anropsforsøket var vellykket eller ikke. Når anropsforsøket har statusen Avslag eller Fe il, kan du holde musepek eren over statusen for å se den aktuelle koden. Mulige verdier er:
|
|
Generell kvalitet |
Sam Webex Calling talene er gradert for kvalitet. For Webex- møter eller Call on Webex-økter gjelder imidlertid ikke denne vurderingen. Samtaleopplevelsen er vurdert som:
|
|
Personlig kvalitet |
Den individuelle samtalesegmentkvaliteten til brukeren. |
|
Tidsstempel |
Starttidspunkt for samtalen. |
|
Oppringingsnummer |
Webex Callingnummer tildelt den som ringer. |
|
Innringers navn |
Navnet på den som ringer. |
|
Callee nummer |
Webex Callingnummer tildelt den som ringer. |
|
Callee navn |
Navnet på kallee. |
|
Varighet |
Hvor lang tid samtalen varte. |
|
Plassering |
Webex Callingplasseringen av den som ringer. |
|
Korrelasjons-ID |
Korrelasjons-ID for å knytte sammen flere anropssegmenter/anropsben av samme samtale. |
Søkte brukerens nøkkelresultatindikatorer (KPIer)
Følgende KPIer er tilgjengelige for Webex Callingkategorien når du søker etter en bruker:
-
Totalt antall samtaler — Totalt antall Webex Calling samtaler for den valgte brukeren eller enheten, inkludert samtaler med og uten media. En enkelt Webex Calling samtale kan ha flere anropsben basert på deltakerne som er involvert i samtalen. Hvert av disse anropsbenene kan ha en eller flere, eller ingen medieøkter.
De visuelle dataene under bryter ned samtaler med og uten media.
-
Anropssegmenter — Totalt antall samtalesegmenter, inkludert vellykkede, mislykkede og avviste segmenter. Et anropssegment representerer en punkt-til-punkt-forbindelse mellom to deltakere i en Webex Calling samtale.
De visuelle dataene under bryter sammen mislyktes, nektet og vellykkede samtaler.
-
Totalt antall samtaler med media — Totalt antall Webex Calling samtaler som inkluderte minst én medieøkt der mediekvalitetsstatistikk ble fanget. Inkluderer både gode og dårlige kvalitetssamtaler med media. En samtale av god kvalitet er der alle medieøkter i samtalen ble kategorisert som god kvalitet.
De visuelle dataene under bryter ned samtaler med god og dårlig kvalitet.
-
Antall medieøkter — Totalt antall medieøkter etablert på tvers av alle samtaler der mediekvaliteten ble fanget. En medieøkt representerer et enkelt segment av en samtale der lyd eller video overføres aktivt og mediekvaliteten fanges opp.
De visuelle dataene under bryter ned samtaler med god og dårlig kvalitet.
Hva er et samtalesegment?
Et anropssegment representerer en diskret del av et Webex Calling anrop. I hovedsak utgjør hvert direkte hopp eller forbindelse mellom to deltakere et enkelt samtalesegment.
Hvis Alice for eksempel ringer til en automatisk svartjeneste som avleder samtalen til Bob, regnes Alice til automatisk svartjeneste som ett segment av samtalen, mens Automatisk svartjeneste til Bob betraktes som et annet segment av den samme anropsflyten. Et enkelt, komplekst anrop kan derfor bestå av flere anropssegmenter.
Vanligvis er et anropssegment sammensatt av to anropsben (CDR): et opprinnelsesben og et avsluttende ben. I scenarier som involverer PSTN-anrop, kan imidlertid bare et enkelt anropsetappe (avslutningsbenet for Webex-brukeren) genereres fra perspektivet. Webex Calling
Hvert samtalesegment kan ha et tydelig resultat (f.eks. suksess, fiasko, avslag). Derfor er det avgjørende å representere kommunikasjonshendelser som anropssegmenter i Control Hub Feilsøking-visningen. Dette gjør det mulig for kundene å observere en fullstendig oppdeling i individuelle segmenter, noe som muliggjør presis identifisering av problemer innenfor en kompleks samtaleflyt.
Samtalesammendrag
Anropssammendragsdelen på anropsinformasjonssiden representerer visuelt en omfattende, ende-til-ende-progresjon av en hel anrops sekvens. Denne visningen på høyt nivå gjør det mulig for kunder å visualisere hele flyten av en samtale, selv når den omfatter flere logiske «samtaler» (som definert av vanlige korrelasjons-ID-er) eller komplekse overføringsscenarier. Samtaleoppsummeringen syr intelligent sammen alle mellomliggende hopp og relaterte «samtaler» for å gi et helhetlig og sammenhengende syn.
Samtalesammendrag lar deg raskt forstå anropsfly ten fra start til slutt i en visuell tidslinjevisning. Hver deltaker til venstre representerer brukertypen (PSTN, jaktgruppe, samtalekø, etc.) mens linjene foran dem representerer anropsinteraksjonen for den deltakeren. Interaksjoner mellom to deltakere er samtalesegmenter. Ved å holde musepekeren over en deltaker kan du se detaljert informasjon som navn, brukertype, tidsstempel for varighet og mer. Du kan klikke på bestemte deltakere for å se detaljene i samtalesegmentet i hopp visningen under samtalesammendragskortet på samme side. Merk at noen av deltakerne med brukertyper PSTN og Local Gateway ikke er klikkbare.
Samtal esammendrag fremhever også samtalehandlingene som oppringing, park, overføring osv. Og tilkoblingsstatusen som fiasko, avslag. Du kan holde musepekeren over bestemte tegn for å få mer informasjon, slik at du kan identifisere og feilsøke problemer akkurat der de oppstod.
Skjermbildet ovenfor, for eksempel, representerer et anrop der en ekstern PSTN-bruker ringte til en automatisk svartjeneste som dirigerte samtalen til en anropskø. Anropet ble deretter presentert avledet til to agenter, hvorav den andre agenten tok opp samtalen og snakket med PSTN-brukeren. Mediekvalitetsoverlegg representerer mediekvaliteten ved endepunktene. Legends gir ytterligere detaljer for å hjelpe deg med å forstå samtalesammendraget.
For en mer detaljert forklaring på samtalesam mendragsdelen, kan du se denne vidcast en
Følgende scenarier støttes ikke av anropssammendragsdiagrammet:
- Konferansesamtaler som Conference, Barge-In, Call Bridge og Call Merge.
- Kallkøveilederfunksjoner som lydløs overvåking, coaching, barge-in, overtakelse osv.
- Informasjon om kunngjøringer som spilles av til endepunktene.
- Informasjon om samtaler som settes på vent og gjenopptas under en aktiv samtale.
- Anropsfeil og avslagssituasjoner kan ende opp med å vise forskjellige årsaker på hver side av samtalesegmentene på grunn av interne anropstilstander.
Vis detaljer for hopp
Følgende data er tilgjengelige i hoppdetaljvisningen:
| Begrepet | Definisjon |
|---|---|
| Endepunkt |
Viser ett av følgende:
|
| Maskinvare |
Viser ett av følgende:
|
| Plassering |
Webex Callingplassering som er konfigurert for brukeren. Landet som Webex Calling ble klargjort i vises også i parentes. |
| Lokal IP |
Den lokale IP-adressen til klienten for nettverksgrensesnittet som den bruker til å overføre medier. IP-adresser er delvis maskert for å bevare brukerens personlige identitet. |
| Offentlig IP |
Dette er den offentlige IP-adressen til klienten sett av skyen. For bedrifter er dette adressen til brannmuren som gir NAT. IP-adresser er delvis maskert for å bevare brukerens personlige identitet. |
| MAC-adresser |
MAC-adressen til klientendepunktet. |
| Geolokalisering |
Geo-oppslag av offentlig IP-adresse. Denne adressen er ikke nøyaktig, hvis den er koblet over PNC. Hvis brukeren bruker Webex-appen og kobler til bedriften via en VPN, er plasseringen ikke nøyaktig. |
| ISP |
Internett-leverandør som tilbyr nettverkstilkobling til Webex Calling skyen. |
| Nettverk |
Typen nettverkstilkobling som klienten brukte til å utveksle medier. Mulige verdier er:
|
| Lydkodek |
(Send eller motta) Mediekodings- og dekodingsformatet som brukes for mediene som overføres av en klient. |
| Videokodek |
(Send eller motta) Mediekodings- og dekodingsformatet som brukes for mediene som overføres av en klient. Gjelder bare for en videosamtale. |
| SIP-sesjons-ID |
Originale (eller innledende) og endelige økts-ID-er. |
| Bagasjerommet |
Bare tilgjengelig når en lokal gateway er involvert i hoppet. Navn på innkommende og utgående bagasjerom. |
| Rutegruppe |
Bare tilgjengelig når en lokal gateway er involvert i hoppet. Navn på rutegru ppen. |
| PSTN-leverandørnavn |
Bare tilgjengelig når PSTN er involvert i hoppet. Navn på leverandør. |
Noen beregninger er maskert i artikkelskjermbildene for å bevare identiteten til brukeren.
Fra hoppdetaljene kan du:
-
Se om hoppet ble rutet gjennom PSTN eller en lokal gateway.
-
Vis hvilken type bruker som ringte eller mottok samtalen. Noen eksempler inkluderer
HuntGroup,VoiceMailGroup, ogRoutePoint. Rapporten Detaljert anrop shistor ikk inneholder en liste over alle mulige brukertyper. -
Vis innsikt om samtalen i disse scenariene:
-
Det var ingen medier for noen av humlene knyttet til samtalen.
-
Oppsettet for baneoptimalisering mislyktes.
-
En av hoppene mislyktes eller nektet samtalen. Mislykkede humle er merket som rødt og nektet humle er merket som gult. Det gis også en grunn til hvorfor humlet mislyktes eller ble nektet.
-
-
Hold musepekeren på enheten for å se ende-til-ende-anropsopplevelsen.
-
Hold musepekeren på hoppet mellom endepunktet og Webex Calling skyen for å se hoppdetaljene.
Ende-til-ende-anropsopplevelsen er basert på mediekvalitetsdataene som samles inn fra hvert Webex Calling registrert endepunkt (Webex-appen eller enheten, for eksempel 8865 eller Desk Pro) på slutten av samtalen. Anropet blir vurdert som god hvis endepunktet har følgende terskler:
Pakketap mindre enn 5%.
Latens eller rundturstid (RTT) mindre enn 400 ms.
Jitter mindre enn 150 ms.
Kvaliteten på humlet er avledet fra data som samles inn fra medierelé punktet i Webex Calling skyen. For PSTN-anrop gjennom CCPP eller lokal gateway er datainnsamlingen fra Webex Calling skyen og ikke fra PSTN-endepunktet. Et hopp blir vurdert som bra hvis medieoverføring spunktet har følgende terskler:
-
Pakketap mindre enn 2,5%.
-
Latens eller RTT mindre enn 200 ms.
-
Jitter mindre enn 75 ms.
Du kan også lagre dataene i hoppdetaljene ved å velge Handlinger og deretter velge ett av følgende alternativer:
- Lagre feilsøkingsanropsposter (CSV)
- Lagre samtalerapport (JSON)
- Lagre deltakerdetaljer (CSV)
Anropsdetaljer-ruten
Følgende data er tilgjengelige i høyre rute for samtaledetaljer i hoppdetaljer- visningen:
| Begrepet | Definisjon |
|---|---|
| Korrelasjons-ID | Korrelasjons-ID for å knytte sammen flere anropsben i samme an ropsøkt. |
| Interaksjons-ID |
En unik identifikator som brukes til å knytte sammen flere anropsmønstre knyttet sammen av en tjenesteinteraksjon. Eksempel på konsultasjons- og overføringsflyt — Når en bruker setter et
aktivt anrop på vent, starter et nytt anrop fra samme app eller
enhet, og deretter overfører det opprinnelige anropet, deler
begge samtalene det samme. |
| Anropdato | Datoen da samtalen skjedde. |
| Anropstid | Tiden da samtalen startet og ble avsluttet, vist i tids sonen du valgte i søkevisningen. |
| Sesjonstype |
Hvilken type økt som støttes. For eksempel: Webex Call |
| Deltakere | Antall deltakere som ble med i samtalen. |
| Innringers navn | Navnet på den som ringer. |
| Innringers e-post | E-postadresse til den som ringer. |
| Oppringingsnummer | Telefonnummer som den som ringer brukte under samtalen. |
| Lyd | Typen lyd som brukes. |
| Videoer | Viser Ja hvis video er aktivert av en deltaker. Hvis video ikke var aktivert i det hele tatt, viser det Nei. |
| Baneoptimalisering |
Angir om optimaliseringen av anropsbanen gjelder for anropet. De aksepterte verdiene er:
|
| Anropstype |
Anropstype kan være ett av følgende:
|
| Samtale avsluttet av |
Bruker som avsluttet samtalen. |
| Oppringte sifre |
Tastatursifrene som er ringt opp av brukeren, før forhåndsoversettelser. |
| Relatert grunn |
Indikerer en grunn til hvorfor humlet ble opprettet. For eksempel |
Få tilgang til Webex Calling feilsøkingsvisning
Delvis søk støttes for e-post-ID-er, telefonnumre og anrops-ID-er. For telefon numre kan du skrive inn de første tre til åtte sifrene og deretter trykke Enter for å se sam svarende oppføringer. Hvis du skriver inn mer enn åtte sifre, søket vil forsøke å finne en nøyaktig samsvar. Merk at hvis du kopierer og limer inn et telefonnummer fra andre steder, må du inkludere +1 for at søket skal fungere.
For å analysere et Webex-anrop, utfør følgende:
| 1 |
Logg på Control Hub og gå til Over våking > Fe il søking. |
| 2 |
Søk etter e-post-ID-en, telefonnummeret, MAC-adressen, anrops-ID-ene eller korrelasjons-ID-en du vil vise. Du kan gruppere relaterte samtaler sammen i søkevisningen ved å bruke korrelasjons-ID-en. |
| 3 |
Bruk et filter du velger. Filtrene som er tilgjengelige er:
Filtre er ikke tilgjengelige hvis du søker etter telefonnumre eller korrelasjons- ID-er. |
| 4 |
Klikk på et bestemt anrop for å inspisere hoppdetaljvisningen. |
Last ned søkeresultater eller Feilsøk anropsoppføringer som en CSV-fil
Du kan laste ned søkeresultatene eller Feilsøke anropsoppføringer som en CSV-fil. Disse post ene gir detaljer om anropsnivået for å hjelpe deg med å feilsøke et anrop.
Du kan eksportere opptil 100 feilsøkingsanropsposter per CSV-fil.
Når du klikker på nedlasting, laster den ned søkeresultatene for fanen du er på. Så hvis du vil laste ned Webex Calling poster, må du sørge for at du er på Webex Calling fanen.
| 1 |
Logg på Control Hub og gå til Over våking > Fe il søking. |
| 2 |
Når du har en liste over samtaler du vil vise, velger du eller Last ned feilsøkingsanrop (CSV).
Du kan også laste ned feilsøkingsposter fra anropsinformasjonssiden. Her kan du laste ned feilsøkingsposter, samtalerapporten i JSON-format og deltakerdetaljene som en CSV-fil. |
Feilsøking av mediekvalitetsproblemer
Hop-by-hop-visningen hjelper deg med å finne 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 mediespørsmål er:
-
Brukerspesifikke problemer — En bruker eller enhet er koblet til på et dårlig nettverk (for eksempel Wi-Fi eller jobber hjemmefra), noe som betyr at opplevelsen deres påvirkes av de tilknyttede nettverksfunksjonene. Se artikkelen Bruk cScan til å teste Webex Calling nettverk skvalitet for å identifisere problemet med nettverket.
-
Spesifikke problemer for anropstype - En brukers dårlige opplevelse skyldes kvaliteten i den fjerne enden. Dette er typisk i PSTN-scenarier hvor brukeren snakker med en annen bruker på et mobilnett og økten har høyt pakketap på PSTN-nettverket.
-
Ingen medieproblem - Det kan ikke være noen medieoverføring i noen hopp. Innsiktsbanneret viser årsaken øverst på Hop-detaljsiden og den ansvarlige parten i informasjonsfeltet på hoppdetaljsiden. Noen av de mulige årsakene til at ingen medier i samtaler sammen med ansvarlige parter er listet opp her:
-
Webex mottar ikke media fra avsenderen.
-
Webex mottar ikke media fra mottakeren.
-
Webex mottar ikke medier fra noen av retningene.
-
Webex sender ikke media til mottakeren. Webex engineering løser dette problemet.
-
Webex mottar ikke medier fra Cloud PSTN. Webex engineering løser dette problemet.
-
Webex mottar ikke medier fra skytjenesten. Webex engineering løser dette problemet.
-
Webex mottar ikke medier fra den lokale gatewayen. En kundeadministrator må undersøke problemet.
-
-
Feil på optimalisering av mediebane — Få anrop kan ikke konfigurere optimalisering av mediebane. Innsikts-banneret viser årsaken til mislykkede ICE-samtaler og oppløsningen øverst på Hop-detaljsiden.
Noen av de mulige årsakene er:
-
ICE mislyktes på grunn av bedøvelsesservertilgang - se Webex Calling Portreferanseinformasjon.
-
ICE mislyktes på grunn av tilkoblingskontroll - bekreft tilkobling mellom nettverk.
-
ICE mislyktes da standardbanens rundturstid var likne/bedre enn noen optimalisert bane.
-
Webex Callingfanger opp og behandler mediekvalitetsmålinger sendt av følgende støttede tredjepartsenheter:
-
Polycom
-
Yealink
-
Lydkoder
Administratorer kan se sammendraget og analysen av siste hop-mediekvalitet, inkludert ventetid, jitter og pakketap for samtaler som involverer støttede tredjepartsenheter, i hop-by-hop- visningen. Dette gir den samme opplevelsen som det som er tilgjengelig for Cisco- enheter.
Begrensninger
Målinger for mediekvalitet og opprinnelige og avsluttende strømmer fra nettverks siden er ikke tilgjengelige for følgende enheter:
-
Analoge telefoner
-
IPv6-endepunkter
Målinger for mediekvalitet støttes for øyeblikket ikke for kunder med base i India. Støtte for disse kundene er planlagt på et senere tidspunkt.
Minutt-for-minutt-visning
Du kan gå ned i en deltakers mediekvalitetslinje for å se kvaliteten på medieøkten deres minutt for minutt. Denne detaljerte visningen lar deg finne ut hvor i samtalen en deltaker hadde problemer, og hjelpe deg med å finne ut hva grunnårsaken var.
Minutt-for-minutt-visningen er bare tilgjengelig for samtaler som håndteres gjennom Webex-klienter og RoomOS-endepunkter. Støtte for PhoneOS-klienter vil være tilgjengelig i fremtiden. Denne visningen er ikke tilgjengelig for MPP- og Cisco-administrerte tredjepartsendepunkter.
Den eksisterende mediekvalitetsopplevelsen markerer kvaliteten på en medieøkt som god eller dårlig for den samlede økten basert på våre definerte terskler for ventetid, jitter, og pakketap. Med mediekvalitetsvisningen minutt for minutt kan du gå ned i kvaliteten på en medie økt på minuttnivå. Dette er spesielt nyttig i tilfelle lengre samtaler der medieses jonen for en bruker ville ha vært dårlig i bare noen få sekunder til et minutt, men samtalen var fortsatt merket som dårlig.
Administratorer kan kryssstarte i minutt-for-minutt-visningen ved å klikke på en medie økt fra samtalesekvensvisningen. Du kan videre se terskelverdiene ved å klikke på et segment av medieøkten i minutt-for-minutt-visningen.
De tilgjengelige minutt-for-minutt-beregningene er:
- Lydkvalitet — ventetid, pakketap, jitter, mediebithastighet
- Videokvalitet — ventetid, pakketap, jitter, mediebithastighet, bildefrekvens, oppløsning
- Delingskvalitet — ventetid, pakketap, jitter, mediebithastighet, bildefrekvens, oppløsning
- CPU-bruk — System CPU, Webex App CPU
- Minnebruk — Systemminne, Webex App-minne
- Nettverk og utstyr - klient, plattform, tilkobling, medienode, lydtransport, video transport, lydkodek, videokodek og så videre.
Minutt-for-minutt-visningen viser bare tilgjengelige beregninger. Hvis for eksempel en samtale ikke hadde noen deling, vises ikke delingskvaliteten.
Nettverk og utstyr
Når du velger et tidsintervall i minutt-for-minutt- visningen, viser Utstyr- og nettverkskortet informasjon om endepunkt, nettverk og eksterne enheter som er tilgjengelig for det valgte intervallet. Bruk denne informasjonen sammen med beregningene for mediekvalitet for å undersøke om gjentatte problemer er knyttet til en bestemt enhet, perifer enhet, tilkobling eller lokalt nettverkselement.

Kortet kan vise følgende informasjon. Feltene som vises avhenger av endepunktet, operativsystemet, tilkoblingen og informasjonen som rapporteres under samtalen.
|
Informasjon |
Beskrivelse |
|---|---|
|
Klient, plattform og versjon |
Webex-appen eller enheten, operativsystemet eller plattformen, og tilgjengelige klient- eller programvareversjonsdetaljer. |
|
Tilkobling |
Den aktive tilkoblingstypen som brukes for medier, for eksempel Wi-Fi, Ethernet eller mobilnett. |
|
Lokal IP og offentlig IP |
Den lokale nettverksadressen som brukes av endepunktet og den offentlige adressen som skyen ser. Adresser kan delvis maskeres. |
|
Plassering |
Tilgjengelig geolokaliseringsinformasjon for endepunktet som kommer fra den offentlige IP-en. |
|
Lydtransport og lydkodek |
Transportprotokollen som brukes til lyd og kodekene som brukes til å sende og motta lyd. |
|
Mikrofon og høyttaler |
De valgte lydinngangs- og utgangsenhetene. |
|
Kamera |
Det valgte kameraet eller om det ikke er noe kamera tilgjengelig. |
|
Støyfjerning og virtuell bakgrunn |
Tilgjengelig informasjon om aktiv støyfjerning og innstillinger for virtuell bakgrunn. |
Nettverksinfrastruktur detaljer
I tillegg til tilkoblingsty pe og IP-informasjon, kan kortet inneholde informasjon om nettverksinfrastruktur for Wi-Fi-, Ethernet- og mobiltilkoblinger.
|
Tilkoblingstype |
Detaljer som kan vises |
Hvordan bruke informasjonen |
|---|---|---|
|
Wi-Fi |
Nettverks-ID (BSSID), Wi-Fi-nettverksnavn (SSID). |
Sammenlign berørte samtaler for å se om de brukte Wi-Fi-nettverket. |
|
Ethernet |
Nettverks-ID (svitsj-ID), svitsjport-ID. |
Sammenlign berørte anrop for å identifisere en mulig felles bryter eller port. |
|
Mobiltelefon |
Nettverks-ID (PLMN-ID), leverandørnavn og mobilnettverkstype. |
Bruk informasjonen til å finne ut om berørte samtaler er knyttet til et bestemt mobilnettverk. |
Nettverksinfrastrukturdetaljene registreres bare når en administrator eksplisitt velger at denne informasjonen skal samles inn og lagres for endepunkter i organisasjonen . Dette kan gjøres ved å slå på Till at Cisco å samle inn nettverks detaljer under innstillingen Samle klientberegninger under Organisasjonsinnstillinger i Control Hub. Denne innstillingen er deaktivert som standard.

Tolk informasjonen
-
Se gjennom nettverksdetaljene for samtalen som viser forringet mediekvalitet.
-
Sammenlign detaljene med andre berørte samtaler, brukere eller tidsintervaller.
-
Se etter gjentatte assosiasjoner, for eksempel flere samtaler med dårlig lyd ved hjelp av samme Wi-Fi BSSID-punkt, bryterport eller mobilleverandør.
-
Bruk et observert mønster som input for nettverksundersøkelsen. Informasjonen bidrar til å begrense problemområdet, men bekrefter ikke årsaken til et problem med samtalekvalitet .
-
Informasjon om nettverksinfrastruktur vises bare når endepunktet rapporterer det for det valgte intervallet. Tilgjengeligheten kan variere avhengig av endepunkt, operativsystem, app versjon, aktivt nettverk og tillatelser.
-
For Webex App-brukere på macOS, iOS og Android, gi Webex App-plasserings tillatelse slik at klienten kan samle inn nettverksinfrastrukturinformasjon som forventet.
-
Mobilleverandør, PLMN-ID og mobilnettverkstype kan være utilgjengelig på enkelte mobile operativsystemer eller tilkoblinger.
-
Et felt kan være utilgjengelig selv når en nettverks-ID er tilstede. For eksempel kan det hende at et navn på et Wi-Fi-til gangspunkt eller et Ethernet-svitsjnavn ikke rapporteres.
-
Ikke bruk et manglende felt som bevis på nettverksfeil. Bruk den med beregninger for samtalekvalitet og detaljer fra andre berørte samtaler for å avgjøre om det er et repeterbart mønster.
-
Denne informasjonen er tilgjengelig for Webex-appen fra og med 46.8-utgivelsen.
-
Ethernet-svitsjkabinett-ID og svitsjport-ID og Wi-Fi med BSSID i RoomOS 26.9.1/RoomOS september 2026, og Ethernet-svitsjnavn og Wi-Fi SSID kommer i RoomOS 26.10.1/RoomOS oktober 2026.
Støttede samtaleflyter
Mediekvalitetsrapportene samles inn fra sluttpunktene for innringere og ringere og medieformidlingspunktene. Dette gjør at en segmentering av medieopplevelsen kan begrense og identifisere om problemet oppstod på:
-
Innringer eller ringer
-
Medievei til eller fra Webex Calling skyen.
Anropsben vises hvis det var en medieøkt som er opprettet med minst ett Webex Calling registrert endepunkt på samtalen. For eksempel, for et utgående anrop fra jakt gruppe til åtte agenter, hvis bare én agent svarer, er det ingen medieopplevelse å feilsøke for de andre syv agentene.
Det finnes fem typer medieopplevelser eller veier for Webex Calling feilsøking, som er:
-
Optimalisert på nettet - Samtaler i organisasjonen der ICE lykkes og media flyter direkte mellom brukerne. Se Webex CallingMedieoptimalisering med interaktiv tilkoblingsetablering (ICE) for detaljert informasjon.
-
Uoptimalisert på nettet — Anrop i organisasjonen der Interactive Connectivity Establishment (ICE) ikke var mulig eller etablert. I dette scenariet flyter mediet gjennom Webex-samtaleskyen.
-
Nettbasert skybasert hosting — Anrop i en organisasjon der medier leveres av en medieserver som er vert i skyen (for eksempel å lytte til telefonsvarer, ringe til en automatisk svartjeneste).
-
Off-net-anrop til eller fra det Webex Calling registrerte endepunktet -
-
via Cloud Connected PSTN Provi der - Innkommende og utgående samtaler 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 Local Gateway - Innkommende og utgående samtaler fra en organisasjon der den andre partens medier er gjennom bedriften. Bak den lokale gateway kan mediesesjonen være fra bedriftsverts bruker (for eksempel registrert for anropsstyring i bedriften) eller fra PSTN, hvor PSTN leveres av bedriften.
-
Hvis det er 1 eller 2 Webex Calling registrerte brukere som er involvert i et punkt-til-punkt-nett-anrop, viser feilsøkingsvisningen beregninger for en eller begge partene. Hvis samtalen er utenfor nettet (bruker 1 mottar et anrop fra en PSTN-bruker), presenterer feilsøkingsvisningen bare bruker1s klientberegninger, sammen med beregningene hentet fra medie overføringspunktet.
De fleste av samtalescenariene i feilsøkingsvisningen viser to anropsben (innringer og ringer), men noen av samtalescenariene (for eksempel anropsparkering eller henting) viser bare ett anropsetappe. I slike tilfeller vises den andre anropsdelen separat i feilsøkingsvisningen. Dette hindrer ikke feilsøking av samtalen og oppdagelse av hvor problemet oppstod. Det krever imidlertid at administratoren manuelt korrelerer de to anropsbenene ved hjelp av en felles enhet, for eksempel overlappende tid. Frem tidige forbedringer av feilsøkingsvisningen vil eliminere behovet for å bruke manuelle oppslag.
Hopmetrikkene varierer i løpet av en økt avhengig av samplingstiden og vari asjonen i nettverket. Verdiene som rapporteres av medieoverføringspunktet og klientene (ende-til-ende-opplevelse) stemmer kanskje ikke overens. Imidlertid bør de være i tett justering for å tillate segmentering langs banen.
Mediekvalitetsrapportene samles inn fra både Cisco-enheter og støttede fullt administrerte tredjepartsenheter, noe som gir en jevn segmentering av medie opplevelsen på tvers av anroper- og ringbanene.
Vi anbefaler at du bruker visningen for feilsøking for individuelle anrop med den samlede informasjonen som er hentet fra Analytics.
La oss analysere samtalekvaliteten for de forskjellige samtaletypene ved hjelp av feilsøkings visningen.
Anrop i organisasjonen der ICE lykkes og mediereléet i skyen fjernes fra banen. Medieflyten er direkte mellom brukerens enheter.


Slutning:
| 1 |
Samtalen er vurdert så bra som både den som ringer og den som ringer har god opplevelse fra ende til ende. |
| 2 |
Administratoren kan observere at media flyter direkte mellom de to brukerne og ikke reiser gjennom Webex-samtaleskyen. Optimaliserte anropsstrømmer kan ha en dårlig opplevelse, hvis bedriften eller det lokale nettverket er kilden til problemet, siden media mellom de to brukerne vil krysse det lokale nettverket. Latens eller RTT er alltid lavere på en optimalisert samtale, men pakketap og jitter kan fortsatt være en faktor avhengig av nettverket mellom de to brukerne. |


Slutning:
Administratoren kan observere følgende:
| 1 |
Innringerens opplevelse fra ende til ende er vurdert som dårlig. |
| 2 |
Det er et problem med innringerens nettverkshopp som påvirker både sende- og mottak sstrømmen. |
| 3 |
Callees nettverkshopp har ikke noe problem. |
| 4 |
Den som ringer fra start til slutt blir vurdert som dårlig på grunn av problemet fra den som ringer. |


Slutning:
Anropet er vurdert så godt som den som ringer fra ende til ende er innenfor de aksepterte tersklene. Administratoren kan observere at følgende:
| 1 |
Nettverkshoppet for den som ringer er vurdert som dårlig ettersom noen av beregningene er over den akseptable terskelen. |
| 2 |
Sendestrømmen fra telefonsvareren blir vurdert som god i henhold til beregningene som er samlet inn fra medieoverføringspunktet. |
| 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 skyen, slik at kvaliteten på det koblingssegmentet er intern og alltid høy kvalitet, lav ventetid. |
| 4 |
Administratoren kan observere at innringerens opplevelse fra ende til ende er vurdert som god, selv om hoppet er vurdert som dårlig. Dette skyldes at kallee-hoppet har et godt nettverk som kompenserer for ytelsesforringelsen av anroperens nettverk. |
I eksemplet kommer klientmediet fra en PSTN-leverandør gjennom skyen.


Anropet er vurdert som dårlig ettersom den ringes ende-til-ende-opplevelse ikke er innenfor de aksepterte tersklene. Administratoren kan observere følgende:
| 1 |
Problemet er med innringerens PSTN-hop spesielt med sendestrømmen. |
| 2 |
Callees nettverkshopp har ikke noe problem. |
| 3 |
Den som ringer fra start til slutt blir vurdert som dårlig på grunn av problemet fra den som ringer. |
| 4 |
Ende-til-ende-opplevelsen og mottakerstrømmetrikkene til innringeren som er på PSTN-nettverket, er for øyeblikket ikke tilgjengelig, da disse beregningene ikke overføres til skyen. Webex Calling |
Anroper inn og ut av en organisasjon der innringerens media kommer fra en bedrift. Mediesesjonen kan være fra en bedriftsvertsbruker (for eksempel registrert i UCM) eller fra PSTN, der PSTN leveres gjennom bedriften.


Inferens
Anropet er vurdert som dårlig ettersom den som ringer fra ende til ende ikke er innenfor de aksepterte tersklene. Administratoren kan observere følgende:
| 1 |
Det er et problem med innringerens hopp til Webex Calling skyen både på sende- og mottaksstrømmen. |
| 2 |
Den som ringer fra ende til ende blir vurdert som dårlig enten på grunn av problemet som er observert i hoppet eller problemene på brukerens slutt (enheter, nettverk og så videre). |
| 3 |
Den innkommende trafikken til Webex Calling skyen fra den ringende enden blir vurdert som god. |
| 4 |
Ende-til-ende-opplevelsen og mottakerstrømmetrikkene til den som ringes fra den lokale gatewayen, er for øyeblikket ikke tilgjengelig, da disse beregningene ikke overføres til Webex Calling skyen. |
Feilsøking mislyktes og avslag på anrop
Kolonnen Samtal estatus angir om et anrop var vellykket, avslått eller mislyktes. Når et anrop har statusen Avslag eller Fe il, kan du holde musepekeren over statusen for å se den aktuelle koden.
Når du går ned til en brukers liste over anrop, er en KPI for mis lykkede anrop tilgjengelig for raskt å identifisere om brukeren opplever betydelige problemer. Du kan holde musepek eren over statusen Avslag eller Feil for å vise den spesifikke koden som er knyttet til hver status.
I hoppdetaljer-visningen vises et banner for å vise deg mer informasjon om hvorfor samtalen har status Av slag eller Fe il. Du kan også se om samtalestatus skjedde under det opprinnelige eller avsluttende hoppet.
Eksempel på mislykkede samtalescenarier
Feilkode: Ingen rute til destinasjonen

Et anropsforsøk ble gjort av en arbeidsplassenhet, men mislyktes på grunn av at det ikke var noen rute tilgjengelig til destinasjonen.
Feilkode: Protokollfeil

Et anropsforsøk ble gjort av en arbeidsplassenhet, men mislyktes på grunn av en protokollrelatert feil.
Feilkode: Intern feil

Det ble foretatt et anrop fra en lokal gateway, men mislyktes på grunn av interne feil med arbeidspl assenheten på destinasjonen. Samtalen ble etablert i 14 minutter før det resulterte i en intern feil.
Eksempel på scenarier for nektelse av anrop
Avslagskode: Samtale avvist
Et anropsforsøk mislyktes fordi forsøket ikke kunne nå målet eller grensesnittet til destinasjonen ikke fungerte som det skal. Eksempler på avviste scenarier er følgende:
-
Anropsforsøk avvises på grunn av anonym anropsavvisning.
-
Anropsforsøk avvises på grunn av tillatelser for innkommende anrop.
-
Anropsforsøk avvises på grunn av tillatelser for utgående anrop.
-
Anropsforsøk avvises på grunn av tillatelser for utgående anrop.
-
Anropsforsøk avvises på grunn av anropsopptak konfigurert.
-
Anropsforsøk avvises på grunn av feil i anropsparkering eller anropshenting.
-
Anropsforsøk avvises på grunn av push-to-talk-avvisning.
-
Anropsforsøk avvises på grunn av selektiv aksept av anrop.
-
Anropsforsøk avvises på grunn av selektiv avvisning av anrop.
-
Anropsforsøk avvises på grunn av feil som ukjent nummer, utilstrekkelige tillatelser, etc.
Feilkode: Ikke tildelt nummer
Et anropsforsøk ble gjort av en innringer, men ble avvist fordi destinasjonen var til et ikke-tildelt nummer.
Årsaker til samtaleutfall
Tabellen nedenfor viser avslag - og feilkoder som er tilgjengelige for mislykkede samtaler.
| Årsak til samtaleutfall | Definisjon |
|---|---|
|
Suksess |
Samtalen var vellykket. Mulige koder er:
|
|
Avslag |
Samtalen ble nektet. Mulige koder er:
|
|
Feil |
Anrop mislyktes. Mulige koder er:
|
