기본 사항

전제 조건

Cisco Unified Border Element(CUBE) 고가용성(HA)을 Webex Calling에 대한 로컬 게이트웨이로 배포하기 전에 다음 개념을 깊이 이해하고 있는지 확인하십시오.

이 문서에 제공된 구성 지침은 기존의 음성 구성이 없는 전용 로컬 게이트웨이 플랫폼을 가정합니다. 기존의 CUBE 기업 배포가 Cisco Webex Calling에 대해 로컬 게이트웨이 기능도 사용하도록 수정되고 있는 경우, 기존의 통화 흐름 및 기능이 중단되지 않도록 적용된 구성에 주의하여 확인하고 CUBE HA 디자인 요구 사항을 준수하고 있는지 확인하십시오.

하드웨어 및 소프트웨어 구성 요소

로컬 게이트웨이로서 CUBE HA에는 IOS-XE 버전 17.9.1 이상 및 CUBE HA 및 LGW 기능이 모두 지원되는 플랫폼이 필요합니다.

이 문서에 있는 표시 명령어 및 로그는 vCUBE(CSR 8000v)에서 구현된 Cisco IOS-XE 17.9.1의 최소 소프트웨어 릴리즈에 기반합니다.

참조 자료

다양한 플랫폼에 대한 자세한 CUBE HA 구성 안내서는 다음과 같습니다.

Webex Calling 솔루션 개요

Cisco Webex Calling은 온프레미스 PBX 전화 서비스에 대한 멀티 테넌트 클라우드 기반 대안을 고객에게 다수의 PSTN 옵션을 제공하는 협업 제안입니다.

로컬 게이트웨이 배포(아래에 표시)가 이 문서의 초점입니다. Webex Calling에서 로컬 게이트웨이(프레미스 기반 PSTN) 트렁크는 고객이 소유한 PSTN 서비스에 대한 연결을 허용합니다. 또한 Cisco Unified CM과 같은 온-프레미스 IP PBX 배포에 대한 연결도 제공합니다. 클라우드와의 모든 통신은 SIP용 TLS 전송 및 미디어에 대해 SRTP를 사용하여 안전합니다.

로컬 게이트웨이 프레미스 기반 PSTN 배포

아래 그림은 기존의 IP PBX가 포함되지 않은 Webex Calling 배포를 표시하며, 한 개 또는 여러 사이트 배포에 적용됩니다. 이 문서에서 설명하는 구성은 이 배포에 기반합니다.

IP PBX가 포함되지 않은 Webex Calling 배포

레이어 2 박스 간 중복성

CUBE HA 레이어 2 박스 간 중복성은 RG(중복 그룹) 인프라 프로토콜을 사용하여 라우터의 활성/대기 쌍을 형성합니다. 이 페어는 해당하는 인터페이스 전반에서 동일한 가상 IP 주소(VIP)를 공유하고 지속적으로 상태 메시지를 교환합니다. 활성 라우터가 서비스가 중단되면 대기 라우터가 모든 CUBE 통화 처리 책임을 즉시 처리할 수 있도록 하는 라우터 페어에서 CUBE 세션 정보는 확인하여 시그널링 및 미디어의 상태를 유지합니다.

검사는 미디어 패킷을 사용하여 연결된 통화로 제한됩니다. 이동 중인 통화는 체크되지 않습니다(예: 시도 또는 벨소리 울림 상태).

이 문서에서 CUBE HA는 상태 저장 통화 보존에 대한 CUBE 고가용성(HA) 레이어 2 박스 간(B2B) 중복을 참조합니다.

IOS-XE 17.9.1부터 CUBE HA는 Cisco Webex Calling 트렁크 배포(프레미스 기반 PSTN)에 대해 로컬 게이트웨이로 배포될 수 있습니다. 이 문서에서는 디자인 고려 사항 및 구성을 논의합니다. 이 그림은 Cisco Webex Calling 트렁크 배포에 대한 로컬 게이트웨이로 일반적인 CUBE HA 설정을 표시합니다.

Cisco Webex Calling 트렁크 배포에 대해 로컬 게이트웨이로 일반적인 CUBE HA 설정

중복 그룹 인프라 구성 요소

중복 그룹(RG) 인프라 구성 요소는 두 개의 CUBE 간의 박스 간 통신 인프라 지원을 제공하고 최종 안정적인 중복 상태를 협상합니다. 이 구성 요소는 다음 기능도 제공합니다.

  • (제어 인터페이스를 통해) 두 개의 CUBE 간에 keepalive 및 인사 메시지를 교환하여 각 라우터에 대한 최종 중복 상태를 협상하는 HSRP-유사 프로토콜—위의 그림에서 GigabitEthernet3.

  • 활성 통화에서 대기 라우터로(데이터 인터페이스를 통해) 각 통화에 대한 시그널링 및 미디어 상태를 검사하기 위한 전송 메커니즘—위의 그림에서 GigabitEthernet3.

  • 트래픽 인터페이스에 대한 가상 IP(VIP) 인터페이스의 구성 및 관리(동일한 RG 그룹을 사용하여 다수의 트래픽 인터페이스를 구성할 수 있음) – GigabitEthernet 1과 2는 트래픽 인터페이스로 간주됩니다.

