У цій статті
dropdown icon
Міркування щодо розгортання
    Налаштування одного місця розташування
    Налаштування кількох локацій
    Ключові умови живучості ділянки
    Колокейшн з Unified SRST
    Підтримувані функції та компоненти
    Довідкова інформація про порт для Survivability Gateway
dropdown icon
Конфігурація функцій
    Послідовність завдань налаштування живучості сайту
    Призначити службу живучості шлюзу
    Завантажити шаблон конфігурації
    Налаштування ліцензування
dropdown icon
Налаштувати сертифікати
    Налаштування сертифікатів на Cisco IOS XE
    Імпортувати сертифікати разом із парами ключів
dropdown icon
Налаштування шлюзу живучості
    Налаштування шлюзу як шлюзу живучості
    Повна синхронізація на вимогу
    Редагувати властивості шлюзу виживання
    Конфігурації для ввімкнення CDR на шлюзі живучості
    Налаштування для ввімкнення переадресації викликів
    Конфігурації для активації групи пошуку
    Конфігурації для активації базового автоматичного розподілу викликів (B-ACD)
Обмеження та заборони
Досвід користувача під час резервного перемикання
dropdown icon
Приклади конфігурації
    Приклади підключення PSTN
    Приклад екстреного виклику

Виживаність сайту для дзвінків Webex

list-menuУ цій статті
list-menuНадіслати відгук?

Забезпечення відсутності зв’язку з сайтом гарантує, що ваш бізнес залишається доступним навіть у разі втрати з’єднання з Webex. Він використовує локальний мережевий шлюз для надання резервних послуг виклику до кінцевих точок на місці під час збоїв у мережі.

Міркування щодо розгортання

За замовчуванням кінцеві точки Webex Calling працюють в активному режимі, підключаючись до хмари Webex для реєстрації SIP та керування викликами. Якщо мережеве з’єднання з Webex втрачається, кінцеві точки автоматично перемикаються в режим живучості та реєструються в локальному шлюзі живучості. У цьому режимі шлюз надає основні резервні послуги викликів. Після відновлення мережевого підключення до Webex керування викликами та реєстрація знову переключаються на хмару Webex.

У режимі виживання підтримуються такі виклики:

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

  • Зовнішні дзвінки (вхідні та вихідні) з використанням локальної PSTN-лінії або SIP-транку на зовнішні номери та провайдерів E911

Щоб скористатися цією функцією, необхідно налаштувати маршрутизатор Cisco IOS XE в локальній мережі як шлюз аварійної безпеки. Шлюз Survivability щодня синхронізує інформацію про виклики з хмари Webex для кінцевих точок у цьому місці. Якщо кінцеві точки перемикаються в режим живучості, шлюз може використовувати цю інформацію для перейняття реєстрації SIP та надання базових послуг виклику.

Налаштування одного місця розташування

На наступному зображенні показано сценарій збою мережі, коли з’єднання з Webex розірвано, а кінцеві точки на сайті Webex працюють у режимі безперебійної роботи. На зображенні шлюз Survivability Gateway направляє внутрішній виклик між двома кінцевими точками на місці без необхідності підключення до Webex. У цьому випадку шлюз живучості налаштовується з локальним підключенням до PSTN. В результаті, кінцеві точки на місці в режимі аварійної безпеки можуть використовувати PSTN для вхідних та вихідних дзвінків на зовнішні номери та постачальників E911.

Діаграма сценарію збою мережі, коли з’єднання з Webex розірвано, а кінцеві точки на сайті Webex працюють у режимі безперебійної роботи.
Виклик кінцевих точок Webex з одного місця в режимі безперебійної роботи

Налаштування кількох локацій

На наступному зображенні показано сценарій збою мережі, коли з’єднання з Webex розірвано, а кінцеві точки, розташовані в різних місцях, працюють у режимі безперебійної роботи. У мережі LAN є кілька менших локацій, які підключені до одного шлюзу живучості. Це розгортання оптимізує використання ресурсів шлюзу, зберігаючи при цьому конфігурації маршрутизації викликів, що залежать від розташування.

Webex викликає кінцеві точки з кількох місць у режимі життєзабезпечення сайту

Cisco рекомендує підтримувати поріг затримки 50 мілісекунд для з'єднання між Survivability Gateway та кінцевими точками в різних місцях локальної мережі.

Ключові умови живучості ділянки

До шлюзу виживання застосовуються такі умови:

  • Хмара Webex містить IP-адресу, ім'я хоста та порт Survivability Gateway у файлі конфігурації пристрою. В результаті, кінцеві точки можуть звернутися до шлюзу життєзабезпечення для реєстрації, якщо з’єднання з Webex розривається.

  • Щоденна синхронізація даних викликів між хмарою Webex та Survivability Gateway містить інформацію для автентифікації зареєстрованих користувачів. В результаті, кінцеві точки можуть підтримувати безпечну реєстрацію навіть під час роботи в режимі живучості. Синхронізація також включає інформацію про маршрутизацію для цих користувачів.

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

  • Кожен сайт, який розгортає Site Survivability, потребує шлюзу Survivability у локальній мережі.

  • Реєстрації та керування викликами повертаються до хмари Webex, щойно мережеве з’єднання Webex відновлюється принаймні на 30 секунд.

Колокейшн з Unified SRST

Шлюз Survivability підтримує спільне розміщення конфігурації Webex Survivability та конфігурації Unified SRST на одному шлюзі. Шлюз може підтримувати безперебійність як для кінцевих точок Webex Calling, так і для кінцевих точок, зареєстрованих у Unified Communications Manager. Щоб налаштувати колокацію:

Міркування щодо маршрутизації дзвінків для колокейшн-центру

Під час налаштування маршрутизації викликів для сценаріїв колокації враховуйте наступне:

  • Шлюз живучості автоматично маршрутизує внутрішні виклики за умови, що обидві кінцеві точки у виклику зареєстровані в шлюзі живучості. Внутрішні дзвінки автоматично перенаправляються між будь-якими зареєстрованими клієнтами (SRST або Webex Calling).

  • Можлива ситуація, коли з'єднання з однією системою керування викликами переривається, тоді як з'єднання з іншою системою керування викликами залишається активним. В результаті один набір кінцевих точок реєструється в шлюзі живучості, а інший набір кінцевих точок на тому ж сайті реєструється в основному контролі викликів. У цьому випадку вам може знадобитися маршрутизувати дзвінки між двома наборами кінцевих точок до транкінгу SIP або каналу PSTN.

  • Зовнішні дзвінки та дзвінки E911 можуть бути перенаправлені на SIP-транк або PSTN-лінію.

Підтримувані функції та компоненти

У наступній таблиці наведено інформацію про підтримувані функції.

Таблиця 1. Підтримувані функції викликів
Функція Пристрої MPP та застосунок WebexVG4xx ATA

