Cisco Catalyst 9800 シリーズワイヤレスコントローラ（Cisco IOS XE Gibraltar 16.10.x）ソフトウェアコンフィギュレーションガイド

ハイアベイラビリティについて

ハイアベイラビリティ（HA）によって、コントローラのフェールオーバーが原因で生じるワイヤレスネットワークのダウンタイムを短縮することができます。

2 台のコントローラが障害保護のために 2 つの個別の Cisco Unified Computing System（UCS）ボックスに導入され、1：1 （アクティブ：スタンバイ）の冗長性を形成します。アクティブな UCS ボックスに障害が発生すると、スイッチオーバーが行われてスタンバイがアクティブになります。

2 台のコントローラは、1 つの管理 IP アドレスを持つ単一ノードとして管理される仮想シャーシを形成します。アクティブボックスが IP アドレスを所有しています。これは、管理 IP への接続が常にアクティブボックスに到達することを意味します。コントローラ内のすべてのインターフェイスは、仮想ネットワークインターフェイスコントローラ（vNIC）です。

（注）

iOS は DHCP アドレスと同期しません。同期がサポートされている場合も、スタンバイ SVI インターフェイスには異なる MAC アドレスがあり、DHCP サーバはアクティブになるために割り当てられた同一の IP を提供しません。

スタンバイボックスは、アクティブボックスがカバーする同一の設定（すべてのインターフェイスを含む）をカバーします。同じインターフェイスセットが、スイッチオーバー後も保持されます。つまり、スタンバイボックスのインターフェイス状態はアクティブボックスでの同じ状態を反映します。たとえば、インターフェイスがアクティブボックスでアップ状態の場合、スイッチオーバー後の新しいアクティブボックスでもアップ状態になります。

（注）

アクティブボックスとスタンバイボックスは、同じインターフェイス名でペアリングする必要があります。

（注）

スタティック IP アドレッシングはスタンバイに同期できますが、スタンバイコントローラの IP アドレスを使用することはできません。

アクティブボックスとスタンバイボックスは、どちらも専用 HA ポートを使用して 2 台のコントローラ間で HA トラフィックを送信します。「ハイアベイラビリティの設定」の項で説明されているように、chassis ha-interface <x> コマンドを実行して、専用 HA ポートを設定します。HA ポートは、次の機能を提供します。

IOSd が起動する前に、2 台の UCS ボックス間の通信を有効にする。
ロールの選択やキープアライブなどの HA 制御メッセージを転送する。
2 台の UCS ボックス間に IPC のトランスポートを提供する。

（注）

専用 HA ポートを 1 GB インターフェイスにのみマッピングできます。

これにより、コントローラの 1：1 HA モデルが 2 台の UCS ボックスで実行されます。

（注）

HA ポートには、SFP 接続または RJ-45 接続のいずれかを選択できます。

次の Cisco SFP がサポートされています。

GLC-SX-MMD
GLC-LH-SMD

SFP 接続または RJ-45 接続のいずれかが存在する場合、HA は 2 台の UCS ボックス間で機能します。

SFP HA 接続は、RJ-45 HA 接続よりも優先されます。RJ-45 HA の稼働中に SFP が接続されると、HA ペアがリロードされます。リロードは、SFP 間のリンクが接続されていない場合も発生します。

IPv4 および IPv6 マルチキャスト

IPv4 マルチキャストと IPv6 マルチキャストはどちらも HA 対応です。IGMP スヌーピングの場合、マルチキャストグループとメンバーシップがアクティブボックスで作成および管理されます。その後、マルチキャストパケットがスヌーピングされて処理されます。同じマルチキャストグループおよびメンバーシップがスタンバイボックスと同期され、再作成されてデータプレーンに組み込まれます。各マルチキャストグループのレプリケーションリスト（CAPWAP インターフェイス）を組み込む必要がありますので注意してください。スイッチオーバー後も、マルチキャストパケットはグループのすべてのクライアントに到達します。

