В этой статье
Основы
Настройте избыточность на обоих CUB
Внедрение высокой доступности CUBE в качестве локального шлюза
list-menuВ этой статье
list-menuОтправить обратную связь?

Local Gateway (LGW) — это эксклюзивное решение для предоставления локального доступа к PSTN клиентам Cisco Webex Calling. В этом документе описывается настройка локального шлюза с использованием высокой доступности CUBE с использованием активных или резервных CUB для обеспечения аварийного переключения активных вызовов с сохранением состояния.

Основы

Предварительные условия

Прежде чем развертывать Cisco Unified Border Element (CUBE) High Availability (HA) в качестве локального шлюза дляWebex Calling, убедитесь, что вы хорошо разбираетесь в следующих понятиях:

Рекомендации по настройке, приведенные в этой статье, предполагают использование выделенной платформы локального шлюза без существующей конфигурации голосовой связи. Если в существующем корпоративном развертывании CUBE планируется также использовать функцию локального шлюзаCisco Webex Calling, обратите особое внимание на применяемую конфигурацию, чтобы обеспечить бесперебойную работу существующих потоков вызовов и функций и убедиться, что вы соблюдаете проектные требования CUBE HA.

Аппаратные и программные компоненты

В качестве локального шлюза CUBE HA требуется версия IOS-XE 17.9.1 или более поздняя, а также платформа, поддерживающая функции CUBE HA и LGW.

Команды и журналы show в этой статье основаны на минимальной версии программного обеспечения Cisco IOS -XE 17.9.1, реализованной на vCube (CSR 8000v).

Справочный материал

Вот несколько подробных руководств по настройке CUBE HA для различных платформ:

Webex CallingОбзор решения

Cisco Webex Callingэто предложение для совместной работы, которое представляет собой многопользовательскую облачную альтернативу локальной телефонной услуге PBX с несколькими вариантами PSTN для клиентов.

В этой статье основное внимание уделяется развертыванию локального шлюза (представленному ниже). Магистраль локального шлюза (локальной сети PSTN) обеспечивает подключение к принадлежащей клиенту службе PSTN. Webex Calling Он также обеспечивает подключение к локальной IP-УАТС, например. Cisco Unified CM Вся передача данных в облако и из облака защищена с помощью транспорта TLS для SIP и SRTP для мультимедиа.

Local Gateway premises-based PSTN deployment

На рисунке ниже показано Webex Calling развертывание без существующей IP-УАТС. Оно применимо к развертыванию на одном или нескольких узлах. Конфигурация, описанная в этой статье, основана на этом развертывании.

Webex Calling deployment without IP PBX

Резервирование «от коробки к коробке» уровня 2

При резервировании CUBE HA уровня 2 «по схеме «от коробки к коробке» используется инфраструктурный протокол группы резервирования (RG) для формирования пары маршрутизаторов «активный/резервный». Эти пары используют один и тот же виртуальный IP-адрес (VIP) на всех интерфейсах и постоянно обмениваются статусными сообщениями. Информация о сеансе CUBE проверяется на всех двух маршрутизаторах, что позволяет резервному маршрутизатору немедленно взять на себя все обязанности по обработке вызовов CUBE в случае выхода активного маршрутизатора из строя, в результате чего сигналы и медиафайлы сохраняются в рабочем состоянии.

Указывание чеков ограничено подключенными вызовами с медиапакетами. Вызовы, находящиеся в пути, не отмечены галочкой (например, в состоянии вызова или вызова).

В этой статье компания CUBE HA обратит внимание на резервирование CUBE на уровне 2 уровня «от одного устройства к коробке» (B2B) для сохранения вызовов с сохранением состояния вызовов.

Начиная с версии IOS-XE 17.9.1, CUBE HA можно развертывать в качестве локального шлюза для магистральных развертываний (локальная сеть PSTN). Cisco Webex Calling В этой статье будут рассмотрены аспекты проектирования и конфигурации. На рисунке показана типичная конфигурация CUBE HA в качестве локального шлюза для Cisco Webex Calling магистрального развертывания.

A typical CUBE HA setup as Local Gateway for a Cisco Webex Calling trunk deployment

Инфраструктурный компонент «Группа резервирования»

