この記事の内容
ファンダメンタルズ
両方のCUBEに冗長性を設定してください
CUBEの高可用性をローカルゲートウェイとして実装してください
list-menuこの記事の内容
list-menuフィードバックがある場合

ローカルゲートウェイ(LGW)は、Cisco Webex Calling のお客様にオンプレミスのPSTNアクセスを提供するための独占的なソリューションです。このドキュメントでは、アクティブコールのステートフルフェールオーバーを保証するために、アクティブまたはスタンバイのCUBEを使用して、CUBEの高可用性を使用してローカルゲートウェイを設定する方法について説明します。

ファンダメンタルズ

前提条件

のローカルゲートウェイとしてCisco Unified Border Element(CUBE)ハイアベイラビリティ(HA)を導入する前にWebex Calling、 次の概念を深く理解していることを確認してください。

この記事に記載されている設定ガイドラインは、既存の音声設定がない専用のローカルゲートウェイプラットフォームを想定しています。 既存のCUBEエンタープライズ環境がローカルゲートウェイ機能も利用するように変更されている場合はCisco Webex Calling、適用されている設定に細心の注意を払って、既存のコールフローや機能が中断されないようにし、CUBE HAの設計要件に従っていることを確認してください。

ハードウェアとソフトウェアのコンポーネント

ローカルゲートウェイとしてのCUBE HAには、IOS-XEバージョン17.9.1以降と、 CUBE HAとLGWの両方の機能をサポートするプラットフォームが必要です。

この記事で紹介しているshowコマンドとログは、vCube(CSR 8000v)Cisco IOSに実装された-XE 17.9.1の最小ソフトウェアリリースに基づいています。

参考資料

さまざまなプラットフォームの詳細なCUBE HA構成ガイドは次のとおりです。

Webex Callingソリューションの概要

Cisco Webex Callingは、複数のPSTNオプションを備えたオンプレミスのPBX電話サービスに代わるマルチテナント型のクラウドベースの代替サービスを顧客に提供するコラボレーション製品です。

この記事では、ローカルゲートウェイの導入(下記参照)に焦点を当てています。 ローカルゲートウェイ (構内ベースのPSTN)Webex Callingトランクインにより、顧客所有のPSTNサービスに接続できます。 また、次のようなオンプレミスのIP PBX環境への接続も提供します。Cisco Unified CM クラウドとのすべての通信は、SIPの場合はTLS転送、メディアの場合はSRTPを使用して保護されます。

Local Gateway premises-based PSTN deployment

下の図は、既存のIP Webex Calling PBXがない展開を示しており、単一サイトまたは複数サイトの展開に適用できます。 この記事で概説されている設定は、この展開に基づいています。

Webex Calling deployment without IP PBX

レイヤー2のボックスツーボックス冗長性

CUBE HAレイヤー2のボックスツーボックス冗長性は、冗長グループ(RG)インフラストラクチャプロトコルを使用して、アクティブ/スタンバイのルーターのペアを形成します。 このペアは、それぞれのインターフェイスで同じ仮想IPアドレス(VIP)を共有し、ステータスメッセージを継続的に交換します。 CUBEセッション情報は、ルータのペア間でチェックポイントされ、アクティブルータがサービスを停止した場合でも、スタンバイルータがすべてのCUBEコール処理をすぐに引き継ぐことができるため、シグナリングとメディアがステートフルに保持されます。

チェックポインティングは、メディアパケットを含む接続された通話に限られます。 転送中のコールはチェックポイントされません(たとえば、送信中または呼び出し中の状態)。

この記事では、CUBE HAはステートフルコール保存のためのCUBEハイアベイラビリティ(HA)レイヤー2のボックスツーボックス(B2B) 冗長性について言及します。

IOS-XE 17.9.1以降、CUBE Cisco Webex Calling HAはトランク導入(構内ベースのPSTN)用のローカルゲートウェイとして導入できます。 この記事では、 設計上の考慮事項と構成について説明します。 この図は、Cisco Webex Callingトランク導入のローカルゲートウェイとしての典型的なCUBE HA設定を示しています。

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

リダンダンシー・グループ・インフラストラクチャー・コンポーネント

冗長グループ(RG)インフラコンポーネントは、2つのCUBE間のボックスツーボックス通信インフラストラクチャサポートを提供し、最終的な安定した冗長状態をネゴシエートします。 このコンポーネントは以下も提供します:

  • 2つのキューブ間で(制御インターフェイスを介して)キープアライブメッセージとハローメッセージを交換することにより、各ルーターの最終的な冗長状態をネゴシエートするHSRPのようなプロトコルです。上の図のGigabitEthernet3です。

  • アクティブルータからスタンバイルータへ(データインターフェイスを介して)各コールのシグナリングとメディア状態をチェックポイントする転送メカニズム。上の図のGigabitEthernet3です。

  • トラフィックインターフェイス用の仮想IP(VIP)インターフェイスの構成と管理(同じRGグループを使用して複数のトラフィックインターフェイスを設定できます)— GigabitEthernet 1と2はトラフィックインターフェイスと見なされます。

このRGコンポーネントは、音声B2B HAをサポートするように特別に設定する必要があります。

シグナリングとメディアの両方の仮想IP(VIP)アドレス管理

