2026-08-15

Cisco Wi-Fi 7 APをLocal Status PageからWLC Modeに変更する

Cisco Wi-Fi 7 APではLocal Status Page (LSP)からWLC Modeに変更できます。

Meraki Cloudに既に接続済みの場合は、Local Status Pageからは変更できません。下記の記事を参考にしてMeraki Dashboardから実施してください。

myhomenwlab.hatenablog.com

背景
8分間の待機時間 (タイマー)
作業の概要
接続先のSSIDに関して
詳細な手順
関連ドキュメント
関連記事

背景

Wi-Fi 7 APが「工場出荷状態であるDay 0 Mode」で起動すると、Meraki Cloudへの接続状況やWLCを検出するための処理が開始されます。

FOM (Fast Offline Migration)による移行が成立しない場合は、「(Fastではない)Offline Migration」によってWLCを検出するまでに8分間の待機時間があります。その間にLocal Status Pageへアクセスすると「WLC Modeに移行 (Migrate)」するためのボタンが表示され、8分間の待機を待たずにWLC Modeへ移行できます。

Local Status Pageから移行した場合も、APが再起動してWLC Management ModeのFirmwareで起動した後、DHCP Option 43やDNSなどを利用してWLC Discoveryを行います。

FOM (Fast Offline Migration)とは、DHCP Option 43やDNSの情報を利用して、Wi-Fi 7 APが「Meraki Mode」と「WLC Mode (Catalyst Mode)」のどちらに遷移すべきかを判断できる仕組みです。

運用設計の観点では、Local Status Pageを利用した移行は人による手作業が必要になります。そのため、「WLC Mode (Catalyst Mode)」へ移行する場合は、基本的にFOM (Fast Offline Migration)を利用する運用が適しています。

Cisco Wi-Fi 7 APをLocal Status PageからWLC Modeに変更

オンボーディングフロー画像の引用元は下記です。

Cisco Wireless Global Use Access Points Deployment Guide - Cisco
https://www.cisco.com/c/en/us/td/docs/wireless/access_point/technical-reference/global-use-ap-dg.html

8分間の待機時間 (タイマー)

8分間のタイマーは「<Meraki>」で「offline-migration-info」を実行するとログを確認できます。あくまでもログに記録された情報であり、コマンドを実行した時点の最新のタイマー情報ではないため、留意が必要です。

筆者が複数回検証した限りでは、「480sec (8分)」ではなく「420sec (7分)」のログが最初に表示されました。その後に表示されるタイマーのログも時間にバラツキがあったので、参考程度にするのが良いと思います。

サンプルのログを下記に掲載します。

<Meraki>

Global Use AP ships with Meraki OS as the primary image and with default no
country domain configured. Depending on the DHCP/DNS configurations and Cloud
connectivity AP will either stay in Meraki or Catalyst mode to reach WLCs. To
get more details on the procedure please look at online documentation.

We have currently detected the Access Point is in Day 0 mode. i.e doesn't have
a persona yet. AP will proceed for offline migration shortly. Offline
migration procedure will check if a Catalyst WLC is present in the network and
automatically migrate to Catalyst if a valid one is detected (>= IOS XE 17.15)

Offline migration can take up to 15 minutes to take a decision. To get logs
and details on the current state of offline migration procedure, please type
'offline-migration-info' command after <Meraki> console prompt.

If the intent for the Access Point is to be connected via Meraki mode, resolve
the Cloud connectivity and follow the Dashboard procedure to claim the device
on the network.

Version: 1.2

<Meraki> offline-migration-info
| [2000-01-01 00:00:48.752] AP in day0 - offline migration
| [2000-01-01 00:02:59.190] [init] start offline migration detection (v1.2)
| [2026-08-14 14:58:18.423] [fast-offline-migration-delay] forcing DHCPv6 INFORMATION REQUEST
| [2026-08-14 14:58:23.482] [fast-offline-migration][v4] no fast offline migration by DHCP
| [2026-08-14 14:58:23.482] [fast-offline-migration][v6] no fast offline migration by DHCP
| [2026-08-14 14:58:23.482] [fast-offline-migration][v4] missing DNS config (server and/or domain)
| [2026-08-14 14:58:23.482] [fast-offline-migration][v6] missing DNS config (server and/or domain)
| [2026-08-14 14:58:23.482] [fast-offline-migration] waiting for 420sec before taking any migration decision
| [2026-08-14 14:59:24.32 ] [fast-offline-migration] waiting for 360sec before taking any migration decision
| [2026-08-14 15:00:24.572] [fast-offline-migration] waiting for 299sec before taking any migration decision
| [2026-08-14 15:01:25.111] [fast-offline-migration] waiting for 239sec before taking any migration decision
| [2026-08-14 15:02:25.643] [fast-offline-migration] waiting for 178sec before taking any migration decision
| [2026-08-14 15:03:26.179] [fast-offline-migration] waiting for 118sec before taking any migration decision
| [2026-08-14 15:04:26.710] [fast-offline-migration] waiting for 57sec before taking any migration decision
| [2026-08-14 15:05:27.233] [offline-migration] forcing DHCP renew
| [2026-08-14 15:05:27.233] [offline-migration] forcing DHCPv6 INFORMATION REQUEST
<Meraki>