Компонент Redundancy Group (RG) Infra обеспечивает поддержку коммуникационной инфраструктуры «от коробки к коробке» между двумя CUB и согласовывает окончательное стабильное состояние резервирования. Этот компонент также обеспечивает:

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

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

  • Настройка интерфейса Virtual IP (VIP) и управление им для интерфейсов трафика (можно настроить несколько интерфейсов трафика с использованием одной и той же группы RG) — GigabiEthernet 1 и 2 считаются интерфейсами трафика.

Этот компонент RG должен быть специально настроен для поддержки голосовой связи B2B HA.

Управление виртуальными IP-адресами (VIP) для сигнализации и мультимедиа

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

Сигнализация вызовов и информация о сеансе RTP установленных вызовов передаются от активного маршрутизатора к резервному маршрутизатору. Когда активный маршрутизатор выходит из строя, резервный маршрутизатор берет на себя управление и продолжает пересылать поток RTP, который ранее был маршрутизирован первым маршрутизатором.

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

Для использования CUBE HA в качестве локального шлюза для аварийного переключения вызовов с отслеживанием состояния существуют следующие требования:

  • CUBE HA не может совместно размещать TDM или аналоговые интерфейсы

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

  • В одном домене уровня 2 можно разместить не более двух пар CUBE HA: одну с идентификатором группы 1, а другую — с идентификатором группы 2. При настройке двух пар HA с одинаковым идентификатором группы интерфейсы RG Control/Data должны принадлежать разным доменам уровня 2 (vlan, отдельный коммутатор)

  • Портовый канал поддерживается как интерфейсами RG Control/Data, так и интерфейсами трафика

  • Все сигналы/медиафайлы поступают с виртуального IP-адреса или на него

  • Каждый раз, когда платформа перезагружается в рамках отношений между CUBE-HA, она всегда загружается в режиме ожидания

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

  • Идентификатор интерфейса резервирования (rii) должен быть уникальным для комбинации пар и интерфейсов на одном уровне 2

  • Конфигурация обоих CUB должна быть идентичной, включая физическую конфигурацию, и работать на платформе одного типа и версии IOS-XE

  • Интерфейсы Loopback нельзя использовать в качестве привязки, так как они всегда работают

  • Интерфейсы с несколькими трафиками (SIP/RTP) (Gig1, Gig2) требуют настройки отслеживания интерфейсов

  • CUBE-HA не поддерживается через перекрестное кабельное соединение для канала RG-Control/Data (Gig3)

  • Для работы CUBE HA обе платформы должны быть идентичны и подключены через физический коммутатор ко всем аналогичным интерфейсам, т.е. GE0/0/0 CUBE-1 и CUBE-2 должны работать на одном и том же коммутаторе и так далее.

  • Невозможно обеспечить прямую терминацию глобальной сети на CUBE или передачу данных HA на обеих сторонах

  • Как активный, так и резервный центр обработки данных должны находиться в одном и том же центре обработки данных

  • Для резервирования необходимо использовать отдельный интерфейс L3 (RG Control/Data, Gig3). То есть интерфейс, используемый для трафика, нельзя использовать для поддержания работоспособности высокой доступности и контрольных точек

  • При отказоустойчивом переключении ранее активный CUBE автоматически перезагружается, сохраняя сигналы и носители

Настройте избыточность на обоих CUB

На обоих кубах, предназначенных для использования в паре HA для получения виртуальных IP-адресов, необходимо настроить избыточность уровня 2 «от одного устройства к коробке».

A typical CUBE HA setup as Local Gateway for a Cisco Webex Calling trunk deployment

1

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

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit

VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

Track CLI используется в RG для отслеживания состояния интерфейса голосового трафика, чтобы активный маршрут продолжал играть активную роль после отключения интерфейса трафика.

2

Настройте RG для использования с VoIP HA в подрежиме резервирования приложений.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#

VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Ниже приведено описание полей, используемых в этой конфигурации:

  • избыточность — переходит в режим резервирования

  • избыточность приложений — переходит в режим настройки избыточности приложений

  • группа — переходит в режим настройки группы приложений с резервированием

  • имя LocalGateway-HA — определяет имя группы RG

  • порог отказоустойчивости при приоритете 100 75 — указывает начальный приоритет и пороговые значения отказоустойчивости для RG

  • таймеры, задержка 30, перезагрузка 60 — настраивает два таймера на задержку и перезагрузку

    • Таймер задержки, то есть время задержки инициализации группы RG и согласования ролей после запуска интерфейса. По умолчанию 30 секунд. Диапазон составляет 0-10000 секунд

    • Перезагрузка — это время задержки инициализации группы RG и согласования ролей после перезагрузки. По умолчанию 60 секунд. Диапазон составляет 0-10000 секунд

    • Рекомендуется использовать таймеры по умолчанию, но эти таймеры можно скорректировать с учетом любой дополнительной задержки конвергенции сети, которая может возникнуть во время загрузки/перезагрузки маршрутизаторов, чтобы гарантировать согласование протокола RG после сближения маршрутизации в сети к стабильной точке. Например, если после аварийного переключения обнаруживается, что новому устройству STANDBY требуется до 20 секунд, чтобы увидеть первый пакет RG HELLO из нового ACTIVE, то для учета этой задержки следует настроить таймеры на задержку 60, перезагрузить 120.

  • control GigabitEthernet3 protocol 1 — настраивает интерфейс, используемый для обмена сообщениями keepalive и hello между двумя CUB, а также указывает экземпляр протокола, который будет подключен к интерфейсу управления, и переходит в режим настройки протокола резервного приложения

  • data GigabitEthernet3 — настраивает интерфейс, используемый для контроля трафика данных

  • track — групповое отслеживание интерфейсов RG

  • протокол 1 — указывает экземпляр протокола, который будет подключен к интерфейсу управления, и переходит в режим настройки протокола приложения с резервированием

  • таймеры hellotime 3 holdtime 10 — настраивает два таймера на время приветствия и время ожидания:

    • Hellotime — интервал между последовательными приветственными сообщениями — по умолчанию 3 секунды. Диапазон составляет 250 миллисекунд — 254 секунды

    • Время ожидания — интервал между получением сообщения «Привет» и предположением, что маршрутизатор отправителя вышел из строя. Это время должно превышать время приветствия (по умолчанию 10 секунд). Диапазон составляет 750 миллисекунд — 255 секунд

      Мы рекомендуем настроить таймер удержания как минимум в 3 раза больше значения таймера hellotime.

3

Включите пакетное резервирование для приложения CUBE. Настройте RG, как описано в предыдущем шаге в разделе voice service voip. Это позволяет приложению CUBE управлять процессом резервирования.

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundancy-group 1 — добавление и удаление этой команды требует перезагрузки, чтобы обновленная конфигурация вступила в силу. Мы перезагрузим платформы после того, как все настройки будут применены.

4

Настройте интерфейсы Gig1 и Gig2 с соответствующими виртуальными IP-адресами, как показано ниже, и примените идентификатор интерфейса резервирования (rii)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Ниже приведено описание полей, используемых в этой конфигурации:

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

    Если в одной локальной сети имеется несколько пар B2B, каждая пара должна иметь уникальные идентификаторы rii на соответствующих интерфейсах (во избежание коллизий). Команда show redundancy application group all должна указывать правильную локальную и одноранговую информацию.

  • Группа резервирования 1 — связывает интерфейс с группой резервирования, созданной на шаге 2 выше. Настройте группу RG, а также VIP-персону, назначенную этому физическому интерфейсу.

    Для резервирования обязательно использовать отдельный интерфейс, то есть интерфейс, используемый для голосового трафика, нельзя использовать в качестве интерфейса управления и передачи данных, как указано в шаге 2 выше. В этом примере гигабитный интерфейс 3 используется для управления/передачи данных RG

5

Сохраните конфигурацию первого CUBE и перезагрузите его.

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

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

После полной загрузки VCUBE-1 сохраните конфигурацию VCUBE-2 и перезагрузите ее.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Убедитесь, что конфигурация «от коробки до коробки» работает должным образом. Соответствующие выходные данные выделены жирным шрифтом.

Мы перезагрузили VCUBE-2 в последнюю очередь, и в соответствии с конструктивными соображениями платформа, которая будет перезагружаться последней, всегда будет находиться в режиме ожидания.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Затем выполните настройку локального шлюза (на основе регистрации или сертификата) на обоих кубах HA. См. раздел Настройка локального шлюза на XE. Cisco IOS Webex Calling

Была ли статья полезной?
Была ли статья полезной?