Catalyst 9800でのハイアベイラビリティSSOの設定|クイックスタートガイド
はじめに
このドキュメントでは、Catalyst 9800 WLC で、RP+RMI 方式で高可用性のステートフル スイッチオーバー（SSO）を設定する方法について説明します。
前提条件
要件
次の項目に関する知識があることが推奨されます。
- Catalyst Wireless 9800設定モデル
- HA SSO ガイドで説明されている高可用性の概念
使用するコンポーネント
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。
- Catalyst 9800-CL(v. 17.12.3)
HA SSO の設定にはその内の 3 つしか必要ありませんが、ここではワイヤレス管理インターフェイス（WMI）と同じネットワークからの 4 つの Internet Protocol（IP）アドレスを使用して、コントローラのグラフィカル ユーザー インターフェイス（GUI）へのアクセスを容易にしています。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
背景説明
ワイヤレスコントローラでの高可用性 SSO 機能は、アクセスポイントがアクティブ ワイヤレス コントローラとの Control And Provisioning of Wireless Access Points（CAPWAP）トンネルを確立し、アクティブ ワイヤレス コントローラが AP のミラーコピーとクライアントデータベースをスタンバイ ワイヤレス コントローラと共有できるようにします。スイッチオーバーが発生した場合（つまり、アクティブコントローラに障害が発生したため、スタンバイが処理を引き継ぐ場合）、参加している AP はディスカバリ状態にならず、クライアントは切断されません。AP とアクティブ状態のワイヤレス コントローラ間では一度に 1 つの CAPWAP トンネルのみが維持されます。
2 つのユニットは、専用の RP ポート（または仮想マシン（VM）の仮想インターフェイス）を介してピア接続を形成し、両方のコントローラが管理インターフェイスで同じ IP アドレスを共有します。RP インターフェイスは、ランタイムに一括設定と増分設定を同期させ、HA ペアの両方のコントローラの動作ステータスを確認するために使用されます。さらに、RMI + RP を使用する場合は、スタンバイコントローラとアクティブコントローラの両方が、IP アドレスが割り当てられた冗長管理インターフェイス（RMI）を持ち、ゲートウェイの到達可能性を確保するために使用されます。実行状態のアクセスポイントの CAPWAP 状態も、アクティブ ワイヤレス コントローラからホットスタンバイ ワイヤレス コントローラに同期されるため、アクティブ ワイヤレス コントローラに障害が発生した場合はアクセスポイントをステートフルに切り替えることができます。アクティブ ワイヤレスコントローラに障害が発生した場合に AP が [Discovery] 状態になることはなく、スタンバイ ワイヤレスコントローラがアクティブ ワイヤレスコントローラを引き継いでネットワークにサービスを提供します。
設定
ネットワーク図
注：オレンジ色で強調表示されているのは、WLC2 として指定された 9800-CL コントローラの仮想インターフェイス GigabitEthernet 2 に割り当てられた一時的な IP アドレスです。この IP アドレスは一時的に WLC2 の WMI として定義され、このインスタンスの GUI にアクセスして簡単に HA SSO 設定ができるようにします。HA SSO が設定されると、コントローラの HA SSO ペアに対して単一の WMI のみが使用されるため、このアドレスは解放されます。
コンフィギュレーション
この例では、2つの9800-CLインスタンス間でハイアベイラビリティ(HA)ステートフルスイッチオーバー(SSO)を設定します。これらのインスタンスは、同じCisco IOSソフトウェアバージョンを実行し、分離されたWMIとアクセス可能なGUIを使用して設定されています。
- IPアドレス10.48.39.130は最初のアドレスで、WLC1と呼ばれます。
- 2 番目のものについては、IP アドレス 10.48.39.133（WLC2 と呼ばれる）
これらの IP アドレスに加えて、同じサブネット（および仮想ローカルエリアネットワーク（VLAN））に 2 つの追加アドレス（10.48.39.131 と 10.48.39.132）が使用されています。.これらはそれぞれ、シャーシ 1（WLC1）とシャーシ 2（WLC2）の冗長管理インターフェイス（RMI）の IP アドレスです。
注：2 つのコントローラ間で HA が設定されると、10.48.39.133 が解放され、10.48.39.130 が設定の唯一の WMI になります。したがって設定後は、3 つの IP アドレス（WMI の 1 つと RMI の 2 つ）のみが使用されます。
両方のデバイスのインターフェイス構成は、HA 設定を開始する前でも、この例に示されているものと同様である必要があります。
WLC1#show running-config | s interface
interface GigabitEthernet1
shutdown
negotiation auto
no mop enabled
no mop sysid
interface GigabitEthernet2
switchport trunk allowed vlan 39
switchport mode trunk
negotiation auto
no mop enabled
no mop sysid
interface GigabitEthernet3
negotiation auto
no mop enabled
no mop sysid
interface Vlan1
no ip address
shutdown
no mop enabled
no mop sysid
interface Vlan39
ip address 10.48.39.130 255.255.255.0
no mop enabled
no mop sysid
wireless management interface Vlan39WLC2#show running-config | s interface
interface GigabitEthernet1
shutdown
negotiation auto
no mop enabled
no mop sysid
interface GigabitEthernet2
switchport trunk allowed vlan 39
switchport mode trunk
negotiation auto
no mop enabled
no mop sysid
interface GigabitEthernet3
negotiation auto
no mop enabled
no mop sysid
interface Vlan1
no ip address
shutdown
no mop enabled
no mop sysid
interface Vlan39
ip address 10.48.39.133 255.255.255.0
no mop enabled
no mop sysid
wireless management interface Vlan39この例では、WLC1 がプライマリコントローラ（つまりシャーシ 1）として指定され、WLC2 がセカンダリコントローラ（つまりシャーシ 2）として指定されています。 これは、2 つのコントローラで構成される HA ペアが WLC1 の設定を使用し、WLC2 の設定はプロセス後に失われることを意味します。
ステップ 1： （オプション）コントローラの Startup Config ファイルと Running Config ファイルをバックアップします。
処理を誤る可能性があり、その場合は設定が失われてしまいます。これを回避するため、HA 設定で使用される両方のコントローラから、スタートアップ コンフィギュレーションと実行コンフィギュレーションの両方をバックアップすることを強くお勧めします。これは、9800 の GUI または CLI（コマンド ライン インターフェイス）を使用して簡単に実行できます。
GUI で次の手順を実行します。
9800 GUIのAdministration > Management > Backup & Restoreタブから（スクリーンショットを参照）、コントローラで現在使用されているスタートアップコンフィギュレーションおよび実行コンフィギュレーションをダウンロードできます。
この例では、スタートアップ（左側）と設定（右側）の両方が、WLC の GUI へのアクセスに使用されるブラウザをホストするデバイスに、Hypertext Transfer Protocol （HTTP）を介して直接ダウンロードされます。Transfer Modeフィールドを使用すると、バックアップするファイルの転送モードと宛先を簡単に調整できます。
CLI から、
WLCx#copy running-config tftp://
/run-backup_x.cfg Address or name of remote host [
]? Destination filename [run-backup_x.cfg]? !! 19826 bytes copied in 1.585 secs (12509 bytes/sec) WLCx#copy startup-config tftp://
/start-backup_x.cfg Address or name of remote host [
]? Destination filename [start-backup_x.cfg]? !! 20482 bytes copied in 0.084 secs (243833 bytes/sec)
<SERVER-IP> は、スタートアップ/実行コンフィギュレーション ファイルのコピー先の TFTP サーバーの IP に置き換えてください。
ステップ 2： （オプション）ネットワーク接続を確保します。
両方のWLC GUIまたはCLIから、両方のデバイスからゲートウェイに対してpingを実行し、デバイス間でpingを実行するという簡単な接続テストを実行できます.これにより、両方のコントローラが HA を設定するために必要な接続が確保されます。
GUI で次の手順を実行します。
下図に示すように、コントローラ間、および各 WLC とそのネットワークゲートウェイの間の接続をテストするには、9800 GUI の [トラブルシューティング（Troubleshooting）] タブの Ping and Traceroute ツールを使用できます。
CLI から、
WLCx#ping 10.48.39.133
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.48.39.133, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms
WLCx#ping 10.48.39.254
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.48.39.254, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 msステップ 3：RMI + RP ペアリングタイプで冗長性を設定します。
各デバイス間の接続が確保されているため、コントローラ間で冗長性を設定できます。次の画面キャプチャは、9800 GUIのAdministration > DeviceページにあるRedundancyタブで設定を行う方法を示しています。
注意（Warning）：この例では、WLC1 がプライマリコントローラとして指定されています。これは、このコントローラの設定が他のコントローラに複製されることを意味します。HA ペアで適切な設定を使用し、その設定を失わないようにするために、シャーシに適切な優先順位/番号を付けてください。
設定したフィールドとその目的を確認します。
- 冗長設定：WLC 間で冗長性を使用するには、これを有効にする必要があります。
- 冗長ペアリングタイプ：このガイドは RMI 設定を使用した HA SSO を対象としているため、設定するペアリングタイプは、冗長管理インターフェイスと冗長ポートの両方を使用する RMI + RP である必要があります。冗長ポートのみを使用して冗長性を設定することもできます。ただし、RP onlyが選択されている場合、ゲートウェイの到達可能性はチェックされず、冗長WLCの状態だけがチェックされます。
- シャーシ 1/2 の RMI IP：これらのフィールドは、指定された IP アドレスを両方のインスタンスの指定された冗長インターフェイスに割り当てます。前述したとおり、この例ではネットワーク図に示すように、シャーシ 1 と 2 の両方の RMI IP がそれぞれ 10.48.39.131 と 10.48.39.132 に設定されています。
- HA インターフェイス：仮想アプライアンスを使用する場合、ハイパーバイザの仮想ネットワーク インタフェース カード（vNIC）と仮想マシンのネットワーク インターフェイス間のマッピングをさまざまな方法で設定できます。したがって、冗長性に使用されるインターフェイスは、Cisco Catalyst 9800-CL 用に設定できます。ここでは、9800-CL 導入ガイドで推奨されているように、GigabitEthernet 3 が使用されています。
注：物理的な C9800 アプライアンスを使用する場合、HA および RP で使用されるインターフェイスはデフォルトであり、設定できません。実際、ハードウェアの 9800 WLC には、ネットワークインターフェイスとは別に専用の冗長インターフェイスがあります。
-
管理ゲートウェイのフェールオーバー：HA SSO 設定ガイドで詳しく説明されているように、この冗長性メソッドは、Internet Control Message Protocol（ICMP）の ping をゲートウェイに定期的に送信することによって行う、デフォルト ゲートウェイ チェックを導入します。アクティブコントローラとスタンバイコントローラの両方が、そのチェックの送信元 IP として RMI IP を使用します。 これらのメッセージは 1 秒間隔で送信されます。
-
ゲートウェイ障害間隔：これは、ゲートウェイチェックをどのくらいの時間連続して失敗したら、ゲートウェイを到達不能として宣言するかを示します。デフォルトでは 8 秒に設定されています。ゲートウェイチェックは毎秒送信されるため、これはゲートウェイへの到達が 8 回連続して失敗することを意味します。
-
ローカル/リモートIP：これらはシャーシ1および2用に設定されたRP IPです。これらの IP アドレスは 169.254.x.x として自動生成されます。x.x は管理インターフェイスの最後の 2 つのオクテットから導出されます。
-
キープアライブタイマー：HA SSO 設定ガイドで詳しく説明されているように、アクティブシャーシとスタンバイシャーシはキープアライブメッセージを相互に送信し、どちらもまだ使用可能であることを確認します。キープアライブタイマーは、各シャーシ間で 2 回のキープアライブメッセージを送信する間隔です。デフォルトでは、キープアライブメッセージは 100 ミリ秒ごとに送信されます。多くの場合、VM インフラストラクチャで小さな遅延（スナップショットなど）が発生した場合の不正なスイッチオーバーを回避するために、9800-CL でこの値を増やすことが推奨されます。
-
キープアライブ再試行：このフィールドは、ピアがダウンしていると主張するまでの、ピアのキープアライブ再試行値を設定します。キープアライブタイマーと再試行のデフォルト値の両方が使用されている場合、100 ミリ秒の時間間隔で送信された 5 回のキープアライブメッセージに応答がない場合（つまり、冗長リンクが 500 ミリ秒の間ダウンしている場合）、ピアはダウンしていると主張されます。
-
シャーシ番号の付け直し：アプライアンスが使用する必要があるシャーシ番号（1 または 2）。
-
WLC2（10.48.39.133）では、シャーシの番号が 2 に変更されます。デフォルトでは、シャーシ番号は 1 です。RP ポートの IP アドレスは RMI から取得されます。両方のコントローラのシャーシ番号が同じである場合、ローカル RP ポートで取得される IP が同じになり、検出は失敗します。このいわゆるアクティブ-アクティブ シナリオを回避するには、シャーシの番号を付け直します。
-
-
アクティブシャーシの優先順位：HA ペアで使用する必要がある設定を定義するために使用される優先順位。優先順位が最も高いアプライアンスが、もう一方に複製されます。したがって、優先順位が最も低いシャーシの設定は失われます。
-
WLC1（10.48.39.130）では、アクティブシャーシの優先順位が 2 に設定されています。これは、作成された HA ペアでこのシャーシがアクティブなシャーシとして選択されていること（そしてその設定が使用されていること）を確認するためです。
-
これらの設定が完了したら、[適用（Apply）] ボタンを使用して、コントローラに設定を適用します。
CLI を使用する場合
まず、両方のデバイスで RMI の設定に使用する仮想インターフェイスにセカンダリ IP アドレスを設定します。
WLC1#configure terminal
WLC1(config)#interface vlan 39
WLC1(config-if)# ip address 10.48.39.131 255.255.255.0 secondary
WLC1(config-if)# endWLC2#configure terminal
WLC2(config)#interface vlan 39
WLC2(config-if)# ip address 10.48.39.132 255.255.255.0 secondary
WLC2(config-if)# end次に、両方のデバイスで冗長性を有効にします.
WLC1#configure terminal
WLC1(config)#redundancy
WLC1(config-red)#mode sso
WLC1(config-red)#end
WLC2#configure terminal
WLC2(config)#redundancy
WLC2(config-red)#mode sso
WLC2(config-red)#end
WLC1などのシャーシプライオリティの設定がプライマリコントローラになります。
WLC1#show chassis
Chassis/Stack Mac Address : 0001.0202.aabb - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Chassis# Role Mac Address Priority Version State IP
-------------------------------------------------------------------------------------
*1 Active 0001.0202.aabb 1 V02 Ready 169.254.39.131
WLC1#chassis 1 priority 2
WLC1#show chassis
Chassis/Stack Mac Address : 0001.0202.aabb - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Chassis# Role Mac Address Priority Version State IP
-------------------------------------------------------------------------------------
*1 Active 0001.0202.aabb 2 V02 Ready 169.254.39.131セカンダリコントローラになるWLC2のシャーシ番号の再割り当て
WLC2#show chassis
Chassis/Stack Mac Address : 0001.0202.aabb - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Chassis# Role Mac Address Priority Version State IP
-------------------------------------------------------------------------------------
*1 Active 0001.0202.aabb 1 V02 Ready 169.254.39.132
WLC2#chassis 1 renumber 2
WLC2#show chassis
Chassis/Stack Mac Address : 0001.0202.aabb - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Chassis# Role Mac Address Priority Version State IP
-------------------------------------------------------------------------------------
*2 Active 0001.0202.aabb 1 V02 Ready 169.254.39.132
最後に、両方のデバイスで RMI を設定します.
WLC1#chassis redundancy ha-interface GigabitEthernet 3
WLC1#configure terminal
WLC1(config)#redun-management interface Vlan39 chassis 1 address 10.48.39.131 chassis 2 address 10.48.39.132
WLC1(config)#endWLC2#chassis redundancy ha-interface GigabitEthernet 3
WLC2#configure terminal
WLC2(config)#redun-management interface Vlan39 chassis 1 address 10.48.39.131 chassis 2 address 10.48.39.132
WLC2(config)#end注：仮想 Catalyst 9800 の GUI 設定については、コントローラが使用するインターフェイスを使用可能なインターフェイスの中から選択する必要があります。推奨されているとおり、ここでは GigabitEthernet 3 が使用され、chassis redundancy ha-interface GigabitEthernet 3 コマンドによって設定されています。chassis redundancy ha-interface GigabitEthernet 3このコマンドは実行コンフィギュレーションの一部ではありませんが、HA で使用されるインターフェイスはインスタンスの ROMMON 環境変数で確認できます。これらは show romvar コマンドを使用して確認できます。show romvar
ステップ 4：コントローラをリロードします。
HA ペアを形成し、設定を有効にするには、ステップ 3 で行った設定を保存した後に、両方のコントローラを同時にリロードする必要があります。
GUI から：
次の画面キャプチャに示すように、両方のGUIのAdministration Reloadページを使用してコントローラを再起動できます。
CLI から：
WLCx#reload
Reload command is being issued on Active unit, this will reload the whole stack
Proceed with reload? [confirm]注:AAAサーバを使用している場合、AAAサーバ上のAAAクライアントとして、WMI IPアドレスとRMI IPアドレスの両方を追加する必要があります。スタンバイWLCでは、SSHセッションの認証に常にRMI IPが使用されます。アクティブWLCは、RMIとWMIの両方を使用してAAAサーバにアクセスします。
確認
HA ペアの両方のコントローラが互いを検出し、目的の HA ペアを作成すると、一方のコントローラ（プライマリ）が GUI または CLI から 2 つのシャーシをモニターできます。
GUI から：
9800 GUIから冗長性設定を監視するには、次の画面キャプチャに示すように、Monitoring > General > SystemページからRedundancyタブに移動します。
CLI から：
WLC#show chassis rmi
Chassis/Stack Mac Address : 0050.568d.cdf4 - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Chassis# Role Mac Address Priority Version State IP RMI-IP
--------------------------------------------------------------------------------------------------------
*1 Active 0050.568d.cdf4 2 V02 Ready 169.254.39.131 10.48.39.131
2 Standby 0050.568d.2a93 1 V02 Ready 169.254.39.132 10.48.39.132WLC#show redundancy
Redundant System Information :
------------------------------
Available system uptime = 22 minutes
Switchovers system experienced = 0
Standby failures = 0
Last switchover reason = none
Hardware Mode = Duplex
Configured Redundancy Mode = sso
Operating Redundancy Mode = sso
Maintenance Mode = Disabled
Communications = Up
Current Processor Information :
-------------------------------
Active Location = slot 1
Current Software state = ACTIVE
Uptime in current state = 22 minutes
Image Version = Cisco IOS Software [Cupertino], C9800-CL Software (C9800-CL-K9_IOSXE), Version 17.9.2, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2022 by Cisco Systems, Inc.
Compiled Wed 02-Nov-22 15:12 by mcpre
BOOT = bootflash:packages.conf,12;
CONFIG_FILE =
Configuration register = 0x102
Recovery mode = Not Applicable
Fast Switchover = Enabled
Initial Garp = Enabled
Peer Processor Information :
----------------------------
Standby Location = slot 2
Current Software state = STANDBY HOT
Uptime in current state = 20 minutes
Image Version = Cisco IOS Software [Cupertino], C9800-CL Software (C9800-CL-K9_IOSXE), Version 17.9.2, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2022 by Cisco Systems, Inc.
Compiled Wed 02-Nov-22 15:12 by mcpre
BOOT = bootflash:packages.conf,12;
CONFIG_FILE =
Configuration register = 0x102トラブルシュート
ワンストップショップ対応
通常の show tech wireless には、HA ペアの HA フェールオーバーやその現在のステータスを正しく理解するためのコマンドは含まれていません。show tech wirelessほとんどの HA 関連コマンドを 1 回の操作で実行するには、次のコマンドを収集します。
WLC#show tech wireless redundancyshow コマンド
冗長ポートのステータスについては、次のコマンドを使用できます。
WLC#show chassis detail
Chassis/Stack Mac Address : 0050.568d.2a93 - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Chassis# Role Mac Address Priority Version State IP
-------------------------------------------------------------------------------------
1 Standby aaaa.aaaa.aaaa 2 V02 Ready 169.254.39.131
*2 Active bbbb.bbbb.bbbb 1 V02 Ready 169.254.39.132
Stack Port Status Neighbors
Chassis# Port 1 Port 2 Port 1 Port 2
--------------------------------------------------------
1 OK OK 2 2
2 OK OK 1 1
WLC#show chassis rmi
Chassis/Stack Mac Address : 0050.568d.2a93 - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Chassis# Role Mac Address Priority Version State IP RMI-IP
--------------------------------------------------------------------------------------------------------
1 Standby aaaa.aaaa.aaaa 2 V02 Ready 169.254.39.131 10.48.39.131
*2 Active bbbb.bbbb.bbbb 1 V02 Ready 169.254.39.132 10.48.39.132
このコマンドはシャーシ番号と冗長ポートのステータスを表示するため、トラブルシュートの最初のステップとして役立ちます。
キープアライブポートのキープアライブカウンタを確認するには、次のコマンドを使用できます。
WLC#show platform software stack-mgr chassis active R0 sdp-counters
Stack Discovery Protocol (SDP) Counters
---------------------------------------
Message Tx Success Tx Fail Rx Success Rx Fail
------------------------------------------------------------------------------
Discovery 162054 2 28 0
Neighbor 23 3 12 0
Keepalive 189856 1665 187970 0
SEPPUKU 0 0 0 0
Standby Elect Req 2 0 0 0
Standby Elect Ack 0 0 2 0
Standby IOS State 0 0 4 0
Reload Req 0 0 0 0
Reload Ack 0 0 0 0
SESA Mesg 0 0 0 0
RTU Msg 0 0 0 0
Disc Timer Stop 1 0 2 0
---------------------------------------
WLC#show platform software stack-mgr chassis standby R0 sdp-counters
Stack Discovery Protocol (SDP) Counters
---------------------------------------
Message Tx Success Tx Fail Rx Success Rx Fail
------------------------------------------------------------------------------
Discovery 14 2 19 0
Neighbor 6 2 5 0
Keepalive 175905 0 176196 0
SEPPUKU 0 0 0 0
Standby Elect Req 0 0 1 0
Standby Elect Ack 1 0 0 0
Standby IOS State 2 0 0 0
Reload Req 0 0 0 0
Reload Ack 0 0 0 0
SESA Mesg 0 0 0 0
RTU Msg 0 0 0 0
Disc Timer Stop 1 0 0 0
---------------------------------------
WLC#show platform software stack-mgr chassis standby R0 peer-timeout
Peer Chassis Peer-timeout (ms) 50% Mark 75% Mark
--------------------------------------------------------------------------
2 500 0 0 その他のコマンド
次のコマンドを使用して、コントローラのリダンダンシーポートでパケットキャプチャを取得できます。
WLC#test wireless redundancy packetdump start
Redundancy Port PacketDump Start
Packet capture started on RP port.
WLC#test wireless redundancy packetdump stop
Redundancy Port PacketDump Stop
Packet capture stopped on RP port.これらのコマンドを使用して作成されたキャプチャは、haIntCaptureLo.pcap という名前でコントローラの bootflash: に保存されます。bootflash:haIntCaptureLo.pcap
このコマンドを使用して、リダンダンシーポートでキープアライブテストを実行することもできます。
WLC#test wireless redundancy rping
Redundancy Port ping
PING 169.254.39.131 (169.254.39.131) 56(84) bytes of data.
64 bytes from 169.254.39.131: icmp_seq=1 ttl=64 time=0.316 ms
64 bytes from 169.254.39.131: icmp_seq=2 ttl=64 time=0.324 ms
64 bytes from 169.254.39.131: icmp_seq=3 ttl=64 time=0.407 ms
--- 169.254.39.131 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2025ms
rtt min/avg/max/mdev = 0.316/0.349/0.407/0.041 ms詳細の確認
実際の設定が変数にどのように反映されているかを示す ROMMON 変数設定を表示するには、次のコマンドを使用します。
WLC#show romvar
ROMMON variables:
MCP_STARTUP_TRACEFLAGS = 00000000:00000000
SWITCH_NUMBER = 2
CONFIG_FILE =
BOOTLDR =
STACK_1_1 = 0_0
BOOT = bootflash:packages.conf,12;
LICENSE_SUITE =
CHASSIS_HA_IFNAME = GigabitEthernet3
CHASSIS_HA_IFMAC = 00:50:56:8D:2A:93
SWITCH_PRIORITY = 1
RMI_INTERFACE_NAME = Vlan39
RMI_CHASSIS_LOCAL_IP = 10.48.39.132
RMI_CHASSIS_REMOTE_IP = 10.48.39.131
CHASSIS_HA_LOCAL_IP = 169.254.39.132
CHASSIS_HA_REMOTE_IP = 169.254.39.131
CHASSIS_HA_LOCAL_MASK = 255.255.255.0
RET_2_RTS =
LICENSE_BOOT_LEVEL = ,csr1000v:csr1000v;
BSI = 0
RET_2_RCALTS =
RANDOM_NUM = 193112462このコマンドは、シャーシの優先順位、RMI と RP の両方の詳細、ピアタイムアウトを、より有用な詳細とともに表示します。
WLC上でHA SSOを実行するプロセスをモニタすることもできます。このプロセスは、stack_mgrとrif_mgrの2つのプロセスです。
これを行うには、コマンドを使用してテキストファイルに対するalways onトレースを収集します。ここでの時間パラメータは、トラブルシューティングの対象となる期間をカバーするように調整できます。
show logging process stack_mgr start last 30 minutes to-file bootflash:stack_mgr_logs.txt
show logging process rif_mgr start last 30 minutes to-file bootflash:rif_mgr_logs.txt 注：コントローラがスタンバイとして動作している間は、スタンバイ WLC のサービスポートが非アクティブ化され、到達不能になることに注意してください。
一般的なシナリオ
ユーザーによる強制
スイッチオーバーの履歴を調べると、ユーザ強制が確認できます。これは、redundancy force-switchoverコマンドを使用して、ユーザがコントローラ間のスイッチオーバーを開始したときに表示されます。
WLC#show redundancy switchover history
Index Previous Current Switchover Switchover
active active reason time
----- -------- ------- ---------- ----------
1 1 2 user forced 11:38:23 Central Fri Mar 10 2023アクティブユニットの削除
スイッチオーバー履歴を調べると、アクティブユニットが取り外されていることがわかります。これは、2台のコントローラ間の冗長ポートでの通信が失われていることを示しています。
WLC#show redundancy switchover history
Index Previous Current Switchover Switchover
active active reason time
----- -------- ------- ---------- ----------
2 2 1 active unit removed 11:55:36 Central Fri Mar 10 2023これは、2 つのコントローラ間のリンクがダウンした場合に発生する可能性がありますが、一方の WLC ユニットが突然ダウン（電源障害）またはクラッシュした場合にも発生する可能性があります。両方の WLC をモニターして、予期しないクラッシュ/リブートを示すシステムレポートがないか確認することが重要です。
アクティブ ロスト ゲートウェイ
スイッチオーバーの履歴を調べると、RMIポートでゲートウェイとの通信が失われた状態を示す「Active lost GW」を確認できます。
WLC#show redundancy switchover history
Index Previous Current Switchover Switchover
active active reason time
----- -------- ------- ---------- ----------
3 1 2 Active lost GW 12:00:26 Central Fri Mar 10 2023これは、アクティブコントローラとそのゲートウェイ間のリンクがダウンした場合に発生します。
その他の考慮事項
Catalyst 9800-CL用HA SSO
仮想環境では、遅延が生じることを受け入れる必要があり、遅延はHAが適切に許容できるものではありません。HA SSOはシャーシ障害を迅速かつ効率的に検出する傾向があるため、これは正当です。これを実現するために、各シャーシはRPとRMIの両方のリンクでキープアライブを使用して他方のステータスをチェックし、さらにRMIのゲートウェイ（および同じである必要があるWMIのいずれか）に向けてpingを実行します。 これらのいずれかが失われると、HA SSOガイドの「システムおよびネットワークの障害処理」に記載されている症状に応じて、スタックが動作します。
Catalyst 9800の仮想HA SSOスタックを使用する場合、RPリンク上でキープアライブが失われるためにスイッチオーバーが発生することがよくあります。これは、仮想化環境によって生じる遅延が原因である可能性があります。
HA SSOスタックでRPキープアライブのドロップの問題が発生しているかどうかを判別するには、スタック/RIFマネージャログを使用します。
! Keepalives are missed
004457: Feb 4 02:15:50.959 Paris: %STACKMGR-6-KA_MISSED: Chassis 1 R0/0: stack_mgr: Keepalive missed for 2 times for Chassis 2
! Chassis is removed
%STACKMGR-6-CHASSIS_REMOVED_KA: Chassis 1 R0/0: stack_mgr: Chassis 2 has been removed from the stack due to keepalive failure.
! RP link is down
004469: Feb 4 02:17:28.707 Paris: %RIF_MGR_FSM-6-RP_LINK_DOWN: Chassis 1 R0/0: rif_mgr: Setting RP link status to DOWN
! Dual active detection
004470: Feb 4 02:17:28.707 Paris: %STACKMGR-1-DUAL_ACTIVE_CFG_MSG: Chassis 1 R0/0: stack_mgr: Dual Active Detection links are not available anymore 両方のシャーシが動作している場合、スイッチオーバーによってデュアルアクティブ検出が作成されます。これはRPでの廃棄の結果です。
このような状況では、不要なスイッチオーバーを回避するためにHAキープアライブパラメータを調整することが役に立ちます。2つのパラメータを設定できます。
- キープアライブタイマー：各シャーシ間で2つのキープアライブメッセージが送信されてから送信されるまでの時間。
- Keep Alive Retries：ピアのダウンを宣言するために失われる必要のあるキープアライブの回数。
デフォルトでは、キープアライブタイマーは1ミリ秒に設定され、リトライは5に設定されています。これは、RPリンクで5ミリ秒のキープアライブが失われた後にスイッチオーバーが発生することを意味します。これらの値は、仮想導入に対して低すぎる可能性があります。RPキープアライブの欠落が原因でスイッチオーバーが繰り返し発生する場合は、スタックを安定させるために、これらのパラメータを増やしてみてください。
GUI から：
9800 GUIからHA SSOキープアライブパラメータをモニタまたは変更するには、次のスクリーンショットに示すように、Administration > DeviceページからRedundancyタブに移動します。
CLI から：
WLC#chassis redundancy keep-alive retries <5-10>
WLC#chassis redundancy keep-alive timer <1-10>これらのパラメータの設定に加えて、別の最適化を行うことで、HA SSOスタックでこのような動作を実現できます。物理アプライアンスでは、ハードウェアにより、通常は1本のワイヤを使用してシャーシを別のシャーシに接続できます。仮想環境では、各シャーシのRPポートの相互接続は仮想スイッチ(vSwitch)で行う必要があり、物理接続と比較して遅延が再び発生する可能性があります。専用のvSwitchを使用してRPリンクを作成する方法も、遅延によるHAキープアライブの喪失を防ぐための最適化です。これは『クラウド向けCisco Catalyst 9800-CLワイヤレスコントローラ導入ガイド』にも記載されています。したがって、9800-CL VM間のRPリンク専用のvSwitchを使用し、他のトラフィックがこのリンクに干渉しないようにするのが最善の方法です。
ACI導入環境でのCatalyst 9800 HA SSO
HA SSOスタックでスイッチオーバーが発生すると、新しくアクティブになったシャーシはgratuitous ARP(GARP)メカニズムを使用してネットワーク内のMACとIPのマッピングを更新し、コントローラ専用のトラフィックを受信することを確認します。特に、シャーシはWMIの新しい所有者になるようにGARPを送信し、CAPWAPトラフィックが適切なシャーシに到達することを確認します。
アクティブになるシャーシは実際には1つのGARPを送信しているのではなく、ネットワーク内のデバイスがIPからMACへのマッピングを確実に更新できるようにするためのバーストを送信しています。このバーストはACIのARP学習機能を圧倒する可能性があるため、ACIを使用する場合は、Catalyst 9800の設定からこのバーストをできるだけ減らすことをお勧めします。
CLI から：
WLC# configure terminal
WLC(config)# redun-management garp-retransmit burst 0 interval 0スイッチオーバー中に9800によって開始されるGARPバーストを制限することに加えて、このプラットフォームのファーストスイッチオーバー機能を無効にすることもお勧めします。ファーストスイッチオーバーが設定されると、アクティブコントローラはスタンバイコントローラに対して、ダウンが発生することを示す明示的な通知を送信します。これを使用すると、HAスタックを形成する両方のWLC間に、いずれかのWLCがダウンするまで、インターリーブトラフィック（APとクライアントがドロップされる）が存在する可能性があります。したがって、この機能を無効にすると、ACI展開を使用しながらワイヤレスインフラストラクチャを安定させるのに役立ちます。
CLI から：
WLC#configure terminal
WLC(config)#no redun-management fast-switchover
注意：ファーストスイッチオーバーを無効にすると、アクティブコントローラのダウンを検出する際に、スタンバイコントローラではキープアライブタイムアウト障害だけに依存することに注意してください。したがって、これらの設定は細心の注意を払って行う必要があります。
ACIネットワーク内のCatalyst 9800に対するHA SSO導入の考慮事項の詳細は、『Cisco Catalyst 9800シリーズワイヤレスコントローラソフトウェアコンフィギュレーションガイド』の「コントローラへのACIネットワークの導入に関する情報」セクションを参照してください。
参考資料
更新履歴
| 改定 | 発行日 | コメント |
|---|---|---|
7.0 |
13-Dec-2024 |
代替テキスト、リンクターゲット、およびフォーマットを更新。 |
6.0 |
16-Jul-2024 |
最新バージョンとAAA用RMIインターフェイスに関する注記を追加 |
5.0 |
06-Jun-2024 |
「その他の考慮事項」セクションを追加 |
4.0 |
25-Feb-2024 |
サービスポートに関する注記を追加 |
3.0 |
19-Feb-2024 |
9800-CLインターフェイス設定に関する小規模な変更 |
2.0 |
26-Jun-2023 |
固定Gig3 IPアドレッシング |
1.0 |
10-Mar-2023 |
初版 |
フィードバック