В тази статия
dropdown icon
Съображения за разпола
    Настройване на единично местоположение
    Настройване на множество местоположения
    Основни условия за оцеляване на обекта
    Колокация с Унифициран SRST
    Поддържани функции и компоненти
    Референтна информация за порта за шлюз за оцеляване
dropdown icon
Конфигурация на функциите
    Поток на задачите за конфигуриране на оцеляването на сайта
    Присвояване на услуга за оцеляване на шлюз
    Изтеглете конфигурационен шаблон
    Конфигуриране на лицензиране
dropdown icon
Конфигуриране на сертификати
    Конфигурирайте сертификатите на Cisco IOS XE
    Импортиране на сертификати заедно с ключови двойки
dropdown icon
Конфигуриране на шлюза за оцеляване
    Конфигурирайте шлюза като шлюз за оцеляване
    Пълна синхронизация при поискване
    Редактиране на свойствата на шлюза за оцеляване
    Конфигурации за активиране на CDR на шлюз за оцеляване
    Конфигурации, за да активирате пренасочване
    Конфигурации за активиране на група за лов
    Конфигурации за активиране на основно автоматично разпределение на повиквания (B-ACD)
Ограничения и ограничения
Потребителско изживяване по време на превключване
dropdown icon
Примери за конфигурация
    Примери за връзка с PSTN
    Пример за спешно повикване
Възможност за оцеляване на сайта за Webex Calling
list-menuВ тази статия
list-menuОбратна връзка?

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

Съображения за разпола

По подразбиране Webex Calling крайните точки работят в активен режим, свързвайки се с облака Webex за SIP регистрация и контрол на повикванията. Ако мрежовата връзка с Webex е загубена, крайните точки автоматично преминават в режим на оцеляване и се регистрират в локалния шлюз за оцеляване. В този режим шлюзът предоставя основни услуги за резервни разговори. След като мрежовата връзка с Webex бъде възстановена, контролът на повикванията и регистрациите преминават обратно към облака Webex.

Следните повиквания се поддържат в режим на оцеляване:

  • Вътрешно извикване (интрасит) между поддържаните крайни точки Webex Calling

  • Външни повиквания (входящи и изходящи) с помощта на локална PSTN верига или SIP багажник към външни номера и доставчици на E911

За да използвате тази функция, трябва да конфигурирате Cisco IOS XE рутер в локалната мрежа като шлюз за оцеляване. Шлюзът за оцеляване синхронизира ежедневно информация за обаждания от облака Webex за крайни точки на това място. Ако крайните точки преминат в режим на оцеляване, шлюзът може да използва тази информация, за да поеме SIP регистрациите и да предостави основни услуги за повикване.

Настройване на единично местоположение

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

Diagram of a network failure scenario where the connection to Webex is broken and endpoints at the Webex site are operating in survivability mode.
Webex Callingкрайни точки от едно място в режим на оцеляване

Настройване на множество местоположения

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

Webex calling endpoints from multiple locations in Site Survivability mode

Cisco препоръчва да се поддържа праг на латентност от 50 милисекунди за свързаност между Survivability Gateway и крайните точки на различни места в рамките на LAN.

Основни условия за оцеляване на обекта

Следните условия се прилагат за шлюза за оцеляване:

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

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

  • Шлюзът за оцеляване може автоматично да насочва вътрешни повиквания, като използва информацията за маршрутизация, която Webex предоставя. Добавете конфигурация на багажника на PSTN към шлюза за оцеляване, за да осигурите външно повикване.

  • Всеки сайт, който разгръща Site Survivability, изисква шлюз за оцеляване в локалната мрежа.

  • Регистрациите и контролът на повикванията се връщат в облака Webex, след като мрежовата връзка Webex се възобнови за поне 30 секунди.

Колокация с Унифициран SRST

Шлюзът за оцеляване поддържа колокацията на конфигурация за оцеляване на Webex и унифицирана конфигурация SRST на същия шлюз. Шлюзът може да поддържа оцеляване както за крайни точки, така и за Webex Calling крайни точки, които се регистрират в Unified Communications Manager. За да конфигурирате колокацията:

Съображения за маршрутизиране на повиквания за колокация

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

  • Шлюзът за оцеляване насочва вътрешните повиквания автоматично, при условие че и двете крайни точки в повикването са регистрирани в шлюза за оцеляване. Вътрешните повиквания се насочват автоматично между всички регистрирани клиенти (SRST илиWebex Calling).

  • Възможно е да има ситуация, при която връзката към една система за управление на повикването се прекъсва, докато връзката с другата система за контрол на повикването остава непроменена. В резултат на това един набор от крайни точки се регистрира към шлюза за оцеляване, докато друг набор от крайни точки на същото място се регистрира за първичен контрол на повикванията. В този случай може да се наложи да насочите повиквания между двата набора от крайни точки към SIP багажник или PSTN верига.

  • Външните повиквания и E911 повиквания могат да бъдат насочени към SIP багажник или PSTN верига.

Поддържани функции и компоненти

Следващата таблица предоставя информация за поддържаните функции.

Таблица 1. Поддържани функции за повикване
Функция MPP устройства и приложение WebexВГ4xx АТА

Интраситно разширение

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

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

Алтернативните номера не се поддържат.

Междуместни и PSTN обаждания (входящи и изходящи)

PSTN обаждане въз основа на телекомуникационна верига или SIP багажник.

PSTN обаждане въз основа на телекомуникационна верига или SIP багажник.

E911 Обработка на обаждания

Обаждането на E911 изисква PSTN верига или SIP багажник.

Изходящите повиквания използват специфичен регистриран идентификационен номер за спешно местоположение (ELIN) за определено местоположение за аварийно реагиране (ERL). Ако спешният оператор върне изключено повикване, шлюзът за оцеляване насочва повикването към последното устройство, позвънало спешния номер.

Обаждането на E911 изисква PSTN верига или SIP багажник.

Изходящите повиквания използват специфичен регистриран идентификационен номер за спешно местоположение (ELIN) за определено местоположение за аварийно реагиране (ERL). Ако спешният оператор върне изключено повикване, шлюзът за оцеляване насочва повикването към последното устройство, позвънало спешния номер.

Задръжте повикването и възобновете

Поддържа се

Ако използвате Music on Hold (MOH), предоставете на шлюза за оцеляване ръчно MOH файл.

Аналоговите линии VG4xx ATA не могат да задържат или възобновят обажданията.

Тази функция се поддържа само когато се получи входящо повикване на VG4xx ATA.

Присъстван трансфер на разговори

Поддържа се

Тази функция се поддържа само когато се получи входящо повикване на VG4xx ATA.

