- Start
- /
- Artikel
Met de weergave voor probleemoplossing in Webex Calling kunnen beheerders problemen met de connectiviteit en de kwaliteit van de media oplossen voor Webex Calling -gesprekken. U kunt zoeken naar informatie over het gesprek, zien of het gesprek is geslaagd, geweigerd of mislukt, de mediastatistieken ervan bekijken, vaststellen waar het probleem zich heeft voorgedaan en het probleem oplossen.
Overzicht
Probleemoplossing voor Webex Calling stelt u in staat problemen met de mediakwaliteit en verbindingsproblemen voor specifieke gesprekken op te lossen. Webex Calling Misschien wilt u problemen met gesprekken oplossen om verschillende redenen, zoals klachten van klanten over de slechte gesprekskwaliteit. In dat geval kunt u rechtstreeks naar de weergave voor probleemoplossing gaan, naar die specifieke oproepen zoeken en vervolgens de hopgegevens bekijken om vast te stellen waar het probleem zich zou kunnen voordoen. U kunt probleemoplossing ook gebruiken om proactief de gesprekskwaliteit voor de organisatie te controleren en specifieke problemen voor te blijven voordat gebruikers het merken.
Om toegang te krijgen tot de weergave voor probleemoplossing moet u de volledige rol van beheerder, alleen-lezen beheerder of ondersteuningsbeheerder in Control Hub hebben.
Webex Callingprobleemoplossing stelt u in staat om:
-
Zoekopdracht naar succesvolle, mislukte en geweigerde oproepen.
-
Bekijk de volledige ervaring van de deelnemers aan het gesprek.
-
Bekijk een hop-detail van het gesprek.
-
Bekijk of de media zich via de Webex Calling cloud verplaatsen, of rechtstreeks tussen de gebruikers (met behulp van Interactive Connectivity Establishment (ICE)).
-
Bekijk Insights, als er geen media in het gesprek zijn, of als het instellen van de padoptimalisatie niet is gelukt.
-
Bekijk de gesprekken van de afgelopen 21 dagen.
-
Bekijk storingen en afwijzingen van gesprekken in verband met signalering.
-
Analyseer de statistieken over de gesprekskwaliteit die van invloed waren op de ervaring van de gebruiker. Een beheerder kan bijvoorbeeld hoge jitter waarnemen op clients via Wi-Fi-netwerken, maar pakketverlies en latentie kunnen acceptabel zijn.
-
Detecteer of het probleem bij de beller of bij de beller ligt.
De gesprekken die Webex Calling worden gebruikt, verschijnen nadat het gesprek is beëindigd.
De weergave voor probleemoplossing helpt om het probleemgebied te identificeren door alle relevante statistieken te verstrekken en hoeft u niet noodzakelijk de hoofdoorzaak van een slecht gesprek te geven. Bekijk deze aanwijzingen om verschillende factoren te identificeren en de oplossingsopties te bepalen:
-
De totaalervaring van de gebruiker.
-
De weergave Hop Details.
-
Verzend of ontvang statistieken van de gebruiker of het mediarelaispunt.
-
Of de oproep nu van of naar een extern netwerk of tussen de Webex Calling geregistreerde eindpunten kwam.
Bekijk de zoekopdracht
U kunt aan de hand van de volgende criteria zoeken om een lijst te krijgen van gesprekken waarbij een mediasessie is gebruikt met minstens één Webex Calling geregistreerd eindpunt:
-
E-mailadressen
-
Telefoonnummers
-
MAC-adressen
-
Oproep-ID's
-
Correlatie-ID's
Gedeeltelijk zoeken wordt ondersteund voor telefoonnummer, gebruikersnaam en apparaatnaam. Voor telefoonnummers kunt u de eerste twee cijfers invoeren om een lijst met mogelijke nummers te zien. Als u enkele cijfers invoert en rechtstreeks op Enter drukt, zal de zoekopdracht proberen een exacte overeenkomst te vinden.
Wanneer u naar het e-mailadres van een gebruiker zoekt, worden hun vergaderingen en gesprekken gescheiden in hun respectieve tabbladen:
-
Vergaderingen — Bevat alle vergaderingen waaraan de gebruiker heeft deelgenomen.
-
Webex Calling—Bevat alle Webex Calling gesprekken.
-
Oproep op Webex — Bevat Oproepen op Webex-gesprekken.
Wanneer u op correlatie-ID of telefoonnummer zoekt, wordt alleen het relevante tabblad (in dit geval Webex-gesprekken) weergegeven, waarop alleen de relevante resultaten worden weergegeven.
Wanneer u naar een gesprek zoekt, worden de relevante gesprekssegmenten op het Webex Callingtabblad weergegeven. De volgende gegevens zijn beschikbaar:
| Naam van de kolom | Definitie |
|---|---|
|
Status |
Of de oproeppoging succesvol was of niet. Als de oproeppoging de status Weigering of Mislukking heeft, kunt u de muisaanwijzer op de status houden om de relevante code te zien. Mogelijke waarden zijn:
|
|
Algehele kwaliteit |
De Webex Calling gesprekken worden beoordeeld op kwaliteit. Voor de Webex-vergaderingen of de Call on Webex-sessies is deze beoordeling echter niet van toepassing. De belervaring wordt beoordeeld als:
|
|
Persoonlijke kwaliteit |
De kwaliteit van het individuele gesprekssegment van de gebruiker. |
|
Tijdstempel |
Starttijd van het gesprek. |
|
Nummer van de beller |
Webex Callingnummer dat aan de beller is toegewezen. |
|
Naam van de beller |
De naam van de beller. |
|
Het nummer dat u belt |
Webex Callingnummer dat aan de beller is toegewezen. |
|
Genoemde naam |
De naam van de beller. |
|
Duur |
Hoe lang het gesprek duurde. |
|
Locatie |
Webex Callinglocatie van de beller. |
|
Correlatie-ID |
Correlatie-ID om meerdere gesprekssegmenten/gespreksonderdelen van hetzelfde gesprek aan elkaar te koppelen. |
Kernprestatie-indicatoren (KPI's) van de gezochte gebruiker
De volgende KPI's zijn beschikbaar voor het Webex Callingtabblad wanneer u naar een gebruiker zoekt:
-
Totaal aantal gesprekken — Totaal aantal Webex Calling gesprekken voor de geselecteerde gebruiker of apparaat, inclusief gesprekken met en zonder media. Eén gesprek kan meerdere Webex Calling gespreksonderdelen hebben, afhankelijk van de deelnemers die betrokken zijn bij het gesprek. Elk van deze gespreksgroepen kan een of meer mediasessies hebben, of geen mediasessies.
De visuele gegevens hieronder geven een overzicht van gesprekken met en zonder media.
-
Oproepsegmenten — Totaal aantal gesprekssegmenten, waaronder succesvolle, mislukte en geweigerde segmenten. Een gesprekssegment vertegenwoordigt een verbinding van punt tot punt tussen twee deelnemers aan een Webex Calling gesprek.
De visuele gegevens hieronder geven een overzicht van mislukte, geweigerde en succesvolle gesprekken.
-
Totaal aantal gesprekken met media — Totaal aantal Webex Calling gesprekken, waaronder ten minste één mediasessie waarbij statistieken over de mediakwaliteit werden vastgelegd. Omvat gesprekken met media van zowel goede als slechte kwaliteit. Bij een gesprek van goede kwaliteit werden alle mediasessies binnen het gesprek gecategoriseerd als van goede kwaliteit.
De visuele gegevens hieronder geven een overzicht van gesprekken van goede en slechte kwaliteit.
-
Aantal mediasessies — Totaal aantal mediasessies tijdens alle gesprekken waarbij de mediakwaliteit werd vastgelegd. Een mediasessie vertegenwoordigt een enkel deel van een gesprek waarbij audio of video actief wordt verzonden en de mediakwaliteit wordt vastgelegd.
De visuele gegevens hieronder geven een overzicht van gesprekken van goede en slechte kwaliteit.
Wat is een gesprekssegment?
Een gesprekssegment vertegenwoordigt een afzonderlijk deel van een Webex Calling gesprek. In wezen vormt elke rechtstreekse verbinding of verbinding tussen twee deelnemers één gesprekssegment.
Als Alice bijvoorbeeld een Auto Attendant belt die het gesprek doorstuurt naar Bob, wordt Alice naar Auto Attendant beschouwd als een segment van het gesprek, terwijl Auto Attendant naar Bob wordt beschouwd als een ander segment van dezelfde gespreksstroom. Een enkele, complexe oproep kan daarom bestaan uit meerdere gesprekssegmenten.
Doorgaans bestaat een gesprekssegment uit twee gespreksonderdelen (CDR's): een eerste deel en een eindfase. In scenario's met PSTN-gesprekken kan echter slechts één gespreksdeel (de eindfase voor de Webex-gebruiker) worden gegenereerd vanuit het perspectief. Webex Calling
Elk gesprekssegment kan een verschillende uitkomst hebben (bijvoorbeeld succes, mislukking, weigering). Daarom is het cruciaal om communicatiegebeurtenissen weer te geven als gesprekssegmenten in de weergave voor probleemoplossing van de Control Hub. Zo kunnen klanten een volledige indeling in afzonderlijke segmenten bekijken, waardoor problemen binnen een complexe gespreksstroom nauwkeurig kunnen worden geïdentificeerd.
Samenvatting van het gesprek
Het gedeelte met een samenvatting van de gesprekken op de pagina met gespreksgegevens geeft visueel een volledig verloop van een volledige gespreksreeks weer. Deze weergave op hoog niveau stelt klanten in staat om de volledige stroom van een gesprek te visualiseren, zelfs als het gaat om meerdere logische „gesprekken” (zoals gedefinieerd door veelgebruikte correlatie-ID's) of complexe overdrachtscenario's. In de samenvatting van de gesprekken worden op intelligente wijze alle tussenstops en gerelateerde „gesprekken” samengevoegd om een holistisch en samenhangend beeld te krijgen.
Met het gespreksoverzicht krijgt u snel inzicht in de gespreksstroom van begin tot eind in een visuele tijdlijnweergave. Elke deelnemer aan de linkerkant vertegenwoordigt het gebruikerstype (PSTN, huntgroep, gesprekswachtrij, enz.), terwijl de lijnen ervoor de gespreksinteractie voor die deelnemer weergeven. Interacties tussen twee deelnemers zijn gesprekssegmenten. Door de muisaanwijzer op een deelnemer te plaatsen, kunt u gedetailleerde informatie bekijken, zoals de naam, het gebruikerstype, de duur, het tijdstempel en meer. U kunt op specifieke deelnemers klikken om de gegevens van het gesprekssegment te zien in de hopweergave onder de overzichtskaart van het gesprek op dezelfde pagina. Merk op dat sommige deelnemers met PSTN- en Local Gateway-gebruikerstypen niet klikbaar zijn.
Het gespreksoverzicht bevat ook de gespreksacties zoals bellen, parkeren, doorverbinden, enz. En de verbindingsstatus, zoals mislukking, weigering. U kunt de muisaanwijzer op specifieke borden houden voor meer informatie, zodat u problemen kunt identificeren en oplossen op het exacte punt waar ze zich hebben voorgedaan.
De schermafbeelding hierboven geeft bijvoorbeeld een gesprek weer waarbij een externe PSTN-gebruiker inbelde op een Auto Attendant die de oproep doorstuurde naar een oproepwachtrij. De oproep werd vervolgens doorgeschakeld naar twee agenten, waarna de tweede agent de oproep aannam en met de PSTN-gebruiker sprak. Overlays van mediakwaliteit vertegenwoordigen de mediakwaliteit op de eindpunten. Legends biedt meer informatie om u te helpen de samenvatting van het gesprek te begrijpen.
Voor een meer gedetailleerde uitleg over de samenvatting van de gesprekken kunt u deze vidcast bekijken
De volgende scenario's worden niet ondersteund door het schema voor het samenvatten van gesprekken:
- Flow voor conferentiegesprekken, zoals Conference, Barge-In, Call Bridge en Call Merge.
- Functies van de oproepwachtrijsupervisor, zoals stille monitoring, coaching , binnenvallen, overname, enz.
- Informatie over aankondigingen die naar de eindpunten zijn afgespeeld.
- Informatie over gesprekken die tijdens een actief gesprek in de wacht worden gezet en hervat.
- Als een gesprek wordt onderbroken of geweigerd, kunnen er aan elke kant van de gesprekssegmenten verschillende redenen zijn vanwege de interne gespreksstatus.
Bekijk de gegevens van de hop
De volgende gegevens zijn beschikbaar in de weergave met hopgegevens:
| Termijn | Definitie |
|---|---|
| Eindpunt |
Geeft een van de volgende opties weer:
|
| Hardware |
Geeft een van de volgende opties weer:
|
| Locatie |
Webex Callinglocatie die is geconfigureerd voor de gebruiker. Het land waarin de bevoorrading Webex Calling werd uitgevoerd, staat ook tussen haakjes. |
| Lokaal IP-adres |
Het lokale IP-adres van de client voor de netwerkinterface die hij gebruikt om media te verzenden. IP-adressen worden gedeeltelijk gemaskeerd om de persoonlijke identiteit van gebruikers te behouden. |
| Publieke IP |
Dit is het openbare IP-adres van de client, gezien door de cloud. 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 eindpunt van de client. |
| Geolocatie |
Geo-opzoeking van het openbare IP-adres. Dit adres is niet juist, indien verbonden via PNC. Als de gebruiker de Webex-app gebruikt en via een VPN verbinding maakt met de onderneming, is de locatie niet juist. |
| ISP |
Internetprovider die een netwerkverbinding met de Webex Calling cloud biedt. |
| Netwerk |
Het type netwerkverbinding dat de client gebruikte om media uit te wisselen. Mogelijke waarden zijn:
|
| Audiocodec |
(Verzenden of ontvangen) Het formaat voor het coderen en decoderen van media dat wordt gebruikt voor de media die door een client worden verzonden. |
| Videocodec |
(Verzenden of ontvangen) Het formaat voor het coderen en decoderen van media dat wordt gebruikt voor de media die door een client worden verzonden. Alleen van toepassing voor een videogesprek. |
| SIP-sessie-ID |
Originele (of initiële) en laatste sessie-ID's. |
| Kofferbak |
Alleen beschikbaar als er een lokale gateway betrokken is bij de hop. Naam van de binnenkomende en uitgaande kofferbak. |
| Routegroep |
Alleen beschikbaar als er een lokale gateway betrokken is bij de hop. Naam van de routegroep. |
| Naam van de PSTN-leverancier |
Alleen beschikbaar als PSTN betrokken is bij de hop. Naam van de verkoper. |
Sommige statistieken worden gemaskeerd in de schermafbeeldingen van het artikel om de identiteit van de gebruiker te behouden.
Uit de hopgegevens kunt u:
-
Bekijk of de hop via PSTN of een lokale gateway werd geleid.
-
Bekijk het type gebruiker dat de oproep heeft gedaan of ontvangen. Enkele voorbeelden zijn:
HuntGroup, enVoiceMailGroupRoutePoint. Het gedetailleerde rapport over de gespreksgeschiedenis bevat een lijst van alle mogelijke gebruikerstypes. -
Bekijk de inzichten over het gesprek in deze scenario's:
-
Er was geen media voor alle hop in verband met het gesprek.
-
De configuratie van de padoptimalisatie is mislukt.
-
Eén van de hop is mislukt of de oproep geweigerd. Mislukte hop is rood gemarkeerd en geweigerde hop is geel gemarkeerd. Er wordt ook een reden gegeven waarom de hop is mislukt of geweigerd.
-
-
Plaats de muisaanwijzer op het apparaat om de volledige gespreksbeleving te bekijken.
-
Plaats de muisaanwijzer op de hop tussen het eindpunt en de Webex Calling cloud om de hopgegevens te bekijken.
De gesprekservaring van begin tot eind is gebaseerd op de mediakwaliteitsgegevens die worden verzameld vanaf elk Webex Calling geregistreerd eindpunt (Webex-app of -apparaat zoals 8865 of Desk Pro) aan het einde van het gesprek. De oproep wordt als goed beoordeeld als het eindpunt de volgende drempels heeft:
Pakketverlies van minder dan 5%.
Latentie of retourtijd (RTT) van minder dan 400 ms.
Jitter van minder dan 150 ms.
De kwaliteit van de hop is afgeleid van gegevens die worden verzameld op het mediarelaispunt in de Webex Calling cloud. Voor PSTN-gesprekken via CCPP of een lokale gateway wordt de data verzameld via de Webex Calling cloud en niet vanaf het PSTN-eindpunt. Een hop wordt als goed beoordeeld als het mediarelaispunt de volgende drempels heeft:
-
Pakketverlies van minder dan 2,5%.
-
Latentie of RTT van minder dan 200 ms.
-
Jitter van minder dan 75 ms.
U kunt de gegevens ook opslaan in de hopgegevens door Acties te selecteren en vervolgens een van de volgende opties te kiezen:
- Oproepgegevens voor probleemoplossing opslaan (CSV)
- Oproeprapport opslaan (JSON)
- Deelnemersgegevens opslaan (CSV)
Paneel met oproepgegevens
De volgende gegevens zijn beschikbaar in het rechtervenster van de oproepgegevens in de weergave met hopgegevens:
| Termijn | Definitie |
|---|---|
| Correlatie-ID | Correlatie-ID om meerdere gespreksonderdelen van dezelfde gesprekssessie aan elkaar te koppelen. |
| Interactie-ID |
Een unieke identificatiecode die wordt gebruikt om meerdere oproeppatronen aan elkaar te koppelen die verbonden zijn door een service-interactie. Voorbeeld voor het raadplegen en doorverbinden van gesprekken: wanneer een gebruiker een
actief gesprek in de wacht zet, een nieuw gesprek start via dezelfde app of hetzelfde
apparaat en vervolgens het oorspronkelijke gesprek doorschakelt, delen
beide gesprekken hetzelfde. |
| Datum van de oproep | De datum waarop het gesprek plaatsvond. |
| Oproeptijd | Het tijdstip waarop het gesprek begon en eindigde, weergegeven in de tijdzone die u hebt geselecteerd in de zoekweergave. |
| Soort sessie |
Het type sessie dat wordt ondersteund. Bijvoorbeeld: Webex Call |
| Deelnemers | Het aantal deelnemers dat aan de oproep heeft deelgenomen. |
| Naam van de beller | De naam van de beller. |
| E-mailadres van de beller | E-mailadres van de beller. |
| Nummer van de beller | Telefoonnummer dat de beller tijdens het gesprek heeft gebruikt. |
| Audio | Het type audio dat wordt gebruikt. |
| Video | Beeldschermen Ja als video is ingeschakeld door een deelnemer. Als video helemaal niet was ingeschakeld, wordt Nee weergegeven. |
| Optimalisatie van het pad |
Specificeert of de optimalisatie van het oproeppad van toepassing is op het gesprek. De geaccepteerde waarden zijn:
|
| Soort oproep |
Het oproeptype kan een van de volgende zijn:
|
| Oproep beëindigd door |
Gebruiker die het gesprek heeft beëindigd. |
| Gekozen cijfers |
De cijfers op het toetsenbord zoals gekozen door de gebruiker, vóór de voorvertalingen. |
| Gerelateerde reden |
Geeft een reden aan waarom de hop is gemaakt. De
waarde van |
Ga naar de weergave Webex Calling voor probleemoplossing
Gedeeltelijk zoeken wordt ondersteund voor e-mail-ID's, telefoonnummers en oproep-ID's. Voor telefoonnummers kunt u de eerste drie tot acht cijfers invoeren en vervolgens op Enter drukken om overeenkomende gegevens te zien. Als u meer dan acht cijfers invoert, wordt geprobeerd een exacte overeenkomst te vinden. Houd er rekening mee dat als u een telefoonnummer van elders kopieert en plakt, u de +1 moet invoeren om de zoekopdracht te laten werken.
Ga als volgt te werk om een Webex-oproep te analyseren:
| 1 |
Meld u aan bij Control Hub en ga naar Monitoring > Probleemoplossing. |
| 2 |
Zoek naar het e-mailadres, telefoonnummer, MAC-adres, oproep-ID's of de correlatie-id die u wilt bekijken. U kunt gerelateerde gesprekken groeperen in de zoekweergave door de correlatie-ID te gebruiken. |
| 3 |
Pas een filter naar keuze toe. De beschikbare filters zijn:
Filters zijn niet beschikbaar als u naar telefoonnummers of correlatie-ID's zoekt. |
| 4 |
Klik op een specifieke oproep om de weergave met hopgegevens te bekijken. |
Zoekresultaten downloaden of problemen met gespreksrecords oplossen als CSV-bestand
U kunt de zoekresultaten of de gespreksgegevens voor probleemoplossing downloaden als een CSV-bestand. Deze gegevens bevatten informatie op gespreksniveau om problemen met een gesprek op te lossen.
U kunt maximaal 100 gespreksrecords voor probleemoplossing per CSV-bestand exporteren.
Als u op downloaden klikt, worden de zoekresultaten gedownload voor het tabblad waarop u zich bevindt. Dus als u Webex Calling records wilt downloaden, zorg er dan voor dat u op het Webex Calling tabblad bent.
| 1 |
Meld u aan bij Control Hub en ga naar Monitoring > Probleemoplossing. |
| 2 |
Zodra u een lijst met gesprekken hebt die u wilt bekijken, selecteert u of Gespreksgegevens voor probleemoplossing downloaden (CSV).
U kunt de dossiers voor probleemoplossing ook downloaden op de pagina met gespreksgegevens. Hier kunt u de gespreksgegevens voor probleemoplossing, het gespreksrapport in JSON-formaat en de deelnemersgegevens als CSV-bestand downloaden. |
Problemen met de mediakwaliteit oplossen
De hop-by-hop-weergave helpt u om te bepalen waar het probleem zich voordeed. Nu u hebt ontdekt waar het probleem zit, en met de statistieken (jitter, pakketverlies, latentie), kunt u het volgende proberen om het probleem op te lossen.
Typische mogelijkheden voor mediakwesties zijn:
-
Gebruikersspecifieke problemen — Een gebruiker of apparaat is verbonden via een slecht netwerk (bijvoorbeeld wifi of thuiswerken), wat betekent dat hun ervaring wordt beïnvloed door de bijbehorende netwerkmogelijkheden. Zie het artikel CScan gebruiken om de Webex Calling netwerkkwaliteit te testen om het probleem met het netwerk te identificeren.
-
Specifieke problemen met het oproeptype — De slechte ervaring van de gebruiker is te wijten aan de kwaliteit aan de andere kant. Dit is typisch in PSTN-scenario's waarbij de gebruiker met een andere gebruiker op een mobiel netwerk praat en de sessie een hoog pakketverlies heeft op het PSTN-netwerk.
-
Geen probleem met de media. In sommige winkels vindt mogelijk geen mediatransmissie plaats. De Insights-banner toont de oorzaak bovenaan de pagina met Hop-gegevens en de aansprakelijke partij in het informatievak van de hopgegevenspagina. Enkele van de mogelijke redenen waarom er geen media zijn bij gesprekken met aansprakelijke partijen, worden hier opgesomd:
-
Webex ontvangt geen media van de afzender.
-
Webex ontvangt geen media van de ontvanger.
-
Webex ontvangt geen media uit beide richtingen.
-
Webex stuurt geen media naar de ontvanger. Webex engineering lost dit probleem op.
-
Webex ontvangt geen media van Cloud PSTN. Webex engineering lost dit probleem op.
-
Webex ontvangt geen media van de cloudservice. Webex engineering lost dit probleem op.
-
Webex ontvangt geen media van de lokale gateway. Een klantenbeheerder moet het probleem onderzoeken.
-
-
Mislukte optimalisatie van mediapaden — Bij weinig gesprekken kon de optimalisatie van mediapaden niet succesvol worden ingesteld. De Insights-banner toont de oorzaak van mislukte ICE-gesprekken en de oplossing bovenaan de pagina met Hop-gegevens.
Enkele van de mogelijke redenen zijn:
-
ICE is mislukt vanwege een stomme toegang tot de server. Zie Webex Calling Poortreferentie-informatie.
-
ICE is mislukt vanwege een connectiviteitscontrole. Controleer de connectiviteit tussen netwerken.
-
ICE is niet geslaagd omdat de standaardtijd voor de heen- en terugreis vergelijkbaar/beter was dan welk geoptimaliseerd pad dan ook.
-
Webex Callingregistreert en verwerkt mediakwaliteitsstatistieken die worden verzonden door de volgende ondersteunde apparaten van derden:
-
Polycom
-
Yealink
-
Audiocodes
Beheerders kunnen de samenvatting en analyse van de mediakwaliteit van de laatste hop, inclusief latentie, jitter en pakketverlies voor gesprekken met ondersteunde apparaten van derden, in de hop-by-hop-weergave bekijken. Dit biedt dezelfde ervaring als wat beschikbaar is voor Cisco-apparaten.
Beperkingen
Metrieken voor mediakwaliteit en uitgaande en beëindigende stromen vanaf de netwerkzijde zijn niet beschikbaar voor de volgende apparaten:
-
Analoge telefoons
-
IPv6-eindpunten
Metrieken voor mediakwaliteit worden momenteel niet ondersteund voor klanten die in India zijn gevestigd. Ondersteuning voor die klanten is gepland voor een latere datum.
Bekijk van minuut tot minuut
U kunt inzoomen op de sessielijn voor mediakwaliteit van een deelnemer om de kwaliteit van hun mediasessie van minuut tot minuut te zien. Met deze gedetailleerde weergave kunt u vaststellen waar tijdens het gesprek een deelnemer problemen had en kunt u helpen bepalen wat de hoofdoorzaak was.
De weergave van minuut tot minuut is alleen beschikbaar voor gesprekken die worden afgehandeld via Webex Clients en RoomOS-eindpunten. Ondersteuning voor PhoneOS-klanten zal in de toekomst beschikbaar zijn. Deze weergave is niet beschikbaar voor door MPP en Cisco beheerde eindpunten van derden.
De bestaande ervaring met mediakwaliteit markeert de kwaliteit van een mediasessie als goed of slecht voor de algehele sessie op basis van onze gedefinieerde drempels voor latentie, jitter en pakketverlies. Met de weergave van de mediakwaliteit van minuut tot minuut kunt u per minuut inzoomen op de kwaliteit van een mediasessie. Dit is vooral handig in het geval van langere gesprekken waarbij de mediasessie voor een gebruiker slechts enkele seconden tot een minuut slecht zou zijn geweest, maar het gesprek nog steeds als slecht werd gemarkeerd.
Beheerders kunnen kruiselings naar de weergave van minuut tot minuut gaan door op een mediasessie te klikken in de weergave van de gespreksreeks. U kunt de drempelwaarden verder bekijken door op een segment van de mediasessie te klikken in de weergave van minuut tot minuut.
De statistieken die van minuut tot minuut beschikbaar zijn, zijn:
- Audiokwaliteit: latentie, pakketverlies, jitter, mediabitsnelheid
- Videokwaliteit: latentie, pakketverlies, jitter, mediabitsnelheid, beeldsnelheid, resolutie
- Kwaliteit van het aandeel: latentie, pakketverlies, jitter, mediabitsnelheid, beeldsnelheid, resolutie
- CPU-gebruik: systeem-CPU, Webex App CPU
- Geheugengebruik: systeemgeheugen, Webex App-geheugen
- Netwerk en apparatuur: client, platform, verbinding, mediaknooppunt, audiotransport, videotransport, audiocodec, videocodec, enzovoort.
In de weergave van minuut tot minuut worden alleen de beschikbare statistieken weergegeven. Als een gesprek bijvoorbeeld niet werd gedeeld, dan wordt de kwaliteit van het delen niet weergegeven.
Netwerk en apparatuur
Wanneer u een tijdsinterval selecteert in de weergave van minuut tot minuut, toont de apparatuur- en netwerkkaart informatie over het eindpunt, het netwerk en de randapparatuur die beschikbaar is voor het geselecteerde interval. Gebruik deze informatie in combinatie met de statistieken voor mediakwaliteit om te onderzoeken of herhaalde problemen verband houden met een bepaald apparaat, randapparaat, verbinding of lokaal netwerkelement.

Op de kaart kan de volgende informatie worden weergegeven. De weergegeven velden zijn afhankelijk van het eindpunt, het besturingssysteem, de verbinding en de informatie die tijdens het gesprek is gerapporteerd.
|
Informatie |
Beschrijving |
|---|---|
|
Cliënt, platform en versie |
De Webex-app of het apparaat, het besturingssysteem of het platform en de beschikbare client- of softwareversiegegevens. |
|
Verbinding |
Het actieve verbindingstype dat wordt gebruikt voor media, zoals Wi-Fi, Ethernet of mobiele telefonie. |
|
Lokaal IP-adres en openbaar IP-adres |
Het lokale netwerkadres dat door het eindpunt wordt gebruikt en het openbare adres dat door de cloud wordt gezien. Adressen kunnen gedeeltelijk worden gemaskeerd. |
|
Locatie |
Beschikbare geolocatiegegevens voor het eindpunt die afkomstig zijn van het openbare IP-adres. |
|
Audiovervoer en audiocodec |
Het transportprotocol dat wordt gebruikt voor audio en de codecs die worden gebruikt voor het verzenden en ontvangen van audio. |
|
Microfoon en luidspreker |
De geselecteerde apparaten voor audio-invoer en -uitvoer. |
|
Camera |
De geselecteerde camera, of er geen camera beschikbaar is. |
|
Ruisverwijdering en virtuele achtergrond |
Beschikbare informatie over actieve ruisonderdrukking en instellingen voor virtuele achtergrond. |
Gegevens over de netwerkinfrastructuur
Naast het verbindingstype en de IP-informatie kan de kaart ook informatie over de netwerkinfrastructuur bevatten voor Wi-Fi-, Ethernet- en mobiele verbindingen.
|
Soort aansluiting |
Gegevens die kunnen verschijnen |
Hoe de informatie te gebruiken |
|---|---|---|
|
Wi-Fi |
Netwerk-ID (BSSID), Wi-Fi-netwerknaam (SSID). |
Vergelijk de betrokken gesprekken om te zien of ze het wifi-netwerk hebben gebruikt. |
|
Ethernet |
Netwerk-ID (switch-ID), poort-ID van de switch. |
Vergelijk de betrokken gesprekken om een mogelijke gemeenschappelijke switch of poort te vinden. |
|
Mobiel |
Netwerk-ID (PLMN-ID), naam van de provider en type mobiel netwerk. |
Gebruik de informatie om te bepalen of de betreffende gesprekken gekoppeld zijn aan een bepaald mobiel netwerk. |
De gegevens van de netwerkinfrastructuur worden alleen vastgelegd wanneer een beheerder er expliciet voor kiest om deze informatie te verzamelen en op te slaan voor eindpunten binnen de organisatie. Dit kunt u doen door de schakelaar Cisco toestaan netwerkgegevens te verzamelen in te schakelen onder de instelling Clientstatistieken verzamelen onder de Organisatie-instellingen in Control Hub. Deze instelling is standaard uitgeschakeld.

Interpreteer de informatie
-
Controleer de netwerkgegevens voor het gesprek dat een verminderde mediakwaliteit laat zien.
-
Vergelijk de gegevens met andere betrokken gesprekken, gebruikers of tijdsintervallen.
-
Zoek naar terugkerende associaties, zoals meerdere gesprekken met slecht geluid via hetzelfde Wi-Fi BSSID-punt, switchpoort of mobiele provider.
-
Gebruik elk waargenomen patroon als input voor uw netwerkonderzoek. De informatie helpt het probleemgebied te beperken, maar bevestigt niet de hoofdoorzaak van een probleem met de gesprekskwaliteit .
-
Informatie over de netwerkinfrastructuur wordt alleen getoond wanneer het eindpunt deze rapporteert voor het geselecteerde interval. De beschikbaarheid kan variëren per eindpunt, besturingssysteem, app-versie, actief netwerk en machtigingen.
-
Gebruikers van de Webex-app op macOS, iOS en Android kunnen de locatietoestemming voor de Webex-app verlenen, zodat de client de informatie over de netwerkinfrastructuur kan verzamelen zoals verwacht.
-
De mobiele provider, PLMN-ID en het type mobiel netwerk zijn mogelijk niet beschikbaar op sommige mobiele besturingssystemen of verbindingen.
-
Een veld kan niet beschikbaar zijn, zelfs als er een netwerk-ID aanwezig is. Het is bijvoorbeeld mogelijk dat de naam van een WiFi-toegangspunt of een Ethernet-switch niet wordt gerapporteerd.
-
Gebruik een ontbrekend veld niet als bewijs van een netwerkfout. Gebruik het met statistieken over de gesprekskwaliteit en gegevens van andere betrokken gesprekken om te bepalen of er een herhaalbaar patroon is.
-
Deze informatie is beschikbaar voor de Webex-app vanaf release 46.8.
-
Chassis-ID en switchpoort-ID van de Ethernet-switch en wifi met BSSID in RoomOS 26.9.1/RoomOS september 2026, en de naam van de Ethernet-switch en de Wi-Fi-SSID zijn beschikbaar in RoomOS 26.10.1/RoomOS oktober 2026.
Ondersteunde gespreksstromen
De mediakwaliteitsrapporten worden verzameld bij de eindpunten van de beller en de beller en de mediarelaispunten. Dit maakt een segmentatie van de media-ervaring mogelijk om te bepalen of het probleem zich voordeed op de:
-
Beller of gebeld
-
Mediapad van of naar de Webex Calling cloud.
De gespreksonderdelen worden weergegeven als er een mediasessie is gestart met ten minste één Webex Calling geregistreerd eindpunt tijdens het gesprek. Als bijvoorbeeld een uitgaand gesprek van Hunt Group naar acht agenten beantwoordt, is er voor de andere zeven agenten geen media-ervaring om problemen op te lossen.
Er zijn vijf soorten media-ervaringen of manieren om problemen op te Webex Calling lossen, namelijk:
-
Geoptimaliseerd op het net — Gesprekken binnen de organisatie waar ICE succesvol is en de media rechtstreeks tussen de gebruikers stromen. Zie Webex CallingMedia Optimization with Interactive Connectivity Establishment (ICE) voor gedetailleerde informatie.
-
On-net niet geoptimaliseerd — Oproepen binnen de organisatie waar Interactive Connectivity Establishment (ICE) niet mogelijk of gevestigd was. In dit scenario stroomt de media via de Webex Calling Cloud.
-
On-net in de cloud gehost — Oproepen binnen een organisatie waar media worden geleverd door een mediaserver die in de cloud wordt gehost (bijvoorbeeld luisteren naar voicemail, inbellen naar een autobegeleider).
-
Off-net gesprek van of naar het Webex Calling geregistreerde eindpunt -
-
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 doorgestuurd via een PSTN-provider (CCPP) die verbonden is met de cloud, via een hoogwaardige interconnectie.
-
via Local Gateway - Inkomende en uitgaande gesprekken van een organisatie waarbij de media van de andere partij via de onderneming verlopen. Achter de lokale gateway kan de mediasessie afkomstig zijn van een door het bedrijf gehoste gebruiker (bijvoorbeeld geregistreerd voor gespreksbeheer in de onderneming) of van PSTN, waarbij PSTN wordt geleverd door de onderneming.
-
Als er 1 of 2 Webex Calling geregistreerde gebruikers betrokken zijn bij een gesprek op het net van punt tot punt, dan bevat de weergave voor probleemoplossing statistieken voor een of beide partijen. Als het gesprek niet via het internet verloopt (gebruiker 1 wordt gebeld door een PSTN-gebruiker), dan worden in de weergave voor probleemoplossing alleen de klantstatistieken van User1 weergegeven, samen met de statistieken van het mediarelaispunt.
De meeste gespreksscenario's in de weergave voor probleemoplossing tonen twee gespreksfasen (beller en beller); in sommige gespreksscenario's (zoals call park of retrieve) wordt echter slechts één gespreksdeel weergegeven. In dergelijke gevallen wordt het andere deel van het gesprek afzonderlijk weergegeven in de weergave voor probleemoplossing. Dit belemmert niet het oplossen van het gesprek en het opsporen van de plaats waar het probleem zich voordeed. Het vereist echter wel dat de beheerder de twee gespreksonderdelen handmatig met elkaar in verband brengt op basis van een gemeenschappelijke entiteit, zoals de tijd die elkaar overlapt. Toekomstige verbeteringen in de weergave voor probleemoplossing zullen het gebruik van handmatige zoekopdrachten overbodig maken.
De hopstatistieken variëren tijdens een sessie, afhankelijk van de bemonsteringstijd en de variabiliteit in het netwerk. De waarden die worden gerapporteerd door het mediarelaispunt en de klanten (ervaring van begin tot eind) komen mogelijk niet overeen. Ze moeten echter nauw op elkaar zijn afgestemd om segmentatie langs het pad mogelijk te maken.
De mediakwaliteitsrapporten worden verzameld op zowel Cisco-apparaten als ondersteunde, volledig beheerde apparaten van derden, waardoor een consistente segmentatie van de media-ervaring over de paden van de beller en de beller mogelijk is.
We raden aan om de weergave voor probleemoplossing voor individuele gesprekken te gebruiken met de geaggregeerde informatie die is afgeleid van Analytics.
Laten we de gesprekskwaliteit voor de verschillende soorten gesprekken analyseren met behulp van de weergave voor probleemoplossing.
Oproepen binnen de organisatie waar ICE succesvol is en het mediarelais in de cloud van het pad is verwijderd. De mediastroom vindt rechtstreeks plaats tussen de apparaten van de gebruiker.


Conclusie:
| 1 |
Het gesprek is even goed beoordeeld omdat zowel de beller als de beller goede eind-tot-eind ervaring hebben. |
| 2 |
De beheerder kan zien dat media rechtstreeks tussen de twee gebruikers stromen en niet via de Webex Calling Cloud worden verzonden. Geoptimaliseerde gespreksstromen kunnen een slechte ervaring opleveren, als het probleem wordt veroorzaakt door het bedrijfs- of lokale netwerk, aangezien de media tussen de twee gebruikers het lokale netwerk zullen doorkruisen. De latentie of RTT is altijd lager bij een geoptimaliseerd gesprek, maar pakketverlies en jitter kunnen nog steeds een factor zijn, afhankelijk van het netwerk tussen de twee gebruikers. |


Conclusie:
De beheerder kan het volgende opmerken:
| 1 |
De ervaring van begin tot eind van de beller wordt als slecht beoordeeld. |
| 2 |
Er is een probleem met de netwerkhop van de beller dat invloed heeft op zowel de zend- als de ontvangststream. |
| 3 |
De netwerkhop van de beller heeft geen probleem. |
| 4 |
De ervaring van begin tot eind van de beller wordt als slecht beoordeeld vanwege het probleem van de beller. |


Conclusie:
Het gesprek wordt zo goed beoordeeld als de volledige ervaring van de beller binnen de geaccepteerde drempels ligt. De beheerder kan het volgende opmerken:
| 1 |
De netwerkverbinding voor de beller wordt zo slecht beoordeeld omdat sommige statistieken boven de acceptabele drempel liggen. |
| 2 |
De verzendstream van de voicemail wordt als goed beoordeeld op basis van de statistieken die zijn verzameld op het mediarelaispunt. |
| 3 |
De mediaserver die wordt gebruikt om de voicemail te verzamelen of te deponeren, rapporteert momenteel geen statistieken. Deze servers worden echter gehost en beheerd als onderdeel van de Webex Calling cloud, dus de kwaliteit van dat linksegment is intern en altijd van hoge kwaliteit, lage latentie. |
| 4 |
De beheerder kan zien dat de ervaring van begin tot eind als goed wordt beoordeeld, hoewel de hop als slecht wordt beoordeeld. Dit is te wijten aan het feit dat de beller een goed netwerk heeft dat de prestatievermindering van het netwerk van de beller compenseert. |
In het voorbeeld zijn de media van de klant afkomstig van een PSTN-provider via de cloud.


Het gesprek wordt zo slecht beoordeeld omdat de ervaring van begin tot eind niet binnen de geaccepteerde drempels ligt. De beheerder kan het volgende opmerken:
| 1 |
Het probleem ligt bij de PSTN-hop van de beller, met name bij de verzendende stream. |
| 2 |
De netwerkhop van de beller heeft geen probleem. |
| 3 |
De ervaring van begin tot eind van de beller wordt als slecht beoordeeld vanwege het probleem van de beller. |
| 4 |
De totaalervaring en de ontvangststreamstatistieken van de beller die zich op het PSTN-netwerk bevindt, zijn momenteel niet beschikbaar omdat deze statistieken niet naar de cloud worden verzonden. Webex Calling |
Oproepen in en uit een organisatie waar de media van de beller afkomstig zijn van een onderneming. De mediasessie kan afkomstig zijn van een door een onderneming gehoste gebruiker (bijvoorbeeld geregistreerd bij UCM) of van PSTN, waarbij de PSTN via de onderneming wordt verstrekt.


Conclusie
Het gesprek wordt zo slecht beoordeeld omdat de ervaring van begin tot eind van de beller niet binnen de geaccepteerde drempels ligt. De beheerder kan het volgende opmerken:
| 1 |
Er is een probleem waarbij de beller naar de Webex Calling cloud springt bij zowel de zend- als de ontvangststream. |
| 2 |
De ervaring van begin tot eind van de beller wordt als slecht beoordeeld, ofwel vanwege het probleem dat tijdens de hop werd opgemerkt, ofwel vanwege de problemen aan de kant van de gebruiker (apparaten, netwerk, enzovoort). |
| 3 |
Het binnenkomende verkeer naar de Webex Calling cloud vanaf de kant van de beller wordt als goed beoordeeld. |
| 4 |
De totaalervaring en de ontvangststreamstatistieken van de beller die via de lokale gateway wordt gebeld, zijn momenteel niet beschikbaar omdat deze statistieken niet naar de Webex Calling cloud worden verzonden. |
Het oplossen van problemen is mislukt en het weigeren van oproepen
De kolom Oproepstatus geeft aan of een gesprek geslaagd, geweigerd of mislukt is. Als een gesprek de status Weigering of Mislukking heeft, kunt u de muisaanwijzer op de status houden om de relevante code te zien.
Wanneer u inzoomt op de lijst met gesprekken van een gebruiker, is er een KPI voor Mislukte gesprekken beschikbaar om snel vast te stellen of die gebruiker ernstige problemen ondervindt. U kunt de muisaanwijzer op de status Weigering of Mislukking plaatsen om de specifieke code te zien die bij elke status hoort.
In de weergave met hopgegevens wordt een banner weergegeven met meer informatie over waarom het gesprek de status Weigering of Mislukking heeft. U kunt ook zien of de gespreksstatus zich heeft voorgedaan tijdens het starten of beëindigen van de hop.
Voorbeeld van mislukte oproepscenario's
Foutcode: Geen route naar bestemming

Een oproeppoging werd gedaan met een apparaat op de werkplek, maar dat mislukte omdat er geen route beschikbaar was naar de bestemming.
Foutcode: Protocolfout

Een oproeppoging werd gedaan door een apparaat op de werkplek, maar dat is mislukt vanwege een fout in verband met het protocol.
Foutcode: interne fout

Er werd gebeld via een lokale gateway, maar dat is mislukt vanwege interne fouten met het apparaat op de werkplek op de bestemming. Het gesprek duurde 14 minuten voordat er een interne fout ontstond.
Voorbeeld van scenario's voor het weigeren van gesprekken
Weigeringscode: Oproep afgewezen
Een oproeppoging is mislukt omdat de poging de bestemming niet kon bereiken of de interface naar de bestemming niet goed functioneerde. Voorbeelden van afgewezen scenario's zijn de volgende:
-
De oproeppoging is afgewezen omdat een anonieme oproep is afgewezen.
-
De oproeppoging is afgewezen vanwege machtigingen voor inkomende gesprekken.
-
De oproeppoging is afgewezen vanwege machtigingen voor uitgaande gesprekken.
-
De oproeppoging is afgewezen vanwege machtigingen voor uitgaande gesprekken.
-
De oproeppoging is afgewezen omdat gespreksonderschepping is ingesteld.
-
De oproeppoging is afgewezen omdat de oproep is geparkeerd of de oproep niet is opgehaald.
-
De oproeppoging is afgewezen vanwege een push-to-talk-afwijzing.
-
De oproeppoging wordt afgewezen omdat de oproep selectief wordt aangenomen.
-
De oproeppoging is afgewezen vanwege selectieve afwijzing van een gesprek.
-
De oproeppoging is afgewezen vanwege fouten zoals een onbekend nummer, onvoldoende machtigingen, enz.
Foutcode: nummer dat niet is toegewezen
Een beller heeft een oproeppoging gedaan, maar deze werd afgewezen omdat de bestemming naar een nummer ging dat niet was toegewezen.
Redenen voor de uitkomst van het gesprek
De volgende tabel bevat de weigerings - en foutcodes die beschikbaar zijn voor mislukte gesprekken.
| Reden voor het resultaat van het gesprek | Definitie |
|---|---|
|
Succes |
De oproep was succesvol. Mogelijke codes zijn:
|
|
Weigering |
Oproep werd geweigerd. Mogelijke codes zijn:
|
|
Mislukking |
Oproep is mislukt. Mogelijke codes zijn:
|
