2025-03-03

Catalyst 9800のHA SSOの設定

Catalyst Wireless Catalyst 9800

Catalyst 9800におけるHA SSO (High Availability Stateful Switchover)の設定で肝となる要素を整理します。

前提条件を含む「初期セットアップからHA SSOの設定まで」の一連の流れは、下記のスライド資料にまとまっています。本記事はHA SSOの設定部分を参照しやすいように個別に切り出しています。

speakerdeck.com

HA SSOの前提条件

HA SSOを組む際に、両号機で一致が必要な要素があります。

Installation modeの一致
Install modeとBundle modeのどちらかで一致している必要があります。Best PracticesとしてはInstall modeが推奨です。
IOS-XEのVersionの一致

また任意ではありますが、物理アプライアンスではROMMONのVersionが一致しているかも確認しておくのが好ましいです。

前提条件を合わせる際には、下記の関連する記事を適宜参照してください。

Catalyst 9800のInstall modeへの変更 - My Home NW Lab
https://myhomenwlab.hatenablog.com/entry/2024/11/10/143053

Catalyst 9800のBundle modeへの変更 - My Home NW Lab
https://myhomenwlab.hatenablog.com/entry/2024/10/28/000500

Catalyst 9800におけるROMMONのアップグレード - My Home NW Lab
https://myhomenwlab.hatenablog.com/entry/2025/03/01/225507

HA SSOの関連知識

HA SSOの設定に必要な関連知識をまず整理します。

HA SSOの方式

HA SSOには「RMI+RP」と「RP」の2つの方式があります。

RMI+RP
RP

RMIとRPは下記の略語です。

RMI: Redundancy Management Interface
RP: Redundancy Port

RMIはv17.1.xから導入されており、Split Brain対策の側面で「RMI+RP」が推奨されています。そのため、本記事の設定も「RMI+RP」の方式を採用します。

仮想アプライアンス版に特有の観点

2025年03月時点で仮想アプライアンスであるC9800-CLはvSphere版のみHA SSOに対応しています。

詳細は下記の記事で扱っています。

Catalyst 9800-CLにおけるPublic/Private Cloudでの冗長化方式のサポート状況 - My Home NW Lab
https://myhomenwlab.hatenablog.com/entry/2023/07/20/000500

RPとRMIに関して

RP (Redundancy Port)
物理アプライアンスではRPは専用ポートとして提供されています。
なお、仮想アプライアンスのC9800-CLではInterface (vSphere視点ではNetwork Adapter)のひとつをHA InterfaceとしてRPの扱いにします。

一例: C9800-40のRP
RMI (Redundancy Management Interface)
RMIは専用ポートがありません。WMI (Wireless Management Interface)と関連付くポートが利用されます。

RMIとWMIのIPアドレスの関係性

