Основи

Передумови

Перш ніж розгортати CUBE HA як локальний шлюз для Webex Calling, детально розгляньте наведені нижче концепції.

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

Компоненти апаратного й програмного забезпечення

Щоб CUBE HA можна було використовувати як локальний шлюз, потрібна версія IOS-XE 16.12.2 або пізніша, а також платформа, на якій підтримуються функції CUBE HA і локального шлюзу.

Команди show й журнали в цій статті базуються на мінімальному випуску програмного забезпечення Cisco IOS-XE 16.12.2, впровадженого на vCUBE (CSR1000v).

Довідковий матеріал

Нижче наведено деякі докладні посібники з налаштування CUBE HA для різних платформ.

Огляд рішення Webex Calling

Cisco Webex Calling — це пропозиція для співпраці, яка надає для клієнтів альтернативне хмарне рішення з використанням кількох клієнтів до служби телефонії локальної внутрішньої мережі з кількома варіантами PSTN.

У цій статті розглянуто розгортання локального шлюзу (представлено нижче). Транк локального шлюзу (PSTN на базі локальних ресурсів) у Webex Calling дозволяє виконати підключення до служби PSTN, що належить клієнту. Він також забезпечує підключення до розгортання внутрішньої телефонної мережі з підтримкою IP на базі локальних ресурсів, як-от Cisco Unified CM. Увесь зв’язок із хмарою в обох напрямках захищено за допомогою передавання даних TLS для SIP й SRTP для мультимедіа.

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

Резервування типу Box-to-Box другого рівня

У резервуванні типу Box-to-Box другого рівня CUBE HA для формування пари маршрутизаторів (активний/резервний) використовується протокол інфраструктури групи резервування (RG). Ця пара має одну й ту саму віртуальну IP-адресу (VIP) у своїх відповідних інтерфейсах і постійно обмінюється повідомленнями про стан. Інформація про сеанс CUBE контролюється в межах пари маршрутизаторів, що дозволяє резервному маршрутизатору негайно взяти на себе всі обов’язки щодо обробки викликів CUBE, якщо активний маршрутизатор виходить із ладу. Це призводить до збереження стану передавання сигналів і мультимедіа.

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

У цій статті під CUBE HA буде матися на увазі CUBE високого рівня доступності (HA) з резервуванням типу Box-to-Box другого рівня для утримання викликів зі збереженням стану

Починаючи з IOS-XE версії 16.12.2 CUBE HA може бути розгорнуто як локальний шлюз для розгортання транку Cisco Webex Calling (PSTN на базі локальних ресурсів). У цій статті буде розглянуто проєктні умови й конфігурації. На цьому малюнку зображено типове налаштування CUBE HA як локального шлюзу для розгортання транку Cisco Webex Calling.

Компонент інфраструктури групи резервування

Компонент інфраструктури групи резервування (RG) забезпечує підтримку інфраструктури зв’язку типу Box-to-Box між двома CUBE й погоджує остаточний стабільний стан резервування. Цей компонент також надає наведені нижче дані.

  • Протокол, подібний до HSRP, який узгоджує остаточний стан резервування для кожного маршрутизатора шляхом обміну повідомленнями щодо перевірки активності (keepalive) і привітальними повідомленнями (hello) між двома CUBE (через інтерфейс керування): GigabitEthernet3 на малюнку вище.

  • Транспортний механізм під час контролю стану передавання сигналів і мультимедіа від активного до резервного маршрутизатора для кожного виклику (через інтерфейс даних): GigabitEthernet3 на малюнку вище.

  • Налаштування та керування інтерфейсом віртуальних IP-адрес (VIP) для інтерфейсів трафіку (кілька інтерфейсів трафіку можна налаштувати за допомогою однієї групи резервування): GigabitEthernet 1 і 2 вважаються інтерфейсами трафіку.

Цей компонент групи резервування має бути спеціально налаштовано для підтримки B2B HA голосового зв’язку.

Керування віртуальними IP-адресами (VIP) для передавання сигналів і мультимедіа

