Áttekintés

A valószínű ok meghatározásához javasolt a hibaelhárítási nézet használata a hibaelhárításból származó összesített információkkal együtt. Webex Calling Analytics irányítópult . A Webex Calling Analytics irányítópultján megtekintheti a több felhasználót érintő problémákat, amelyeknek közös oka a helyszínhez, hálózathoz stb. kapcsolódik; míg a Webex Calling hibaelhárítási nézete képes azonosítani az egyes hívásokkal kapcsolatos problémákat.

A médiaminőséggel kapcsolatos hibaelhárítási funkció nem igényel különleges konfigurációt, és alapértelmezés szerint elérhető a Control Hubban. A teljes körű ügyfél-, csak olvasható, támogatási, partner- és partner-rendszergazdák számára érhető el.

A rendszergazdák a következő feltételek alapján kereshetnek, hogy megkapják azon hívások listáját, ahol egy médiamunkamenetet legalább egy Webex Calling regisztrált végponttal használtak:

  • E- e-mail -azonosítók

  • Telefonszámok (a karakterlánc pontos egyezése)

  • MAC-cím

  • Hívóazonosítók

A médiaminőséggel kapcsolatos hibaelhárítás lehetővé teszi a rendszergazdák számára, hogy:

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

  • A hívás ugrásrészletének megtekintése.

  • Megtekintheti, hogy a média a Webex Calling felhőn keresztül halad-e, vagy közvetlenül a felhasználók között (az Interactive Connectivity Establishment (ICE) segítségével).

  • Az Insights megtekintése, 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.

  • Elemezze a hívásminőségi mutatókat, amelyek befolyásolták a felhasználói élményt. Például előfordulhat, hogy egy rendszergazda erős jittert észlel a klienseken a Wi-Fi hálózatokon, de a csomagvesztés és a várakozási idő elfogadható lehet.

  • Határozza meg, hogy a hívó félnél vagy a hívottnál van-e a probléma.

A Médiaminőséggel kapcsolatos hibaelhárítás csak a médiamunkamenetekre vonatkozik, a hívásjelzési munkameneteket nem. Például Alex hívja Bobot, aki beállította a CFA-t (minden hívás továbbítása) Christinának, és Christina fogadta a hívást. Ebben a forgatókönyvben a médiahiba-elhárítási nézet azt mutatja, hogy a hívás Alex és Christina között történt, mivel a hangsúly a médiaélmény hibaelhárításán van, nem pedig a jelzésfolyamon vagy a hívás életciklusán.

A Webex Calling szolgáltatást használó hívások a hívás befejezése után jelennek meg.

A hibaelhárítási nézet segít a problématerület azonosításában azáltal, hogy megadja az összes releváns mérőszámot, és nem feltétlenül tudja megadni a gyenge hívás kiváltó okát. Az alábbi mutatók segítségével azonosíthatja a különböző tényezőket, és meghatározhatja a felbontási lehetőségeket:

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

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

  • Mérések küldése vagy fogadása a felhasználótól vagy a médiatovábbítási ponttól.

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

Támogatott hívásfolyamatok

A médiaminőség-jelentéseket a rendszer a hívó és a hívott végpontokról, valamint a médiatovábbítási pontokról gyűjti össze. Ez lehetővé teszi a médiaélmény szegmentálását, hogy leszűkítsék és azonosítsák, hogy a probléma a következő időpontban történt-e:

  • Hívó vagy hívott fél

  • Médiaútvonal a Webex Calling felhőhöz vagy onnan.