HA SSOでRMIに割り当てるIPアドレスは、WMIと同じサブネットに所属します。
HA SSOを組むとWMIのIPアドレスは正系と副系で共通化します。キッティング時はセットアップに必要になるので、副系 (#2号機)のWMIにもIPアドレスを仮割り当てします。

RPのIPアドレス

RPのIPアドレス (Local IP & Remote IP)は、RMIの第3～4オクテットから自動生成されます。

HA SSO構成時のActive機とStandby機のIPアドレス

HA SSOは論理的に同一筐体として扱う都合上、GigiabitEthernet0 (VRF: Mgmt-intf)やWMIのIPアドレスは共通化されます。

Standby機にアクセスしたい場合は、RMI IPに対して接続します。詳細は下記を参照してください。

Catalyst 9800におけるHA SSO構成のStandby機へのログイン - My Home NW Lab
https://myhomenwlab.hatenablog.com/entry/2025/02/25/202858

設計要素: Chassis NumberとPriority

C9800でHA SSOを組む際に、#1号機と#2号機のChassis NumberとPriorityは意図した値に設定します。 Chassis Numberは一意 (Unique)に設定します。

前提条件の確認

IOS-XEのVersion確認

両号機でVersionが一致しているのを確認します。

show version | include Cisco IOS XE Software, Version

下記は表示例です。

wlc01#show version | include Cisco IOS XE Software, Version
Cisco IOS XE Software, Version 17.14.01
wlc01#

ROMMONのVersion確認

物理アプライアンスにはROMMONがあるため、両号機でVersionが一致しているのを確認します。仮想アプライアンスのC9800-CLの場合は表示されません。

show rom-monitor chassis active r0

下記はC9800-40での表示例です。

wlc01#show rom-monitor chassis active r0
==========================================================
System Bootstrap, Version 17.12(1r), RELEASE SOFTWARE
Copyright (c) 1994-2023 by cisco Systems, Inc.
wlc01#

設定手順

RPポートの一時的な抜線

物理版のアプライアンスの場合は、HA SSOを設定をすると(再起動前でも)同期のプロセスが開始されるようでした。そのため、中途半端な状態で同期が開始しないように、事前にRPポートを抜線しておくのが安全です。

HA SSOの設定項目

両号機でメニュー「Administration > Device > Redundancy」に移動します。

下記の画像を参考に、#1号機と#2号機をそれぞれ設定します。

設定個所: メニュー「Administration > Device > Redundancy」

文字ベースの設定表も併記します。

設定項目	#1号機	#2号機
Redundancy Configuration	ENABLED	#1号機と共通
Redundancy Pairing Type	RMI+RP	#1号機と共通
RMI IP for Chassis 1	#1号機のRMI IPアドレス	#1号機と共通
RMI IP for Chassis 2	#2号機のRMI IPアドレス	#1号機と共通
HA Interface	例: GigabitEthernet3	#1号機と共通
Wireless Management Interface	WMIを自動選択	#1号機と共通
Chassis Renumber	1	2
Active Chassis Priority	2 (優先度: 高)	1 (優先度: 低)

* 1号機と#2号機で異なるのは Chassis Renumber と Active Chassis Priority になります。

仮想アプライアンスであるC9800-CLでは HA Interface の設定項目が表示されます。

C9800-CL向けのHA Interfaceの設定項目

実際のHA SSOの設定の流れ (画面遷移)

一例の画面遷移を掲載します。

HA SSOの設定 - Step 1: 「Redundancy Configuration」の有効化

HA SSOの設定 - Step 2: 両号機で共通の部分

HA SSOの設定 - Step 3a: #1号機 (Active機)

注記: #1号機 (Active機) での設定例です。

HA SSOの設定 - Step 3b: #2号機機 (Standby機)

注記: #2号機機 (Standby機) での設定例です。

HA SSOの設定 - Step 4: Apply時のメッセージの違い

HA SSOの設定 - Step 5: 両号機の再起動前の状態

HA SSOの設定 - Step 6: 設定を保存して再起動

RPポートの結線

物理版のアプライアンスの場合は、(事前にRPポートを抜線しておいたため、)再起動を実行してからRPポートを結線しなおします。

HA SSOの同期状態の確認

HA SSOの状態を下記のコマンドで確認します。同期が完了すると Ready になります。

show chassis

High AvailabilityのWhite Paper

より詳細な情報は Technical References の配下に各Version向けの High Availability のドキュメントがあります。

Cisco Catalyst 9800 Series Wireless Controllers - Technical References - Cisco
https://www.cisco.com/c/en/us/support/wireless/catalyst-9800-series-wireless-controllers/products-technical-reference-list.html

例として v17.6 の冗長化に関するドキュメント (PDFのみ)は下記になります。2025年03月時点で v17.6 向けのが最新の情報です。

High Availability SSO Deployment Guide for Cisco Catalyst 9800 Series Wireless Controllers, Cisco IOS XE Bengaluru 17.6
https://www.cisco.com/c/dam/en/us/td/docs/wireless/controller/9800/17-6/deployment-guide/c9800-ha-sso-deployment-guide-rel-17-6.pdf

Cisco CommunityのHA SSO関連トピック

C9800 HA SSO 構成のバージョンアップ - Cisco Community
https://community.cisco.com/t5/-/-/ta-p/4602776

Catalyst 9800 HA SSO 障害時の機器交換(Active機障害) - Cisco Community
https://community.cisco.com/t5/-/-/ta-p/5271197

Catalyst 9800 HA SSO 障害時の機器交換(Standby機障害) - Cisco Community
https://community.cisco.com/t5/-/-/ta-p/5271214/

2025-03-01

Catalyst 9800におけるROMMONのアップグレード

Catalyst Wireless Catalyst 9800

Catalyst 9800におけるROMMONのアップグレード手順を整理します。

基本的には下記のドキュメントに従って作業をすればよいのですが、要点や注意点を分かりやすくするために本記事を書き起こしました。

Upgrading Field Programmable Hardware Devices for Cisco Catalyst 9800 Series Wireless Controllers - Cisco
https://www.cisco.com/c/en/us/td/docs/wireless/controller/9800/config-guide/b_upgrade_fpga_c9800.html

補足ですが、仮想アプライアンスであるC9800-CLにはROMMONはありません。

作業における前提条件

ROMMONファイルの転送のため、Catalyst 9800のWeb UIに接続できる状態になっている必要があります。(IPレベルの到達性が必要です。)
管理系にアクセスするための設定は、下記の記事を参考にして設定してください。

物理アプライアンス版のCatalyst 9800で管理系にアクセスするための最低限の設定 - My Home NW Lab
https://myhomenwlab.hatenablog.com/entry/2024/04/06/221753
Catalyst 9800が(HA SSO構成ではなく)Standaloneの状態である想定です。
upgrade rom-monitor によるアップグレード時の対象に chassis active r0 (Active機/Standaloneは自機)を指定しているためです。

手順

Web UIからROMMONのファイルを事前にアップロードして、実際のアップグレードはCLIで行う流れにしております。

作業前に必要に応じて、Catalyst 9800の running-config の保存 (write memory)や、作業端末への running-config への退避を行ってください。

ROMMONファイルのダウンロード

導入対象のModelのROMMONファイルをダウンロードします。

ModelによってROMMONファイルが異なるので注意してください。

「ドキュメントに記載されているROMMONファイル」のリンク先はSoftware Downloadの該当製品のページになっています。

ROMMONの推奨Version

ROMMONのVersionは(いずれのModelにしても)利用可能な最新のものが推奨されています。

Recommended Cisco IOS XE Releases for Catalyst 9800 Wireless LAN Controllers - Cisco
https://www.cisco.com/c/en/us/support/docs/wireless/catalyst-9800-series-wireless-controllers/214749-tac-recommended-ios-xe-builds-for-wirele.html
Field Programmable (FPGA) Firmware on Hardware 9800 WLC のセクションに記載があります。

Cisco recommends upgrading to latest FPGA firmware available.

Recommended Cisco IOS XE Releases for Catalyst 9800 Wireless LAN Controllers - Cisco (2025年03月時点)

現在のROMMONのVersionの確認

アップグレードの必要性の判断のために、事前にROMMONのVersionを確認します。

show rom-monitor chassis active R0

C9800へROMMONファイルのアップロード

メニュー「Administration > Management > File Manager」に移動して、「bootflash:」の直下に「ROMMONのファイル」をアップロードします。

補足ですが、File Managerはファイル単体で1GBまでアップロードが可能であり、ROMMONのファイルは容量が小さいため、その範囲内に収まる想定です。

Web UIではなく、TFTPを用いてファイル転送する場合は、下記の記事を参考にしてください。

Catalyst 9800におけるTFTPでのファイル転送 - My Home NW Lab
https://myhomenwlab.hatenablog.com/entry/2024/10/27/050716

ROMMONのアップグレード

事前準備のファイル転送が済んだら、実際にROMMONのアップグレードを実施します。

ここからの作業は再起動が伴うため、Serial Consoleに接続してログ取得しながら作業するのが好ましいです。

ファイル名は読み替えてください。

アップロードされたROMMONのファイルを確認します。異なるModelのファイルを選択しないように注意してください。

dir bootflash:C9800-##-rommon.####-##r.pkg

アップグレードを開始します。実際のROMMONを更新するための処理は、次の起動/再起動のタイミングで行われます。

upgrade rom-monitor filename bootflash:C9800-##-rommon.####-##r.pkg chassis active r0

再起動が必要です。起動するタイミングでROMMONの更新処理が継続します。
参考情報ですが、筆者がC9800-40に「C9800-40-rommon.1712-1r.pkg」を適用した際は、ROMMONの更新処理からOS (IOS-XE)が起動するまでに12～13分程度の処理時間がかかりました。

reload

再起動後にROMMONのVersionがアップグレードされたかを確認します。

show rom-monitor chassis active R0

不要になったROMMONファイルの削除

ROMMONのアップグレードの完了後は、「bootflash: に転送しておいたROMMONファイル」自体は不要になるため適宜削除してください。

ファイル名は読み替えてください。

事前 (Before)に対象ファイルを確認します。

dir bootflash:C9800-##-rommon.####-##r.pkg

実際に対象ファイルを削除します。

delete bootflash:C9800-##-rommon.####-##r.pkg

事後 (After)に対象ファイルが削除されて、存在しなくなったのを確認します。

dir bootflash:C9800-##-rommon.####-##r.pkg

2025-02-25

Catalyst 9800におけるHA SSO構成のStandby機へのログイン

Catalyst Wireless Catalyst 9800

Catalyst 9800がHA SSO構成で冗長化されている際に、Standby機へログインするには standby console enable の設定が必要になります。
なお、Standby機側で操作可能な項目は限られているため、基本的にはActive機で作業を行います。

備考: 検証はC9800-CLのv17.14.1で行っております。

設定方法

Catalyst 9800におけるHA SSO構成のStandby機へのログイン

SSHやSerial ConsoleでActive機にログインして下記のコマンドを実行します。

configure terminal

redundancy
 main-cpu
  standby console enable

end

write memory

Standby機へのログイン時の挙動

挙動の違いを比較しやすくするためにイメージを掲載します。

Standby機のConsoleログイン不可時

CLIだとログイン不可時は Standby console disabled のメッセージが表示されます。

Standby機のConsoleの有効化時 (standby console enable)

Standby機へのリモートログイン

Standby機にSSHやWeb UIでIPアドレスレベルのアクセスをしたい場合は、Standby機のRMI IPに対して接続を試みます。

Standby機のRMI IPは redun-management コマンドの chassis 2 address の情報より確認できます。

show running-config | include redun-management

Cisco Communityの関連トピック

Catalyst 9800 シリーズの冗長構成で Standby 機のコンソールアクセスを有効にする方法 - Cisco Community
https://community.cisco.com/t5/-/-/ta-p/4003859

9800 HA SSO構成でstandby WLCのインターフェイスに関する説明 - Cisco Community
https://community.cisco.com/t5/-/-/ta-p/5231669

Catalyst 9800のHA SSOの設定 - My Home NW Lab
https://myhomenwlab.hatenablog.com/entry/2025/03/03/184529

2025-02-21

Catalyst 9800における"CLI"からのWLAN ProfileのRadio Policyの設定状態の確認

Catalyst Wireless Catalyst 9800

Catalyst 9800ではWLAN Profileの設定で、2.4 GHz, 5 GHz, 6 GHzの有効化と無効化をRadio Policyで制御します。
Web UIでは ENABLED (有効化) と DISABLED (無効化) のトグル操作で分かりやすいですが、"CLI"からの設定状態の確認には一癖あります。

注記: 本記事の内容は、Catalyst 9800-CLの v17.15.1 で確認しております。

まず前提として2.4GHz, 5GHz, 6GHzのRadio Policyの設定状態はWLAN Profileでは下記の設定になります。

2.4 GHz: [no] radio policy dot11 24ghz
5 GHz: [no] radio policy dot11 5ghz
6GHz: [no] radio policy dot11 6ghz

またCLIからのRadio Policyの設定投入は必須条件ではないため、構築時は「必要最小限の設定しか入れない」ポリシーだと明示的に設定されないシナリオが想定されます。

"CLI"からの設定時にRadio Policyを明示的に指定しないと、show running-config もしくは show running-config all で見ても(有効化と無効化の状態を問わずに)コマンドが存在しないように見えます。

そして、[no] radio policy dot11 { 24ghz | 5ghz | 6ghz } のコマンドが存在しない状態は、ENABLED (有効化)と同じ状態になります。

以上を踏まえて設定状態を一覧表にすると、下記の画像のようになります。

一覧表: “CLI”からのWLAN ProfileのRadio Policyの設定確認

本挙動により、N+1構成の設定比較で見かけ上の差異に気づくようなケースが想定されます。

補足ですが、N+1の構成においてコンフィグの差分があると、WLC障害による無線APのFailover発生時に、差分起因のサービス影響が出る可能性があります。そのため、Radio Policyの設定が例え見た目上の違いであっても、コンフィグは揃えるようにしてください。

N+1のコンフィグの差分による影響に関しては、下記のWhite Paperが情報源になります。

Cisco Catalyst 9800 Wireless Controller N+1 High Availability White Paper
https://www.cisco.com/c/dam/en/us/td/docs/wireless/controller/9800/17-4/deployment-guide/c9800-n-plus-1-high-availability-wp.pdf

It is recommended to have the same configuration in terms of WLANs, profiles, mobility group, policy, RF and site tags as well as AP-to-tag mappings on the primary, secondary and tertiary controllers to avoid AP flaps and service disruptions when failing over.

本記事の執筆時点 (2025年02月頃)では、v17.4向けのWhite Paperが最新になります。下記がリンク元のページです。

Cisco Catalyst 9800 Series Wireless Controllers - Technical References - Cisco
https://www.cisco.com/c/en/us/support/wireless/catalyst-9800-series-wireless-controllers/products-technical-reference-list.html

Cisco IOS XE Bengaluru 17.4 Release
Cisco Catalyst 9800 Wireless Controller N+1 High Availability White Paper (PDF - 1005 KB) 07/Jan/2021

2025-02-10

Catalyst 9800でBanner設定

Catalyst Wireless Catalyst 9800

Catalyst 9800においてBannerはWeb UIとCLIの両方に表示されます。
またWeb UI向けとCLI向けでBannerの内容は共通化されており、別々の内容にはできません。

備考: 検証は C9800-CL の v17.15.1 で行っております。

設定方法

Web UIとCLIの2通りの設定方法を紹介します。

Web UI

メニュー: Administration > Device > General の Banner で設定します。

必要に応じて、フロッピーディスクのアイコンより設定を保存してください。

CLI

Cisco IOS/IOS-XE系でお馴染みの banner login コマンドで設定します。

先頭の一文字目は、Bannerの終端を決める区切り文字 (delimiting character)を指定します。本例では終端の区切り文字を ^ にしています。
内容の部分は適宜修正してください。

configure terminal

banner login ^***********************
** This is a banner. **
***********************^

end

必要に応じて write memory で保存してください。

補足ですが show running-config で表示すると、Bannerの区切り文字が ^C (キーストロークのCtrl-V→Ctrl-C相当)になります。

wlc01#show running-config
<snip>
banner login ^C***********************
** This is a banner. **
***********************^C
!
<snip>

また show running-config で表示されるコマンドを改めてそのまま流し込みすると、余分な文字が入り込むので注意してください。

備考: ^C をキーストロークのCtrl-V→Ctrl-Cとして流し込むべきものを、単なるテキストとして流し込んだためです。

Meraki MRのClient Balancingのデフォルト値

Meraki

Meraki MRのClient Balancingのデフォルト値は、"新規"のNetworkにおける"デフォルト"のRF Profileに限って"無効化 (Off)"になっています。(2025年02月頃時点)

注意点として、
* 古い"既存"のNeworkはClient Balancingの設定値は(勝手に)変更されていません。
* 新しいNetworkであっても、RF Profileを新規作成 (New Profile)する際は、Client Balancingが有効化 (On)になっています。

いずれにしても、利用しているRF ProfileのClient Balancingの値は把握するようにしてください。

Meraki MRのClient Balancingのデフォルト値 (2025年02月時点)

情報源

公式ドキュメント

Client Balancing - Cisco Meraki Documentation
https://documentation.meraki.com/MR/Other_Topics/Client_Balancing

Client balancing is available in MR 25.X and more recent firmware and is disabled by default in RF profiles. It was first introduced under the name AP Steering.

本記事の執筆時点の安定版が MR 31.1.5.1 のため、これから新規作成するNetworkは MR 25.X 以上の条件に合致します。

また下記の記述の通り、多くの場合は有効化しないのが提案されています。

Client balancing aims to steer devices to associate with the best available access point (AP). When a client attempts to connect to a busier AP, the AP rejects the connection, prompting the client to connect to a different AP until it finds the one with the least usage. Since many clients and/or applications do not handle these rejections appropriately, we suggest not enabling client balancing in your network.

Client Balancingはメリットもデメリットもある機能なため、設計においてはメリットを優先するか、デメリットが重いと判断するかを慎重に検討した上で顧客と合意するのが良いです。

Cisco Live資料

公式ドキュメントの情報と実際の挙動が分かりにくかったので、「新規のNetwork」である点に言及しているCisco Liveの情報源も掲載します。

Design your Enterprise Wireless Network with Cisco Meraki - BRKEWN-2035
https://www.ciscolive.com/on-demand/on-demand-library.html#/session/1717269092177001ttBg

PDFの直接リンク: https://www.ciscolive.com/c/dam/r/ciscolive/global-event/docs/2024/pdf/BRKEWN-2035.pdf
スライド 161 / 161 最後のページ)