이 RG 구성 요소는 음성 B2B HA를 지원하도록 특별히 구성되어야 합니다.

시그널링 및 미디어 모두에 대해 가상 IP(VIP) 주소 관리

B2B HA는 VIP를 사용하여 중복성을 달성합니다. CUBE HA 페어의 두 CUBE 모두에 있는 VIP 및 연결된 물리적 인터페이스는 동일한 LAN 서브넷에 위치해야 합니다. VIP를 구성하고 특정 음성 애플리케이션(SIP)에 대한 VIP 인터페이스의 바인딩은 음성 B2B HA 지원에 필수입니다. Unified CM, Webex Calling 액세스 SBC, 서비스 공급자 또는 프록시와 같은 외부 장치는 CUBE HA 라우터를 통과하는 통화에 대한 대상 IP 주소로 VIP를 사용합니다. 따라서 Webex Calling 관점에서 CUBE HA 페어는 단일 로컬 게이트웨이로 작동합니다.

설정된 통화의 통화 신호 및 RTP 세션 정보는 활성 라우터에서 대기 라우터로 검사됩니다. 활성 라우터가 다운되면 대기 라우터가 인계하고 이전에 첫 번째 라우터가 라우팅한 RTP 스트림을 계속 전달합니다.

장애 조치 시 일시적 상태의 통화는 전환 후 유지되지 않습니다. 예를 들어 아직 완전히 설정되지 않았거나 호 전환 또는 보류 기능으로 수정되고 있는 통화가 있습니다. 설정된 통화는 전환 후 연결이 끊길 수도 있습니다.

다음 요구 사항은 CUBE HA를 통화의 상태 저장 장애 조치에 대해 로컬 게이트웨이로 사용하기 위해 존재합니다.

  • CUBE HA에는 TDM 또는 아날로그 인터페이스가 공존할 수 없습니다.

  • Gig1 및 Gig2는 트래픽(SIP/RTP) 인터페이스이며 Gig3는 중복 그룹(RG) 제어/데이터 인터페이스입니다.

  • 그룹 id가 있는 동일한 레이어 2 도메인에 2개보다 많은 CUBE HA 페어를 배치할 수 없습니다. 1과 다른 하나는 그룹 id 2를 포함합니다. 동일한 그룹 id로 2개의 HA 페어를 구성하는 경우, RG 제어/데이터 인터페이스는 다른 레이어 2 도메인(vlan, 개별 스위치)에 속해야 합니다.

  • 포트 채널은 RG 제어/데이터 및 트래픽 인터페이스 모두에 대해 지원됩니다.

  • 모든 시그널링/미디어가 가상 IP 주소에서 출처/수신됨

  • 플랫폼이 CUBE-HA 관계에서 다시 로드될 때마다 항상 대기 모드로 부팅됩니다.

  • 모든 인터페이스(Gig1, Gig2, Gig3)에 대해 낮은 주소는 동일한 플랫폼에 있어야 합니다.

  • 중복 인터페이스 식별자, rii는 동일한 레이어 2에 있는 쌍/인터페이스 조합에 대해 고유해야 합니다.

  • 두 CUBE의 구성은 물리적 구성을 포함하여 동일해야 하며, 동일한 유형의 플랫폼 및 IOS-XE 버전에서 실행되어야 합니다.

  • 루프백 인터페이스는 항상 켜져 있기 때문에 바인딩으로 사용할 수 없습니다.

  • 다중 트래픽(SIP/RTP) 인터페이스(Gig1, Gig2)를 사용하려면 인터페이스 추적을 구성해야 합니다.

  • CUBE-HA는 RG-제어/데이터 링크(Gig3)에 대해 크로스 오버 케이블 연결을 통해 지원되지 않습니다.

  • 두 플랫폼 모두 동일해야 하며, CUBE HA가 작동하게 하려면 모든 유사한 인터페이스에서 물리적 스위치 를 통해 연결되어야 합니다. 예: CUBE-1 및 CUBE-2의 GE0/0/0은 동일한 스위치에서 종료되어야 합니다.

  • CUBE에서 WAN을 직접 종료하거나 양쪽의 데이터 HA를 종료할 수 없음

  • 활동 중/대기 모두 동일한 데이터 센터에 있어야 합니다.

  • 중복을 위해 별도의 L3 인터페이스를 사용해야 합니다(RG Control/data, Gig3). 즉, 트래픽에 대해 사용되는 인터페이스는 HA keepalives 및 체크포인트에 대해 사용될 수 없습니다.

  • 페일오버 시 이전에 활성 CUBE는 설계상 다시 로드를 통과하여 신호 및 미디어를 보존합니다.

