Overzicht

Om de waarschijnlijke oorzaak te bepalen, wordt het aanbevolen om de probleemoplossingsweergave te gebruiken samen met de verzamelde informatie die is afgeleid van het Webex Calling Analytics-dashboard. Gebruik het Webex Calling Analytics-dashboard om problemen weer te geven die meerdere gebruikers beïnvloeden met een algemene oorzaak die betrekking heeft op locatie, netwerk, bijvoorbeeld; terwijl de weergave Webex Calling problemen met individuele gesprekken kan identificeren.

De functie voor het oplossen van problemen met de mediakwaliteit vereist geen specifieke configuratie en is standaard beschikbaar in de Control Hub. Deze service is beschikbaar voor volledige klanten, alleen-lezen, ondersteuning, partner en alleen-lezenbeheerders van partners.

Beheerders kunnen met behulp van de volgende criteria zoeken naar een lijst met gesprekken waarbij een mediasessie is gebruikt met ten minste één geregistreerd eindpunt van Webex Calling:

  • E-mail-ids

  • Telefoonnummers (exacte tekenreeks match)

  • MAC-adres

  • Gesprek-id's

Door problemen met de mediakwaliteit op te lossen, kunnen beheerders:

  • De end-to-end-ervaring van de deelnemers aan het gesprek weergeven.

  • Bekijk een hop detail van het gesprek.

  • Bekijk of de media door de Webex Calling of direct tussen de gebruikers gaat (met gebruik van Interactive Connectivity Bluetooth).

  • Bekijk Inzichten als er geen media in het gesprek zijn of wanneer de padoptimalisatie-instelling is mislukt.

  • Gesprekken van de afgelopen 21 dagen weergeven.

  • Analyse van de statistieken van de gesprekskwaliteit die de ervaring van de gebruiker beïnvloedden. Een beheerder kan bijvoorbeeld hoge jitter op clients waarnemen via Wi-Fi-netwerken, maar pakketverlies en latentie kunnen aanvaardbaar zijn.

  • Detecteren of het probleem is met de beller of de gebelde.

Het oplossen van problemen met de mediakwaliteit is alleen van toepassing op mediasessies en er worden geen gesprekssignaleringssessies weergegeven. Alex belt Bob bijvoorbeeld die CFA (gesprek doorschakelen All) heeft ingesteld naar Worden en Bob heeft het gesprek beantwoord. In dit scenario toont de weergave voor het oplossen van problemen in de media dat het gesprek plaatsvond tussen Alex en Christina, omdat de focus ligt op het oplossen van problemen in de media in plaats van de signaleringsstroom of de levenscyclus van het gesprek.

De gesprekken met Webex Calling worden weergegeven nadat het gesprek is beëindigd.

De probleemoplossingsweergave helpt bij het identificeren van het probleemgebied door alle relevante statistieken op te geven en kan u niet noodzakelijk de hoofdoorzaak van een slecht gesprek geven. Bekijk deze aanwijzers om verschillende factoren te identificeren en de resolutieopties te bepalen:

  • De end-to-end-ervaring van de gebruiker.

  • De weergave Hopdetails.

  • Statistieken verzenden of ontvangen van de gebruiker of het media relaypunt.

  • Of het gesprek heeft plaatsgevonden naar of van een extern netwerk of tussen Webex Calling geregistreerde eindpunten.

Ondersteunde gespreksstromen

De rapporten over de mediakwaliteit worden verzameld van de eindpunten van de beller en de aanroep en de media relaypunten. Hiermee kan de segmentatie van de media-ervaring worden verkleind en kan worden bepaald of het probleem zich voordeed op:

  • Beller of gebelde

  • Mediapad naar of van de Webex Calling cloud.

Gesprekssessies worden weergegeven als er een mediasessie is gehouden die is tot stand gebracht met ten minste één Webex Calling geregistreerde eindpunt in het gesprek. Bijvoorbeeld voor een uitgaand gesprek van Hunt-groep naar acht agenten, als slechts één agent antwoordt, is er geen media-ervaring om problemen op te lossen voor de andere zeven agenten.

