- Начало
- /
- Статия
Благодарим за обратната връзка.
Отстраняване на неизправности при уебекс извикване на качеството на медиите в контролния център
В тази статия
Обратна връзка?Изгледът за отстраняване на неизправности в Webex Calling позволява на администраторите да отстраняват проблеми с качеството на носителя в уебекс повикване. Можете да потърсите информация , свързана с повикването, да прегледате статистиката на мултимедията му, да идентифицирате къде е възникнал проблемът и да разрешите проблема.
Общ преглед
За да определите вероятната причина, се препоръчва да използвате изгледа за отстраняване на неизправности заедно с обобщената информация, извлечена от таблото за анализ на Webex Calling. Използвайте таблото за управление на Webex Calling Analytics, за да преглеждате проблеми, въздействащи върху няколко потребители с обща причина, която е свързана с местоположение, мрежа и т.ч.; докато изгледът за отстраняване на неизправности на Webex Calling може да идентифицира проблеми с отделни обаждания.
Функцията за отстраняване на неизправности в качеството на мултимедията не изисква конкретна конфигурация и е налична по подразбиране в Control Hub. Той е достъпен за пълен клиент, само за четене, поддръжка, партньор и администратори само за четене на партньори.
Администраторите могат да търсят, използвайки следните критерии, за да получат списък на повикванията, при които е използвана мултимедийна сесия с поне една регистрирана крайна точка на Webex Calling:
-
ИД на имейл
-
Телефонни номера (точно съвпадение на низа)
-
MAC адрес
-
ИД на разговори
Отстраняването на неизправности с качеството на носителя позволява на администраторите да:
-
Преглед на изживяването от край до край на участниците в разговора.
-
Преглед на хоп детайл от обаждането.
-
Преглед, ако медиите престъпват през облака Webex Calling, или директно между потребителите (с помощта на Заведение за интерактивна свързаност (ICE)).
-
Вижте „Информация“, ако в повикването няма мултимедия или когато настройката на оптимизацията на пътя е била неуспешна.
-
Преглед на обажданията за последните 21 дни.
-
Анализирайте показателите за качество на обажданията, които са подействали върху опита на потребителя. Например администраторът може да наблюдава силно трептене на клиентите през Wi-Fi мрежи, но загубата на пакети и латентността могат да бъдат приемливи.
-
Открийте дали проблемът е с повикващия или callee.
Отстраняването на неизправности в качеството на мултимедията се прилага само за мултимедийни сесии и не показва сесии за сигнализиране на повиквания. Например, Алекс нарича Боб, който е настроил CFA (Call Forward All) на Кристина, а Кристина отговори на призива. В този сценарий изгледът за отстраняване на неизправности в мултимедията показва, че повикването е възникнало между Алекс и Кристина, тъй като фокусът е върху отстраняването на неизправности в мултимедията, а не върху потока на сигнализация или жизнения цикъл на повикванията.
Обажданията, използващи Webex Calling , се появяват след края на разговора.
Изгледът за отстраняване на неизправности помага да се идентифицира областта на проблема, като предоставя всички съответни метрики, и не може непременно да ви предостави основната причина за лошо повикване. Погледнете тези указатели, за да идентифицирате различни фактори и да определите опциите за разделителна способност:
-
Опитът от край до край на потребителя.
-
Изгледът Хоп Детайли.
-
Изпращане или получаване на показатели от потребителя или медийната релейна точка.
-
Независимо дали обаждането е възникнало до или от външна мрежа, или между регистрираните крайни точки на Webex Calling .
Поддържани потоци от обаждания
Отчетите за качеството на медиите се събират от крайните точки на обаждащата се и callee и точките за реле на носителя. Това позволява сегментиране на медийното изживяване да се стесни и да установи дали проблемът е възникнал при:
-
Повикващия или callee
-
Медиен път към или от облака Webex Calling .
Обадете се краката се появяват, ако е имало медийна сесия, която е установена с поне една Webex Calling регистрирана крайна точка на повикването. Например, за изходящо обаждане от ловна група до осем агента, ако само един агент отговори, тогава няма медиен опит за отстраняване на неизправности за останалите седем агенти.
Има пет типа медийни изживявания или пътища за Webex Calling отстраняване на неизправности, които са:
-
Оптимизирано във вътрешната мрежа – повиквания в рамките на организацията, в която ICE е успешно и мултимедията протича директно между потребителите. Вижте Webex Оптимизация за фономедии с установяване на интерактивна свързаност (ICE) за подробна информация.
-
Неоптимизирано в вътрешната мрежа – повиквания в рамките на организацията, в която установяването на интерактивна свързаност (ICE) не е възможно или е установено. В този случай носителят тече през Webex извикване облак.
-
Хостван в облака в мрежата – Повиквания в рамките на организация, където мултимедия се предоставя от мултимедиен сървър, който се хоства в облака (например слушане на гласова поща, набиране на автоматичен секретар).
-
Повикване извън мрежата към или от регистрираната крайна точка на Webex Calling –
-
чрез доставчик на свързана с облака PSTN– Входящи и изходящи повиквания на организация, където другата страна е в PSTN мрежата. Носителят се препредава чрез облак свързан PSTN доставчик (CCPP), над висококачествена взаимна връзка.
-
чрез локален шлюз– Входящи и изходящи повиквания на организация, в която медиите на другата страна са чрез предприятието. Зад местния шлюз медийната сесия може да бъде от предприятие хостван потребител (например, регистриран да се обади контрол в предприятието) или от PSTN, където PSTN се предоставя от предприятието.
-
Ако има 1 или 2 Webex Calling регистрирани потребители, които участват в повикване от точка до точка в мрежата, тогава изгледът за отстраняване на неизправности представя показатели за една или и за двете страни. Ако повикването е изключено нетно (Потребител 1 получава обаждане от pstn потребител), тогава изгледът за отстраняване на неизправности представя само клиентските показатели на User1, заедно с показателите, взети от точката на реле на носителя.
Повечето от сценариите за обаждания в изгледа за отстраняване на неизправности показват два крака за повикване (обаждащ се и callee); някои от сценариите за обаждания (като например call park или извличане) обаче показват само един нога за повикване. В такива случаи другият кол крак се показва отделно в изгледа за отстраняване на неизправности. Това не възпрепятства отстраняването на неизправности при повикването и откриването къде е възникнал проблемът. Той обаче изисква администраторът ръчно да корелирам двата кол крака, като използва общ обект като припокриващо се време. Бъдещите подобрения в изгледа за отстраняване на неизправности ще премахнат необходимостта от използване на ръчни справки.
Достъп до изгледа за отстраняване на неизправности в Webex Calling
За да анализирате webex повикване, извършете следното:
| 1 |
От изгледа на клиента в https://admin.webex.com/, отидете на Наблюдение > Отстраняване нанеизправности. |
| 2 |
Изберете Събрания & Обаждания след това търсене на иД на имейла на потребителя или устройството, телефонен номер (точно съвпадение на низ), MAC адрес на потребителя или устройството или Идентификаторите на повикванията на крака на повикването, които бихте искали да прегледате. Показва информацията за всички обаждания и събрания, които са свързани с търсенето.
Изгледът на списъка показва повикването, извършено с помощта на поне една регистрирана крайна точка на Webex Calling и имащо мултимедийна сесия. |
| 3 |
Обажданията на Webex Calling се степенират за качество. За срещите в Webex или сесиите „Повикване в Webex“ обаче това оценяване не се прилага. Практическата работа с обажданията се окачествена като:
|
| 4 |
Щракнете върху конкретно обаждане в изгледа за обява, за да инспектирате подробностите за Хоп. Изгледът Хоп Детайл показва:
От подробностите за Хоп можете:
Средата за разговори от край до край се основава на данни за качеството на мултимедията, които се събират от всяка регистрирана крайна точка на Webex Calling (приложение Webex или устройство, като 8865 или Desk Pro) в края на разговора. Повикването се оценява като добро, ако отговаря на тези прагове:
Качеството на хмела произлиза от данни, които се събират от медийната релейна точка в облака Webex Calling . За PSTN повиквания чрез CCPP или локален шлюз, събирането на данни е от облака Webex Calling , а не от крайната точка pstn. Хмелът е качествен като добър, ако задоволява тези прагове.
Показателите за хмела варират по време на сесия в зависимост от времето за вземане на проби и променливостта в мрежата. Стойностите, които се отчитат от медийната релейна точка и клиентите (опит от край до край), може да не се подравнят. Те обаче трябва да са в тясно подравняване, за да позволят сегментиране по пътя. Препоръчахме да използвате изгледа за отстраняване на индивидуални повиквания с обобщената информация, която е получена от Google Анализ. Нека анализираме качеството на обажданията за различните типове обаждания с помощта на изгледа за отстраняване на неизправности. |
Повиквания в рамките на организацията, където ICE е успешна и медийното реле в облака се премахва от пътя. Медийният поток е директно между устройствата на потребителя.
Заключение:
| 1 |
Обаждането е окачествено толкова добро, колкото и обаждащата се, и callee имат добър опит от край до край. |
| 2 |
Администраторът може да наблюдава, че мултимедията тече директно между двамата потребители и не пътува през Webex повикване облак. Оптимизираните потоци от обаждания могат да имат лош опит, ако предприятието или локалната мрежа е източникът на проблема, тъй като медиите между двамата потребители ще престъпят локалната мрежа. Латентността или RTT винаги е по-ниска на оптимизирано повикване, но загубата на пакети и нервността все още могат да бъдат фактор в зависимост от мрежата между двамата потребители. |
Заключение:
Администраторът може да наблюдава следното:
| 1 |
Опитът на обаждащите се от край до край е качествен като беден. |
| 2 |
Има проблем с мрежовия хоп на повикващия, който засяга както изпращането, така и потока на получаване. |
| 3 |
Мрежовият хоп на callee няма проблем. |
| 4 |
Опитът на callee от край до край е окачествен като беден поради проблема от повикващия. |
Заключение:
Обаждането се оценява толкова добре, колкото преживяването от край до край на повикващия е в рамките на приетите прагове. Администраторът може да наблюдава, че следното:
| 1 |
Мрежовият хоп за повикващия се оценява като беден, тъй като някои от показателите са над приемливия праг. |
| 2 |
Потокът за изпращане от гласовата поща се окачествен като добър за показателите, събрани от точката на реле на носителя. |
| 3 |
Медийният сървър, използван за събиране или депозиране на гласовата поща, понастоящем не отчита показатели. Въпреки това тези сървъри се хостват и управляват като част от Webex Calling Cloud така че качеството на този сегмент на връзката е вътрешно и винаги високо качество, ниска латентност. |
| 4 |
Администраторът може да наблюдава опита на обаждащата се от край до край е качествен като добър, въпреки че хмелът е окачествен като беден. Това се дължи на хопа на callee има добра мрежа, която компенсира влошаването на производителността на мрежата на обаждащата се. |
В примера клиентската медия идва от PSTN доставчик през облака.
Обаждането е окачествено като лошо, тъй като опитът на callee от край до край не е в рамките на приетите прагове. Администраторът може да наблюдава следното:
| 1 |
Проблемът е с PSTN хопа на обаждащия се специално с изпращащия поток. |
| 2 |
Мрежовият хоп на callee няма проблем. |
| 3 |
Опитът на callee от край до край е окачествен като беден поради проблема от повикващия. |
| 4 |
Опитът от край до край и показателите за потока на получаване на обаждащия се, който е в PSTN мрежата, в момента не са достъпни, тъй като тези показатели не се предават на Webex Calling Cloud. |
Извиква и излиза от организация, в която медиите на обаждащата се идват от предприятие. Медийната сесия може да бъде от предприятие хостван потребител (например, регистриран на UCM) или от PSTN, където PSTN се предоставя чрез предприятието.
Извод
Обаждането се оценява като лошо, тъй като опитът от край до край на повикващия не е в рамките на приетите прагове. Администраторът може да наблюдава следното:
| 1 |
Има проблем с хопа на повикващия към Webex Calling Cloud както при потока за изпращане, така и за получаване. |
| 2 |
Опитът от край до край на повикващия се оценява като беден или поради проблема, наблюдаван в хмела, или проблемите в края на потребителя (устройства, мрежа и т.н.) |
| 3 |
Входящият трафик към Webex Calling Cloud от края на callee е оказиониран като добър. |
| 4 |
Опитът от край до край и показателите за потока на получаване на callee, който се нарича от локалния шлюз, в момента не са достъпни, тъй като тези показатели не се предават на Webex Calling Cloud. |
Отстраняване на неизправности с проблема с качеството на носителя
Изгледът хоп-бай-хоп ви помага да намерите къде е възникнал проблемът. Сега, след като сте открили къде е проблемът, и с показателите (тревоги, загуба на пакети, латентност) можете да опитате следното, за да отстраните проблема.
Типични възможности за медийни проблеми са:
-
Проблеми, специфични за мрежата/ISP/местоположението – Поради защитната стена, мрежовата конфигурация или честотната лента има модел на лошо изживяване в определено местоположение или мрежова подмрежа. Използвайте изгледа за отстраняване на неизправности на повикване (идентифицирайте местоположението, свързано с лошата сесия) с изгледа за анализ, за да прегледате съвкупните модели за местоположението.
-
Проблеми, специфични за потребителя – Потребител или устройство е свързано в лоша мрежа (например Wi-Fi или работи от дома), което означава, че опитът му се влияе от свързаните мрежови възможности. Вижте статията Използване на CScan за тестване на качеството на мрежата в Webex Calling , за да идентифицирате проблема с мрежата.
-
Проблеми, специфични за типа повикване – Лошото изживяване на потребителя се дължи на качеството в далечната страна. Това е типично в PSTN сценарии, където потребителят говори с друг потребител в мобилна мрежа и сесията има висока загуба на пакети в PSTN мрежата.
-
Проблем с мултимедията– В някои хмел може да няма предаване на мултимедията. Банерът за прозрения показва причината в горната част на страницата с подробности за прехода и отговорната страна в информационното поле на страницата с подробности за прехода. Някои от възможните причини за липса на мултимедия в повиквания заедно с обвиняемите страни са изброени тук:
-
Webex не получава мултимедия от подателя.
-
Webex не получава мултимедия от получателя.
-
Webex не получава мултимедия от нито една от двете посоки.
-
Webex не изпраща мултимедия на получателя. Инженерите на Webex разглеждат този проблем.
-
Webex не получава мултимедия от PSTN в облака. Инженерите на Webex разглеждат този проблем.
-
Webex не получава мултимедия от услуга в облака. Инженерите на Webex разглеждат този проблем.
-
Webex не получава мултимедия от локален шлюз. Администраторът на клиента трябва да разследва проблема.
-
-
Неуспешно оптимизиране на мултимедийния път– Няколко повиквания не могат успешно да настроят оптимизация на мултимедийния път. Банерът за прозрения показва причината за неуспешните ICE повиквания и разделителната способност в горната част на страницата с подробности за прехода.
Някои от възможните причини са
-
ICE е неуспешно поради влошен достъп до сървъра – вижте справочната информация за порт на Webex Calling
-
ICE е неуспешно поради проверка на възможността за свързване – проверете възможността за свързване между мрежите
-
ICE е неуспешно, тъй като времето за отговор по пътя по подразбиране е подобно/по-добро от всеки оптимизиран път
-
Легенди за изгледа за отстраняване на неизправности
Вижте следните подробности за повикванията в десния екран на изгледа \„стъпка по стъпка\“.
| Термин | Определение |
| Дата на повикването | Датата, когато е възникнало обаждането. |
| Час на повикването | Часът на началото и края на разговора, показан в часовата зона, която сте избрали в изгледа за търсене. |
| Тип на сесията |
Типът на сесията, която се поддържа. Например: Повикване в Webex |
| Участници | Броят на участниците, които се присъединиха към обаждането. |
| Име на повикващия | Име на обаждащата се. |
| Имейл на повикващия | Имейл адрес на обаждащата се. |
| Номер на повикващия | Телефонен номер, който повикващият е използвал по време на разговора. |
| Аудио | Типът на използваното аудио. |
| Видео | Показва Да, ако видеото е активирано от участник. Ако видеоклипът изобщо не е бил активиран, той показва "Не". |
| Оптимизиране на пътя |
Указва, ако оптимизацията на пътя на обажданията се отнася за обаждането. Приетите стойности са: ICE (Установяване на интерактивна свързаност) PNC (Частна мрежова връзка). Без оптимизация |
| Тип повикване |
Тип извикване може да бъде едно от следните: Спешно Предприятие Международен Мобилен Национално Оператор Премия Кратък код Толфри Неизвестен URI |
Прегледайте тези метрики за повикванията в изгледа „стъпка по стъпка“:
| Термин | Определение |
| Крайна точка |
Показва едно от следните:
|
| Хардуер |
Показва едно от следните:
|
| Местоположение |
Webex Извикване местоположение, което е конфигурирано за потребителя. |
| Локален IP адрес |
Локалният IP адрес на клиента за мрежовия интерфейс, който той използва за предаване на мултимедия. IP адресите са частично маскирани, за да се запази личната идентичност на потребителите. |
| Публичен IP адрес |
Това е публичния IP адрес на клиента, както се вижда от облака. За предприятията това е адресът на защитната стена, предоставяща NAT. IP адресите са частично маскирани, за да се запази личната идентичност на потребителите. |
| MAC адреси |
MAC адресът на крайната точка на клиента. |
| Географски координати |
Гео справка на Публичен IP адрес. Този адрес е неправилен, ако е свързан чрез PNC. Ако потребителят използва Приложението Webex и се свързва с предприятието чрез VPN услуга, местоположението не е точно. |
| ISP |
Доставчик на интернет услуги, който осигурява мрежова свързаност към Облака за извикване на Webex. |
| Мрежа |
Типът мрежова връзка, която клиентът е използвал за обмен на носител. Възможните стойности са:
|
| Аудио кодек |
(Изпращане или получаване) Форматът на медийно кодиране и декодиране, който се използва за носителя, които се предават от клиент. |
| Видео кодек |
(Изпращане или получаване) Форматът на медийно кодиране и декодиране, който се използва за носителя, които се предават от клиент. Важи само за видеоразговор. |
| ИД на повикване |
Вътрешният идентификатор, който се използва за идентифициране на крака на повикването. |
Някои показатели са маскирани в екранните снимки на статията, за да се запази самоличността на потребителя.
Ограничения
Метриките за качеството на мултимедията не са достъпни от следните устройства.
-
Аналогови телефони
-
Устройства на трети страни
-
IPv6 крайни точки
