Общ преглед

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

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

Администраторите могат да търсят, като използват следните критерии, за да получат списък с повиквания, при които е била използвана медийна сесия с поне една крайна точка, регистрирана за Webex Calling :

  • ИД на имейл

  • Телефонни номера (точно съвпадение на низа)

  • MAC адрес

  • ИД на разговори

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

  • Преглед на изживяването от край до край на участниците в разговора.

  • Преглед на хоп детайл от обаждането.

  • Преглед, ако медиите престъпват през облака Webex Calling, или директно между потребителите (с помощта на Заведение за интерактивна свързаност (ICE)).

  • Вижте Insights, ако в разговора няма медия или когато настройката за оптимизиране на пътя е неуспешна.

  • Преглед на обажданията за последните 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 -

    • чрез Cloud Connected 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 или сесиите Call on Webex , тази оценка не важи. Практическата работа с обажданията се окачествена като:

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

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

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

  • Вижте статистика за набиране в един или и в двата сценария:

    • Нямаше медии за нито един от хмеловете, свързани с обаждането

    • Настройката за оптимизация на пътя беше неуспешна.

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

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

Изживяването на завършвам повикване от край до край се основава на данните за качеството на медиите, които се събират от всяка регистрирана крайна точка на Webex Calling (приложение Webex или устройство като 8865 или Desk Pro) в края на разговора. Обаждането се оценява като добро, ако удовлетворява тези прагове:

  • Загуби на пакети по-малко от 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.

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

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

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

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

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

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

  • Проблем без медии - При някои хмели може да няма медийно предаване. Банерът Insights показва причината в горната част на страницата с подробности за хопа и отговорната страна в информационното поле на страницата с подробности за хопа. Някои от възможните причини за липса на медии в разговорите заедно с отговорните страни са изброени тук:

    • Webex не получава медия от подателя.

    • Webex не получава медия от приемника.

    • Webex не получава медия от двете посоки.

    • Webex не изпраща медия към приемника. Инженерингът на Webex решава този проблем.

    • Webex не получава медия от Cloud PSTN. Инженерингът на Webex решава този проблем.

    • Webex не получава медия от облачна услуга. Инженерингът на Webex решава този проблем.

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

  • Неуспешна оптимизация на медийния път - Малко обаждания не могат успешно да настройвам оптимизация на медийния път. Банерът Insights показва причината за неуспешни ICE повиквания и разделителната способност в горната част на страницата с подробности за Hop.

    Някои от възможните причини са

    • ICE е неуспешен поради зашеметяващ достъп до сървъра – вижте референтната информация за порта за Webex Calling

    • ICE неуспешен поради проверка на свързаността - проверете свързаността между мрежите

    • ICE е неуспешен, тъй като времето за двупосочно пътуване по подразбиране е подобно/по-добро от всеки оптимизиран път

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

Вижте следните Подробности за обаждането в десния панел на изгледа хоп-по-хоп.

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

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

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

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

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

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

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

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

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

Спешно

Предприятие

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

Мобилен

Национално

Оператор

Премия

Кратък код

Толфри

Неизвестен

URI

Вижте тези показатели за обажданията в изгледа хоп-по-хоп:

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

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

  • Настолен телефон за физическа крайна точка

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

  • Устройство за стая за устройства от серията Cisco Room

Хардуер

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

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

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

  • информация за модела на серията стая за устройство от серията Cisco Room

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

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

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

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

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

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

MAC адреси

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

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

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

ISP

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

Мрежа

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

  • Wi-Fi

  • Етернет

  • Клетъчен

  • Неизвестен

Аудио кодек

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

Видео кодек

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

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

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

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

Ограничения

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

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

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

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