DHCP Option 43やDNSによってWLCを検出できなかった場合や、WLCを検出できてもJoinできなかった場合は、処理がループして繰り返されます。その場合のログとしては「[offline-migration] no migration & not claimed => restart detection」が表示されます。下記は長時間の放置をしていた際のログです。

<Meraki> offline-migration-info
| [2000-01-01 00:00:49.29 ] AP in day0 - offline migration
| [2000-01-01 00:03:09.112] [init] start offline migration detection (v1.2)
| [2000-01-01 00:04:55.447] [init] start offline migration detection (v1.2)
| [2026-08-15 06:07:45.984] [fast-offline-migration-delay] forcing DHCPv6 INFORMATION REQUEST
| [2026-08-15 06:07:51.48 ] [fast-offline-migration][v4] no fast offline migration by DHCP
| [2026-08-15 06:07:51.48 ] [fast-offline-migration][v6] no fast offline migration by DHCP
| [2026-08-15 06:07:51.48 ] [fast-offline-migration][v4] missing DNS config (server and/or domain)
| [2026-08-15 06:07:51.48 ] [fast-offline-migration][v6] missing DNS config (server and/or domain)
| [2026-08-15 06:07:51.48 ] [fast-offline-migration] waiting for 420sec before taking any migration decision
| [2026-08-15 06:08:51.600] [fast-offline-migration] waiting for 360sec before taking any migration decision
| [2026-08-15 06:09:52.143] [fast-offline-migration] waiting for 299sec before taking any migration decision
| [2026-08-15 06:10:52.677] [fast-offline-migration] waiting for 239sec before taking any migration decision
| [2026-08-15 06:11:53.211] [fast-offline-migration] waiting for 178sec before taking any migration decision
| [2026-08-15 06:12:53.730] [fast-offline-migration] waiting for 118sec before taking any migration decision
| [2026-08-15 06:13:54.270] [fast-offline-migration] waiting for 57sec before taking any migration decision
| [2026-08-15 06:14:54.799] [offline-migration] forcing DHCP renew
| [2026-08-15 06:14:54.799] [offline-migration] forcing DHCPv6 INFORMATION REQUEST
| [2026-08-15 06:14:59.842] [offline-migration] migration decision
| [2026-08-15 06:14:59.843] [offline-migration][v4] no WLC IP in DHCP option 43
| [2026-08-15 06:14:59.843] [offline-migration][v4] missing DNS config (server and/or domain)
| [2026-08-15 06:14:59.843] [offline-migration][v6] no WLC IP in DHCP option 52
| [2026-08-15 06:14:59.843] [offline-migration][v6] missing DNS config (server and/or domain)
| [2026-08-15 06:15:04.958] [offline-migration][v4][capwap-l2] 0 WLC(s) detected (unsupported)
| [2026-08-15 06:15:09.988] [offline-migration][v6][capwap-l2] 0 WLC(s) detected (unsupported)
| [2026-08-15 06:15:09.988] [offline-migration] no migration & not claimed => restart detection
| [2026-08-15 06:15:15.32 ] [init] start offline migration detection (v1.2)
| [2026-08-15 06:16:15.567] [fast-offline-migration-delay] forcing DHCPv6 INFORMATION REQUEST
| [2026-08-15 06:16:20.696] [fast-offline-migration][v4] no fast offline migration by DHCP
| [2026-08-15 06:16:20.696] [fast-offline-migration][v6] no fast offline migration by DHCP
| [2026-08-15 06:16:20.696] [fast-offline-migration][v4] missing DNS config (server and/or domain)
| [2026-08-15 06:16:20.696] [fast-offline-migration][v6] missing DNS config (server and/or domain)
| [2026-08-15 06:16:20.696] [fast-offline-migration] waiting for 420sec before taking any migration decision
| [2026-08-15 06:17:21.233] [fast-offline-migration] waiting for 360sec before taking any migration decision
| [2026-08-15 06:18:21.776] [fast-offline-migration] waiting for 299sec before taking any migration decision
| [2026-08-15 06:19:22.306] [fast-offline-migration] waiting for 239sec before taking any migration decision
| [2026-08-15 06:20:22.849] [fast-offline-migration] waiting for 178sec before taking any migration decision
| [2026-08-15 06:21:23.394] [fast-offline-migration] waiting for 118sec before taking any migration decision
| [2026-08-15 06:22:23.923] [fast-offline-migration] waiting for 57sec before taking any migration decision
| [2026-08-15 06:23:24.453] [offline-migration] forcing DHCP renew
| [2026-08-15 06:23:24.453] [offline-migration] forcing DHCPv6 INFORMATION REQUEST
| [2026-08-15 06:23:29.496] [offline-migration] migration decision
| [2026-08-15 06:23:29.497] [offline-migration][v4] no WLC IP in DHCP option 43
| [2026-08-15 06:23:29.497] [offline-migration][v4] missing DNS config (server and/or domain)
| [2026-08-15 06:23:29.497] [offline-migration][v6] no WLC IP in DHCP option 52
| [2026-08-15 06:23:29.497] [offline-migration][v6] missing DNS config (server and/or domain)
| [2026-08-15 06:23:34.764] [offline-migration][v4][capwap-l2] 0 WLC(s) detected (unsupported)
| [2026-08-15 06:23:39.794] [offline-migration][v6][capwap-l2] 0 WLC(s) detected (unsupported)
| [2026-08-15 06:23:39.795] [offline-migration] no migration & not claimed => restart detection
<snip>
<Meraki>