Client Balancing is turned off by default for newly created Meraki Networks

2025-01-03

Catalyst 9800で無線AP名を条件にTagを割り当てる (AP Filter)

Catalyst Wireless Catalyst 9800

Catalyst 9800ではAP Filterの機能により、無線AP名 (ホスト名)を条件にしてTagの割り当てが可能です。

本記事ではAP Filter利用時の「設計の観点」と「実際の設定方法」に関して解説します。

検証時の情報

検証は下記の環境で行いました。

Cisco Catalyst C9800-CL v17.15.1
Cisco Catalyst CW9162I-Q

設計の観点

無線APのホスト名の命名規則

AP Filterが無線APのホスト名の情報に基づいて動作する都合上、命名規則の整備が必要になります。

一般的に本番環境の導入では命名規則を用意するので考慮漏れはないとは思いますが、ホスト名を手動 (capwap ap hostname)もしくはDHCP Option 12を用いて割り当てる運用フローの確立も忘れないようにしてください。

ap name-regex で条件式を指定する際には「部分一致」と「完全一致」を意識して設定します。

条件式の「部分一致」と「完全一致」が影響するシナリオ例としては、無線APの故障被疑で、既存機器を様子見のまま"残置"しつつ、予備機を"併設"する場合にホスト名を暫定設定するケースが考えられます。
具体的には、号機番号の情報を残したままにしたくて、併設する予備機に暫定的な接尾辞 (-New)をつけると運用だと、(例外的にStaticで割り当てるか、)条件式でそのケアをするかの検討が必要です。