B2B HA для досягнення резервування покладається на VIP. VIP й пов’язані фізичні інтерфейси на обох CUBE в парі CUBE HA повинні знаходитися в одній підмережі LAN. Конфігурація VIP й прив’язка інтерфейсу VIP до певної програми голосового зв’язку (SIP) є обов’язковими для B2B HA голосового зв’язку. Зовнішні пристрої, такі як Unified CM, SBC доступу Webex Calling, постачальник послуг або проксі, використовують VIP як IP-адресу призначення для викликів, що проходять через маршрутизатори CUBE HA. Отже, з позиції Webex Calling пари CUBE HA діють як єдиний локальний шлюз.

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

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

Існують наведені нижче вимоги до використання CUBE HA як локального шлюзу з метою збереження стану виклику після аварійного перемикання.

  • У CUBE HA не можуть спільно розміщуватися TDM або аналогові інтерфейси

  • Gig1 і Gig2 є інтерфейсами трафіку (SIP/RTP), а Gig3 — інтерфейсом керування групою резервування (RG)/передавання даних.

  • В одному домені рівня 2 можна розмістити не більше 2 пар CUBE HA, одна з ідентифікатором групи 1, а інша з ідентифікатором групи 2. У разі налаштування 2 пар HA з однаковим ідентифікатором групи інтерфейси керування RG / передавання даних повинні належати до різних доменів рівня 2 (VLAN, роздільний комутатор)

  • Канал порту підтримується як для інтерфейсу керування RG / передавання даних, так і для інтерфейсу трафіку

  • Усі дані сигналів/мультимедіа надходять з віртуальної IP-адреси й на неї

  • Кожного разу, коли виконується перезавантаження платформи у взаємодії з CUBE-HA, вона завжди завантажується як резервна

  • Нижня адреса для всіх інтерфейсів (Gig1, Gig2, Gig3) повинна знаходитися на одній платформі

  • Ідентифікатор інтерфейсу резервування, rii, має бути унікальним для комбінації «Пара/інтерфейс» на одному рівні 2

  • Конфігурація обох CUBE має бути ідентичною, включно з фізичною конфігурацією, і повинна працювати на платформі одного типу й версії IOS-XE

  • Інтерфейси замикання на себе не можна використовувати як прив’язки, оскільки вони завжди знаходяться в активному стані

  • Використання кількох інтерфейсів (Gig1, Gig2) трафіку (SIP/RTP) вимагає налаштування відстеження інтерфейсу

  • CUBE-HA не підтримується в разі використання перехресного кабельного підключення для зв’язування інтерфейсу керування RG/передавання даних (Gig3)

  • Обидві платформи повинні бути ідентичними, і їх має бути підключено через фізичний перемикач на всіх аналогічних інтерфейсах для роботи CUBE HA, тобто GE0/0/0 CUBE-1 і CUBE-2 повинні перериватися на одному комутаторі тощо.

  • Не допускається переривання WAN безпосередньо в CUBE або HA даних з обох сторін

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

  • З метою запровадження резервування (керування RG / передавання даних, Gig3) використання окремого інтерфейсу L3 є обов’язковим. Тобто інтерфейс, який використовується для трафіку, не може бути використано для перевірки активності й контролю стану

  • Під час аварійного перемикання попередньо активна платформа CUBE перезавантажується (передбачено розробкою), зберігаючи дані передачі сигналів і мультимедіа

Налаштування резервування на обох CUBE

Щоб використовувати віртуальні IP-адреси, необхідно налаштувати резервування типу Box-to-Box другого рівня на обох CUBE, призначених для використання в парі HA.

1

Налаштуйте відстеження інтерфейсу на глобальному рівні з метою відстеження стану інтерфейсу.

conf t трек 1 інтерфейс GigabitEthernet1 лінія- протокол трек 2 інтерфейс GigabitEthernet2 лінія- протокол вихід 

VCUBE- 1# conf t

VCUBE-1(config)#track 1 інтерфейс GigabitEthernet1-протокол лінії

VCUBE-1(config-track)#track 2 інтерфейс лінії GigabitEthernet2

VCUBE-1 (

трек конфігурації)#exit

VCUBE- 2# conf t

VCUBE-2(config)#track 1 інтерфейс GigabitEthernet1-протокол лінії