作業の概要

無線LAN端末を用意して、対象の無線APが吹いているSSIDに接続します。(接続対象のSSIDは後述)
Local Status Pageにアクセスしてログインします。
「Migrate to WLC Management mode」を実行します。

接続先のSSIDに関して

SSIDはWi-Fi 7 APの状態によって変わるため下記のドキュメントを参考にします。

Cisco Meraki Local Status Page: MR Wireless - Cisco Meraki Documentation
https://documentation.meraki.com/Platform_Management/Dashboard_Administration/Troubleshooting_and_Support/Troubleshooting/Using_the_Cisco_Meraki_Device_Local_Status_Page/Cisco_Meraki_Local_Status_Page%3A_MR_Wireless#Default_SSIDs
「Default SSIDs」のセクションを参照します。

筆者が検証した限りでは、無線APをPoEで起動して約4分後にSSIDを吹き始めました。

ログとしては「offline-migration-info」を実行した際に「[init] start offline migration detection (v1.2)」が表示されたタイミングでした。

<Meraki> offline-migration-info
| [2000-01-01 00:00:48.36 ] AP in day0 - offline migration
| [2000-01-01 00:02:58.800] [init] start offline migration detection (v1.2)
<Meraki>

詳細な手順

無線LAN端末からSSIDに接続します。

SSIDへの接続
Local Status PageにアクセスするためにWebブラウザで「http://10.128.128.126 」を開きます。

Local Status Pageへのアクセス
「Hardware address」や「IP Address」の情報から対象の無線APと一致しているかを確認します。

対象の無線APであることの確認
「Configure」タブに移動します。

「Configure」タブへ移動
設定変更が可能な画面への遷移となるため、ログイン情報が必要となります。Meraki Cloudと設定の同期をしていない状態のため、ログイン情報は下記の通りになります。

項目値

Username admin

Password 対象の無線APのSerial Number (Cloud ID)

Local Status Pageのログイン
- 補足: Meraki Cloudとログインしている場合は「Network-wide > Configure セクション > General」の「Local credentials」に依存するため混同しないように注意が必要です。
ログイン後、「以前に居たページ」に戻された場合は、改めて「Configure」タブに移動し直します。
「Migrate to WLC Management mode」ボタンを実行します。

「Migrate to WLC Management mode」ボタン
最終確認のポップアップが表示されます。「OK」ボタンを押下すると、再起動してWLC Modeに移行します。

最終確認のポップアップ

項目	値
Username	admin
Password	対象の無線APのSerial Number (Cloud ID)

Cisco Wi-Fi 7 APをCatalyst 9800 (WLC)からMeraki Dashboardに移行する

Catalyst Wireless Catalyst 9800 Meraki

Catalyst 9800 (WLC)上で管理されているCisco Wi-Fi 7 AP (CW917xシリーズ)を、Meraki Dashboardによる管理へ移行できます。

Cisco Wi-Fi 7 APをCatalyst 9800 (WLC)からMeraki Dashboardに移行する

逆方向への移行に関しては下記の記事を参照してください。

myhomenwlab.hatenablog.com

作業の前提

WLCが無線APに対してMigrateの指示を出すため、対象の無線APがJoinしていることを確認してから作業してください。特にPrimary WLCではなく、Secondary WLCに無線APがJoinしてしまっていて見逃すケースが考えられます。
Meraki Dashboardに対象の無線APをClaimしてNetworkにアサインしておきます。

作業概要

Migrateを実施する作業フローは3つの作業ステップがあります。

Select APs: 対象の無線APを選択します。
Validate: Migrate可能な状態であるか妥当性がチェックされます。
Export: Migrate処理の成否の確認と、その情報をExportできます。

補足情報

Global Use APとも呼ばれるWi-Fi 7 APでは、AP Join Profileに対するCountry Codeの設定は不要です。その旨は、作業フロー内で表示されます。

Global Use APs are eligible for Meraki Mode migration irrespective of Country Code and Slot Regulatory Domain Check status

設定方法

メニュー「Configuration > Wireless > Migrate to Meraki Management Mode」に移動します。

Migrate to Meraki Management Modeへの移動
作業ステップ: Select APs: 「Migrate to Meraki Management Mode」タブからMigrate対象の無線を選択して、右側にある「Migrate to Meraki Management Mode」ボタンを押下します。

対象の無線APの選択
作業ステップ Validate: Migrate対象の無線APに対してチェックが行われます。問題が無ければ、「Next」ボタンを押下します。

妥当性のチェック
警告がポップアップします。内容を確認して問題が無ければ「agree and continue」にチェックを入れて「Yes」ボタンを押下します。実行するとMigrate処理がほぼ即時的に行われます。

Are you sure you want to migrate the selected AP(s) to Meraki Management Mode?

This will cause the APs to reboot and they will no longer be manageable from this Wireless LAN Controller. Management Mode migration will be attempted only on those AP(s) that have passed country code check and regulatory domain check on at least one slot. Click here to learn more.

警告のポップアップ

「Click here to learn more.」の「here」の部分を押下すると、Catalyst 9800に内蔵されているオンラインヘルプが開きます。
作業ステップ: Export: 処理の成否が表示され、その情報を必要に応じてExportできます。この段階でMigrate処理が実際に実施されたため、全てがSuccessになっているのを確認します。

