I denne artikkelen
dropdown icon
Oversikt
    Søkevisning
    Søkte brukerens nøkkelresultatindikatorer (KPIer)
    Samtalesammendrag
    Vis detaljer for hopp
    Anropsdetaljer-ruten
Få tilgang til Webex Calling feilsøkingsvisning
Vis SIP-anropsdiagrammet for en Webex Calling -samtale
Last ned søkeresultater eller Feilsøk anropsoppføringer som en CSV-fil
dropdown icon
Feilsøking av mediekvalitetsproblemer
    Begrensninger
    Minutt-for-minutt-visning
    Støttede samtaleflyter
dropdown icon
Feilsøking mislyktes og avslag på anrop
    Eksempel på mislykkede samtalescenarier
    Eksempel på scenarier for nektelse av anrop
    Årsaker til samtaleutfall
Feilsøke Webex Calling -anrop i Control Hub
list-menuI denne artikkelen
list-menuTilbakemelding?

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.

Searched calls in Troubleshooting in Control Hub

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:

KolonnenavnDefinisjon

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:

  • Vellykket - Anropsforsøket var vellykket.

  • Avslag - Anropsforsøk ble nektet.

  • Feil — Anropsforsøk mislyktes.

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:

  • Dårlig — indikerer at enten den som ringer eller den som ringer hadde en dårlig opplevelse fra ende til ende (for eksempel hakkete lyd).

  • Bra — Indikerer at opplevelsen fra start til slutt for den som ringer, og den som ringer ikke overskredet terskelverdiene.

  • Ingen/Ikke tilgjengelig — Ingen mediekvalitetsdata tilgjengelig.

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)

A screenshot of a Webex Troubleshooting dashboard displaying call analytics for 11 records between April 18 and April 24, 2026. The dashboard shows four performance metrics: 11 total calls, 11 call segments, 10 total calls with media, and 10 media sessions, each accompanied by a visual progress bar indicator.

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

Example of call summary data when troubleshooting a call

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

Example of a Webex Calling call's hot details in Troubleshooting

Følgende data er tilgjengelige i hoppdetaljvisningen:

BegrepetDefinisjon
Endepunkt

Viser ett av følgende:

  • Skrivebordstelefon for et fysisk endepunkt

  • Webex-appen

  • Romenhet for Cisco Room Series-enheter

Maskinvare

Viser ett av følgende:

  • Informasjon om skrivebordstelefonmodell for et fysisk endepunkt

  • «- «for en Webex-app

  • Room Series-modellinformasjon for Cisco Room Series-enheten

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:

  • Wi-Fi

  • Ethernet

  • Mobiltelefon

  • Ukjent

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, og RoutePoint. 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:

BegrepetDefinisjon
Korrelasjons-IDKorrelasjons-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. Interaction ID

AnropdatoDatoen da samtalen skjedde.
AnropstidTiden 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

DeltakereAntall deltakere som ble med i samtalen.
Innringers navnNavnet på den som ringer.
Innringers e-postE-postadresse til den som ringer.
OppringingsnummerTelefonnummer som den som ringer brukte under samtalen.
LydTypen lyd som brukes.
VideoerViser 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:

  • ICE (etablering av interaktiv tilkobling)

  • PNC (privat nettverkstilkobling)

  • Ingen optimalisering

Anropstype

Anropstype kan være ett av følgende:

  • Nødsituasjon

  • Bedriften

  • Internasjonal

  • Mobil

  • Nasjonalt

  • Operatør

  • Premium

  • Kortkode

  • Avgiftsfri

  • Ukjent

  • URI

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 CallQueueindikerer en verdi på at håpet skyldes et anropsforsøk fra en anropskø til en agent. Du finner mer informasjon om relaterte årsaksverdier i den Webex Callingdetaljerte anropslo ggrapporten.

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:

  • Plassering
  • Personlig kvalitet
  • Enhetstype
  • Tjenestetype

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 Eksporter > Last ned søkeresultater (CSV) eller Last ned feilsøkingsanrop (CSV).

Highlighted Export button for searched calls in Troubleshooting in Control Hub

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.

    Troubleshooting tab in Control Hub for meetings and calls displaying two insights found and hop details

    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.