VCUBE-2(config-track)#track 2 інтерфейс лінії GigabitEthernet2

VCUBE-2 (трек конфігурації)#exit

CLI відстеження використовується в RG для відстеження стану інтерфейсу голосового трафіку, щоб після вимикання інтерфейсу активний маршрут більше не знаходився в активному стані.

2

Налаштуйте RG для використання з HA VoIP в межах підрежиму резервування програми.

група резервування програми резервування 1 ім’я LocalGateway-HA пріоритет 100 порогове перемикання 75 контроль GigabitEthernet3 протокол 1 дані таймери GigabitEthernet3 затримка 30 перезавантажити 60 трек 1 вихід трек 2 вихід протокол закриття 1 таймери hellotime 3 holdtime 10 вихід вихід вихід вихід вихід

VCUBE

-1(конфігурація)#резервування

VCUBE-1 (config-red)#резервування застосунку

VCUBE-1 (config-red-app)# група 1

VCUBE-1(config-red-app-grp)#ім’я LocalGateway-HA

VCUBE-1 (config-red-app-grp)#priority 100 порогове значення аварійного перемикання 75

VCUBE-1(config-red-app-grp)#керування протоколом GigabitEthernet3 1

VCUBE-1 (config-red-app-grp)#дані GigabitEthernet3

VCUBE-1 (config-red-app-grp)#таймери затримка 30 перезавантажити 60

VCUBE-1 (config-red-app-grp)#завершення роботи доріжки 1

VCUBE-1 (config-red-app-grp)#завершення роботи доріжки 2

VCUBE-1 (config-red-app-grp)#exit

VCUBE-1 (config-red-app)#протокол 1

VCUBE-1 (config-red-app-prtcl)#таймери hellotime 3 holdtime 10

VCUBE-1 (config-red-app-prtcl)#exit

VCUBE-1 (config-red-app)#exit

VCUBE-1 (config-red)#exit

VCUBE-1(конфігурація)#

VCUBE

-2(config)#резервування

VCUBE-2 (config-red)#резервування застосунку

VCUBE-2 (config-red-app)# група 1

VCUBE-2(config-red-app-grp)#ім’я LocalGateway-HA

VCUBE-2 (config-red-app-grp)#priority 100 порогове значення аварійного перемикання 75

VCUBE-2(config-red-app-grp)#керування протоколом GigabitEthernet3 1

VCUBE-1 (config-red-app-grp)#дані GigabitEthernet3

VCUBE-2 (config-red-app-grp)#таймери затримка 30 перезавантажити 60

VCUBE-2 (config-red-app-grp)#завершення роботи доріжки 1

VCUBE-2 (config-red-app-grp)#завершення роботи доріжки 2

VCUBE-2 (config-red-app-grp)#exit

VCUBE-2(config-red-app)#протокол 1

VCUBE-2 (config-red-app-prtcl)#таймери hellotime 3 holdtime 10

VCUBE-2 (config-red-app-prtcl)#exit

VCUBE-2 (config-red-app)#exit

VCUBE-2 (config-red)#exit

VCUBE-2(конфігурація)#

