Á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, amelyek közös oka a helyhez, a hálózathoz stb. kapcsolódik; míg a Webex Calling hibaelhárítási nézete azonosítja 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. Teljes körű ügyfél-, írásvédett, támogatási, partner- és partner-írásvédett 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-mail azonosítók

  • Telefonszámok (pontos karakterlánc-egyezés)

  • MAC-cím

  • Hívóazonosítók

Az adathordozó-minőség hibaelhárítása lehetővé teszi a rendszergazdák számára, hogy:

  • 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).

  • 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 azokat a hívásminőségi mutatókat, amelyek hatással voltak a felhasználó élményére. 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.

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

A Médiaminőséggel kapcsolatos hibaelhárítás csak a médiamunkamenetekre vonatkozik, a hívásjelzési munkameneteket nem. Alex például felhívja Bobot, aki beállította a CFA-t (Call Forward All) Christinának, és Christina válaszolt a hívásra. 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 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 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. 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.

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:

  • 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. A részletes információkért lásd: Webex Calling Media Optimization with Interactive Connectivity Establishment (ICE).

  • 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 az esetben a média a Webex hívófelhőn 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. 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 - 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é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.

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

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

1

A(z) ügyfélnézetben https://admin.webex.com/válassza a Figyelés > hibaelhárítás lehetőséget.

2

Válassza az Értekezletek és hívások lehetőséget , majd keresse meg a felhasználó vagy eszköz e-mail azonosítóját, telefonszámát (pontos karakterlánc-egyezés), a felhasználó vagy eszköz MAC-címét, vagy a megtekinteni kívánt hívásláb hívásazonosítóit.

Megjeleníti a kereséshez társított összes hívás és értekezlet adatait.

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 a minőség szempontjából vannak osztályozva. A Webex értekezletek vagy a Call on Webex foglalkozások esetében azonban ez az osztályozás nem érvényes. A hívásélmény a következőképpen van besorolva:

  • 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, hogy ellenőrizze az Ugrás részleteit. Az Ugrás részletei 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 egérmutatót a végpont és a Webex Calling felhő közötti ugrásra.

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ó 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. A komló akkor minősül jónak, ha megfelel ezeknek a küszöbértékeknek.

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

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

  • Idegesség kevesebb, mint 75 ms.

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.

Médiaminőségi probléma 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:

  • 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 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ó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ő 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 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.

KifejezésDefiníció
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óIgent jelenít meg, ha a videót egy résztvevő engedélyezi. Ha a videó egyáltalán nem volt engedélyezve, akkor a Nem mutatja.
Ú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 (Private Network Connect).

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

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

KifejezésDefiníció
Végpont

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

  • Asztali telefon egy fizikai végponthoz

  • Webex alkalmazás

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

Hardver

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

  • Az asztali telefonmodell egy fizikai végponthoz

  • "-" webex alkalmazáshoz

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

Hely

A felhasználó számára konfigurált Webex-hívás helye.

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.

Hívóazonosító

A hívás lábának azonosítására használt belső azonosító.

Egyes metrikák maszkolva vannak a cikk képernyőképein, hogy megőrizzék a felhasználó identitásá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