- Kezdőlap
- /
- Cikk
Webex-hívás médiaminőségének elhárítása a Vezérlőközpontban
A Webex Calling hibaelhárítási nézete lehetővé teszi a rendszergazdák számára, hogy webex-hívásban elhárítsák a médiaminőségi problémákat. Kereshet a hívással kapcsolatos információkért tekintse meg a médiastatisztikáit, azonosítsa a probléma helyét történt, és oldja meg a problémát.
Á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:
|
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:
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:
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.
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. |
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. |
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. |
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é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 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ő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 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és | Definíció |
Végpont |
Megjeleníti az alábbi műveletek egyikét:
|
Hardver |
Megjeleníti az alábbi műveletek egyikét:
|
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:
|
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