Прехвърляне на сляп разговор

Поддържа се

Тази функция се поддържа само когато се получи входящо повикване на VG4xx ATA.

Идентификатор на входящия повикващ (име)

Поддържа се

Поддържа се

Идентификатор на входящия повикващ (име и номер)

Поддържа се

Поддържа се

Видео обаждане от точка до точка

Поддържа се

Не се поддържа

Трипосочно повикване

Не се поддържа

Не се поддържа

Споделени линии

Поддържа се

Поддържа се

Виртуални линии

Поддържа се

Не се поддържа

Препращане на повиквания

Поддържа се за пренасочване на всички повиквания, без отговор и зает.

Поддържа се

Хънт Груп

Поддържа се за следното: Последователно, паралелно, връстно и най-дълго празно.

Поддържа се

Автоматичен асистент

Поддържа се за набиране чрез разширение

Поддържа се

При конфигуриране на функцията Site Survivability е достъпна за следните поддържани крайни точки.

Таблица 2. Поддържани модели на крайни точки
ТипМоделиМинимална версия
Cisco IP телефон с мултиплатформен (MPP) фърмуер

6821, 6841, 6851, 6861, 6861, 6861 Wi-Fi, 6871

7811, 7821, 7841, 7861

8811, 8841, 8851, 8861

8845 (само аудио), 8865 (само аудио), 8875 (видео)

9800

За повече информация относно поддържаните IP телефони на Cisco с мултиплатформен (MPP) фърмуер вижте:

12.0(1)

За 8875 телефони - Phone OS 3.2 и по-нови версии

За серия 9800- PhoneOS 3.2 (1)

Cisco IP конферентен телефон

7832, 8832

12.0(1)

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

Уиндоус, Мак

43.2

Аналогови крайни точки

ВГ400 АТА, ВГ410 АТА и ВГ420 АТА

Cisco ATA 191 и 192

17.16.1а

11.3 (1) за АТА 191 и 192

Устройствата на трети страни не се поддържат с Survivability Gateway.

Следващата таблица помага да конфигурирате Cisco IOS XE рутери като шлюз за оцеляване. Тази таблица изброява максималния брой крайни точки, които всяка платформа поддържа, и минималната версия на IOS XE.

Webex CallingФункциите на Survivability Gateway са налични с версия Cisco IOS XE Dublin 17.12.3 или по-нови версии. Функциите Hunt Group, Пренасочване на повиквания и Автоматично обслужване са налични от IOS 17.18.2 и по-нова версия.

Таблица 3. Поддържани модели платформи
МоделМаксимални регистрации в крайни точкиМинимална версия

Интегрирани услуги Рутер 4321

50

Cisco IOSXE 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

Ръб на катализатора 8300-1N1S-6T

2500

Ръб на катализатора 8300-2N2S-6T

2500

Ръб на катализатора 8300-1N1S-4T2X

2500

Ръб на катализатора 8300-2N2S-4T2X

2500

Малка конфигурация на софтуера Catalyst Edge 8000V

500

Конфигурация на софтуерната среда Catalyst Edge 8000V

1000

Голяма конфигурация на софтуера Catalyst Edge 8000V

2000

Референтна информация за порта за шлюз за оцеляване

Таблица 4. Референтна информация за порта за шлюз за оцеляване

Цел на връзката

Изходни адреси

Изходни портове

Протокол

Адреси на местоназначение

Пристанища за местоназначение

Сигнализация за повикване към шлюз за оцеляване (SIP TLS)

Устройства

5060-5080

TLS

Шлюз за оцеляване

8933

