Áttekintés

A Webex Calling hibaelhárítása lehetővé teszi a médiaminőséggel és a híváskapcsolattal kapcsolatos problémák elhárítását bizonyos Webex Calling hívásoknál. Előfordulhat, hogy különféle okokból szeretnéd elhárítani a hívásokat, például ha az ügyfelek panaszkodnak a gyenge hívásminőség miatt. Ebben az esetben közvetlenül a hibaelhárítási nézethez léphet, megkeresheti ezeket a konkrét hívásokat, majd megtekintheti az ugrás részleteit, hogy pontosan meghatározza a probléma helyét. A hibaelhárítás segítségével proaktívan figyelemmel kísérheti a szervezet hívások minőségét, és megelőzheti a konkrét problémákat, mielőtt a felhasználók észrevennék azokat.

A hibaelhárítási nézet eléréséhez teljes jogú rendszergazdai, csak olvasási jogosultságú rendszergazdai vagy támogatási rendszergazdai szerepkörrel kell rendelkeznie a Control Hubban.

A következő feltételek alapján kereshet, ha listát szeretne kapni azokról a hívásokról, amelyekben legalább egy Webex Calling által regisztrált végponttal rendelkező média-munkamenetet használtak:

  • E-mail azonosítók

  • Telefonszámok

  • MAC-cím

  • Hívóazonosítók

  • Korrelációs azonosító

A részleges keresés e-mail-azonosítók, telefonszámok és hívásazonosítók esetén támogatott. Telefonszámok esetén beírhatja az első három-nyolc számjegyet, majd az Enter billentyű megnyomásával megtekintheti a találatokat. Ha nyolcnál több számjegyet ad meg, a keresés a pontos találatot fogja megkísérelni. Ne feledd, hogy ha máshonnan másolsz és illesztesz be egy telefonszámot, akkor bele kell foglalnod a +1 hogy a keresés működjön.

A Webex Calling hibaelhárítása lehetővé teszi a következőket:

  • Sikeres, sikertelen és elutasított hívások keresése.

  • Tekintse meg a hívás résztvevőinek végpontok közötti tapasztalatait.

  • A hívás ugrási részleteinek megtekintése.

  • Annak megtekintése, hogy a média áthalad-e a Webex Calling felhőn, vagy közvetlenül a felhasználók között (az Interactive Connectivity Establishment (ICE) használatával).

  • Tekintse meg az elemzéseket, ha nincs média a hívásban, vagy ha az útvonaloptimalizálás beállítása sikertelen volt.

  • Az elmúlt 21 nap hívásainak megtekintése.

  • Jelzéssel kapcsolatos híváshibák és -elutasítások megtekintése.

  • Elemezze azokat a hívásminőségi mutatókat, amelyek hatással voltak a felhasználó élményére. Például egy rendszergazda magas időzítést (jittert) tapasztalhat a klienseken Wi-Fi hálózatokon keresztül, de a csomagvesztés és a késleltetés elfogadható lehet.

  • Annak észlelése, hogy a probléma a hívónál vagy a hívónál van-e.

A Webex Calling használatával kezdeményezett hívások a hívás befejezése után jelennek meg.

A hibaelhárítási nézet segít azonosítani a problémás területet azáltal, hogy minden releváns mutatót biztosít, de nem feltétlenül adja meg a rossz hívás kiváltó okát. Nézze meg ezeket a mutatókat a különböző tényezők azonosításához és a felbontási lehetőségek meghatározásához:

  • A felhasználó teljes körű élménye.

  • Az Ugrás részletei nézet.

  • Metrikák küldése vagy fogadása a felhasználótól vagy az adathordozó-továbbítóponttól.

  • Függetlenül attól, hogy a hívás külső hálózatra vagy a Webex Calling regisztrált végpontjai között történt-e.

Keresési nézet

Hívások keresése a Vezérlőközpont Hibaelhárítás részében

Hívás keresésekor a következő adatok érhetők el:

Oszlop neveDefiníció

Hívás állapota

Hogy a hívási kísérlet sikeres volt-e vagy sem. Amikor a hívási kísérlet állapota Elutasítás vagy Hiba, az állapot fölé mutatva megtekintheti a vonatkozó kódot. A lehetséges értékek a következők:

  • Sikeres – A hívási kísérlet sikeres volt.

  • Elutasítás – A hívási kísérletet elutasították.

  • Hiba – A hívási kísérlet sikertelen.

Minőség