AP Filter利用時の個別チューニング

実際に運用して見ると、特定の無線APに対して個別チューニングが必要なケースが想定されます。デフォルトでは「Static」が「AP Filter (Filter)」より優先度が高いため、個別チューニングする際はStaticで上書きする運用方法が考えられます。

Tagの割り当ては優先度が決まられており、show ap tag sources で確認が可能です。

wlc01# show ap tag sources
Priority         Tag source
--------------------------------
0                Static
1                Location
2                Filter
3                AP
4                Default

wlc01#

設定

各種Tagの事前設定

無線APに割り当てるための各種Tagの設定を事前に行っておきます。
(AP Filterから参照される設定を事前に作っておきます。)

下記は検証時に「動作確認するための設定例」です。後の設定から参照しています。

configure terminal

wireless tag policy PolTag_Custom

wireless tag rf RFTag_Custom

wireless tag site SiteTag_Custom

end

CLIからのAP Filterの設定

CLIでは
1. ap filter name <Name> で条件や割り当てるTagを定義して。
2. ap filter priority <Number> filter-name <Name> で適用します。

下記はCLIからの設定例です。

configure terminal

ap filter name APFil_Test
 ap name-regex testap.*
 tag policy PolTag_Custom
 tag rf RFTag_Custom
 tag site SiteTag_Custom