AP SSO

AP SSO では、必要に応じて次の機能が提供されます。

アクティブボックスからスタンバイボックスの永続メモリにライブ AP の状態を同期する。
スタンバイボックスのデータプレーンに AP の状態を組み込む。

SSO 後の状態は次のとおりです。

AP のダウンタイムなし。
AP は SSO を認識していない。

このように、AP は引き続き同様に動作します。SSO では、RUN 状態に達した AP のみが保持されます。

（注）

すべての AP セッションと一時的な状態がスタンバイに同期されます。

クライアント SSO

クライアント SSO は、RUN 状態に達したクライアントに対してサポートされています。これは通常、クライアントが認証され、IP アドレスが取得された時点で行われます。

対応する受信側ハンドラは、次の場合に呼び出されます。

クライアント SSO レコードがスタンバイボックスに同期された。
スタンバイボックスで依存関係が解決された。

この時点で、関連するすべてのクライアントレコードがスタンバイに同期されると、クライアントの状態がデータプレーンに組み込まれます。

（注）

スイッチオーバー後は、クライアントへの TCP 接続は保持されません。

ハイアベイラビリティの前提条件

外部インターフェイスと IP

すべてのインターフェイスはアクティブボックスでのみ設定されますが、スタンバイボックスと同期されるため、両方のコントローラで同じインターフェイスセットが設定されます。外部ノードの場合は、接続されているコントローラに関係なく、インターフェイスが同じ IP アドレスに接続します。

このため、モビリティグループ内の AP、クライアント、DHCP、Cisco Identity Services Engine（ISE）サーバ、および他のコントローラメンバーは、常に同じ IP アドレスに接続します。SSO スイッチオーバーは、これらに対して透過的です。ただし、外部ノードからコントローラへの TCP 接続がある場合は、TCP 接続をリセットして再確立する必要があります。

HA インターフェイス

これは、HA 転送用に予約された専用インターフェイスです。最初（IOSd が起動する前）にこのインターフェイスが起動するため、IPC 接続と HA ロールネゴシエーションはどちらも、このインターフェイスを介してパケットの送信と同様に実行されます。

HA インターフェイスは次の目的で使用されます。

IOSd が起動する前のコントローラペア間の接続を可能にする。
コントローラペア全体での IPC トランスポートを可能にする。
コントローラペア間で交換される制御メッセージ全体の冗長性を有効にする。制御メッセージには、HA ロールの解決、キープアライブ、通知、HA 統計情報などがあります。

（注）

コントローラでブート変数を手動で設定する必要があります。詳細については、「コントローラでのブート変数の手動設定」の項を参照してください。

ハイアベイラビリティの制約事項

HA 接続では、IPv4 のみがサポートされます。
2 つの HA インターフェイスを同じサブネット上に設定する必要があります。このサブネットをデバイス上の他のインターフェイスと共有することはできません。HA インターフェイスは、IP アドレスとして 10.10.10.x/24 ネットワークを使用することはできません。
TCP セッションはスイッチオーバー後に保持されず、再確立する必要があるため、TCP セッションの状態を同期することはできません。
RUN 状態に達していないクライアントはスイッチオーバー後に削除されるため、クライアント SSO の対象にはなりません。
統計情報テーブルはアクティブコントローラからスタンバイコントローラに同期されません。したがって、スイッチオーバー後に show wireless stats ap discovery chassis active r0 コマンドを実行しても AP エントリは表示されません。
コントローラの HA インターフェイスをホストする VM のマシンスナップショットはサポートされていません。これは、HA コントローラのクラッシュの原因となる可能性があります。
モビリティ側の制約事項：
- 完全なモビリティ状態に達していないクライアントは、SSO 後に削除されます。
キャッシュタイマーは、持続したままアクティブからスタンバイに同期される必要があります。同期後、アクティブボックスからの削除を容易にするために、スタンバイでアクティブボックスの値に 30 秒が加算されてタイマーが再開されます。SSO 中は、セッションタイムアウト値も持続されます。
アプリケーション分類の大部分は、SSO 後に保持されない場合があります。
- AVC の制限：スイッチオーバー後、スタンバイボックスへのコンテキスト転送または同期は行われず、新しいアクティブフローを再学習する必要があります。AVC QoS は、分類が失敗した場合は有効になりません。
- 音声ポリシーは RTP または RTCP プロトコルに基づいているため、スイッチオーバー後に音声コールを認識することはできません。
- AVC の制限により、自動 QoS は有効ではありません。