処理の成否の確認と、情報のExport

Wi-Fi 7 APの全体像

Wi-Fi 7 AP固有の話は、Wi-Fi 7 ロードショーの資料が分かりやすく整理されています。

Cisco Wi-Fi 7 ロードショー資料ダウンロード
https://www.cisco.com/c/dam/m/ja_jp/training-events/events-webinars/postevent/2025-wifi7/wifi7-tokyo-1.pdf

Cisco Wi-Fi 7 APをMeraki DashboardからCatalyst 9800 (WLC)に移行する

Catalyst Wireless Catalyst 9800 Meraki

Meraki Dashboard上で管理されているCisco Wi-Fi 7 AP (CW917xシリーズ)を、Catalyst 9800 (WLC)による管理へ移行できます。

Cisco Wi-Fi 7 APをMeraki DashboardからCatalyst 9800 (WLC)に移行する

逆方向への移行に関しては下記の記事を参照してください。

myhomenwlab.hatenablog.com

作業する前に

本手順を実施する前に、以下の点を確認します。

Meraki Cloudへの疎通性

Meraki Dashboardから移行 (Migrate)の指示を無線APに伝えるため、Meraki Cloudへの疎通性があり、Meraki Dashboard上でオンラインで見えている必要があります。そのため、Wi-Fi 7 APを閉域環境で利用する場合では、本手順は実施できません。

当たり前の話であるかもしれませんが、仕事場だとFirewall Policyで厳格に通信制御されていたり、Forward Proxyを介さないと通信できない環境もあるので、不意にオフラインになっていないかを意識する必要があります。

Meraki Dashboard上でのCountry Codeの反映状況

Wi-Fi 7 APはユニバーサルモデルとなり国別の型番がないため、各国の電波規制の都合上、Country Codeを何かしらの方法で反映させる必要があります。

Meraki Modeでは、Meraki Dashboard側で無線APの所在地に応じたCountry Codeが決定されるため、Meraki DashboardからCatalyst 9800へ移行する際にも、そのCountry Codeを引き継げる利点があります。

補足: Country Codeが反映されていない状態は、UN Modeと呼ばれます。UNはUnknownを意味します。

Meraki Dashboard上での規制ドメインの設定は、メニュー「Network-wide > Configure セクション > General」の「Network Location セクション」より、設定項目「Country/Region」が該当します。

また対象の無線APのページから「Regulatory info」を確認して、日本であれば「Enforced Country: JP」のように表示されているのを確認します。

Meshの無効化

対象のMerakiのNetworkでMeshを無効化 (Disabled)にしている必要があります。

Meshが有効化されたままの状態だと、下記のようなエラーが発生します。

Migration to Wireless LAN Controller could not be initiated for some of the requested devices.

****-****-****
Node cannot be migrated unless meshing is disabled for the node's network

「Meraki Dashboard管理 (Meraki Mode)」と「Catalyst 9800管理 (WLC Mode)」が混在している環境で、Meshを無効化する際の影響が気になる場合は、移行専用のNetworkを作成してMeraki AP (変換対象の無線AP)を所属させる方法があります。

設計の観点

本記事の内容は、Catalyst 9800にJoinできるようにするためのMigrateの指示を出すだけの操作です。

そのため、別途、DHCP Option 43やDNSなどを用いて実際にWLCにDiscoveryできる設計にしておく必要があります。

設定方法

Meraki Dashboard側での操作は2つのステップになります。

Meshの無効化
Migrateの実施

Meshの無効化

Meraki Dashboardで対象の無線APが所属するNetworkに移動して、メニュー「Network-wide > Configure セクション > General」を開きます。

設定項目への移動
設定項目の「Meshing」を「Disabled」に変更して保存します。

Meshの無効化
Mesh無効化の設定が反映されているかを確認するために、「無線APの一覧」や対象の「無線APのページ」より「Configuration」の項目が「Up to date」になっているのを確認します。
- 補足: メニュー「Wireless > Monitor セクション > Access Points」の「無線APの一覧」から参照する場合は、カラムの追加が必要です。
無線AP一覧でConfiguration statusの確認

無線APページでConfigurationの確認

Migrateの実施

対象の無線APに対して操作するため、対象Networkのメニュー「Wireless > Monitor セクション > Access Points」を開きます。

Migrate対象の無線APを選択して、「Migrate to WLC」ボタンを押下します。

対象の無線APの選択
選択対象に誤りがないのを確認した上で、「Migrate n Access point」(n の部分は台数)ボタンを押下します。

選択対象に誤りがないかの確認
WLC Mode (WLC Management Mode)へ移行する過程で再起動が発生して、Meraki Dashboardには繋がらなくなる旨が表示されます。問題がなければ「Migrate」ボタンを押下します。

最終警告のポップアップ
処理が正常に実行されると「Migration successfully initiated」のメッセージが表示されます。

Migrate処理の成功メッセージ
補足ですが、筆者の環境では実際のMigrateの処理が始まるまで2分ほどラグがありました。

Wi-Fi 7 APの全体像

Wi-Fi 7 AP固有の話は、Wi-Fi 7 ロードショーの資料が分かりやすく整理されています。

Cisco Wi-Fi 7 ロードショー資料ダウンロード
https://www.cisco.com/c/dam/m/ja_jp/training-events/events-webinars/postevent/2025-wifi7/wifi7-tokyo-1.pdf