Призовавайте медия към шлюза за оцеляване (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

Управление на облака

Конектор

Ефемерни

HTTPS

Услуги на Webex

443, 8433

За оперативни указания относно облачния режим вижте статията С правочна информация за порт за Webex Calling помощ.

Можете да персонализирате стойностите за настройка на портовете на Cisco IOS XE рутерите. Тази таблица използва стойности по подразбиране, за да предостави насоки.

Конфигурация на функциите

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

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

Преди да започнете

Ако трябва да предоставите нов шлюз, който да действа като шлюз за оцеляване, вижте статията на Webex Регистрирайте Cisco IOSуправлявани шлюзове в Webex Cloud, за да добавите шлюза към Control Hub.

СтъпкиКоманда или действиеЦел

1

Присвояване на услуга за оцеляване на шлюз

В контролния център присвоете услугата „О целяваемост шлюз“ към шлю з.

2

Изтеглете конфигурационен шаблон

Изтеглете шаблона за конфигурация от Control Hub. Шаблонът ще ви е необходим, когато конфигурирате командния ред на шлюза.

3

Конфигуриране на лицензиране

Конфигурирайте лицензи за шлюза за оцеляване.

4

Конфигурирайте сертификатите на Cisco IOS XE

Конфигурирайте сертификатите за шлюза за оцеляване.

5

Конфигурирайте шлюза като шлюз за оцеляване

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

Присвояване на услуга за оцеляване на шлюз

Преди да започнете

Ако шлюзът не съществува в Control Hub, вижте Записване на Cisco IOSшлюзове за добав Webex Calling яне на нов екземпляр на шлюз.
1

Отидете на Обаждане под У слуги и след това щракнете върху раздела Управ лявани шлюзове.

Изгледът Управлявани шлюзове показва списъка с шлюзове, които управлявате чрез Control Hub.
2

Изберете шлюза, който искате да зададете като шлюз за оцеляване, и изберете едно от следните неща въз основа на стойността на полето У слу га:

  • Незададена (празна стойност) — Щракнете върху При свояване на услуга и преминете към следващата стъпка.

  • Шлюз за оцеляване — Ако искате да редактирате съществуващите IP настройки на шлюза, отидете на Реда ктиране на свойствата на шлюза за о целяване. В противен случай преминете към следващата процедура в потока.

3

От падащото меню Тип услуга изберете Ш люз за оцеляване и по пълнете следните полета:

  • Местоположение — От падащото меню изберете местоположение. За да зададете множество местоположения на шлюз за оцеляване, изберете всички необходими местоположения от списъка.

  • Име на хост — Въведете напълно квалифицираното име на домейн (FQDN), използвано при създаването на сертификата за шлюза. Това може да е име, което е включено в полето Алтернативно име на сертификат (SAN) за предмет на сертификат. FQDN и IP адресът се използват само за установяване на сигурна връзка с шлюза. Следователно не е задължително да го попълвате в DNS.

  • IP адрес — Във формат IPv4 въведете IP адреса на шлюза за оцеляване. Устройствата се регистрират на този адрес, докато работят в режим на оцеляване.

След като завършите записването, подробностите за местоположението се появяват на страницата Управлявани шлюзове.

4

Щракнете върху Присво яване.

Изгледът Управлявани шлюзове показва списъка с местоположения, които са присвоени на шлюза.
(Незадължително) Премах ване на услугата за оцеляване — Ако искате да премахнете шлюза за оцеляване от шлюз, отидете на Премахване на услугите на управляван шлю з.

Изтеглете конфигурационен шаблон

Изтеглете шаблона за конфигурация от Control Hub или използвайте тази връзка. Шаблонът ще ви е необходим, когато конфигурирате командния ред на шлюза.
1

Влезте в контролния център.

Ако сте партньорска организация, стартира Partner Hub. За да отворите Центъра за управление, щракнете върху изгледа Кли ент в партньорския център и изберете съответния клиент или изберете Моята организация, за да отворите настройките на контролния център за партньорската организация.

2

Отидете в У слуги > PSTN и маршрутизиране > Конфигурации на шлюз > Управ ление на шлюз ове.

3

Кликнете върху приложимия шлюз за оцеляване.

4

Щракнете върху Изтегляне на шаблон за конфигуриране и изтеглете шаблона на вашия настолен компютър или лаптоп.

Конфигуриране на лицензиране

Уверете се, че имате подходящите лицензи за платформа за вашия шлюз. Конфигурирайте лицензите, като използвате командите, които са подходящи за вашата платформа.
1

Въведете режим на глобална конфигурация на маршрутизатора:

enable
 configure terminal
2

Конфигурирайте лицензите, като използвате командите, които се прилагат само за вашата конкретна платформа.

  • За серията Cisco ISR 4000:

    license boot level uck9
     license boot level securityk9
    
  • За платформите Cisco Catalyst 8300 и 8200 Edge използвайте лиценза за функция DNA Network Advantage или по-добър и въведете необходимото ниво на пропускателна способност. Следващият пример използва 25Mbps двупосочна крипто пропускателна способност. Изберете подходящото ниво за броя на обажданията, които очаквате.

    license boot level network-advantage addon dna-advantage
     platform hardware throughput crypto 25M
    
  • За софтуера Cisco Catalyst 8000V Edge използвайте лиценза за функция DNA Network Advantage или по-добър и въведете необходимото ниво на пропускателна способност. Следващият пример използва 1Gbps пропускателна способност. Изберете подходящото ниво за броя на обажданията, които очаквате.

    license boot level network-essentials addon dna-essentials
     platform hardware throughput level MB 1000
    

Когато конфигурирате производителност по-висока от 250Mbps, се нуждаете от лиценз за платформа HSEC.

Конфигуриране на сертификати

Конфигурирайте сертификатите на Cisco IOS XE

Изпълнете следните стъпки, за да заявите и създадете сертификати за шлюза за оцеляване. Използвайте сертификати, подписани от публично известенCertificate Authority.

Платформата Survivability Gateway поддържа само публично известни CA сертификати. Частни или корпоративни CA сертификати не могат да се използват за шлюз за оцеляване.

За списък на органите за основен сертификат, които се поддържатWebex Calling, вижте Кои органи за основен сертификат се поддържат за повиквания към Cisco Webex аудио и видео платформи? .

Платформата Survivability Gateway не поддържа сертификата за заместващ знак.

Изпълнете командите от примерния код, за да завършите стъпките. За допълнителна информация относно тези команди, заедно с повече опции за конфигуриране, вижте главата „Поддръжка на SIP TLS“ в Ръководството за Cisco Unified Border Elementконфигуриране.

1

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

enable
 configure terminal
2

Генерирайте частния ключ RSA, като изпълните следната команда. Модулът на частния ключ трябва да бъде най-малко 2048 бита.

crypto key generate rsa general-keys label webex-sgw exportable modulus 2048
3

Конфигурирайте надеждна точка, за да държи сертификата за оцеляване Gateway. Напълно квалифицираното име на домейн на шлюза (fqdn) трябва да използва същата стойност, която сте използвали при присвояването на услугата за оцеляване към шлюза.

crypto pki trustpoint webex-sgw 
 enrollment terminal 
 fqdn <gateway_fqdn> 
 subject-name cn=<gateway_fqdn>
 subject-alt-name <gateway_fqdn>
 revocation-check crl 
 rsakeypair webex-sgw
4

Генерирайте заявка за подписване на сертификат, като изпълните crypto pki enroll webex-sgwкомандата.

Когато бъдете подканени, въведете yes.

След като CSR се покаже на екрана, използвайте Notepad, за да копирате сертификата във файл, който можете да изпратите до поддържан сертификационен орган (CA).

Ако вашият доставчик на подписване на сертификат изисква КСО във формат PEM (Повишена поща за поверителност), добавете заглавка и долен колонтитул преди изпращане. Например:

-----BEGIN CERTIFICATE REQUEST-----
 <Insert CSR here>
 -----END CERTIFICATE REQUEST-----
5

След като CA ви издаде сертификат, изпълнете crypto pki authenticate webex-sgwкомандата за удостоверяване на сертификата. Можете да изпълните тази команда от execили от реж configима.

Когато бъдете подканени, поставете съдържанието на сертификат за издаване на база 64 CER/PEM (не сертификата на устройството) в терминала.

6

Импортирайте подписания хост сертификат в точката на доверие с помощта на crypto pki import webex-sgw certificateкомандата.

Когато бъдете подканени, поставете основния 64 CER/PEM сертификат в терминала.

7

Проверете дали основният сертификат за CA е наличен:

Решението се подкрепя само публично известните органи за серти Webex Calling фициране. Частни или корпоративни CA сертификати не се поддържат.

  1. Намерете общото име на root CA, като стартирате show crypto pki certificates webex-sgw | begin CA Cert. Потърсете издателя cn= <value>.

  2. Изпълнете show crypto pki trustpool | include cn=командата и проверете дали този root CA сертификат е инсталиран с пакета Cisco CA. Ако видите вашия CA, преминете към стъпка 9.

  3. Ако не виждате сертификата си, можете да направите едно от следните неща:

    • Импортиране на липсващите сертификати

    • Изпълнете следната команда, за да инсталирате разширения пакет IOS CA.

      crypto pki trustpool import url http://www.cisco.com/security/pki/trs/ios_union.p7b

      Използвайте разширения пакет за IOS CA ios_core.p7b, само ако шлюзът е колокиран локален шлюз. Вижте Конфигуриране на локален шлюз на Cisco IOS XE Webex Calling за подробности.

  4. Повторете тези подстъпки, за да определите дали основният сертификат за CA вече е наличен. След като повторите подстъпките:

    Ако сертификатът не е наличен, преминете към стъпка 8. Ако сертификатът е наличен, преминете към стъпка 9.

8

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

Извършете тази стъпка, ако публично известен основен сертификат за CA не е наличен с вашия Cisco IOS XE шлюз.

crypto pki trustpoint <CA name>
 enrollment terminal
 revocation-check crl
 crypto pki authenticate <CA name>

Когато бъдете подканени, поставете съдържанието на основния 64 CER/PEM сертификат в терминала.

9

Използвайки режим на конфигуриране, посочете точката на доверие по подразбиране, версията TLS и SIP-UA по подразбиране със следните команди.

sip-ua 
 no remote-party-id 
 retry invite 2 
 transport tcp tls v1.2 
 crypto signaling default trustpoint webex-sgw 
 handle-replaces

Импортиране на сертификати заедно с ключови двойки

Можете да импортирате CA сертификати и двойки ключове като пакет, като използвате формата PKCS12 (.pfx или .p12). Можете да импортирате пакета от локална файлова система или отдалечен сървър. PKCS12 е специален тип формат на сертификат. Той обединява цялата верига на сертификати от основния сертификат през сертификата за самоличност, заедно с ключовата двойка RSA. Тоест пакетът PKCS12, който импортирате, ще включва двойката ключове, хост сертификати и междинни сертификати. Импортиране на пакет PKCS12 за следните сценарии:

  • Експортирайте от друг Cisco IOS XE рутер и импортирайте във вашия рутер Survivability Gateway

  • Генериране на пакета PKCS12 извън Cisco IOS XE рутера с помощта на OpenSSL

Изпълнете следните стъпки, за да създавате, експортирате и импортирате сертификати и ключови двойки за вашия рутер Survivability Gateway.

1

(Незадължително) Експортирайте пакета PKCS12, необходим за вашия рутер Survivability Gateway.

crypto pki export webex-sgw pkcs12 terminal password xyz123

Тази стъпка е приложима само ако експортирате от друг Cisco IOS XE рутер.

2

(По избор) Създайте пакет PKCS12 с помощта на OpenSSL.

  1. Проверете дали OpenSSL е инсталиран в системата, в която се изпълнява този процес. За потребители на Mac OSX и GNU/Linux той е инсталиран по подразбиране.

  2. Превключете към директорията, в която се съхраняват вашите ключове, сертификати и верижни файлове.

    В Windows: По подразбиране помощните програми са инсталирани в C:\Openssl\bin. Отворете команден ред на това място.

    На Mac OSX/Linux: Отворете прозореца на терминала в директорията, необходима за създаване на сертификат PKCS12.

  3. В директорията запазете файловете с частен ключ (privateKey.key), сертификат за самоличност (certificate.crt) и root CA сертификат верига (Cacert.crt).

    Комбинирайте личния ключ, сертификата за самоличност и основната верига на сертификат за CA в PKCS12 файл. Въведете парола, за да защитите вашия сертификат PKCS12.

    console> openssl pkcs12 -export -out certificate.pfx -inkey privateKey.key -in certificate.crt -certfile CACert.crt

    Предоставете парола, когато използвате OpenSSL за генериране на файла PKCS12.

Тази стъпка е приложима само ако генерирате пакет PKCS12 извън Cisco IOS XE с помощта на OpenSSL.

3

Импортирайте файловия пакет във формат PKCS12.

crypto pki import <trustpoint name> pkcs12 <certificate file location> password <file password>

Следва примерна конфигурация за командата и подробности относно конфигурируемите параметри:

crypto pki import webex-sgw pkcs12 bootflash:certificate.pfx password xyz123
  • <trustpoint name>—Име на точката на доверие, която се създава при използване на тази команда (например we bex-sgw).

  • <certificate file location>—Локален или мрежов URL адрес, сочещ към файла на сертификата (например bootflash:certificate.pfx)

  • <file password>—Паролата, която се използва при създаването на файла PKCS12 (например xyz123).

Командата за импортиране на крипто pki автоматично изгражда точката на доверие, за да побере сертификата.

4

Използвайки режим на конфигуриране, посочете точката на доверие по подразбиране, версията TLS и SIP-UA по подразбиране със следните команди.

sip-ua 
 no remote-party-id 
 retry invite 2 
 transport tcp tls v1.2 
 crypto signaling default trustpoint webex-sgw 
 handle-replaces

Конфигуриране на шлюза за оцеляване

Конфигурирайте шлюза като шлюз за оцеляване

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

Следващите стъпки съдържат примерни команди заедно с обяснение на командите. Редактирайте настройките, за да отговарят на вашето внедряване. Ъгловите скоби (например <settings>) идентифицират настройките, в които трябва да въведете стойности, които се прилагат за вашето разполагане. Различните <tag>настройки използват числови стойности за идентифициране и присвояване на набори от конфигурации.

  • Освен ако не е посочено друго, това решение изисква да завършите всички конфигурации в тази процедура.
  • Когато прилагате настройки от шаблона, заменете %tokens%с предпочитаните от вас стойности, преди да копирате в шлюза.
  • За повече информация относно командите вижте Референция на командите на Webex Managed Gateway. Използвайте това ръководство, освен ако описанието на командата не ви насочи към друг документ.
1

Влезте в режим на глобална конфигурация.


enable
 configure terminal

където:

  • enable—Активира привилегирован EXEC режим.

  • configure terminal—Активира режим на глобална конфигурация.

2

Изпълнете конфигурациите на гласовата услуга:


 voice service voip
  ip address trusted list
    ipv4 <ip_address> <subnet_mask>
    ipv4 <ip_address> <subnet_mask>
  allow-connections sip to sip
  supplementary-service media-renegotiate
  no supplementary-service sip refer
  no supplementary-service sip moved-temporarily
  trace
  sip
   asymmetric payload full
   registrar server
  

Обяснение на командите:

  • ip address trusted list—Определя списък с нерегистриращи се адреси, от които шлюзът за оцеляване трябва да приема SIP съобщения. Например, SIP магистрален партньорски адрес.

  • <ip_address>и <subnet_mask>представляват надеждни адресни диапазони. Не е необходимо да въвеждате директно свързани подмрежи, тъй като шлюзът за оцеляване им се доверява автоматично.

  • allow-connections sip to sip—Позволява SIP към SIP връзки в VoIP мрежа.

  • no supplementary-service sip refer—Деактивирайте метода REFER за допълнителни услуги за пренасочване на повиквания и трансфер на повиквания. Webex CallingНе използва тези методи.

  • no supplementary-service sip moved-temporarily—Деактивира автоматичното управление на шлюза на съобщенията за пренасочване на SIP 302.

  • sip—Влиза в режим на конфигуриране на услугата SIP.

  • registrar server—Активирайте SIP регистратора, за да позволите на Webex Calling клиентите да се регистрират в шлюза.

  • asymmetric payload full—Активира видео разговори в режим на оцеляване.

3

Активирайте оцеляването на маршрутизатора:


voice register global
 mode webex-sgw
 max-dn 50
 max-pool 50
 exit
 

Обяснение на командите:

  • voice register global—Влиза в режим на глобална гласова регистрация.

  • mode webex-sgw—Активира режим Webex Calling на оцеляване и оцеляема от далечена телефония на сайта за крайни точки на Unified Communications Manager.

    След конфигурирането на режим webex-sgw, Survivability Gateway слуша на порт 8933 за входящи защитени връзки от крайни точки.

  • max-dn—Ограничава броя на директорийните номера (DNS), с които маршрутизаторът може да се с прави. За това решение винаги конфигурирайте максималната налична стойност за вашата платформа.

    Изявите на споделени линии се броят към границата max-dn. Например, ако всички 5 телефона споделят едни и същи 5 DNS, тази конфигурация се брои като 25 DNS към ограничението на max-dn.

  • max-pool—Задава максималния брой устройства, които могат да се регистрират в шлюза. Задайте тази стойност до максимума, който вашата платформа позволява, както е описано в Таблица 3.

4

Конфигуриране на NTP сървъри:

ntp server <ip_address_of_primary_NTP_server>
 ntp server <ip_address_of_secondary_NTP_server>

5

(По желание). Конфигуриране на общите разрешения за повикване на клас ограничения:


dial-peer cor custom
 name Wx_calling_Internal
 name Wx_calling_Toll-free
 name Wx_calling_National
 name Wx_calling_International
 name Wx_calling_Operator_Assistance
 name Wx_calling_Chargeable_Directory_Assistance
 name Wx_calling_Special_Services1
 name Wx_calling_Special_Services2
 name Wx_calling_Premium_Services1
 name Wx_calling_Premium_Services2

Предходният пример създава набор от персонализирани класове ограничения, наречени категории (например Wx_calling_International). За подробности как да използвате клас ограничения с колегите за набиране вижте „Клас ограничения“ в Ръковод ство за конфигуриране на колегите за набиране, Cisco IOS версия 15M&T.

6

Конфигурирайте списък с предпочитани кодеци. Например, следният списък посочва g711ulaw като предпочитан кодек, последван от g711alaw.


voice class codec 1
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

Обяснение на командите:

  • voice class codec 1влиза в режим на конфигуриране на гласов клас за кодековата група 1.

  • codec preferenceидентифицира предпочитаните кодеци за тази група кодеци.

7

Конфигурирайте пулове за гласов регистър по подразбиране


voice register pool 1
 id network 0.0.0.0 mask 0.0.0.0
 dtmf-relay rtp-nte
 voice-class codec 1

Обяснение на командите:

  • voice register pool 1—Влиза в режим на конфигуриране на пула за гласов регистър за SIP устройства в този басейн.

  • id networkи maskидентифицирайте SIP устройство или набор от мрежови устройства, които използват този басейн. Използвайте адресите и маските, които се прилагат за вашето разполагане. Адресът 0.0.0.0позволява на устройствата отвсякъде да се регистрират (ако адресите на устройството са в списъка с разрешителни).

  • id extension-number—Пулът се отнася конкретно за Webex Calling потребителя при разширение 1234. Използвайте подходящите разширения за вашата мрежа.

  • id phone-numberПулът се отнася специално за Webex Calling потребителя с телефонен номер +1 210-903-443. Използвайте подходящия телефонен номер за вашата мрежа.

  • dtmf-relayопределя мет rtp-nteода за изпращане на DTMF цифри. В този пример Транспорт в реално време (RTP) с тип полезен товар с наименовано телефонно събитие (NTE).

  • voice-class codec 1—Присвоява кодечна група 1 към този басейн.

8

Конфигуриране на спешни повиквания:


voice emergency response location 1
 elin 1 <number>
 subnet 1 <ip-group> <subnet-mask>

 voice emergency response location 2
  elin 1 <number>
  subnet 1 <ip-group> <subnet-mask>

 voice emergency response zone 1
  location 1
  location 2

 voice class e164-pattern-map 301
 voice class e164-pattern-map 351

Обяснение на командите:

  • voice emergency response location 1—Създава група за местоположение за аварийно реагиране 1 за подобрената услуга 911. Следваща команда създава група за местоположение за аварийно реагиране 2.

  • elin 1 <number>—Присвоява елин на мястото за аварийно реагиране. За този елин ча <number>стта определя PSTN номер, който да замени разширението на повикващия 911 (например). 14085550100

  • subnet 1 <ip-group> <subnet-mask>—Определя подмрежова група заедно с конкретен подмрежов адрес за това място за аварийно реагиране. Използвайте тази команда, за да идентифицирате мрежата на повикващия чрез IP адрес и маска на подмрежата. Например, subnet 1 192.168.100.0 /26.

  • voice emergency response zone 1Определя зона за аварийно реагиране.

  • location 1 (and 2)—Присвоява места за аварийно реагиране 1 и 2 на тази зона за аварийно реагиране.

  • voice class e164-pattern-map 301 (and 351)—Идентифицира моделните карти e164 301 и 351 за този гласов клас. Можете да използвате картата, за да дефинирате планове за набиране и идентификатори за аварийно местоположение.

Ако Wi-Fi наслагването не съвпада точно с IP подмрежите, тогава спешните повиквания за номадски устройства може да нямат правилното картографиране на ELIN.

9

Конфигурирайте колегите за набиране за PSTN. За пример за конфигурацията на колегите за набиране вижте примери за връзка с PSTN.

10

По желание. Активирайте Music on Hold за маршрутизатора. Трябва да съхранявате музикален файл във флаш паметта на рутера във формат G.711. Файлът може да бъде във файлов формат .au или .wav, но файловият формат трябва да съдържа 8-битови 8-kHz данни (например ITU-T A-law или mu-law формат данни).

call-manager-fallback
 moh enable-g711 "bootflash:<MOH_filename>"

Обяснение на командите:

  • call-manager-fallback—Влиза в режим на конфигуриране на SRST.

  • moh enable-g711 "bootflash:<MOH_filename>"—Активира unicast Music при задържане с помощта на G.711. Също така предоставя директорията и името на аудио файла (например bootflash:music-on-hold.au). Името на файла не може да надвишава 128 знака.

Пълна синхронизация при поискване

По желание. Изпълнете тази процедура само ако искате да завършите незабавна синхронизация при поискване. Тази процедура не е задължителна, тъй като облакът Webex автоматично синхронизира данните за повиквания към шлюза за оцеляване веднъж на ден.

1

Влезте в контролния център.

Ако сте партньорска организация, стартира Partner Hub. За да отворите Центъра за управление, щракнете върху изгледа Кли ент в партньорския център и изберете съответния клиент или изберете Моята организация, за да отворите настройките на контролния център за партньорската организация.

2

Отидете в У слуги > PSTN и маршрутизиране > Конфигурации на шлюз > Управ ление на шлюз ове.

3

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

4

Щракнете върху бутона Синхронизи ране.

5

Щракнете върху Изпра щане.

Може да отнеме до 10 минути, за да завършите синхронизирането.

Редактиране на свойствата на шлюза за оцеляване

Използвайте тази опционална процедура само ако искате да редактирате настройките за съществуващ шлюз за оцеляване.
1

Влезте в контролния център.

Ако сте партньорска организация, стартира Partner Hub. За да отворите Центъра за управление, щракнете върху изгледа Кли ент в партньорския център и изберете съответния клиент или изберете Моята организация, за да отворите настройките на контролния център за партньорската организация.

2

Отидете в У слуги > PSTN и маршрутизиране > Конфигурации на шлюз > Управ ление на шлюз ове.

3

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

4

Щракнете върху бутона Реда ктиране и актуализирайте настройките за следното.

  • Име на хост — Използвайте името на хоста или напълно квалифицираното име на домейн на сертификата, за да установите TLS връзка с клиенти и IP адрес.

  • IP адрес — Във формат IPv4 въведете IP адреса на шлюза, към който се регистрират устройствата, докато работят в режим на оцеляване.

5

Щракнете върху Изпра щане.

Ако искате да изтриете шлюз за оцеляване от контролния център, първо премахнете задаването на услугата за о целяване. За повече подробности вижте Присвояване на услуги към управлявани шлюзове.

Конфигурации за активиране на 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 е загубена. Шлюзът за оцеляване действа като локален резервен шлюз, позволявайки на крайните точки да се регистрират локално и да поддържат основни възможности за повикване.

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

  • Шлюзът за оцеляване деактивира SIP REFER, SIP преместен временно за допълнителни услуги за пренасочване на повиквания и прехвърляне на повиквания, тъй като тези методи Webex Calling не се използват в режим на оцеляване.

Конфигуриране на басейни от гласови регистри за сценарии за пренасочване

За да използвате функцията за пренасочване на повикване, конфигури call-forward b2buaрайте командата под отдел voice register poolните телефони.

  • За да активирате call-forward all, конфигурирайте: call-forward b2bua all <extn/phone number/ESN>

  • За да активирате call-forward no-answer, конфигурирайте: call-forward b2bua noan <extn/phone number/ESN> timeout <time in sec> ​

  • За да активирате заетия тригер с определен брой входящи повиквания, конфигурирайте:

    
    call-forward b2bua busy <extn/phone number/ESN>
    busy-trigger-per-button <count>

  • Примерна конфигурация:

    
    voice register pool  1​
      id phone-number +12107501105​
      dtmf-relay rtp-nte​
      call-forward b2bua noan +12107501155 timeout 20​
      codec g711ulaw​
    
    voice register pool  2
       busy-trigger-per-button 2
       id extension-number 1104
       dtmf-relay rtp-nte
       call-forward b2bua busy +12307501111
       codec g711ulaw 

Конфигурации за активиране на група за лов

Тази таблица предоставя картографиране за конфигурацията на функциите на групата за лов в Control Hub и използване на командите на шлюза за оцеляване

Характеристики на групата за ловКонфигуриране с помощта на контролния центърКоманди за шлюз за оцеляване

Изберете модел за маршрутизиране на повиквания

Отгоре надолу/едновременно/кръгове/най-дълъг празен ход

Последователен/паралелно/равенства/най-дълъг празен ход

​

Добави група „Хънт“

Добавете група за лов с име и телефонен номер на място.

За да добавите Hunt Group, използвайте voice hunt-group <tag> <call routing pattern>. След това добавете телефонния номер с помощта на pilotкомандата и ловувайте името на групата с descriptionкоманда

Изберете Потребители, Работни пространства или Виртуални линии, които да добавите

Изберете агентите, които ще бъдат част от групата Hunt

Конфигурирайте списък с агенти с помощта на number <tag> <phone-number>командата

Аванс след зададен брой пръстени

Конфигурирайте с помощта на опцията Задаване на брой пръстени

Конфигурирайте с помощта на timeout <timeout value>командата, за да преминете повикването към следващия агент вместо брой пръстени.

Напредвайте, когато сте заети

Конфигурирайте с помощта на оп цията Advance, когато е за ет

Конфигурирайте с помощта на present-call idle-phoneкомандата

Пренасочване на обажданията, когато всички агенти са недостъпни

Конфигурирайте с помощта на опцията Пренасочване на повиквания, когато всички агенти са недостъпни

​

Конфигурирайте с помощта на final <phone number>командата

Пренасочване на обажданията, когато всички агенти са заети или групата за лов е заета

Конфигурирайте с помощта на опцията Пренасочване на повиквания, когато всички агенти са заети или групата за лов е заета

Конфигурирайте с помощта final <phone number> command​

  • Конфигуриране на последователни пръстени на група Hunt

    
      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- Създава списък с разширения/e164 номера/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 поддържа групи за лов на глас с последователни, паралелни, връстници, с най-дълга поддръжка на бездействащи повиквания SIP споделени линии и смесени споделени линии.

Входящо повикване набира пилотния номер B-ACD AA и чува подкана, която предоставя поздрав и инструкции, за да помогне на обаждащия се автоматично да насочи повикването.

Ограничения

Използвайте същия кодек за входящи и изходящи колегисти при прехвърляне на повиквания. Използването на различни кодеци не се поддържа. IOS няма да извиква транскодер за обажданията, обработвани от което и да е TCL приложение.

B-ACD компоненти

Приложението B-ACD се състои от услуга за повикване и една или повече AA услуги. Конфигурируемите компоненти на тези услуги са:

  • Пилотен номер

  • Подканата за добре дошли и други аудио файлове

  • Опции на менюто

  • Набиране по разширение

Пилотен номер

Всяка услуга на АА има свой собствен пилотен номер на АА, който повикващите набират, за да достигнат до АА. Този номер е посочен в param aa-pilotкомандата. Пилотният номер на АА не е свързан с телефонен номер на агенти или физически телефон, но трябва да определите партньор за набиране с пилотния номер на АА като входящ повикан номер, така че този номер да е достъпен от външни повикващи.

Подкана за добре дошли и други аудио файлове

Подканата за добре дошли е аудио файл, който се възпроизвежда, когато на повикване се отговаря от пилотния номер. Този аудио файл е един от редица аудио файлове, които се използват с услугата 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 (пауза)

За да говорите с оператор, натиснете нула.

Включва пауза от четири секунди след съобщението.

15 секунди

en_bacd_disconnect.au

„В момента не можем да приемем обаждането ви. Моля, опитайте отново по-късно. Благодаря ви, че се обадихте.“ Включва пауза от четири секунди след съобщението.

10 секунди

en_bacd_invalidoption. au

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

7 секунди

en_bacd_enter_dest.au

„Моля, въведете номера на разширението, до който искате да достигнете.“ Включва петсекундна пауза след съобщението. Тази подкана се възпроизвежда, когато обаждащият се избере опцията dial-by-extension

7 секунди

en_bacd_allagentsbusy. au

„Понастоящем всички агенти са заети да помагат на други клиенти. Продължавайте да търсите помощ. Скоро някой ще бъде с теб.“ Включва пауза от две секунди след съобщението. Тази подкана е известна още като втори поздрав.

7 секунди

en_bacd_music_on_hol d.au

Музиката в задържане (MOH) се възпроизвежда на повикващи B-ACD.

60 секунди

Ако презаписвате някой от аудио файловете, имайте предвид, че подканите B-ACD изискват формат на аудио файл G.711 (.au) с 8-битово, mu-закон и 8-kHz кодиране. Препоръчваме следните аудио инструменти или други с подобно качество:

  • Подслушване на Adobe Microsoft Windows от Adobe Systems Inc. (по-рано наричана Cool Edit от Syntrillium Software Corp.)

  • AudioTool за Соларис от 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 приложение.

  • language package — Име на езиковия пакет, който ще се използва. Има три вградени езикови пакета: китайски, английски и испански. Други езици могат да бъдат поддържани чрез използване на езиков скрипт Tcl (Tool Command Language).

  • език — код с два знака, който идентифицира езика на свързаните аудио файлове. Валидните записи са както следва:

    — ch —кит айски

    — en —англ ийски

    — sp —ис пански

    — аа —всички

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

param welcome-prompt audio-filename

Присвоява аудио файл за поздрава за добре дошли, използван от тази услуга AA.

  • име на аудио файл — Идентифици раща част от името на аудио файла, която съдържа поздрава за добре дошли, който ще бъде възпроизведен, когато обаждащите се за първи път достигнат до услугата B-ACD. Идентификаторната част на името на файла не включва езиковия префикс и трябва да започва с подчертаване.

Промяна на езикови кодове и имена на файлове

  • Префиксът на всяко име на файл може да бъде променен на ch, en, sp или aa. Префиксът трябва да съответства на кода, който е посочен в параметъра lingage-code в командата paramspace language, независимо от действителния език, използван във файла.

  • Следвайки неговия префикс, името на файла за добре дошли (по подразбиране е en_bacd_welcome .au) може да има всяко идентифициращо име, както е дефинирано в командата param welcome-prompt.

  • Следвайки неговия префикс, името на файла с падащия ред (не е предоставено по подразбиране) може да има някакво идентификационно име, както е дефинирано в командата param drop-through-prompt.

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

Не променяйте идентификаторната част на името на аудио файл, с изключение на _bacd_welcome.auфайла. Скриптовете идентифицират аудио файлове, които имат същите идентификационни имена като тези в табли ца и които имат същия префикс, който сте посочили в командата за език paramspace.

Двете изключения от общите правила за именуване на файлове са аудио файлът за добре дошли (по подразбиране е en_bacd_welcome .au) и подканеният drop-through-optionаудио файл (не е предоставен по подразбиране). Идентифициращите части от имената на файлове за тези две аудио подкани са посочени изрично по време на конфигурирането и са напълно конфигурируеми от потребителя. Тези файлове могат да използват всякакви имена на файлове, стига имената да спазват следните правила:

  • Префиксната част на името на файла трябва да е същата като езиковия код, който е посочен в командата за език paramspace. Например, en.

  • Идентификаторната част на името на файла трябва да започва с подчертаване. Например, _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, като използвате различно име за аудио файла за всяка подкана за добре дошли. Например: en_welcome_aa1.auи en_welcome_aa2.au. Подканите за добре дошли, които записвате в тези файлове, трябва да включват както поздрава, така и инструкциите за опциите на менюто.

  • Запишете тишина в аудио файла en_bacd_options_menu.au. Трябва да се запише минимум една секунда мълчание. Имайте предвид, че този файл не съдържа инструкциите на менюто, когато има няколко AA услуги.

Опции на менюто

Целта на услугата B-ACD е автоматично да насочва обажданията до правилната дестинация във вашата организация. Интерактивните АА услуги ви позволяват да предоставяте опции за менюто на повикващите, така че те да могат да правят подходящия избор за своите разговори. Видовете опции на менюто, които са налични в 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-hunt се използват за групи за лов в услугата за опашка за повикване, не остава опция за опцията набиране по разширение. Имайте предвид, че това ограничение се основава на всички номера на опциите (номера на aa-hunt), използвани с услугата за опашка за повиквания, а не на номерата на опциите, използвани с приложение AA.

Изтегляне на Tcl скриптове и аудио подкани

Използвайте тези стъпки, за да подготвите скриптовите файлове и подканените файлове, които са необходими за вашата услуга B-ACD.

  1. Копирайте файла tar в стартиращия флаш на рутера SGW

  2. Декомпресирайте tcl и аудио файловете с помощта на командата:

    archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:
  3. Запишете отново аудио файловете, ако е необходимо.

Обяснение на командите:

КомандаОбяснение

Изтеглете B-ACD tar файла

Изтеглете B-ACD tar файла, извикан cme-b-acd-3.0.0.8.tarна TFTP сървър, достъпен за SGW рутера.

Този tar файл съдържа скрипта AA Tcl, скрипта Tcl на опашката за обаждания и аудио файловете по подразбиране, от които се нуждаете за услугата B-ACD

enable

Активира привилегирован EXEC режим на SGW рутера. Въведете паролата си, ако бъдете подканени.

archivetar/xtract <source-url> flash:

Декомпресира файловете в архива на файловете B-ACD и ги копира във флаш памет. Във файла се съдържат следните cme-b-acd-3.0.0.8.tarфайлове:

  • приложение-b-acd-aa-x.x.x.x.tcl (АА скрипт)

  • app-b-acd-x.x.x.x.tcl (скрипт за опашка за обаждания)

  • en_bacd_allagentsbusy.au (аудио файл)

  • en_bacd_options_menu.au (аудио файл)

  • en_bacd_disconnect.au (аудио файл)

  • en_bacd_music_on_hold.au (аудио файл)

  • en_bacd_invalidoption.au (аудио файл)

  • en_bacd_welcome.au (аудио файл)

  • en_bacd_enter_dest.au (аудио файл)

Запишете, ако е необходимо

Запишете отново аудио файлове с вашите персонализирани съобщения, но не променяйте имената на аудио файлове.

Примери

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

  1. Определете идентификаторите на сесиите на всички активни сесии

    Използвайте showcall application sessionsкомандата в привилегирован EXEC режим, за да получите номера на идентификатора на сесията (SID) на АА и услугите за обаждания. Ако сесията AA няма активни повиквания, името на скрипта AA не се появява в изхода от show call application sessionsкомандата.

  2. Ако е необходимо, спрете сесиите за обслужване на B-ACD AA и обаждания - Използвайки номерата на идентификационните номера на сесията от стъпка 1, спрете услугата B-ACD AA и сесиите за обслужване на опашка за обаждания. Използвайте call application session stopкомандата в привилегирован EXEC режим, за да спрете сесиите AA и сесиите на опашката за обаждания.
  3. Презаредете скрипта AA и скриптовете за опашка за обаждания - Използвайте call application voice loadкомандата в привилегирован EXEC режим, за да презаредите скриптовете.
  4. Ако файлът с аудио подкана е променен, презаредете го - Използвайте audio-prompt loadкомандата в привилегирован EXEC режим, за да презаредите аудио файл. Повторете тази команда за всеки променен аудио файл.

Проверка на състоянието на B-ACD

Използвайте show call application sessionsкомандата, за да проверите дали B-ACD е активен.

Следващият пример показва сесия с активни приложения за АА и опашка за обаждания. Полето „Приложение“ е името на услугата, полето „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 скриптовете, към които сте направили промени, както е обяснено в следващите стъпки. Ако презаписвате аудио подкани, трябва да презаредите променените файлове за аудио подкани.

  1. Определете идентификаторите на сесиите на всички активни сесии:

    Използвайте show call application sessionsкомандата в привилегирован EXEC режим, за да получите номера на идентификатора на сесията (SID) на АА и услугите за обаждания. Ако сесията AA няма активни повиквания, името на скрипта AA не се появява в изхода от show call application sessionsкомандата.

    Следващият пример показва сесия с активни повиквания. Полето „Приложение“ е името на услугата, дадено на скрипта на опашката за обаждания и скрипта AA. Можете също да видите имената на услугите в изхода за командата 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
    
  2. Спрете сесиите за обслужване на 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команда за нея.

  3. Презаредете скрипта AA и скриптовете на опашката за обаждания

    Използвайте call application voice loadкомандата в привилегирован EXEC режим, за да презаредите скриптовете.

    
    Router# call application voice load aa
    Router# call application voice load queue
  4. Ако файлът с аудио подкана е променен, презаредете го

    Използвайте 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 App за мобилни устройства или таблети) все още могат да се регистрират Webex Calling по време на прекъсвания. В резултат на това те може да не могат да се обаждат на други номера от същото място на сайта по време на пре късване.

  • Моделите на набиране могат да работят по различен начин в режим на оцеляване, отколкото в режим Active.

  • Шлюзът за оцеляване трябва да използва IPv4 адрес. IPv6 не се поддържа.

  • Актуализацията на състоянието на синхронизиране при поискване в контролния център може да отнеме до 30 минути.

  • Докът за повикване не се поддържа в режим на оцеляване.

  • Не конфигурирайте SIP bindкомандата в режим на конфигуриране на VoIP гласови услуги. Това води до неуспех в регистрацията на крайните точки с Survivability Gateway.

  • Уверете се, че значимите числа на предприятията (ESN) на различни физически местоположения са уникални, за да избегнете конфликти и да подобрите проследяемостта, резервирането и надеждността на прекъсване при прекъсване .

