Общ преглед

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

За да получите достъп до изгледа за отстраняване на неизправности, трябва да имате пълна роля на администратор, администратор само за четене или администратор за поддръжка в Control Hub.

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

  • ИД на имейл

  • Телефонни номера

  • MAC адрес

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

  • ИД на корелация

Поддържа се частично търсене за имейл идентификатори, телефонни номера и идентификатори на обаждания. За телефонни номера можете да въведете първите три до осем цифри и след това да натиснете Enter, за да видите съответстващите записи. Ако въведете повече от осем цифри, търсенето ще се опита да намери точно съвпадение. Обърнете внимание, че ако копирате и поставите телефонен номер от друго място, трябва да включите +1 за да работи търсенето.

Отстраняването на неизправности в Webex Calling ви позволява да:

  • Търсене на успешни, неуспешни и отказани повиквания.

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

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

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

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

  • Преглед на обажданията за последните 21 дни.

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

  • Анализирайте показателите за качество на обажданията, които са подействали върху опита на потребителя. Например, администратор може да наблюдава високо трептене при клиенти през Wi-Fi мрежи, но загубата на пакети и латентността може да са приемливи.

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

Обажданията, използващи Webex Calling , се появяват след края на разговора.

Изгледът за отстраняване на неизправности помага да се идентифицира проблемната област, като предоставя всички съответни показатели и не е задължително да ви даде основната причина за лошо обаждане. Погледнете тези указатели, за да идентифицирате различни фактори и да определите опциите за разделителна способност:

  • Опитът от край до край на потребителя.

  • Изгледът Хоп Детайли.

  • Изпращане или получаване на показатели от потребителя или медийната релейна точка.

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

Изглед за търсене

Търсени повиквания в „Отстраняване на неизправности“ в Control Hub

Когато търсите обаждане, са налични следните данни:

Име на колонатаОпределение

Статус на повикването

Дали опитът за обаждане е бил успешен или не. Когато опитът за повикване е със статус Отказ или Неуспех, можете да задържите курсора на мишката върху статуса, за да видите съответния код. Възможните стойности са:

  • Успешно – Опитът за повикване е бил успешен.

  • Отказ – Опитът за повикване е отказан.

  • Неуспех – Опитът за повикване е неуспешен.

Качество

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

  • Лошо – показва, че обаждащият се или обаждащият се е имал лошо цялостно изживяване (например, накъсан звук).

  • Добро – Показва цялостното преживяване за повикващия и повикваният не е превишил праговете.

  • Няма / Не е налично – Няма налични данни за качеството на медиите.

Услуга

Услугата, използвана за обаждането.

Начален час

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

Среща / Номер на обаждащия се

Телефонен номер на обаждащата се страна.

Име

Показвано име на обаждащия се и обаждания.

Организатор/повикващ

Показвано име на обаждащия се.

Участници

Брой потребители в обаждането.

Продължителност

Продължителност - колко дълго е продължило обаждането.

Сайт/местоположение

Местоположение на обаждащия се от Webex Calling.

Конференция / Идентификатор на корелация

Корелация ID за свързване на няколко кол крака на една и съща кол сесия.

Ключови показатели за ефективност (KPI) на търсения потребител

KPI за търсен потребител в „Отстраняване на неизправности“ в Control Hub

Когато търсите потребител, са налични следните ключови показатели за ефективност (KPI):

  • Неуспешни повиквания— Брой неуспешни повиквания през избрания период от време.
  • Лоши протоколи от срещи— Брой минути по време на Webex Meetings, които са имали лошо качество на изпълнение през избрания период от време.
  • Обаждане в Webex с лошо качество— Брой Обаждане в Webex обаждания с лошо качество на изпълнение през избрания период от време.
  • Разговорите чрез Webex Calling са с лошо качество— Брой разговорите чрез Webex Calling са имали лошо качество на изпълнение през избрания период от време.
  • Лошо качество на WebRTC минути— Брой минути с лошо качество при използване на WebRTC през избрания период от време.
  • Общ брой минути от срещите— Общ брой минути от срещите на Webex през избрания период от време.
  • Общ брой минути за разговори в Webex— Общ брой минути за разговори в Webex за избрания период от време.
  • Общо минути разговори през Webex Calling— Общ брой минути разговори през Webex Calling през избрания период от време.
  • Общо минути WebRTC— Общ брой WebRTC минути за избрания период от време.