Нижче наведено пояснення полів, які використовуються в цій конфігурації.

  • резервування— увійти в режим резервування

  • резервування програми — вхід у режим конфігурації резервування програми

  • group—Перейде в режим конфігурації групи програм резервування

  • ім’я LocalGateway-HA — визначає ім’я групи RG

  • порогове значення аварійного перемикання пріоритету 100 75—Задає початкові значення пріоритету та порогові значення аварійного перемикання для RG

  • Затримка таймерів 30 перезавантажити 60— Налаштування затримки й перезавантаження двічі

    • Таймер затримки (delay) — це час для затримки ініціалізації групи RG й узгодження ролей після увімкнення інтерфейсу. За замовчуванням встановлено 30 секунд. Діапазон: від 0 до 10 000 секунд.

    • Таймер перезавантаження (reload) — це час для затримки ініціалізації групи RG й узгодження ролей після перезавантаження. За замовчуванням встановлено 60 секунд. Діапазон: від 0 до 10 000 секунд.

    • Рекомендується використовувати таймери за замовчуванням, хоча їхні значення можна скоригувати відповідно до будь-якої додаткової затримки конвергенції мережі, яка може виникнути під час завантаження/перезавантаження маршрутизаторів, щоб гарантувати, що узгодження протоколу RG відбувається після того, як маршрутизація в мережі зійшлася до стабільної точки. Наприклад, якщо після аварійного перемикання видно, що для отримання новим маршрутизатором у стані STANDBY (РЕЗЕРВНИЙ) першого пакета RG HELLO від нового маршрутизатора в стані ACTIVE (АКТИВНИЙ) потрібно до 20 секунд, таймери слід налаштувати як timers delay 60 reload 120 із метою врахування цієї затримки.

  • керування протоколом GigabitEthernet3 1—Налаштовує інтерфейс, який використовується для обміну текстовими повідомленнями з привітанням між двома CUBE, а також визначає екземпляр протоколу, який буде прикріплений до інтерфейсу керування та входить у режим конфігурації протоколу програми резервування

  • дані GigabitEthernet3 — налаштування інтерфейсу, що використовується для перевірки трафіку даних

  • track— відстеження інтерфейсів у групі RG

  • протокол 1—Визначає екземпляр протоколу, який буде прикріплений до інтерфейсу керування, і входить у режим конфігурації протоколу програми резервування

  • таймери hellotime 3 holdtime 10—Налаштуйте два таймери для hellotime і holdtime:

    • Hellotime: інтервал між послідовними повідомленнями hello (за замовчуванням 3 секунди). Діапазон: від 250 мілісекунд до 254 секунд

    • Holdtime: інтервал між отриманням повідомлення hello й припущенням, що на маршрутизаторі, який надсилає повідомлення, сталася помилка. Ця тривалість повинна бути більшою, ніж hellotime. За замовчуванням 10 секунд. Діапазон: від 750 мілісекунд до 255 секунд

      Рекомендовано налаштувати таймер holdtime принаймні в 3 рази більшим, ніж значення таймера hellotime.

3

Увімкніть резервування типу Box-to-Box в обох програмах CUBE. Налаштуйте RG на попередньому кроці в розділі VoIP служби голосової пошти. Це дозволить програмі CUBE керувати процесом резервування.

резервування голосової служби VoIP-група 1 вихід

VCUBE-1(config)#голосова служба VoIP

VCUBE-1 (config- voi- serv)# redundancy- group 1

 % Створено асоціацію RG 1 з Voice B2B HA. Перезавантажте маршрутизатор, щоб нова конфігурація набула чинності.

VCUBE-1

(config-voi-serv)# exit

VCUBE-2(config)#голосова служба VoIP

VCUBE-2 (config- voi- serv)# redundancy- group 1

 % Створено асоціацію RG 1 з Voice B2B HA. Перезавантажте маршрутизатор, щоб нова конфігурація набула чинності.

VCUBE-2

(config-voi-serv)# exit

група резервування 1—Щоб додати та видалити цю команду, необхідно перезавантажити оновлену конфігурацію. Ми перезавантажимо платформи після застосування всієї конфігурації.

4

Налаштуйте інтерфейси Gig1 і Gig2 за допомогою їхніх відповідних віртуальних IP-адрес, як показано нижче, і застосуйте ідентифікатор інтерфейсу резервування (rii)

VCUBE-1(config)#інтерфейс GigabitEthernet1

VCUBE-1(config-if)# резервування rii 1

VCUBE-1(config-if)# група резервування 1 ip 198.18.1.228 ексклюзивно

VCUBE-1(config-if)# вихід

VCUBE-1(конфігурація)#

VCUBE-1(config)#інтерфейс GigabitEthernet2

VCUBE-1(config-if)# резервування rii 2

VCUBE-1(config-if)# група резервування 1 ip 198.18.133.228 ексклюзивно

VCUBE-1(config-if)# вихід

VCUBE-2(config)#інтерфейс GigabitEthernet1

VCUBE-2(config-if)# резервування rii 1

VCUBE-2(config-if)# група резервування 1 ip 198.18.1.228 ексклюзивно

VCUBE-2(config-if)# вихід