コントローラでのブート変数の手動設定

手順

	コマンドまたはアクション	目的
ステップ 1	configure terminal 例: `Device# configure terminal`	グローバルコンフィギュレーションモードを開始します。
ステップ 2	boot system bootflash `image_path` 例: `Device(config)# boot system bootflash::C9800-universalk9_wlc.BLD_V1610_THROTTLE_LATEST_20181117_080716_V16_10_1_31.SSA.bin`	ROMMON でブートイメージを設定します。
ステップ 3	config-register 0x2102 例: `Device(config)# config-register 0x2102`	コンフィギュレーションレジスタを 0x2102 に設定します。
ステップ 4	end 例: `Device(config)# end`	特権 EXEC モードに戻ります。また、Ctrl+Z キーを押しても、グローバルコンフィギュレーションモードを終了できます。

高可用性の設定（GUI）

次の手順を実行して、選択したアクセスポイントのハイアベイラビリティパラメータを設定できます。

手順

ステップ 1	[Configuration] > [Wireless] > [Access Points] > の順に選択します。
ステップ 2	AP 名をクリックします。[Edit AP] 画面が表示されます。
ステップ 3	[High Availability] タブをクリックします
ステップ 4	プライマリコントローラの名前と管理 IP アドレス（IPv4/IPv6）を入力します。同様に、セカンダリコントローラおよびターシャリコントローラの名前と管理 IP アドレスを入力します。
ステップ 5	[AP Failover Priority] ドロップダウンリストから、使用可能なオプションのいずれかを選択します。次のオプションを使用できます。 Low 中高 [Critical]
ステップ 6	[Update & Apply to Device] ボタンをクリックします。

ハイアベイラビリティの設定

手順

コマンドまたはアクション目的

ステップ 1

chassis ha-interface GigabitEthernet num local-ip local-chassis-ip-addr network-mask remote-ip remote-chassis-ip-addr

例:

Device# chassis ha-interface GigabitEthernet 2 local-ip 1.1.1.2 255.255.255.0 remote-ip 1.1.1.3

シャーシ HA インターフェイスを設定します。

（注）

このコマンドは、冗長ペアの両方のデバイスで発行します。

num ：GigabitEthernet インターフェイス番号。有効な範囲は 0 ～ 32 です。
local-chassis-ip-addr ：ローカルシャーシ HA インターフェイスの IP アドレスを入力します。
network-mask ：ネットワークマスクかプレフィックス長を /nn または A.B.C.D の形式で入力します。
remote-chassis-ip-addr ：リモートシャーシの IP アドレスを入力します。

（注）

変更を有効にするには、デバイスをリロードします。

ステップ 2

chassis chassis-num priority chassis-priority

例:

Device# chassis 1 priority 1

指定されたデバイスのプライオリティを設定します。

（注）

デバイスのプライオリティを変更すると、そのデバイスの設定が変更されることがあります。新しいデバイスのプライオリティは、次回のリブート後に有効になります。

chassis-num ：シャーシ番号を入力します。有効な範囲は 1 ～ 2 です。
chassis-priority ：シャーシのプライオリティを入力します。有効な範囲は 1 ～ 2 です。デフォルト値は 1 です。

（注）

両方のデバイスが同時に起動すると、プライオリティが高いデバイスがアクティブになり、もう一方はスタンバイになります。両方のデバイスに同じプライオリティ値が設定されている場合、MAC アドレスが小さいデバイスがアクティブとして機能し、そのピアがスタンバイとして機能します。