Er zijn vijf typen media-ervaringen of paden voor Webex Calling oplossen van problemen. Dit zijn:

  • On-net geoptimaliseerd – Gesprekken binnen de organisatie waarbij ICE succesvol is en de media rechtstreeks tussen de gebruikers stromen. Zie Webex Calling mediaoptimalisatie met Interactive Connectivity En Ice voor meer informatie.

  • On-net Unoptimized – Gesprekken binnen de organisatie waarbij Interactive Connectivity Establishment (ICE) niet mogelijk was of tot stand kwam. In dit scenario gaat de media door de Bellen via Webex-cloud.

  • On-net Cloud Hosted – Gesprekken binnen een organisatie waarbij media worden geleverd door een mediaserver die in de cloud wordt gehost (bijvoorbeeld luisteren naar voicemail, inbellen bij een automatische beantwoorder).

  • Off-net-gesprek naar of van het geregistreerde eindpunt van Webex Calling -

    • via Cloud Connected PSTN-provider- Inkomende en uitgaande gesprekken van een organisatie waarbij de andere partij zich op het PSTN-netwerk bevindt. De media wordt via een cloud verbonden PSTN provider (CCPP) via een interconnect van hoge kwaliteit.

    • via lokale gateway- Inkomende en uitgaande gesprekken van een organisatie waarbij de media van de andere partij via de onderneming wordt gebeld. Achter de lokale gateway kan de mediasessie afkomstig zijn van een door het bedrijf gehoste gebruiker (bijvoorbeeld voor gespreksbeheer geregistreerd in de onderneming) of van PSTN, waar PSTN wordt geleverd door het bedrijf.

Als er 1 of 2 Webex Calling geregistreerde gebruikers zijn die betrokken zijn bij een point-to-point on-net-gesprek, toont de weergave voor probleemoplossing statistieken voor één of beide partijen. Als het gesprek buiten het netwerk is (gebruiker 1 ontvangt een oproep van een PSTN-gebruiker), toont de weergave voor probleemoplossing alleen de clientstatistieken van Gebruiker1, samen met de statistieken van het media relaypunt.

In de meeste belscenario's in de weergave voor probleemoplossing worden twee gespreksdagen (beller en gebelde) weergeven; In enkele gespreksscenario's (zoals het parkeren of terughalen van een gesprek) wordt echter maar één gespreksgesprek voor de hand liggen. In dergelijke gevallen wordt het andere gespreks been afzonderlijk in de weergave voor probleemoplossing weer te zien. Dit heeft geen hinder voor het oplossen van het gesprek en het detecteren waar het probleem zich voordeed. De beheerder moet de twee gespreks houdt echter handmatig de twee gespreks houdt in een algemene entiteit, zoals overlappende tijd. Door toekomstige verbeteringen in de weergave voor probleemoplossing hoeft u geen handmatige opzoekingen meer te gebruiken.

Toegang tot de probleemoplossingsweergave van Webex Calling

Voer het volgende uit om een Webex-oproep te analyseren:

1

Ga vanuit de klantweergave in https://admin.webex.com/naar Controle > problemen oplossen.

2

Selecteer Vergaderingen & gesprekken en zoek naar de e-mail-id van de gebruiker of het apparaat, het telefoonnummer (exacte tekenreeks), het MAC-adres van de gebruiker of het apparaat of de gespreks-id's van het gespreksland dat u wilt bekijken.

Geeft de informatie weer voor alle gesprekken en vergaderingen die zijn gekoppeld aan de zoekopdracht.

In de lijstweergave wordt het gesprek weergegeven dat is gestart met ten minste één geregistreerd eindpunt van Webex Calling en een mediasessie.

3

De Webex Calling worden beoordeeld op kwaliteit. Voor de Webex-vergaderingen of Bellen via Webex-sessies is deze grading echter niet van toepassing. De oproepervaring is beoordeeld als:

  • Slecht – geeft aan dat de beller of de gebelde een slechte end-to-end ervaring had (bijvoorbeeld een schokkerige audio).
  • Goed – geeft de end-to-end-ervaring aan voor de beller en de gebelde overschreed de drempelwaarden niet.
  • Geen– is van toepassing op vergaderingen of Bellen via Webex-sessies.
  • Niet beschikbaar– is van toepassing op vergaderingen of Bellen via Webex-sessies.
4

Klik op een specifiek gesprek in de weergave lijst om de Hop-details te inspecteren. De weergave Hop detail geeft het volgende weer:

Vanuit de Hop details kunt u:

  • Bekijk inzichten over het gesprek in een van deze of beide scenario's:

    • Er was geen media voor de hop in verband met het gesprek

    • Het instellen van de padoptimalisatie is mislukt.

  • Beweeg uw muis over het apparaat om de end-to-end-gesprekservaring te bekijken.

  • Beweeg met de muis over de hop tussen het eindpunt en Webex Calling cloud om de hopdetails te bekijken.