VCUBE-2(конфігурація)#

VCUBE-2(config)#інтерфейс GigabitEthernet2

VCUBE-2(config-if)# резервування rii 2

VCUBE-2(config-if)# група резервування 1 ip 198.18.133.228 ексклюзивно

VCUBE-v(config-if)# вихід

Нижче наведено пояснення полів, які використовуються в цій конфігурації.

  • redundancy rii—Налаштування ідентифікатора інтерфейсу резервування для групи резервування. Потрібен для створення віртуальної MAC-адреси (VMAC). В інтерфейсі кожного маршрутизатора (ACTIVE/STANDBY), який має однаковий VIP, має використовуватися однакове значення ідентифікатора rii.

    Якщо в одній локальній мережі доступно більше однієї пари B2B, кожна пара ПОВИННА мати унікальні ідентифікатори rii на відповідних інтерфейсах (для запобігання зіткненню). "Показати групу застосунків резервування всі" повинен вказувати правильну локальну інформацію та інформацію про колегу.

  • група резервування 1—Пов’язує інтерфейс із групою резервування, створеною на кроці 2 вище. Налаштуйте групу RG, а також VIP, призначену цьому фізичному інтерфейсу.

    Для резервування обов’язково слід використовувати окремий інтерфейс, тобто інтерфейс, який використовується для голосового трафіку, не може бути використано як інтерфейс керування і передавання даних, вказаний на кроці 2 вище. У цьому прикладі інтерфейс Gigabit 3 використовується для керування RG / передавання даних

5

Збережіть конфігурацію першої платформи CUBE й перезавантажте її.

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

VCUBE

-1# wr

 Побудова конфігурації... 

 [ок]

VCUBE

-1# перезавантажити

 Продовжити перезавантаження? [підтвердити]

Після повного завантаження платформи VCUBE-1 збережіть конфігурацію платформи VCUBE-2 й перезавантажте її.

VCUBE

-2# wr

 Побудова конфігурації... 

 [ок]

VCUBE

-2# перезавантажити

 Продовжити перезавантаження? [підтвердити]

6

Упевніться, що конфігурація типу Box-to-Box працює належним чином. Відповідні вихідні дані виділено жирним.

Ми перезавантажили платформу VCUBE-2 останньою (відповідно до проєктних умов). Платформа, яку було перезавантажено останньою, завжди буде знаходитися в режимі Standby (Резервний).