Виклик внутрішньосайтового розширення

Підтримується автоматично, без необхідності спеціального налаштування маршрутизації на шлюзі живучості.

Підтримується автоматично, без необхідності спеціального налаштування маршрутизації на шлюзі живучості.

Альтернативні номери не підтримуються.

Міжсайтові та PSTN дзвінки (вхідні та вихідні)

Виклики PSTN на основі телекомунікаційного каналу або SIP-транку.

Виклики PSTN на основі телекомунікаційного каналу або SIP-транку.

Обробка викликів E911

Для виклику E911 потрібна PSTN-лінія або SIP-транк.

Вихідні дзвінки використовують спеціальний зареєстрований ідентифікаційний номер місця екстреного реагування (ELIN) для визначеного місця екстреного реагування (ERL). Якщо оператор екстреної служби повертає розірваний виклик, шлюз рятування перенаправляє виклик на останній пристрій, який телефонував на номер екстреної служби.

Для виклику E911 потрібна PSTN-лінія або SIP-транк.

Вихідні дзвінки використовують спеціальний зареєстрований ідентифікаційний номер місця екстреного реагування (ELIN) для визначеного місця екстреного реагування (ERL). Якщо оператор екстреної служби повертає розірваний виклик, шлюз рятування перенаправляє виклик на останній пристрій, який телефонував на номер екстреної служби.

Утримання та відновлення викликів

Підтримується

Якщо ви використовуєте функцію «Музика під час утримання» (MOH), вручну налаштуйте шлюз живучості за допомогою файлу MOH.

VG4xx Аналогові лінії ATA не можуть ставити виклики на утримання або відновлювати їх.

Ця функція підтримується лише тоді, коли вхідний виклик отримано на VG4xx ATA.

Переадресація виклику з присутністю

Підтримується

Ця функція підтримується лише тоді, коли вхідний виклик отримано на VG4xx ATA.

Сліпа переадресація виклику

Підтримується

Ця функція підтримується лише тоді, коли вхідний виклик отримано на VG4xx ATA.

Ідентифікатор абонента, що телефонує, для вхідних викликів (ім’я)

Підтримується

Підтримується

Ідентифікатор абонента, що телефонує (ім'я) & Номер)

Підтримується

Підтримується

Відеодзвінок "точка-точка"

Підтримується

Не підтримується

Тристоронній дзвінок

Не підтримується

Не підтримується

Спільні лінії

Підтримується

Підтримується

Віртуальні лінії

Підтримується

Не підтримується

Після налаштування функції «Відмова від налаштування сайту» доступна для таких підтримуваних кінцевих точок.

Таблиця 2. Підтримувані моделі кінцевих точок
ТипМоделіМінімальна версія
IP-телефон Cisco з багатоплатформним (MPP) мікропрограмним забезпеченням

6821, 6841, 6851, 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)

IP-телефон для конференцій Cisco

7832, 8832

12.0(1)

Програма Cisco Webex

Windows, Mac

43.2

Аналогові кінцеві точки

VG400 ATA, VG410 ATA та VG420 ATA

Cisco ATA 191 та 192

17.16.1а

11.3(1) для ATA 191 та 192

Пристрої сторонніх виробників не підтримуються Survivability Gateway.

Наведена нижче таблиця допомагає налаштувати маршрутизатори Cisco IOS XE як шлюз аварійної безпеки. У цій таблиці наведено максимальну кількість кінцевих точок, яку підтримує кожна платформа, та мінімальну версію IOS XE.

Функції шлюзу безпеки Webex Calling доступні з Cisco IOS XE Dublin версії 17.12.3 або пізніших. Функції групи пошуку, переадресації викликів та автосекретаря доступні з iOS 17.18.2 та пізніших версій.

Таблиця 3. Підтримувані моделі платформ
МодельМаксимальна кількість реєстрацій кінцевих точокМінімальна версія

Маршрутизатор інтегрованих послуг 4321

50

Cisco IOS XE Dublin версії 17.12.3 або пізнішої

Маршрутизатор інтегрованих послуг 4331

100

Маршрутизатор інтегрованих послуг 4351

700

Маршрутизатор інтегрованих послуг 4431

1200

Маршрутизатор інтегрованих послуг 4451-X

2000

Маршрутизатор інтегрованих послуг 4461

2000

Catalyst Edge 8200L-1N-4T

1500

Catalyst Edge 8200-1N-4T

2500

Каталізатор Edge 8300-1N1S-6T

2500

Catalyst Edge 8300-2N2S-6T

2500

Каталізатор Edge 8300-1N1S-4T2X

2500

Catalyst Edge 8300-2N2S-4T2X

2500

Програмне забезпечення Catalyst Edge 8000V у малій конфігурації

500

Середня конфігурація програмного забезпечення Catalyst Edge 8000V

1000

Програмне забезпечення Catalyst Edge 8000V великої конфігурації

2000

Довідкова інформація про порт для Survivability Gateway

Таблиця 4. Довідкова інформація про порт для Survivability Gateway

Мета підключення

Адреси джерела

Порти джерела

Протокол

Адреси призначення

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

Сигналізація виклику до шлюзу живучості (SIP TLS)

Пристрої

5060-5080

TLS

Шлюз Survivability

8933

Виклик медіафайлів до шлюзу живучості (SRTP)

Пристрої

19560-19660

UDP

Шлюз Survivability

8000-14198 (SRTP через UDP)

Сигналізація виклику до шлюзу PSTN (SIP)

Шлюз Survivability

Короткотерміновий

TCP або UDP

Ваш шлюз PSTN від ITSP

5060

Передавання мультимедіа викликів до шлюзу PSTN (SRTP)

Шлюз Survivability

8000-48198

UDP

Ваш шлюз PSTN від ITSP

Короткотерміновий

Синхронізація часу (NTP)

Шлюз Survivability

Короткотерміновий

UDP

NTP-сервер

123

Розпізнавання імен (DNS)

Шлюз Survivability

Короткотерміновий

UDP

DNS-сервер

53

Управління хмарою

З’єднувач

Короткотерміновий

HTTPS

Служби Webex

443, 8433

Щоб отримати інструкції з експлуатації хмарного режиму, зверніться до статті довідки Довідкова інформація про порти для викликів Webex.

Ви можете налаштувати значення параметрів портів на маршрутизаторах Cisco IOS XE. У цій таблиці для надання рекомендацій використовуються значення за замовчуванням.

Конфігурація функцій

Послідовність завдань налаштування живучості сайту

Виконайте наступні завдання, щоб додати відмовостійкість сайту для існуючого розташування Webex Calling. Якщо з’єднання з хмарою Webex розривається, шлюз аварійної безпеки в локальній мережі може забезпечити резервне керування викликами для кінцевих точок у цьому місці.

Перш ніж почати