Cisco Wi-Fi 7 APをCLIから工場出荷状態 (Day 0 Mode)へ初期化

Catalyst Wireless

Cisco Wi-Fi 7 AP (CW917xシリーズ)を工場出荷状態 (Day 0 Mode)へ初期化したい場合は、従来のCatalyst AP (Wi-Fi 6/6Eなど)と異なり「factory-reset」のキーワードが必要になります。

コマンド

「factory-reset」のキーワードを忘れずに！！

capwap ap erase factory-reset

なお、コマンドの実行時には「Are you sure you want to continue? [confirm]」と本当に実施するかを問われます。

CW917x# capwap ap erase factory-reset

WARNING :" capwap ap erase factory-reset" will convert to Meraki Day0 mode,
 WIPE DATA and Reboot AP.
The following files will be cleared as part of this process
1) Config ,Bak config files
2) Crashfiles
3) syslogs
4) Boot variables
5) Pktlogs
6) Manually created files
 Are you sure you want to continue? [confirm]
<snip>

背景

Wi-Fi 7 APからは「Catalyst 9800管理 (WLC Mode)」と「Meraki Dashboard管理 (Meraki Mode)」を選べるようになっており、工場から出荷された状態はそのどちらの管理方式も選択可能な「Day 0 Mode」になっています。

検証にて両方のModeを行き来して検証するようなユースケースでは、Day 0 Modeへ戻す必要があります。

逆に「Catalyst 9800管理 (WLC Mode)」で無線APの設定情報を消し飛ばして、Joinプロセスからやり直したいケースでは、従来通りの「capwap ap erase」(factory-resetのキーワードなし)が良いケースもあります。

情報源

英語

Cisco Wireless Global Use Access Points Deployment Guide - Cisco
https://www.cisco.com/c/en/us/td/docs/wireless/access_point/technical-reference/global-use-ap-dg.html#FactoryResetthroughAPCLI
「Factory Reset through AP CLI」のセクションを参照します。

日本語翻訳

シスコワイヤレスグローバルユースアクセスポイント導入ガイド - Cisco
https://cisco.com/c/ja_jp/td/docs/wireless/access_point/technical-reference/global-use-ap-dg.html#APのリセットボタンによる工場出荷時の状態へのリセット
「AP CLI による工場出荷状態へのリセット」のセクションを参照します。

myhomenwlab.hatenablog.com

2026-08-07

Cisco Wi-Fi 7 APのSite Survey Modeへの変換

Catalyst Wireless

Cisco社のWi-Fi 7 AP (CW917xシリーズ)では、「ハードウェアの世界共通化 (国別型番の廃止)」や「CatalystとMerakiの共通化」に伴って、Site Survey Modeを利用する際の前提条件が増えました。

Wi-Fi 7 APがWLC (C9800)に少なくとも一度はJoinしている必要があります。
Country Code (例: J4)はWLCから引き継がれるため、変換前にCountry Codeの状態を確定しておく必要があります。
なお、Wi-Fi 7 APにおいて最も確実なCountry Codeの確定は、RAF (Regulatory Activation File)を用いた方式となります。

それ以外の点はWi-Fi 6E APから大きな変更はないため、下記の記事を参照してください。

myhomenwlab.hatenablog.com

現状のCountry Codeの確認方法

Web UIであれば、メニュー「Configuration > Wireless > Access Points」から確認できます。

Catalyst 9800 v26.1.1のWeb UIでの例
CLIであれば、「show ap summary」を実行して「CC」(Country Code)の欄から確認できます。

WLC# show ap summary
Number of APs: 1

CC = Country Code
RD = Regulatory Domain

AP Name                          Slots AP Model             Ethernet MAC   Radio MAC      CC   RD   IP Address                                State        Location
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
******.****.****                 3     CW9172H              ****.****.**** ****.****.**** J4   -Q   203.0.113.8                               Registered   default location                

WLC#

テキストだと横に長く見づらいため、画像でも同様の内容を掲載します。

前提条件の達成有無による違い

一度もWLC (C9800)にJoinせず、Country Codeも反映されていない状態でSite Survey Modeに変換すると、SSID SateがDOWNしてしまってSSIDを吹かなくなります。

前提条件: 未達 (NG)

前提条件を満たしていない場合は、SSID Stateが全てDOWNしています。

