Áttekintés

A valószínű ok meghatározásához ajánlott a hibaelhárítási nézetet a Webex Calling Analytics irányítópultjáról származó összesített információkkal együtt használni. 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.

Az adathordozó-minőség hibaelhárítási szolgáltatása nem igényel konkrét konfigurációt, és alapértelmezés szerint elérhető a Vezérlőközpontban. 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ételekkel kereshetnek, hogy lekérjék azoknak a hívásoknak a listáját, amelyekben egy médiamunkamenetet legalább egy Webex-hívás regisztrált végpontjával 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 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. A rendszergazda például nagy nyugtalanságot észlelhet a Wi-Fi-hálózatokhoz csatlakoztatott ügyfeleken, de a csomagvesztés és a késés elfogadható lehet.

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


Az adathordozó-minőség hibaelhárítása csak az adathordozó-munkamenetekre vonatkozik, és nem jelenít meg hívásjel-küldési munkameneteket. 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 az esetben a média hibaelhárítási nézete 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 jelátviteli folyamaton 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 azonosítani a problémás területet az összes releváns metrikával, és nem feltétlenül tudja megadni 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.

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 Optimized – Hívások a szervezeten belül, 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 Nem optimális – Hívások a szervezeten belül, ahol az Interactive Connectivity Establishment (ICE) nem volt lehetséges vagy létrehozott. Ebben az esetben a média a Webex hívófelhőn keresztül áramlik.

  • On-net Cloud Hosted – Hívások egy szervezeten belül, ahol a médiát a felhőben tárolt médiakiszolgáló biztosítja (például hangposta hallgatása, automatikus kísérőbe való tárcsázás).

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

    • Cloud Connected PSTN-szolgáltatónkeresztül - Bejövő és kimenő hívások egy olyan szervezettől, 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ónkeresztül – Bejövő és kimenő hívások egy olyan szervezettől, 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 hívás 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 legalább egy Webex-hívás regisztrált végpontjával és médiamunkamenettel rendelkező hívásokat jeleníti meg.

A Minőség oszlop csak akkor jelenik meg, ha a szervezet Webex Calling szolgáltatásthasznál .

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 munkamenetekesetében 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ónak, vagy a hívónak rossz végpontok közötti élménye volt (például szaggatott hang).
  • – azt jelzi, hogy a hívó és a hívó végpontok közötti élménye nem haladta meg a küszöbértékeket.
  • Nincs– az értekezletekre vagy a Call on Webex munkamenetekre 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:

  • 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, Webex Calling App, Webex Calling Device, például 8865) gyűjtött médiaminőségi adatokon alapul a hívás végén. A hívás akkor minősül jónak, ha megfelel ezeknek a küszöbértékeknek- A csomagveszteség kevesebb, mint 5%, a késés vagy az oda-vissza utazási idő (RTT) kevesebb, mint 400 ms, és a 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/internetszolgáltató/helyspecifikus 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 rossz a tapasztalat. 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 – A felhasználó vagy az eszköz gyenge hálózaton (például Wi-Fi-n vagy otthoni munkavégzésen) csatlakozik, ami azt jelenti, hogy tapasztalataikat befolyásolják a kapcsolódó hálózati képességek. A hálózattal kapcsolatos problémák azonosításához olvassa el a CScan használata a Webex hívási hálózat minőségének teszteléséhez című cikket.

  • Hívástípus-specifikus problémák - A felhasználó gyenge tapasztalata a túlsó végminőség miatt van. 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.

Jelmagyarázatok a Hibaelhárítás nézetben

Az ugrás szerinti nézet jobb oldali ablaktáblájában a következő Hívás részletei tekinthetők meg.

Kifejezés Definíció
Hívás dátuma A hívás időpontjának dátuma.
Hívás időpontja A hívás kezdetének és befejezésének időpontja, amely a keresési nézetben kiválasztott időzónában jelenik meg.
Munkamenettípus

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

Résztvevők A felhíváshoz csatlakozó résztvevők száma.
Hívó neve A hívó neve.
Hívó e-mail-címe A hívó e-mail címe.
Hívó száma A hívó által a hívás során használt telefonszám.
Hang A felhaszná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

A hívásmetrikák megtekintése ugrásonként nézetben

Kifejezés Definíció
Végpont

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

  • Asztali telefon fizikai végponthoz.

  • Webex alkalmazás

Hardver

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

  • A fizikai végpont asztali telefonmodelljének adatai.

  • "-" webex alkalmazáshoz

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 az adathordozó továbbítására használt hálózati adapterhez.

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.

MAC-cím

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

Földrajzi helymeghatározás

Nyilvános IP-cím földrajzi keresése. Ez 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égi mutatók nem érhetők el a következő eszközökről.

  • Analóg telefonok

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

  • IPv6-végpontok