Якщо вам потрібно підготувати новий шлюз, який виконуватиме роль шлюзу живучості, зверніться до статті Webex Реєстрація керованих шлюзів Cisco IOS у Webex Cloud, щоб додати шлюз до Control Hub.

КрокиКоманда або діяМета

1

Призначити службу живучості шлюзу

У Центрі керування призначте послугу Шлюз живучості шлюзу.

2

Завантажити шаблон конфігурації

Завантажте шаблон конфігурації з Control Hub. Шаблон знадобиться вам під час налаштування командного рядка шлюзу.

3

Налаштування ліцензування

Налаштуйте ліцензії для Survivability Gateway.

4

Налаштування сертифікатів на Cisco IOS XE

Налаштуйте сертифікати для шлюзу живучості.

5

Налаштування шлюзу як шлюзу живучості

Використовуйте шаблон конфігурації, який ви завантажили раніше, як посібник із налаштування командного рядка шлюзу. Виконайте всі обов'язкові налаштування, що містяться в шаблоні.

Призначити службу живучості шлюзу

Перш ніж почати

Якщо шлюз не існує в Control Hub, див. розділ Реєстрація шлюзів Cisco IOS у Webex Calling, щоб додати новий екземпляр шлюзу.
1

Перейдіть до розділу Виклики у розділі Послуги, а потім натисніть вкладку Керовані шлюзи.

У режимі перегляду «Керовані шлюзи» відображається список шлюзів, якими ви керуєте через Центр керування.
2

Виберіть шлюз, який потрібно призначити як шлюз живучості, і виберіть один із наведених нижче варіантів на основі значення поля Сервіс :

  • Непризначено (порожнє значення) — натисніть Призначити послугу та перейдіть до наступного кроку.

  • Шлюз живучості— Якщо ви хочете редагувати наявні налаштування IP-адреси шлюзу, перейдіть до розділу Редагувати властивості шлюзу живучості. В іншому випадку перейдіть до наступної процедури в потоці.

3

У розкривному списку типів послуг виберіть Шлюз живучості та заповніть такі поля:

  • Розташування— Виберіть розташування у випадаючому списку. Щоб призначити кілька локацій шлюзу живучості, виберіть усі необхідні локації зі списку.

  • Ім’я хоста— Введіть повне доменне ім’я (FQDN), яке використовується під час створення сертифіката для шлюзу. Це може бути ім’я, яке міститься в полі «Альтернативне ім’я суб’єкта сертифіката» (SAN). Повне доменне ім'я (FQDN) та IP-адреса використовуються лише для встановлення безпечного з'єднання зі шлюзом. Отже, заповнювати його в DNS не обов'язково.

  • IP-адреса— У форматі IPv4 введіть IP-адресу шлюзу живучості. Пристрої реєструються за цією адресою під час роботи в режимі живучості.

Після завершення реєстрації дані про розташування з’являться на сторінці «Керовані шлюзи».

4

Натисніть Призначити.

У поданні «Керовані шлюзи» відображається список розташувань, призначених шлюзу.
(Необов’язково) Скасувати призначення служби живучості— Якщо ви хочете видалити шлюз живучості зі шлюзу, перейдіть до розділу Скасувати призначення служб керованого шлюзу.

Завантажити шаблон конфігурації

Завантажте шаблон конфігурації з Control Hub або за цим посиланням. Шаблон знадобиться вам під час налаштування командного рядка шлюзу.
1

Увійдіть у Центркерування.

Якщо ви є партнерською організацією, запускається Центр партнерів. Щоб відкрити Центр керування, натисніть на вигляд Клієнт у Центрі партнерів і виберіть відповідного клієнта або виберіть Моя організація, щоб відкрити налаштування Центру керування для організації-партнера.

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 або кращу версію та введіть необхідний рівень пропускної здатності. У наступному прикладі використовується двонаправлена крипто-пропускна здатність 25 Мбіт/с. Виберіть відповідний рівень для очікуваної кількості дзвінків.

    license boot level network-advantage addon dna-advantage
     platform hardware throughput crypto 25M
    
  • Для програмного забезпечення Cisco Catalyst 8000V Edge використовуйте ліцензію на функцію DNA Network Advantage або кращу версію та введіть необхідний рівень пропускної здатності. У наступному прикладі використовується пропускна здатність 1 Гбіт/с. Виберіть відповідний рівень для очікуваної кількості дзвінків.

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

Під час налаштування пропускної здатності понад 250 Мбіт/с вам потрібна ліцензія платформи HSEC.

Налаштувати сертифікати

Налаштування сертифікатів на Cisco IOS XE

Виконайте наступні кроки, щоб запросити та створити сертифікати для шлюзу виживання. Використовуйте сертифікати, підписані загальновідомим центром сертифікації.

Платформа Survivability Gateway підтримує лише загальновідомі сертифікати CA. Приватні або корпоративні сертифікати CA не можна використовувати для Survivability Gateway.

Список кореневих центрів сертифікації, що підтримуються для 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

Налаштуйте точку довіри для зберігання сертифіката шлюзу живучості. Повне доменне ім'я шлюзу (fqdn) має використовувати те саме значення, яке ви використовували під час призначення служби живучості шлюзу.

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

Згенеруйте запит на підпис сертифіката, виконавши команду crypto pki enroll webex-sgw.

Коли буде запропоновано, введіть yes.

Після того, як CSR відобразиться на екрані, за допомогою Блокнота скопіюйте сертифікат у файл, який можна надіслати до підтримуваного центру сертифікації (CA).

Якщо ваш постачальник послуг підпису сертифікатів вимагає CSR у форматі PEM (Privacy Enhanced Mail), додайте заголовок і нижній колонтитул перед надсиланням. Наприклад:

-----BEGIN CERTIFICATE REQUEST-----
 
 -----END CERTIFICATE REQUEST-----
5

Після того, як центр сертифікації видасть вам сертифікат, виконайте команду crypto pki authenticate webex-sgw для автентифікації сертифіката. Ви можете виконати цю команду в режимі exec або config.

Коли буде запропоновано, вставте базове число 64 CER/PEM видача вмісту сертифіката CA (не сертифіката пристрою) у термінал.

6

Імпортуйте підписаний сертифікат хоста до точки довіри за допомогою команди crypto pki import webex-sgw certificate.

Коли буде запропоновано, вставте базове число 64 CER/PEM сертифікат у термінал.

7

Перевірте, чи доступний кореневий сертифікат ЦС:

Рішення Webex Calling підтримують лише загальновідомі центри сертифікації. Приватні або корпоративні сертифікати ЦС не підтримуються.

  1. Знайдіть загальну назву кореневого центру сертифікації, виконавши команду show crypto pki certificates webex-sgw | begin CA Cert. Знайдіть емітента cn= .

  2. Виконайте команду show crypto pki trustpool | include cn= та перевірте, чи цей кореневий сертифікат CA встановлено разом із пакетом Cisco 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. Повторіть ці підкроки, щоб визначити, чи доступний кореневий сертифікат ЦС. Після повторення підкроків:

    Якщо сертифікат недоступний, перейдіть до кроку 8. Якщо сертифікат доступний, перейдіть до кроку 9.