A screenshot of a Webex Meetings and Calls diagnostic dashboard. The interface displays a call summary timeline with two participants. A tooltip is active, showing call quality metrics for a 20-second segment from 05:08:48 AM to 05:09:08 AM, which includes a latency of 506 milliseconds, 0% packet loss, and 16 milliseconds of jitter.

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.

A troubleshooting dashboard titled "Participant details" showing time-series graphs for audio and video quality. A central pop-up overlay displays specific performance metrics at 02:06:44 PM, including end-to-end jitter, packet loss, media bitrate for sending and receiving, average and maximum latency, client and system CPU usage, and frame size ratio.

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.

the Equipment and networks card

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.

Collect client metrics

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.

Samtaler i organisasjonen der en ICE-samtale ikke lykkes og media flyter gjennom Webex Calling skyen.

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.

Anrop i en organisasjon der mediet leveres av en medieserver som er vert i skyen.

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.

Anroper inn og ut av en organisasjon der den andre parten er på PSTN-nettverket. Mediet videresendes fra en skytilkoblet PSTN-leverandør (CCPP).

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

Failure code: no route to destination error code example for a call in Troubleshooting

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

Feilkode: Protokollfeil

Failure code: protocol error code example for a call in Troubleshooting

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

Feilkode: Intern feil

Failure code: internal error code example for a call in Troubleshooting

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

Hop detail view with a call rejected refusal code in Troubleshooting in Control Hub

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

Refusal code: unassigned number error code example for a call in Troubleshooting

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 samtaleutfallDefinisjon

Suksess

Samtalen var vellykket. Mulige koder er:

  • Normal — Anropet er fullført.
  • UserBusy — Ring er en suksess, men brukeren er opptatt.
  • Noanswer—Call er en suksess, men brukeren svarte ikke.

Avslag

Samtalen ble nektet. Mulige koder er:

  • Samtaleavvist — Anropsforsøk avvist ved mottakerens slutt.
  • Utilordnet nummer — Det oppringte nummeret tilordnes ikke til noen bruker eller tjeneste.
  • SIP408—Forespørselen ble utløpt fordi brukeren ikke ble funnet i tide.
  • InternalRequestTimeout — Tidsfrist for forespørselen gikk ut da tjenesten ikke kunne oppfylle forespørselen på grunn av en uventet tilstand.
  • Q850102ServerTimeout — Gjenoppretting når timeren utløper eller tjeneren er utløpt.
  • NouserResponse — Ingen respons fra noen sluttbrukerenhet eller klient.
  • NoanswerFromuser - Ingen svar fra brukeren.
  • SIP480 — Callee eller kalt parti er for øyeblikket utilgjengelig.
  • SIP487-Forespørselen avsluttes før samtalen ble besvart.
  • Midlertidig ikke tilgjengelig — Brukeren er midlertidig utilgjengelig.
  • LocalGatewayloop — sløyfe oppdaget mellom den lokale gatewayen og. Webex Calling
  • AdminCallBlock — Anropsforsøk avvises på grunn av organisasjonens anropsblokkeringsliste.
  • UserCallBlock — Anropet til brukeren avvises fordi nummeret er på brukerens blokkeringsliste.
  • Kan ikke nås — Kan ikke dirigere samtalen til ønsket destinasjon.
  • UserFravær — Brukeren er midlertidig utilgjengelig eller utilgjengelig.
  • Udefinert - Ingen av grunnene ovenfor.

Feil

Anrop mislyktes. Mulige koder er:

  • DestinationOutoForder — Serviceforespørsel mislyktes ettersom destinasjonen ikke kan nås eller grensesnittet til destinasjonen ikke fungerer som det skal.
  • SIP501 — Ugyldig metode og kan ikke identifisere forespørselsmetoden.
  • SIP503-tjenesten er midlertidig utilgjengelig, så du kan ikke behandle forespørselen.
  • ProtocolError — ukjent eller uimplementert utgivelseskode.
  • SIP606 — Noen aspekter av øktbeskrivelsen var ikke akseptabelt.
  • NoroutetoDestination—Ingen rute tilgjengelig til destinasjonen.
  • Internt - Mislyktes på grunn av interne årsaker. Webex Calling
  • maxConcurrentTerminatingAlertingRequestsExceeded — Antall samtidige ubesvarte anrop til en lokal gateway, for samme anrop og oppringte nummer, overskred grensen.
  • Udefinert - Ingen av grunnene ovenfor.
Var denne artikkelen nyttig?
Var denne artikkelen nyttig?