Áttekintés

A valószínű ok meghatározásához javasoljuk a hibaelhárítási nézet használatát a Webex Calling Analytics irányítópultjáról származó összesített adatokkal együtt. 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égi hibaelhárítási funkció nem igényel speciális 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 az alábbi kritériumok alapján kereshetnek olyan hívások listájának lekéréséhez, ahol a médiaszolgáltatás legalább egy Webex Calling regisztrált végponttal volt használatban:

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

  • Tekintse meg az elemzési adatokat, ha nincs média a hívásban, vagy ha az útvonal-optimalizá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 egy rendszergazda figyelhet meg magas vibrálást a Wi-Fi-hálózaton lévő klienseken, de elfogadható lehet a csomagvesztés és a késleltetés.

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

A médiaminőségi hibaelhárítás csak a média-munkamenetekre vonatkozik, és nem jeleníti meg a hívásjelzé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édiával kapcsolatos hibaelhá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ényen van, nem pedig a jelzési 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 az összes vonatkozó mérőszám megadásával segít azonosítani a problématerületet, és 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.

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ált – Azon 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 Unoptimized – Olyan hívások a szervezeten belül, amelyeknél nem volt lehetséges vagy nem jött létre az interaktív hálózatépítés (ICE). Ebben az esetben a média a Webex hívófelhőn keresztül áramlik.

  • On-net Cloud Hosted – Olyan szervezeten belüli hívások, ahol a médiát a felhőben hosztolt médiaszolgáltató biztosítja (például hangposta hallgatása, automatikus híváskezelőhöz tárcsázás).

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

    • Felhőhöz csatlakoztatott PSTN-szolgáltatón keresztül – Egy 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.

    • a 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 zajlik. 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.

Hozzáférés a Webex Calling hibaelhárítási nézetéhez

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 megjeleníti a legalább egy Webex Calling regisztrált végponttal és egy médiaszolgáltatással indított hívást.

3

A Webex Calling hívások a minőség szempontjából vannak osztályozva. A Webex-értekezletek vagy a Hívás Webex-alkalmak esetében azonban ez az osztályozás nem érvényes. A hívásélmény a következőképpen van besorolva:

  • Gyenge – azt jelzi, hogy a hívó vagy a hívott fél gyenge végpontok közötti élménye volt (például szaggatott hang).
  • – a hívó fél végpontok közötti élményét jelzi, és a hívott fél nem lépte túl a küszöbértékeket.
  • Nincs– az értekezletekre vagy a Webex-hívás munkamenetekre vonatkozik.
  • Nem érhető el– értekezletekre vagy Webex-hívás 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:

  • Megtekintheti a hívással kapcsolatos elemzési adatokat az alábbi két vagy mindkét forgatókönyvben:

    • A híváshoz kapcsolódó komló esetében nem volt média.

    • Az útvonal-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 a hívás végén az egyes Webex Calling regisztrált végpontokró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ó minőségű, ha teljesíti ezeket a küszöbértékeket:

  • A csomagveszteség kevesebb mint 5%

  • 400 ms-nál kisebb késés vagy visszatérési idő (RTT)

  • 150 ms-nál kisebb vibrálás

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/helyszínspecifikus problémák – A tűzfal, a hálózati konfiguráció vagy a sávszélesség miatt egy adott helyszínen vagy hálózati alhálózaton gyenge 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 – Egy felhasználó vagy eszköz gyenge hálózathoz kapcsolódik (például Wi-Fi vagy otthonról dolgozik), ami azt jelenti, hogy a tapasztalatait befolyásolja a társított hálózati képességek. A hálózattal kapcsolatos probléma azonosításához olvassa el a CScan használata a Webex Calling hálózat minőségének teszteléséhez című cikket.

  • Hívástípusspecifikus problémák – A felhasználó gyenge élménye a távoli minőség miatt alakul ki. 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.

  • Nincs médiával kapcsolatos probléma– Előfordulhat, hogy egyes komló esetén nem történik médiaátvitel. A Betekintés alkalmazásszalag a Hop részletei oldal tetején jeleníti meg az okot, a felelős felet pedig a hop részletei oldal információs mezőjében. A médiahiány lehetséges okait a hívások során a felelős felekkel együtt itt találja:

    • A Webex nem fogad médiát a feladótól.

    • A Webex nem fogad médiát a fogadótól.

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

    • A Webex nem küld médiát a címzettnek. A Webex rendszermérnökei foglalkoznak ezzel a problémával.

    • A Webex nem fogad médiát a felhőalapú PSTN-től. A Webex rendszermérnökei foglalkoznak ezzel a problémával.

    • A Webex nem fogad médiát felhőszolgáltatástól. A Webex rendszermérnökei foglalkoznak ezzel a problémával.

    • A Webex nem fogad 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ás sikertelen – Néhány hívás nem tudta sikeresen beállítani a médiaútvonal-optimalizálást. Az Insights alkalmazásszalag a Hop részletek oldal tetején jeleníti meg a sikertelen ICE-hívások okát és a felbontást.

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

    • ICE sikertelen a stun-kiszolgáló hozzáférése miatt – lásd a Webex Calling porthivatkozási adatait

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

    • ICE sikertelen, mivel az alapértelmezett útvonal visszatérési ideje hasonló/jobb volt, mint bármely optimalizált útvonal

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

A hop-by-hop nézet jobb oldali ablaktáblájában lásd a következő hívásrészleteket.

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 ezeket a hívásmérőszámokat hop-by-hop nézetben:

KifejezésDefiníció
Végpont

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

  • Asztali telefon fizikai végponthoz

  • Webex alkalmazás

  • Room eszköz Cisco Room sorozatú 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 sorozatú eszköz modelladatai Cisco Room sorozatú eszközhö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 kapcsolódik. 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 mérőszámok a következő eszközökről nem érhetők el.

  • Analóg telefonok

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

  • IPv6-végpontok