Изглед с подробности за хопа

Пример за горещи подробности за обаждане от Webex Calling в раздела „Отстраняване на неизправности“

Следните данни са налични в изгледа с подробности за хопа:

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

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

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

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

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

Хардуер

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

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

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

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

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

Местоположение за повиквания от Webex, конфигурирано за потребителя. Държавата, в която е предоставена услугата Webex Calling, също е показана в скоби.

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

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

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

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

MAC адреси

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

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

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

ISP

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

Мрежа

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

  • Wi-Fi

  • Етернет

  • Клетъчен

  • Неизвестен

Аудио кодек

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

Видео кодек

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

Идентификационен номер на SIP сесия

Оригинален (или начален) и краен идентификатор на сесия.

Съединителна линия

Достъпно само когато локален шлюз е включен в прехода. Име на входящата и изходящата магистрала.

Група за маршрутизиране

Достъпно само когато локален шлюз е включен в прехода. Име на групата маршрути.

Име на доставчик на PSTN

Достъпно само когато PSTN е включен в прехода. Име на доставчика.

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

От детайлите на хмела можете:

  • Вижте дали преходът е бил маршрутизиран през PSTN или локален шлюз.

  • Вижте типа потребител, който е осъществил или получил обаждането. Някои примери включват HuntGroup, VoiceMailGroupи RoutePoint. Докладът „Подробна история на обажданията “ предоставя списък с всички възможни типове потребители.

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

    • Нямаше медийна информация за нито един от преходите, свързани с обаждането.

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

    • Един от скоковете се провали или отказа повикването. Неуспешните хопове са маркирани с червено, а отказаните хопове са маркирани с жълто. Посочва се и причина, поради която скокът е бил неуспешен или е бил отказан.

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

  • Задръжте курсора на курсора на хмела между крайната точка и 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.

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

  • Запазване на записи за обаждания за отстраняване на неизправности (CSV)
  • Записване на отчет за повикванията (JSON)
  • Записване на подробностите за участниците (CSV)

Панел с подробности за повикването

Следните данни са налични в десния панел „Детайли за повикването“ на изгледа с подробности за прехода:

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

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

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

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

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

  • PNC (Свързване към частна мрежа)

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

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

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

  • Спешно

  • Предприятие

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

  • Мобилен

  • Национално

  • Оператор

  • Премия

  • Кратък код

  • Толфри

  • Неизвестен

  • URI

Разговорът е приключен от

Потребител, който е прекратил обаждането.

Набрани цифри

Цифрите на клавиатурата, набрани от потребителя, преди предварителните преводи.

Свързани причини

Показва причина, поради която е създаден хмелът. Например, стойност CallQueue показва, че надеждата се дължи на опит за повикване от опашка за повиквания към агент. Можете да намерите повече информация за свързаните стойности на причината в подробния отчет за историята на обажданията на Webex Calling.

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

Поддържа се частично търсене за имейл идентификатори, телефонни номера и идентификатори на обаждания. За телефонни номера можете да въведете първите три до осем цифри и след това да натиснете Enter, за да видите съответстващите записи. Ако въведете повече от осем цифри, търсенето ще се опита да намери точно съвпадение. Обърнете внимание, че ако копирате и поставите телефонен номер от друго място, трябва да включите +1 за да работи търсенето.

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

1

Влезте в Control Hub и отидете на Monitoring > Отстраняване на неизправности.

2

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

Можете да групирате свързани повиквания заедно в изгледа за търсене, като използвате идентификатора на корелацията.

3

Приложете филтър по ваш избор. Наличните филтри са:

  • Местоположение
  • Лично качество
  • Тип на устройството
  • Тип на услугата

