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

Настройване на множество локации
Следващото изображение показва сценарий за повреда на мрежата, при който връзката с Webex е прекъсната и крайните точки, разположени на различни места, работят в режим на оцеляване. В мрежата има множество по-малки места, които са картографирани към един портал за оцеляване. Това разгръщане оптимизира използването на ресурсите на портала, като същевременно запазва специфични за местоположението конфигурации за маршрутизиране на повикванията.
Cisco препоръчва да се поддържа праг на латентност от 50 милисекунди за свързване между Survivability Gateway и крайните точки между локациите в LAN.
Основни условия за оцеляване на обекта
Следните условия се прилагат към Портала за оцеляване:
-
Облакът на Webex включва IP адреса на Survivability Gateway, името на хоста и порта в конфигурационния файл на устройството. В резултат на това крайните точки могат да достигнат до Портала за оцеляване за регистрация, ако връзката с Webex се прекъсне.
-
Ежедневната синхронизация на данните за обаждания между облака Webex и Survivability Gateway включва информация за удостоверяване за регистрирани потребители. В резултат на това крайните точки могат да поддържат сигурни регистрации, дори докато работят в режим на оцеляване. Синхронизацията включва и информация за маршрутизиране за тези потребители.
-
Gateway Survivability може да маршрутизира вътрешни разговори автоматично, като използва информацията за маршрутизиране, която Webex предоставя. Добавете конфигурация на багажника на PSTN към портала за оцеляване, за да осигурите външно обаждане.
-
Всеки сайт, който разгръща Site Survival, изисква Gateway за оцеляване в локалната мрежа.
-
Регистрациите и контрола на повикванията се връщат в облака на Webex, след като мрежовата връзка Webex се възобнови за най-малко 30 секунди.
Съвместно разположение с Унифицирана SRST
Gateway Survivability поддържа съвместното разположение на конфигурация Webex Survivability и Unified SRST конфигурация на същия портал. Порталът може да поддържа оцеляването както за Webex Calling крайни точки, така и за крайни точки, които се регистрират в Unified Communications Manager. За да конфигурирате колокация:
-
Конфигурирайте Унифицирана SRST поддръжка за крайни точки, които се регистрират в Унифициран мениджър комуникации. За конфигурацията вижте Cisco Unified SRST Administration Guide...
-
На същата врата, следвайте Прехвърляне на задачи за оцеляване на обектав тази статия да конфигурирате портала с Site Survival за Webex Calling Endpoints.
Съображения за маршрутизиране на повикванията за съвместно ползване
Когато конфигурирате маршрутизиране на повиквания за сценарии за съвместно местоположение, помислете за следното:
-
Шлюза за оцеляване маршрута вътрешни повиквания автоматично, при условие че и двете крайни точки в повикването са регистрирани към шлюза за оцеляване. Вътрешните разговори се маршрутизират автоматично между всеки регистриран клиент (SRST или Webex Calling).
-
Възможно е да има ситуация, при която връзката към една система за контрол на повикванията намалява, докато връзката към другата система за контрол на повикванията остава нагоре. В резултат на това един набор от крайни точки се регистрира към Gateway за оцеляване, докато друг набор от крайни точки в същия сайт регистрира първичен контрол на повикванията. В този случай може да се наложи да маршрутизирате повикванията между двата комплекта крайни точки до SIP багажник или PSTN верига.
-
Външните повиквания и E-повиквания911 могат да бъдат маршрутизирани до SIP багажник или PSTN верига.
Поддържани функции и компоненти
Таблицата по-долу предоставя информация за поддържаните функции.
| Функция | MPP устройства и Webex App | VG4xx ATA |
|---|---|---|
|
Intrasite Extension Call |
Автоматично се поддържа без конкретна конфигурация за маршрутизиране, необходима на Survivability Gateway. |
Автоматично се поддържа без конкретна конфигурация за маршрутизиране, необходима на Survivability Gateway. Алтернативните номера не се поддържат. |
|
Интерсайт и PSTN обаждане (входящи и изходящи) |
PSTN обаждане, базирано на телко верига или SIP багажник. |
PSTN обаждане, базирано на телко верига или SIP багажник. |
|
Обработка на911 повиквания E |
E Обаждането911 изисква PSTN верига или SIP багажник. Изходящите повиквания използват специфичен регистриран идентификационен номер на мястото за аварийно реагиране (ELIN) за определено място за аварийно реагиране (ERL). Ако аварийният оператор върне прекъснато повикване, Gateway за оцеляване насочва повикването към последното устройство, което е повикало номера за спешни повиквания. |
E Обаждането911 изисква PSTN верига или SIP багажник. Изходящите повиквания използват специфичен регистриран идентификационен номер на мястото за аварийно реагиране (ELIN) за определено място за аварийно реагиране (ERL). Ако аварийният оператор върне прекъснато повикване, Gateway за оцеляване насочва повикването към последното устройство, което е повикало номера за спешни повиквания. |
|
Задържане на повикване и възобновяване |
Поддържано Ако използвате Music on Hold (MOH), осигурете Gateway за оцеляване ръчно с MOH файл. |
VG4xx ATA аналоговите линии не могат да задържат или възобновят повикванията. Тази функция се поддържа само когато е получено входящо повикване на VG4xx ATA. |
|
Трансфер на повиквания |
Поддържано |
Тази функция се поддържа само когато е получено входящо повикване на VG4xx ATA. |
|
Blind Call Transfer |
Поддържано |
Тази функция се поддържа само когато е получено входящо повикване на VG4xx ATA. |
|
ИД на входящ повикващия (име) |
Поддържано |
Поддържано |
|
ИД на входящия повикващ (име и номер) |
Поддържано |
Поддържано |
|
Видео разговор от точка до точка |
Поддържано |
Не се поддържа |
|
Трипътно обаждане |
Не се поддържа |
Не се поддържа |
|
Споделени линии |
Поддържано |
Поддържано |
|
Виртуални линии |
Поддържано |
Не се поддържа |
|
Пренасочване на повикване |
Поддържа се за Call Forward All, No Answer и зает. |
Поддържано |
|
Група за търсене |
Подкрепа за следното: Sequential, Parallel, Peer, and Longest-idle. |
Поддържано |
|
Автоматичен секретар |
Поддържа се за набиране чрез разширение |
Поддържано |
При конфигуриране на функцията Site Survival е налична за следните поддържани крайни точки.
| Тип | Модели | Минимална версия |
|---|---|---|
| Cisco IP телефон с многоплатформен (MPP) фърмуер |
6821, 6841, 6851, 6861Wi-6861 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) |
|
Cisco IP конферентен телефон |
7832,8832 |
12.0(1) |
|
Cisco Webex App |
Windows, Мак |
43.2 |
|
Аналогови крайни точки |
VG400 ATA, VG410 ATA и VG420 ATA Cisco ATA 191 и 192 |
17.16.1а 11.3(1) за АТА 191 и 192 |
Устройствата на трети страни не се поддържат с Survivability Gateway.
Следващата таблица помага за конфигуриране на Cisco IOS XE рутери като Gateway за оцеляване. Тази таблица изброява максималния брой крайни точки, които всяка платформа поддържа, и минималната версия на IOS XE.
Функциите на Webex Calling Survivability Gateway са налични с Cisco IOS XE Dublin 17.12.3 версия или по-късни версии. Hunt Group, Call Forward и Auto Attendant функции са достъпни от IOS 17.18.2 и по-късно.
| Модел | Регистрации На Максимална крайна точка | Минимална версия |
|---|---|---|
|
Маршрутизатор интегрирани услуги 4321 | 50 |
Cisco IOS XE Dublin 17.12.3 или по-късни версии |
|
Маршрутизатор интегрирани услуги 4331 | 100 | |
|
Маршрутизатор интегрирани услуги 4351 | 700 | |
|
Маршрутизатор интегрирани услуги 4431 | 1200 | |
|
Integrated Services Router 4451-X | 2000 | |
|
Маршрутизатор интегрирани услуги 4461 | 2000 | |
|
Catalyst 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 |
Референтна информация за порт за Survival Gateway
|
Цел на връзката |
Изходни адреси |
Изходни портове |
Протокол |
Адреси на местоназначение |
Пристанища на местоназначение |
|---|---|---|---|---|---|
|
Сигнал за повикване към Gateway за оцеляване (SIP TLS) |
Устройства |
5060-5080 |
TLS |
Survival Gateway |
8933 |
|
Call media to Survivability Gateway (SRTP) |
Устройства |
19560-19660 |
UDP |
Survival Gateway |
8000-14198 (SRTP над UDP) |
|
Сигнализация на PSTN шлюз (SIP) |
Survival Gateway |
Мимолетен |
TCP или UDP |
Вашият ITSP PSTN портал |
5060 |
|
Обадете се на PSTN шлюз (SRTP) |
Survival Gateway |
8000-48198 |
UDP |
Вашият ITSP PSTN портал |
Мимолетен |
|
Синхронизация на времето (NTP) |
Survival Gateway |
Мимолетен |
UDP |
NTP сървър |
123 |
|
Name resolution (DNS) |
Survival Gateway |
Мимолетен |
UDP |
DNS сървър |
53 |
|
Облачно управление |
Конектор |
Мимолетен |
Е-мейл |
Webex услуги |
443,8433 |
За оперативни насоки относно облачния режим, вижте Референтна информация за порт за обаждане в WebexПомощ статия.
Можете да персонализирате стойностите за настройка на портове на рутери Cisco IOS XE. Тази таблица използва стойности по подразбиране за предоставяне на насоки.
Настройки на функцията
Работен поток за конфигуриране на оцеляването на обекта
Изпълнете следните задачи, за да добавите Survival Site за съществуващо местоположение на Webex Calling. Ако връзката с облака на Webex се прекъсне, Gateway за оцеляване в локалната мрежа може да осигури резервен контрол на обажданията за крайни точки на това място.
Преди да започнете
Ако трябва да предоставите нов портал, който да действа като портал за оцеляване, вижте статията на Webex Регистрирайте Cisco IOS Managed Gateways към Webex Cloudза да добавите портала към контролния център.
| Стъпки | Команда или действие | Цел |
|---|---|---|
|
1 | Задаване на услуга за оцеляване на шлюз |
В контролния център, задайте Survivability Gateway обслужване на врата. |
|
2 | Изтегляне на шаблон за config |
Изтеглете шаблона за конфигурация от Control Hub. Ще ви е необходим шаблона, когато конфигурирате командния ред на шлюза. |
|
3 |
Конфигуриране на лицензи за Survival Gateway. | |
|
4 |
Конфигуриране на удостоверенията за Gateway за оцеляване. | |
|
5 |
Използвайте шаблона за конфигурация, който сте изтеглили по-рано като ръководство за конфигуриране на командния ред на шлюза. Попълнете всички задължителни конфигурации, които са в шаблона. |
Задаване на услуга за оцеляване на шлюз
Преди да започнете
| 1 |
Отидете на Calling под Services, и след това кликнете върху Managed Gateways . Изгледът на управляваните шлюзове показва списъка с шлюзове, които управлявате чрез контролния център.
|
| 2 |
Изберете портала, който искате да присвоите като портал за оцеляване, и изберете един от следните, въз основа на стойността на Service поле:
|
| 3 |
От падащия тип услуга изберете Survivability Gateway и попълнете следните полета:
След като завършите записването, подробностите за местоположението се появяват на страницата Managed gateways. |
| 4 |
Щракнете върху Assign. Изглед на управляваните шлюзове показва списъка с местоположения, които са определени на шлюзовете.
|
Изтегляне на шаблон за config
| 1 |
Влезте в Контролен център... Ако сте партньорска организация, стартира Partner Hub. За да отворите контролния център, щракнете върху Customer разгледайте Partner Hub и изберете съответния клиент, или изберете My Organization за отваряне на настройките на контролния център за партньорската организация. |
| 2 |
Отидете на . |
| 3 |
Кликнете върху приложимия портал за оцеляване. |
| 4 |
Щракнете върху Download Config Template и изтеглете шаблона на вашия десктоп или лаптоп. |
Настройване на лиценза
| 1 |
Въведете режим на глобална конфигурация на рутера:
|
| 2 |
Конфигурирайте лицензи, като използвате командите, които важат само за вашата конкретна платформа.
Когато конфигурирате пропускателната способност по-висока 250от Mbp, се нуждаете от лиценз за платформа HSEC. |
Настройване на удостоверенията
Конфигуриране на удостоверения на Cisco IOS XE
Изпълнете следните стъпки, за да заявите и създадете сертификати за Gateway за оцеляване. Използвайте сертификати, подписани от публично известен сертифициращ орган.
Платформата Survivability Gateway поддържа само публично известни CA сертификати. Частни или корпоративни CA сертификати не могат да се използват за Survivability Gateway.
За списък на администраторите на удостоверения, които се поддържат за Webex Calling, вижте Какви органи за root сертификат се поддържат за обаждания до аудио и видео платформи на Cisco Webex?...
Платформата Survivability Gateway не поддържа сертификата за wildcard.
Стартирайте командите от примерния код, за да завършите стъпките. За допълнителна информация относно тези команди, заедно с повече опции за конфигурация, вижте “ SIP TLS поддръжка“ Глава в Cisco Unified Border Element Configuration Guide...
| 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 |
Проверете дали е наличен root CA сертификат: С решението за обаждане на Webex се поддържат само публично известни органи за сертификация. Не се поддържат частни или корпоративни CA сертификати. |
| 8 |
Ако основният ви сертификат за CA не е включен в пакета, придобийте сертификата и го импортирайте в нова доверителна точка. Изпълнете тази стъпка, ако публично известен CA root сертификат не е наличен с вашия Cisco IOS XE портал.
При подкана поставете съдържанието на базовия 64 сертификат CER/PEM в терминала. |
| 9 |
Използвайки режим на конфигурация, посочете доверителната точка по подразбиране, версията на TLS и SIP-UA неизправности със следните команди.
|
Сертификати за внос заедно с ключови двойки
Можете да импортирате CA сертификати и ключови двойки като пакет, като използвате PKCS12 формат (.pfx или .p12). Можете да импортирате пакета от локална файлова система или отдалечен сървър. PKCS е12 специален тип сертификат формат. Той обединява цялата верига на сертификата от основния сертификат през удостоверението за самоличност, заедно с ключовата двойка RSA. Това означава, че пакетът PKCS12 , който импортирате, ще включва ключовата двойка, хост сертификати и междинни сертификати. Импортиране на пакет12 PKCS за следните сценарии:
-
Експортиране от друг рутер на Cisco IOS XE и импортиране във вашия рутер Survival Gateway
-
Генериране на пакета PKCS извън12 Cisco IOS XE рутер с помощта на OpenSSL
Изпълнете следните стъпки, за да създадете, експортирате и импортирате сертификати и ключове за вашия маршрутизатор Survival Gateway.
| 1 |
(По избор) Експортирайте пакета PKCS12 , необходим за вашия маршрутизатор Survival Gateway.
Тази стъпка е приложима само ако експортирате от друг рутер на Cisco IOS XE. |
| 2 |
(По избор) Създаване на PKCS пакет12 с помощта на OpenSSL. Тази стъпка е приложима само ако генерирате PKCS пакет извън12 Cisco IOS XE с помощта на OpenSSL. |
| 3 |
Импортиране на файловия пакет във формат12 PKCS.
По-долу е примерна конфигурация за командата и подробности относно конфигурируемите параметри:
The crypto pki import командата автоматично изгражда доверителната точка, за да настани сертификата. |
| 4 |
Използвайки режим на конфигурация, посочете доверителната точка по подразбиране, версията на TLS и SIP-UA неизправности със следните команди.
|
Настройване на шлюза за оцеляване
Конфигуриране на шлюза като шлюз за оцеляване
Използвайте шаблона за конфигурация, който сте изтеглили по-рано като ръководство за конфигуриране на командния ред на шлюза. Попълнете задължителните конфигурации в шаблона.
Следващите стъпки съдържат примерни команди заедно с обяснение на командите. Редактирайте настройките, за да паснете на разполагането си. Ъгловите скоби (например, <settings>) Определете настройки, където трябва да въведете стойности, които се отнасят за Вашето разполагане. Различните настройки <tag> използват числени стойности за идентифициране и присвояване на набори от конфигурации.
- Освен ако не е посочено друго, това решение изисква да попълните всички конфигурации в тази процедура.
- Когато прилагате настройки от шаблона, заменете
%tokens%с любимите си стойности, преди да копирате на портала. - За повече информация относно командите вижте Препратка към командата на Webex... Използвайте това ръководство, освен ако описанието на командата не се отнася до друг документ.
| 1 |
Въведете в режим на глобална конфигурация.
където:
|
| 2 |
Изпълнение на конфигурациите за гласови услуги:
Описание на командите:
|
| 3 |
Възможност за оцеляване на рутера:
Обяснение на командите:
|
| 4 |
Настройване на NTP сървъри:
|
| 5 |
(Незадължително). Задаване на общи разрешения за повиквания за ограничаване:
Горният пример създава набор от потребителски клас на ограниченията, наречени категории (например, |
| 6 |
Настройване на списък с предпочитани кодеци. Например следният списък определя g ulaw като 711предпочитан кодек, следван от g711alaw.
Обяснение на командите:
|
| 7 |
Настройване на пуловете за запис на глас по подразбиране:
Описание на командите:
|
| 8 |
Настройване на аварийното повикване:
Обяснение на командите:
Ако Wi-Fi припокриването не съвпада точно с IP подмрежите, тогава спешното повикване за номадични устройства може да не разполага с правилното ELIN картографиране. |
| 9 |
Настройване на пишещите устройства за PSTN. За пример на конфигурацията на чифтосване вижте Примери за PSTN връзка... |
| 10 |
По желание Включете Music on Hold за рутера. Трябва да съхранявате музикален файл в рутера флаш памет във формат G.711 формат. Файлът може да бъде във формат .au или .wav, но форматът на файла трябва да съдържа 8-bit 8-kHz данни (например ITU-T A-law или mu-law формат на данни).
Описание на командите:
|
Пълна синхронизация при поискване
По желание Изпълнете тази процедура само ако искате да завършите незабавно синхронизиране при поискване. Тази процедура не е задължителна, тъй като синхронизацията в облака на Webex извиква данни към Gateway веднъж дневно, автоматично.
| 1 |
Влезте в Контролен център... Ако сте партньорска организация, стартира Partner Hub. За да отворите контролния център, щракнете върху Customer разгледайте Partner Hub и изберете съответния клиент, или изберете My Organization за отваряне на настройките на контролния център за партньорската организация. |
| 2 |
Отидете на . |
| 3 |
Кликнете върху приложимия портал за оцеляване, за да отворите Survivability Service Изглед към тази врата. |
| 4 |
Кликнете върху Sync бутон. |
| 5 |
Щракнете върху Submit. Може да отнеме няколко минути10 , за да завърши синхронизацията.
|
Редактиране на свойствата на шлюза
| 1 |
Влезте в Контролен център... Ако сте партньорска организация, стартира Partner Hub. За да отворите контролния център, щракнете върху Customer разгледайте Partner Hub и изберете съответния клиент, или изберете My Organization за отваряне на настройките на контролния център за партньорската организация. |
| 2 |
Отидете на . |
| 3 |
Кликнете върху приложимия портал за оцеляване, за да отворите Survivability Service Изглед към тази врата. |
| 4 |
Кликнете върху Edit бутон и актуализиране на настройките за следното.
|
| 5 |
Щракнете върху Submit. Ако искате да изтриете шлюз за оцеляване от контролния център, изключете 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- Тази команда е необходима за включване на маркера за набиране в CDR. -
maximum cdrflush-timer 5- По подразбиране е минути60 , но настройването му в минути 5 позволява на CDR да бъдат влезли във файла по-бързо. -
cdr-format detailed- Това е форматът по подразбиране. Компактният формат не е подходящ, тъй като не включва маркера за набиране на връстници.
Конфигурации, позволяващи пренасочване на повиквания
Функцията за препращане на повиквания е част от функциите за оцеляване, които осигуряват непрекъснато управление на повикванията по време на прекъсвания на мрежата, когато връзката с облака на Webex е загубена. Шлюзът за оцеляване действа като местен шлюз за връщане, позволяващ на крайните точки да се регистрират на местно ниво и да поддържат важни възможности за повикване.
-
Поведението на пренасочване на повиквания в режим Survivability се управлява от портала Survivability, използвайки конфигурация на басейн, конфигурации на повиквания и правила за маршрутизиране, които се справят с повикванията на местно ниво или ги извеждат през PSTN или SIP багажници.
-
Шлюзът за оцеляване деактивира SIP REFER, SIP се премести временно за повикване напред и допълнителни услуги за трансфер на повиквания, тъй като Webex Calling не използва тези методи в режим на оцеляване.
Конфигуриране на гласови регистри за сценарии за обаждания:
|
За да използвате функцията за препращане на повикването, конфигурирайте
|
Настройки за включване на група за лов
Тази таблица предоставя картографиране на функционалната конфигурация на хънт групата в контролния център и използване на командите на шлюза за оцеляване
| Хънт група функции | Конфигурация с помощта на контролния център | Командите на шлюза за оцеляване |
|---|---|---|
|
Изберете модел на маршрутизиране на повиквания |
Top-Down/Simultaneous/Circular/Longest-idle | Sequential/Parallel/Peer/Longest-idle |
|
Add Hunt Group |
Добавете ловна група с име и телефонен номер на местоположение. | За да добавите Hunt Group, използвайте voice hunt-group <tag> <call routing pattern>. След това добавете телефонния номер с помощта на pilot име на група с команда и лова description командване |
|
Изберете потребители, работни пространства или виртуални линии, които да добавите |
Изберете агенти, които да бъдат част от Хънт Груп |
Конфигуриране на списък с агенти, използващи |
|
Напред след зададен брой пръстени |
Настройване с помощта на Set number of Rings опция |
Настройване с помощта на |
|
Напред, когато е зает |
Настройване с помощта на Advance when busy Option |
Настройване с помощта на |
|
Разсейване на обажданията, когато всички агенти са недостъпни | Настройване с помощта на Divert calls when all agents unreachable опция |
Настройване с помощта на |
|
Разсейване на обажданията, когато всички агенти са заети или ловната група е заета |
Настройване с помощта наDivert calls when all agents are busy or the hunt group is busy Option |
Настройване с помощта |
-
Настройване на Hunt group sequential rings
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 -
Настройване на Hunt групови паралелни пръстени
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- Създава списък с разширения/e номера164 /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#
Конфигурации, позволяващи Basic Automatic Call Distribution (B-ACD)
Основната автоматична дистрибуция на повиквания (B-ACD) и автоматична поддръжка (AA) услуга осигурява автоматичен отговор на външни повиквания с поздравления и менюта, които позволяват на обаждащите се да изберат подходящия отдел или да наберат известни номера на разширението.
B-ACD осигурява автоматичен отговор и разпределение на повиквания за разговори, използвайки интерактивни менюта и местни ловни групи. Приложението B-ACD се състои от автоматични (AA) услуги и една услуга за кол-опашка. B-ACD автоматично асистент поддържа PSTN разговори, които се договарят с входящ SIP багажник с g711ulaw кодек
B-ACD поддържа гласови ловни групи с последователна, паралелна, партньорска, най-дългата безизходица на повикване blast подкрепа SIP споделени линии и смесени споделени линии.
Входящо повикване поръчва номера на пилота B-ACD AA и чува подсказка, която дава поздрав и инструкции, за да помогне на повикващия автоматично да маршрутизира повикването.
Ограничения
Използвайте същия кодек при входящи и изходящи повиквания при прехвърляне на повиквания. Използването на различни кодеци не се поддържа. IOS няма да се обади на транскодер за обажданията, обработени от която и да е TCL приложение.
B-ACD компоненти
Приложението B-ACD се състои от услуга за кол-опашка и една или повече АА услуги. Конфигурируемите компоненти на тези услуги са:
-
Номер на пилота
-
Добре дошли Prompt и други аудио файлове
-
Опции на менюто
-
Набиране чрез разширение
Номер на пилота
Всяка АА услуга има свой собствен АА пилотен номер, който обаждащите се набират, за да достигнат АА. Този номер е посочен в param aa-pilot команда. Номерът на пилота AA не е свързан с телефонен номер на агенти или физически телефон, но трябва да дефинирате пиър с номерът на пилота AA като входящ повикан номер, така че този номер да е достъпен от външни обаждащи се.
Добре дошли Prompt и други аудио файлове
Поканата за добре дошли е аудио файл, който се изпълнява, когато на повикване е отговорено от номера на пилота. Този аудио файл е един от редица аудио файлове, които се използват с услугата B-ACD, за да информират обаждащите се за техния статус и всички действия, които могат да предприемат. Можете да създадете персонализирани аудио файлове, описващи избора на менюто, които са на разположение на вашите обаждащи се. B-ACD аудио файлове са описани в следните раздели:
Пресъздаване на аудио файлове по подразбиране
Аудио файлове по подразбиране се предоставят за всяка точка в скрипта и се дават на обаждащите се. Изтегляте аудио файловете по подразбиране от линки ги копирайте на място, което може да бъде достигнато чрез B-ACD рутер, като флаш памет или TFTP сървър. Аудио файловете и скриптовите файлове са групирани в катран файл на сайта. Файловете по подразбиране и техните съобщения са изброени в таблицата. Можете да възстановите персонализирани съобщения над съобщенията по подразбиране, но не можете да променяте имената на аудио файловете, освен ако изрично не е описано в Промяна на езиковите кодове и имената на файловете...
За да запишете и инсталирате аудио команди по подразбиране, преди да използвате B-ACD услуга за първи път, следвайте стъпките в Изтегляне на Tcl скриптове и аудио команди... За да възстановите аудио заявки в съществуваща B-ACD услуга, следвайте стъпките в Актуализиране на параметрите на скрипта и аудио подсказките (само избиране чрез разширение)...
| Име на файл по подразбиране | Съобщение по подразбиране | Продължителност на съобщението по подразбиране |
|---|---|---|
en_bacd_welcome.au |
— Благодаря ти, че се обади. Включва пауза от две секунди след съобщението. |
3 секунди |
en_bacd_options_menu.au |
За преса за продажби 1 (пауза) За клиентска преса 2 (пауза) За набиране чрез удължител 3 (пауза) За да говорите с оператор натиснете нула. Включва 4-секундна пауза след съобщението. |
15секунди |
en_bacd_disconnect.au |
"В този момент не можем да приемем вашето обаждане. Моля, опитайте отново по-късно. Благодаря ви, че се обадихте." Включва 4-секундна пауза след съобщението. |
10секунди |
en_bacd_invalidoption. au |
„Вие сте въвели невалидна опция. Моля опитайте отново." Включва една втора пауза след съобщението. Тази команда се изпълнява, когато повикващият избере невалидна опция от менюто или поръча невалидно разширение. |
7секунди |
en_bacd_enter_dest.au |
„Моля, въведете номера на разширението, до който искате да достигнете.“ Включва петсекундна пауза след съобщението. Тази команда се изпълнява, когато повикващият избере |
7секунди |
en_bacd_allagentsbusy. au |
"В момента всички агенти са заети да помагат на други клиенти. Продължавайте да търсите помощ. Някой скоро ще бъде с теб.” Включва пауза от две секунди след съобщението. Тази молба е известна още като втория поздрав. |
7секунди |
en_bacd_music_on_hol d.au |
Music on hold (MOH) се свири на B-ACD обаждащите се. |
60секунди |
Ако пренаписвате някой от аудио файловете, имайте предвид, че B-ACD заявките изискват G.711 аудио файл (.au) формат с 8-bit, 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 <dial-by-extn menu option, standard BACD script menu option is 3>
paramspace english language en
param aa-pilot <auto attendant 164 pilot number associated in auto attendant dial-peer>
paramspace english location flash:
param welcome-prompt _bacd_welcome.au
param voice-mail <alternate destination for calls that are not answered>
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 <Auto Attendant Pilot 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 <Auto Attendant Pilot number>
port %tdm_port%
! Обяснение на командата:| командване | Обяснение |
|---|---|
param dial-by-extension-option <menu-number> |
Позволява на обаждащите се да набира номера на разширението след набиране на посочения номер от менюто. Номер на менюто—Идентификатор на опция от менюто. Диапазонът е от 1 до 9. Няма по подразбиране. |
param aa-pilot |
Указва номера на пилота, асоцииран в автоматичното набиране на повиквания |
param voice-mail |
Задаване на алтернативна дестинация за обаждания, които не са отговорени от агенти на АА |
paramspace english language en |
Дефинира езиковия код на аудио файлове, които се използват за динамични заявки от IVR приложение.
Този езиков код трябва да съответства на двусимволната езикова представка, използвана в имената на вашите аудио файлове, независимо от езика, който всъщност се използва във файла. За повече информация вижте Добре дошли Prompt и други аудио файлове |
param welcome-prompt
audio-filename |
Присвоява аудио файл за поздравлението за добре дошли, използвано от тази услуга.
|
Промяна на езиковите кодове и имената на файловете
-
Представката на всяко име на файл може да бъде променена на ch, en, sp или aa. Представката трябва да съответства на кода, посочен в параметъра език-код в командата paramspace език, независимо от използвания език във файла.
-
След представката си, името на prompt filename (по подразбиране е en_bacd_welcome.au) може да има всяко идентифициращо име, както е определено в
param welcome-promptкоманда. -
След представката си, падащото име на файл (не е предоставено по подразбиране) може да има всяко идентифициращо име, както е определено в
param drop-through-promptкоманда.
В аудио файловете можете да запишете заявка на всеки език. Не е необходимо да се променя представката на файл, който съдържа заявка на друг език, тъй като представките за език-код се използват за функции, които не са част от услугата B-ACD. Но е важно представките за езиковия код за вашите файлове да съответстват на езиковия код, който е посочен в параметъра език-код в командата paramspace език, независимо от езика, който всъщност се използва в аудио файла.
Не променяйте идентификационната част на името на аудио файл, с изключение на _bacd_welcome.au файла. Скриптовете идентифицират аудио файлове, които имат същите идентификационни имена като тези в Таблицаи имат същата представка, която сте посочили в командата на paramspace език.
Двете изключения от общите правила за именуване на файлове са добре дошли-prompt аудио файл (по подразбиране е en_bacd_welcome.au) и drop-through-option бърз аудио файл (не е предоставен по подразбиране). Идентифициращите части на имената на файловете за тези две аудио заявки са изрично посочени по време на конфигурацията и са напълно конфигурируеми за потребителя. Тези файлове могат да използват имена на файлове, при условие че имената спазват следните конвенции:
-
Представката на името на файла трябва да бъде същата като езиковия код, посочен в командата paramspace language. Например, в.
-
Идентификационната част на името на файла трябва да започне с долна черта. Например,
_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 услуга използва множество АА услуги, ще се нуждаете от отделни поздравления и инструкции за всяка АА, като използвате следните насоки:
-
Запишете отделна заявка за добре дошли за всяка АА услуга, като използвате различно име за аудио файла за всяка заявка за добре дошли. Например:
en_welcome_aa1.auиen_welcome_aa2.au. Съветите за добре дошли, които записвате в тези файлове, трябва да включват както поздравления, така и инструкции за опциите на менюто. -
Запис на тишината в аудио файла
en_bacd_options_menu.au. Трябва да се запише най-малко една секунда мълчание. Имайте предвид, че този файл не съдържа инструкциите в менюто, когато има множество АА услуги.
Опции на менюто
Целта на услугата B-ACD е автоматично да насочва обажданията към правилната дестинация във вашата организация. Интерактивните АА услуги ви позволяват да предоставите опции за меню на обаждащите се, така че те да могат да направят правилния избор за обажданията си. Типовете опции на менюто, които са налични в B-ACD, са описани в таблицата. Опциите на менюто се обявяват на обаждащите се чрез аудио заявки, които са описани в Добре дошли Prompt и други аудио файлове...
| Тип | Описание | Изисквания | Пример |
|---|---|---|---|
Dial-by-extension |
Обаждащият се натиска цифра, за да може да набира известно разширение. Номерът на менюто, използван за тази опция, не трябва да бъде същият като номерът на менюто (aa-hunt), използван с услугата за повикване на опашката. |
Няма изисквания. |
След като чуе избора на менюто, обаждащият се 4 поръчва и може да набира вътрешен номер за разширение. |
Опция за набиране по разширение
Услугата B-ACD може да има опция за набиране по разширение, която позволява на обаждащите се да набира вътрешни номера за разширение, когато вече знаят номера за разширение. Опцията за набиране по разширение се показва като опция в менюто.
Опцията dial-by-extension се конфигурира чрез задаване на номер на опцията в менюто за параметъра dial-by-extension. Когато се използва следната команда, обаждащите се могат да изберат и 1 след това да изберат номер на разширение.
param dial-by-extension-option 1
В рамките на B-ACD услуга за кол-опашка номерът на опцията за набиране по разширение и номерът на опцията за група лов трябва да бъдат взаимно изключващи се. Това ограничение означава, че номерът на опцията, използван за опцията за набиране по разширение, не може да бъде същият като който и да е от номерата на опциите, използвани с опциите aa-hunt. Например, ако използвате aa-hunt към aa-hunt1 , за да5 зададете групи за лов в конфигурацията на услугата за повикване-опашка, тогава можете да използвате опцията за 6 опцията за dial-by-extension, но не и един от числата 1 към 5.
Ако всички десет номера на aa-hunt се използват за ловни групи в услугата call-queue, няма останала опция за опцията dial-by-extension. Имайте предвид, че това ограничение се основава на всички номерата на опциите (AA-hunt номера), използвани с услугата за кол-опашка, а не на номерата на опциите, използвани с AA приложение.
Изтегляне на Tcl скриптове и аудио команди
Използвайте тези стъпки, за да подготвите скриптови файлове и бързи файлове, които са необходими за вашата B-ACD услуга.
-
Копиране на катран в SGW рутер bootflash
Разкомпресиране на tcl и аудио файлове с помощта на командата:
archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:- Повторете аудио файловете, ако е необходимо.
Описание на командите:
| командване | Обяснение |
|---|---|
|
Изтегляне на B-ACD катран файл |
Изтегляне на B-ACD катран файл наречен Този катран файл съдържа AA Tcl скрипта, кол-опашката Tcl скрипта и аудио файловете по подразбиране, които ви трябват за B-ACD услуга |
enable |
Позволява привилегирован EXEC режим на SGW рутера. Въведете паролата си, ако е указано. |
archivetar/xtract <source-url> flash: |
Декомпресира файловете в B-ACD файловия архив и ги копира до флаш памет. Следните файлове се съдържат в
|
|
Запис, ако е необходимо | Възстановете аудио файлове с вашите персонализирани съобщения, но не променяйте имената на аудио файлове. |
Примери
Следният пример извлича файлове от архива, наречен cme-b-acd-2.1.0.0 на сървъра at.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 и сесиите за обслужване на повиквания, ако е необходимо - Използвайки идентификационните номера на сесията от Step1, спрете услугата 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 е активна.
Следният пример показва сесия с активни приложения за АА и кол-опашка. Полето “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команда.Следният пример показва сесия с активни обаждания. Полето „App“ е името на услугата, дадено на скрипта за кол-опашка и скрипта AA. Можете също така да видите имената на услугата в изхода на командата за изпълнение на програмата.
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 и сесиите за обслужване на повиквания, ако е необходимо
Използвайки идентификационните номера на сесията от Step1, спрете услугата B-ACD AA и сесиите за обслужване на повиквания. Използвай
call application session stopкоманда в привилегирован режим EXEC, за да спре сесиите на AA и кол-опашката.Router# call application session stop id 17 Router# call application session stop id 12Когато използвате командата за спиране на повикването за АА услуга, се случват следните действия:
Услугата АА е спряна.
Всички разговори, които са активно свързани към услугата АА, са изключени.
Името на услугата 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
Ограничения и ограничения
-
Наличността на услугата Public Switched Telephone Network (PSTN) зависи от SIP багажниците или PSTN веригите, налични по време на прекъсване на мрежата.
-
Устройствата с свързаност 4G и 5G (например Webex App за мобилни устройства или таблети) все още могат да се регистрират в Webex Calling по време на прекъсвания. В резултат на това те може да не могат да се обадят на други номера от едно и също местоположение по време на прекъсване.
-
Моделите за набиране могат да работят по различен начин в режим на оцеляване, отколкото в активен режим.
-
Порталът за оцеляване трябва да използва IPv4 адрес. IPv6 не се поддържа.
-
Актуализацията на състоянието на синхронизация при поискване в контролния център може да отнеме до 30 минути.
-
Докът за повикване не се поддържа в режим на оцеляване.
-
Не конфигурирайте
SIP bindкоманда в режим на гласова услуга voip конфигурация. Това води до неуспешна регистрация на крайните точки с Survivability Gateway. -
Уверете се, че значителният брой на предприятията (ESN) в различните физически местоположения е уникален, за да се избегнат конфликти и да се подобри проследимостта, дублирането и надеждността на неизправностите.
Следните ограничения се прилагат по време на режим на оцеляване:
-
MPP Softkeys: Софтуерните клавиши като Park, Unpark, Barge, Pickup, Group Pickup и Call Pull не се поддържат, но не се показват деактивирани на устройството.
-
Споделени линии: Обажданията, направени към споделени линии, могат да звънят на всички устройства; други функции на споделени линии като мониторинг на състоянието на отдалечената линия, задържане, възобновяване, синхронизирано не смущавайте (DND) и настройки за пренасочване на повиквания не са налични.
-
Конференции: Не се поддържа конферентна връзка или тристранно обаждане.
-
Основно автоматично разпределение на повикванията (B-ACD): Услугата със съвместно разположени Survivability Gateway и Local Gateway не се поддържа.
-
История на обажданията: Направените повиквания се съхраняват локално в историята на повикванията както за MPP устройства, така и за приложението Webex.
-
Ловни групи: Можете да конфигурирате до ловни групи100 , като всяка група поддържа максимален брой 32 потребители.
-
Подобрен вид на споделено обаждане: Функции като уведомяване за състоянието на линия, споделено задържане на линия/отдалечено възобновяване и други с Основни обаждания, Hunt Group или Call Forward не се поддържат.
-
Маршрутизиране на повиквания от група Хънт: Моделът на Претеглена маршрутизация на повикванията не се поддържа.
Потребителски опит по време на фалита
Ако сайт във вашата компания загуби връзка с интернет и вие сте в този сайт, все пак ще можете да извършвате и получавате повиквания – както вътрешно във вашата компания, така и към/от външни клиенти. Зее Webex App | Оцеляване на сайта...
Примери за настройки
Примери за PSTN връзка
За външно повикване конфигурирайте връзка към PSTN. Тази тема очертава някои от опциите и предоставя примерни конфигурации. Двата основни варианта са:
-
Връзка с Voice Interface Card (VIC) към PSTN
-
SIP багажник до PSTN шлюз
Връзка с гласови интерфейсни карти с PSTN
Можете да инсталирате Voice Interface Card (VIC) на рутера и да конфигурирате порт връзка към PSTN.
-
За подробности как да инсталирате VIC на рутера, вижте ръководството за инсталиране на хардуер за вашия рутер модел.
-
За подробности как да конфигурирате ВИК, заедно с примерите, вижте Ръководство за конфигурация на гласовия порт, Cisco IOS Release 3S-то...
SIP багажник до PSTN шлюз
Можете да конфигурирате SIP багажна връзка, която сочи към PSTN портал. За да конфигурирате багажната връзка на портала, използвайте конфигурацията на гласовия клас. Следва примерна конфигурация.
voice class tenant 300
sip-server ipv4:<ip_address>:<port>
session transport udp
bind all source-interface GigabitEthernet0/0/1
Избор на партньорска настройка
За багажни връзки, конфигурирайте входящи и изходящи набиране на връстници за багажната връзка. Конфигурацията зависи от вашите изисквания. За подробна информация за конфигурацията вижте Dial Peer Configuration Guide, Cisco IOS Release 3S-то...
Следните са примерни конфигурации:
Изходящи пионери към 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:<ip_address>
!
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