- Start
- /
- Artikel
Problemen met de mediakwaliteit van Webex Calling oplossen in Control Hub
In dit artikelMet de probleemoplossingsweergave in Webex Calling kunnen beheerders problemen met de mediakwaliteit oplossen in een Webex-gesprek. U kunt zoeken naar informatie met betrekking tot het gesprek, de mediastatistieken bekijken, identificeren waar het probleem zich heeft voorgedaan en het probleem oplossen.
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 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 (via 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.
Ondersteunde gespreksstromen
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.
Toegang tot de probleemoplossingsweergave van Webex Calling
Voer de volgende handelingen uit om een Webex-gesprek te analyseren:
| 1 | Ga vanuit de klantweergave in https://admin.webex.com/ naar Bewaking > Problemen oplossen. |
| 2 | Selecteer Vergaderingen en gesprekken en zoek vervolgens naar de e-mail-id van de gebruiker of het apparaat, het telefoonnummer (exacte tekenreeks komt overeen), het MAC-adres van de gebruiker of het apparaat of de gespreks-id's van het gespreksgedeelte dat u wilt bekijken. Geeft de informatie weer voor alle gesprekken en vergaderingen die aan de zoekopdracht zijn gekoppeld.
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-gesprekken worden beoordeeld op kwaliteit. Voor de Webex-vergaderingen of Bellen via Webex-sessies is deze grading echter niet van toepassing. De gesprekservaring wordt ingedeeld als:
|
| 4 | Klik op een specifiek gesprek in de lijstweergave om de hopdetails te bekijken. De weergave Hopdetails geeft het volgende weer:
In de Hop-details kunt u:
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:
De kwaliteit van de hop wordt afgeleid van gegevens die zijn verzameld via het mediaradiopunt in de Webex Calling-cloud. Voor PSTN-gesprekken via CCPP of een lokale gateway is de gegevensverzameling afkomstig van de Webex Calling-cloud en niet van het PSTN-eindpunt. Hop wordt als goed gesorteerd indien zij aan deze drempelwaarden voldoet.
De hopstatistieken variëren tijdens een sessie, afhankelijk van de bemonsteringstijd en de variabiliteit in het netwerk. De waarden die worden gerapporteerd door het media-relaispunt en de clients (end-to-end-ervaring) komen mogelijk niet overeen. Ze moeten echter dicht bij elkaar liggen om segmentatie langs het pad mogelijk te maken. We raden aan de individuele probleemoplossingsweergave te gebruiken met de verzamelde informatie die is afgeleid van Analytics. Laten we de gesprekskwaliteit analyseren voor de verschillende gesprekstypen met behulp van de probleemoplossingsweergave. |
Gesprekken binnen de organisatie waarbij ICE succesvol is en het mediaradiostation in de cloud van het pad wordt verwijderd. De mediastroom bevindt zich rechtstreeks tussen de apparaten van de gebruiker.
Gevolgtrekking:
| 1 | Het gesprek wordt zo goed beoordeeld als zowel de beller als de gebelde een goede end-to-end ervaring hebben. |
| 2 | De beheerder kan zien dat media rechtstreeks tussen de twee gebruikers stromen en niet via de Webex Calling-cloud reizen. Geoptimaliseerde gespreksstromen kunnen een slechte ervaring hebben als het zakelijke of lokale netwerk de bron van het probleem is, omdat de media tussen de twee gebruikers het lokale netwerk passeren. Latentie of RTT is altijd lager tijdens een geoptimaliseerd gesprek, maar pakketverlies en jitter kunnen nog steeds een factor zijn, afhankelijk van het netwerk tussen de twee gebruikers. |
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 netwerkhop van de beller dat van invloed is op zowel de verzend- als de ontvangststream. |
| 3 | De netwerkhop van de callee heeft geen probleem. |
| 4 | De end-to-end-ervaring van de gebelde wordt als slecht beoordeeld vanwege het probleem van de beller. |
Gevolgtrekking:
Het gesprek wordt zo goed beoordeeld als de end-to-end-ervaring van de beller binnen de geaccepteerde drempelwaarden valt. De beheerder kan vaststellen dat:
| 1 | De netwerkhop voor de beller wordt zo slecht beoordeeld als sommige metrische gegevens boven de acceptabele drempel liggen. |
| 2 | De verzendstroom van de voicemail wordt beoordeeld als goed volgens de statistieken die zijn verzameld van het mediaradiopunt. |
| 3 | De mediaserver die wordt gebruikt om de voicemail te verzamelen of te storten, 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, lage latentie. |
| 4 | De beheerder kan de end-to-end-ervaring van de beller als goed beoordelen, hoewel de hop als slecht wordt beoordeeld. Dit komt door de hop van de callee met een goed netwerk dat de prestatieverslechtering van het netwerk van de beller compenseert. |
In het voorbeeld is de clientmedia afkomstig van een PSTN-provider via de cloud.
Het gesprek wordt zo slecht beoordeeld als de end-to-end-ervaring van de gebelde niet binnen de geaccepteerde drempelwaarden valt. De beheerder kan het volgende observeren:
| 1 | Het probleem is met de PSTN-hop van de beller, specifiek met de verzendstroom. |
| 2 | De netwerkhop van de callee heeft geen probleem. |
| 3 | De end-to-end-ervaring van de gebelde wordt als 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 bevindt, zijn momenteel niet beschikbaar omdat deze statistieken niet worden verzonden naar de Webex Calling-cloud. |
Gesprekken in en uit een organisatie waarbij de media van de beller afkomstig zijn van een onderneming. De mediasessie kan afkomstig zijn van een door de onderneming gehoste gebruiker (bijvoorbeeld geregistreerd bij UCM) of van PSTN, waarbij de PSTN via de onderneming wordt geleverd.
Gevolgtrekking
Het gesprek wordt als slecht geclassificeerd omdat de end-to-end-ervaring van de beller niet binnen de geaccepteerde drempelwaarden valt. De beheerder kan het volgende observeren:
| 1 | Er is een probleem met de overstap van de beller naar de Webex Calling-cloud, zowel bij de verzend- als de ontvangststream. |
| 2 | De end-to-end-ervaring van de beller wordt beoordeeld als slecht vanwege het probleem dat is waargenomen in de hop of de problemen aan het einde van de gebruiker (apparaten, netwerk, enzovoort). |
| 3 | Het inkomende verkeer naar de Webex Calling-cloud vanaf de kant van de gebelde wordt als goed geclassificeerd. |
| 4 | De end-to-end-ervaring en de streamstatistieken ontvangen van de callee die wordt gebeld vanaf de lokale gateway zijn momenteel niet beschikbaar, omdat deze statistieken niet worden verzonden naar de Webex Calling-cloud. |
Problemen met de mediakwaliteit oplossen
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 |
| Beldatum | De datum waarop het gesprek plaatsvond. |
| Gesprekstijd | 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 beller | Naam van de beller. |
| E-mailadres beller | E-mailadres van de beller. |
| Bellernummer | 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. |
| Optimalisatie van pad | 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 hop-per-hop-weergave:
| Term | Definitie |
| Eindpunt | Geeft een van de volgende opties weer:
|
| Hardware | Geeft een van de volgende opties weer:
|
| 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. IP-adressen worden gedeeltelijk gemaskeerd om de persoonlijke identiteit van gebruikers te behouden. |
| 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. IP-adressen worden gedeeltelijk gemaskeerd om de persoonlijke identiteit van gebruikers te behouden. |
| 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:
|
| 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. |
| Gespreks-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.
Beperkingen
Statistieken over de mediakwaliteit zijn niet beschikbaar op de volgende apparaten.
Analoge telefoons
Apparaten van derden
IPv6-eindpunten
