この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版(リンクからアクセス可能)もあわせて参照することを推奨します。
このドキュメントでは、Catalyst 9800 WLCでRP+RMI方式のハイアベイラビリティステートフルスイッチオーバー(SSO)を設定する方法について説明します。
次の項目に関する知識があることが推奨されます
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
HA SSO設定に必要なのはそのうちの3つだけですが、ここでは、ワイヤレス管理インターフェイス(WMI)と同じネットワークからの4つのIPアドレスを使用して、コントローラGUIへのアクセスを容易にしています。
ワイヤレスコントローラのハイアベイラビリティSSO機能により、アクセスポイントはアクティブなワイヤレスコントローラとのCAPWAPトンネルを確立でき、アクティブなワイヤレスコントローラはAPおよびクライアントデータベースのミラーコピーをスタンバイのワイヤレスコントローラと共有できます。切り替えが発生した場合(つまり、アクティブコントローラに障害が発生したためにスタンバイが処理を引き継いだ場合)、参加しているAPはディスカバリステートにならず、クライアントは切断されません。APとアクティブ状態のワイヤレスコントローラの間で維持されるCAPWAPトンネルは一度に1つだけです。
2台のユニットは専用のRPポート(またはVM用の仮想インターフェイス)を介してピア接続を形成し、両方のコントローラは管理インターフェイス上で同じIPアドレスを共有します。RPインターフェイスは、実行時にバルクおよびインクリメンタル設定を同期し、HAペアの両方のコントローラの動作ステータスを確認するために使用されます。これに加えて、RMI + RPが使用されている場合、スタンバイコントローラとアクティブコントローラの両方に冗長性管理インターフェイス(RMI)があり、IPアドレスが割り当てられます。これは、ゲートウェイの到達可能性を確保するために使用されます。実行状態のアクセスポイントのCAPWAP状態も、アクティブなワイヤレスコントローラからホットスタンバイのワイヤレスコントローラに同期されます。これにより、アクティブなワイヤレスコントローラで障害が発生した場合に、アクセスポイントの状態が完全に切り替えられます。アクティブなワイヤレスコントローラに障害が発生してもAPはDiscovery状態にならず、スタンバイのワイヤレスコントローラがネットワークにサービスを提供するアクティブなワイヤレスコントローラとして引き継ぎます。
注:オレンジ色の部分は、WLC2として指定された9800-CLコントローラの仮想インターフェイスGigabitEthernet 2に割り当てられた一時IPアドレスを示しています。このIPアドレスは、WLC2のWMIとして一時的に定義され、このインスタンスのGUIへのアクセスを許可することで、HA SSO設定を容易にします。HA SSOが設定されると、コントローラのHA SSOペアに使用されるWMIは1つだけなので、このアドレスは解放されます。
この例では、2つの9800-CLインスタンス間でハイアベイラビリティ(HA)ステートフルスイッチオーバー(SSO)を設定します。これらのインスタンスは、同じCisco IOSソフトウェアバージョンを実行し、別々のWMIとGUIがアクセス可能に設定されています。
これらのIPアドレスに加えて、同じサブネット(およびVLAN)に追加で2つ、つまり10.48.39.131と10.48.39.132が使用されていますを参照。これらは、それぞれシャーシ1(WLC1)とシャーシ2(WLC2)のRedundancy Management Interface(RMI)IPアドレスです。
注:2つのコントローラ間でHAが設定されると、10.48.39.133が解放され、10.48.39.130が設定の唯一のWMIになります。したがって、設定後は、WMIとRMIの3つのIPアドレスだけが使用されます。
両方のデバイスが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 Vlan39
WLC2#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へのアクセスに使用されるブラウザをホストするデバイスに、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)
を、起動
/実行コンフィギュレーションファイルのコピー先のTFTPサーバのIPアドレスに置き換えます。
ステップ2:(オプション)ネットワーク接続を確認します。
両方のWLC GUIまたはCLIから、両方のデバイスからゲートウェイに対してpingを実行し、デバイス間でデバイスに対してpingを実行するという簡単な接続テストを実行できますを参照。これにより、HAを設定するために必要な接続が両方のコントローラに確実に存在するようになります。
GUI で次の手順を実行します。
次の図に示すように、9800 GUIのTroubleshootingタブにあるPing and Tracerouteツールを使用して、コントローラ自体の間および各WLCとそのネットワークゲートウェイの間の接続をテストできます。
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タブで設定を行う方法を示しています。
警告:この例では、WLC1はプライマリコントローラとして指定されています。これは、設定が他のコントローラに複製されたコントローラであることを意味します。HAペアで適切な設定を使用し、その一部を失わないようにするために、適切なシャーシプライオリティ/再番号付けを必ず適用してください。
設定されたフィールドとその目的を確認してみましょう
注:物理C9800アプライアンスを使用している場合、HAおよびRPで使用されるインターフェイスはデフォルトであり、設定できません。実際、ハードウェア9800 WLCには、ネットワークとは別の専用の冗長インターフェイスがあります。
管理ゲートウェイのフェールオーバー:HA SSO構成ガイドに記載されているように、この冗長性方式は、インターネット制御メッセージプロトコル(ICMP)pingを定期的にゲートウェイに送信することによって実行されるデフォルトゲートウェイチェックを実装します。アクティブコントローラとスタンバイコントローラの両方が、これらのチェックの送信元IPとしてRMI IPを使用します。 これらのメッセージは1秒間隔で送信されます。
Gateway Failure Interval:これは、ゲートウェイが到達不能と宣言されるまでの間、ゲートウェイチェックが連続して失敗する必要がある時間を表します。デフォルトでは、8秒に設定されています。ゲートウェイチェックは1秒ごとに送信されるため、これはゲートウェイに到達するための8回連続した失敗を表します。
ローカル/リモートIP: これらはシャーシ1と2に設定されたRP IPです。これらのIPアドレスは169.254.x.xとして自動生成されます。x.xは管理インターフェイスの最後の2オクテットから取得されます。
キープアライブタイマー:HA SSOコンフィギュレーションガイドで説明されているように、アクティブおよびスタンバイシャーシはキープアライブメッセージを互いに送信して、両方が引き続き使用可能であることを確認します。キープアライブタイマーは、各シャーシ間で2つのキープアライブメッセージの送信を分離する時間です。デフォルトでは、キープアライブメッセージは100 msごとに送信されます。VMインフラストラクチャによって小さな遅延(スナップショットなど)が発生したときにいつでも不正な切り替えが行われないようにするため、9800-CLでこの値を増やすことが推奨されます。
Keep Alive Retries:このフィールドは、ピアがダウンしていると主張する前に、ピアのキープアライブリトライ値を設定します。キープアライブタイマーと再試行のデフォルト値の両方を使用している場合、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)# end
WLC2#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)#end
WLC2#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
コマンドにより設定されています。このコマンドは実行コンフィギュレーションの一部ではありませんが、HAによって使用されるインターフェイスはインスタンスROMMON環境変数で確認できます。これらは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]
HAペアの両方のコントローラが互いを検出し、目的のHAペアを作成すると、1つのコントローラ(プライマリ)が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.132
WLC#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フェールオーバーや現在のステータスを正しく理解するためのコマンドは含まれていません。ほとんどのHA関連コマンドを1回の操作で実行するには、次のコマンドを収集します(HA関連のコマンドは不要です)。
WLC#show tech wireless redundancy
冗長ポートのステータスについては、次のコマンドを使用できます。
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.
これらのコマンドを使用して作成されたキャプチャは、コントローラ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を実行するプロセスをモニタすることもできます。この2つのプロセスは、stack_mgrとrif_mgrです。
これを行うには、コマンドを使用してテキストファイルに対する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のサービスポートが非アクティブになり、到達不能になる点に注意してください。
スイッチオーバーの履歴を見ると、「user forced」と表示されており、ユーザがコ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
スイッチオーバーの履歴を見ると、「アクティブユニットが取り外されました(active unit removed)」というメッセージが表示されます。これは、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をモニタして、予期しないクラッシュやリブートを示すシステムレポートがあるかどうかを確認するのは興味深いことです。
スイッチオーバーの履歴を見ると、「Active lost GW」がRMIポート上のゲートウェイとの通信が失われたことを示していることがわかります。
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
これは、アクティブコントローラとそのゲートウェイの間のリンクがダウンした場合に発生します。
改定 | 発行日 | コメント |
---|---|---|
4.0 |
25-Feb-2024 |
サービスポートに関する注記を追加 |
3.0 |
19-Feb-2024 |
9800-CLインターフェイス設定に関する小規模な変更 |
2.0 |
26-Jun-2023 |
固定Gig3 IPアドレッシング |
1.0 |
10-Mar-2023 |
初版 |