ap filter priority 10 filter-name APFil_Test

end

動作確認後は write memory での設定の保存を忘れないようにします。

Web UIからのAP Filterの設定

メニュー: Configuration > Tags & Profiles > Tags より AP > Filter がAP Filterの設定画面です。

要件に沿って必要な分だけ設定を投入していきます。
下記は設定の一例です。

設定項目	設定値の例
Rule Name	APFil_Test
AP name regex	testap.*
Active	YES
Priority	10
Type	Tag
Policy Tag Name	PolTag_Custom
Site Tag Name	SiteTag_Custom
RF Tag Name	RFTag_Custom

設定後は保存を忘れないようにしてください。

確認コマンド

show ap filters all

show ap filters all では無効化されているFilterも表示されます。

下記の例では、「無効化したFilter (Filter Name: APFil_Inactive)」が表示されるのを確認しています。

wlc01#show ap filters all
Filter Name                       regex                               Policy Tag                        RF Tag                            Site Tag              
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
APFil_Test                        testap.*                            PolTag_Custom                     RFTag_Custom                      SiteTag_Custom        
APFil_Inactive                    Inactive                            default-policy-tag                default-rf-tag                    default-site-tag      

wlc01#

show ap filters active

show ap filters active では有効化されているFilterに絞って表示されます。先の例にあった Filter Name: APFil_Inactive は無効化されているため表示されていません。