VCUBE
 -1#показати групу програми резервування всіх Станів помилок. Інформація про групу 1:        Пріоритет часу виконання: [100] RG Помилки стану RG: Вгору.                        Загальна кількість перемикачів через помилки:  0 Загальна кількість змін стану вниз/вгору через помилки: 0 Ідентифікатор групи:1 Ім’я групи:Адміністративний стан LocalGateway-HA : Немає робочого стану агрегату вимикання: Угору  моєї ролі: Активна РОЛЬ Вузла: Присутність ВУЗЛА В режимі очікування: Так, одноранговий Кому: Так почато прогресування вузла: Так, RF-домен: стан RF btob-one: Активний СТАН Радіочастотної мережі однорангового вузла: Роль RG протоколу RG 1 у режимі очікування------------------ : Активна узгодження: Увімкнений пріоритет: 100 Стан протоколу: Активний стан Ctrl Intf( s): Верхній активний вузол: Локальний вузол у режимі очікування: адреса 10.1.1.2, пріоритет 100, інф. лічильники журналів Gi3 :                 зміна ролі на активний: 1 зміна ролі на режим очікування: 1 вимкніть події: rg down стан 0, rg закрито 0 ctrl intf події: вгору 1, вниз 0, admin_down 0 перезавантажити події: локальний запит 0, одноранговий запит 0 медіаконтекст RG для стану -------------------------- Ctx RG 1: Ідентифікатор активного протоколу: 1 Тип медіафайлів: Інтерфейс керування за замовчуванням: Поточний таймер привітання GigabitEthernet3 : 3000 Налаштований таймер привітання: 3000, таймер утримання: 10000 одноранговий таймер привітання: 3000, таймер однорангового утримання: 10000 Станів:             Pkts 1509, байт 93558, HA Seq 0, номер Seq 1509, втрата Pkt 0. Автентифікація не налаштована. Помилка автентифікації: 0 Перезавантажити вузол: TX 0, RX 0 Залишення: TX 0, RX 0 у режимі очікування: Подарунок. Таймер утримання: 10000 Pkts 61, байт 2074, HA Seq 0, номер Seq 69, втрата Pkt 0 VCUBE-1#
 VCUBE-2#показати групу програми резервування всі Стани помилок Інформація про групу 1:        Пріоритет часу виконання: [100] RG Помилки стану RG: Вгору.                        Загальна кількість перемикачів через помилки:  0 Загальна кількість змін стану вниз/вгору через помилки: 0 Ідентифікатор групи:1 Ім’я групи:Адміністративний стан LocalGateway-HA : Немає робочого стану агрегату вимикання: Угору  моєї ролі: Роль ВУЗЛА в режимі очікування: Активна ПРИСУТНІСТЬ Вузла: Так, одноранговий Кому: Так почато прогресування вузла: Так, RF-домен: стан RF btob-one: Активний СТАН Радіочастотної мережі однорангового вузла: Роль RG протоколу RG 1 у режимі очікування------------------ : Активна узгодження: Увімкнений пріоритет: 100 Стан протоколу: Активний стан Ctrl Intf( s): Верхній активний вузол: адреса 10.1.1.2, пріоритет 100, вузол в режимі очікування Gi3 intf: Лічильники локальних журналів:                 зміна ролі на активний: 1 зміна ролі на режим очікування: 1 вимкніть події: rg down стан 0, rg закрито 0 ctrl intf події: вгору 1, вниз 0, admin_down 0 перезавантажити події: локальний запит 0, одноранговий запит 0 медіаконтекст RG для стану -------------------------- Ctx RG 1: Ідентифікатор активного протоколу: 1 Тип медіафайлів: Інтерфейс керування за замовчуванням: Поточний таймер привітання GigabitEthernet3 : 3000 Налаштований таймер привітання: 3000, таймер утримання: 10000 одноранговий таймер привітання: 3000, таймер однорангового утримання: 10000 Станів:             Pkts 1509, байт 93558, HA Seq 0, номер Seq 1509, втрата Pkt 0. Автентифікація не налаштована. Помилка автентифікації: 0 Перезавантажити вузол: TX 0, RX 0 Залишення: TX 0, RX 0 у режимі очікування: Подарунок. Таймер утримання: 10000 Pkts 61, Байт 2074, HA Seq 0, Seq Number 69, Втрата Pkt 0 VCUBE-2#

Налаштування локального шлюзу на обох CUBE

У нашому прикладі конфігурації використовується наведена нижче інформація про транк, отримана від Control Hub, для створення конфігурації локального шлюзу на обох платформах (VCUBE-1 й VCUBE-2). Ім’я користувача й пароль для цього налаштування наведено нижче.

  • Ім’я користувача: Хуссейн1076_ЛГУ

  • Пароль: lOV12MEaZx

1

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