chassis-num の詳細を取得するには、show chassis コマンドを実行します。

ステップ 3

chassis timer peer-timeout {timeout | default}

例:

Device# chassis timer peer-timeout 500

ピアキープアライブタイムアウト値を設定します。

（注）

このコマンドの実行後にデバイスをリロードする必要はありません。また、このコマンドは両方のデバイスに同時に同じタイムアウト値を設定します。

timeout ：ピアタイムアウト値を入力します。範囲は 500 ミリ秒～ 16 秒です。デフォルトは 500 ミリ秒です。

ハイアベイラビリティ設定の確認

HA 設定の詳細を表示するには、次のコマンドを使用します。

Device# show romvar
ROMMON variables:
 LICENSE_BOOT_LEVEL =
 MCP_STARTUP_TRACEFLAGS = 00000000:00000000
 BOOTLDR =
 CRASHINFO = bootflash:crashinfo_RP_00_00_20180202-034353-UTC
 STACK_1_1 = 0_0
 CONFIG_FILE =
 BOOT = bootflash:boot_image_test,1;bootflash:boot_image_good,1;bootflash:rp_super_universalk9.vwlc.bin,1;
 RET_2_RTS =
 SWITCH_NUMBER = 1
 CHASSIS_HA_REMOTE_IP = 10.0.1.9
 CHASSIS_HA_LOCAL_IP = 10.0.1.10
 CHASSIS_HA_LOCAL_MASK = 255.255.255.0
 CHASSIS_HA_IFNAME = GigabitEthernet2
 CHASSIS_HA_IFMAC = 00:0C:29:C9:12:0B
 RET_2_RCALTS =
 BSI = 0
 RANDOM_NUM = 647419395

AP またはクライアントの SSO 統計情報の確認

AP SSO の統計情報を表示するには、次のコマンドを使用します。

Device# show wireless stat redundancy statistics ap-recovery wnc all
AP SSO Statistics                                                     

Inst    Timestamp     Dura(ms)   #APs  #Succ  #Fail  Avg(ms)  Min(ms)  Max(ms)
------------------------------------------------------------------------------
   0    00:06:29.042        98     34     34      0        2        1       35
   1    00:06:29.057        56     33     30      3        1        1       15
   2    00:06:29.070        82     33     33      0        2        1       13


Statistics:

WNCD Instance   : 0
No. of AP radio recovery failures          : 0
No. of AP BSSID recovery failures          : 0
No. of CAPWAP recovery failures            : 0
No. of DTLS recovery failures              : 0
No. of reconcile message send failed       : 0
No. of reconcile message successfully sent : 34
No. of Mesh BSSID recovery failures: 0
No. of Partial delete cleanup done : 0

WNCD Instance   : 1
No. of AP radio recovery failures          : 0
No. of AP BSSID recovery failures          : 0
No. of CAPWAP recovery failures            : 3
No. of DTLS recovery failures              : 0
No. of reconcile message send failed       : 0
No. of reconcile message successfully sent : 30
No. of Mesh BSSID recovery failures: 0
No. of Partial delete cleanup done : 0

WNCD Instance   : 2
No. of AP radio recovery failures          : 0
No. of AP BSSID recovery failures          : 0
No. of CAPWAP recovery failures            : 0
No. of DTLS recovery failures              : 0
No. of reconcile message send failed       : 0
No. of reconcile message successfully sent : 33
No. of Mesh BSSID recovery failures: 0
No. of Partial delete cleanup done : 0

クライアント SSO の統計情報を表示するには、次のコマンドを使用します。

Device# show wireless stat redundancy statistics client-recovery wncd all
Client SSO statistics                                                      
----------------------                                                     