8

Якщо ваш кореневий сертифікат ЦС не входить до пакета, отримайте сертифікат та імпортуйте його до нової точки довіри.

Виконайте цей крок, якщо загальновідомий кореневий сертифікат центру сертифікації недоступний для вашого шлюзу Cisco IOS XE.

crypto pki trustpoint 
 enrollment terminal
 revocation-check crl
 crypto pki authenticate 

Коли буде запропоновано, вставте базове число 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 OS X та GNU/Linux користувачів, він встановлюється за замовчуванням.

  2. Перейдіть до каталогу, де зберігаються ваші ключі, сертифікати та файли ланцюжка.

    У Windows: За замовчуванням утиліти встановлюються в C:\Openssl\bin. Відкрийте командний рядок у цьому місці.

    На Mac OSX/Linux: Відкрийте вікно терміналу в каталозі, необхідному для створення сертифіката PKCS12.

  3. У каталозі збережіть файли закритого ключа (privateKey.key), сертифіката ідентифікації (certificate.crt) та ланцюжка сертифікатів кореневого центру сертифікації (CACert.crt).

    Об'єднайте закритий ключ, сертифікат ідентифікації та ланцюжок сертифікатів кореневого центру сертифікації у файл 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  pkcs12  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>— Пароль, який використовується під час створення файлу PKCS12 (наприклад, xyz123).

Команда 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

Налаштування шлюзу живучості

Налаштування шлюзу як шлюзу живучості

Використовуйте шаблон конфігурації, який ви завантажили раніше, як посібник із налаштування командного рядка шлюзу. Виконайте обов'язкові налаштування в шаблоні.

Наведені нижче кроки містять зразки команд разом із поясненням цих команд. Відредагуйте налаштування відповідно до вашого розгортання. Кутові дужки (наприклад, ) вказують на налаштування, де слід ввести значення, що застосовуються до вашого розгортання. Різні налаштування <tag> використовують числові значення для ідентифікації та призначення наборів конфігурацій.

  • Якщо не зазначено інше, це рішення вимагає виконання всіх налаштувань у цій процедурі.
  • Під час застосування налаштувань із шаблону замініть %tokens% на потрібні значення, перш ніж копіювати їх до шлюзу.
  • Щоб отримати додаткові відомості про команди, див. Довідник команд керованого шлюзу Webex. Використовуйте цей посібник, якщо опис команди не містить посилання на інший документ.
1

Увійдіть у режим глобальної конфігурації.


enable
 configure terminal

де:

  • enable—Вмикає привілейований режим EXEC.

  • configure terminal—Вмикає режим глобальної конфігурації.

2

Виконайте налаштування голосової служби:


 voice service voip
  ip address trusted list
    ipv4  
    ipv4  
  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-транкінгу.

  • та представляють довірені діапазони адрес. Вам не потрібно вводити безпосередньо підключені підмережі, оскільки Survivability 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

Увімкніть Survivability на маршрутизаторі:


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

Пояснення щодо команд.

  • voice register global—Вхід у режим глобальної реєстрації голосу.

  • mode webex-sgw—Увімкнення режиму Webex Calling Survivability та Survivable Remote Site Telephony для кінцевих точок Unified Communications Manager.

    Після налаштування режиму webex-sgw, Survivability Gateway прослуховує порт 8933 для вхідних безпечних з'єднань від кінцевих точок.

  • max-dn—Обмежує кількість номерів каталогу (DN), які може обробляти маршрутизатор. Для цього рішення завжди налаштовуйте максимальне значення, доступне для вашої платформи.

    Кількість появ у спільних лініях враховується в ліміті максимальної кількості позначок (dn). Наприклад, якщо 5 телефонів використовують однакові 5 DN, ця конфігурація зараховується як 25 DN до ліміту максимальної кількості DN.

  • max-pool—Встановлює максимальну кількість пристроїв, які можуть зареєструватися на шлюзі. Встановіть це значення на максимум, дозволений вашою платформою, як описано в таблиці 3.

4

Налаштування NTP-серверів:

ntp server 
 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

У попередньому прикладі створюється набір користувацького класу обмежень з назвою categories (наприклад, Wx_calling_International). Докладніше про використання класу обмежень з вузлами вибору див. у розділі «Клас обмежень» у Посібнику з налаштування вузлів вибору, Cisco IOS версії 15M & Т.

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 
 subnet 1  

 voice emergency response location 2
  elin 1 
  subnet 1  

 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 —Призначає чергового до місця реагування на надзвичайні ситуації. Для цього elin частина <number> визначає номер PSTN, який замінює додатковий номер абонента, що викликає 911 (наприклад, 14085550100).

  • subnet 1 —Визначає групу підмереж разом із конкретною адресою підмережі для цього місця реагування на надзвичайні ситуації. Використовуйте цю команду для ідентифікації мережі абонента за допомогою 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

(Необов’язково) Увімкніть музику під час утримання для маршрутизатора. Ви повинні зберегти музичний файл у флеш-пам'яті маршрутизатора у форматі G.711. Файл може бути у форматі .au або .wav, але цей формат файлу повинен містити 8-бітні дані з частотою 8 кГц (наприклад, формат даних ITU-T A-law або mu-law).

call-manager-fallback
 moh enable-g711 "bootflash:"

Пояснення команд:

  • call-manager-fallback—Вхід у режим конфігурації SRST.

  • moh enable-g711 "bootflash:"—Увімкнення одноадресної передачі музики під час утримання за допомогою G.711. Також вказується каталог та ім'я аудіофайлу (наприклад, bootflash:music-on-hold.au). Ім'я файлу не може перевищувати 128 символів.

Повна синхронізація на вимогу

(Необов’язково) Виконайте цю процедуру, лише якщо ви хочете негайно виконати синхронізацію на вимогу. Ця процедура не є обов’язковою, оскільки хмара Webex автоматично синхронізує дані викликів із Survivability Gateway один раз на день.

1

Увійдіть у Центркерування.

Якщо ви є партнерською організацією, запускається Центр партнерів. Щоб відкрити Центр керування, натисніть на вигляд Клієнт у Центрі партнерів і виберіть відповідного клієнта або виберіть Моя організація, щоб відкрити налаштування Центру керування для організації-партнера.

2

Перейти до Послуги > PSTN & Маршрутизація > Конфігурації шлюзу > Керування шлюзами.

3

Клацніть на відповідний шлюз живучості, щоб відкрити вікно Служба живучості для цього шлюзу.

4

Натисніть кнопку Синхронізувати.

5

Клацніть Надіслати.

Синхронізація може тривати до 10 хвилин.