De end-to-end gesprekservaring is gebaseerd op de mediakwaliteitsgegevens die worden verzameld van elk geregistreerd eindpunt van Webex Calling (Webex-app of apparaat zoals 8865 of Desk Pro) aan het einde van het gesprek. Het gesprek wordt als goed geclassificeerd als het aan de volgende drempelwaarden voldoet:

  • Pakketverlies minder dan 5%

  • Latentie of retourtijd (RTT) minder dan 400 ms

  • Jitter minder dan 150 ms

De kwaliteit van de hop is afgeleid van gegevens die worden verzameld van het media relay point in Webex Calling cloud. Voor PSTN via CCPP of lokale gateway, wordt de verzameling van gegevens afkomstig van de Webex Calling cloud en niet PSTN eindpunt. Een hop is als goed beoordeeld, als deze drempels tevreden zijn.

  • Pakketverlies lager dan 2,5%.

  • Latentie of RTT minder dan 200 ms.

  • Jitter van minder dan 75 ms.

De hopstatistieken variëren tijdens een sessie, afhankelijk van de samplingtijd en onmetingen in het netwerk. De waarden die worden gerapporteerd door het media relay point en de clients (end-to-end-ervaring) komen mogelijk niet overeen. Segmentatie langs het pad moet echter wel in elkaars nabijheid voorkomen.

We raden aan de weergave van individuele gespreksproblemen te gebruiken met de totale informatie die is afgeleid van Analyses.

Laten we de gesprekskwaliteit analyseren voor de verschillende gesprekstypen door de weergave voor probleemoplossing te gebruiken.

Oproepen binnen de organisatie waar ICE succesvol is en de media relay in de cloud wordt verwijderd uit het pad. De mediastroom gaat rechtstreeks tussen de apparaten van de gebruiker.

Gevolgtrekking:

1

De oproep wordt als goed beoordeeld omdat zowel de beller als de gebelde goede end-to-end-ervaring hebben.

2

De beheerder kan zien dat media rechtstreeks tussen de twee gebruikers stroomt en niet door Webex Calling Cloud komt.

Geoptimaliseerde gespreksstromen kunnen een slechte ervaring hebben als het bedrijf of het lokale netwerk de bron van het probleem is, aangezien de media tussen de twee gebruikers via het lokale netwerk lopen. Latentie of RTT is altijd lager op een geoptimaliseerd gesprek, maar pakketverlies en jitter kunnen nog steeds een rol spelen, afhankelijk van het netwerk tussen de twee gebruikers.

Gesprekken binnen de organisatie waar een ICE-gesprek niet gelukt is en de media stroomt door Webex Calling cloud.

Gevolgtrekking:

De beheerder kan het volgende observeren:

1

De end-to-end-ervaring van de beller wordt als slecht beoordeeld.

2

Er is een probleem met de netwerk hop van de beller die invloed heeft op zowel het verzenden als het ontvangen van stream.

3

Er is geen probleem met de netwerk hop van de gebelde.

4

De end-to-end-ervaring van de beller is slecht beoordeeld vanwege het probleem van de beller.

Gesprekken binnen een organisatie waarbij de media wordt geleverd door een mediaserver die in de cloud wordt gehost.

Gevolgtrekking:

De oproep wordt als goed beoordeeld omdat de end-to-end-ervaring van de beller binnen de geaccepteerde drempels valt. De beheerder kan het volgende observeren:

1

De netwerk hop voor de beller wordt als slecht beoordeeld, aangezien sommige van de statistieken boven de acceptabele drempel liggen.

2

De stream verzenden vanaf de voicemail wordt als goed beoordeeld op basis van de statistieken die zijn verzameld van het media-relaypunt.

3

De mediaserver die wordt gebruikt om de voicemail te verzamelen of te verbeteren, rapporteert momenteel geen statistieken. Deze servers worden echter gehost en beheerd als onderdeel van de Webex Calling Cloud, zodat de kwaliteit van dat koppelingssegment intern is en altijd hoge kwaliteit en lage latentie.

4

De beheerder kan de end-to-end-ervaring van de beller ervaren als goed, hoewel de hop slecht is beoordeeld. De reden hiervoor is dat de beller over een goed netwerk springen, een compensatie is voor de achteruitgang van de prestaties van het netwerk van de beller.

Aan- en uitbellen bij een organisatie waar de andere partij zich in het PSTN netwerk. De media worden doorverdaan van een cloud verbonden PSTN provider (CCPP).

In het voorbeeld is de clientmedia afkomstig van een PSTN via de -cloud.