A Webex Calling hívások a minőség szempontjából vannak osztályozva. A Webex-értekezletekre vagy a Webex-en keresztül lebonyolított Call-munkamenetekre azonban ez az osztályozás nem vonatkozik. A hívásélmény a következőképpen van besorolva:

  • Gyenge – azt jelzi, hogy vagy a hívó, vagy a hívott fél gyenge teljes élményben részesült (például akadozó hang).

  • Jó – Azt jelzi, hogy a hívó és a hívott fél teljes élménye nem lépte túl a küszöbértékeket.

  • Egyik sem / Nem elérhető – Nincsenek elérhető médiaminőségi adatok.

Szolgáltatás

A híváshoz használt szolgáltatás.

Kezdési idő

A hívás kezdési időpontja a dátumtartomány-választó mellett kiválasztott időzóna alapján.

Találkozó / Hívószám

A hívó fél telefonszáma.

Név

A hívó és a hívott fél megjelenítendő neve.

Szervező/hívó fél

A hívó fél megjelenített neve.

Résztvevők

A hívásban részt vevő felhasználók száma.

Időtartam

Időtartam, azaz mennyi ideig tartott a hívás.

Webhely/helyszín

A hívó fél Webex hívási helye.

Konferencia / Korrelációs azonosító

Korrelációs azonosító ugyanannak a hívási munkamenetnek több hívási lábának összekapcsolásához.

A keresett felhasználó fő teljesítménymutatói (KPI-jai)

A Vezérlőközpont Hibaelhárításában keresett felhasználó KPI-jai