LocalGateway#conf 

 t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes

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

 налаштувати термінал crypto pki trustpoint dummyTp revocation-check crl exit sip-ua криптосигналізація за замовчуванням dummy точки довіриTp cn-san-validate сервер транспорт tcp tls v1.2 end configure термінал crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure термінал голосової служби voip ip-адреса надійного списку ipv4 x.x.x.x.x y.y.y.y вихід дозволити-з’єднання sip до sip медіа статистика медіа масові стани немає додаткової служби sip-handle-заміни факсу протокол передавання через g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header To modify "<sips:(.*)" "<sip:\1" rule 10 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 12 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1" rule 15 response ANY sipхуссейн1076_lgu>" правило 30 запиту БУДЬ-ЯКИЙ заголовок sip P-Asserted-Identity змінити "sips:(.*)" "sip:\1" кодек голосового класу 99 кодек бажаний 1 g711ulaw кодек 2 g711ulaw вихід голосового класу srtp-crypto 200 шифрування 1 AES_см_128_hmac_sha1_80 вихід голосового класу stun-usage 200 stun використання брандмауера-обходу потік даних вихід голосового класу клієнта 200 реєстратор dns: 40462196.cisco-bcld.com термін дії сертифіката sips схеми спливає 240 TCP TLS Хуссейн5091_лгу ім’я користувача Hussain1076_Пароль LGU 0 lOV12MEaZx ім’я користувача автентифікації в області Broadworks Хуссейн5091_лгу пароль 0 lOV12MEaZx ім’я користувача автентифікації BroadWorks в області Хуссейн5091_лгу пароль 0 lOV12MEaZx область 40462196.cisco-bcld.com немає sip-сервера віддаленого абонента dns: 40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface gigabitEthernet1 bind media source-interface gigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=хуссейн1076.lgu dial-peer voice 101 опис Voip Вихідний одноранговий набір до IP PSTN шаблон призначення BAD.BAD протокол сеансу sipv2 цільовий протокол Voip Вихідний одноранговий виклик до шаблону призначення Webex Calling BAD.BAD протокол сеансу sipv2 одноранговий голосовий кодек 201 голосовий запис Вихідний одноранговий виклик до шаблону призначення Webex Calling BAD.BAD протокол сеансу sipv2 одноранговий голосовий кодек 99 голосовий клас stun-використання 200 голосовий клас sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad class voice dpg 100 опис Вхідний одноранговий голос dpg 200 опис 1 голосовий клас dpg 200 опис Вхідний одноранговий виклик від протоколу сеансу IP PSTN sipv2 призначення dpg 200 вхідні uri через 100 кодек голосового класу 99 голосовий клас sip 300 dtmf-релейний rtp-nte без vad одноранговий голос 200 voip опис Вхідний одноранговий виклик від протоколу сеансу Webex Calling sipv2 опис 100 вхідний uri запит 200 кодек голосового класу 99 голосовий клас stun-використання

Щоб відобразити дані виводу команди show, перезавантажено VCUBE-2, а потім VCUBE-1. Після цього VCUBE-1 стає резервною платформою CUBE, а VCUBE-2 активною платформою CUBE

2

У будь-який окремий момент часу тільки одна платформа буде підтримувати активну реєстрацію як локальний шлюз із SBC доступу Webex Calling. Перегляньте дані виводу наведених нижче команд show.

show redundancy application group 1

показати стан реєстрації sip-ua

VCUBE

 -1#показати групу програми резервування 1 Ідентифікатор групи:1 Ім’я групи:Адміністративний стан LocalGateway-HA: Немає робочого стану агрегату вимикання: Угору  моєї ролі: Роль вузла в режимі очікування: Активна ПРИСУТНІСТЬ Вузла: Так, одноранговий Кому: Так почато прогресування вузла: Так, RF-домен: стан RF btob-one: Стан ГАРЯЧОЇ Однорангової РФ у режимі очікування: АКТИВНИЙ VCUBE-1#показати стан реєстрації sip-ua VCUBE-1#

VCUBE

 -2#показати групу програми резервування 1 Ідентифікатор групи:1 Ім’я групи:Адміністративний стан LocalGateway-HA: Немає робочого стану агрегату вимикання: Угору моєї ролі: Активна РОЛЬ Вузла: Стан ПРИСУТНОСТІ Вузла: Так, одноранговий Кому: Так почато прогресування вузла: Так, RF-домен: стан RF btob-one: Активний СТАН Радіочастотної мережі однорангового вузла: У режимі ОЧІКУВАННЯ ГАРЯЧИЙ VCUBE-2#показати стан реєстрації sip-ua Клієнта: 200 --------------------Індекс реєстратора  1 --------------------- Line peer expires (sec) reg survival P-Associ-URI ============================== ========== ================================================================================= Hussain5091_LGU -1 48 yes normal VCUBE-2#

З виводу вище можна побачити, що VCUBE-2 є активним LGW, який підтримує реєстрацію за допомогою Webex Calling access SBC, тоді як вивід "показати стан реєстрації sip-ua" порожній у VCUBE-1

3

Тепер увімкніть наведені нижче налагодження у VCUBE-1

 VCUBE-1#debug ccsip без виклику SIP Трасування поза діалогом увімкнено VCUBE-1#debug ccsip інформація SIP Трасування інформації про виклик увімкнено VCUBE-1#debug ccsip повідомлення