site-survey-AP# show dot11 wlan
Radio Vap SSID State    Auth Assoc Switching  DHCP
    0   0       DOWN Central Local   Central Local
    0   1       DOWN Central Local   Central Local
    0   2       DOWN Central Local   Central Local
    0   3       DOWN Central Local   Central Local
    0   4       DOWN Central Local   Central Local
    0   5       DOWN Central Local   Central Local
    0   6       DOWN Central Local   Central Local
    0   7       DOWN Central Local   Central Local
    0   8       DOWN Central Local   Central Local
    0   9       DOWN Central Local   Central Local
    0  10       DOWN Central Local   Central Local
    0  11       DOWN Central Local   Central Local
    0  12       DOWN Central Local   Central Local
    0  13       DOWN Central Local   Central Local
    0  14       DOWN Central Local   Central Local
    0  15       DOWN   Local Local     Local Local
    1   0       DOWN Central Local   Central Local
    1   1       DOWN Central Local   Central Local
    1   2       DOWN Central Local   Central Local
    1   3       DOWN Central Local   Central Local
    1   4       DOWN Central Local   Central Local
    1   5       DOWN Central Local   Central Local
    1   6       DOWN Central Local   Central Local
    1   7       DOWN Central Local   Central Local
    1   8       DOWN Central Local   Central Local
    1   9       DOWN Central Local   Central Local
    1  10       DOWN Central Local   Central Local
    1  11       DOWN Central Local   Central Local
    1  12       DOWN Central Local   Central Local
    1  13       DOWN Central Local   Central Local
    1  14       DOWN Central Local   Central Local
    1  15       DOWN   Local Local     Local Local
    2   0       DOWN Central Local   Central Local
    2   1       DOWN Central Local   Central Local
    2   2       DOWN Central Local   Central Local
    2   3       DOWN Central Local   Central Local
    2   4       DOWN Central Local   Central Local
    2   5       DOWN Central Local   Central Local
    2   6       DOWN Central Local   Central Local
    2   7       DOWN Central Local   Central Local
    2   8       DOWN Central Local   Central Local
    2   9       DOWN Central Local   Central Local
    2  10       DOWN Central Local   Central Local
    2  11       DOWN Central Local   Central Local
    2  12       DOWN Central Local   Central Local
    2  13       DOWN Central Local   Central Local
    2  14       DOWN Central Local   Central Local
    2  15       DOWN   Local Local     Local Local

site-survey-AP#

前提条件: 達成 (OK)

無線APのモデル名に応じたSSIDの情報が表示されてSSID StateもUpになります。

site-survey-AP# show dot11 wlan
Radio Vap                SSID State    Auth Assoc Switching  DHCP
    0   0                      DOWN Central Local   Central Local
    0   1                      DOWN Central Local   Central Local
    0   2                      DOWN Central Local   Central Local
    0   3                      DOWN Central Local   Central Local
    0   4                      DOWN Central Local   Central Local
    0   5                      DOWN Central Local   Central Local
    0   6                      DOWN Central Local   Central Local
    0   7                      DOWN Central Local   Central Local
    0   8                      DOWN Central Local   Central Local
    0   9                      DOWN Central Local   Central Local
    0  10                      DOWN Central Local   Central Local
    0  11                      DOWN Central Local   Central Local
    0  12                      DOWN Central Local   Central Local
    0  13                      DOWN Central Local   Central Local
    0  14                      DOWN Central Local   Central Local
    0  15 CW9172H_site_survey    UP   Local Local     Local Local
    1   0                      DOWN Central Local   Central Local
    1   1                      DOWN Central Local   Central Local
    1   2                      DOWN Central Local   Central Local
    1   3                      DOWN Central Local   Central Local
    1   4                      DOWN Central Local   Central Local
    1   5                      DOWN Central Local   Central Local
    1   6                      DOWN Central Local   Central Local
    1   7                      DOWN Central Local   Central Local
    1   8                      DOWN Central Local   Central Local
    1   9                      DOWN Central Local   Central Local
    1  10                      DOWN Central Local   Central Local
    1  11                      DOWN Central Local   Central Local
    1  12                      DOWN Central Local   Central Local
    1  13                      DOWN Central Local   Central Local
    1  14                      DOWN Central Local   Central Local
    1  15 CW9172H_site_survey    UP   Local Local     Local Local
    2   0                      DOWN Central Local   Central Local
    2   1                      DOWN Central Local   Central Local
    2   2                      DOWN Central Local   Central Local
    2   3                      DOWN Central Local   Central Local
    2   4                      DOWN Central Local   Central Local
    2   5                      DOWN Central Local   Central Local
    2   6                      DOWN Central Local   Central Local
    2   7                      DOWN Central Local   Central Local
    2   8                      DOWN Central Local   Central Local
    2   9                      DOWN Central Local   Central Local
    2  10                      DOWN Central Local   Central Local
    2  11                      DOWN Central Local   Central Local
    2  12                      DOWN Central Local   Central Local
    2  13                      DOWN Central Local   Central Local
    2  14                      DOWN Central Local   Central Local
    2  15 CW9172H_site_survey    UP   Local Local     Local Local

site-survey-AP#

背景知識

Cisco社のWi-Fi 7 APはWi-Fi 6Eと比べて2つの大きな変化があるため、ひと手間が必要になりました。

1. Meraki管理か？Catalyst 9800管理か？

Wi-Fi 7 APでは起動時のオンボーディングで「MerakiにJoinするか？C9800にJoinするか？」の判定処理が発生します。

備考: Wi-Fi 6E APではDNA PersonaとMeraki Personaの切り替えにおいて、TACとのやり取りが必要でした。

2. 型番の統一

Wi-Fi 6E APまでは日本だと「-Q 型番」のように電波規制に応じて国別に型番が分かれていました。しかし、Wi-Fi 7 APでは国別の型番がなくなって、ユニバーサルモデルとして全世界で型番が共通化されました。

無線APは電波規制への順守が必要になるため、国別の型番で判別できないWi-Fi 7 APは、どの国で稼働しているかの確定させるための仕組みが必要になりました。

用語の補足: GUAP (Global Use Access Point)とは？

Meraki管理とCatalyst 9800管理の境界線を取り払った点と、型番を共通化してグローバルで同じハードウェアを利用できるようになったため、ドキュメント上ではGUAP (Global Use Access Point)とも呼ばれています。

