Резервування компонентів дозволяє Webex Contact Center забезпечувати стійкість у разі перебоїв у роботі служби. Можна налаштувати як хмару контактного центру Webex Contact Center, так і корпоративний CUBE, щоб вони були надлишковими:

  • У межах географічного регіону – можна налаштувати кілька POP у межах організації.

  • Через корпоративні центри обробки даних у межах географічного регіону.

  • У корпоративних мережах – Ви також можете налаштувати CUBE в режимі високої доступності (HA). Режим HA зберігає сигнали oth та медіа.

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

Webex Contact Center використовує дві VPOP для забезпечення високої доступності. Для оптимальної продуктивності постачальник послуг також має налаштувати два POP. Це гарантує, що полювання між VPOP Webex Contact Center є парним кругом.

Резервування в межах географічного регіону

Налаштуйте два VPOP для кожного географічного регіону, щоб корпоративний CUBE міг перемикатися між VPOP у разі помилки мережі з мінімальним впливом на виклики.

Резервування в межах географічного регіону
Резервування в межах географічного регіону

Резервування Серед Корпоративних Центрів Обробки Даних У Географічному Регіоні

Налаштуйте два центри обробки даних у межах підприємства, щоб підключитися до одних і тих самих VPOP Webex Contact Center у межах одного географічного регіону.

Резервування Серед Корпоративних Центрів Обробки Даних У Географічному Регіоні
Резервування Серед Корпоративних Центрів Обробки Даних У Географічному Регіоні

Резервування CUBE У корпоративній мережі

Використання функції CUBE High Availability (HA) із резервуванням від box до box гарантує, що система зберігає активні виклики, коли один із CUBE зазнає перебоїв. Використання функції CUBE HA вимагає, щоб усі CUBE:

  • Використовуйте ту саму конфігурацію обладнання.

  • Використовуйте ту саму конфігурацію програмного забезпечення.

  • Використовуйте ту саму версію IOS.

  • Використовуйте той самий тип платформи.

  • Використовуйте віртуальні IP-адреси (VIP) для передавання сигналів і медіа.

  • Підключені за допомогою фізичного перемикача.

Ви також можете використовувати CUBE як окремі SBC. Однак використання автономних CUBE не забезпечує резервування всередині мережі підприємства.

Додаткову інформацію про CUBE HA див. в Посібнику з налаштування Cisco Unified Border Element .

Приклад: Налаштувати групу резервування та пару активних викликів у режимі очікування

  1. Налаштуйте групу резервування й увімкніть резервування CUBE:

    резервування програми резервування групи 1 ім’я cubess-load-sbe-1 пріоритет 100 поріг аварійного перемикання 75 таймерів затримка 30 перезавантажити 60 керування протоколом GigabitEthernet2 1 дані GigabitEthernet2 трек 1 вихід трек 2 протокол завершення 1 ім’я cubess-load-sbe-1 текст автентифікації sbe_1 ! голосова служба VoIP резервування 1

  2. Інтерфейси відстеження, щоб ініціювати перемикання:

    трек 1 інтерфейс GigabitEthernet1 лінія-протокол трек 2 інтерфейс GigabitEthernet2 лінія-протокол! резервування програми резервування групи 1 трек 1 закриття трек 2 закриття

  3. Ідентифікатор інтерфейсу резервування для внутрішнього та зовнішнього інтерфейсів:

    інтерфейс GigabitEthernet1 ip-адреса 10.1.20.10 255.255.255.0 #Example IP for illustration redundancy rii 15 group redundancy 1 ip 10.1.20.115 exclusive hold-queue 10000 in hold-queue 10000 out ! інтерфейс GigabitEthernet2 ip-адреса 10.2.20.10 255.255.255.0 #Example IP for illustration !

  4. Конфігурація на активному та резервному інтерфейсі:

    dial-peer voice 70021 voip description to-CUCM voice-class sip bind control source-interface GigabitEthernet1 voice-class sip bind media source-interface GigabitEthernet1 dial-peer voice 70020 voip description to-SIP-SP voice-class sip bind control source-interface GigabitEthernet0 voice-class sip bind media source-interface GigabitEthernet0 voice-class sip bind media source-interface GigabitEthernet0

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

    Інтервал звіту ip rtcp 3000! Медіанеактивність шлюзу-критерії всі таймер отримання-rtcp 5 таймер отримання-rtp 86400