B2B HAは冗長性を実現するためにVIPに依存しています。 CUBE HAペアの両方のCUBEのVIPと関連する物理インターフェイスは、同じLANサブネット上にある必要があります。 音声B2B HAサポートには、VIPの設定と特定の音声アプリケーション(SIP)へのVIPインターフェイスのバインディングが必須です。 Webex CallingアクセスSBC Unified CM、サービスプロバイダー、プロキシなどの外部デバイスは、CUBE HAルーターを通過する通話の宛先IPアドレスとしてVIPを使用します。 したがって、Webex Calling観点から見ると、CUBE HAペアは単一のローカルゲートウェイとして機能します。

確立されたコールのコールシグナリングとRTPセッション情報は、アクティブルーターからスタンブルーターにチェックポイントされます。 アクティブルーターがダウンすると、スタンバイルーターが引き継ぎ、最初のルーターで以前にルーティングされていたRTPストリームを転送し続けます。

フェールオーバー時に一時的な状態のコールは、切り替え後も保存されません。 たとえば、まだ完全に確立されていない通話や、転送機能や保留機能で変更中の通話などです。 確立された通話は、切り替え後に切断される場合があります。

CUBE HAをコールのステートフルフェールオーバーのローカルゲートウェイとして使用するには、次の要件があります。

  • CUBE HAでは、TDMやアナログインターフェイスを同じ場所に配置することはできません

  • Gig1とGig2はトラフィック(SIP/RTP)インターフェイスと呼ばれ、Gig3は冗長グループ(RG)制御/データインターフェイスと呼ばれます

  • 同じレイヤー2のドメインに配置できるCUBE HAペアは2つまでです。1組はグループID 1、もう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は同じスイッチなどで終端する必要があります。

  • WANをCubeで直接終端したり、データHAをどちらかの側で終端したりすることはできません

  • アクティブ/スタンバイの両方が同じデータセンターにある必要があります

  • 冗長性のために個別のL3インターフェイス(RG制御/データ、Gig3)を使用することが必須です。つまり、トラフィックに使用されるインターフェイスは、HAキープアライブとチェックポインティングには使用できません

  • フェイルオーバー時には、以前アクティブだったCUBEが意図的にリロードされ、シグナリングとメディアが保持されます

両方のCUBEに冗長性を設定してください

仮想IPを起動するためにHAペアで使用することを目的として、両方のCUBEにレイヤー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

アプリケーション冗長サブモードで、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)#

この設定で使用されるフィールドの説明は次のとおりです。

  • 冗長性—冗長モードに入ります

  • アプリケーション冗長性 — アプリケーション冗長構成モードに入ります

  • group:冗長アプリケーショングループコンフィギュレーションモードに入ります

  • 名前:ローカルゲートウェイ-HA — RGグループの名前を定義します

  • 優先度 100 フェイルオーバーのしきい値 75 — RG の初期優先度とフェイルオーバーのしきい値を指定します

  • タイマー遅延 30、リロード 60 —遅延とリロードの 2 つの時間を設定します

    • インターフェイスが起動してからRGグループの初期化とロールネゴシエーションを遅延させる時間を示す遅延タイマー。デフォルトは30秒です。 範囲は0〜10000秒です

    • リロード-これは、リロード後にRGグループの初期化とロールネゴシエーションを遅延させる時間です。デフォルトは60秒です。 範囲は0〜10000秒です

    • デフォルトのタイマーをお勧めしますが、これらのタイマーは、ネットワーク内のルーティングが安定したポイントに収束した後にRGプロトコルのネゴシエーションが行われるようにするために、ルーターの起動/リロード中に発生する可能性のある追加のネットワークコンバージェンス遅延に対応するように調整できます。 たとえば、フェイルオーバー後、新しいSTANDBYが新しいACTIVEからの最初のRG HELLOパケットを受信するまでに最大20秒かかることがわかった場合は、この遅延を考慮してタイマーを「timers delay 60 reload 120」に調整する必要があります。

  • control GigabitEthernet3プロトコル1 — 2つのキューブ間でキープアライブメッセージとハローメッセージを交換するために使用されるインターフェイスを設定し、制御インターフェイスに接続するプロトコルインスタンスを指定して、冗長アプリケーションプロトコルコンフィギュレーションモードに入ります

  • data GigabitEthernet3 — データトラフィックのチェックポイントに使用されるインターフェイスを設定します

  • track —インターフェイスのRGグループトラッキング

  • プロトコル1 —制御インターフェイスに接続するプロトコルインスタンスを指定し、冗長アプリケーションプロトコルコンフィギュレーションモードに入ります

  • タイマーハロータイム 3 ホールドタイム 10 — ハロータイムとホールドタイムの2つのタイマーを設定します。

    • hello time — 連続する hello メッセージの間隔 — デフォルトは3秒です。 範囲は250ミリ秒から254秒です

    • ホールドタイム:Hello メッセージを受信してから送信側ルーターに障害が発生したと推定されるまでの間隔。 この時間はハロータイムより長くなければなりません-デフォルトは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

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)アドレスの生成に必要です。 同じVIPを持つ各ルーター(ACTIVE/STANDBY)のインターフェイスでは、同じrii ID値を使用する必要があります。

    同じLANに複数のB2Bペアがある場合は、 各ペアがそれぞれのインターフェイスに固有のrii IDを持っている必要があります(衝突を防ぐため)。 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 Cubeでローカルゲートウェイの設定( 登録ベースまたは証明書ベース)に進みます。 については、「Cisco IOSXEでのローカルゲートウェイの設定」を参照してくださいWebex Calling。

この投稿記事は役に立ちましたか?
この投稿記事は役に立ちましたか?