Het gesprek wordt als slecht beoordeeld omdat de end-to-end-ervaring van de gebelde klant niet binnen de geaccepteerde drempels valt. De beheerder kan het volgende observeren:

1

Het probleem is dat de beller alleen PSTN met de verzendende stream.

2

Er is geen probleem met de netwerk hop van de gebelde.

3

De end-to-end-ervaring van de beller is slecht beoordeeld vanwege het probleem van de beller.

4

De end-to-end-ervaring en de streamstatistieken ontvangen van de beller die zich op het PSTN-netwerk heeft, zijn momenteel niet beschikbaar omdat deze statistieken niet worden verzonden naar de Webex Calling Cloud.

Gesprekken in en uit een organisatie waarbij media van de beller van een onderneming afkomstig is. De mediasessie kan afkomstig zijn van een door een bedrijf gehoste gebruiker (bijvoorbeeld geregistreerd bij UCM) of van PSTN, waar de PSTN via de onderneming wordt geleverd.

Gevolgtrekking

Het gesprek wordt als slecht beoordeeld omdat de end-to-end-ervaring van de beller niet binnen de geaccepteerde drempels valt. De beheerder kan het volgende observeren:

1

Er is een probleem met hop van de beller naar de Webex Calling Cloud, zowel op de stream voor verzenden als ontvangen.

2

De end-to-end-ervaring van de beller wordt als slecht beoordeeld, ofwel vanwege het probleem geobserveerd in de hop of de problemen aan de einde van de gebruiker (apparaten, netwerk, ga zo door.)

3

Het binnenkomende verkeer naar de Webex Calling van het einde van de gebelde wordt als goed beoordeeld.

4

De end-to-end-ervaring en de streamstatistieken ontvangen van de gebelde persoon van de lokale gateway zijn momenteel niet beschikbaar omdat deze statistieken niet worden verzonden naar Webex Calling Cloud.

Het probleem met de mediakwaliteit oplossen

Met de hop-by-hopweergave kunt u achterhalen waar het probleem zich voordeed. Nu u hebt gevonden waar het probleem is, en met de statistieken (jitter, pakketverlies, latentie) kunt u het volgende proberen om het probleem op te lossen.

Typische mogelijkheden voor mediaproblemen zijn:

  • Netwerk-/ISP-/locatiespecifieke problemen - Vanwege firewall, netwerkconfiguratie of bandbreedte is er een patroon van slechte ervaringen op een bepaalde locatie of netwerksubnet. Gebruik de weergave per gesprek voor probleemoplossing (de locatie identificeren die is gekoppeld aan de slechte sessie) in de analyseweergave om de geaggregeerde patronen voor de locatie te bekijken.

  • Gebruikersspecifieke problemen - Een gebruiker of apparaat is verbonden via een slecht netwerk (bijvoorbeeld Wi-Fi of thuiswerken), wat betekent dat zijn of haar ervaring wordt beïnvloed door de bijbehorende netwerkmogelijkheden. Raadpleeg het artikel CScan gebruiken om de netwerkkwaliteit van Webex Calling te testen om het probleem met het netwerk te identificeren.

  • Specifieke problemen met het gesprekstype - De slechte ervaring van een gebruiker is te wijten aan de kwaliteit aan de andere kant. Dit is kenmerkend voor PSTN scenario's waarin de gebruiker praat met een andere gebruiker op een mobiel netwerk en de sessie hoge kwaliteit pakketverlies het PSTN netwerk.

  • Geen media-probleem- In sommige hoppen is er mogelijk geen mediatransmissie. De Insights-banner toont de oorzaak bovenaan de Hop-detailpagina en de aansprakelijke partij in het informatievak van de Hop-detailpagina. Hier vindt u een lijst met mogelijke oorzaken voor het feit dat er geen media is in gesprekken met aansprakelijke partijen:

    • Webex ontvangt geen media van de afzender.

    • Webex ontvangt geen media van de ontvanger.

    • Webex ontvangt geen media vanuit beide richtingen.

    • Webex verzendt geen media naar de ontvanger. Webex Engineering pakt dit probleem aan.

    • Webex ontvangt geen media van Cloud PSTN. Webex Engineering pakt dit probleem aan.

    • Webex ontvangt geen media van de cloudservice. Webex Engineering pakt dit probleem aan.

    • Webex ontvangt geen media van de lokale gateway. De klantbeheerder moet het probleem onderzoeken.

  • Fout bij optimalisatie mediapad- weinig gesprekken kunnen de optimalisatie van het mediapad niet instellen. De Insights-banner toont de oorzaak van mislukte ICE-gesprekken en de resolutie bovenaan de pagina Hopdetails.

    Enkele mogelijke redenen zijn:

    • ICE mislukt vanwege toegang tot de stun-server - zie Webex Calling-poortreferentiegegevens

    • ICE is mislukt vanwege verbindingscontrole - verbinding tussen netwerken verifiëren

    • ICE is mislukt omdat de standaardretourtijd voor het pad vergelijkbaar/beter was dan voor elk geoptimaliseerd pad

