Общ преглед

За да определите вероятната причина, се препоръчва да използвате изгледа за отстраняване на неизправности заедно с обобщената информация, получена от таблотоза управление на Webex Calling Analytics. Използвайте таблото за управление на Webex Calling Analytics, за да преглеждате проблеми, въздействащи върху няколко потребители с обща причина, която е свързана с местоположение, мрежа и т.ч.; докато изгледът за отстраняване на неизправности на Webex Calling може да идентифицира проблеми с отделни обаждания.

Функцията за отстраняване на качеството на носителя не изисква никаква конкретна конфигурация и е достъпна по подразбиране в контролния център. Той е достъпен за пълен клиент, само за четене, поддръжка, партньор и администратори само за четене на партньори.

Администраторите могат да търсят с помощта на следните критерии, за да получите списък с обаждания, където е била усвоена медийна сесия с поне една 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 отстраняване на неизправности, които са:

  • On-net Optimized – Разговори в рамките на организацията, където ICE е успешна и медиите протичат директно между потребителите. Вижте Webex Оптимизация за фономедии с установяване на интерактивна свързаност (ICE) за подробна информация.

  • On-net Unoptimized – Повиквания в рамките на организацията, където интерактивна свързаност установяване (ICE) не е било възможно или установено. В този случай носителят тече през Webex извикване облак.

  • Он-нетен Cloud Hosted - Повиквания в рамките на организация, където носител се предоставя от мултимедиен сървър, който се хоства в облака (например слушане на гласова поща, набиране в автоматично придружител).

  • Off-net Повикване до или от Webex Call регистрирана крайна точка -

    • чрез Cloud Connected PSTN доставчик- Входящи и изходящи разговори на организация, където другата страна е в PSTN мрежата. Носителят се препредава чрез облак свързан PSTN доставчик (CCPP), над висококачествена взаимна връзка.

    • чрез Local Gateway- Входящи и изходящи разговори на организация, където медиите на другата страна са чрез предприятието. Зад местния шлюз медийната сесия може да бъде от предприятие хостван потребител (например, регистриран да се обади контрол в предприятието) или от PSTN, където PSTN се предоставя от предприятието.


Ако има 1 или 2 Webex Calling регистрирани потребители, които участват в повикване от точка до точка в мрежата, тогава изгледът за отстраняване на неизправности представя показатели за една или и за двете страни. Ако повикването е изключено нетно (Потребител 1 получава обаждане от pstn потребител), тогава изгледът за отстраняване на неизправности представя само клиентските показатели на User1, заедно с показателите, взети от точката на реле на носителя.

Повечето от сценариите за обаждания в изгледа за отстраняване на неизправности показват два крака за повикване (обаждащ се и callee); някои от сценариите за обаждания (като например call park или извличане) обаче показват само един нога за повикване. В такива случаи другият кол крак се показва отделно в изгледа за отстраняване на неизправности. Това не възпрепятства отстраняването на неизправности при повикването и откриването къде е възникнал проблемът. Той обаче изисква администраторът ръчно да корелирам двата кол крака, като използва общ обект като припокриващо се време. Бъдещите подобрения в изгледа за отстраняване на неизправности ще премахнат необходимостта от използване на ръчни справки.

Достъп до изгледа за отстраняване на неизправности при извикване на Webex

За да анализирате webex повикване, извършете следното:

1

От изгледа на клиента в https://admin.webex.com/, отидете на Наблюдение > Отстраняване нанеизправности.

2

Изберете Събрания & Обаждания след това търсене на иД на имейла на потребителя или устройството, телефонен номер (точно съвпадение на низ), MAC адрес на потребителя или устройството или Идентификаторите на повикванията на крака на повикването, които бихте искали да прегледате.

Показва информацията за всички обаждания и събрания, които са свързани с търсенето.


 

Изгледът за обява показва обаждане, направено с помощта на поне една webex Calling регистрирана крайна точка и имаща медийна сесия.

Колоната "Качество" се появява само ако вашата организация използва Webex Calling.

3

Обажданията на Webex Calling се степенират за качество. Въпреки това, за webex срещи или Повикване на Webex сесиитова оценяване не се прилага. Практическата работа с обажданията се окачествена като:

  • Бедни – показва, че или повикващият, или callee са имали лошо преживяване от край до край (например накъсано аудио).
  • Добро – показва изживяването от край до край за обаждащата се и callee не е надхвърлило праговете.
  • Няма– важи за срещи или Повикване на Webex сесии.