A hívási szakaszok akkor jelennek meg, ha volt olyan médiamunkamenet, amely legalább egy Webex Calling regisztrált végponttal jött létre a híváson. Például egy keresőcsoport nyolc ügynökhöz kimenő hívás esetén, ha csak egy ügynök válaszol, akkor a többi hét ügynök esetében nincs médiatapasztalat a hibaelhárításhoz.

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

  • On-net optimalizálva – A szervezeten belüli hívások, ahol az ICE sikeres, és a média közvetlenül a felhasználók között áramlik. Lásd Webex Calling Media Optimization with Interactive Connectivity Establishment (ICE) a részletes információk.

  • On-net Nincs optimalizálva – Olyan szervezeten belüli hívások, ahol az interaktív kapcsolat létrehozása (ICE) nem volt lehetséges vagy nem jött létre. Ebben a forgatókönyvben a média a Webex keresztül áramlik.

  • Felhőben tárolt on-net – Olyan szervezeten belüli hívások, ahol a médiát egy felhőben üzemeltetett médiakiszolgáló biztosítja (például hangposta meghallgatása, tárcsázás automatikus felügyelő híváskezelőbe ).

  • Off-net hívás a Webex Calling regisztrált végpontjára vagy onnan -

    • a Cloud Connected PSTN-szolgáltatón keresztül - Olyan szervezet bejövő és kimenő hívásai, ahol a másik fél a PSTN-hálózaton van. A média továbbítása felhőalapú PSTN-szolgáltatón (CCPP) keresztül történik, kiváló minőségű összekapcsoláson keresztül.

    • Helyi átjárón keresztül - Olyan szervezet bejövő és kimenő hívásai, ahol a másik fél médiája a vállalaton keresztül történik. A helyi átjáró mögött a média munkamenet történhet a vállalat által üzemeltetett felhasználótól (például a vállalatnál a hívásvezérlés regisztrált felhasználótól), vagy a PSTN-ről, ahol a PSTN-t a vállalat biztosítja.

Ha van 1 vagy 2 regisztrált Webex Calling felhasználó egy pont-pont on-net hívásban, akkor a hibaelhárítási nézet az egyik vagy mindkét fél mérőszámait mutatja be. Ha a hívás a neten kívül történik (az 1. felhasználó PSTN-felhasználótól kap hívást), akkor a hibaelhárítási nézet csak a Felhasználó1 kliens mérőszámait jeleníti meg, a médiatovábbítási pontról vett mérőszámokkal együtt.

A hibaelhárítási nézetben a hívási forgatókönyvek többsége két híváságat mutat (hívó és hívott fél); néhány hívási forgatókönyv azonban (például a hívásvárakoztatás vagy a visszakeresés) csak egy hívásoldal mutat . Ilyen esetekben a másik hívásoldal 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 okának felderítését. Ehhez azonban szükség van arra, hogy a rendszergazda manuálisan korrelálja a két híváságat 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 révén megszűnik a manuális keresés használata.

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

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

1

Ügyfélnézetből inhttps://admin.webex.com/ , menjen ide: Monitoring > Hibaelhárítás .

2

Válassza ki Értekezletek és hívások lehetőségre majd keresse meg a megtekinteni kívánt felhasználó vagy eszköz e-mail- azonosító , telefonszám (pontos szövegegyezés), a felhasználó vagy eszköz MAC-cím vagy a hívásszakasz hívásoldal .

A kereséshez társított összes hívás és értekezlet információit jeleníti meg.

A listanézet azt a hívást jeleníti meg, amely legalább egy Webex Calling regisztrált végponton keresztül történt, és amelynek médiamunkamenete van.

3

A Webex Calling hívások minőségi osztályozása történik. A Webex értekezletek vagy a Call on Webex foglalkozások esetében azonban ez az osztályozás nem érvényes. A hívási élmény besorolása a következő:

  • Szegény – azt jelzi, hogy a hívó vagy a hívott fél gyenge végpontok közötti élményt nyújtott (például szaggatott hang).
  • – a végpontok közötti kapcsolatot jelöli a hívó fél számára, és a hívott fél nem lépte túl a küszöbértékeket.
  • Egyik sem – értekezletekre vagy Call on Webex foglalkozásokra vonatkozik.
  • Nem áll rendelkezésre – értekezletekre vagy Call on Webex foglalkozásokra vonatkozik.
4