Редагувати властивості шлюзу виживання

Використовуйте цю додаткову процедуру, лише якщо ви хочете редагувати налаштування для існуючого шлюзу виживання.
1

Увійдіть у Центркерування.

Якщо ви є партнерською організацією, запускається Центр партнерів. Щоб відкрити Центр керування, натисніть на вигляд Клієнт у Центрі партнерів і виберіть відповідного клієнта або виберіть Моя організація, щоб відкрити налаштування Центру керування для організації-партнера.

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

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

  • Шлюз безпеки вимикає SIP REFER, SIP moved-timely для додаткових послуг переадресації викликів та переадресації викликів, оскільки Webex Calling не використовує ці методи в режимі безпеки.

Налаштуйте пули голосових регістрів для сценаріїв переадресації викликів:

Щоб скористатися функцією переадресації викликів, налаштуйте команду call-forward b2bua під voice register pool окремих телефонів.

  • Щоб увімкнути call-forward all, налаштуйте: call-forward b2bua all

  • Щоб увімкнути call-forward no-answer, налаштуйте:call-forward b2bua noan timeout

  • Щоб увімкнути тригер зайнятості при вказаній кількості вхідних дзвінків, налаштуйте:

    
    call-forward b2bua busy 
    busy-trigger-per-button 

  • Приклад конфігурації:

    
    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 та використання команд шлюзу живучості.

Функції групи полюванняНалаштування за допомогою Центру керуванняКоманди шлюзу живучості

Виберіть шаблон маршрутизації викликів

Top-Down/Simultaneous/Circular/Longest-idle​

Sequential/Parallel/Peer/Longest-idle

Додати групу полювання

Додати групу полювання з назвою та номером телефону для кожного місця розташування.

Щоб додати групу пошуку, скористайтеся клавішею voice hunt-group . Потім додайте номер телефону за допомогою команди pilot та назву групи пошуку за допомогою команди description

Виберіть користувачів, робочі простори або віртуальні лінії для додавання

Виберіть агентів для участі в групі Hunt Group

Налаштуйте список агентів за допомогою команди number

Просунення після встановленої кількості дзвінків

Налаштуйте за допомогою опції Встановити кількість дзвінків

Налаштуйте переадресацію виклику наступному агенту за допомогою командиtimeout замість кількості дзвінків.

Заздалегідь, коли зайнято

Налаштуйте за допомогою опції Перейти вперед, коли зайнято

Налаштуйте за допомогою команди present-call idle-phone

Переадресація викликів, коли всі агенти недоступні

Налаштуйте за допомогою опції Переадресація викликів, коли всі агенти недоступні

Налаштуйте за допомогою команди final

Переспрямовувати виклики, коли всі оператори зайняті або група пошуку перебуває в стані «Зайнято»

Налаштуйте за допомогою опціїПереадресація викликів, коли всі агенти зайняті або зайнята група пошуку

Налаштувати за допомогою final command​

  • Налаштування послідовних дзвінків групи пошуку

    
      voice hunt-group 1 sequential​
        pilot 1111
        number 1 1001​
        number 2 1002​
        number 3 7089001​
        number 4 7089002​
        number 5 +1210903443​
        .....​
        .....​
        timeout 20​
        final 1009
        statistics collect
        description​
        present-call idle-phone

  • Налаштування паралельних кілець групи пошуку

    
    voice hunt-group 2 parallel​
      pilot 2222​
      number 1 2001
      number 2 2002​
      number 3 2089001​
      number 4 2089002​
      number 5 +12109034433​
      .....​
      .....​
      timeout 60​
      final 1009​
      statistics collect​
      description​

Опис команд:

  • voice hunt-group- Ця команда використовується для визначення та входу в режим конфігурації для групи пошуку.

  • parallel- Це ключове слово визначає метод або алгоритм групи пошуку, який система використовуватиме для розподілу вхідних викликів між членами цієї групи пошуку.

  • number- Створює список extensions/e164 numbers/ESN які є членами групи пошуку голосів. Жоден номер у списку не може бути пілотним номером іншої групи пошуку.

  • pilot- Це основний номер або номер довідника для групи пошуку. Абоненти набирають цей номер, щоб зв'язатися з групою пошуку.

  • timeout- Встановлює максимальний час у секундах, протягом якого група пошуку намагатиметься продзвонити своїх учасників, перш ніж виконати наступну дію.

  • final- Ця команда вказує резервний номер.

  • statistics collect​- Дозволяє збирати операційну статистику для групи пошуку.

  • descriptin- опис групи полювання

  • present-call idle-phone-Переадресовуйте виклик лише тим агентам, які не використовуються.

Нижче наведено приклад виводу команди show voice hunt-group statistics. Вихідні дані включають прямі дзвінки на номер групи голосового пошуку та дзвінки з черги або B-ACD.


Router# show voice hunt-group 1 statistics last 1 h 
Wed 04:00 - 05:00
	Max Agents: 3
	Min Agents: 3
	Total Calls: 9
	Answered Calls: 7
	Abandoned Calls: 2
	Average Time to Answer (secs): 6
	Longest Time to Answer (secs): 13
	Average Time in Call (secs): 75
	Longest Time in Call (secs): 161
	Average Time before Abandon (secs): 8
	Calls on Hold: 2
	Average Time in Hold (secs): 16	
	Longest Time in Hold (secs): 21
	Per agent statistics:
		Agent: 5012
			From Direct Call:
				Total Calls Answered: 3
				Average Time in Call (secs): 70
				Longest Time in Call (secs): 150
				Totals Calls on Hold: 1
				Average Hold Time (secs): 21
				Longest Hold Time (secs): 21
			From Queue:
				Total Calls Answered: 3
				Average Time in Call (secs): 55
				Longest Time in Call (secs): 78
				Total Calls on Hold: 2
				Average Hold Time (secs): 19
				Longest Hold Time (secs): 26
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600
		Agent: 5013
			From Direct Call:
				Total Calls Answered: 3
				Average Time in Call (secs): 51
				Longest Time in Call (secs): 118
				Totals Calls on Hold: 1
				Average Hold Time (secs): 11
				Longest Hold Time (secs): 11
			From Queue:
				Total Calls Answered: 1
				Average Time in Call (secs): 4
				Longest Time in Call (secs): 4
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600
		Agent: 5014
			From Direct Call:
				Total Calls Answered: 1
				Average Time in Call (secs): 161
				Longest Time in Call (secs): 161
			From Queue:
				Total Calls Answered: 1
				Average Time in Call (secs): 658
				Longest Time in Call (secs): 658
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600

	Queue related statistics:
		Total calls presented to the queue: 5
		Calls handoff to IOS: 5
		Number of calls in the queue: 0
		Average time to handoff (secs): 2
		Longest time to handoff (secs): 3
		Number of abandoned calls: 0
		Average time before abandon (secs): 0
		Calls forwarded to voice mail: 0
		Calls answered by voice mail: 0
		Number of error calls: 0