wlc01# show ap filters active
Priority   Filter Name                       regex                               Policy Tag                        RF Tag                            Site Tag   
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
10         APFil_Test                        testap.*                            PolTag_Custom                     RFTag_Custom                      SiteTag_Custom

wlc01#

show ap tag summary

実際に適用されているかは show ap tag summary で確認します。

wlc01# show ap tag summary
Number of APs: 2

AP Name                           AP Mac           Site Tag Name                     Policy Tag Name                   RF Tag Name                       Misconfigured    Tag Source
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
testap01                          ****.****.****   SiteTag_Custom                    PolTag_Custom                     RFTag_Custom                      No               Filter
otherap01                         ****.****.****   default-site-tag                  default-policy-tag                default-rf-tag                    No               Default

wlc01#

AP Filterによって適用されていると Tag Source が Filter の表示になります。

HA SSOの前提条件

HA SSOの関連知識

HA SSOの方式

仮想アプライアンス版に特有の観点

RPとRMIに関して

RMIとWMIのIPアドレスの関係性

RPのIPアドレス

HA SSO構成時のActive機とStandby機のIPアドレス

設計要素: Chassis NumberとPriority

前提条件の確認

IOS-XEのVersion確認

ROMMONのVersion確認

設定手順

RPポートの一時的な抜線

