В тази статия
dropdown icon
Съображения за разполагане
    Настройване на едно местоположение
    Настройване на няколко местоположения
    Ключови условия за запазване на комуникацията на сайта
    Съвместно местоположение с Unified 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 е загубена, крайните точки автоматично преминават в режим Survival и се регистрират в локалния Survival Gateway. В този режим порталът предоставя основни услуги за архивиране на повиквания. След като мрежовата връзка с Webex бъде възстановена, контролът на повикванията и регистрациите се връщат обратно към облака Webex.

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

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

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

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

Създаване на едно местоположение

Следващото изображение показва сценарий за повреда на мрежата, при който връзката с Webex е прекъсната и крайните точки на сайта на Webex работят в режим на оцеляване. На снимката Survivability Gateway маршрута вътрешно обаждане между две крайни точки на място, без да изисква връзка с Webex. В този случай Gateway за оцеляване е конфигуриран с локална 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 Определяне на крайни точки от едно място в режим на оцеляване

Настройване на множество локации

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

Webex calling endpoints from multiple locations in Site Survivability mode

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 или Webex Calling).

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

  • Външните повиквания и E-повиквания911 могат да бъдат маршрутизирани до SIP багажник или PSTN верига.

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

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

Table 1. Supported Calling features
Функция MPP устройства и Webex AppVG4xx 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 е налична за следните поддържани крайни точки.

Table 2. Supported endpoint models
ТипМоделиМинимална версия
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 и по-късно.

Table 3. Supported platform models
МоделРегистрации На Максимална крайна точкаМинимална версия

Маршрутизатор интегрирани услуги 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

Table 4. Port reference information for Survivability 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

Конфигуриране на удостоверения на Cisco IOS XE

Конфигуриране на удостоверенията за Gateway за оцеляване.

5

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

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

Задаване на услуга за оцеляване на шлюз

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

Ако шлюзът не съществува в контролния център, вижте Регистрирайте Cisco IOS Gateways за обаждане в Webexза добавяне на нов шлюз инстанция.
1

Отидете на Calling под Services, и след това кликнете върху Managed Gateways .

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

Изберете портала, който искате да присвоите като портал за оцеляване, и изберете един от следните, въз основа на стойността на Service поле:

  • Незададено (празна стойност) – Кликнете Assign Service и преминете към следващата стъпка.

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

3

От падащия тип услуга изберете Survivability Gateway и попълнете следните полета:

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

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

  • IP AddressВ IPv формат4 въведете IP адреса на Survivability Gateway. Устройствата се регистрират на този адрес, докато работят в режим на оцеляване.

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

4

Щракнете върху Assign.

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

Изтегляне на шаблон за config

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

Влезте в Контролен център...

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

2

Отидете на Services > PSTN & Routing > Gateway configurations > Manage Gateways.

3

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

4

Щракнете върху Download Config Template и изтеглете шаблона на вашия десктоп или лаптоп.

Настройване на лиценза

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

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

enable
 configure terminal
2

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

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

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

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

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

Когато конфигурирате пропускателната способност по-висока 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

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

enable
 configure terminal
2

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

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

Конфигурирайте доверителна точка, за да притежавате удостоверението Survivability 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).

Ако вашият доставчик на удостоверения изисква CSR във формат PEM (Privacy Enhanced Mail), добавете заглавка и долен колонтитул, преди да подадете. Например:

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

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

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

6

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

При поискване поставете базовия сертификат 64 CER/PEM в терминала.

7

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

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

  1. Намерете корен 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 обажданеза подробности.

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

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

8

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

Изпълнете тази стъпка, ако публично известен CA root сертификат не е наличен с вашия 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). Можете да импортирате пакета от локална файлова система или отдалечен сървър. PKCS е12 специален тип сертификат формат. Той обединява цялата верига на сертификата от основния сертификат през удостоверението за самоличност, заедно с ключовата двойка RSA. Това означава, че пакетът PKCS12 , който импортирате, ще включва ключовата двойка, хост сертификати и междинни сертификати. Импортиране на пакет12 PKCS за следните сценарии:

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

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

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

