- Начало
- /
- Статия
Запазване на комуникацията на сайт за Webex Calling
„Site Survivability“ гарантира, че вашият бизнес остава достъпен, дори ако връзката с Webex бъде прекъсната. Той използва локален мрежов шлюз, за да предоставя резервни услуги за повикване към крайни точки на място по време на прекъсвания на мрежата.
Съображения за внедряване
По подразбиране крайните точки на Webex Calling работят в активен режим, свързвайки се с облака Webex за SIP регистрация и контрол на повикванията. Ако мрежовата връзка с Webex се загуби, крайните точки автоматично превключват в режим на оцеляване и се регистрират в локалния шлюз за оцеляване. В този режим шлюзът предоставя основни резервни услуги за повиквания. След като мрежовата връзка с Webex бъде възстановена, контролът на повикванията и регистрациите се връщат към облака Webex.
Следните повиквания се поддържат в режим на оцеляване:
-
Вътрешни повиквания (вътрешни за сайта) между поддържани крайни точки на Webex Calling
-
Външни повиквания (входящи и изходящи) чрез локална PSTN линия или SIP трънк към външни номера и доставчици на E911
За да използвате тази функция, трябва да конфигурирате рутер Cisco IOS XE в локалната мрежа като Survivability Gateway. Survivability Gateway синхронизира ежедневно информацията за повикванията от облака Webex за крайни точки на това място. Ако крайните точки преминат в режим на оцеляване, шлюзът може да използва тази информация, за да поеме SIP регистрациите и да предостави основни услуги за разговори.
Настройка на едно местоположение
Следващото изображение показва сценарий на мрежова повреда, при който връзката с Webex е прекъсната и крайните точки на сайта на Webex работят в режим на оцеляване. На изображението, Survivability Gateway маршрутизира вътрешно повикване между две крайни точки на място, без да изисква връзка с Webex. В този случай, Survivability Gateway е конфигуриран с локална PSTN връзка. В резултат на това, крайните точки на място в режим на оцеляване могат да използват PSTN за входящи и изходящи повиквания към външни номера и доставчици на E911.