Kattintson egy adott hívásra a listanézetben az ugrás részleteinek megtekintéséhez. A Hop Detail nézet a következőket jeleníti meg:

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

  • Tekintse meg a betelefonálás kapcsolatos statisztikákat az alábbi forgatókönyvek egyikében vagy mindkét esetben:

    • Nem volt adathordozó a hívással kapcsolatos egyik ugráshoz sem

    • Az elérési út-optimalizálás beállítása sikertelen volt.

  • 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 ugrást a végpont és a Webex Calling felhő közé.

A végpontok közötti hívásélmény az egyes Webex Calling -regisztrált végpontokról (Webex App vagy eszközök, például 8865 vagy Desk Pro) gyűjtött médiaminőségi adatokon alapul a hívás végén. A hívás akkor lesz jó, ha eléri a következő küszöbértékeket:

  • Csomagvesztés kevesebb, mint 5%

  • A várakozási idő vagy az oda-vissza út idő (RTT) kevesebb, mint 400 ms

  • Jitter kevesebb, mint 150 ms

Az ugrás minősége a Webex Calling felhő médiatovábbítási pontjáról gyűjtött adatokból származik. A CCPP-n vagy helyi átjáró keresztül történő PSTN-hívások esetén az adatgyűjtés a Webex Calling felhőből történik, nem a PSTN-végpontról. Az ugrás akkor lesz jó, ha eléri ezeket a küszöbértékeket.

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

  • A várakozási idő vagy az RTT kevesebb, mint 200 ms.

  • Jitter kevesebb, mint 75 ms.

Az ugrás mérőszámok a munkamenet során változnak a mintavételezési időtől és a hálózat változékonyságától függően. Előfordulhat, hogy a médiatovábbítási pont és az ügyfelek (végpontok közötti élmény) által jelentett értékek nem illeszkednek egymáshoz. Azonban szorosan egymáshoz kell illeszkedniük ahhoz, hogy lehetővé váljon a szegmentálás az útvonal mentén.

Javasoljuk, hogy használja az egyedi hívás hibaelhárítási nézetét a következőből származó összesített információkkal Elemzések lehetőségre .

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

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

Következtetés :

1

A hívás besorolása olyan jó, ha mind a hívó, mind a hívott fél 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 a Webex keresztül halad.

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

A szervezeten belüli hívások, ahol egy ICE-hívás sikertelen, é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ényét a rendszer gyengere minősítette.

2

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

3

A hívott fél hálózati ugrásával nincs probléma.

4

A hívott fél végpontok közötti élményét a rendszer gyengere minősíti a hívó fél általi problémája miatt.

Olyan szervezeten belüli hívások, ahol a médiát a felhőben üzemeltetett médiakiszolgáló biztosítja.

Következtetés :

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

1

A hívó fél hálózati ugrása gyenge, mivel egyes mérőszámok az elfogadható küszöbérték felett vannak.

2

A hangposta küldési adatfolyamát a rendszer a médiaközvetítési pontról gyűjtött mérőszámok alapján jónak minősíti.

3

A hangposta gyűjtésére vagy letétbe helyezésére használt médiakiszolgáló jelenleg nem jelent mérőszámokat. Ezek a kiszolgálók azonban a Webex Calling Cloud részeként vannak üzemeltetve és kezelve, így az adott hivatkozási szegmens minősége belső, mindig jó minőségű, alacsony késleltetésű.

4

A rendszergazda megfigyelheti, hogy a hívó végpontok közötti tapasztalata jónak van besorolva, az ugrás pedig gyenge. Ez annak köszönhető, hogy a hívott fél ugrásának jó a hálózata, amely kompenzálja a hívó fél hálózatának teljesítményromlását.

Olyan szervezeten keresztül kezdeményez be- és kihívást, ahol a másik fél a PSTN-hálózaton van. A médiát egy felhőalapú PSTN-szolgáltató (CCPP) továbbítja.

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

A hívás besorolása gyenge, mivel a hívott fél végpontok közötti élménye nincs az elfogadott küszöbértékeken belül. A rendszergazda a következőket figyelheti meg:

1

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

2

A hívott fél hálózati ugrásával nincs probléma.

3

A hívott fél végpontok közötti élményét a rendszer gyengere minősíti a hívó fél általi problémája miatt.

4