1

(По избор) Експортирайте пакета PKCS12 , необходим за вашия маршрутизатор Survival Gateway.

crypto pki export webex-sgw pkcs12 terminal password xyz123

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

2

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

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

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

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

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

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

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

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

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

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

3

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

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>—Име на доверителната точка, която се създава при използването на тази команда (Например, webex-sgw).

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

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

The crypto pki import командата автоматично изгражда доверителната точка, за да настани сертификата.

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... Използвайте това ръководство, освен ако описанието на командата не се отнася до друг документ.
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—Определя списък на нерегистрирани адреси, от които Gateway за оцеляване трябва да приема SIP съобщения от. Например адрес на SIP багажника.

  • <ip_address> и <subnet_mask> представляват надеждни адресни диапазони. Не е нужно да въвеждате директно свързани подмрежи, тъй като Survival Gateway им се доверява автоматично.

  • 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 Survivability Mode и Survivable Remote Site Telephony за Unified Communications Manager крайни точки.

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

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

    Изгледите на споделени линии се броят към границата max-dn. Например, ако всички телефони 5 споделят едни и същи DNs5 , тази конфигурация се брои като 25 DNs към максималния 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). За подробности как да използвате Клас ограничения с връстници за набиране вижте "Клас ограничения" в Dial Peer Configuration Guide, Cisco IOS Release 15M&T...

6

Настройване на списък с предпочитани кодеци. Например следният списък определя g ulaw като 711предпочитан кодек, следван от 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 цифри. В този пример, Real-Time Transport (RTP) с Named Phone Event (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-bit 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 on Hold с помощта на G.711. Също така осигурява директорията и името на аудио файла (например, bootflash:music-on-hold.au). Името на файла не може да надвишава 128 символите.

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

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

1

Влезте в Контролен център...

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

2

Отидете на Services > PSTN & Routing > Gateway configurations > Manage Gateways.

3

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

4

Кликнете върху Sync бутон.

5

Щракнете върху Submit.

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

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

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

Влезте в Контролен център...

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

2

Отидете на Services > PSTN & Routing > Gateway configurations > Manage Gateways.

3

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

4

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

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

  • IP AddressВ IPv формат въведете4 IP адреса на портала, към който устройствата се регистрират, докато работят в режим на оцеляване.

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 не използва тези методи в режим на оцеляване.

Конфигуриране на гласови регистри за сценарии за обаждания:

За да използвате функцията за препращане на повикването, конфигурирайте 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 

Настройки за включване на група за лов

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

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

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

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 командване

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

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

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

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

Настройване с помощта на Set number of Rings опция

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

Напред, когато е зает

Настройване с помощта на Advance when busy Option

Настройване с помощта на present-call idle-phoneкомандване

Разсейване на обажданията, когато всички агенти са недостъпни

Настройване с помощта на Divert calls when all agents unreachable опция

Настройване с помощта на final <phone number> командване

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

Настройване с помощта наDivert calls when all agents are busy or the hunt group is busy Option

Настройване с помощта final <phone number> command​

  • Настройване на 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

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

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 приложение.

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

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

    ch – китайски

    на английски

    sp —испански

    aa – всички

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

param welcome-prompt audio-filename

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

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

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

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

  1. Копиране на катран в SGW рутер bootflash

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

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

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

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

Изтегляне на B-ACD катран файл

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

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

enable

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

archivetar/xtract <source-url> flash:

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

  • app-b-acd-aa-x.x.x.x.tcl (AA скрипт)

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

  1. Определете ИД на сесията на всички активни сесии-

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

  2. Спрете B-ACD AA и сесиите за обслужване на повиквания, ако е необходимо - Използвайки идентификационните номера на сесията от Step1, спрете услугата 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 е активна.

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

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

    Използвай 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
    
  2. Спрете 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 команда за него.

  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

Ограничения и ограничения

  • Наличността на услугата 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.

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 
Беше ли полезна тази статия?
Беше ли полезна тази статия?