Настройка на множество локации
Следващото изображение показва сценарий на мрежова повреда, при който връзката с Webex е прекъсната и крайните точки, разположени на различни места, работят в режим на оцеляване. В LAN мрежата има множество по-малки местоположения, които са свързани към един шлюз за оцеляване. Това внедряване оптимизира използването на ресурсите на шлюза, като същевременно запазва специфични за местоположението конфигурации за маршрутизиране на повиквания.
Cisco препоръчва поддържането на праг на латентност от 50 милисекунди за свързаност между Survivability Gateway и крайните точки в различни локации в локална мрежа (LAN).
Ключови условия за оцеляване на обекта
Следните условия се отнасят за Survivability Gateway:
-
Облакът Webex включва IP адреса, името на хоста и порта на Survivability Gateway във файла за конфигурация на устройството. В резултат на това крайните точки могат да се свържат със Survivability Gateway за регистрация, ако връзката с Webex прекъсне.
-
Ежедневната синхронизация на данните за разговори между облака Webex и Survivability Gateway включва информация за удостоверяване на регистрираните потребители. В резултат на това крайните точки могат да поддържат сигурни регистрации, дори докато работят в режим на оцеляване. Синхронизирането включва и информация за маршрутизиране за тези потребители.
-
Survivability Gateway може автоматично да маршрутизира вътрешни повиквания, използвайки информацията за маршрутизиране, предоставена от Webex. Добавете конфигурация на PSTN trunk към Survivability Gateway, за да осигурите външни повиквания.
-
Всеки сайт, който внедрява Site Survivability, изисква Survivability Gateway в локалната мрежа.
-
Регистрациите и контролът на повикванията се връщат в облака Webex, след като мрежовата връзка Webex се възобнови за поне 30 секунди.
Колокация с Unified SRST
Survivability Gateway поддържа колокацията на конфигурация на Webex Survivability и Unified SRST конфигурация на един и същ шлюз. Шлюзът може да поддържа устойчивост както за крайни точки на Webex Calling, така и за крайни точки, които се регистрират в Unified Communications Manager. За да конфигурирате колокация:
-
Конфигурирайте поддръжката на Unified SRST за крайни точки, които се регистрират в Unified Communications Manager. За конфигурацията вижте Ръководство за администриране на Cisco Unified SRST.
-
На същия шлюз, следвайте потока на задачата за конфигуриране на устойчивост на сайта в тази статия, за да конфигурирате шлюза с устойчивост на сайта за крайни точки на Webex Calling.
Съображения за маршрутизиране на обаждания за колокация
При конфигуриране на маршрутизиране на повиквания за сценарии за колокация, имайте предвид следното:
-
Шлюзът за оцеляване (Survivability Gateway) маршрутизира вътрешните повиквания автоматично, при условие че и двете крайни точки в повикването са регистрирани към Survivability Gateway. Вътрешните повиквания се пренасочват автоматично между всички регистрирани клиенти (SRST или Webex Calling).
-
Възможно е да възникне ситуация, в която връзката с едната система за контрол на повикванията прекъсне, докато връзката с другата система за контрол на повикванията остане активна. В резултат на това, един набор от крайни точки се регистрира към Survivability Gateway, докато друг набор от крайни точки на същото място се регистрира към основния контрол на повикванията. В този случай може да се наложи да маршрутизирате повикванията между двата комплекта крайни точки към SIP trunk или PSTN линия.
-
Външните повиквания и повикванията на E911 могат да бъдат пренасочени към SIP trunk или PSTN линия.
Поддържани функции и компоненти
Следната таблица предоставя информация за поддържаните функции.
| Функция | MPP устройства и приложение Webex | VG4xx ATA |
|---|---|---|
|
Вътрешносайтово разширение за обаждания |
Поддържа се автоматично, без да се изисква специфична конфигурация на маршрутизацията на Survivability Gateway. |
Поддържа се автоматично, без да се изисква специфична конфигурация на маршрутизацията на Survivability Gateway. Алтернативни номера не се поддържат. |
|
Междусайтови и PSTN разговори (входящи и изходящи) |
PSTN разговори, базирани на телекомуникационна линия или SIP trunk. |
PSTN разговори, базирани на телекомуникационна линия или SIP trunk. |
|
E911 Обработка на повиквания |
E911 Обаждането изисква PSTN линия или SIP трън. Изходящите повиквания използват специфичен регистриран идентификационен номер за местоположение при спешни случаи (ELIN) за определено място за спешно реагиране (ERL). Ако операторът на спешното отделение върне прекъснато повикване, Survivability Gateway пренасочва повикването към последното устройство, което е повикало номера за спешни случаи. |
E911 Обаждането изисква PSTN линия или SIP трън. Изходящите повиквания използват специфичен регистриран идентификационен номер за местоположение при спешни случаи (ELIN) за определено място за спешно реагиране (ERL). Ако операторът на спешното отделение върне прекъснато повикване, Survivability Gateway пренасочва повикването към последното устройство, което е повикало номера за спешни случаи. |
|
Задържане и възобновяване на повикването |
Поддържано Ако използвате Music on Hold (MOH), осигурете Survivability Gateway ръчно с MOH файл. |
VG4xx Аналоговите ATA линии не могат да поставят повиквания в режим на задържане или да ги възобновят. Тази функция се поддържа само когато е получено входящо повикване по VG4xx ATA. |
|
Прехвърляне на обаждане с участието на оператор |
Поддържано |
Тази функция се поддържа само когато е получено входящо повикване по VG4xx ATA. |
|
Прехвърляне на сляпо повикване |
Поддържано |
Тази функция се поддържа само когато е получено входящо повикване по VG4xx ATA. |
|
ИД на входящ повикващия (име) |
Поддържано |
Поддържано |
|
Идентификационен номер на входящ повикващ (име) & Номер) |
Поддържано |
Поддържано |
|
Видео разговор от точка до точка |
Поддържано |
Не се поддържа |
|
Тристранно обаждане |
Не се поддържа |
Не се поддържа |
|
Споделени линии |
Поддържано |
Поддържано |
|
Виртуални линии |
Поддържано |
Не се поддържа |
При конфигуриране на функцията, „Site Survivability“ е налична за следните поддържани крайни точки.
| Тип | Модели | Минимална версия |
|---|---|---|
| Cisco IP телефон с мултиплатформен (MPP) фърмуер |
6821, 6841, 6851, 6861, 6861 Wi-Fi, 6871 7811, 7821, 7841, 7861 8811, 8841, 8851, 8861 8845 (само аудио), 8865 (само аудио), 8875 (видео) 9800 За повече информация относно поддържаните Cisco IP телефони с мултиплатформен (MPP) фърмуер вижте: |
12.0(1) За телефони 8875 - Phone OS 3.2 и по-нови версии За серия 9800 - PhoneOS 3.2(1) |
|
IP конферентен телефон на Cisco |
7832, 8832 |
12.0(1) |
|
Приложение Cisco Webex |
Windows, Мак |
43.2 |
|
Аналогови крайни точки |
VG400 ATA, VG410 ATA и VG420 ATA Cisco ATA 191 и 192 |
17.16.1а 11.3(1) за ATA 191 и 192 |
Устройства на трети страни не се поддържат от Survivability Gateway.
Следната таблица помага за конфигурирането на рутери Cisco IOS XE като Survivability Gateway. Тази таблица изброява максималния брой крайни точки, които всяка платформа поддържа, и минималната версия на IOS XE.
Функциите на Webex Calling Survivability Gateway са налични с Cisco IOS XE Dublin версия 17.12.3 или по-нови издания. Функциите за групово търсене, пренасочване на повиквания и автоматичен оператор са налични от IOS 17.18.2 и по-нови версии.
| Модел | Максимален брой регистрации на крайни точки | Минимална версия |
|---|---|---|
|
Рутер за интегрирани услуги 4321 | 50 |
Cisco IOS XE Dublin 17.12.3 или по-нови версии |
|
Рутер за интегрирани услуги 4331 | 100 | |
|
Рутер за интегрирани услуги 4351 | 700 | |
|
Рутер за интегрирани услуги 4431 | 1200 | |
|
Рутер за интегрирани услуги 4451-X | 2000 | |
|
Рутер за интегрирани услуги 4461 | 2000 | |
|
Катализатор Edge 8200L-1N-4T | 1500 | |
|
Катализатор Edge 8200-1N-4T | 2500 | |
|
Катализатор Edge 8300-1N1S-6T | 2500 | |
|
Катализатор Edge 8300-2N2S-6T | 2500 | |
|
Катализатор Edge 8300-1N1S-4T2X | 2500 | |
|
Катализатор Edge 8300-2N2S-4T2X | 2500 | |
|
Софтуер Catalyst Edge 8000V с малка конфигурация | 500 | |
|
Софтуерна конфигурация Catalyst Edge 8000V със среден капацитет | 1000 | |
|
Голяма конфигурация на софтуера Catalyst Edge 8000V | 2000 |
Информация за порта за Survivability Gateway
|
Цел на връзката |
Изходни адреси |
Изходни портове |
Протокол |
Адреси на местоназначение |
Пристанища на местоназначение |
|---|---|---|---|---|---|
|
Сигнализация за повикване към Survivability Gateway (SIP TLS) |
Устройства |
5060-5080 |
TLS |
Шлюз за запазване на комуникацията |
8933 |
|
Медийно обаждане до Survivability Gateway (SRTP) |
Устройства |
19560-19660 |
UDP |
Шлюз за запазване на комуникацията |
8000-14198 (SRTP през UDP) |
|
Сигнализация за повиквания към PSTN шлюз (SIP) |
Шлюз за запазване на комуникацията |
Мимолетен |
TCP или UDP |
Вашият ITSP PSTN шлюз |
5060 |
|
Обадете се на PSTN шлюз (SRTP) |
Шлюз за запазване на комуникацията |
8000-48198 |
UDP |
Вашият ITSP PSTN шлюз |
Мимолетен |
|
Синхронизация на времето (NTP) |
Шлюз за запазване на комуникацията |
Мимолетен |
UDP |
NTP сървър |
123 |
|
Разрешаване на имена (DNS) |
Шлюз за запазване на комуникацията |
Мимолетен |
UDP |
DNS сървър |
53 |
|
Управление на облака |
Конектор |
Мимолетен |
Е-мейл |
Услуги на Webex |
443, 8433 |
За оперативни насоки относно облачния режим вижте помощната статия Информация за портове за Webex Calling.
Можете да персонализирате стойностите на настройките на портовете на рутери Cisco IOS XE. Тази таблица използва стойности по подразбиране, за да предостави насоки.
Конфигурация на функциите
Поток от задачи за конфигуриране на оцеляването на сайта
Изпълнете следните задачи, за да добавите „Site Survivability“ (Оцеляване на обекта) за съществуващо местоположение на Webex Calling. Ако връзката с облака Webex се прекъсне, Survivability Gateway в локалната мрежа може да осигури резервно управление на повикванията за крайни точки на това място.
Преди да започнете
Ако е необходимо да осигурите нов шлюз, който да действа като шлюз за оцеляване, вижте статията на Webex Регистриране на управлявани шлюзове на Cisco IOS в Webex Cloud, за да добавите шлюза към Control Hub.
| Стъпки | Команда или действие | Цел |
|---|---|---|
|
1 | Присвояване на услуга за оцеляване към шлюз |
В Control Hub, присвоете услугата Survivability Gateway към шлюз. |
|
2 | Изтегляне на шаблон за конфигурация |
Изтеглете шаблона за конфигурация от Control Hub. Ще ви е необходим шаблонът, когато конфигурирате командния ред на шлюза. |
|
3 |
Конфигурирайте лицензи за Survivability Gateway. | |
|
4 |
Конфигурирайте сертификати за Survivability Gateway. | |
|
5 |
Използвайте шаблона за конфигурация, който изтеглихте по-рано, като ръководство за конфигуриране на командния ред на шлюза. Попълнете всички задължителни конфигурации, които са в шаблона. |
Присвояване на услуга за оцеляване към шлюз
Преди да започнете
| 1 |
Отидете на Извиквания под Услугии след това щракнете върху раздела Управлявани шлюзове. Изгледът „Управлявани шлюзове“ показва списъка с шлюзове, които управлявате чрез Control Hub.
|
| 2 |
Изберете шлюза, който искате да зададете като шлюз за оцеляване, и изберете едно от следните, въз основа на стойността на полето Услуга :
|
| 3 |
От падащото меню за тип услуга изберете Survivability Gateway и попълнете следните полета:
След като завършите регистрацията, данните за местоположението се показват на страницата „Управлявани шлюзове“. |
| 4 |
Кликнете върху Присвояване. Изгледът „Управлявани шлюзове“ показва списъка с местоположения, които са присвоени на шлюза.
|
Изтегляне на шаблон за конфигурация
| 1 |
Влезте в контролния хъб. Ако сте партньорска организация, ще бъде стартиран Центърът за партньори. За да отворите Control Hub, щракнете върху изгледа Клиент в Partner Hub и изберете съответния клиент или изберете Моята организация, за да отворите настройките на Control Hub за партньорската организация. |
| 2 |
Отидете на . |
| 3 |
Кликнете върху съответния портал за оцеляване. |
| 4 |
Кликнете върху Изтегляне на шаблон за конфигурация и изтеглете шаблона на вашия настолен или лаптоп. |
Конфигуриране на лицензиране
| 1 |
Влезте в режим на глобална конфигурация на рутера: |
| 2 |
Конфигурирайте лицензите, като използвате командите, които се отнасят само за вашата конкретна платформа.
Когато конфигурирате пропускателна способност по-висока от 250Mbp, ви е необходим лиценз за платформата HSEC. |
Конфигуриране на сертификати
Конфигуриране на сертификати на Cisco IOS XE
Изпълнете следните стъпки, за да заявите и създадете сертификати за Survivability Gateway. Използвайте сертификати, подписани от публично известен сертифициращ орган.
Платформата Survivability Gateway поддържа само публично известни CA сертификати. Частни или корпоративни сертификати за CA не могат да се използват за Survivability Gateway.
За списък с главни сертифициращи органи, които се поддържат за Webex Calling, вижте Кои главни сертифициращи органи се поддържат за повиквания към аудио и видео платформи на Cisco Webex?.
Платформата Survivability Gateway не поддържа wildcard сертификат.
Изпълнете командите от примерния код, за да завършите стъпките. За допълнителна информация относно тези команди, както и за още опции за конфигуриране, вижте главата „ SIP TLS поддръжка“ в Ръководството за конфигуриране на Cisco Unified Border Element.
| 1 |
Влезте в режим на глобална конфигурация, като изпълните следните команди: |
| 2 |
Генерирайте частния RSA ключ, като изпълните следната команда. Модулът на частния ключ трябва да бъде поне 2048 бита. |
| 3 |
Конфигурирайте точка на доверие, която да съхранява сертификата на Survivability Gateway. Пълното домейн име (fqdn) на шлюза трябва да използва същата стойност, която сте използвали при присвояването на услугата за осигуряване на живачност на шлюза. |
| 4 |
Генерирайте заявка за подписване на сертификат, като изпълните командата Когато бъдете подканени, въведете След като CSR се покаже на екрана, използвайте Notepad, за да копирате сертификата във файл, който можете да изпратите до поддържан сертифициращ орган (CA). Ако вашият доставчик на услуги за подписване на сертификати изисква CSR във формат PEM (Privacy Enhanced Mail), добавете горен и долен колонтитул, преди да го изпратите. Например: |
| 5 |
След като CA (сертификатор) ви издаде сертификат, изпълнете командата Когато бъдете подканени, поставете базата 64 CER/PEM издаване на съдържанието на CA сертификата (не сертификата на устройството) в терминала. |
| 6 |
Импортирайте подписания сертификат на хоста в точката на доверие, като използвате командата Когато бъдете подканени, поставете базата 64 CER/PEM сертификат в терминала. |
| 7 |
Проверете дали сертификатът на коренния CA е наличен: Само публично известни сертифициращи органи се поддържат от решението Webex Calling. Не се поддържат частни или корпоративни сертификати за сертифициращи органи. |
| 8 |
Ако вашият коренен CA сертификат не е включен в пакета, вземете сертификата и го импортирайте в нова точка на доверие. Изпълнете тази стъпка, ако публично известен коренен сертификат на CA не е наличен с вашия Cisco IOS XE шлюз. Когато бъдете подканени, поставете базата 64 CER/PEM съдържанието на сертификата в терминала. |
| 9 |
Използвайки режим на конфигурация, задайте точката на доверие по подразбиране, версията на TLS и настройките по подразбиране за SIP-UA със следните команди. |
Импортиране на сертификати заедно с двойки ключове
Можете да импортирате CA сертификати и ключови двойки като пакет, използвайки PKCS12 формат (.pfx или .p12). Можете да импортирате пакета от локална файлова система или отдалечен сървър. PKCS12 е специален тип формат на сертификат. Той обединява цялата верига от сертификати от коренния сертификат през сертификата за самоличност, заедно с двойката ключове RSA. Тоест, пакетът PKCS12, който импортирате, ще включва двойката ключове, сертификатите за хост и междинните сертификати. Импортирайте PKCS12 пакет за следните сценарии:
-
Експортиране от друг рутер Cisco IOS XE и импортиране във вашия рутер Survivability Gateway
-
Генериране на PKCS12 пакет извън Cisco IOS XE рутер с помощта на OpenSSL
Изпълнете следните стъпки, за да създадете, експортирате и импортирате сертификати и двойки ключове за вашия рутер Survivability Gateway.
| 1 |
(По избор) Експортирайте пакета PKCS12, необходим за вашия рутер Survivability Gateway. Тази стъпка е приложима само ако експортирате от друг рутер Cisco IOS XE. |
| 2 |
(По избор) Създайте PKCS12 пакет, използвайки OpenSSL. Тази стъпка е приложима само ако генерирате PKCS12 пакет извън Cisco IOS XE, използвайки OpenSSL. |
| 3 |
Импортирайте пакета с файлове във формат PKCS12. Следва примерна конфигурация за командата и подробности относно конфигурируемите параметри:
Командата crypto pki import автоматично изгражда точката на доверие, за да побере сертификата. |
| 4 |
Използвайки режим на конфигурация, задайте точката на доверие по подразбиране, версията на TLS и настройките по подразбиране за SIP-UA със следните команди. |
Конфигуриране на шлюза за оцеляване
Конфигуриране на шлюза като шлюз за оцеляване
Използвайте шаблона за конфигурация, който изтеглихте по-рано, като ръководство за конфигуриране на командния ред на шлюза. Попълнете задължителните конфигурации в шаблона.
Следните стъпки съдържат примерни команди, заедно с обяснение на командите. Редактирайте настройките, за да отговарят на вашето внедряване. Ъгловите скоби (например, ) идентифицират настройките, където трябва да въведете стойности, които се отнасят за вашето внедряване. Различните настройки <tag> използват числови стойности, за да идентифицират и присвоят набори от конфигурации.
- Освен ако не е посочено друго, това решение изисква да завършите всички конфигурации в тази процедура.
- Когато прилагате настройки от шаблона, заменете
%tokens%с предпочитаните от вас стойности, преди да ги копирате в шлюза. - За повече информация относно командите вижте Справочник на командите на Webex Managed Gateway. Използвайте това ръководство, освен ако описанието на командата не ви препраща към друг документ.
| 1 |
Влезте в режим на глобална конфигурация. където:
|
| 2 |
Извършете конфигурациите на гласовата услуга:
Обяснение на командите:
|
| 3 |
Активирайте Survivability на рутера: Обяснение на командите:
|
| 4 |
Конфигуриране на NTP сървъри:
|
| 5 |
(По избор). Конфигурирайте разрешенията за повиквания от общ клас на ограничение: Предходният пример създава набор от персонализирани класове ограничения, наречени категории (например, |
| 6 |
Конфигурирайте списък с предпочитани кодеци. Например, в следващия списък е посочено g711ulaw като предпочитан кодек, последвано от g711alaw. Обяснение на командите:
|
| 7 |
Конфигуриране на пулове за гласови регистри по подразбиране: Обяснение на командите:
|
| 8 |
Конфигуриране на спешни повиквания: Обяснение на командите:
Ако Wi-Fi наслагването не съвпада точно с IP подмрежите, тогава спешните повиквания за мобилни устройства може да нямат правилното ELIN съпоставяне. |
| 9 |
Конфигурирайте точки за набиране за PSTN. За пример на конфигурацията на dial peer вижте примери за PSTN връзки. |
| 10 |
По желание Активирайте „Музика при задържане“ за рутера. Трябва да съхраните музикален файл във флаш паметта на рутера във формат G.711. Файлът може да бъде във формат .au или .wav, но файловият формат трябва да съдържа 8-битови 8-kHz данни (например, формат на данни ITU-T A-law или mu-law). Обяснение на командите:
|
Пълна синхронизация при поискване
По желание Изпълнете тази процедура само ако искате да извършите незабавно синхронизиране при поискване. Тази процедура не е задължителна, тъй като облакът Webex синхронизира данните за повикванията със Survivability Gateway автоматично веднъж дневно.
| 1 |
Влезте в контролния хъб. Ако сте партньорска организация, ще бъде стартиран Центърът за партньори. За да отворите Control Hub, щракнете върху изгледа Клиент в Partner Hub и изберете съответния клиент или изберете Моята организация, за да отворите настройките на Control Hub за партньорската организация. |
| 2 |
Отидете на . |
| 3 |
Щракнете върху съответния шлюз за оцеляване, за да отворите изгледа „Услуга за оцеляване“ за този шлюз. |
| 4 |
Щракнете върху бутона Синхронизиране. |
| 5 |
Щракнете върху \„Изпрати\“. Завършването на синхронизацията може да отнеме до 10 минути.
|
Редактиране на свойствата на портала за оцеляване
| 1 |
Влезте в контролния хъб. Ако сте партньорска организация, ще бъде стартиран Центърът за партньори. За да отворите Control Hub, щракнете върху изгледа Клиент в Partner Hub и изберете съответния клиент или изберете Моята организация, за да отворите настройките на Control Hub за партньорската организация. |
| 2 |
Отидете на . |
| 3 |
Щракнете върху съответния шлюз за оцеляване, за да отворите изгледа „Услуга за оцеляване“ за този шлюз. |
| 4 |
Щракнете върху бутона Редактиране и актуализирайте настройките за следните елементи.
|
| 5 |
Щракнете върху \„Изпрати\“. Ако искате да изтриете Survivability Gateway от Control Hub, първо отменете присвояването на услугата Survivability Gateway. За повече подробности вижте Присвояване на услуги към управлявани шлюзове. |
Конфигурации за активиране на CDR на шлюза за оцеляване
Конекторът автоматично конфигурира команди, свързани с CDR, за да улесни събирането на показатели за броя на повикванията.
В края на събитие за оцеляване, конекторът обработва генерираните CDR по време на периода на събитието, заедно с данните за конфигурацията, за да идентифицира различния брой повиквания. Метриките включват общ брой повиквания, спешни повиквания и външни повиквания и се използват за наблюдение на използването на вътрешни функции. Само показателите за броя на повикванията се изпращат към облака Webex, докато действителните CDR-и не се предават.
Следва примерна конфигурация:
!
gw-accounting file
primary ifs bootflash:guest-share/cdrs/
acct-template callhistory-detail
maximum cdrflush-timer 5
cdr-format detailed
!
Обяснение на командите:
-
primary ifs bootflash:guest-share/cdrs/- Тази команда е за съхраняване на CDR файловете в папката за споделяне на гост, за да се позволи достъп до тях чрез конектора. -
acct-template callhistory-detail- Тази команда е необходима за включване на етикета за dial-peer в CDR. -
maximum cdrflush-timer 5- Стойността по подразбиране е 60 минути, но задаването на 5 минути позволява CDR-ите да се записват във файла по-бързо. -
cdr-format detailed- Това е форматът по подразбиране. Компактният формат не е подходящ, тъй като не включва етикета за dial-peer.
Конфигурации за активиране на пренасочване на повиквания
Функционалността за пренасочване на повиквания е част от функциите за осигуряване на оцеляване, които осигуряват непрекъсната обработка на повикванията по време на прекъсвания на мрежата, когато връзката с облака Webex е прекъсната. Шлюзът за оцеляване действа като локален резервен шлюз, позволявайки на крайните точки да се регистрират локално и да поддържат основни възможности за извикване.
-
Поведението за пренасочване на повиквания в режим „Оцеляване“ се управлява от шлюза „Оцеляване“, използвайки конфигурация на пула, конфигурации на dial-peer и политики за маршрутизиране, които обработват повикванията локално или ги маршрутизират през PSTN или SIP канали.
-
Шлюзът за оцеляване деактивира SIP REFER, SIP moved-temporarily за допълнителни услуги за пренасочване на повиквания и прехвърляне на повиквания, тъй като Webex Calling не използва тези методи в режим на оцеляване.
Конфигурирайте пулове гласови регистри за сценарии за пренасочване на повиквания:
|
За да използвате функцията за пренасочване на повиквания, конфигурирайте командата
|
Конфигурации за активиране на група за търсене
Тази таблица предоставя съпоставяне за конфигурацията на функцията за група за търсене в Control Hub и използване на командите на Survivability gateway
| Характеристики на ловната група | Конфигурация чрез Control Hub | Команди за шлюз за оцеляване |
|---|---|---|
|
Изберете модел за маршрутизиране на повиквания |
Top-Down/Simultaneous/Circular/Longest-idle | Sequential/Parallel/Peer/Longest-idle |
|
Добавяне на група за лов |
Добавете група за лов с име и телефонен номер за всяко местоположение. | За да добавите група за търсене, използвайте voice hunt-group . След това добавете телефонния номер, използвайки командата pilot, и името на групата за търсене, използвайки командата description |
|
Изберете Потребители, Работни пространства или Виртуални линии за добавяне |
Изберете агентите, които да бъдат част от Hunt Group |
Конфигурирайте списъка с агенти, използвайки командата |
|
Преминаване след зададен брой позвънявания |
Конфигурирайте с помощта на опцията Задаване на брой позвънявания |
Конфигурирайте с командата |
|
Преминаване, когато е заето |
Конфигурирайте с помощта на опцията „Напред, когато е заето “ |
Конфигурирайте с помощта на командата |
|
Прехвърляне на повиквания, когато всички агенти са недостъпни | Конфигурирайте с опцията Пренасочване на повиквания, когато всички агенти са недостъпни |
Конфигурирайте с помощта на командата |
|
Пренасочване на повиквания, когато всички агенти са заети или групата за претърсване е заета |
Конфигурирайте с помощта на опциятаПренасочване на повиквания, когато всички агенти са заети или групата за търсене е заета |
Конфигуриране с помощта на |
-
Конфигуриране на последователни позвънявания за група за търсене
voice hunt-group 1 sequential pilot 1111 number 1 1001 number 2 1002 number 3 7089001 number 4 7089002 number 5 +1210903443 ..... ..... timeout 20 final 1009 statistics collect description present-call idle-phone -
Конфигуриране на паралелни позвънявания на група за търсене
voice hunt-group 2 parallel pilot 2222 number 1 2001 number 2 2002 number 3 2089001 number 4 2089002 number 5 +12109034433 ..... ..... timeout 60 final 1009 statistics collect description
Описание на командите:
-
voice hunt-group- Тази команда се използва за дефиниране и влизане в режим на конфигуриране на група за търсене. -
parallel- Тази ключова дума определя метода или алгоритъма на групата за търсене, който системата ще използва за разпределяне на входящите повиквания между членовете на тази група за търсене. -
number- Създава списък с extensions/e164 numbers/ESN които са членове на група за търсене на глас. Никой номер в списъка не може да бъде пилотен номер на друга ловна група. -
pilot- Това е основният номер или номерът от указателя за групата за търсене. Обаждащите се набират този номер, за да се свържат с групата за търсене. -
timeout- Задава максималното време в секунди, през което групата за търсене ще се опитва да позвъни на членовете си, преди да предприеме следващото действие. -
final- Тази команда указва резервния номер. -
statistics collect- Позволява събирането на оперативна статистика за ловната група. -
descriptin- описание на ловната група -
present-call idle-phone-Представете обаждането само на агенти, които са неактивни.
Следва примерен изход от командата show voice hunt-group statistics. Изходът включва директни повиквания към номер на група за гласово търсене и повиквания от опашка или B-ACD.
Router# show voice hunt-group 1 statistics last 1 h
Wed 04:00 - 05:00
Max Agents: 3
Min Agents: 3
Total Calls: 9
Answered Calls: 7
Abandoned Calls: 2
Average Time to Answer (secs): 6
Longest Time to Answer (secs): 13
Average Time in Call (secs): 75
Longest Time in Call (secs): 161
Average Time before Abandon (secs): 8
Calls on Hold: 2
Average Time in Hold (secs): 16
Longest Time in Hold (secs): 21
Per agent statistics:
Agent: 5012
From Direct Call:
Total Calls Answered: 3
Average Time in Call (secs): 70
Longest Time in Call (secs): 150
Totals Calls on Hold: 1
Average Hold Time (secs): 21
Longest Hold Time (secs): 21
From Queue:
Total Calls Answered: 3
Average Time in Call (secs): 55
Longest Time in Call (secs): 78
Total Calls on Hold: 2
Average Hold Time (secs): 19
Longest Hold Time (secs): 26
Total Loged in Time (secs): 3000
Total Loged out Time (secs): 600
Agent: 5013
From Direct Call:
Total Calls Answered: 3
Average Time in Call (secs): 51
Longest Time in Call (secs): 118
Totals Calls on Hold: 1
Average Hold Time (secs): 11
Longest Hold Time (secs): 11
From Queue:
Total Calls Answered: 1
Average Time in Call (secs): 4
Longest Time in Call (secs): 4
Total Loged in Time (secs): 3000
Total Loged out Time (secs): 600
Agent: 5014
From Direct Call:
Total Calls Answered: 1
Average Time in Call (secs): 161
Longest Time in Call (secs): 161
From Queue:
Total Calls Answered: 1
Average Time in Call (secs): 658
Longest Time in Call (secs): 658
Total Loged in Time (secs): 3000
Total Loged out Time (secs): 600
Queue related statistics:
Total calls presented to the queue: 5
Calls handoff to IOS: 5
Number of calls in the queue: 0
Average time to handoff (secs): 2
Longest time to handoff (secs): 3
Number of abandoned calls: 0
Average time before abandon (secs): 0
Calls forwarded to voice mail: 0
Calls answered by voice mail: 0
Number of error calls: 0
Router# sh voice hunt-group
Group 1
type: sequential
pilot number: 4444, peer-tag 2147483647
list of numbers:
Member Used-by State Login/Logout
====== ======= ===== ============
1001 1001 up -
1003 1003 up -
preference: 0
preference (sec): 0
timeout: 15
final_number:
auto logout: no
stat collect: no
phone-display: no
hlog-block: no
calls in queue: 0
overwrite-dyn-stats: no
members logout: no
present-call idle-phone: no
webex-sgw-bgl14#
Конфигурации за активиране на основно автоматично разпределение на повикванията (B-ACD)
Базовото автоматично разпределение на повикванията (B-ACD) и услугата за автоматичен оператор (AA) осигуряват автоматично приемане на външни повиквания с поздрави и менюта, които позволяват на обаждащите се да изберат подходящия отдел или да наберат известни вътрешни номера.
B-ACD осигурява автоматично приемане и разпределение на повикванията, използвайки интерактивни менюта и локални групи за търсене. Приложението B-ACD се състои от услуги за автоматичен оператор (AA) и една услуга за опашка от повиквания. Автоматичният оператор B-ACD поддържа PSTN повиквания, които се договарят с входящия SIP канал с кодек g711ulaw
B-ACD поддържа групи за гласово търсене с последователни, паралелни, peer, най-дълги неактивни повиквания, поддръжка на споделени SIP линии и смесени споделени линии.
Входящо повикване набира пилотния номер на B-ACD AA и чува подкана с поздрав и инструкции, които помагат на обаждащия се автоматично да насочи повикването.
Ограничения
Използвайте един и същ кодек за входящи и изходящи точки за набиране, когато прехвърляте повиквания. Използването на различни кодеци не се поддържа. IOS няма да извика транскодер за повикванията, обработвани от TCL приложение.
B-ACD компоненти
Приложението B-ACD се състои от услуга за опашка от повиквания и една или повече AA услуги. Конфигурируемите компоненти на тези услуги са:
-
Пилотен номер
-
Добре дошли и други аудио файлове
-
Опции на менюто
-
Набиране чрез вътрешен номер
Пилотен номер
Всяка услуга на AA има свой собствен пилотен номер на AA, който обаждащите се набират, за да се свържат с AA. Това число е зададено в командата param aa-pilot. Пилотният номер на AA не е свързан с телефонен номер на агент или физически телефон, но трябва да дефинирате партньорска точка за набиране с пилотния номер на AA като входящ номер за повикване, така че този номер да е достъпен за външни повикващи.
Добре дошли и други аудио файлове
Приветственото съобщение е аудио файл, който се възпроизвежда, когато пилотният номер отговори на повикване. Този аудио файл е един от многото аудио файлове, които се използват с услугата B-ACD, за да информират обаждащите се за техния статус и всички действия, които могат да предприемат. Можете да създадете персонализирани аудио файлове, описващи опциите от менюто, достъпни за вашите обаждащи се. B-ACD аудио файловете са описани в следните раздели:
Презаписване на аудио файлове по подразбиране
За всяка точка от скрипта се предоставят аудио файлове по подразбиране, които се дават на повикващия. Изтегляте аудио файловете по подразбиране от връзката и ги копирате на място, достъпно за B-ACD рутер, като например флаш памет или TFTP сървър. Аудио файловете и скриптовите файлове са групирани в tar файл на уебсайта. Файловете по подразбиране и техните съобщения са изброени в таблицата. Можете да презаписвате персонализирани съобщения върху съобщенията по подразбиране, но не можете да променяте имената на аудио файловете, освен както е описано изрично в Промяна на езикови кодове и имена на файлове.
За да презапишете и инсталирате аудио подканите по подразбиране, преди да използвате B-ACD услуга за първи път, следвайте стъпките в Изтегляне на Tcl скриптове и аудио подкани. За да запишете отново аудио подкани в съществуваща B-ACD услуга, следвайте стъпките в Актуализиране на параметрите на скрипта и аудио подканите (само набиране по вътрешен номер).
| Име на файла по подразбиране | Съобщение по подразбиране | Продължителност на обявяването на неизпълнение |
|---|---|---|
en_bacd_welcome.au |
„Благодаря ви, че се обадихте.“ Включва двусекундна пауза след съобщението. |
3 секунди |
en_bacd_options_menu.au |
За продажби натиснете 1 (пауза) За обслужване на клиенти натиснете 2 (пауза) За да наберете по вътрешен номер, натиснете 3 (пауза) За да говорите с оператор, натиснете нула. Включва четирисекундна пауза след съобщението. |
15seconds |
en_bacd_disconnect.au |
„В момента не можем да приемем обаждането ви.“ Опитайте отново по-късно. Благодаря ви, че се обадихте. Включва четирисекундна пауза след съобщението. |
10seconds |
en_bacd_invalidoption. au |
„Въвели сте невалидна опция.“ Моля, опитайте отново. Включва едносекундна пауза след съобщението. Това съобщение се възпроизвежда, когато обаждащият се избере невалидна опция от менюто или набере невалиден вътрешен номер. |
7seconds |
en_bacd_enter_dest.au |
„Моля, въведете вътрешния номер, с който искате да се свържете.“ Включва петсекундна пауза след съобщението. Това съобщение се възпроизвежда, когато обаждащият се избере опцията |
7seconds |
en_bacd_allagentsbusy. au |
„В момента всички агенти са заети да помагат на други клиенти.“ Продължете да чакате за помощ. Някой ще бъде при теб скоро. Включва двусекундна пауза след съобщението. Този подкана е известен още като втори поздрав. |
7seconds |
en_bacd_music_on_hol d.au |
Музиката при задържане (MOH) се възпроизвежда на повикващи, които получават B-ACD. |
60seconds |
Ако презапишете някой от аудио файловете, имайте предвид, че B-ACD подканите изискват аудио файлов формат G.711 (.au) с 8-битово, mu-law и 8-kHz кодиране. Препоръчваме следните аудио инструменти или други с подобно качество:
-
Adobe Audition за Microsoft Windows от Adobe Systems Inc. (преди това наричан Cool Edit от Syntrillium Software Corp.)
-
AudioTool за Solaris от Sun Microsystems Inc.
Конфигуриране на B-ACD
Ето няколко примера за конфигурация:
application
service aa bootflash:app-b-acd-aa-3.0.0.8.tcl
paramspace english index 1
param handoff-string aa
param dial-by-extension-option
paramspace english language en
param aa-pilot
paramspace english location flash:
param welcome-prompt _bacd_welcome.au
param voice-mail
param service-name queue
!
service queue bootflash:app-b-acd-3.0.0.8.tcl
param queue-len 30
param queue-manager-debugs 1
!
! SIP PSTN Dial-Peers for Auto Attendant(BACD) service called aa associated with incoming voice port
dial-peer voice 500 voip
description Inbound dial-peer for Auto Attendant
service aa
session protocol sipv2
incoming called-number
dtmf-relay rtp-nte
codec g711ulaw
no vad
!
! TDM PSTN Dial-Peers if not using SIP for Auto Attendant(BACD) service called aa associated with incoming voice pots
dial-peer voice 500 voip
description Inbound dial-peer for Auto Attendant
service aa
incoming called-number
port %tdm_port%
! Обяснение на командата:| Команда | Обяснение |
|---|---|
param dial-by-extension-option |
Позволява на повикващите да набират вътрешни номера след набиране на посочения номер от менюто. номер на меню—Идентификатор на опция от менюто. Диапазонът е от 1 до 9. Няма подразбиране. |
param aa-pilot |
Указва пилотния номер, свързан с автоматичния оператор за набиране |
param voice-mail |
Определя алтернативна дестинация за повиквания, на които не отговарят агентите на AA |
paramspace english language en |
Определя езиковия код на аудио файловете, които се използват за динамични подкани от IVR приложение.
Този езиков код трябва да съвпада с двусимволния езиков префикс, използван в имената на вашите файлове с аудио подкани, независимо от езика, който действително се използва във файла. За повече информация вижте приветствения прозорец и други аудио файлове |
param welcome-prompt
audio-filename |
Присвоява аудио файл за приветствения поздрав, използван от тази услуга на AA.
|
Промяна на езикови кодове и имена на файлове
-
Префиксът на всяко име на файл може да бъде променен на ch, en, sp или aa. Префиксът трябва да съответства на кода, посочен в параметъра language-code в командата paramspace language, независимо от действителния език, използван във файла.
-
След префикса си, името на файла с приветствената подкана (по подразбиране е en_bacd_welcome.au) може да има произволно идентификационно име, както е дефинирано в командата
param welcome-prompt. -
След префикса си, името на файла с подканата за преминаване (не е предоставено по подразбиране) може да има произволно идентифициращо име, както е дефинирано в командата
param drop-through-prompt.
В аудио файловете можете да запишете подкана на произволен език. Не е необходимо да променяте префикса на файл, който съдържа подкана на различен език, тъй като префиксите на езиковите кодове се използват за функции, които не са част от услугата B-ACD. Но е важно префиксите на езиковите кодове за вашите файлове да съответстват на езиковия код, посочен в параметъра language-code в командата paramspace language, независимо от езика, действително използван в аудиофайла.
Не променяйте идентификаторната част от името на аудио файл, с изключение на файла _bacd_welcome.au. Скриптовете идентифицират аудио файлове, които имат същите идентификационни имена като тези в Таблица и които имат същия префикс, който сте посочили в езиковата команда paramspace.
Двете изключения от общите правила за именуване на файлове са аудиофайлът с приветствената фраза (по подразбиране е en_bacd_welcome.au) и аудиофайлът с приветствената фраза drop-through-option (не е предоставена стойност по подразбиране). Идентифициращите части от имената на файловете за тези две аудио подкани се задават изрично по време на конфигурирането и са напълно конфигурируеми от потребителя. Тези файлове могат да използват всякакви имена, стига имената да спазват следните конвенции:
-
Префиксът на името на файла трябва да е същият като езиковия код, посочен в езиковата команда paramspace. Например, ен.
-
Идентификаторната част от името на файла трябва да започва с долна черта. Например,
_welcome_to_xyz.au.
Използване на аудио файлове за описание на опциите в менюто
По подразбиране се предоставят два аудио файла, които да осигурят първоначална ориентация на обаждащия се и насоки относно наличните опции в менюто: en_welcome_prompt.au и en_bacd_options_menu.au. Можете да презапишете персонализирани съобщения върху съобщенията по подразбиране, предоставени в тези файлове, както е обяснено в Таблица.
Ако вашата B-ACD услуга използва една AA услуга, запишете приветствен поздрав в en_welcome_prompt.au и инструкции за избор на опции в менюто в en_bacd_options_menu.au.
Ако вашата B-ACD услуга използва множество AA услуги, ще ви трябват отделни поздрави и инструкции за всяка AA, като използвате следните насоки:
-
Запишете отделно приветствено съобщение за всяка услуга на АА, като използвате различно име за аудио файла за всяко приветствено съобщение. Например:
en_welcome_aa1.auиen_welcome_aa2.au. Подканите за добре дошли, които записвате в тези файлове, трябва да включват както поздрава, така и инструкциите за опциите в менюто. -
Запис на тишината в аудиофайла
en_bacd_options_menu.au. Трябва да се запише минимум една секунда тишина. Обърнете внимание, че този файл не съдържа инструкциите от менюто, когато има множество AA услуги.
Опции на менюто
Целта на услугата B-ACD е автоматично да пренасочва повикванията към правилната дестинация във вашата организация. Интерактивните услуги на AA ви позволяват да предоставяте опции от менюто на обаждащите се, така че те да могат да направят подходящия избор за своите обаждания. Видовете опции от менюто, които са налични в B-ACD, са описани в таблицата. Опциите от менюто се съобщават на повикващия чрез аудио подкани, които са описани в „Приветствено подкани и други аудио файлове“ .
| Тип | Описание | Изисквания | Пример |
|---|---|---|---|
Dial-by-extension |
Обаждащият се натиска цифра, за да му бъде позволено да набере известен вътрешен номер. Номерът на менюто, използван за тази опция, не трябва да е същият като който и да е номер от менюто (aa-hunt), използван с услугата за опашка за повиквания. |
Няма изисквания. |
След като чуе опциите от менюто, обаждащият се набира 4 и може да набере вътрешен номер. |
Опция за набиране по вътрешен номер
Услугата B-ACD може да има и опция за набиране по вътрешен номер, която позволява на обаждащите се да набират вътрешни номера, когато вече знаят вътрешния номер. Опцията за набиране по вътрешен номер се показва като опция от менюто.
Опцията за набиране по вътрешен номер се конфигурира чрез задаване на номер на опция от менюто за параметъра за набиране по вътрешен номер. Когато се използва следната команда, повикващите могат да наберат 1 и след това вътрешен номер.
param dial-by-extension-option 1 В рамките на услугата за опашка от повиквания B-ACD, номерът за опцията за набиране по вътрешен номер и номерата за опции на групата за търсене трябва да са взаимно изключващи се. Това ограничение означава, че номерът на опцията, използван за опцията за набиране от вътрешен номер, не може да бъде същият като който и да е от номерата на опциите, използвани с опциите aa-hunt. Например, ако използвате aa-hunt1 до aa-hunt5, за да укажете групи за търсене в конфигурацията на услугата за опашка за повиквания, тогава можете да използвате опция 6 за опцията за набиране по вътрешен номер, но не и която и да е от цифрите от 1 до 5.
Ако всичките десет номера за търсене aa се използват за групи за търсене в услугата за опашка за повиквания, не остава опция за опцията за набиране по вътрешен номер. Обърнете внимание, че това ограничение се основава на всички номера на опции (номера за търсене на aa), използвани с услугата за опашка за повиквания, а не на номерата на опции, използвани с приложение AA.
Изтегляне на Tcl скриптове и аудио подкани
Използвайте тези стъпки, за да подготвите скриптовите файлове и файловете с подкани, необходими за вашата B-ACD услуга.
-
Копирайте tar файла в bootflash паметта на рутера SGW.
Разкомпресирайте tcl и аудио файловете, като използвате командата:
archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:- Презапишете аудио файловете, ако е необходимо.
Обяснение на командите:
| Команда | Обяснение |
|---|---|
|
Изтеглете B-ACD tar файла |
Изтеглете B-ACD tar файла, наречен Този tar файл съдържа AA Tcl скрипта, Tcl скрипта за опашката за повиквания и аудио файловете по подразбиране, които са ви необходими за услугата B-ACD. |
enable |
Активира привилегирован EXEC режим на SGW рутера. Въведете паролата си, ако бъдете подканени. |
archivetar/xtract flash: |
Разкомпресира файловете в B-ACD файловия архив и ги копира във флаш паметта. Следните файлове се съдържат във файла
|
|
Запишете, ако е необходимо | Запишете отново аудио файлове с вашите персонализирани съобщения, но не променяйте имената на аудио файловете. |
Примери
Следният пример извлича файлове от архива, наречен cme-b-acd-2.1.0.0 на сървъра на адрес 192.168.1.1, и ги копира във флаш паметта на рутера B-ACD.
archive tar /xtract tftp://192.168.1.1/cme-b-acd-2.1.0.0.tar flash: Актуализиране на параметрите на скрипта и аудио подканите (само за набиране по вътрешен номер)
Можете да актуализирате параметрите на скрипта B-ACD, като направите промени в конфигурацията на Cisco IOS. За да влязат в сила промените в параметрите, трябва да спрете и да презаредите B-ACD скриптовете, в които сте направили промените. Ако презапишете аудио подканите, трябва да презаредите променените файлове с аудио подкани.
-
Определете идентификаторите на сесиите на всички активни сесии -
Използвайте командата
showcall application sessionsв привилегирован EXEC режим, за да получите номерата на сесиите (SID) на AA и услугите за опашка от повиквания. Ако AA сесията няма активни повиквания, името на AA скрипта не се появява в изхода от командатаshow call application sessions. - Спрете сесиите на B-ACD AA и услугата за опашка от повиквания, ако е необходимо - Използвайки идентификационните номера на сесията от стъпка 1, спрете сесиите на услугата B-ACD AA и услугата за опашка от повиквания. Използвайте командата
call application session stopв привилегирован EXEC режим, за да спрете сесиите на AA и опашката за повиквания. - Презаредете AA скрипта и скриптовете за опашка за повиквания - Използвайте командата
call application voice loadв привилегирован EXEC режим, за да презаредите скриптовете. - Ако файлът с аудио подкана е бил променен, презаредете го - Използвайте командата
audio-prompt loadв привилегирован EXEC режим, за да презаредите аудио файл. Повторете тази команда за всеки променен аудио файл.
Проверка на състоянието на B-ACD
Използвайте командата show call application sessions, за да проверите дали B-ACD е активен.
Следващият пример показва сесия с активни приложения за AA и опашки за повиквания. Полето „App“ е името на услугата, а полето „Url“ е местоположението на скрипт файла за приложението.
Session ID 17
App: aa
Type: Service
Url: flash:app-b-acd-aa-2.1.0.0.tcl
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl Следващият пример показва сесия, в която е активно само приложението за опашки. Скриптът AA не се появява в изхода от командата show call application sessions, защото няма активни повиквания. Името на услугата AA се появява в изхода само когато има активно повикване. Скриптът за опашка за повиквания се активира след първото входящо повикване и остава активен, дори ако няма активни повиквания.
Router# show call application sessions
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl Можете да актуализирате параметрите на скрипта B-ACD, като направите промени в конфигурацията на Cisco IOS. За да влязат в сила промените в параметрите, трябва да спрете и презаредите B-ACD скриптовете, в които сте направили промените, както е обяснено в следващите стъпки. Ако презапишете аудио подканите, трябва да презаредите променените файлове с аудио подкани.
-
Определете идентификаторите на сесиите на всички активни сесии:
Използвайте командата
show call application sessionsв привилегирован EXEC режим, за да получите номерата на сесиите (SID) на AA и услугите за опашка от повиквания. Ако AA сесията няма активни повиквания, името на AA скрипта не се появява в изхода от командатаshow call application sessions.Следният пример показва сесия с активни повиквания. Полето „Приложение“ е името на услугата, дадено на скрипта за опашка за повиквания и скрипта за автоматично управление на повикванията. Можете също да видите имената на услугите в изхода на командата show running-config.
Router# show call application sessions Session ID 17 App: aa Type: Service Url: bootflash:app-b-acd-aa-3.0.0.8.tcl Session ID 12 App: queue Type: Service Url: bootflash:app-b-acd-3.0.0.8.tcl - Спрете сесиите за обслужване на B-ACD AA и опашката за повиквания, ако е необходимо
Използвайки идентификационните номера на сесията от стъпка 1, спрете сесиите на услугата B-ACD AA и услугата за опашка от повиквания. Използвайте командата
call application session stopв привилегирован EXEC режим, за да спрете сесиите на AA и опашката за повиквания.Router# call application session stop id 17 Router# call application session stop id 12Когато използвате командата за спиране на сесията на приложението за повикване за услуга AA, се извършват следните действия:
Услугата AA е спряна.
Всички повиквания, активно свързани с услугата AA, се прекъсват.
Името на услугата AA се премахва от изхода за командата
show call application sessions.За да елиминирате възможността за прекъсване на повикванията, изчакайте, докато няма входящи повиквания, преди да презаредите скрипта, например след работно време.
Ако името на услугата AA не се появява в изхода за командата
show call application sessions, това означава, че няма сесии за повикване и не е необходимо да издавате командаcall application session stopза нея. -
Презаредете скрипта AA и скриптовете за опашката на повикванията
Използвайте командата
call application voice loadв привилегирован EXEC режим, за да презаредите скриптовете.Router# call application voice load aa Router# call application voice load queue -
Ако файлът с аудио подкана е бил променен, заредете го отново
Използвайте командата
audio-prompt loadв привилегирован EXEC режим, за да презаредите аудио файл. Повторете тази команда за всеки променен аудио файл.Router# audio-prompt load flash:en_bacd_welcome.au Reload of flash:en_bacd_welcome.au successful
Ограничения и рестрикции
-
Наличността на услугата за обществена комутируема телефонна мрежа (PSTN) зависи от наличните SIP канали или PSTN вериги по време на прекъсване на мрежата.
-
Устройства с 4G и 5G свързаност (например, приложението Webex за мобилни устройства или таблети) все още могат да се регистрират в Webex Calling по време на прекъсвания. В резултат на това, те може да не са в състояние да се обаждат на други номера от същото местоположение на обекта по време на прекъсване.
-
Моделите за набиране може да работят различно в режим „Оцеляване“ в сравнение с активния режим.
-
Шлюзът за оцеляване трябва да използва IPv4 адрес. IPv6 не се поддържа.
-
Актуализацията на състоянието на синхронизация при поискване в Control Hub може да отнеме до 30 минути.
-
Докът за повикване не се поддържа в режим на оцеляване.
-
Не конфигурирайте командата за SIP bind в режим на конфигуриране на гласова услуга VoIP. Това води до неуспешна регистрация на MPP телефони със Survivability Gateway.
-
Уверете се, че серийните номера на оборудването (ESN) на различните физически местоположения са уникални, за да избегнете конфликти и да подобрите проследимостта, резервирането и надеждността на превключване при срив.
Следните ограничения се прилагат, докато сте в режим на оцеляване:
-
MPP софтуерни клавиши: Софтуерни клавиши като Паркиране, Отпаркиране, Намеса, Вземане, Групово приемане и Изтегляне на повикване не се поддържат, но не се показват като деактивирани на устройството.
-
Споделени линии: Разговорите, направени към споделени линии, могат да звънят на всички устройства; други функции на споделената линия, като например дистанционно наблюдение на състоянието на линията, задържане, възобновяване, синхронизиран режим „Не ме безпокойте“ (DND) и настройки за пренасочване на повиквания, обаче не са налични.
-
Конферентна връзка: Конферентните разговори или тристранните разговори не се поддържат.
-
Основно автоматично разпределение на повикванията (B-ACD): Услугата със съвместно разположени Survivability Gateway и Local Gateway не се поддържа.
-
История на обажданията: Извършените повиквания се съхраняват локално в историята на повикванията както за MPP устройства, така и за приложението Webex.
-
Ловни групи: Можете да конфигурирате до 100 групи за търсене, като всяка група поддържа максимум 32 потребители.
-
Подобрен външен вид на споделените обаждания: Функции като уведомяване за състоянието на линията, споделена линия hold/remote възобновяване, а други с основни повиквания, група за търсене или пренасочване на повиквания не се поддържат.
-
Пренасочване на групови повиквания за търсене: Моделът за маршрутизиране на повиквания с претеглено значение не се поддържа.
Потребителско изживяване по време на превключване на резервни устройства
Ако сайт във вашата компания загуби връзка с интернет и вие сте в този сайт, все пак ще можете да извършвате и получавате повиквания – както вътрешно във вашата компания, така и към/от външни клиенти. Вижте Приложението Webex | Оцеляване на сайта.
Примери за конфигурация
Примери за PSTN връзка
За външни повиквания конфигурирайте връзка с PSTN. Тази тема очертава някои от опциите и предоставя примерни конфигурации. Двете основни опции са:
-
Връзка на гласова интерфейсна карта (VIC) към PSTN
-
SIP trunk към PSTN шлюз
Връзка на гласова интерфейсна карта към PSTN
Можете да инсталирате карта за гласов интерфейс (VIC) на рутера и да конфигурирате порт за връзка към PSTN.
-
За подробности как да инсталирате VIC на рутера, вижте ръководството за инсталиране на хардуер за вашия модел рутер.
-
За подробности как да конфигурирате VIC, заедно с примери, вижте Ръководство за конфигуриране на гласови портове, Cisco IOS Release 3S.
SIP trunk към PSTN шлюз
Можете да конфигурирате SIP trunk връзка, която сочи към PSTN шлюз. За да конфигурирате връзката за магистрала на шлюза, използвайте конфигурацията voice-class-tenant. Следва примерна конфигурация.
voice class tenant 300
sip-server ipv4::
session transport udp
bind all source-interface GigabitEthernet0/0/1
Конфигурация на партньор за набиране
За trunk връзки, конфигурирайте входящи и изходящи точки за набиране за trunk връзката. Конфигурацията зависи от вашите изисквания. За подробна информация за конфигурацията вижте Ръководство за конфигуриране на Dial Peer, Cisco IOS Release 3S.
Следват примерни конфигурации:
Изходящи dial-peers към PSTN с UDP и RTP
dial-peer voice 300 voip
description outbound to PSTN
destination-pattern +1[2-9]..[2-9]......$
translation-profile outgoing 300
rtp payload-type comfort-noise 13
session protocol sipv2
session target sip-server
voice-class codec 1
voice-class sip tenant 300
dtmf-relay rtp-nte
no vad
Входящ dial-peer от PSTN, използващ UDP с RTP
voice class uri 350 sip
host ipv4:
!
dial-peer voice 190 voip
description inbound from PSTN
translation-profile incoming 350
rtp payload-type comfort-noise 13
session protocol sipv2
voice-class codec 1
voice-class sip tenant 300
dtmf-relay rtp-nte
no vad
Превод на числа
За PSTN връзки може да се наложи да използвате правила за транслиране, за да преобразувате вътрешните разширения в E.164 номер, който PSTN може да маршрутизира. Следват примерни конфигурации:
От правилото за превод от PSTN с не +E164
voice translation-rule 350
rule 1 /^\([2-9].........\)/ /+1\1/
voice translation-profile 300
translate calling 300
translate called 300
От правилото за превод на телефонната система с +E164
voice translation-rule 300
rule 1 /^\+1\(.*\)/ /\1/
voice translation-profile 300
translate calling 300
translate called 300
Пример за спешно повикване
Следният пример съдържа пример за конфигурация за спешни повиквания.
Ако WiFi наслагването не съвпада точно с IP подмрежите, тогава спешните повиквания за мобилни устройства може да нямат правилно ELIN съпоставяне.
Места за реагиране при извънредни ситуации (ERL)
voice emergency response location 1
elin 1 14085550100
subnet 1 192.168.100.0 /26
!
voice emergency response location 2
elin 1 14085550111
subnet 1 192.168.100.64 /26
!
voice emergency response zone 1
location 1
location 2
Изходящи абонати
voice class e164-pattern-map 301
description Emergency services numbers
e164 911
e164 988
!
voice class e164-pattern-map 351
description Emergency ELINs
e164 14085550100
e164 14085550111
!
dial-peer voice 301 pots
description Outbound dial-peer for E911 call
emergency response zone 1
destination e164-pattern-map 301
!
dial-peer voice 301 pots
description Inbound dial-peer for E911 call
emergency response callback
incoming called e164-pattern-map 351
direct-inward-dial