Router# sh voice hunt-group 
Group 1
    type: sequential
    pilot number: 4444, peer-tag 2147483647
    list of numbers: 
        Member        Used-by       State  Login/Logout
        ======        =======       =====  ============
        1001          1001          up   -
        1003          1003          up   -
    preference: 0
    preference (sec): 0
    timeout: 15
    final_number: 
    auto logout: no
    stat collect: no
    phone-display: no
    hlog-block: no
    calls in queue: 0
    overwrite-dyn-stats: no
    members logout: no
    present-call idle-phone: no
webex-sgw-bgl14#

Конфігурації для активації базового автоматичного розподілу викликів (B-ACD)

Базова послуга автоматичного розподілу викликів (B-ACD) та автосекретаря (AA) забезпечує автоматичну відповідь на зовнішні виклики за допомогою привітань та меню, що дозволяє абонентам вибрати відповідний відділ або набрати відомі додаткові номери.

B-ACD забезпечує автоматичну відповідь та розподіл дзвінків за допомогою інтерактивних меню та локальних груп пошуку. Застосунок B-ACD складається з послуг автосекретаря (AA) та однієї послуги черги викликів. Автосекретар B-ACD підтримує дзвінки PSTN, які узгоджуються з вхідним SIP-транком за допомогою кодека g711ulaw

B-ACD підтримує групи голосового пошуку з послідовними, паралельними, одноранговими, найдовшими періодами очікування, підтримкою спільних SIP-ліній та змішаних спільних ліній.

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

Обмеження

Використовуйте той самий кодек на вхідних та вихідних вузлах зв'язку під час переадресації викликів. Використання різних кодеків не підтримується. IOS не викликатиме транскодер для викликів, оброблених будь-якою програмою TCL.

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

Застосунок B-ACD складається з послуги черги викликів та однієї або кількох служб AA. Налаштовувані компоненти цих сервісів:

  • Номер пілота

  • Вітальне повідомлення та інші аудіофайли

  • Пункти меню

  • Набір за додатковим номером

Номер пілота

Кожна служба AA має свій власний пілотний номер AA, який набирають абоненти, щоб зв'язатися з AA. Це число вказується в команді param aa-pilot. Пілотний номер AA не пов'язаний з жодним номером телефону агента чи фізичним телефоном, але ви повинні визначити точку виклику з пілотним номером AA як номером вхідного виклику, щоб цей номер був доступний для зовнішніх абонентів.

Вітальне повідомлення та інші аудіофайли

Вітальне повідомлення – це аудіофайл, який відтворюється, коли пілотний номер відповідає на дзвінок. Цей аудіофайл є одним із кількох аудіофайлів, що використовуються сервісом B-ACD для інформування абонентів про їхній статус та будь-які дії, які вони можуть виконати. Ви можете створити персоналізовані аудіофайли з описом пунктів меню, доступних для ваших абонентів. Аудіофайли B-ACD описані в наступних розділах:

Перезапис аудіофайлів за замовчуванням

Для кожного пункту сценарію надаються аудіофайли за замовчуванням, які надаються абонентам. Ви завантажуєте аудіофайли за замовчуванням за посиланням та копіюєте їх у місце, до якого може дістатися маршрутизатор B-ACD, наприклад, на флеш-пам'ять або TFTP-сервер. Аудіофайли та файли скриптів об'єднані в tar-файл на веб-сайті. Файли за замовчуванням та їхні повідомлення наведено в таблиці. Ви можете перезаписати персоналізовані повідомлення поверх стандартних повідомлень, але не можете змінити назви аудіофайлів, окрім випадків, спеціально описаних у розділі Зміна мовних кодів та назв файлів.

Щоб перезаписати та встановити аудіопідказки за замовчуванням перед першим використанням служби B-ACD, виконайте кроки, описані в розділі Завантаження скриптів Tcl та аудіопідказок. Щоб повторно записати аудіопідказки в існуючій службі B-ACD, виконайте кроки, описані в розділі Оновлення параметрів сценарію та аудіопідказок (лише для набору номера за внутрішнім номером).

Ім'я файлу за замовчуваннямОголошення за замовчуваннямТривалість оголошення про дефолт
en_bacd_welcome.au

«Дякую, що зателефонували». Включає двосекундну паузу після повідомлення.

3 секунди

en_bacd_options_menu.au

Для продажу натисніть 1 (пауза)

Для обслуговування клієнтів натисніть 2 (пауза)

Щоб набрати номер за додатковим номером, натисніть 3 (пауза)

Щоб поговорити з оператором, натисніть нуль.

Включає чотирисекундну паузу після повідомлення.

15seconds

en_bacd_disconnect.au

«Наразі ми не можемо відповісти на ваш дзвінок.» Будь ласка, спробуйте ще раз пізніше. Дякую, що зателефонували. Включає чотирисекундну паузу після повідомлення.

10seconds

en_bacd_invalidoption. au

«Ви ввели недійсний варіант.» Будь ласка, спробуйте ще раз. Включає односекундну паузу після повідомлення. Це повідомлення відтворюється, коли абонент вибирає недійсний пункт меню або набирає недійсний додатковий номер.

7seconds

en_bacd_enter_dest.au

«Будь ласка, введіть додатковий номер, на який ви хочете зателефонувати». Включає п'ятисекундну паузу після повідомлення. Це повідомлення відтворюється, коли абонент вибирає опцію dial-by-extension

7seconds

en_bacd_allagentsbusy. au

«Усі агенти зараз зайняті допомогою іншим клієнтам.» Продовжуйте триматися, щоб отримати допомогу. Хтось скоро до вас прийде. Включає двосекундну паузу після повідомлення. Це запрошення також відоме як друге привітання.

7seconds

en_bacd_music_on_hol d.au

Музика під час утримання (MOH) відтворюється для абонентів, що телефонують за стандартом B-ACD.

60seconds

Якщо ви перезаписуєте будь-який з аудіофайлів, зверніть увагу, що для підказок B-ACD потрібен аудіофайл у форматі G.711 (.au) з 8-бітним кодуванням mu-law та частотою 8 кГц. Ми рекомендуємо такі аудіоінструменти або інші аналогічної якості:

  • Adobe Audition для Microsoft Windows від Adobe Systems Inc. (раніше відомий як Cool Edit від Syntrillium Software Corp.)

  • AudioTool для Solaris від Sun Microsystems Inc.

Налаштування B-ACD

Ось кілька прикладів конфігурації:


application
 service aa bootflash:app-b-acd-aa-3.0.0.8.tcl
  paramspace english index 1
  param handoff-string aa
  param dial-by-extension-option 
  paramspace english language en
  param aa-pilot 
  paramspace english location flash:
  param welcome-prompt _bacd_welcome.au
  param voice-mail 
  param service-name queue
 !
 service queue bootflash:app-b-acd-3.0.0.8.tcl
  param queue-len 30
  param queue-manager-debugs 1
 ! 

