Webex Calling підтримує спільне розташування шлюзу Survivability з локальним шлюзом на тому самому шлюзі, керованому Cisco IOS. Тобто ви можете використовувати той самий пристрій шлюзу Cisco IOS для налаштування локального шлюзу та служб шлюзу стійкості. Отже, вам не потрібно, щоб два різних керовані шлюзи Cisco IOS були призначені як Шлюз Survivability Gateway і Локальний шлюз.

Cisco IOS XE Дублін 17.12.3 і вище.

Нижче наведено відомі обмеження для розташування служб у керованих шлюзах Cisco IOS:

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

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

• У Control Hub шлюз має бути підготовлений як служба шлюзу безперебійної роботи.

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

• Корозташування специфічне для шлюзу Cisco IOS. Клієнти, які використовують сторонній локальний шлюз, повинні розгорнути шлюз стійкості окремо.

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

Додаткові обмеження та обмеження для служб автономних шлюзів див. в розділі Зареєструвати керовані шлюзи Cisco IOS для хмари Webex і стійкості вебсайту для Webex Calling.

Маршрутизація виклику для розташування базується на стратегії маршрутизації, яка передбачає комбінацію однорангових груп набору (DPG) і регулярної маршрутизації на основі шаблонів призначення. Це відрізняється від стратегій маршрутизації викликів, що використовуються для автономних служб шлюзу під керуванням Cisco IOS. Автономна служба локального шлюзу використовує стратегію маршрутизації викликів на основі DPG. Автономні маршрути шлюзу Survivability Gateway здійснюють виклик за допомогою шаблонів призначення.

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

• Для викликів із Webex Calling – вхідний вузол для набору з Webex Calling зіставляється на основі імені хоста локального шлюзу або параметра DTG в URI. Вхідний вузол для набору прив’язаний до DPG, що має ТМЗК. Потім виклик переспрямовується на PSTN. Одним словом, немає змін в маршрутизації викликів із наявної стратегії маршрутизації локального шлюзу.

• Для викликів із ТМЗК – видаліть маршрутизацію виклику на основі груп однорангових викликів. Маршрутизуйте виклики за допомогою регулярної маршрутизації на основі шаблону призначення. Тобто вузол вхідного набору не прив’язаний до DPG у цій стратегії. Вхідний одноранговий набір із ТМЗК зіставляється на основі IP-адреси ТМЗК у Вигляді URI. Буде виконано звичайний пошук однорангового набору та маршрутизація виклику залежно від бажаних параметрів однорангового набору. Виклик переспрямовується на локально зареєстрований кінцевий пристрій для режиму стійкості або на Webex Calling для активного режиму.

• Для викликів із локально зареєстрованих кінцевих пристроїв (застосовується для режиму стійкості вебсайту під час перебоїв у роботі WAN) – маршрутизуйте виклики за допомогою регулярної маршрутизації на основі цільового шаблону. У цій стратегії вхідний одноранговий абонент зіставляється з одноранговим абонентом бокової лінії. Виконується звичайний пошук абонента, і маршрутизація виклику буде здійснюватися на основі бажаних параметрів абонента. Виклик переспрямовується на зареєстрований локально кінцевий пристрій, ТМЗК або Webex Calling.

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

  • Бажаний параметр за замовчуванням 0 для маршрутизації викликів до локально зареєстрованих кінцевих пристроїв

  • Бажаний параметр 2 для маршрутизації викликів до транка Webex Calling

  • Бажаний параметр 3 для маршрутизації викликів до транка PSTN

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

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

Вхідні від	Вихідний до	Служба шлюзу	Маршрутизація викликів	Додаткова інформація
ТМЗК	Webex Calling	Корозташування локального шлюзу та шлюзу стійкості	На основі шаблону призначення (.T) Одноранговий набір із бажаним параметром 2
ТМЗК	Локальні кінцеві пристрої	Корозташування локального шлюзу та шлюзу стійкості	На основі шаблону призначення	Використання динамічних вузлів для набору, створених на основі реєстрацій. Немає конфігурацій для виконання на цих однорангових абонентах системи. Він автоматично матиме найвищий пріоритет.
Локальні кінцеві пристрої	ТМЗК	Корозташування локального шлюзу та шлюзу стійкості	На основі шаблону призначення Вибір абонента для набору номера 3
Локальні кінцеві пристрої	Webex Calling	Корозташування локального шлюзу та шлюзу стійкості	На основі шаблону призначення (.T) Одноранговий набір із бажаним параметром 2	Це застосовується, лише якщо транк локального шлюзу у напрямку Webex Calling все ще перебуває навіть у режимі шлюзу стійкості.
Webex Calling	ТМЗК	Локальний шлюз	На основі групи однорангового набору	Підібране підключення до ТМЗК
Локальні кінцеві пристрої	Локальні кінцеві пристрої	Шлюз Survivability	На основі шаблону призначення	Використання динамічних вузлів для набору, створених на основі реєстрацій. Для цих абонентів системи додаткові зміни конфігурації однорангового набору не потрібні.

Докладну інформацію про міркування маршрутизації викликів для розташування служб шлюзу під керуванням Cisco IOS див. в бажаній архітектурі Webex Calling.