두 CUBE 모두에서 중복 구성

가상 IP를 불러오기 위해 HA 페어에서 사용될 두 개의 CUBE에서 레이어 2 박스 간 중복을 구성해야 합니다.

Cisco Webex Calling 트렁크 배포에 대해 로컬 게이트웨이로 일반적인 CUBE HA 설정

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

추적 CLI는 트래픽 인터페이스가 다운된 후에 활동 중인 라우트가 활동 중인 역할을 제거하도록 RG에서 음성 트래픽 인터페이스 상태를 추적하는 데 사용됩니다.

2

응용프로그램 중복 하위 모드에서 VoIP HA에 사용할 RG를 구성합니다.

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 프로토콜 협상이 실행되도록 하기 위해 라우터의 부팅/재로드 중에 발생할 수 있는 추가 네트워크 수렴 지연을 수용하도록 조절될 수 있습니다. 예를 들어, 페일오버 후에 새로운 ACTIVE의 첫 번째 RG 인사 패킷이 나타날 때까지 최대 20초가 소요되는 경우, 타이머는 '타이머 지연 60 다시 로드 120'으로 조절되어야 합니다.

  • 제어 GigabitEthernet3 프로토콜 1—두 CUBE 간에 keepalive 및 인사 메시지를 교환하기 위해 사용되는 인터페이스를 구성하고, 제어 인터페이스에 첨부될 프로토콜 인스턴스를 지정하고 중복 응용프로그램 프로토콜 구성 모드로 들어갑니다.

  • 데이터 GigabitEthernet3—데이터 트래픽의 체크포인트에 사용되는 인터페이스를 구성합니다.

  • 추적—인터페이스의 RG 그룹 추적

  • 프로토콜 1—제어 인터페이스에 첨부될 프로토콜 인스턴스를 지정하고 중복 응용프로그램 프로토콜 구성 모드로 들어갑니다.

  • 타이머 인사 시간 3 보류 시간 10—인사 시간 및 보류 시간에 대한 두 개의 타이머를 구성합니다.

    • 인사 시간— 다음 인사 메시지 간의 간격 – 기본값은 3초입니다. 범위는 250밀리초-254초입니다.

    • 보류 시간 - 인사 메시지를 수신하고 발송 라우터가 실패했다는 가정 사이의 간격입니다. 이 지속 시간은 인사 시간보다 커야 합니다. 기본값 10초입니다. 범위는 750밀리초-255초입니다.

      보류 시간 타이머를 인사 시간 타이머 값의 최소 3배만큼 구성할 것을 권장합니다.

3

CUBE 응용프로그램에 대해 박스 간 중복을 활성화합니다. voice service voip 아래의 이전 단계에서 RG를 구성합니다. 이를 통해 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

중복-그룹 1—이 명령어를 추가 및 제거하려면 업데이트된 구성이 적용되도록 다시 로드되어야 합니다. 모든 구성이 적용되면 플랫폼을 다시 로드합니다.

4

아래에 표시된 대로 해당하는 가상 IP로 Gig1 및 Gig2 인터페이스를 구성하고 중복 인터페이스 식별자(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

이 구성에서 사용되는 필드에 대한 설명은 다음과 같습니다.

  • 중복 rii—중복 그룹에 대한 중복 인터페이스 식별자를 구성합니다. 가상 MAC(VMAC) 주소를 생성하기 위해 필요합니다. 동일한 rii ID 값은 동일한 VIP가 있는 각 라우터(활성/대기)의 인터페이스에서 사용해야 합니다.

    동일한 LAN에 두 개 이상의 B2B 페어가 있는 경우, 충돌을 방지하기 위해 각 페어는 각 인터페이스에 고유한 rii ID를 갖고 있어야 합니다. 중복 응용프로그램 그룹 모두 표시 명령어는 올바른 로컬 및 피어 정보를 표시해야 합니다.

  • 중복 그룹 1—상단의 2단계에서 생성된 중복 그룹에 인터페이스를 연계합니다. RG 그룹 및 이 물리적 인터페이스에 지정된 VIP를 구성합니다.

    중복을 위해 별도의 인터페이스를 사용해야 합니다. 즉, 음성 트래픽에 사용되는 인터페이스는 상단의 2단계에서 지정된 제어 및 데이터 인터페이스로 사용할 수 없습니다. 이 예제에서 Gigabit 인터페이스 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 CUBE에서 로컬 게이트웨이 구성(등록 기반 또는 인증서 기반)을 진행합니다. Webex Calling에 대해 Cisco IOS XE에서 로컬 게이트웨이 구성을 참조하십시오.