HA SSOの設定項目

実際のHA SSOの設定の流れ (画面遷移)

HA SSOの設定 - Step 1: 「Redundancy Configuration」の有効化

HA SSOの設定 - Step 2: 両号機で共通の部分

HA SSOの設定 - Step 3a: #1号機 (Active機)

HA SSOの設定 - Step 3b: #2号機機 (Standby機)

HA SSOの設定 - Step 4: Apply時のメッセージの違い

HA SSOの設定 - Step 5: 両号機の再起動前の状態

HA SSOの設定 - Step 6: 設定を保存して再起動

RPポートの結線

HA SSOの同期状態の確認

関連ドキュメント

Quick Start Guide

英語

日本語翻訳

High AvailabilityのWhite Paper

Cisco CommunityのHA SSO関連トピック

作業における前提条件

手順

ROMMONファイルのダウンロード

ROMMONの推奨Version

現在のROMMONのVersionの確認

C9800へROMMONファイルのアップロード

ROMMONのアップグレード

不要になったROMMONファイルの削除

設定方法

Standby機へのログイン時の挙動

Standby機のConsoleログイン不可時

Standby機のConsoleの有効化時 (standby console enable)

Standby機へのリモート ログイン

関連ドキュメント

Cisco Communityの関連トピック

関連記事

設定方法

Web UI

関連ドキュメント

情報源

公式ドキュメント

Cisco Live資料

検証時の情報

設計の観点

無線APのホスト名の命名規則

AP Filter利用時の個別チューニング

設定

各種Tagの事前設定

CLIからのAP Filterの設定

Web UIからのAP Filterの設定

確認コマンド

show ap filters all

show ap filters active

show ap tag summary

関連ドキュメント

v17.16.x

v17.15.x

v17.14.x

v17.13.x

v17.12.x

v17.11.x

v17.10.x

v17.9.x

v16.10.x (日本語翻訳あり)

v16.10.xの日本語翻訳

Standby機へのリモートログイン