Филтрите не са налични, ако търсите телефонни номера или идентификатори на корелация.

4

Щракнете върху конкретно повикване, за да прегледате изгледа с подробности за прехода.

Експортиране на подробности за обажданията за отстраняване на неизправности като CSV файл

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

1

Влезте в Control Hub и отидете на Monitoring > Отстраняване на неизправности.

2

След като имате списък с обаждания, които искате да видите, изберете Експортиране > Запазване на записи за повиквания за отстраняване на неизправности (CSV).

Маркиран бутон за експортиране за търсени повиквания в „Отстраняване на неизправности“ в Control Hub

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

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

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

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

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

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

  • Проблем с липса на медия— Възможно е да няма предаване на медия в някои хопове. Банерът „Информация“ показва причината в горната част на страницата с подробности за преместването, а отговорната страна – в информационното поле на страницата с подробности за преместването. Някои от възможните причини за липса на медиен сигнал по време на разговори, както и отговорните лица, са изброени тук:

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

    • Webex не получава медийно съдържание от приемника.

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

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

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

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

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

  • Неуспех при оптимизиране на медийния път— Малко извиквания не могат успешно да настроят оптимизацията на медийния път. Банерът „Информация“ показва причината за неуспешните ICE повиквания и решението в горната част на страницата с подробности за Hop.

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

    • ICE неуспешен поради достъп до stun сървъра - вижте информацията за справочната информация за порта за извикване на Webex.

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

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

Ограничения

Показателите за качество на медиите и генерирането и завършването на потоци от страна на мрежата не са налични за следните устройства:

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

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

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

Поддържани потоци от обаждания

Отчетите за качеството на медиите се събират от крайните точки на обаждащата се и 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 или извличане) обаче показват само един нога за повикване. В такива случаи другият кол крак се показва отделно в изгледа за отстраняване на неизправности. Това не възпрепятства отстраняването на неизправности при повикването и откриването къде е възникнал проблемът. Той обаче изисква администраторът ръчно да корелирам двата кол крака, като използва общ обект като припокриващо се време. Бъдещите подобрения в изгледа за отстраняване на неизправности ще премахнат необходимостта от използване на ръчни справки.

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

Препоръчахме да използвате изгледа за отстраняване на индивидуални повиквания с обобщената информация, която е получена от 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.

Отстраняване на неуспешни и отказани повиквания

Колоната Състояние на повикването показва дали повикването е било успешно, отказано или неуспешно. Когато дадено повикване има статус Отказ или Неуспех, можете да задържите курсора на мишката върху статуса, за да видите съответния код.

Когато разглеждате списъка с обаждания на потребител, е наличен ключов показател за ефективност Неуспешно обаждане, за да се определи бързо дали потребителят има сериозни проблеми. Можете да задържите курсора на мишката върху състоянието Отказ или Неуспех, за да видите конкретния код, свързан с всяко състояние.

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

Пример за неуспешни сценарии за повикване

Код за грешка: Няма маршрут към местоназначението

Код за грешка: примерен код за грешка „няма маршрут до местоназначение“ за повикване в „Отстраняване на неизправности“

Опит за повикване е направен от устройство на работното място, но е неуспешен поради липса на наличен маршрут до дестинацията.

Код за грешка: Грешка в протокола

Код за грешка: примерен код за грешка в протокола за повикване при отстраняване на неизправности

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

Код за грешка: Вътрешна грешка

Код за грешка: примерен код за вътрешна грешка за повикване при отстраняване на неизправности

Осъществено е повикване от локален шлюз, но неуспешно поради вътрешни грешки в устройството на работното място в дестинацията. Разговорът е бил установен в продължение на 14 минути, преди да възникне вътрешна грешка.

Пример за сценарии за отказ на повикване

Код за отказ: Повикването е отхвърлено

Изглед на подробности за прехода с код за отказ за отхвърлено повикване в раздела за отстраняване на неизправности в Control Hub