Cisco Catalyst 3560CX (IOS)でUSB Memoryをフォーマットして利用する

Cisco IOS

Cisco Catalyst 3650CX (IOS)にはUSBスロットがあってUSB Memoryを挿入できるため、使用方法を実機で調査しました。

筆者が検証した動機としては、USB Memoryを挿抜時のSyslog, SNMP Trap, SNMP MIBなどの確認を行いたかったためです。

備考: 「USBメモリー」(長音あり)や「USBメモリ」(長音なし)などの表記揺れを避けるため、本記事では「USB Memory」と表記しています。

サポート状況

ドキュメントを見るとUSB Type A PortでCisco純正の外部USB Flash Deviceをサポートしているようです。

www.cisco.com

USB Type A Ports
The USB Type A ports provide access to external USB flash devices, also known as thumb drives or USB keys. The switch supports Cisco 64 MB, 256 MB, 512 MB, 1 GB, 4 GB, and 8 GB flash drives. You can use standard Cisco IOS command- line interface (CLI) commands to read, write, erase, and copy to or from the flash device. You can also configure the switch to boot from the USB flash drive.

筆者は純正品のUSB Memoryを持ち合わせていなかったため、Third Party製品を用いて検証しました。

下記よりCatalyst 3560CXシリーズの関連ドキュメントを漁ってみましたが、USB Memoryを直接操作しているような情報はなさそうに見えたため、他のCatalystのモデルの情報などを参考にして検証しました。

www.cisco.com

検証時の情報

項目	情報
Model	WS-C3560CX-12PC-S
Version	15.2(7)E7
USB Memory	Third Party製品 (サポート外)

ファイルシステムがNTFSのUSB Memoryを挿入時のログ

サポート外のファイルシステムでフォーマットされたUSB Memoryを挿入すると下記のようなエラーが出力されます。

Nov  6 20:22:08.910 JST: %USBFLASH-5-CHANGE: usbflash0 has been removed!
Nov  6 20:22:11.354 JST: %USBFLASH-4-FORMAT: usbflash0 contains unexpected values in partition table or boot sector.  Device needs formatting before use!

さらにサポート外のファイルシステムのUSB Memoryを dir コマンドで中身を見ようとすると下記のようなエラーが出力されます。

# dir usbflash0:
%Error opening usbflash0:/ (Invalid DOS media or no media in slot)
#

USB Memoryのフォーマット

USB Memoryを利用するにはフォーマットが必要です。USB Memoryの中身が消されるので必要なファイルがある場合は退避しておいてください。

format usbflash0: コマンドでフォーマットを実行します。USB Memoryのスロットが usbflash0: (0番目) となっているため、別モデルで実行する際などは適宜修正してください。

# format usbflash0:
Format operation may take a while. Continue? [confirm]
Format operation will destroy all data in "usbflash0:".  Continue? [confirm]

Primary Partition created...Size 896 MB

Drive communication & 1st Sector Write OK...

Format: All system sectors written. OK...

Format: Total sectors in formatted partition: 1834976
Format: Total bytes in formatted partition: 939507712
Format: Operation completed successfully.

Format of usbflash0 complete
#

補足ですが筆者の環境では format コマンドにファイルシステムの指定オプションなどはありませんでした。

# format usbflash0: ?
  <cr>

# format usbflash0:

USB Memoryのフォーマット直後に dir コマンドで中身を見た場合の出力例です。

# dir usbflash0:
Directory of usbflash0:/

No files in directory

939245568 bytes total (939245568 bytes free)
#

USB Memoryが認識可能になったら running-config やFirmwareのコピーに活用できます。しかしながら、昨今のUSB Memoryの取り扱いはインシデントの未然防止のためにシビアになっているので注意してください。

# copy running-config usbflash0:
Destination filename [running-config]?
7794 bytes copied in 1.391 secs (5603 bytes/sec)
#

なお、USB MemoryのファイルシステムはWindowsで確認すると FAT で認識されました。

2026-08-02

Catalyst 9800はSmart LicensingのSLR方式のサポート状況

Catalyst Wireless Catalyst 9800

Catalyst 9800には「SLR」と呼ばれるSmart Licensingの方式がありましたが、Version 17.3.2以降ではSmart Licensing Using Policy (SLP/SLUP)の登場に伴って、新規導入におけるSLRはサポートされなくなりました。代替方式としては、AirGap (Air-gapped)の方式があります。

Configure & Troubleshoot Catalyst 9800 Unified Licensing and Smart Licensing with SLUP - Cisco https://www.cisco.com/c/en/us/support/docs/wireless/catalyst-9800-series-wireless-controllers/217348-configure-troubleshoot-catalyst-9800-w.html#toc-hId-151774090

Upgrading From Specific License Registration (SLR) Older WLC releases, earlier than 17.3.2, used a special offline licensing method called Specific License Registration (SLR). This licensing method has been deprecated in the releases using SLUP (17.3.2 and later).

Cisco Smart Licensing ガイド - Cisco
https://www.cisco.com/c/ja_jp/products/collateral/software/smart-accounts/guide-c07-744931.html