WNCD instance  : 1
Reconcile messages received from AP                     : 1
Reconcile clients received from AP                      : 1
Recreate attempted post switchover                      : 1
Recreate attempted by SANET Lib                         : 0
Recreate attempted by DOT1x Lib                         : 0
Recreate attempted by SISF Lib                          : 0
Recreate attempted by SVC CO Lib                        : 1
Recreate attempted by Unknown Lib                       : 0
Recreate succeeded post switchover                      : 1
Recreate Failed post switchover                         : 0
Stale client entries purged post switchover             : 0

Partial delete during heap recreate                     : 0
Partial delete during force purge                       : 0
Partial delete post restart                             : 0
Partial delete due to AP recovery failure               : 0
Partial delete during reconcilation                     : 0

Client entries in shadow list during SSO                : 0
Client entries in shadow default state during SSO       : 0
Client entries in poison list during SSO                : 0

Invalid bssid during heap recreate                      : 0
Invalid bssid during force purge                        : 0
BSSID mismatch with shadow rec during reconcilation     : 0
BSSID mismatch with shadow rec reconcilation(WGB client): 0
BSSID mismatch with dot11 rec during heap recreate      : 0

AID mismatch with dot11 rec during force purge          : 0
AP slotid mismatch during reconcilation                 : 0
Zero aid during heap recreate                           : 0
AID mismatch with shadow rec during reconcilation       : 0
AP slotid mismatch shadow rec during reconcilation      : 0
Client shadow record not present                        : 0

モビリティの詳細を表示するには、次のコマンドを使用します。

Device# show wireless stat redundancy statistics client-recovery mobilityd
Mobility Client Deletion Reason Statistics
-------------------------------------------
Mobility Incomplete State         : 0
Inconsistency in WNCD & Mobility  : 0
Partial Delete                    : 0

General statistics
--------------------
Cleanup sent to WNCD, Missing Delete case   : 0

クライアント SSO の SISF に関する統計情報を表示するには、次のコマンドを使用します。

Device# show wireless stat redundancy statistics client-recovery sisf
Client SSO statistics for SISF
--------------------------------
Number of recreate attempted post switchover    : 1
Number of recreate succeeded post switchover    : 1
Number of recreate failed because of no mac     : 0
Number of recreate failed because of no ip      : 0
Number of ipv4 entry recreate success           : 1
Number of ipv4 entry recreate failed            : 0
Number of ipv6 entry recreate success           : 0
Number of ipv6 entry recreate failed            : 0
Number of partial delete received               : 0
Number of client purge attempted                : 0
Number of heap and db entry purge success       : 0
Number of purge success for db entry only       : 0
Number of client purge failed                   : 0
Number of garp sent                             : 1
Number of garp failed                           : 0
Number of IP entries validated in cleanup       : 0
Number of IP entry address errors in cleanup    : 0
Number of IP entry deleted in cleanup           : 0
Number of IP entry delete failed in cleanup     : 0
Number of IP table create callbacks on standby  : 0
Number of IP table modify callbacks on standby  : 0
Number of IP table delete callbacks on standby  : 0
Number of MAC table create callbacks on standby : 1
Number of MAC table modify callbacks on standby : 0
Number of MAC table delete callbacks on standby : 0

HA 冗長性の概要を表示するには、次のコマンドを使用します。

Device# show wireless stat redundancy summary
HA redundancy summary

---------------------

AP recovery duration (ms)        : 264
SSO HA sync timer expired        : No

ハイアベイラビリティの確認

表 1. シャーシと冗長性のモニタリング用コマンド
コマンド名	説明
show chassis	シャーシ情報を表示します。
show redundancy	アクティブボックスとスタンバイボックスに関する詳細を表示します。

表 2. アクティブシャーシとスタンバイシャーシの電源装置、ファンステータス、およびシリアル番号のモニタリング用コマンド
コマンド名	説明
show inventory	スタンバイシャーシおよびアクティブシャーシの電源装置、ファン、シャーシの詳細を表示します。

ハイアベイラビリティの削除