Amikor felhasználót keres, a következő KPI-k érhetők el:

  • Sikertelen hívások— A kiválasztott dátumtartományban sikertelen hívások száma.
  • Gyenge minőségű megbeszélések jegyzőkönyve— A kiválasztott dátumtartományban a Webex Meetings során gyenge minőségű teljesítményt mutató percek száma.
  • Rossz minőségű Webex hívás— A kiválasztott dátumtartományban gyenge minőségű Webex hívás hívások száma.
  • Rossz minőségű Webex Calling hívások— A kiválasztott dátumtartományban gyenge minőségű Webex Calling hívások száma.
  • Gyenge WebRTC percek— A gyenge minőségű percek száma a WebRTC használata közben a kiválasztott dátumtartományban.
  • Összes megbeszélés jegyzőkönyve— A kiválasztott dátumtartományban tartott Webex megbeszélések perceinek teljes száma.
  • Webex-hívások teljes percszáma— A kiválasztott dátumtartományban a Webex-hívások teljes percszáma [ perc.
  • Webex Calling hívások teljes percszáma— A kiválasztott dátumtartományban a Webex Calling hívások teljespercszáma .
  • WebRTC percek összesen— A kiválasztott dátumtartományban eltöltött WebRTC percek teljes száma.

Komló részleteinek nézete

Példa egy Webex Calling hívás fontos részleteire a Hibaelhárítás részben

A következő adatok érhetők el a hop részletek nézetben:

KifejezésDefiníció
Végpont

Megjeleníti az alábbi műveletek egyikét:

  • Asztali telefon fizikai végpontként

  • Webex alkalmazás

  • Room Device Cisco Room Series eszközökhöz

Hardver

Megjeleníti az alábbi műveletek egyikét:

  • Asztali telefon modellinformációi fizikai végponthoz

  • "-" webex alkalmazáshoz

  • Room Series modellinformációk Cisco Room Series eszközhöz

Hely

A felhasználóhoz konfigurált Webex-hívás helyszíne. A zárójelben az az ország is látható, amelyben a Webex Calling szolgáltatást kiépítették.

Helyi IP-cím

Az ügyfél helyi IP-címe annak a hálózati adapternek, amelyet az adathordozó továbbítására használ. Az IP-címek részleges maszkban vannak a felhasználók személyes identitásának megőrzése érdekében.

Nyilvános IP-cím

Ez az ügyfél nyilvános IP-címe, ahogy azt a felhő látja. A vállalatok számára ez a NAT-ot biztosító tűzfal címe. Az IP-címek részleges maszkban vannak a felhasználók személyes identitásának megőrzése érdekében.

MAC-címek

Az ügyfélvégpont MAC-címe.

Földrajzi helymeghatározás

Nyilvános IP-cím földrajzi keresése. Ez a cím nem pontos, ha PNC-n keresztül csatlakozik. Ha a felhasználó a Webex alkalmazást használja, és VPN-en keresztül csatlakozik a vállalkozáshoz, a hely nem pontos.

ISP

Internetszolgáltató, aki hálózati kapcsolatot biztosít a Webex Calling Cloud-hoz.

Hálózat

Az ügyfél által az adathordozó cseréjéhez használt hálózati kapcsolat típusa. A lehetséges értékek a következők:

  • Wi-Fi

  • Ethernet

  • Sejtes

  • Ismeretlen

Hangkodek

(Küldés vagy fogadás) Az ügyfél által továbbított adathordozókhoz használt adathordozókódolási és dekódolási formátum.

Videokodek

(Küldés vagy fogadás) Az ügyfél által továbbított adathordozókhoz használt adathordozókódolási és dekódolási formátum. Csak videohívásra vonatkozik.

SIP munkamenet-azonosító

Eredeti (vagy kezdeti) és végső munkamenet-azonosítók.

Trönk

Csak akkor érhető el, ha egy helyi átjáró van jelen az ugrásban. A bejövő és kimenő törzs neve.

Útvonalcsoport

Csak akkor érhető el, ha egy helyi átjáró van jelen az ugrásban. Az útvonalcsoport neve.

PSTN-szolgáltató neve

Csak akkor érhető el, ha a PSTN részt vesz az ugrásban. Az eladó neve.

Egyes metrikák maszkolva vannak a cikk képernyőképein, hogy megőrizzék a felhasználó identitását.

A komló részleteiből a következőket teheti:

  • Tekintse meg, hogy az ugrás PSTN-en vagy helyi átjárón keresztül történt-e.

  • Tekintse meg a hívást kezdeményező vagy fogadó felhasználó típusát. Néhány példa: HuntGroup, VoiceMailGroupés RoutePoint. A Részletes hívásnapló-jelentés felsorolja az összes lehetséges felhasználói típust.

  • Tekintse meg a hívással kapcsolatos információkat a következő forgatókönyvekben:

    • A híváshoz kapcsolódó egyik ugráshoz sem volt média.

    • Az útvonaloptimalizálás beállítása sikertelen volt.

    • Az egyik ugrás sikertelen volt, vagy elutasította a hívást. A sikertelen ugrások pirossal, a visszautasított ugrások pedig sárgával vannak jelölve. Azt is megindokolják, hogy az ugrás miért hiúsult meg vagy miért utasították el.

  • Vigye az egérmutatót az eszközre a végpontok közötti hívásélmény megtekintéséhez.

  • Az ugrás részleteinek megtekintéséhez vigye az egérmutatót a végpont és a Webex Calling felhő közötti ugrásra.

A teljes körű hívásélmény a hívás végén minden egyes Webex Calling regisztrált végpontról (Webex alkalmazás vagy eszköz, például 8865 vagy Desk Pro) gyűjtött médiaminőségi adatokon alapul. A hívás jónak minősül, ha a végpont a következő küszöbértékeket teljesíti:

  • Csomagveszteség kisebb, mint 5%.

  • A késleltetés vagy oda-vissza útidő (RTT) kevesebb, mint 400 ms.

  • Jitter kevesebb, mint 150 ms.

Az ugrás minősége a Webex Calling felhő médiatovábbító pontjáról gyűjtött adatokból származik. A CCPP-n vagy helyi átjárón keresztüli PSTN-hívások esetén az adatgyűjtés a Webex Calling felhőből származik, nem pedig a PSTN-végpontból. Egy ugrást jónak minősítenek, ha a médiatovábbítási pont a következő küszöbértékeket teljesíti:

  • A csomagvesztés kevesebb, mint 2,5%.

  • Késés vagy RTT kevesebb, mint 200 ms

  • Idegesség kevesebb, mint 75 ms.

Az adatokat a hop részleteiben is mentheti a Műveletek lehetőség kiválasztásával, majd az alábbi lehetőségek egyikének kiválasztásával:

  • Hibaelhárítási hívásadatok mentése (CSV)
  • Hívásjelentés mentése (JSON)
  • Résztvevőadatok mentése (CSV)

Hívás részletei ablaktábla

A következő adatok érhetők el a ugrás részletei nézet Hívás részletei jobb oldali paneljén:

KifejezésDefiníció
Korrelációs azonosítóKorrelációs azonosító ugyanannak a hívási munkamenetnek több hívási lábának összekapcsolásához.
Hívás dátumaA hívás időpontjának dátuma.
Hívás időpontjaA hívás kezdetének és befejezésének időpontja a keresési nézetben kiválasztott időzónában jelenik meg.
Alkalom típusa

A támogatott munkamenet típusa. Például: Webex Call

RésztvevőkA felhíváshoz csatlakozó résztvevők száma.
Hívó neveA hívó neve.
Hívó e-mail-címeA hívó e-mail címe.
Hívó számaA hívó által a hívás során használt telefonszám.
HangA használt hang típusa.
Videó Az Igen jelzést jeleníti meg, ha egy résztvevő engedélyezte a videót. Ha a videó egyáltalán nem volt engedélyezve, akkor a Nemfelirat jelenik meg.
Útvonal-optimalizálás

Itt adhatja meg, hogy a hívási útvonal optimalizálása vonatkozik-e a hívásra. Az elfogadott értékek a következők:

  • ICE (Interaktív kapcsolat létrehozása)

  • PNC (privát hálózati kapcsolat)

  • Nincs optimalizálás

Hívás típusa

A hívástípus a következők egyike lehet:

  • Sürgősségi

  • Nagyvállalati

  • Nemzetközi

  • Mobil

  • Országon belüli

  • Operátor

  • Prémium

  • Rövid kód

  • Díjmentes

  • Ismeretlen

  • URI

A hívást megszakította:

A hívást befejező felhasználó.

Tárcsázott számjegyek

A billentyűzet számjegyei a felhasználó által tárcsázott módon, az előfordítások előtt.

Kapcsolódó ok

Jelzi a hop létrehozásának okát. Például a CallQueue érték azt jelzi, hogy a remény egy hívási sorból egy ügynökhöz irányuló hívási kísérletnek köszönhető. A kapcsolódó okértékekről további információt a Webex Calling részletes híváselőzmény-jelentésébentalál.

A Webex Calling hibaelhárítási nézetének elérése

A részleges keresés e-mail-azonosítók, telefonszámok és hívásazonosítók esetén támogatott. Telefonszámok esetén beírhatja az első három-nyolc számjegyet, majd az Enter billentyű megnyomásával megtekintheti a találatokat. Ha nyolcnál több számjegyet ad meg, a keresés a pontos találatot fogja megkísérelni. Ne feledd, hogy ha máshonnan másolsz és illesztesz be egy telefonszámot, akkor bele kell foglalnod a +1 hogy a keresés működjön.

Webex-hívás elemzéséhez hajtsa végre a következőket:

1

Jelentkezzen be a Control Hub szolgáltatásba, és lépjen a Monitoring menüpontra. > Hibaelhárítás.

2

Keresse meg a megtekinteni kívánt e-mail-azonosítót, telefonszámot, MAC-címet, hívásazonosítókat vagy korrelációs azonosítót.

A keresési nézetben a korrelációs azonosító segítségével csoportosíthatja a kapcsolódó hívásokat.

3

Alkalmazzon egy választott szűrőt. Az elérhető szűrők a következők:

  • Hely
  • Személyes minőség
  • Eszköztípus
  • Szolgáltatástípus

A szűrők nem érhetők el, ha telefonszámokat vagy korrelációs azonosítókat keres.

4

Kattintson egy adott hívásra a hop részleteinek nézetének megtekintéséhez.

Hibaelhárítási hívás részleteinek exportálása CSV-fájlként

A hibaelhárítási hívás részleteit CSV-fájlként exportálhatja. Ezen hívásadatok exportálása hasznos a több ugrást magában foglaló összetett hívások esetén, mivel lehetővé teszi a problémák vagy minták egy pillantással történő azonosítását. CSV-fájlonként akár 100 hibaelhárítási hívásadatot is exportálhat.

1

Jelentkezzen be a Control Hub szolgáltatásba, és lépjen a Monitoring menüpontra. > Hibaelhárítás.

2

Miután elkészítette a megtekinteni kívánt hívások listáját, válassza az Exportálás lehetőséget. > Hibaelhárítási hívásadatok mentése (CSV).

Kiemelt Exportálás gomb a keresett hívásokhoz a Vezérlőközpont Hibaelhárítás részében

Médiaminőségi problémák elhárítása

A hop-by-hop nézet segít megtalálni a probléma előfordulásának helyét. Most, hogy megtalálta, hol van a probléma, és a metrikákkal (idegesség, csomagvesztés, késés) az alábbiakat kipróbálhatja a probléma elhárításához.

A médiakérdések tipikus lehetőségei a következők:

  • Network/ISP/location specifikus problémák— A tűzfal, a hálózati konfiguráció vagy a sávszélesség miatt egy adott helyen vagy hálózati alhálózaton gyenge felhasználói élmény tapasztalható. A hívásonkénti hibaelhárítási nézet segítségével (azonosítsa a rossz munkamenethez társított helyet) az elemzési nézettel tekintse át a hely összesített mintáit.

  • Felhasználóspecifikus problémák— Egy felhasználó vagy eszköz gyenge hálózathoz csatlakozik (például Wi-Fi-hez, vagy otthonról dolgozik), ami azt jelenti, hogy a felhasználói élményt a kapcsolódó hálózati képességek befolyásolják. A hálózati probléma azonosításához lásd a A Webex híváshálózat minőségének tesztelése a CScan használatával cikket.

  • Hívástípus-specifikus problémák— A felhasználói élmény romlása a túloldali vonal minőségének tudható be. Ez jellemző a PSTN-forgatókönyvekre, amikor a felhasználó egy másik felhasználóval beszél egy mobilhálózaton, és a munkamenet nagy csomagvesztéssel rendelkezik a PSTN hálózaton.

  • Médiaátviteli probléma— Előfordulhat, hogy egyes ugrásoknál nincs médiaátvitel. Az Elemzések banner a Hop részletei oldal tetején megjeleníti az okot, a felelős felet pedig az információs mezőben. Az alábbiakban felsoroljuk a hívások médiahiányának néhány lehetséges okait, valamint a felelős feleket:

    • A Webex nem kapja meg a médiatartalmat a feladótól.

    • A Webex nem fogadja a médiatartalmakat a vevőtől.

    • A Webex egyik irányból sem fogad médiát.

    • A Webex nem küld médiatartalmat a címzettnek. A Webex mérnöki csapata foglalkozik ezzel a problémával.

    • A Webex nem fogad médiatartalmakat a Cloud PSTN-től. A Webex mérnöki csapata foglalkozik ezzel a problémával.

    • A Webex nem fogad médiatartalmakat a felhőszolgáltatásból. A Webex mérnöki csapata foglalkozik ezzel a problémával.

    • A Webex nem fogad médiát a helyi átjárótól. Az ügyfél adminisztrátorának ki kell vizsgálnia a problémát.

  • Médiaútvonal-optimalizálási hiba— Néhány hívás nem tudja sikeresen beállítani a médiaútvonal-optimalizálást. Az Elemzések szalagcíme a sikertelen ICE-hívások okát és a megoldást jeleníti meg a Hop részletei oldal tetején.

    Néhány lehetséges ok:

    • Az ICE a szerverhozzáférés leállítása miatt sikertelen – lásd a Webex hívóport referenciainformációit.

    • Az ICE sikertelen a csatlakozási ellenőrzés miatt - ellenőrizze a hálózatok közötti kapcsolatot.

    • Az ICE sikertelen volt, mivel az alapértelmezett útvonal oda-vissza ideje a következő volt: similar/better mint bármely optimalizált útvonal.

Korlátozások

A hálózati oldalról érkező médiaminőségi mutatók, valamint a kiindulási és befejezési folyamatok nem érhetők el a következő eszközök esetében:

  • Analóg telefonok

  • Harmadik féltől származó eszközök

  • IPv6-végpontok

Támogatott hívásfolyamatok

A médiaminőségi jelentéseket a hívó és a hívó végpontjai, valamint a médiatovábbítási pontok gyűjtik. Ez lehetővé teszi a médiaélmény szegmentálását, hogy szűkítse és azonosítsa, hogy a probléma a következő helyen történt-e:

  • Hívó vagy hívó

  • Média elérési útja a Webex Calling felhőbe vagy onnan .

A hívási lábak akkor jelennek meg, ha volt olyan médiamunkamenet, amely legalább egy Webex-hívás regisztrált végpontjával jött létre a híváson. Például egy kimenő hívás vadászcsoportból nyolc ügynökhöz, ha csak egy ügynök válaszol, akkor a másik hét ügynök számára nincs médiatapasztalat a hibaelhárításhoz.

A Webex Calling hibaelhárításához ötféle médiaélmény vagy elérési út létezik, amelyek a következők:

  • Hálózatra optimalizált – Szervezeten belüli hívások, ahol az ICE sikeres, és a média közvetlenül áramlik a felhasználók között. A részletes információkért lásd: Webex Calling Media Optimization with Interactive Connectivity Establishment (ICE).

  • Nem optimalizált hálózaton belüli hívások – A szervezeten belüli hívások, amelyek során az interaktív kapcsolat felépítése (ICE) nem volt lehetséges vagy létrejött. Ebben az esetben a média a Webex hívófelhőn keresztül áramlik.

  • Hálózaton belüli, felhőalapú – Szervezeten belüli hívások, ahol a médiát egy felhőben üzemeltetett médiaszerver biztosítja (például hangposta meghallgatása, automatikus hívó fél tárcsázása).

  • Hálózaton kívüli hívás a Webex Calling regisztrált végpontjára vagy onnan -

    • felhőalapú PSTN-szolgáltatón keresztül- Egy szervezet bejövő és kimenő hívásai, ahol a másik fél a PSTN-hálózaton van. Az adathordozót egy felhőhöz csatlakoztatott PSTN-szolgáltatón (CCPP) keresztül továbbítják, kiváló minőségű összekapcsoláson keresztül.

    • helyi átjárón keresztül- Szervezet bejövő és kimenő hívásai, ahol a másik fél médiatartalma a vállalaton keresztül történik. A helyi átjáró mögött a médiamunkamenet lehet vállalati hosztolt felhasználótól (például a vállalati hívásvezérlésre regisztrálva) vagy a PSTN-től, ahol a VÁLLALAT BIZTOSÍTJA a PSTN-t.

Ha 1 vagy 2 Webex Calling regisztrált felhasználó vesz részt egy pont-pont on-net hívásban, akkor a hibaelhárítási nézet metrikákat mutat be az egyik vagy mindkét fél számára. Ha a hívás ki van kapcsolva (az 1. felhasználó hívást kap egy PSTN-felhasználótól), akkor a hibaelhárítási nézet csak a Felhasználó1 ügyfélmetrikáit jeleníti meg, valamint az adathordozó-továbbítópontról vett metrikákat.

A hibaelhárítási nézet legtöbb hívási forgatókönyve két hívási lábat mutat (hívó és hívó); azonban néhány hívási forgatókönyv (például a híváspark vagy a visszakeresés) csak egy hívási lábat mutat. Ilyen esetekben a másik hívási láb külön jelenik meg a hibaelhárítási nézetben. Ez nem akadályozza a hívás hibaelhárítását és a probléma előfordulásának észlelését. Ehhez azonban az adminisztrátornak manuálisan korrelálnia kell a két hívási lábat egy közös entitás, például az átfedési idő használatával. A hibaelhárítási nézet jövőbeli fejlesztései szükségtelenné teszik a kézi keresések használatát.

Az ugrási mutatók a munkamenet során a mintavételezési időtől és a hálózat változékonyságától függően változnak. Előfordulhat, hogy az adathordozó-továbbítópont és az ügyfelek által jelentett értékek (végpontok közötti élmény) nem igazodnak egymáshoz. Azonban szoros igazításban kell lenniük, hogy lehetővé tegyék a szegmentálást az útvonal mentén.

Javasoljuk, hogy az egyes híváselhárító nézetet használja az Analyticsszolgáltatásból származó összesített információkkal.

Elemezzük a különböző hívástípusok hívásminőségét a hibaelhárítási nézet segítségével.

Hívások a szervezeten belül, ahol az ICE sikeres, és a felhőben lévő médiatovábbítás eltávolításra kerül az útvonalról. A médiaáramlás közvetlenül a felhasználó eszközei között zajlik.

Következtetés:

1

A hívás olyan jó besorolású, mint mind a hívó, mind a hívó jó végpontok közötti tapasztalattal rendelkezik.

2

A rendszergazda megfigyelheti, hogy a média közvetlenül a két felhasználó között áramlik, és nem utazik a Webex hívási felhőjén keresztül.

Az optimalizált hívásfolyamatok gyenge élményt nyújthatnak, ha a probléma forrása a vállalati vagy helyi hálózat, mivel a két felhasználó közötti média áthalad a helyi hálózaton. A késés vagy az RTT mindig alacsonyabb az optimalizált hívásnál, de a csomagvesztés és az idegesség továbbra is tényező lehet a két felhasználó közötti hálózattól függően.

Hívások a szervezeten belül, ahol az ICE-hívás nem sikeres, és a média a Webex Calling felhőn keresztül áramlik.

Következtetés:

A rendszergazda a következőket figyelheti meg:

1

A hívó végpontok közötti élménye gyenge.

2

Probléma van a hívó hálózati ugrásával, amely mind a küldés, mind a fogadási adatfolyamot érinti.

3

A hívó hálózati ugrásának nincs problémája.

4

A hívó végpontok közötti tapasztalata a hívó problémája miatt gyenge.

Hívások egy olyan szervezeten belül, ahol az adathordozót a felhőben tárolt médiakiszolgáló biztosítja.

Következtetés:

A hívás olyan jó besorolású, mint a hívó végpontok közötti élménye az elfogadott küszöbértékeken belül van. A rendszergazda megfigyelheti, hogy a következők:

1

A hívó hálózati ugrása olyan gyenge besorolású, mint néhány mutató az elfogadható küszöbérték felett.

2

A hangpostáról származó küldési adatfolyam a médiatovábbítási pontból gyűjtött metrikák szerint jónak van minősítve.

3

A hangposta gyűjtésére vagy letétbe helyezésére használt médiakiszolgáló jelenleg nem jelent metrikákat. Ezeket a szervereket azonban a Webex Calling Cloud részeként üzemeltetik és kezelik, így a linkszegmens minősége belső és mindig kiváló minőségű, alacsony késleltetésű.

4

Az adminisztrátor megfigyelheti, hogy a hívó végpontok közötti élménye jónak van minősítve, bár a komló rossznak minősül. Ez annak köszönhető, hogy a hívó ugrása jó hálózattal rendelkezik, amely kompenzálja a hívó hálózatának teljesítménycsökkenését.

Olyan szervezet be- és kihívása, ahol a másik fél a PSTN-hálózaton van. Az adathordozót egy felhőhöz csatlakoztatott PSTN-szolgáltatóról (CCPP) továbbítják.

A példában az ügyfél adathordozója egy PSTN-szolgáltatótól származik a felhőn keresztül.

A hívás olyan gyenge besorolású, mint a hívó végpontok közötti tapasztalata nem az elfogadott küszöbértékeken belül van. A rendszergazda a következőket figyelheti meg:

1

A probléma a hívó PSTN ugrásával van, kifejezetten a küldő adatfolyammal.

2

A hívó hálózati ugrásának nincs problémája.

3

A hívó végpontok közötti tapasztalata a hívó problémája miatt gyenge.

4

A PSTN-hálózaton lévő hívó végpontok közötti élménye és fogadási adatfolyam-mutatói jelenleg nem érhetők el, mivel ezek a mutatók nem kerülnek továbbításra a Webex Calling Cloud-ba.

Olyan szervezetbe való be- és kilépési hívások, ahol a hívó adathordozója egy vállalkozásból származik. A médiamunkamenet lehet egy vállalati hosztolt felhasználótól (például az UCM-ben regisztrálva) vagy a PSTN-től, ahol a PSTN-t a vállalat biztosítja.

Következtetés

A hívás olyan gyenge besorolású, mint a hívó végpontok közötti élménye nem az elfogadott küszöbértékeken belül van. A rendszergazda a következőket figyelheti meg:

1

Probléma van azzal, hogy a hívó a Webex Calling Cloud-ra ugrik mind a küldési, mind a fogadási adatfolyamon.

2

A hívó végpontok közötti élménye gyenge besorolású, akár az ugrás során megfigyelt probléma, akár a felhasználó végén (eszközök, hálózat stb.)

3

A webex hívó felhőbe érkező forgalom a hívó fél végéről jónak van minősítve.

4

A helyi átjáróról hívott hívó teljes körű élménye és fogadási adatfolyam-mutatói jelenleg nem érhetők el, mivel ezek a mutatók nem kerülnek továbbításra a Webex Calling Cloud-ba.

Sikertelen és elutasított hívások hibaelhárítása

A Hívás állapota oszlop jelzi, hogy a hívás sikeres, elutasított vagy sikertelen volt. Amikor egy hívás állapota Elutasítás vagy Hiba, az állapot fölé mutatva megtekintheti a vonatkozó kódot.

Amikor részletesen megtekinti egy felhasználó híváslistáját, egy Sikertelen hívás KPI áll rendelkezésre, amely segítségével gyorsan azonosítható, ha az adott felhasználó jelentős problémákat tapasztal. A Elutasítás vagy a Sikertelen állapot fölé vigye az egérmutatót az egyes állapotokhoz tartozó kódok megtekintéséhez.

Az ugrás részleteinek nézetében egy banner jelenik meg, amely további információkat tartalmaz arról, hogy a hívás miért van Elutasítás vagy Hiba állapotban. Azt is láthatja, hogy a hívás állapota a kezdeményező vagy a befejező ugrás során történt-e.

Sikertelen hívásokra példa

Hibakód: Nincs útvonal a célállomáshoz

Hibakód: nincs útvonal a célállomáshoz hibakód példa egy híváshoz a Hibaelhárítás részben

Egy munkahelyi eszközről híváskísérlet történt, de a hívás sikertelen volt, mivel nem volt elérhető útvonal a célállomáshoz.

Hibakód: Protokollhiba

Hibakód: protokollhiba-kód példa egy híváshoz a Hibaelhárítás részben

Egy munkahelyi eszközről hívási kísérlet történt, de az protokollal kapcsolatos hiba miatt sikertelen volt.

Hibakód: Belső hiba

Hibakód: belső hibakód példa egy híváshoz a Hibaelhárítás részben

Egy helyi átjáróról hívás történt, de a hívás a célállomáson található munkahelyi eszköz belső hibái miatt meghiúsult. A hívás 14 percig tartott, mielőtt belső hiba történt.

Példa a hívás elutasításának forgatókönyveire

Elutasítási kód: A hívás elutasítva

Hívás elutasításának visszautasítási kódjával ellátott ugrási részletes nézet a Vezérlőközpont Hibaelhárítás részében

A hívási kísérlet sikertelen volt, mert a kísérlet nem érte el a célállomást, vagy a célállomáshoz vezető interfész nem működött megfelelően. Az elutasított forgatókönyvekre példák a következők:

  • A hívási kísérletet névtelen hívás elutasítása miatt elutasították.

  • A hívási kísérletet a bejövő hívások engedélyei miatt elutasították.

  • A hívási kísérletet a kimenő hívások engedélyei miatt elutasították.

  • A hívási kísérletet a kimenő hívások engedélyei miatt elutasították.

  • A híváskísérletet a rendszer elutasította a konfigurált híváselfogás miatt.

  • A híváskísérlet elutasításra került hívásparkoltatási vagy hívás-visszavételi hiba miatt.

  • A hívási kísérlet elutasítva a push-to-talk elutasítása miatt.

  • A híváskísérletet a rendszer elutasítja a szelektív hívásfogadás miatt.

  • A híváskísérletet a rendszer szelektív híváselutasítás miatt elutasítja.

  • A hívási kísérletet a rendszer elutasítja olyan hibák miatt, mint az ismeretlen szám, a nem megfelelő jogosultságok stb.

Hibakód: Nincs hozzárendelve szám

Elutasítási kód: példa a nem hozzárendelt szám hibakódjára egy híváshoz a Hibaelhárítás részben

A hívó fél hívási kísérletet tett, de a hívás elutasításra került, mert a célállomás egy hozzá nem rendelt szám volt.

Hívás kimenetelének okai

A következő táblázat a sikertelen hívásokhoz tartozó Elutasítás és Hiba kódokat sorolja fel.

Hívás eredményének okaDefiníció

Sikeres művelet

A hívás sikeres volt. A lehetséges kódok a következők:

  • Normál – A hívás sikeresen befejeződött.
  • Felhasználó elfoglalt – A hívás sikeres, de a felhasználó elfoglalt.
  • Nincs válasz – A hívás sikeres, de a felhasználó nem válaszolt.

Elutasítás

A hívást elutasították. A lehetséges kódok a következők:

  • Hívás elutasítva – A hívási kísérletet a címzett elutasította.
  • Hozzá nem rendelt szám – A tárcsázott szám nincs hozzárendelve egyetlen felhasználóhoz vagy szolgáltatáshoz sem.
  • SIP408 – A kérés időtúllépést szenvedett, mert a felhasználó nem található meg időben.
  • InternalRequestTimeout – A kérés időtúllépést szenvedett, mivel a szolgáltatás váratlan feltétel miatt nem tudta teljesíteni a kérést.
  • Q850102ServerTimeout – Helyreállítás az időzítő lejárta vagy a szerver időtúllépése esetén.
  • NoUserResponse – Nincs válasz semmilyen végfelhasználói eszköztől vagy klienstől.
  • NoAnswerFromUser – Nincs válasz a felhasználótól.
  • SIP480 – A hívott fél jelenleg nem elérhető.
  • SIP487 – A kérés megszakad, mielőtt a hívásra válaszoltak volna.
  • Ideiglenesen nem elérhető – A felhasználó átmenetileg nem érhető el.
  • LocalGatewayLoop – Hurok észlelve a helyi átjáró és a Webex Calling között.
  • AdminCallBlock – A hívási kísérletet a szervezet hívásblokkolási listája miatt elutasították.
  • UserCallBlock – A felhasználó hívása elutasításra kerül, mert a szám szerepel a felhasználó tiltólistáján.
  • Elérhetetlen – Nem lehet a hívást a kívánt célállomásra irányítani.
  • Felhasználó távol – A felhasználó átmenetileg nem elérhető vagy nem elérhető.
  • Meghatározatlan – A fenti okok egyike sem.

Sikertelen

Sikertelen hívás. A lehetséges kódok a következők:

  • DestinationOutOfOrder – A szolgáltatáskérés sikertelen, mert a cél nem érhető el, vagy a célhoz vezető felület nem működik megfelelően.
  • SIP501 – Érvénytelen metódus, és nem azonosítható a kérés metódusa.
  • SIP503 – A szolgáltatás átmenetileg nem érhető el, ezért a kérés nem dolgozható fel.
  • ProtocolError – Ismeretlen vagy nem implementált kiadási kód.
  • SIP606 – A munkamenet leírásának bizonyos részei nem voltak elfogadhatóak.
  • NoRouteToDestination – Nincs elérhető útvonal a célállomáshoz.
  • Belső – Belső Webex-hívási okok miatt sikertelen.
  • MaxConcurrentTerminatingAlertingRequestsExceeded – Az ugyanazon hívó és hívott számra irányuló, helyi átjáróra irányuló egyidejű, megválaszolatlan hívások száma meghaladta a korlátot.
  • Meghatározatlan – A fenti okok egyike sem.