Smart Licensing Using Policy（SLP）とは
Smart Licensing Using Policy（SLP）はスマートライセンスの進化版です。Cisco IOS® XE 17.3.2 または 17.4.1 以降、これらのバージョンのオペレーティングシステムソフトウェアが動作しているすべてのシスコ製品では、Smart Licensing Using Policy（SLP）のみがサポートされます。PAK および特定のライセンス予約（SLR）キーは、アップグレードを通じて保持され、削除されない限りそのまま残ります。

SLRは「Specific License Reservation」や「Specific License Registration」と呼ばれます。

主に閉域環境のようなInternetへの通信を定期的に行えない環境向けに、名称にReservationやRegistrationが示す通り、予め機器本体に必要な無線AP分のDNAライセンスを予約・登録しておきます。その仕組み上、N+1構成の場合は各機器に無線AP台数分の予約が必要になるため、ライセンスの必要数が倍になります。

昔のSLR (Specific License Reservation Registration)

例えば、無線APを100台購入しているシナリオで、

a) Primary, Secondary WLCでSLRを用いると、それぞれのWLCに無線AP 100台ずつ事前予約が必要なため、2倍となる200台分のDNAライセンスが必要になります。
b) Primary, Secondary, Tertiary WLCでSLRを用いると、3倍の300台分のDNAライセンスが必要になります。

そのため、お金がかかったとしても、インターネットへの環境がない構成でSmart Licensingの運用を極力減らしたい場合にSLRは選択肢になっていました。

なお、SLRはライセンスの不正使用の防止に、NW機器本体からライセンスの返却処理をする必要があったので筐体障害などでの考慮が発生しました。

Version 17.3.2以降のCatalyst 9800でもSLRの操作自体はできるようでしたが機能としてはサポートはされおらず、TACに問い合わせてもサポートを受けれなくなるため、意図せずに利用しないように注意が必要です。

リザベーションリターンコードの取得方法 - Cisco
https://www.cisco.com/c/ja_jp/support/docs/licensing/common-licensing-issues/how-to/lic217546-how-to-obtain-the-reservation-return-cod.html

新しいSmart Licensing Using Policy (SLP/SLUP)方式のスライド資料

パートナー様向けSmart Licensing Using Policy(SLP)概要 https://www.cisco.com/c/dam/global/ja_jp/products/smart-software-licensing/literature/slp-overview-202605.pdf

AirGap (Air-gapped)方式のドキュメント

英語ドキュメント

Configure Offline (Air-gapped) Licensing on 9800 WLC - Cisco
https://www.cisco.com/c/en/us/support/docs/wireless/catalyst-9800-series-wireless-controllers/221758-configure-offline-air-gapped-licensing.html

日本語翻訳

9800 WLCでのオフライン（エアギャップ）ライセンスの設定 - Cisco
https://www.cisco.com/c/ja_jp/support/docs/wireless/catalyst-9800-series-wireless-controllers/221758-configure-offline-air-gapped-licensing.html

Communityの関連記事

スマートライセンス Specific License Reservation (SLR) でのライセンスリホスト方法 - Cisco Community
https://community.cisco.com/t5/-/-/ta-p/4170087

実際の運用の観点

実際のライセンスの運用面の話は、DeNA社のブログが参考になります。

Cisco WLC を Act-Act で運用する話 | BLOG - DeNA Engineering
https://engineering.dena.com/blog/2019/09/wlan_controller_total_management/

設計・構築・運用視点でのCatalyst 9100のライセンス・サブスクリプション - My Home NW Lab
https://myhomenwlab.hatenablog.com/entry/2026/08/01/133954

背景

8分間の待機時間 (タイマー)

作業の概要

接続先のSSIDに関して

詳細な手順

関連ドキュメント

Meraki関連

英語

日本語翻訳

Wi-Fi 7 APのオンボーディング

英語

日本語翻訳

Wi-Fi 7 APのJoin関連のトラブルシュート

英語

日本語翻訳

関連記事

作業の前提

作業概要

補足情報

設定方法

Wi-Fi 7 APの全体像

関連ドキュメント

Catalyst 9800関連

英語

日本語翻訳

Meraki関連

関連記事

作業する前に

Meraki Cloudへの疎通性

Meraki Dashboard上でのCountry Codeの反映状況

Meshの無効化

設計の観点

設定方法

Meshの無効化

Migrateの実施

Wi-Fi 7 APの全体像

関連ドキュメント

英語

日本語翻訳

関連記事

コマンド

背景

情報源

英語

日本語翻訳

関連記事

現状のCountry Codeの確認方法

前提条件の達成有無による違い

前提条件: 未達 (NG)

前提条件: 達成 (OK)

背景知識

1. Meraki管理か？Catalyst 9800管理か？

2. 型番の統一

用語の補足: GUAP (Global Use Access Point)とは？

関連ドキュメント

Site Survey Mode

Wi-Fi 7 APの全体像

Wi-Fi 7のオンボーディングの観点

英語

日本語翻訳

関連記事

サポート状況

検証時の情報

ファイル システムがNTFSのUSB Memoryを挿入時のログ

USB Memoryのフォーマット

SLR方式の関連ドキュメント

新しいSmart Licensing Using Policy (SLP/SLUP)方式のスライド資料

AirGap (Air-gapped)方式のドキュメント

英語ドキュメント

日本語翻訳

Communityの関連記事

実際の運用の観点

関連記事

ファイルシステムがNTFSのUSB Memoryを挿入時のログ