- Start
- /
- Artikel
Hartelijk dank voor uw feedback
Problemen met Webex Calling-gesprekken in Control Hub oplossen
In dit artikel
Feedback?Met de weergave Probleemoplossing in Webex Calling kunnen beheerders problemen met de verbinding en mediakwaliteit oplossen voor Webex Calling-gesprekken. U kunt zoeken naar informatie over de oproep, zien of deze succesvol, geweigerd of mislukt was, de mediastatistieken bekijken, vaststellen waar het probleem zich heeft voorgedaan en het probleem oplossen.
Overzicht
Met Probleemoplossing voor Webex Calling kunt u problemen met de mediakwaliteit en de gespreksconnectiviteit oplossen voor specifieke Webex Calling-gesprekken. Er zijn verschillende redenen waarom u problemen met gesprekken wilt oplossen, bijvoorbeeld omdat klanten klagen over de slechte gesprekskwaliteit. In dit geval kunt u rechtstreeks naar het probleemoplossingsoverzicht gaan, zoeken naar de specifieke oproepen en vervolgens de hopdetails bekijken om te bepalen waar het probleem zich zou kunnen voordoen. U kunt probleemoplossing ook gebruiken om proactief de gesprekskwaliteit voor de organisatie te bewaken en specifieke problemen te signaleren voordat gebruikers ze opmerken.
Om toegang te krijgen tot de probleemoplossingsweergave, moet u de volledige rol beheerder, alleen-lezen beheerder of ondersteuningsbeheerder hebben in Control Hub.
U kunt zoeken met behulp van de volgende criteria om een lijst met gesprekken te verkrijgen waarbij een mediasessie is gebruikt met ten minste één bij Webex Calling geregistreerd eindpunt:
-
E-mail-ids
-
Telefoonnummers
-
MAC-adres
-
Gesprek-id's
-
Correlatie-id
Gedeeltelijk zoeken wordt ondersteund voor e-mailadressen, telefoonnummers en oproep-ID's. Voor telefoonnummers kunt u de eerste drie tot acht cijfers invoeren en vervolgens op Enter drukken om overeenkomende resultaten te bekijken. Als u meer dan acht cijfers invoert, wordt er gezocht naar een exacte match. Houd er rekening mee dat als u een telefoonnummer van elders kopieert en plakt, u het volgende moet opnemen: +1 om de zoektocht te laten slagen.
Met de probleemoplossing voor Webex Calling kunt u:
-
Zoek naar geslaagde, mislukte en geweigerde oproepen.
-
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 aanwezig zijn of wanneer de instelling voor padoptimalisatie niet is geslaagd.
-
Gesprekken van de afgelopen 21 dagen weergeven.
-
Bekijk mislukte en afgewezen oproepen met betrekking tot signalering.
-
Analyse van de statistieken van de gesprekskwaliteit die de ervaring van de gebruiker beïnvloedden. Een beheerder kan bijvoorbeeld veel jitter waarnemen op clients in Wi-Fi-netwerken, maar het pakketverlies en de latentie kunnen acceptabel zijn.
-
Detecteren of het probleem is met de beller of de gebelde.
De gesprekken met Webex Calling worden weergegeven nadat het gesprek is beëindigd.
Met de probleemoplossingsweergave kunt u het probleemgebied identificeren door alle relevante statistieken te tonen. U krijgt echter niet per se inzicht in de hoofdoorzaak van een slechte oproep. 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.
Zoekweergave
Wanneer u naar een oproep zoekt, zijn de volgende gegevens beschikbaar:
| Kolomnaam | Definitie |
|---|---|
|
Oproepstatus |
Of de oproeppoging succesvol was of niet. Wanneer de oproeppoging de status Weigering of Mislukking heeft, kunt u met de muis over de status bewegen om de relevante code te zien. Mogelijke waarden zijn:
|
|
Kwaliteit |
De Webex Calling worden beoordeeld op kwaliteit. Voor Webex-vergaderingen of Call on Webex-sessies is deze classificatie echter niet van toepassing. De oproepervaring is beoordeeld als:
|
|
Service |
Service die voor het gesprek is gebruikt. |
|
Starttijd |
Begintijd van het gesprek, gebaseerd op de tijdzone die naast de datumbereikselector is geselecteerd. |
|
Ontmoeting / Bellend nummer |
Telefoonnummer van de beller. |
|
Naam |
Weergave van de naam van de beller en de gebelde. |
|
Host/beller |
Weergavenaam van de beller. |
|
Deelnemers |
Aantal gebruikers in het gesprek. |
|
Duur |
Duur van het gesprek. |
|
Site/locatie |
Locatie van de beller via Webex Calling. |
|
Conferentie / Correlatie-ID |
Correlatie-id om meerdere gesprekssessies van dezelfde gesprekssessie samen te houden. |
Key Performance Indicators (KPI's) van de gezochte gebruiker
Wanneer u naar een gebruiker zoekt, zijn de volgende KPI's beschikbaar:
- Mislukte oproepen— Aantal oproepen dat is mislukt in het geselecteerde datumbereik.
- Slechte vergadernotulen— Aantal minuten tijdens Webex-vergaderingen met slechte kwaliteitsprestaties gedurende het geselecteerde datumbereik.
- Webex-gesprek met slechte kwaliteit— Aantal Webex-gesprekken met slechte kwaliteit tijdens het geselecteerde datumbereik.
- Webex Calling-gesprekken met slechte kwaliteit— Aantal Webex Calling -gesprekken met slechte kwaliteit tijdens het geselecteerde datumbereik.
- Slechte WebRTC-minuten— Aantal minuten met slechte kwaliteit tijdens het gebruik van WebRTC gedurende het geselecteerde datumbereik.
- Totaal aantal vergaderminuten—Totaal aantal Webex-vergaderingen minuten gedurende het geselecteerde datumbereik.
- Totaal aantal Webex-gespreksminuten—Totaal aantal Webex-gesprekken minuten gedurende het geselecteerde datumbereik.
- Totaal aantal Webex Calling-belminuten—Totaal aantal Webex Calling-minuten gedurende het geselecteerde datumbereik.
- Totaal WebRTC-minuten—Totaal aantal WebRTC minuten gedurende het geselecteerde datumbereik.
Hop details weergave
De volgende gegevens zijn beschikbaar in het hopdetailsoverzicht:
| Term | Definitie |
|---|---|
| Eindpunt |
Hiermee geeft u een van de volgende weergaven:
|
| Hardware |
Hiermee geeft u een van de volgende weergaven:
|
| Locatie |
De Webex Calling-locatie die voor de gebruiker is geconfigureerd. Het land waar Webex Calling is ingericht, wordt ook tussen haakjes weergegeven. |
| 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 u verbinding maakt 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:
|
| 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. |
| SIP-sessie-ID |
Originele (of initiële) en definitieve sessie-ID's. |
| Trunk |
Alleen beschikbaar als er een lokale gateway bij de hop betrokken is. Naam van de inkomende en uitgaande trunk. |
| Routegroep |
Alleen beschikbaar als er een lokale gateway bij de hop betrokken is. Naam van de routegroep. |
| PSTN-leveranciersnaam |
Alleen beschikbaar als PSTN bij de hop betrokken is. Naam van de leverancier. |
Sommige statistieken worden in de schermafbeeldingen van het artikel gemaskeerd om de identiteit van de gebruiker te behouden.
Vanuit de hopdetails kunt u:
-
Bekijk of de hop via PSTN of een lokale gateway is gerouteerd.
-
Bekijk het type gebruiker dat de oproep heeft geplaatst of ontvangen. Enkele voorbeelden zijn
HuntGroup,VoiceMailGroupenRoutePoint. Het rapport Gedetailleerde oproepgeschiedenis bevat een lijst met alle mogelijke gebruikerstypen. -
Bekijk inzichten over het gesprek in deze scenario's:
-
Er was geen media beschikbaar voor de hops die verband hielden met de oproep.
-
De padoptimalisatie is niet gelukt.
-
Één van de hops mislukte of weigerde de oproep. Mislukte hops worden gemarkeerd met rood en geweigerde hops met geel. Er wordt ook een reden gegeven waarom de hop mislukte of werd geweigerd.
-
-
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 aan het einde van het gesprek worden verzameld van elk geregistreerd Webex Calling-eindpunt (Webex-app of apparaat zoals 8865 of Desk Pro). De aanroep wordt als goed beoordeeld als het eindpunt de volgende drempelwaarden heeft:
-
Pakketverlies minder dan 5%.
-
Latentie of Round Trip Time (RTT) minder dan 400 ms.
-
Jitter korter 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 wordt als goed beoordeeld als het media-relaypunt de volgende drempelwaarden heeft:
-
Pakketverlies lager dan 2,5%.
-
Latentie of RTT minder dan 200 ms.
-
Jitter van minder dan 75 ms.
U kunt de gegevens ook opslaan in de hopdetails door Acties te selecteren en vervolgens een van de volgende opties te kiezen:
- Oproeprecords voor probleemoplossing opslaan (CSV)
- Gesprekrapport opslaan (JSON)
- Deelnemersgegevens opslaan (CSV)
Paneel met oproepdetails
De volgende gegevens zijn beschikbaar in het rechterdeelvenster 'Oproepdetails' van de hopdetailsweergave:
| Term | Definitie |
|---|---|
| Correlatie-id | Correlatie-id om meerdere gesprekssessies van dezelfde gesprekssessie samen te houden. |
| Datum oproep | De datum waarop het gesprek heeft plaatsgevonden. |
| Tijdstip oproep | De 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 |
| Deelnemers | Het aantal deelnemers dat aan het gesprek heeft deed deelnemen. |
| Naam van beller | Naam van de beller. |
| E-mailadres van beller | Het e-mailadres van de beller. |
| Nummer van beller | Het telefoonnummer dat de beller tijdens het gesprek heeft gebruikt. |
| Audio | Het type audio dat is gebruikt. |
| Video | Geeft Ja weer als video door een deelnemer is ingeschakeld. Als video helemaal niet is ingeschakeld, wordt Neeweergegeven. |
| Padoptimalisatie |
Geeft aan of het belpadoptimalisatie van toepassing is op het gesprek. De geaccepteerde waarden zijn:
|
| Gesprekstype |
Beltype kan een van de volgende opties zijn:
|
| Gesprek beëindigd door |
Gebruiker die het gesprek heeft beëindigd. |
| Gekozen cijfers |
De toetsenblokcijfers zoals gekozen door de gebruiker vooraf, voordat deze worden vertaald. |
| Gerelateerde reden |
Geeft de reden aan waarom de hop is gemaakt. Een waarde van |
Toegang tot de probleemoplossingsweergave voor Webex Calling
Gedeeltelijk zoeken wordt ondersteund voor e-mailadressen, telefoonnummers en oproep-ID's. Voor telefoonnummers kunt u de eerste drie tot acht cijfers invoeren en vervolgens op Enter drukken om overeenkomende resultaten te bekijken. Als u meer dan acht cijfers invoert, wordt geprobeerd een exacte match te vinden. Houd er rekening mee dat als u een telefoonnummer van elders kopieert en plakt, u het volgende moet opnemen: +1 om de zoektocht te laten slagen.
Voer het volgende uit om een Webex-oproep te analyseren:
| 1 |
Meld u aan bij Control Hub en ga naar Monitoring > Problemen oplossen. |
| 2 |
Zoek naar het e-mailadres, telefoonnummer, MAC-adres, oproep-ID's of de correlatie-ID die u wilt bekijken. U kunt gerelateerde oproepen groeperen in het zoekoverzicht door gebruik te maken van de correlatie-ID. |
| 3 |
Pas het filter van uw keuze toe. De beschikbare filters zijn:
Filters zijn niet beschikbaar als u zoekt naar telefoonnummers of correlatie-ID's. |
| 4 |
Klik op een specifieke oproep om de hopdetails te bekijken. |
Exporteer de details van uw probleemoplossingsgesprek als een CSV-bestand
U kunt de details van uw probleemoplossingsgesprek exporteren als een CSV-bestand. Het exporteren van deze gespreksdetails is handig bij complexe gesprekken waarbij meerdere hops betrokken zijn, omdat u hiermee in één oogopslag problemen of patronen kunt identificeren. U kunt maximaal 100 probleemoplossingsgespreksdetails per CSV-bestand exporteren.
| 1 |
Meld u aan bij Control Hub en ga naar Monitoring > Problemen oplossen. |
| 2 |
Zodra u een lijst met oproepen hebt die u wilt bekijken, selecteert u .
|
Problemen 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:
-
Network/ISP/location specifieke problemen—Vanwege de firewall, netwerkconfiguratie of bandbreedte is er een patroon van slechte ervaringen op een bepaalde locatie of in een bepaald 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 met een slecht netwerk (bijvoorbeeld wifi of thuiswerken), wat betekent dat hun ervaring wordt beïnvloed door de bijbehorende netwerkmogelijkheden. Zie het artikel Gebruik CScan om de netwerkkwaliteit van Webex Calling te testen om het probleem met het netwerk te identificeren.
-
Problemen met specifieke oproeptypen— 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— Er is mogelijk geen mediatransmissie in sommige hops. Bovenaan de pagina met hopdetails wordt in de Insights-banner de oorzaak weergegeven en in het informatievak op de pagina met hopdetails de verantwoordelijke partij. Hieronder worden enkele mogelijke oorzaken voor no-media in oproepen en aansprakelijke partijen opgesomd:
-
Webex ontvangt geen media van de verzender.
-
Webex ontvangt geen media van de ontvanger.
-
Webex ontvangt geen media uit beide richtingen.
-
Webex verstuurt 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.
-
-
Mediapadoptimalisatie mislukt— Bij een paar oproepen kan de mediapadoptimalisatie niet succesvol worden ingesteld. Bovenaan de pagina met Hop-details worden in de Insights-banner de oorzaak van mislukte ICE-aanroepen en de oplossing ervan weergegeven.
Enkele mogelijke redenen zijn:
-
ICE is mislukt vanwege toegang tot de stun-server. Zie referentiegegevens voor Webex Calling-poorten.
-
ICE mislukt vanwege connectiviteitscontrole - controleer de connectiviteit tussen netwerken.
-
ICE mislukt omdat de standaard retourtijd voor het pad was similar/better dan welk geoptimaliseerd pad dan ook.
-
Beperkingen
Gegevens over mediakwaliteit en het starten en beëindigen van stromen aan de netwerkzijde zijn niet beschikbaar voor de volgende apparaten:
-
Analoge telefoons
-
Apparaten van derden
-
IPv6-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 – Oproepen binnen de organisatie waar ICE succesvol is en de media rechtstreeks tussen de gebruikers stroomt. Zie Webex Calling mediaoptimalisatie met Interactive Connectivity En Ice voor meer informatie.
-
On-net niet geoptimaliseerd – Oproepen binnen de organisatie waarbij Interactive Connectivity Establishment (ICE) niet mogelijk was of tot stand was gebracht. In dit scenario gaat de media door de Bellen via Webex-cloud.
-
On-net Cloud Hosted – Gesprekken binnen een organisatie waarbij media worden aangeboden door een mediaserver die in de cloud wordt gehost (bijvoorbeeld het beluisteren van voicemail, het bellen naar een auto attendant).
-
Off-net oproep naar of van het geregistreerde Webex Calling-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 wordt via een cloud verbonden PSTN provider (CCPP) via een interconnect van hoge kwaliteit.
-
via lokale gateway- Inkomende en uitgaande oproepen van een organisatie waarbij de media van de andere partij via de onderneming lopen. 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.
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. |
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. |
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. |
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. |
Problemen oplossen met mislukte en geweigerde oproepen
De kolom Oproepstatus geeft aan of een oproep succesvol, geweigerd of mislukt was. Wanneer een oproep de status Weigering of Mislukking heeft, kunt u met de muis over de status bewegen om de relevante code te zien.
Wanneer u inzoomt op de lijst met oproepen van een gebruiker, is een KPI Mislukte oproep beschikbaar om snel te identificeren of die gebruiker ernstige problemen ondervindt. U kunt met de muis over de status Weigering of Mislukking bewegen om de specifieke code te bekijken die aan elke status is gekoppeld.
In het hopdetailoverzicht wordt een banner weergegeven met meer informatie over de reden waarom het gesprek de status Weigering of Mislukt heeft. U kunt ook zien of de oproepstatus plaatsvond tijdens de oorspronkelijke of beëindigde hop.
Voorbeelden van scenario's met mislukte oproepen
Foutcode: Geen route naar bestemming
Er werd een oproeppoging gedaan door een apparaat op de werkplek, maar deze mislukte omdat er geen route naar de bestemming beschikbaar was.
Foutcode: Protocolfout
Er is een oproeppoging gedaan door een apparaat op de werkplek, maar deze is mislukt vanwege een protocolgerelateerde fout.
Foutcode: interne fout
Er is een oproep gedaan vanaf een lokale gateway, maar deze is mislukt vanwege interne fouten met het werkplekapparaat op de bestemming. De verbinding werd 14 minuten lang tot stand gebracht voordat er een interne fout ontstond.
Voorbeelden van scenario's waarin een oproep wordt geweigerd
Weigeringscode: Gesprek geweigerd
Een oproeppoging is mislukt omdat de bestemming niet bereikt kon worden of omdat de interface naar de bestemming niet goed functioneerde. Voorbeelden van afgewezen scenario's zijn onder meer:
-
Oproeppoging is afgewezen vanwege anonieme oproepafwijzing.
-
De oproeppoging is afgewezen vanwege de machtigingen voor inkomende oproepen.
-
De oproeppoging is afgewezen vanwege de machtigingen voor uitgaande oproepen.
-
De oproeppoging is afgewezen vanwege de machtigingen voor uitgaande oproepen.
-
Oproeppoging is afgewezen vanwege geconfigureerde oproeponderschepping.
-
Oproeppoging is afgewezen omdat het parkeren of ophalen van een oproep mislukt is.
-
Oproeppoging wordt afgewezen vanwege push-to-talk-afwijzing.
-
De oproeppoging is afgewezen vanwege selectieve oproepacceptatie.
-
De oproeppoging is afgewezen vanwege selectieve oproepafwijzing.
-
De oproeppoging wordt afgewezen vanwege fouten zoals een onbekend nummer, onvoldoende rechten, etc.
Foutcode: Niet-toegewezen nummer
Er is een poging gedaan door een beller om te bellen, maar deze poging is afgewezen omdat het gesprek naar een niet-toegewezen nummer ging.
Redenen voor oproepresultaat
In de volgende tabel staan de codes Weigering en Mislukking die beschikbaar zijn voor mislukte oproepen.
| Reden voor oproepresultaat | Definitie |
|---|---|
|
Gelukt |
Oproep is succesvol verlopen. Mogelijke codes zijn:
|
|
Weigering |
Oproep werd geweigerd. Mogelijke codes zijn:
|
|
Mislukt |
Het gesprek is mislukt. Mogelijke codes zijn:
|