! SIP PSTN Dial-Peers for Auto Attendant(BACD) service called aa associated with incoming voice port
dial-peer voice 500 voip
 description Inbound dial-peer for Auto Attendant
 service aa
 session protocol sipv2
 incoming called-number 
 dtmf-relay rtp-nte
 codec g711ulaw
 no vad
!
! TDM PSTN Dial-Peers if not using SIP for Auto Attendant(BACD) service called aa associated with incoming voice pots
dial-peer voice 500 voip
 description Inbound dial-peer for Auto Attendant
 service aa
 incoming called-number 
 port %tdm_port%
! 
Пояснення команди:
КомандаПояснення
param dial-by-extension-option

Дозволяє абонентам набирати додаткові номери після набору вказаного номера меню.

номер-меню—Ідентифікатор пункту меню. Діапазон від 1 до 9. Немає значення за замовчуванням.

param aa-pilot

Вказує пілотний номер, пов'язаний з автосекретарем dial-peer

param voice-mail

Визначає альтернативний пункт призначення для дзвінків, на які не відповідають агенти AA

paramspace english language en

Визначає мовний код аудіофайлів, що використовуються для динамічних підказок застосунком IVR.

  • мовний-пакет—Назва мовного пакета, який буде використано. Існує три вбудовані мовні пакети: Китайська, англійська та іспанська. Інші мови можуть підтримуватися за допомогою скриптів мови Tcl (Tool Command Language).

  • мовний-код — Двосимвольний код, що визначає мову пов’язаних аудіофайлів. Дійсні записи такі:

    ch —китайська

    en —Англійська

    ісп —іспанська

    аа —усі

Цей мовний код має збігатися з двосимвольним мовним префіксом, що використовується в назвах файлів аудіопідказок, незалежно від мови, яка фактично використовується у файлі. Для отримання додаткової інформації див. Привітальний текст та інші аудіофайли

param welcome-prompt audio-filename

Призначає аудіофайл для вітального привітання, яке використовується цією службою AA.

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

Зміна мовних кодів та назв файлів

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

  • Після префікса ім'я файлу вітального рядка (за замовчуванням en_bacd_welcome.au) може мати будь-яку ідентифікаційну назву, як визначено в команді param welcome-prompt.

  • Після префікса ім'я файлу запрошення для переходу (значення за замовчуванням не вказано) може мати будь-яке ідентифікуюче ім'я, як визначено в команді param drop-through-prompt.

В аудіофайлах ви можете записати підказку будь-якою мовою. Не потрібно змінювати префікс файлу, який містить запит іншою мовою, оскільки префікси мовних кодів використовуються для функцій, які не є частиною служби B-ACD. Але важливо, щоб префікси мовних кодів для ваших файлів відповідали коду мови, вказаному в параметрі language-code команди paramspace language, незалежно від мови, яка фактично використовується в аудіофайлі.

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

Двома винятками із загальних правил іменування файлів є аудіофайл запрошення (за замовчуванням 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 використовує кілька служб AA, вам знадобляться окремі привітання та інструкції для кожної AA, дотримуючись таких інструкцій:

  • Запишіть окреме вітальне повідомлення для кожної служби Анонімних Алкоголіків, використовуючи різні назви аудіофайлу для кожного вітального повідомлення. Наприклад: en_welcome_aa1.au та en_welcome_aa2.au. Вітальні повідомлення, які ви записуєте в ці файли, повинні містити як саме привітання, так і інструкції щодо пунктів меню.

  • Записати тишу в аудіофайл en_bacd_options_menu.au. Повинна бути записана щонайменше одна секунда тиші. Зверніть увагу, що цей файл не містить інструкцій меню, коли є кілька служб AA.

Пункти меню

Мета послуги B-ACD полягає в автоматичній маршрутизації дзвінків до правильного пункту призначення у вашій організації. Інтерактивні послуги AA дозволяють вам надавати абонентам пункти меню, щоб вони могли зробити відповідний вибір для своїх дзвінків. Типи пунктів меню, доступних у B-ACD, описані в таблиці. Пункти меню оголошуються абонентам за допомогою аудіопідказок, описаних у Привітальному підказці та інших аудіофайлах.

ТипОписВимогиПриклад
Dial-by-extension

Абонент, що телефонує, натискає цифру, щоб отримати дозвіл на набір відомого додаткового номера.

Номер меню, який використовується для цієї опції, не повинен збігатися з будь-яким номером меню (aa-hunt), що використовується з послугою черги викликів.

Жодних вимог.

Прослухавши варіанти меню, абонент набирає цифру 4 і може зателефонувати на внутрішній додатковий номер.

Опція набору номера за додатковим номером

Послуга B-ACD також може мати опцію набору номера за додатковим номером, яка дозволяє абонентам набирати внутрішні додаткові номери, якщо вони вже знають цей додатковий номер. Опція набору номера за додатковим номером відображається як опція меню.

Опція набору номера за внутрішнім номером налаштовується шляхом вказівки номера пункту меню для параметра набору номера за внутрішнім номером. Коли використовується наступна команда, абоненти можуть набрати 1, а потім додатковий номер.

param dial-by-extension-option 1

У межах послуги черги викликів B-ACD номер опції набору за внутрішнім номером та номери опцій групи пошуку повинні бути взаємовиключними. Це обмеження означає, що номер опції, що використовується для опції набору за додатковим номером, не може збігатися з будь-яким із номерів опцій, що використовуються з опціями aa-hunt. Наприклад, якщо ви використовуєте параметр з aa-hunt1 по aa-hunt5 для визначення груп пошуку в конфігурації служби черги викликів, тоді ви можете використовувати параметр 6 для параметра набору номера за внутрішнім номером, але не будь-який з номерів від 1 до 5.

Якщо всі десять номерів пошуку aa використовуються для груп пошуку в службі черги викликів, для опції набору за внутрішнім номером не залишається жодної опції. Зверніть увагу, що це обмеження базується на всіх номерах опцій (номерах aa-hunt), що використовуються з послугою черги викликів, а не на номерах опцій, що використовуються з програмою AA.

Завантаження скриптів Tcl та аудіопідказок

Виконайте ці кроки, щоб підготувати файли сценаріїв та файли запитів, необхідні для вашої служби B-ACD.

  1. Скопіюйте tar-файл на завантажувальну флешку маршрутизатора SGW.

  2. Розпакуйте файли tcl та аудіо за допомогою команди:

    archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:
  3. За потреби перезапишіть аудіофайли.

Пояснення команд:

КомандаПояснення

Завантажте tar-файл B-ACD

Завантажте tar-файл B-ACD з назвою cme-b-acd-3.0.0.8.tar на TFTP-сервер, доступний для маршрутизатора SGW.

Цей tar-файл містить Tcl-скрипт AA, Tcl-скрипт черги викликів та аудіофайли за замовчуванням, необхідні для служби B-ACD.

enable

Вмикає привілейований режим EXEC на маршрутизаторі SGW. Введіть свій пароль, якщо буде запропоновано.

archivetar/xtract flash:

Розпакує файли з архіву B-ACD та скопіює їх на флеш-пам'ять. Наступні файли містяться у файлі cme-b-acd-3.0.0.8.tar :

  • app-b-acd-aa-xxxxtcl (скрипт AA)

  • app-b-acd-xxxxtcl (скрипт черги викликів)

  • 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 не має активних викликів, назва скрипта 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.

У наступному прикладі показано сеанс з активними програмами AA та черги викликів. Поле «App» – це назва служби, поле «Url» – це розташування файлу скрипта для програми.


Session ID 17
App: aa
Type: Service
Url: flash:app-b-acd-aa-2.1.0.0.tcl
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl 

У наступному прикладі показано сеанс, у якому активно лише застосунок черги. Сценарій AA не відображається у виводі команди show call application sessions, оскільки активних викликів немає. Назва служби AA відображається у виводі лише тоді, коли є активний виклик. Скрипт черги викликів активується після першого вхідного виклику та залишається активним, навіть якщо активних викликів немає.


Router# show call application sessions
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl

Ви можете оновити параметри скрипта B-ACD, внісши зміни до конфігурації Cisco IOS. Щоб зміни параметрів набули чинності, необхідно зупинити та перезавантажити скрипти B-ACD, до яких ви внесли зміни, як описано в наступних кроках. Якщо ви перезаписуєте аудіопідказки, вам потрібно перезавантажити файли аудіопідказок, які змінилися.

  1. Визначити ідентифікатори сеансів будь-яких активних сеансів:

    Використовуйте команду show call application sessions у привілейованому режимі EXEC, щоб отримати номери ідентифікаторів сеансу (SID) служб AA та черги викликів. Якщо сеанс 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 видаляється з виводу команди 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 для мобільних пристроїв або планшетів) все ще можуть мати змогу реєструватися в Webex Calling під час перебоїв. В результаті, вони можуть бути не в змозі телефонувати на інші номери з того ж місця розташування під час збою.

  • Шаблони набору можуть працювати інакше в режимі виживання та в активному режимі.

  • Шлюз живучості повинен використовувати IPv4-адресу. IPv6 не підтримується.

  • Оновлення стану синхронізації на вимогу в Центрі керування може тривати до 30 хвилин.

  • Док виклику не підтримується в режимі виживання.

  • Не налаштовуйте команду SIP bind у режимі конфігурації голосової служби VoIP. Це призводить до збою реєстрації телефонів MPP за допомогою Survivability Gateway.

  • Переконайтеся, що серійні номери обладнання (ESN) у різних фізичних місцях розташування є унікальними, щоб уникнути конфліктів та покращити відстежуваність, резервування та надійність відновлення після збоїв.

