- Hjem
- /
- Artikel
Fejlfinding af mediekvaliteten i Webex Calling i Control Hub
I denne artikelFejlfindingsvisningen i Webex Calling giver administratorer mulighed for at foretage fejlfinding af problemer med mediekvalitet i et Webex-opkald. Du kan søge efter oplysninger relateret til opkaldet, se dets mediestatistik, identificere, hvor problemet opstod, og løse problemet.
Oversigt
For at bestemme den sandsynlige årsag anbefales det at bruge fejlfindingsvisningen sammen med de samlede oplysninger fra instrumentpanelet Webex Calling Analytics. Brug instrumentpanelet Webex Calling Analytics til at se problemer, der påvirker flere brugere med en almindelig årsag, der er relateret til placering, netværk osv., mens Webex Calling-fejlfindingsvisningen kan identificere problemer med individuelle opkald.
Funktionen til fejlfinding af mediekvalitet kræver ikke nogen specifik konfiguration og er som standard tilgængelig i Control Hub. Det er tilgængeligt for fulde kunder, skrivebeskyttede, support-, partner- og partneradministratorer, der kun kan læse.
Administratorer kan søge ved hjælp af følgende kriterier for at få en liste over opkald, hvor en mediesession blev brugt med mindst ét Webex Calling-registreret slutpunkt:
E-mail-id'er
Telefonnumre (nøjagtigt strengmatch)
MAC-adresse
Opkalds-id'er
Fejlfinding af mediekvalitet gør det muligt for administratorer at:
Se slutpunkt-til-slutpunkt-oplevelsen for opkaldsdeltagerne.
Se en hoppeliste af opkaldet.
Se, om mediet passerer gennem Webex Calling-skyen eller direkte mellem brugerne (ved hjælp af ICE).
Vis indsigt, hvis der ikke er nogen medier i opkaldet, eller når opsætningen af stioptimering mislykkedes.
Vis opkald for de seneste 21 dage.
Analyser de målinger af opkaldskvalitet, der påvirkede brugerens oplevelse. En administrator kan f.eks. observere høj forvrængning på klienter over Wi-Fi-netværk, men pakketab og ventetid kan være acceptabelt.
Registrer, om problemet er med opkalderen eller den person, der ringer op.
Fejlfinding af mediekvalitet gælder kun for mediesessioner, og den viser ikke sessioner til signalering af opkald. Alex ringer f.eks. til Bob, der har opsat CFA (Viderestil alle opkald) til Christina, og Christina besvarede opkaldet. I dette scenarie viser mediefejlfindingsvisningen, at opkaldet skete mellem Alex og Christina, da fokus er på fejlfindingsmedieoplevelse snarere end signalstrømmen eller opkaldets livscyklus.
De opkald, der bruger Webex Calling, vises, når opkaldet afsluttes.
Fejlfindingsvisningen hjælper med at identificere problemområdet ved at angive alle de relevante målinger og kan ikke nødvendigvis give dig hovedårsagen til et dårligt opkald. Se på disse markører for at identificere forskellige faktorer og bestemme løsningsmulighederne:
Brugerens slutpunkt-til-slutpunkt-oplevelse.
Visning af hop-detaljer.
Send eller modtag målinger fra brugeren eller medierelæpunktet.
Uanset om opkaldet skete til eller fra et eksternt netværk eller mellem de Webex Calling-registrerede slutpunkter.
Understøttede opkaldsflows
Rapporterne om mediekvalitet indsamles fra slutpunkterne for den, der ringer op, og den, der ringer op, og medierelæpunkterne. Dette giver en segmentering af medieoplevelsen mulighed for at indsnævre og identificere, om problemet opstod på:
Ringer op eller ring op
Mediesti til eller fra Webex Calling-skyen.
Opkaldsben vises, hvis der var en mediesession, der er oprettet med mindst ét Webex Calling-registreret slutpunkt på opkaldet. For eksempel for et udgående opkald fra viderestillingsgruppe til otte agenter, hvis kun én agent besvarer, er der ingen medieoplevelse til fejlfinding for de andre syv agenter.
Der er fem typer medieoplevelser eller veje til fejlfinding af Webex Calling, som er:
Online-optimeret – opkald i den organisation, hvor ICE gennemføres, og medierne flyder direkte mellem brugerne. Se Webex Calling Media Optimization med interactive Connectivity Establishment (ICE) for at få detaljerede oplysninger.
Ikke-optimeret på nettet – opkald inden for organisationen, hvor ICE (Interactive Connectivity Establishment) ikke var muligt eller etableret. I dette scenarie strømmer mediet gennem Webex Calling-cloud.
Cloud-hostet på nettet – opkald i en organisation, hvor medier leveres af en medieserver, der hostes i skyen (f.eks. lytte til voicemail, opkald til en automatisk omstilling).
Opkald uden for nettet til eller fra det Webex Calling-registrerede slutpunkt -
via cloud-forbundet PSTN-udbyder- indgående og udgående opkald fra en organisation, hvor den anden part er på PSTN-netværket. Mediet sendes via en cloud-forbundet PSTN-udbyder (CCPP) via en forbindelse af høj kvalitet.
via lokal gateway- Indgående og udgående opkald fra en organisation, hvor den anden parts medier er via virksomheden. Bag den lokale gateway kan mediesessionen være fra virksomhedens værtsbruger (f.eks. registreret til opkaldskontrol i virksomheden) eller fra PSTN, hvor virksomheden leverer PSTN.
Hvis der er 1 eller 2 Webex Calling-registrerede brugere, der er involveret i et punkt-til-punkt-on-net-opkald, viser fejlfindingsvisningen målinger for en eller begge parter. Hvis opkaldet er slukket for netværket (bruger 1 modtager et opkald fra en PSTN-bruger), viser fejlfindingsvisningen kun brugerens klientmålinger sammen med de målinger, der er taget fra medierelæpunktet.
De fleste opkaldsscenarier i fejlfindingsvisningen viser to opkaldsben (der ringer op og ringer op), men nogle af opkaldsscenarierne (f.eks. parkering af opkald eller hentning) viser kun ét opkaldsben. I sådanne tilfælde vises det andet opkaldsben separat i fejlfindingsvisningen. Dette forhindrer ikke fejlfinding af opkaldet og registrering af, hvor problemet opstod. Det kræver dog, at administratoren manuelt korrelerer de to opkaldsben ved hjælp af en almindelig enhed, f.eks. overlappende tid. Fremtidige forbedringer af fejlfindingsvisningen eliminerer behovet for at bruge manuelle opslag.
Adgang til fejlfindingsvisningen i Webex Calling
Benyt følgende fremgangsmåde for at analysere et Webex-opkald:
| 1 | Fra kundevisningen i https://admin.webex.com/, gå til Overvågning > Fejlfinding. |
| 2 | Vælg Møder og opkald, og søg derefter efter e-mail-id'et for brugeren eller enheden, telefonnummer (nøjagtig strengmatch), MAC-adresse for brugeren eller enheden eller opkalds-id'erne for det opkaldsben, du vil se. Viser oplysningerne for alle opkald og møder, der er knyttet til søgningen.
Listevisningen viser det opkald, der er foretaget ved hjælp af mindst ét Webex Calling-registreret slutpunkt og har en mediesession. |
| 3 | Webex Calling-opkaldene er klassificeret efter kvalitet. For Webex-møder eller Opkald på Webex-sessioner gælder denne klassificering dog ikke. Opkaldsoplevelsen er klassificeret som:
|
| 4 | Klik på et specifikt opkald i listevisningen for at inspicere Hop-oplysningerne. Visning af hop-detaljer viser:
Fra Hop-oplysningerne kan du:
Oplevelsen af slutpunkt-til-slutopkald er baseret på de mediekvalitetsdata, der indsamles fra hvert Webex Calling-registreret slutpunkt (Webex-app eller enhed såsom 8865 eller Desk Pro) i slutningen af opkaldet. Opkaldet er klassificeret som godt, hvis det opfylder disse tærskler:
Hoppets kvalitet er afledt af data, der indsamles fra medierelæpunktet i Webex Calling-skyen. For PSTN-opkald via CCPP eller lokal gateway er dataindsamlingen fra Webex Calling-skyen og ikke fra PSTN-slutpunktet. Et hop er klassificeret som godt, hvis det opfylder disse tærskler.
Hoppmålingerne varierer under en session afhængigt af prøvetiden og variabiliteten i netværket. De værdier, der rapporteres af medierelæpunktet og klienterne (slutpunkt-til-slutpunkt-oplevelsen), stemmer muligvis ikke overens. De bør dog være tæt på hinanden for at muliggøre segmentering langs vejen. Vi anbefalede at bruge den individuelle visning af fejlfinding af opkald med de samlede oplysninger, der er afledt af Analytics. Lad os analysere opkaldskvaliteten for de forskellige opkaldstyper ved hjælp af fejlfindingsvisningen. |
Opkald i den organisation, hvor ICE er gennemført, og medierelæet i skyen fjernes fra stien. Mediestrømmen er direkte mellem brugerens enheder.
Inference:
| 1 | Opkaldet er klassificeret lige så godt, som både den, der ringer op, og den, der ringer op, har en god slutpunkt-til-slutpunkt-oplevelse. |
| 2 | Administratoren kan observere, at medier flyder direkte mellem de to brugere og ikke rejser gennem Webex Calling Cloud. Optimerede opkaldsstrømme kan have en dårlig oplevelse, hvis virksomheden eller det lokale netværk er kilden til problemet, da medierne mellem de to brugere vil krydse det lokale netværk. Ventetid eller RTT er altid lavere ved et optimeret opkald, men pakketab og forvrængning kan stadig være en faktor afhængigt af netværket mellem de to brugere. |
Inference:
Administratoren kan observere følgende:
| 1 | Opkalderens slutpunkt-til-slutpunkt-oplevelse klassificeres som dårlig. |
| 2 | Der er et problem med opkalderens netværkshop, der påvirker både afsendelses- og modtagerstreams. |
| 3 | Den person, der ringer op, har ikke noget problem med netværkshoppen. |
| 4 | Opkalderens slutpunkt-til-slutpunkt-oplevelse klassificeres som dårlig på grund af problemet fra opkalderen. |
Inference:
Opkaldet klassificeres lige så godt, som opkalderens slutpunkt-til-slutpunkt-oplevelse ligger inden for de accepterede tærskler. Administratoren kan observere følgende:
| 1 | Netværkshoppen for den person, der ringer op, er klassificeret lige så dårligt, som nogle af målingerne er over den acceptable tærskel. |
| 2 | Afsendelsesstrømmen fra voicemail klassificeres som god i forhold til de målinger, der indsamles fra medierelæpunktet. |
| 3 | Den medieserver, der bruges til at indsamle eller deponere voicemail, rapporterer ikke i øjeblikket målinger. Men disse servere hostes og administreres som en del af Webex Calling Cloud, så kvaliteten af dette linksegment er intern og altid høj kvalitet, lav ventetid. |
| 4 | Administratoren kan observere, at opkalderens slutpunkt-til-slutpunkt-oplevelse er klassificeret lige så godt, selvom hoppen er klassificeret som dårlig. Dette skyldes, at opkalderens hop har et godt netværk, der kompenserer for ydeevneforringelsen af opkalderens netværk. |
I eksemplet kommer klientmediet fra en PSTN-udbyder gennem skyen.
Opkaldet klassificeres lige så dårligt, som opkalderens slutpunkt-til-slutpunkt-oplevelse ikke ligger inden for de accepterede tærskler. Administratoren kan observere følgende:
| 1 | Problemet er med opkalderens PSTN-hop specifikt med afsendelsesstrømmen. |
| 2 | Den person, der ringer op, har ikke noget problem med netværkshoppen. |
| 3 | Opkalderens slutpunkt-til-slutpunkt-oplevelse klassificeres som dårlig på grund af problemet fra opkalderen. |
| 4 | Slutpunkt-til-slutpunkt-oplevelsen og modtagelsesstreammålingerne for den person, der ringer op på PSTN-netværket, er ikke tilgængelige i øjeblikket, da disse målinger ikke overføres til Webex Calling Cloud. |
Opkald ind og ud af en organisation, hvor opkalderens medier kommer fra en virksomhed. Mediesessionen kan være fra en virksomhedshostet bruger (f.eks. registreret til UCM) eller fra PSTN, hvor PSTN leveres via virksomheden.
Inference
Opkaldet er klassificeret lige så dårligt, som opkalderens slutpunkt-til-slutpunkt-oplevelse ikke ligger inden for de accepterede tærskler. Administratoren kan observere følgende:
| 1 | Der er et problem med opkalderens hop til Webex Calling Cloud både på afsendelses- og modtagerstreamen. |
| 2 | Opkalderens slutpunkt-til-slutpunkt-oplevelse klassificeres som dårlig enten på grund af problemet observeret i hoppen eller problemerne i brugerens ende (enheder, netværk osv.). |
| 3 | Den indgående trafik til Webex Calling Cloud fra den person, der ringer op, klassificeres som god. |
| 4 | Slutpunkt-til-slutpunkt-oplevelsen og modtagelsesstreammetoderne for den person, der ringer op fra den lokale gateway, er ikke tilgængelige i øjeblikket, da disse målinger ikke overføres til Webex Calling Cloud. |
Fejlfinding af problemet med mediekvalitet
Hop-for-hop-visningen hjælper dig med at finde, hvor problemet opstod. Nu hvor du har fundet, hvor problemet er, og med målingerne (forvrængning, pakketab, ventetid) kan du prøve følgende for at fejlfinde problemet.
Typiske muligheder for medieproblemer er:
Netværks-/ISP-/placeringsspecifikke problemer – På grund af firewall, netværkskonfiguration eller båndbredde er der et mønster af dårlige oplevelser på en bestemt placering eller netværksundernet. Brug fejlfindingsvisningen pr. opkald (identificer den placering, der er knyttet til den dårlige session) med analysevisningen til at gennemgå de samlede mønstre for placeringen.
Brugerspecifikke problemer – En bruger eller enhed er tilsluttet på et dårligt netværk (f.eks. Wi-Fi eller arbejde hjemmefra), hvilket betyder, at deres oplevelse påvirkes af de tilknyttede netværksfunktioner. Se artiklen Brug CS til at teste Webex Calling-netværkskvalitet for at identificere problemet med netværket.
Specifikke problemer med opkaldstype – en brugers dårlige oplevelse skyldes kvaliteten i den yderste ende. Dette er typisk i PSTN-scenarier, hvor brugeren taler med en anden bruger på et mobilnetværk, og sessionen har stort pakketab på PSTN-netværket.
Problem uden medier- Der er muligvis ingen medieoverførsel i nogle hops. Indsigtsbanneret viser årsagen øverst på siden Hop detaljer og den ansvarlige part i oplysningsfeltet på siden Hop detaljer. Nogle af de mulige årsager til mediefejl i opkald sammen med ansvarlige parter er angivet her:
Webex modtager ikke medier fra afsenderen.
Webex modtager ikke medier fra modtageren.
Webex modtager ikke medier fra nogen retning.
Webex sender ikke medier til modtageren. Webex-teknikken løser dette problem.
Webex modtager ikke medier fra Cloud PSTN. Webex-teknikken løser dette problem.
Webex modtager ikke medier fra cloudtjenesten. Webex-teknikken løser dette problem.
Webex modtager ikke medier fra lokal gateway. Kundeadministratoren skal undersøge problemet.
Mediestioptimering mislykkedes- Få opkald kan ikke konfigurere mediestioptimering. Indsigtsbanneret viser årsagen til mislykkede ICE-opkald og opløsningen øverst på siden Hop-oplysninger.
Nogle af de mulige årsager er:
ICE mislykkedes pga. stun-serveradgang – se Webex Calling-portreferenceoplysninger
ICE mislykkedes på grund af forbindelseskontrol – bekræft forbindelsen mellem netværk
ICE mislykkedes, da standardstiens rundrejsetid var den samme/bedre end enhver optimeret sti
Legender i fejlfindingsvisningen
Se følgende opkaldsoplysninger i højre rude i hop-for-hop-visningen.
| Vilkår | Definition |
| Opkaldsdato | Datoen, hvor opkaldet fandt sted. |
| Opkaldstid | Tidspunktet for, hvor opkaldet startede og sluttede, vises i den tidszone, du valgte i søgevisningen. |
| Sessionstype | Den type session, der understøttes. Eksempel: Webex-opkald |
| Deltagere | Antallet af deltagere, der deltog i opkaldet. |
| Navn på den, der ringer op | Navnet på den person, der ringer op. |
| E-mail for opkalder | E-mailadresse på den person, der ringer op. |
| Opkaldsnummer | Telefonnummer, som opkalderen brugte under opkaldet. |
| Lyd | Typen af lyd, der bruges. |
| Video | Viser Ja, hvis video er aktiveret af en deltager. Hvis video slet ikke var aktiveret, viser den Nej. |
| Stioptimering | Angiver, om optimering af opkaldsstien gælder for opkaldet. De accepterede værdier er: ICE (Opret interaktiv forbindelse) PNC (privat netværksforbindelse). Ingen optimering |
| Opkaldtype | Opkaldstype kan være en af følgende: Nødsituation Virksomhed International Mobil Nationalt Operatør Premium Kortkode Toldfri Ukendt URI |
Vis disse opkaldsmålinger i hop-for-hop-visningen:
| Vilkår | Definition |
| Slutpunkt | Viser en af følgende:
|
| Hardware | Viser en af følgende:
|
| Lokalitet | Webex Calling-placering, der er konfigureret for brugeren. |
| Lokal IP | Klientens lokale IP-adresse for den netværksgrænseflade, som den bruger til at sende medier. IP-adresser er delvist maskeret for at bevare brugernes personlige identitet. |
| Offentlig IP-adresse | Dette er klientens offentlige IP-adresse, som det ses af skyen. For virksomheder er dette adressen på den firewall, der leverer NAT. IP-adresser er delvist maskeret for at bevare brugernes personlige identitet. |
| MAC-adresser | MAC-adressen for klientens slutpunkt. |
| Geoplacering | Geo-opslag af offentlig IP-adresse. Denne adresse er ikke nøjagtig, hvis den er forbundet via PNC. Hvis brugeren bruger Webex-appen og opretter forbindelse til virksomheden via en VPN, er placeringen ikke nøjagtig. |
| isp | Internetudbyder, der leverer netværksforbindelse til Webex Calling Cloud. |
| Netværk | Typen af netværksforbindelse, som klienten brugte til at udveksle medier. Mulige værdier er:
|
| Audio-codec | (Send eller modtag) Det mediekodelings- og afkodningsformat, der bruges til de medier, der sendes af en klient. |
| Video-codec | (Send eller modtag) Det mediekodelings- og afkodningsformat, der bruges til de medier, der sendes af en klient. Gælder kun for et videoopkald. |
| Opkalds-id | Det interne id, der bruges til at identificere opkaldsbenet. |
Nogle målinger maskeres i artiklens skærmbilleder for at bevare brugerens identitet.
Begrænsninger
Mediekvalitetsmålinger er ikke tilgængelige fra følgende enheder.
Analoge telefoner
Tredjepartsenheder
IPV6-endepunkter