4

Виконайте імітацію аварійного перемикання: введіть наведену нижче команду на активному локальному шлюзі, у цьому випадку на VCUBE-2.

VCUBE

 -2#резервування програми перезавантажити групу 1 своє

Перемикання з локального шлюзу в стані ACTIVE (АКТИВНИЙ) на локальний шлюз у стані STANDBY (РЕЗЕРВНИЙ) відбувається за наведеним далі сценарієм, а також окрім CLI, що наведено вище

  • Коли АКТИВНИЙ маршрутизатор перезавантажується

  • Під час вимкнення/увімкнення живлення АКТИВНОГО маршрутизатора

  • Коли вимикається будь-який налаштований інтерфейс RG АКТИВНОГО маршрутизатора, для якого ввімкнено відстеження

5

Перевірте реєстрацію VCUBE-1 у SBC доступу Webex Calling. VCUBE-2 вже має бути перезавантажено.

 VCUBE-1#показати стан реєстрації sip-ua Клієнта: 200 --------------------Індекс реєстратора  1 --------------------- Line peer expires (sec) reg survival P-Associ-URI ============================== ============================================================================= Hussain5091_LGU -1 56 yes normal VCUBE-1#

VCUBE-1 наразі є активним локальним шлюзом.

6

Перегляньте відповідний журнал налагодження у VCUBE-1, який надсилає повідомлення SIP REGISTER до Webex Calling ЧЕРЕЗ віртуальну IP-адресу й отримує повідомлення «200 OK».

VCUBE

 -1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: Вітаємо, час очікування RG id 1 минув.9  Jan 18:37:24.771: %RG_PROCOL-5-ROLECHANGE: Зміна ролі ідентифікатора RG 1 з режиму очікування на активний Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: Перемикання з режиму ОЧІКУВАННЯ_РЕЖИМУ ОЧІКУВАННЯ на АКТИВНИЙ стан. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Отримано сповіщення про активну роль Jan 9 18:37:25.758: //-1/xxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Надіслано: sip РЕЄСТРАЦІЇ: 40462196.cisco-bcld.com:5061 SIP/2.0 Через: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 Від: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 До: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Дата: Чт, 09 січ 2020 р. 18:37:24 GMT Ідентифікатор виклику: FFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F73B97 Оператор користувача: Максимальна переадресація Cisco-SIPGateway/IOS-16.12.02: 70 позначка часу: 1578595044 CSeq: 2 ЗАРЕЄСТРУЙТЕ Контакт: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Термін дії завершується: 240 Підтримується: довжина контенту: 0 

Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Отримано: SIP/2.0 401 Неавторизований Через: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 Від: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 До: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Дата: Чт, 09 січ 2020 р. 18:37:24 GMT Ідентифікатор виклику: FFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F73B97 Позначка часу: 1578595044 CSeq: 2 ЗАРЕЄСТРУЙТЕ WWW-Authenticate; DIGEST REALM="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Контент-Довжина: 0 

Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Надіслано: Зареєструйтеся SIP:40462196.cisco-bcld.com:5061 SIP/2.0 Через: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC Від: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 До: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Дата: Чт, 09 січ 2020 р. 18:37:25 GMT Ідентифікатор виклику: FFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F73B97 Оператор користувача:Cisco-SIPGateway/IOS-16.12.02 Максимальна переадресація: 70 позначка часу: 1578595045 CSeq: 3 ЗАРЕЄСТРУВАТИСЯ Контакт: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Термін дії завершується: 240 Підтримується: авторизація шляху: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Довжина контенту: 0 

Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Отримано:SIP /2.0 200 OK Через: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 Від: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 До: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Ідентифікатор виклику: FFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F73B97 Позначка часу: 1578595045 CSeq: 3 ЗАРЕЄСТРУВАТИСЯ Контакт: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Дозволити-події: інформація про виклик,вилучення лінії,діалогове вікно,зведення повідомлень,як подія функції,x-broadworks-hoteling,x-broadworks-call-center-status,Довжина контенту конференції: 0