- Начало
- /
- Статия
Отстраняване на неизправности в качеството на мултимедията за Webex Calling в Control Hub
В тази статияИзгледът за отстраняване на неизправности в Webex Calling позволява на администраторите да отстраняват проблеми с качеството на медиите при повикване в Webex. Можете да търсите информация, свързана с обаждането, да видите неговата медийна статистика, да идентифицирате къде е възникнал проблемът и да разрешите проблема.
Общ преглед
За да определите вероятната причина, се препоръчва да използвате изгледа за отстраняване на неизправности заедно с обобщената информация, извлечена от Табло за управление на Webex Calling Analytics . Използвайте таблото за управление на Webex Calling Analytics, за да видите проблеми, засягащи множество потребители с обща причина, която е свързана с местоположение, мрежа и т.н.; докато изгледът за отстраняване на неизправности при обажданията на Webex Calling може да идентифицира проблеми с отделни повиквания.
Функцията за отстраняване на неизправности с качеството на медиите не изисква никаква конкретна конфигурация и е достъпна по подразбиране в Control Hub. Той е достъпен за пълни клиенти, администратори само за четене, поддръжка, партньори и партньори.
Администраторите могат да търсят, като използват следните критерии, за да получат списък с повиквания, при които е била използвана медийна сесия с поне една крайна точка, регистрирана за Webex Calling :
Имейл идентификатори
Телефонни номера (точно съвпадение на низовете)
MAC адрес
Идентификатори на повиквания
Отстраняването на проблеми с качеството на медиите позволява на администраторите да:
Вижте преживяването от край до край на участниците в разговора.
Вижте подробности за хоп от обаждането.
Вижте дали медиите преминават през облака за Webex Calling или директно между потребителите (с помощта на Interactive Connectivity Establishment (ICE)).
Вижте Insights, ако в разговора няма медия или когато настройката за оптимизиране на пътя е неуспешна.
Вижте обажданията за последните 21 дни.
Анализирайте показателите за качество на разговора, които са повлияли на изживяването на потребителя. Например, администраторът може да наблюдава високо трептене на клиенти през Wi-Fi мрежи, но загуба на пакет и латентността може да са приемливи.
Открийте дали проблемът е с обаждащия се или с обаждащия се.
Отстраняването на проблеми с качеството на медиите се прилага само за медийни сесии и не показва сесии за сигнализиране на повиквания. Например, Алекс се обажда на Боб, който е настроил CFA (Пренасочване на всички) към Кристина, и Кристина отговаря на обаждането. В този сценарий изгледът за отстраняване на неизправности в медиите показва, че обаждането е възникнало между Алекс и Кристина, тъй като фокусът е върху отстраняването на проблеми с медийното преживяване, а не върху потока на сигнализиране или жизнения цикъл на обаждането.
Повикванията чрез Webex Calling се появяват след края на разговора.
Изгледът за отстраняване на неизправности помага да се идентифицира проблемната област, като предоставя всички подходящи показатели и не може непременно да ви предостави основната причина за лошо обаждане. Вижте тези указатели, за да идентифицирате различни фактори и да определите опциите за разрешаване:
Изживяването от край до край на потребителя.
Изгледът с подробности за хмела.
Изпращане или получаване на показатели от потребителя или точката за предаване на медиите.
Дали повикването е възникнало към или от външна мрежа, или между регистрираните крайни точки на Webex Calling .
Поддържани потоци от разговори
Отчетите за качеството на медиите се събират от крайните точки на обаждащия се и обаждания и точките за предаване на медиите. Това позволява сегментиране на медийното преживяване да се стесни и да се установи дали проблемът е възникнал в:
Обаждащ се или обаждащ се
Път на носителя към или от облака за Webex Calling .
Етапите на повикване се появяват, ако е имало медийна сесия, която е установена с поне една крайна точка, регистрирана за Webex Calling в разговора. Например, за изходящо повикване от група за търсене до осем агента, ако отговори само един агент, тогава няма медиен опит за отстраняване на проблеми за останалите седем агента.
Има пет типа медийни преживявания или пътища за отстраняване на неизправности при обажданията на Webex Calling , които са:
Оптимизиран в мрежата – Обаждания в рамките на организацията, където ICE е успешен и медиите преминават директно между потребителите. Виж Оптимизация на медиите за Webex Calling с установяване на интерактивна свързаност (ICE) за подробна информация.
Неоптимизиран в мрежата – Обаждания в рамките на организацията, където установяването на интерактивна свързаност (ICE) не е било възможно или установено. В този сценарий медиите преминават през облака за извикване на Webex .
Хостван в облак в мрежата – Обаждания в рамките на организация, където медиите се предоставят от медиен сървър, който се хоства в облака (например, слушане на гласова поща, набиране на автоматичен секретар).
Повикване извън мрежата към или от регистрираната крайна точка за повикване на Webex Calling -
чрез Cloud Connected PSTN доставчик - Входящи и изходящи повиквания на организация, където другата страна е в PSTN мрежата. Медиите се предават чрез свързан с облак PSTN доставчик (CCPP), през висококачествена междусистемна връзка.
чрез локален шлюз - Входящи и изходящи обаждания на организация, където медиите на другата страна са през предприятието. Зад локален шлюз медийната сесия може да бъде от хостван от предприятието потребител (например, регистриран за контрол на повикванията в предприятието) или от PSTN, където PSTN се предоставя от предприятието.
Ако има 1 или 2 регистрирани потребители на Webex Calling , които участват в разговор от точка до точка в мрежата, тогава изгледът за отстраняване на неизправности представя показатели за едната или и двете страни. Ако обаждането е извън мрежата (Потребител 1 получава обаждане от PSTN потребител), тогава изгледът за отстраняване на неизправности представя само клиентските показатели на User1, заедно с показателите, взети от точката за предаване на медиите.
Повечето от сценариите на повиквания в изгледа за отстраняване на неизправности показват два етапа на повикване (обаждащ се и обаждащ се); някои от сценариите на повикване (като паркиране или извличане на повиквания) показват само един етап на повикването. В такива случаи другият етап на повикването се показва отделно в изгледа за отстраняване на неизправности. Това не пречи на отстраняването на неизправности при обаждането и откриването къде е възникнал проблемът. Въпреки това, това изисква от администратора ръчно да съпостави двата етапа на повикване, използвайки общ обект, като например време на припокриване. Бъдещите подобрения на изгледа за отстраняване на неизправности ще премахнат необходимостта от използване на ръчни справки.
Достъп до изгледа за отстраняване на неизправности при обажданията на Webex Calling
За да анализирате повикване от Webex , изпълнете следното:
| 1 | От изглед на клиента вhttps://admin.webex.com/ , отидете на Мониторинг > Отстраняване на неизправности . |
| 2 | Изберете Срещи и разговори след това потърсете имейл ИД на потребителя или устройството, телефонен номер (точно съвпадение на низа), MAC адрес на потребителя или устройството или идентификационните номера на етап на повикването , който искате да видите. Показва информацията за всички обаждания и срещи, които са свързани с търсенето.
Изгледът на списъка показва обаждането, извършено с помощта на поне една крайна точка, регистрирана в Webex Calling и имаща медийна сесия. |
| 3 | Webex Calling се оценяват за качество. Въпреки това, за срещите на Webex или сесиите Call on Webex , тази оценка не важи. Опитът при разговора се оценява като:
|
| 4 | Щракнете върху конкретно обаждане в изгледа на списъка, за да прегледате подробностите за хоп. Изгледът с подробности за хоп показва:
От подробностите за хмела можете:
Изживяването на завършвам повикване от край до край се основава на данните за качеството на медиите, които се събират от всяка регистрирана крайна точка на Webex Calling (приложение Webex или устройство като 8865 или Desk Pro) в края на разговора. Обаждането се оценява като добро, ако удовлетворява тези прагове:
Качеството на скока се извлича от данни, които се събират от точката за ретранслиране на медии в облака на Webex Calling . За PSTN повиквания през CCPP или локален шлюз събирането на данни е от облака за Webex Calling , а не от крайната точка на PSTN. Един хмел се оценява като добър, ако отговаря на тези прагове.
Показателите за хоп варират по време на сесия в зависимост от времето за вземане на проби и променливостта в мрежата. Стойностите, които се съобщават от точката за предаване на медиите и клиентите (изживяване от край до край), може да не се изравнят. Те обаче трябва да са в тясно подравняване, за да позволят сегментиране по пътя. Препоръчваме ви да използвате изгледа за отстраняване на неизправности при индивидуално обаждане с обобщената информация, от която се извлича Анализ . Нека анализираме качеството на разговора за различните типове обаждания, използвайки изгледа за отстраняване на неизправности. |
Обаждания в рамките на организацията, където ICE е успешен и медийното реле в облака е премахнато от пътя. Медийният поток е директно между устройствата на потребителя.
Извод :
| 1 | Обаждането се оценява толкова добро, колкото и обаждащият се, и обажданият имат добро преживяване от край до край. |
| 2 | Администраторът може да забележи, че медиите преминават директно между двамата потребители и не преминават през облака за обаждания на Webex . Оптимизираните потоци от обаждания могат да имат лошо изживяване, ако източникът на проблема е предприятието или локалната мрежа, тъй като медиите между двамата потребители ще преминават през локалната мрежа. Закъснението или RTT винаги са по-ниски при оптимизирано повикване, но загуба на пакет и трептене все още могат да бъдат фактор в зависимост от мрежата между двамата потребители. |
Извод :
Администраторът може да наблюдава следното:
| 1 | Опитът на обаждащия се от край до край се оценява като лош. |
| 2 | Има проблем с мрежовия хоп на обаждащия се, който засяга както потока за изпращане, така и за получаване. |
| 3 | Мрежовият хоп на обаждания няма проблем. |
| 4 | Опитът на обаждащия се от край до край се оценява като лош поради проблема от обаждащия се. |
Извод :
Обаждането се оценява толкова добро, колкото опитът на обаждащия се от край до край е в рамките на приетите прагове. Администраторът може да забележи, че следното:
| 1 | Мрежовият преход за обаждащия се е оценен като лош, тъй като някои от показателите са над приемливия праг. |
| 2 | Потокът за изпращане от гласовата поща се оценява като добър според показателите, събрани от точката за предаване на медиите. |
| 3 | Медийният сървър, използван за събиране или депозиране на гласовата поща, в момента не отчита показатели. Тези сървъри обаче се хостват и управляват като част от облака за обаждания на Webex Calling , така че качеството на този сегмент на връзката е вътрешно и винаги висококачествено, с ниска латентност. |
| 4 | Администраторът може да наблюдава как опитът на обаждащия се от край до край е оценен като добър, въпреки че хопът е оценен като лош. Това се дължи на това, че хопът на обаждащия се има добра мрежа, която компенсира влошаването на производителността на мрежата на обаждащия се. |
В примера клиентската медия идва от доставчик на PSTN през облака.
Обаждането се оценява като лошо, тъй като опитът на обаждания от край до край не е в рамките на приетите прагове. Администраторът може да наблюдава следното:
| 1 | Проблемът е с PSTN скока на обаждащия се специално с изпращащия поток. |
| 2 | Мрежовият хоп на обаждания няма проблем. |
| 3 | Опитът на обаждащия се от край до край се оценява като лош поради проблема от обаждащия се. |
| 4 | Изживяването от край до край и показателите за приемания поток на обаждащия се, който е в PSTN мрежата, в момента не са налични, тъй като тези показатели не се предават към облака за обаждания на Webex Calling . |
Обаждания в и извън организация, където медиите на обаждащия се идват от предприятие. Медийната сесия може да бъде от хостван от предприятието потребител (например, регистриран в UCM) или от PSTN, където PSTN се предоставя чрез предприятието.
Извод
Обаждането се оценява като лошо, тъй като преживяването на обаждащия се от край до край не е в рамките на приетите прагове. Администраторът може да наблюдава следното:
| 1 | Има проблем с преминаването на обаждащия се към облака за обаждания на Webex Calling както в потока за изпращане, така и за получаване. |
| 2 | Изживяването на обаждащия се от край до край се оценява като лошо или поради проблема, наблюдаван в хопа, или проблемите в края на потребителя (устройства, мрежа и т.н.). |
| 3 | Входящият трафик към облака за Webex Calling от края на обаждания се оценява като добър. |
| 4 | Изживяването от край до край и показателите на потока за получаване на обаждания, който е извикан от локален шлюз , в момента не са налични, тъй като тези показатели не се предават към облака за Webex Calling . |
Отстранете проблема с качеството на медиите
Изгледът хоп-по-хоп ви помага да намерите къде е възникнал проблемът. Сега, когато открихте къде е проблемът и с показателите (трептене, загуба на пакет, латентност), можете да опитате следното, за да отстраните проблема.
Типичните възможности за медийни проблеми са:
Проблеми, специфични за мрежата/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 Calling , което е конфигурирано за потребителя. |
| Локален IP | Локалният IP адрес на клиента за мрежов интерфейс , който използва за предаване на медия. IP адресите са частично маскирани, за да се запази личната идентичност на потребителите. |
| Публичен IP | Това е публичният IP адрес на клиента, както се вижда от облака. За предприятия това е адресът на защитната стена, предоставяща NAT. IP адресите са частично маскирани, за да се запази личната идентичност на потребителите. |
| MAC адреси | MAC адрес на крайната точка на клиента. |
| Геолокация | Географско търсене на публичен IP адрес. Този адрес не е точен, ако е свързан през PNC. Ако потребителят използва приложението Webex и се свързва с предприятието чрез VPN, местоположението не е точно. |
| интернет доставчик | Доставчик на интернет услуги, който осигурява връзка с мрежата към облака за Webex Calling . |
| Мрежа | Типът мрежова връзка , която клиентът използва за обмен на медии. Възможните стойности са:
|
| Аудио кодек | (Изпращане или получаване) Форматът за кодиране и декодиране на медиите, използвани за медиите, които се предават от клиент. |
| Видео кодек | (Изпращане или получаване) Форматът за кодиране и декодиране на медиите, използвани за медиите, които се предават от клиент. Важи само за видеоповикване. |
| ИД на обаждането | Вътрешният идентификатор, който се използва за идентифициране на етап на повикването. |
Някои показатели са маскирани в екранните снимки на статията, за да се запази самоличността на потребителя.
Ограничения
Показателите за качеството на медиите не са налични от следните устройства.
Аналогови телефони
Устройства на трети страни
IPv6 крайни точки
