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

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

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

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

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

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

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

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

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

На наступному зображенні показано сценарій збою мережі, коли з'єднання з Webex порушено, а кінцеві точки на сайті Webex працюють у режимі виживання. На зображенні Шлюз виживання маршрутизує внутрішній виклик між двома кінцевими точками на місці, не вимагаючи підключення до Webex. У цьому випадку Шлюз виживання налаштовується з локальним підключенням PSTN. Як результат, кінцеві точки на місці в режимі виживання можуть використовувати PSTN для вхідних та вихідних дзвінків на зовнішні номери та постачальників E911.

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

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

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

Webex calling endpoints from multiple locations in Site Survivability mode

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

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

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

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

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

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

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

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

Колокація за допомогою уніфікованого SRST

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

E911 Обробка дзвінків

Для виклику E911 потрібна схема PSTN або магістраль SIP.

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

Для виклику E911 потрібна схема PSTN або магістраль SIP.

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

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

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

Якщо ви використовуєте програму Music on Hold (MOH), надайте Шлюз виживання вручну файлом MOH.

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

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

Передача відвідуваних дзвінків

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

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

Передача сліпих дзвінків

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

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

Ідентифікатор вхідного абонента (ім'я)

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

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

Ідентифікатор вхідного абонента (ім'я та номер)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Підтримується переадресація всіх викликів, без відповіді та зайнятий.

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

Хант Груп

Підтримується наступне: Послідовне, Паралельне, Однорівневе та Найдовший неробочий час.

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

Автосервіс

Підтримується набір за допомогою розширення

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

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

Таблиця 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 - Телефон ОС 3.2 і пізніших версій

Для серії 9800- PhoneOS 3.2 (1)

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

7832, 8832

12.0(1)

Cisco WebexДодаток

Віндовс, Mac

43.2

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

ВГ400 АТА, ВГ410 АТА та ВГ420 АТА

Сіско АТА 191 і 192

17.16.1а

11.3 (1) для АТА 191 та 192

Сторонні пристрої не підтримуються шлюзом Survivalability Gateway.

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

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

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

Інтегрований сервісний маршрутизатор 4321

50

Cisco IOSXE Дублін 17.12.3 або пізніші версії

Інтегрований сервісний маршрутизатор 4331

100

Інтегрований сервісний маршрутизатор 4351

700

Інтегрований сервісний маршрутизатор 4431

1200

Інтегрований сервісний маршрутизатор 4451-X

2000

Інтегрований сервісний маршрутизатор 4461

2000

Каталізатор Край 8200Л-1Н-4Т

1500

Каталізатор Край 8200-1Н-4Т

2500

Каталізатор кромка 8300-1N1С-6Т

2500

Каталізатор Край 8300-2Н2С-6Т

2500

Каталізатор Край 8300-1N1С-4Т2Х

2500

Каталізатор Край 8300-2Н2С-4Т2Х

2500

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

500

Конфігурація середовища програмного забезпечення Catalyst Edge 8000V

1000

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

2000

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

Таблиця 4. Довідкова інформація про порт для шлюзу виживання

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

Вихідні адреси

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

Протокол

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

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

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

Пристрої

5060-5080

TLS

Шлюз виживання

8933

Виклик медіа до шлюзу виживання (SRTP)

Пристрої

19560-19660

UDP

Шлюз виживання

8000-14198 (СРТП через УДП)

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

Шлюз виживання

Ефемерний

ПТС або UDP

Ваш шлюз ITSP PSTN

5060

Виклик носія до шлюзу PSTN (SRTP)

Шлюз виживання

8000-48198

UDP

Ваш шлюз ITSP PSTN

Ефемерний

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

Шлюз виживання

Ефемерний

UDP

NTP сервер

123

Роздільна здатність імені (DNS)

Шлюз виживання

Ефемерний

UDP

DNS-сервер

53

Хмарне управління

роз'єм

Ефемерний

HTTPS

Послуги Webex

443, 8433

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

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

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

Потік завдань конфігурації виживання сайту

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

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

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

крокиКоманда або діяПризначення

1

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

У Центрі управління призначте шлюзу службу шлю зу Survivalability.

2

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

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

3

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

Налаштуйте ліцензії для шлюзу виживання.

4

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

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

5

Налаштуйте шлюз як шлюз життєздатності

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

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

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

Якщо шлюзу немає в Центрі керування, див. розділ Зареєструвати Cisco IOSшлюзи для додавання нового Webex Calling екземпляра шлюзу.
1

Перейдіть до Дзві нки в розділі Слу жби, а потім клацніть вкладку Керовані шлюзи.

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

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

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

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

3

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

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

  • Ім'я хоста — введіть повністю кваліфіковане доменне ім'я (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 використовуйте ліцензію функції 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

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

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

Список підтримуваних органів кореневого сертифіката див. у розділі Які корене Webex Calling ві органи сертифікатів підтримуються для дзвінків на Cisco Webex аудіо- та відеоплатформи? .

Платформа Survivalability 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 <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 на екрані використовуйте Блокнот, щоб скопіювати сертифікат у файл, який можна надіслати підтримуваному органу сертифікатів (CA).

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

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

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

Коли з'явиться запит, вставте в термінал вміст сертифіката CA, що видає базовий 64 CER/PEM (не сертифікат пристрою).

6

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

Коли з'явиться запит, вставте базовий сертифікат 64 CER/PEM в термінал.

7

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

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

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

  2. Запустіть show crypto pki trustpool | include cn=команду і перевірте, чи встановлено цей кореневий сертифікат CA з пакетом Cisco CA. Якщо ви бачите свою CA, перейдіть до кроку 9.

  3. Якщо сертифікат не відображається, виконайте одну з таких дій:

  4. Повторіть ці підкроки, щоб визначити, чи тепер доступний кореневий сертифікат CA. Після того, як ви повторите підкроки:

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

8

Якщо ваш кореневий сертифікат CA не включений до комплекту, придбайте сертифікат і імпортуйте його до нової точки довіри.

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

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

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

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 та імпортуйте його в маршрутизатор Survivalability Gateway

  • Генерація пакета PKCS12 за межами маршрутизатора Cisco IOS XE за допомогою OpenSSL

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

1

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

crypto pki export webex-sgw pkcs12 terminal password xyz123

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

2

(Необов'язково) Створіть пакет PKCS12 за допомогою OpenSSL.

  1. Переконайтеся, що OpenSSL встановлено в системі, в якій запущений цей процес. Для користувачів Mac OSX та GNU/Linux він встановлений за замовчуванням.

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

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

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

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

    Об'єднайте приватний ключ, сертифікат ідентифікації та кореневий ланцюжок сертифікатів CA у файл PKCS12. Введіть парольну фразу для захисту сертифіката PKCS12.

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

    Вкажіть пароль під час використання OpenSSL для створення файлу PKCS12.

Цей крок застосовується, лише якщо ви генеруєте пакет PKCS12 за межами Cisco IOS XE за допомогою OpenSSL.

3

Імпортуйте пакет файлів у форматі PKCS12.

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

Нижче наведено зразок конфігурації команди та деталі щодо налаштовуваних параметрів:

crypto pki import webex-sgw pkcs12 bootflash:certificate.pfx password xyz123
  • <trustpoint name>—Ім'я точки довіри, яка створюється при використанні цієї команди (Наприклад, we bex-sgw).

  • <certificate file location>—Локальна або мережева URL-адреса, що вказує на файл сертифіката (наприклад, boot flash:certificate.pfx)

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

Команда імпорту crypto pki автоматично створює точку довіри для розміщення сертифіката.

4

Використовуючи режим конфігурації, вкажіть точку довіри за замовчуванням, версію TLS та SIP-UA за замовчуванням за допомогою наступних команд.

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

Налаштування шлюзу виживання

Налаштуйте шлюз як шлюз життєздатності

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

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

  • Якщо не вказано інше, це рішення вимагає виконати всі конфігурації в цій процедурі.
  • Застосовуючи налаштування з шаблону, заміні %tokens%ть бажаними значеннями перед копіюванням у шлюз.
  • Докладніші відомості про команди див. у розділі Довідка команд керованого шлюзу Webex. Використовуйте цей посібник, якщо опис команди не вказує на інший документ.
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—Визначає список нереєструючих адрес, з яких Шлюз Survivalability повинен приймати SIP-повідомлення. Наприклад, адреса одноранга SIP магістралі.

  • <ip_address>і <subnet_mask>представляють діапазони довірених адрес. Вам не потрібно вводити безпосередньо підключені підмережі, оскільки шлюз виживання автоматично довіряє їм.

  • allow-connections sip to sip—Дозволяє підключення SIP до SIP в мережі VoIP.

  • no supplementary-service sip refer—Вимкнути метод REFER для додаткових послуг переадресації та передачі дзвінків. Webex Callingне використовує ці методи.

  • no supplementary-service sip moved-temporarily—Вимикає автоматичну обробку шлюзом повідомлень перенаправлення SIP 302.

  • sip—Входить в режим конфігурації служб SIP.

  • registrar server—Увімкніть SIP-реєстратор, щоб дозво Webex Calling лити клієнтам реєструватися на шлюзі.

  • asymmetric payload full—Включає відеодзвінки в режимі живучості.

3

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


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

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

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

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

    Після конфігурації режиму webex-sgw шлюз Survivalability прослуховує порт 8933 для вхідних захищених з'єднань з кінцевих точок.

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

    Спільні вигляди рядків враховуються до обмеження max-dn. Наприклад, якщо всі 5 телефонів мають однакові 5 DNS, ця конфігурація зараховується як 25 DN для обмеження max-dn.

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

4

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

ntp server <ip_address_of_primary_NTP_server>
 ntp server <ip_address_of_secondary_NTP_server>

5

(Необов'язково). Налаштуйте загальний клас дозволів на виклик обмеження:


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

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

6

Налаштуйте список бажаних кодеків. Наприклад, у наведеному нижче списку вказано g711ulaw як бажаний кодек, а потім g711alaw.


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

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

  • voice class codec 1переходить у режим конфігурації голосового класу для групи кодеків 1.

  • codec preferenceвизначає бажані кодеки для цієї групи кодеків.

7

Налаштування пулів голосових реєстрів за замовчуванням:


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

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

  • voice register pool 1—Входить у режим конфігурації пулу голосового реєстру для SIP-пристроїв у цьому пулі.

  • id networkі maskвизначити SIP-пристрій або набір мережевих пристроїв, які використовують цей пул. Використовуйте адреси та маски, які застосовуються до вашого розгортання. Адреса 0.0.0.0дозволяє реєструватися пристроям з будь-якого місця (якщо адреси пристроїв є в списку дозволів).

  • id extension-number—Пул застосовується конкретно до Webex Calling користувача з розширенням 1234. Використовуйте відповідні розширення для вашої мережі.

  • id phone-number—Пул поширюється саме на Webex Calling користувача з номером телефону +1 210-903-443. Використовуйте відповідний номер телефону для вашої мережі.

  • dtmf-relayвказує rtp-nteспосіб надсилання цифр DTMF. У цьому прикладі використовується тип корисного навантаження «Транспорт в реальному часі» (RTP) з іменованою подією телефону (NTE).

  • voice-class codec 1—Призначає групу кодеків 1 цьому пулу.

8

Налаштування екстреного виклику:


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

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

 voice emergency response zone 1
  location 1
  location 2

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

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

  • voice emergency response location 1—Створює групу розташування аварійних ситуацій 1 для розширеної служби 911. Наступна команда створює групу розташування аварійного реагування 2.

  • elin 1 <number>—Призначає elin до місця реагування на надзвичайні ситуації. Для цього elin <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

Необов'язковий. Увімкніть музику в режимі очікування для маршрутизатора. Ви повинні зберігати музичний файл у флеш-пам'яті маршрутизатора в форматі G.711. Файл може бути у форматі.au або .wav, але формат файлу повинен містити 8-бітні 8-кГц дані (наприклад, формат даних 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>"—Увімкнення одномовної передачі музики в режимі очікування за допомогою G.711. Також наводиться каталог і ім'я файлу звуку (наприклад, bootflash:music-on-hold.au). Ім'я файлу не може перевищувати 128 символів.

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

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

1

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

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

2

Перейдіть до Служби > PSTN та маршрути зація > Кон фігурації шлюзів > Керування шлю зами.

3

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

4

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

5

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

Завершення синхронізації може зайняти до 10 хвилин.

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

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

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

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

2

Перейдіть до Служби > PSTN та маршрути зація > Кон фігурації шлюзів > Керування шлю зами.

3

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

4

Натисніть кнопку Редагувати та оновіть налаштування для наступного.

  • Ім'я хо ста — Використовуйте ім'я хоста або Повністю кваліфіковане доменне ім'я сертифіката для встановлення TLS-з'єднання з клієнтами та IP-адресою.

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

5

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

Якщо ви хочете видалити шлюз Survivalability з Control Hub, спочатку скасуйте призначення служби шлю зу Survivalability. Докладніші відо мості див. у розділі При значення служб керованим шлюзам.

Конфігурації для включення 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 під папкою guest share, щоб дозволити доступ роз'єму.

  • acct-template callhistory-detail- Ця команда необхідна для включення тегу dial-peer в CDR.

  • maximum cdrflush-timer 5- За замовчуванням 60 хвилин, але налаштування на 5 хвилин дозволяє CDR швидше реєструватися у файлі.

  • cdr-format detailed- Це формат за замовчуванням. Компактний формат не підходить, оскільки він не включає тег dial-peer.

Конфігурації для включення переадресації викликів

Функціональність переадресації дзвінків є частиною функцій життєздатності, які забезпечують безперервну обробку дзвінків під час відключення мережі, коли з'єднання з хмарою Webex втрачено. Шлюз Survivalability діє як локальний резервний шлюз, що дозволяє кінцевим точкам реєструватися локально та підтримувати основні можливості виклику.

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

  • Шлюз Survivalability вимикає SIP REFERER, 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 

Конфігурації для увімкнення групи полювання

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

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

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

Зверху вниз/одночасний/круглий/найдовший холостий

Послідовний/паралельний/однолітк/найдовший непрацюючий

​

Додати групу Hunt

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

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

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

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

Налаштування списку агентів за допомогою number <tag> <phone-number>команди

Передбачте після встановленої кількості кілець

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

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

Просувайтеся, коли зайняті

Налаштування за допомогою параметра «Передбачено, коли зайня тий»

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

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

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

​

Налаштування за допомогою final <phone number>команди

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

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

Налаштування за допомогою final <phone number> command​

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

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

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

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

Опис команд:

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

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

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

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

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

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

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

  • descriptin- опис мисливської групи

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

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


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

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

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

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

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

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

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

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

Обмеження

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

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

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

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

  • Привітальний запит та інші аудіофайли

  • Параметри меню

  • Наберіть за розширенням

Номер пілота

Кожна служба AA має свій власний номер пілота АА, який абоненти набирають, щоб дістатися до АА. Це число вказується в param aa-pilotкоманді. Номер пілота АА не пов'язаний з будь-яким номером телефону агента або фізичним телефоном, але ви повинні визначити однорангового набору з номером пілота 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 (пауза)

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

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

15секунд

en_bacd_disconnect.au

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

10 секунд

en_bacd_invalidoption. au

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

7секунд

en_bacd_enter_dest.au

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

7секунд

en_bacd_allagentsbusy. au

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

7секунд

en_bacd_music_on_hol d.au

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

60 секунд

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

  • Прослуховування Adobe від Microsoft Windows компанії Adobe Systems Inc. (раніше називалася Cool Edit компанією Syntrillium Software Corp.)

  • Аудіоінструмент для Соляріс від компанії 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>

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

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

param aa-pilot

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

param voice-mail

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

paramspace english language en

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

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

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

    — ch —китай ська

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

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

    — а а —всі

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

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.

Два винятки із загальних правил іменування файлів - це аудіофайл із запитами вітання (за замовчуванням en_bacd_welcome .au) та аудіофайл із запитом drop-through-option(за замовчуванням не передбачено). Ідентифікуючі частини назв файлів для цих двох звукових підказок явно вказуються під час конфігурації і повністю налаштовуються користувачем. Ці файли можуть використовувати будь-які назви файлів, якщо імена відповідають наступним умовам:

  • Частина префікса імені файлу повинна бути такою ж, як код мови, вказаний у команді мови paramspace. Наприклад, en.

  • Частина ідентифікатора назви файлу повинна починатися з підкреслення. Наприклад, _welcome_to_xyz.au.

Використання аудіофайлів для опису варіантів меню

За замовчуванням надаються два аудіофайли, щоб забезпечити початкову орієнтацію абонента та вказівки щодо доступних варіантів меню: en_welcome_prompt.auі en_bacd_options_menu.au. Ви можете повторно записувати власні повідомлення над повідомленнями за замовчуванням, що містяться в цих файлах, як пояснено в таблиці.

Якщо ваша служба B-ACD використовує одну послугу AA, запишіть вітальне привітання en_welcome_prompt.auта запишіть інструкції щодо вибору меню. en_bacd_options_menu.au

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

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

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

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

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

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

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

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

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

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

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

enable

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

archivetar/xtract <source-url> flash:

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

  • app-b-acd-aa-x.x.x.x.x.tcl (сценарій АА)

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

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

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

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

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

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

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

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

Запишіть при необхідності

Повторно записуйте аудіофайли з власними повідомленнями, але не змінюйте назви аудіофайлів.

Приклади

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

archive tar /xtract tftp://192.168.1.1/cme-b-acd-2.1.0.0.tar flash:

Оновлення параметрів сценарію та звукових підказок (лише набір за розширенням)

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

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

    Використовуйте showcall application sessionsкоманду в привілейованому режимі EXEC для отримання номерів ID сеансу (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 активний.

У наступному прикладі показано сеанс з активними програмами АА та черги викликів. Поле «Додаток» - це назва служби, поле «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команди, оскільки немає активних викликів. Ім'я служби АА з'являється на виході тільки при наявності активного виклику. Скрипт черги викликів активується після першого вхідного дзвінка і залишається активним, навіть якщо активних дзвінків немає.


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 для отримання номерів ID сеансу (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 голосової служби. Це призводить до збою реєстрації кінцевих точок за допомогою шлюзу Survi valability.

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

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

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

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

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

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

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

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

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

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

Досвід користувача під час відмови

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

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

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

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

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

  • SIP-магістраль до шлюзу PSTN

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

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

  • Докладніше про те, як встановити VIC на маршрутизатор, зверніться до посібника з встановлення обладнання для вашої моделі маршрутизатора.

  • Докладну інформацію про те, як налаштувати VIC, а також приклади, див. Посіб ник з конфігурації голосового порту, Cisco IOS випуск 3S.

SIP-магістраль до шлюзу PSTN

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

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

Налаштування однорангового набору

Для магістральних з'єднань налаштуйте аналоги вхідного та вихідного набору для магістрального з'єднання. Конфігурація залежить від ваших вимог. Для отримання детальної інформації про конфігурацію див. Посіб ник з конфігурації Dial Peer, Cisco IOS випуск 3S.

Нижче наведено зразки конфігурацій:

Вихідні комутовані аналоги до PSTN з UDP та RTP

dial-peer voice 300 voip 
 description outbound to PSTN 
 destination-pattern +1[2-9]..[2-9]......$ 
 translation-profile outgoing 300
 rtp payload-type comfort-noise 13 
 session protocol sipv2 
 session target sip-server
 voice-class codec 1 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad

Вхідний комутований одноранжник з PSTN за допомогою UDP з RTP

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

Кількість перекладів

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

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

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

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

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

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

У наведеному нижче прикладі наведено приклад налаштування екстреного виклику.

Якщо накладення WiFi не відповідає IP-підмережам точно, екстрений виклик для кочових пристроїв може не мати правильного відображення ELIN.

Місця реагування на надзвичайні ситуації (ERL)


voice emergency response location 1
 elin 1 14085550100
 subnet 1 192.168.100.0 /26
 !
voice emergency response location 2
 elin 1 14085550111
 subnet 1 192.168.100.64 /26
 !
voice emergency response zone 1
 location 1 
 location 2 

Вихідні набори однолітків


voice class e164-pattern-map 301
 description Emergency services numbers
  e164 911
  e164 988
 !
voice class e164-pattern-map 351
 description Emergency ELINs
  e164 14085550100
  e164 14085550111
 !
dial-peer voice 301 pots
 description Outbound dial-peer for E911 call
 emergency response zone 1 
 destination e164-pattern-map 301
 !
 dial-peer voice 301 pots
 description Inbound dial-peer for E911 call
 emergency response callback
 incoming called e164-pattern-map 351
 direct-inward-dial 
Чи була ця стаття корисною?
Чи була ця стаття корисною?