Следните ограничения се прилагат, докато сте в режим на оцеляване:

  • MPP софтуерни клави ши: Софтните клавиши като Паркиране, Отпаркиране, Барж, Пикап, Групово вземане и Изтегляне на повиквания не се поддържат, но не изглеждат деактивирани на устройството.

  • С@@ поделени линии: Обажданията, извършени към споделени линии, могат да звънят на всички устройства; други функционалности на споделената линия като Отдалечен мониторинг на състоянието на линията, задържане, възобновяване, синхронизирано не безпокойство (DND) и настройки за пренасочване на повиквания не са налични.

  • Конферентна връзка: Конферентни или трипосочни повиквания не се поддържат.

  • Основно автоматично разпространение на повиквания (B-ACD): Услу гата с колокиран шлюз за оцеляване и локален шлюз не се поддържа.

  • История на оба жданията: Извършените повиквания се съхраняват локално в историята на обажданията както за MPP устройства, така и за приложението Webex.

  • Гру@@ пи за лов: Можете да конфигурирате до 100 ловни групи, като всяка група поддържа максимум 32 потребители.

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

  • Маршрутизиране на групови повиквания при търсен е: Моделът за претеглено маршрутизиране на повиквания не се поддържа .

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

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

Примери за конфигурация

Примери за връзка с PSTN

