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 dashboard van Webex Calling Analytics om problemen weer te geven die invloed hebben op meerdere gebruikers met een algemene oorzaak die verband houdt met locatie, netwerk enzovoort. De probleemoplossingsweergave van Webex Calling kan problemen met afzonderlijke gesprekken identificeren.

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

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-id's

• Telefoonnummers (exacte tekenreeks komt overeen)

• MAC-adres

• Gesprek-id's

Met de probleemoplossing voor de mediakwaliteit kunnen beheerders:

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

• Bekijk een hopdetail van het gesprek.

• Bekijk of de media door de Webex Calling-cloud gaan of rechtstreeks tussen de gebruikers (met Interactive Connectivity Establishment (ICE)).

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

• Bekijk gesprekken van de afgelopen 21 dagen.

• Analyseer de statistieken over de gesprekskwaliteit die van invloed waren op de ervaring van de gebruiker. Een beheerder kan bijvoorbeeld hoge jitter op clients waarnemen via Wi-Fi-netwerken, maar pakketverlies en latentie kunnen aanvaardbaar zijn.

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

Het oplossen van problemen met de mediakwaliteit is alleen van toepassing op mediasessies en er worden geen gesprekssignaleringssessies weergegeven. Alex belt bijvoorbeeld Bob die CFA (Call Forward All) naar Christina heeft ingesteld en Christina 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 suggesties om verschillende factoren te identificeren en de oplossingsopties te bepalen: De end-to-end ervaring van de gebruiker. De weergave Hopdetails. Metrische gegevens verzenden of ontvangen van de gebruiker of het media-relaispunt. Of het gesprek plaatsvond naar of van een extern netwerk of tussen de geregistreerde eindpunten van Webex Calling.

De rapporten over de mediakwaliteit worden verzameld van de eindpunten van de beller en de gebelde en de relaispunten van de media. Hierdoor kan een segmentatie van de media-ervaring worden beperkt en kan worden vastgesteld of het probleem zich voordeed bij:

• Beller of gebelde

• Mediapad van of naar de Webex Calling-cloud.

Gespreksgedeelten worden weergegeven als er een mediasessie is ingesteld met ten minste één geregistreerd eindpunt voor Webex Calling in het gesprek. Als een uitgaand gesprek van een Hunt-groep naar acht agenten bijvoorbeeld slechts door één agent wordt beantwoord, is er geen media-ervaring om problemen op te lossen voor de andere zeven agenten.

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

• 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 Establishment (ICE) voor gedetailleerde informatie.

• On-net niet geoptimaliseerd – Gesprekken binnen de organisatie waarbij Interactive Connectivity Establishment (ICE) niet mogelijk was of tot stand kwam. In dit scenario stroomt de media door de Webex Calling-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 worden weergegeven via een cloudverbonden 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 worden uitgevoerd via een door de onderneming gehoste gebruiker (bijvoorbeeld geregistreerd voor gespreksbeheer in de onderneming) of via PSTN, waarbij PSTN wordt geleverd door de onderneming.

Als er 1 of 2 geregistreerde Webex Calling-gebruikers betrokken zijn bij een point-to-point on-net-gesprek, worden in de probleemoplossingsweergave statistieken voor een of beide partijen weergegeven. Als het gesprek net is uitgeschakeld (gebruiker 1 ontvangt een gesprek van een PSTN-gebruiker), worden in de probleemoplossingsweergave alleen de clientstatistieken van gebruiker 1 weergegeven, samen met de statistieken die zijn gemaakt vanuit het mediaradiopunt. De meeste gespreksscenario's in de probleemoplossingsweergave tonen twee gespreksgedeelten (beller en callee). Sommige gespreksscenario's (zoals gesprek parkeren of ophalen) tonen echter slechts één gespreksgedeelte. In dergelijke gevallen wordt het andere gespreksgedeelte afzonderlijk weergegeven in de probleemoplossingsweergave. Dit belet niet om het gesprek op te lossen en te detecteren waar het probleem zich voordeed. De beheerder moet de twee gespreksgedeelten echter handmatig correleren met een gemeenschappelijke entiteit, zoals overlappende tijd. Toekomstige verbeteringen aan de probleemoplossingsweergave maken het gebruik van handmatige zoekopdrachten overbodig.

Met de hop-per-hop-weergave kunt u bepalen waar het probleem zich heeft voorgedaan. 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 probleemoplossingsweergave per gesprek (identificeer de locatie die is gekoppeld aan de slechte sessie) met 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 typisch in PSTN-scenario's waarbij de gebruiker praat met een andere gebruiker op een mobiel netwerk en de sessie een hoog pakketverlies heeft op 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.

Term	Definitie
Datum oproep	De datum waarop het gesprek plaatsvond.
Tijdstip oproep	Het tijdstip 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
Deelnemers	Het aantal deelnemers dat aan het gesprek heeft deelgenomen.
Naam van beller	Naam van de beller.
E-mailadres van beller	E-mailadres van de beller.
Nummer van beller	Telefoonnummer dat de beller tijdens het gesprek heeft gebruikt.
Audio	Het type audio dat wordt gebruikt.
Video	Geeft Ja weer als video is ingeschakeld door een deelnemer. Als video helemaal niet is ingeschakeld, wordt Nee weergegeven.
Padoptimalisatie	Geeft aan of de optimalisatie van het gesprekspad van toepassing is op het gesprek. De aanvaarde waarden zijn: ICE (Interactive Connectivity Establish) PNC (Private Network Connect). Geen optimalisatie
Gesprekstype	Het gesprekstype kan een van de volgende zijn: Noodgeval Organisatie Internationaal Mobiel Nationaal Operator Premium Shortcode Tolvrij Onbekend URI

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

Term	Definitie
Eindpunt	Geeft een van de volgende opties weer: Bureautelefoon voor een fysiek eindpunt Webex-app Ruimteapparaat voor apparaten uit de Cisco-ruimteserie
Hardware	Geeft een van de volgende opties weer: Modelgegevens bureautelefoon voor een fysiek eindpunt '-' voor een Webex-app Informatie over ruimtemodel voor Cisco Room Series-apparaat
Locatie	Webex Calling-locatie 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.
Openbaar IP	Dit is het openbare IP-adres van de client zoals dat door de cloud wordt gezien. Voor bedrijven is dit het adres van de firewall die de NAT levert.
MAC-adressen	Het MAC-adres van het client-eindpunt.
Geolocatie	Geo-zoekopdracht van openbaar IP-adres. Dit adres is niet nauwkeurig als het is verbonden via PNC. Als de gebruiker de Webex-app gebruikt en via een VPN verbinding maakt met de onderneming, is de locatie niet nauwkeurig.
ISP	Internetserviceprovider 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 Mobiel Onbekend
Audiocodec	(Verzenden of ontvangen) De media-codering en decoderingsindeling die worden gebruikt voor de media die door een client worden verzonden.
Video-codec	(Verzenden of ontvangen) De media-codering en decoderingsindeling die worden gebruikt voor de media die door een client worden verzonden. Is alleen van toepassing op een videogesprek.
Oproep-id	De interne id die wordt gebruikt om het gespreksgedeelte te identificeren.

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