4

Щракнете върху конкретно обаждане в изгледа за обява, за да инспектирате подробностите за Хоп. Изгледът Хоп Детайл показва:

От подробностите за Хоп можете:

  • Задръжте курсора на устройството, за да видите практическата работа с обажданията от край до край.

  • Задръжте курсора на курсора на хмела между крайната точка и Webex Calling облака, за да видите подробностите за хмела.

Опитът с обажданията от край до край се основава на данните за качеството на медиите, които се събират от всяка webex Calling регистрирана крайна точка (Webex App, Webex Call App, Webex Call Device като 8865) в края на разговора. Обаждането е окачествено като добро, ако задоволява тези прагове-Пакетни загуби по-малко от 5%, латентност или Кръгло време за пътуване (RTT) по-малко от 400 ms, и трепет по-малко от 150 ms.

Качеството на хмела произлиза от данни, които се събират от медийната релейна точка в облака Webex Calling . За PSTN повиквания чрез CCPP или локален шлюз, събирането на данни е от облака Webex Calling , а не от крайната точка pstn. Хмелът е качествен като добър, ако задоволява тези прагове.

  • Загуба на пакети по-малко от 2.5%.

  • Латентност или RTT по-малко от 200 ms.

  • Jitter по-малко от 75 ms.


 

Показателите за хмела варират по време на сесия в зависимост от времето за вземане на проби и променливостта в мрежата. Стойностите, които се отчитат от медийната релейна точка и клиентите (опит от край до край), може да не се подравнят. Те обаче трябва да са в тясно подравняване, за да позволят сегментиране по пътя.

Препоръчахме да използвате изгледа за отстраняване на индивидуални повиквания с обобщената информация, която е получена от Google Анализ.

Нека анализираме качеството на обажданията за различните типове обаждания с помощта на изгледа за отстраняване на неизправности.

Повиквания в рамките на организацията, където ICE е успешна и медийното реле в облака се премахва от пътя. Медийният поток е директно между устройствата на потребителя.

Инференция:

1

Обаждането е окачествено толкова добро, колкото и обаждащата се, и callee имат добър опит от край до край.

2

Администраторът може да наблюдава, че мултимедията тече директно между двамата потребители и не пътува през Webex повикване облак.


 

Оптимизираните потоци от обаждания могат да имат лош опит, ако предприятието или локалната мрежа е източникът на проблема, тъй като медиите между двамата потребители ще престъпят локалната мрежа. Латентността или RTT винаги е по-ниска на оптимизирано повикване, но загубата на пакети и нервността все още могат да бъдат фактор в зависимост от мрежата между двамата потребители.

Обажданията в рамките на организацията, в която ICE повикването не е успешно и медиите се вливат през облака Webex Calling.

Инференция:

Администраторът може да наблюдава следното:

1

Опитът на обаждащите се от край до край е качествен като беден.

2

Има проблем с мрежовия хоп на повикващия, който засяга както изпращането, така и потока на получаване.

3

Мрежовият хоп на callee няма проблем.

4

Опитът на callee от край до край е окачествен като беден поради проблема от повикващия.

Повиквания в рамките на организация, където носителят се предоставя от мултимедиен сървър, който се хоства в облака.

Инференция:

Обаждането се оценява толкова добре, колкото преживяването от край до край на повикващия е в рамките на приетите прагове. Администраторът може да наблюдава, че следното:

1

Мрежовият хоп за повикващия се оценява като беден, тъй като някои от показателите са над приемливия праг.

2

Потокът за изпращане от гласовата поща се окачествен като добър за показателите, събрани от точката на реле на носителя.

3

Медийният сървър, използван за събиране или депозиране на гласовата поща, понастоящем не отчита показатели. Въпреки това тези сървъри се хостват и управляват като част от Webex Calling Cloud така че качеството на този сегмент на връзката е вътрешно и винаги високо качество, ниска латентност.

4

Администраторът може да наблюдава опита на обаждащата се от край до край е качествен като добър, въпреки че хмелът е окачествен като беден. Това се дължи на хопа на callee има добра мрежа, която компенсира влошаването на производителността на мрежата на обаждащата се.

Призовава в и от организация, където другата страна е в PSTN мрежата. Носителят се препредава от облак свързан PSTN доставчик (CCPP).

В примера клиентската медия идва от 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.

Отстраняване на неизправности с проблема с качеството на носителя