За външно повикване конфигурирайте връзка с PSTN. Тази тема очертава някои от опциите и предоставя примерни конфигурации. Двете основни варианта са:

  • Връзка с гласовата интерфейсна карта (VIC) към PSTN

  • SIP багажник към PSTN шлюз

Връзка на гласовата интерфейсна карта към PSTN

Можете да инсталирате карта за гласов интерфейс (VIC) на маршрутизатора и да конфигурирате порт връзка към PSTN.

SIP багажник към PSTN шлюз

Можете да конфигурирате SIP магистрална връзка, която сочи към PSTN шлюз. За да конфигурирате багажната връзка на шлюза, използвайте конфигурацията гласов клас-наемател. Следва примерна конфигурация.

voice class tenant 300 
  sip-server ipv4:<ip_address>:<port>
  session transport udp 
  bind all source-interface GigabitEthernet0/0/1 
 

Набирайте партньорска конфигурация

За връзки с багажника конфигурирайте входящите и изходящите колегите за набиране за връзката на багажника. Конфигурацията зависи от вашите изисквания. За подробна информация за конфигурацията вижте Ръковод ство за конфигуриране на партньори за наби Cisco IOS ране, версия 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

Входящ набиращ партньор от 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 
Беше ли полезна тази статия?
Беше ли полезна тази статия?