Опит за повикване е неуспешен, защото опитът не е успял да достигне до местоназначението или интерфейсът към местоназначението не е функционирал правилно. Примери за отхвърлени сценарии са следните:

  • Опитът за обаждане е отхвърлен поради отхвърляне на анонимно обаждане.

  • Опитът за повикване е отхвърлен поради разрешения за входящи повиквания.

  • Опитът за повикване е отхвърлен поради разрешения за изходящи повиквания.

  • Опитът за повикване е отхвърлен поради разрешения за изходящи повиквания.

  • Опитът за повикване е отхвърлен поради конфигурирано прехващане на повикване.

  • Опитът за повикване е отхвърлен поради неуспешно паркиране на повикване или извличане на повикване.

  • Опитът за повикване е отхвърлен поради отказ на функцията „Натисни и говори“.

  • Опитът за повикване е отхвърлен поради селективно приемане на повикване.

  • Опитът за повикване е отхвърлен поради селективно отхвърляне на повикване.

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

Код за грешка: Неприсвоен номер

Код за отказ: примерен код за грешка за неприсвоен номер за повикване в „Отстраняване на неизправности“

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

Причини за резултата от обаждането

Следната таблица изброява кодовете за отказ и за неуспех, налични за неуспешни повиквания.

Причина за резултата от повикванетоОпределение

Успех

Обаждането беше успешно. Възможните кодове са:

  • Нормално – Повикването е завършено успешно.
  • ПотребителятЕЗает—Повикването е успешно, но потребителят е зает.
  • Без отговор – Обаждането е успешно, но потребителят не е отговорил.

Отказ

Обаждането беше отказано. Възможните кодове са:

  • Отхвърлено повикване – Опитът за повикване е отхвърлен от страната на получателя.
  • НеприсвоенНомер – Набраният номер не е присвоен на никой потребител или услуга.
  • SIP408 – Времето за изчакване на заявката изтече, защото потребителят не можа да бъде намерен навреме.
  • InternalRequestTimeout – Времето за изчакване на заявката е изтекло, тъй като услугата не е могла да я изпълни поради неочаквано условие.
  • Q850102ServerTimeout – Възстановяване при изтичане на таймера или изтичане на времето за изчакване на сървъра.
  • NoUserResponse – Няма отговор от крайно потребителско устройство или клиент.
  • NoAnswerFromUser – Няма отговор от потребителя.
  • SIP480 – Повикваният или повикваната страна в момента не е наличен.
  • SIP487 – Заявката е прекратена преди да е отговорено на повикването.
  • Временно недостъпен – Потребителят е временно недостъпен.
  • LocalGatewayLoop – Открит е цикъл между локалния шлюз и Webex Calling.
  • AdminCallBlock – Опитът за повикване е отхвърлен поради списъка с блокирани повиквания на организацията.
  • Блокиране на потребителско обаждане – Обаждането до потребителя е отхвърлено, защото номерът е в списъка за блокиране на потребителя.
  • Недостъпен – Невъзможно е да се насочи повикването към желаната дестинация.
  • ПотребителОтсъства—Потребителят е временно недостъпен или не е наличен.
  • Неопределено – нито една от горните причини.

Неуспех

Неуспешно повикване. Възможните кодове са:

  • DestinationOutOfOrder – Заявката за услуга е неуспешна, тъй като дестинацията не може да бъде достигната или интерфейсът към дестинацията не функционира правилно.
  • SIP501 – Невалиден метод и не може да се идентифицира методът на заявката.
  • SIP503 – Услугата е временно недостъпна, така че заявката не може да бъде обработена.
  • ProtocolError – Неизвестен или нереализиран код за издаване.
  • SIP606 – Някой аспект от описанието на сесията не беше приемлив.
  • НямаМаршрутДоДестинацията—Няма наличен маршрут до дестинацията.
  • Вътрешен – Неуспешно поради вътрешни причини, свързани с Webex Calling.
  • MaxConcurrentTerminatingAlertingRequestsExceeded – Броят на едновременните неотговорени повиквания към локален шлюз, за един и същ повикващ и извикан номер, надвишава лимита.
  • Неопределено – нито една от горните причини.