すべての HA 関連のパラメータ（ローカル IP、リモート IP、HA インターフェイス、マスク、タイムアウト、プライオリティなど）をクリアするには、次のコマンドを実行します。

chassis clear

（注）

変更を有効にするには、デバイスをリロードします。

前提条件

管理ポートが稼働している必要があります。
SNMP コマンドをクエリする場合、管理ポートには 10x のネットワーク IP アドレスが必要です。これは、SNMP の getmany を発行する IP アドレスが 10.x.x.x ネットワークにあるためです。

ハイアベイラビリティの SNMP の設定

手順

	コマンドまたはアクション	目的
ステップ 1	show interface ip brief 例: `Device# show interface ip brief`	管理ポートの IP アドレスが稼働しているかどうかを確認します。
ステップ 2	show run `\|` sec GigabitEthernet0 例: `Device# show run \| sec GigabitEthernet0`	IP インターフェイスの詳細を表示します。
ステップ 3	show run `\|` sec SNMP 例: `Device# show run \| sec SNMP`	SNMP サーバの詳細を表示します。
ステップ 4	snmp-server community public RW 例: `Device# snmp-server community public RW`	SNMP サーバを設定します。
ステップ 5	end 例: `Device# end`	特権 EXEC モードに戻ります。また、Ctrl+Z キーを押しても、グローバルコンフィギュレーションモードを終了できます。

ENTITY-MIB

ENTITY-MIB は、論理エンティティと物理エンティティを表す一連の管理対象オブジェクト、およびそれらの関係に関する情報を提供します。

表 3. MIB オブジェクトと注記
MIB オブジェクト	注
entPhysicalSerialNum	モニタリングする必要がある唯一の MIB オブジェクトです。
entPhyiscalIndex	インスタンスの作成時にエンティティ MIB によって設定される読み取り専用の一意の ID です。
entPhysicalName	chassis `chassis_num` を参照します。 `chassis_num` ：スタンドアロンまたはデュアルシャーシを指します。 entPhysicalName の長さは 32 文字未満にする必要があります。

ENTITY-STATE-MIB

ENTITY-STATE-MIB は、ENTITY-MIB によって提供される機能を拡張するオブジェクトを定義します。この MIB は、次の entPhysicalClass 値を持つエンティティをサポートします。

chassis
powerSupply
ファン

表 4. MIB オブジェクトと注記
MIB オブジェクト	注
entStateOper	モニタリングする必要がある唯一の MIB オブジェクトです。

Cisco Catalyst 9800 シリーズ ワイヤレス コントローラ（Cisco IOS XE Gibraltar 16.10.x）ソフトウェア コンフィギュレーション ガイド

偏向のない言語

翻訳について

検索結果

章のタイトル： ハイ アベイラビリティ

ハイ アベイラビリティ

ハイ アベイラビリティについて

IPv4 および IPv6 マルチキャスト

AP SSO

クライアント SSO

ハイ アベイラビリティの前提条件

外部インターフェイスと IP

HA インターフェイス

ハイ アベイラビリティの制約事項

コントローラでのブート変数の手動設定

手順

例:

例:

例:

例:

高可用性の設定（GUI）

手順

ハイ アベイラビリティの設定

手順

例:

例:

例:

ハイ アベイラビリティ設定の確認

AP またはクライアントの SSO 統計情報の確認

ハイ アベイラビリティの確認

ハイ アベイラビリティの削除

前提条件

ハイ アベイラビリティの SNMP の設定

手順

例:

例:

例:

例:

例:

ENTITY-MIB

ENTITY-STATE-MIB

このドキュメントは役に立ちましたか?

シスコに問い合わせ

章のタイトル：ハイアベイラビリティ

ハイアベイラビリティ

ハイアベイラビリティについて

ハイアベイラビリティの前提条件

ハイアベイラビリティの制約事項

ハイアベイラビリティの設定

ハイアベイラビリティ設定の確認

ハイアベイラビリティの確認

ハイアベイラビリティの削除

ハイアベイラビリティの SNMP の設定