Legendes op de probleemoplossingsweergave

Zie de volgende gespreksdetails in het rechterdeelvenster van de weergave hop-per-hop.

TermDefinitie
Datum oproepDe datum waarop het gesprek heeft plaatsgevonden.
Tijdstip oproepDe tijd waarop het gesprek is gestart en beëindigd, wordt weergegeven in de tijdzone die u hebt geselecteerd in de zoekweergave.
Sessietype

Het type sessie dat wordt ondersteund. Bijvoorbeeld: Bellen via Webex

DeelnemersHet aantal deelnemers dat aan het gesprek heeft deed deelnemen.
Naam van bellerNaam van de beller.
E-mailadres van bellerHet e-mailadres van de beller.
Nummer van bellerHet telefoonnummer dat de beller tijdens het gesprek heeft gebruikt.
AudioHet type audio dat is gebruikt.
VideoGeeft Ja weer als video is ingeschakeld door een deelnemer. Als de video helemaal niet is ingeschakeld, wordt Nee weer genomen.
Padoptimalisatie

Geeft aan of het belpadoptimalisatie van toepassing is op het gesprek. De geaccepteerde waarden zijn:

ICE (Interactieve verbinding tot stand)

PNC (Private Network Connect).

Geen optimalisatie

Gesprekstype

Beltype kan een van de volgende opties zijn:

Noodgeval

Organisatie

Internationaal

Mobiel

Nationaal

Operator

Premium

Shortcode

Gratis

Onbekend

URI

Bekijk deze gespreksstatistieken in de weergave hop-per-hop:

TermDefinitie
Eindpunt

Hiermee geeft u een van de volgende weergaven:

  • Bureautelefoon voor een fysiek eindpunt

  • Webex-app

  • Ruimteapparaat voor apparaten uit de Cisco-ruimteserie

Hardware

Hiermee geeft u een van de volgende weergaven:

  • Modelgegevens bureautelefoon voor een fysiek eindpunt

  • -" voor een Webex-app

  • Informatie over ruimtemodel voor Cisco Room Series-apparaat

Locatie

Webex Calling locatie op die is geconfigureerd voor de gebruiker.

Lokaal IP

Het lokale IP-adres van de client voor de netwerkinterface die wordt gebruikt om media te verzenden. IP-adressen worden gedeeltelijk gemaskeerd om de persoonlijke identiteit van gebruikers te behouden.

Openbaar IP

Dit is het openbaar IP van de client zoals gezien door de -cloud. Voor ondernemingen is dit het adres van de firewall die NAT levert. IP-adressen worden gedeeltelijk gemaskeerd om de persoonlijke identiteit van gebruikers te behouden.

MAC-adressen

Het MAC-adres van het client eindpunt.

Geolocatie

Geo-opzoekactie van openbaar IP-adres. Dit adres is niet nauwkeurig als het is verbonden via PNC. Als de gebruiker de Webex-app gebruikt en verbinding maakt met het bedrijf via een VPN, is de locatie niet nauwkeurig.

ISP

Internet serviceprovider die netwerkverbinding biedt met de Webex Calling Cloud.

Netwerk

Het type netwerkverbinding dat de client gebruikte om media uit te wisselen. Mogelijke waarden zijn:

  • Wi-Fi

  • Ethernet

  • Cellulaire

  • Onbekend

Audiocodec

(Verzenden of ontvangen) De mediacoderen en decoderen indeling in gebruik voor de media die worden verzonden door een client.

Video-codec

(Verzenden of ontvangen) De mediacoderen en decoderen indeling in gebruik voor de media die worden verzonden door een client. Geldt alleen voor een videogesprek.

Oproep-id

De interne id die wordt gebruikt om het gespreks been te identificeren.

Sommige statistieken worden in de schermafbeeldingen van het artikel gemaskeerd om de identiteit van de gebruiker te behouden.

Beperkingen

Statistieken over de mediakwaliteit zijn niet beschikbaar op de volgende apparaten.

  • Analoge telefoons

  • Apparaten van derden

  • IPv6-eindpunten