A PSTN-hálózaton lévő hívó végpontok közötti élmény és vételi adatfolyam mérőszámai jelenleg nem állnak rendelkezésre, mivel ezek a mérőszámok nem kerülnek továbbításra a Webex Calling .

Olyan szervezetbe be- és kifelé irányuló hívások, ahol a hívó fél médiája egy vállalattól érkezik. A médiamunkamenet történhet vállalati által fenntartott felhasználótól (például UCM-re regisztrált) vagy PSTN-ről, ahol a PSTN-t a vállalaton keresztül biztosítják.

Következtetés

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

1

Probléma van a hívó fél Webex Calling hívásfelhőhöz való ugrásával a küldés és a fogadás adatfolyamban is.

2

A hívó végpontok közötti élményét a rendszer gyengén minősíti vagy az ugrás során észlelt probléma, vagy a felhasználó oldalán fellépő problémák (eszközök, hálózat stb.) miatt.

3

A Webex Calling Cloud felé a hívott fél végéről bejövő forgalom jónak van minősítve.

4

A végpontok közötti élmény és a helyi átjáró hívott hívott fél vételi stream mérőszámai jelenleg nem állnak rendelkezésre, mivel ezek a mérőszámok nem kerülnek továbbításra a Webex Calling Cloud felé.

Elhárítsa a médiaminőséggel kapcsolatos problémát

A hop-by-hop nézet segít megtalálni a probléma okának helyét. Most, hogy megtalálta a probléma helyét, és a mérőszámokkal (jitter, csomagvesztés, várakozási idő) az alábbiakkal elháríthatja a problémát.

A médiaproblémák tipikus lehetőségei a következők:

  • Hálózat-/ISP-/helyspecifikus problémák - A tűzfal, a hálózati beállítások vagy a sávszélesség miatt gyenge felhasználói élmény tapasztalható egy adott helyen vagy hálózati alhálózaton. A helyszín összesített mintáinak áttekintéséhez használja a hívásonkénti hibaelhárítási nézetet (azonosítsa a gyenge munkamenethez társított helyet) az analitikai nézettel.

  • Felhasználóspecifikus problémák - Egy felhasználó vagy eszköz gyenge hálózaton csatlakozik (például Wi-Fi vagy otthoni munkavégzés), ami azt jelenti, hogy az élményt befolyásolják a kapcsolódó hálózati képességek. Lásd a A CScan segítségével tesztelheti a Webex Webex Calling hálózati minőségét cikket a hálózattal kapcsolatos probléma azonosításához.

  • Hívástípus-specifikus problémák - A felhasználók gyenge élményét a távoli vég minősége okozza. Ez jellemző azokra a PSTN-forgatókönyvekre, amikor a felhasználó egy mobilhálózaton egy másik felhasználóval beszél, és a munkamenetben nagy a csomagvesztés a PSTN-hálózaton.

  • Média nélküli probléma - Előfordulhat, hogy egyes ugrásokban nem történik médiaátvitel. Az Insights sáv az ugrás részletei oldal tetején jeleníti meg az okot, az ugrás részleteit tartalmazó oldal információs mezőjében pedig a felelős felet. Az alábbiakban felsorolunk néhány lehetséges okot, amiért a hívások hiánya miatt a felelős felek közül lehet választani:

    • A Webex nem kap médiát a küldőtől.

    • A Webex nem kap médiát a vevőtől.

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

    • A Webex nem küld médiát a fogadónak. A Webex Engineering kezeli ezt a problémát.

    • A Webex nem kap médiát a Cloud PSTN-ről. A Webex Engineering kezeli ezt a problémát.

    • A Webex nem kap médiát a felhőszolgáltatástól. A Webex Engineering kezeli ezt a problémát.

    • A Webex nem kap médiát a Helyi átjárótól. Az ügyfél rendszergazdájának ki kell vizsgálnia a problémát.

  • Médiaútvonal-optimalizálási hiba - Kevés hívás nem tudja sikeresen beállítani a médiaútvonal-optimalizálást. Az Insights sáv a sikertelen ICE-hívások okát és a felbontást jeleníti meg az ugrás részleteit tartalmazó oldal tetején.

    A lehetséges okok közül néhány az

    • Az ICE a kábítószerver-hozzáférés miatt sikertelen – lásd a Webex Calling referenciainformációit

    • Az ICE a kapcsolat ellenőrzése miatt sikertelen – ellenőrizze a hálózatok közötti kapcsolatot

    • Az ICE sikertelen, mivel az alapértelmezett útvonal oda-vissza ideje hasonló/jobb volt, mint bármely optimalizált útvonal

