- 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ókra, megtekintheti a médiastatikáját, azonosíthatja, hol fordult elő a probléma, és megoldhatja a problémát.
Á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:
|
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 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:
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/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é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 ezeket a hívásmérőszámokat hop-by-hop 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 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:
|
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