У режимі виживання діють такі обмеження:

  • Програмні клавіші MPP: Такі програмні клавіші, як «Паркування», «Зняття з паркування», «Втручання», «Перехоплення», «Перехоплення групи» та «Перехоплення виклику», не підтримуються, але вони не відображаються як вимкнені на пристрої.

  • Спільні лінії: Виклики, здійснені на спільні лінії, можуть дзвонити на всіх пристроях; проте інші функції спільних ліній, такі як віддалений моніторинг стану лінії, утримання, відновлення, синхронізований режим «Не турбувати» (DND) та налаштування переадресації викликів, недоступні.

  • Конференц-зв'язок: Конференц-зв'язок або тристоронній дзвінок не підтримуються.

  • Базовий автоматичний розподіл викликів (B-ACD): Сервіс із спільно розміщеними шлюзом живучості та локальним шлюзом не підтримується.

  • Історія дзвінків: Здійснені дзвінки зберігаються локально в історії дзвінків як для пристроїв MPP, так і для застосунку Webex.

  • Групи полювання: Ви можете налаштувати до 100 груп пошуку, кожна з яких підтримує максимум 32 користувачів.

  • Покращений вигляд спільного виклику: Такі функції, як сповіщення про стан лінії, спільна лінія hold/remote резюме, а інші з базовими викликами, групою пошуку або переадресацією викликів не підтримуються.

  • Маршрутизація викликів групи пошуку: Шаблон маршрутизації викликів «Зважена» не підтримується.

Досвід користувача під час резервного перемикання

Якщо вебсайт у вашій компанії втрачає підключення до інтернету в той час, коли ви перебуваєте на цьому вебсайті, можливість здійснювати й отримувати виклики буде збережено. Це стосується як внутрішніх викликів у вашій компанії, так і викликів клієнтам за її межами. Див. Додаток Webex | Забезпечення життєздатності сайту.

Приклади конфігурації

Приклади підключення PSTN

Для зовнішніх викликів налаштуйте підключення до PSTN. У цій темі описано деякі опції та наведено зразки конфігурацій. Два основні варіанти:

  • Підключення плати голосового інтерфейсу (VIC) до PSTN

  • SIP-транк до шлюзу PSTN

Підключення карти голосового інтерфейсу до PSTN

Ви можете встановити плату голосового інтерфейсу (VIC) на маршрутизаторі та налаштувати підключення порту до PSTN.

SIP-транк до шлюзу PSTN

Ви можете налаштувати з'єднання SIP-транкінгу, яке вказує на шлюз PSTN. Щоб налаштувати з’єднання транкінгової лінії на шлюзі, використовуйте конфігурацію клієнта голосового класу. Нижче наведено приклад конфігурації.

voice class tenant 300 
  sip-server ipv4::
  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

Вхідний dial-peer з PSTN за допомогою UDP з RTP

voice class uri 350 sip 
 host ipv4: 
 !
dial-peer voice 190 voip 
 description inbound from PSTN 
 translation-profile incoming 350 
 rtp payload-type comfort-noise 13 
 session protocol sipv2 
 voice-class codec 1 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad

Переклади чисел

Для підключень PSTN може знадобитися використовувати правила трансляції, щоб перетворювати внутрішні розширення на номер E.164, який PSTN може маршрутизувати. Нижче наведено зразки конфігурацій:

З правила перекладу PSTN з не +E164

voice translation-rule 350 
 rule 1 /^\([2-9].........\)/ /+1\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

З правила перекладу телефонної системи за допомогою +E164

voice translation-rule 300 
 rule 1 /^\+1\(.*\)/ /\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

Приклад екстреного виклику

У наступному прикладі наведено зразок конфігурації екстреного виклику.

Якщо накладання Wi-Fi не точно відповідає 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 
Чи була ця стаття корисною?
Чи була ця стаття корисною?