Изгледът хоп-бай-хоп ви помага да намерите къде е възникнал проблемът. Сега, след като сте открили къде е проблемът, и с показателите (тревоги, загуба на пакети, латентност) можете да опитате следното, за да отстраните проблема.

Типични възможности за медийни проблеми са:

  • Мрежа/интернет доставчик/местоположение специфични проблеми - Поради защитна стена, мрежова конфигурация или честотна лента има модел на лоши преживявания в определено местоположение или мрежа подмрежа. Използвайте изгледа за отстраняване на неизправности на повикване (идентифицирайте местоположението, свързано с лошата сесия) с изгледа за анализ, за да прегледате съвкупните модели за местоположението.

  • Специфични за потребителя проблеми - Потребител или устройство е свързан в лоша мрежа (например Wi-Fi или работа от дома), което означава, че опитът им се въздейства от свързаните мрежови възможности. Вижте статията Използване на CScan за тестване на Webex качество на мрежата за идентифициране на проблем с мрежата.

  • Тип повикване специфични проблеми - Лошото изживяване на потребителя е поради качеството в далечния край. Това е типично в PSTN сценарии, където потребителят говори с друг потребител в мобилна мрежа и сесията има висока загуба на пакети в PSTN мрежата.

Легенди в изгледа "Отстраняване на неизправности"

Можете да прегледате следните Данни за обажданията в десния екран в изгледа хоп-бай-хоп

Термин Определение
Дата на повикването Датата, когато е възникнало обаждането.
Час на повикването Часът на това кога е започнало и приключило обаждането, показано в часовата зона, която сте избрали в изгледа за търсене.
Тип на сесията

Типът на сесията, която се поддържа. Например: Повикване в Webex

Участници Броят на участниците, които се присъединиха към обаждането.
Име на повикващия Име на обаждащата се.
Имейл на повикващия Имейл адрес на обаждащата се.
Номер на повикващия Телефонен номер, който повикващият е използвал по време на разговора.
Аудио Типът на използвания аудио.
Видео Показва Да, ако видеото е активирано от участник. Ако видеоклипът изобщо не е бил активиран, той показва "Не".
Оптимизиране на пътя

Указва, ако оптимизацията на пътя на обажданията се отнася за обаждането. Приетите стойности са:

ICE (Установяване на интерактивна свързаност)

PNC (Частна мрежова връзка).

Без оптимизация

Тип повикване

Тип извикване може да бъде едно от следните:

Спешно

Предприятие

Международен

Мобилен

Национално

Оператор

Премия

Кратък код

Толфри

Неизвестен

URI

Преглед на тези показатели за обажданията в изгледа хоп-бай-хоп

Термин Определение
Крайна точка

Показва едно от следните:

  • Бюро Телефон за физическа крайна точка.

  • Приложение Webex

Хардуер

Показва едно от следните:

  • Информация за модела на телефона на бюрото за физическа крайна точка.

  • "-" за приложение на Webex

Местоположение

Webex Извикване местоположение, което е конфигурирано за потребителя.

Локален IP адрес

Локалният IP адрес на клиента за мрежовия интерфейс, използван за предаване на носители.

Публичен IP адрес

Това е публичния IP адрес на клиента, както се вижда от облака. За предприятията това е адресът на защитната стена, предоставяща NAT.

MAC адрес

MAC адресът на крайната точка на клиента.

Географски координати

Гео справка на Публичен IP адрес. Това не е точно, ако е свързано през PNC. Ако потребителят използва Приложението Webex и се свързва с предприятието чрез VPN услуга, местоположението не е точно.

ISP

Доставчик на интернет услуги, който осигурява мрежова свързаност към Облака за извикване на Webex.

Мрежа

Типът мрежова връзка, която клиентът е използвал за обмен на носител. Възможните стойности са:

  • Wi-Fi

  • Етернет

  • Клетъчен

  • Неизвестен

Аудио кодек

(Изпращане или получаване) Форматът на медийно кодиране и декодиране, който се използва за носителя, които се предават от клиент.

Видео кодек

(Изпращане или получаване) Форматът на медийно кодиране и декодиране, който се използва за носителя, които се предават от клиент. Важи само за видеоразговор.

ИД на повикване

Вътрешният идентификатор, който се използва за идентифициране на крака на повикването.


Някои показатели са маскирани в екранните снимки на статията, за да се запази самоличността на потребителя.

Ограничения

Показателите за качеството на носителя не са достъпни от следните устройства.

  • Аналогови телефони

  • Устройства на трети страни

  • IPv6 крайни точки