Jelmagyarázatok a hibaelhárítási nézetben

Tekintse meg a következő Hívásadatokat a hop-by-hop nézet jobb oldali ablaktáblájában.

TermDefiníció
Hívás dátumaA hívás dátuma.
HívásidőA hívás kezdetének és befejezésének időpontja a keresési nézetben kiválasztott időzóna .
Alkalom típusa

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

RésztvevőkA híváshoz csatlakozott résztvevők száma.
Hívó neveA hívó neve.
Hívó e- e-mailA hívó fél e- e-mail -címe.
HívószámA hívó fél által a hívás során használt telefonszáma.
HangA használt hang típusa.
VideóIgen jelenik meg, ha a videót egy résztvevő engedélyezte. Ha a videó egyáltalán nem volt engedélyezve, a Nem felirat látható.
Útvonal-optimalizálás

Megadja, hogy a hívásút-optimalizálás vonatkozik-e a hívásra. Az elfogadott értékek a következők:

ICE (Interactive Connectivity Establish)

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:

Vészhelyzet

Nagyvállalati

Nemzetközi

Mobil

Országon belüli

Operátor

Prémium

Rövid kód

Díjmentes

Ismeretlen

URI

Tekintse meg az alábbi hívási mutatókat ugrásos nézetben:

TermDefiníció
Végpont

A következők egyikét jeleníti meg:

  • Asztali telefon egy fizikai végponthoz

  • Webex alkalmazás

  • Room Device Cisco Room sorozatú eszközökhöz

Hardver

A következők egyikét jeleníti meg:

  • Az asztali telefonmodell egy fizikai végponthoz

  • „-” egy Webex alkalmazás esetén

  • Room Series modellinformációk a Cisco Room sorozatú eszközökhöz

Helyszín

A felhasználó számára beállított Webex Calling helyszín.

Helyi IP-cím

Az ügyfél helyi IP-cím ahhoz a hálózati illesztő , amelyet az adathordozók továbbítására használ. Az IP -címeket a rendszer részben maszkolja a felhasználók személyes azonosságának megőrzése érdekében.

Nyilvános IP-cím

Ez az ügyfél nyilvános IP-cím -címe a felhő által. Vállalkozások esetében ez a NAT-ot biztosító tűzfal címe. Az IP -címeket a rendszer részben maszkolja a felhasználók személyes azonosságának megőrzése érdekében.

MAC címek

Az MAC-cím .

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 kapcsolódik a vállalathoz , akkor a hely nem pontos.

ISP

A Webex Calling Cloud számára hálózati kapcsolat biztosító internetszolgáltató.

Hálózat

Annak a Hálózati kapcsolat a típusa, amelyet az ügyfél a médiacseréhez használt. A lehetséges értékek a következők:

  • Wi-Fi

  • Ethernet

  • Mobil

  • Ismeretlen

Hangkodek

(Küldés vagy Fogadás) A kliens által továbbított médiához használt médiakódolási és dekódolási formátum.

Videokodek

(Küldés vagy Fogadás) A kliens által továbbított médiához használt médiakódolási és dekódolási formátum. Csak videohívások vonatkozik .

azonosító

A belső azonosító, amely a hívásoldal azonosítására szolgál .

Egyes mérőszámok el vannak rejtve a cikk képernyőképeiben, hogy megőrizzék a felhasználó kilétét.

Korlátozások

A médiaminőség-mérőszámok nem állnak rendelkezésre a következő eszközökön.

  • Analóg telefonok

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

  • IPv6 -végpontok