このドキュメントでは、Catalyst Centerのデバイス単位の設定を使用して、既存のCatalyst 9800ワイヤレスLANコントローラを管理する方法について説明します。
次の項目に関する知識があることが推奨されます。
開始する前に、次のことを確認します。
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期(デフォルト)設定の状態から起動しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
このドキュメントは、次のバージョンのハードウェアとソフトウェアにも使用できます。
Catalyst Centerでは、従来、インテントベースのプロビジョニングを使用してワイヤレスコントローラを管理していました。ユーザがワイヤレス設計をサイトレベル(サービスセット識別子(SSID)、ネットワークプロファイル、RFプロファイル、およびモデル設定)で定義し、Catalyst Centerがコントローラ設定を生成してプッシュします。すでに実稼働コンフィギュレーションを実行しているコントローラの場合、このアプローチではコンフィギュレーションを設計に再作成するか、設計から学習する必要があります。
Catalyst Centerリリース2.3.7.9では、デバイス設定の学習ワークフローが廃止され、Catalyst 9800シリーズワイヤレスLANコントローラ(WLC)のデバイスごとの設定が導入されました。デバイス単位の設定を使用すると、コントローラのWebインターフェイスと同様の方法で、Catalyst Centerから直接、単一のコントローラ上で設定オブジェクトを作成、編集、複製、および削除できます。これにより、Cisco Catalyst Centerは、既存の(既存の)コントローラを、その設定をインテントベースのネットワークプロファイルに移動することなく管理できます。この機能はデフォルトで無効になっており、コントローラごとに有効になっています。
| デバイスごとの設定 |
インテントベースのプロビジョニング |
|
| 設定のソース |
コントローラに存在するオブジェクト |
サイトレベルの設計(ネットワークプロファイル、ネットワーク設定、モデル構成) |
| 最適フィット |
ブラウンフィールドコントローラ、コントローラ固有の設定 |
新規の導入、標準化されたマルチサイト設計 |
| 再設計が必要 |
No |
はい、既存のコントローラの場合 |
| Software-Defined Access(SD-Access)ワイヤレス |
サポートされていません |
サポート対象 |
| 同じコントローラ上での共存 |
非サポートインテントベースのプロビジョニングでプロビジョニングされたコントローラは、読み取り専用モードでデバイスごとの設定を表示します |
- |
リリース3.2.3では、デバイスの詳細ウィンドウのConfigurationタブに、次の表に示すようにコントローラの機能がグループ化されています。メニュー名は、GUIに表示されるとおりに表示されます。使用できるオプションは、コントローラで実行されているCisco IOS XEリリースによって異なります。
| メニュー |
機能 |
| SSID |
WLANプロファイル、ポリシープロファイル、リモートLANプロファイル、リモートLANポリシー、ポリシータグ、802.11beプロファイル |
| RF |
RFプロファイル、無線プロファイル、RFタグ、マルチBSSIDプロファイル、URWBネットワークプロファイル、RFデフォルト |
| AP |
AP加入プロファイル、メッシュ、電源プロファイル、フレックスプロファイル、サイトタグ、カレンダープロファイル |
| タグマッピング |
APプライミング、タグマッピング(タグプライオリティ、スタティック、ロケーションベース、およびルールベースのマッピング) |
| セキュリティ |
AAA、AAAポリシー、ACL、EAP、URLフィルタ、ゲストユーザ、Web認証、TrustSec、WPP、LSC、AP証明書ポリシー |
| グローバルワイヤレス |
CleanAir,高スループット,メディアパラメータ, ATF,ネットワークパラメータ,グローバルパラメータ, RRM,アドバンスト, mDNS,マルチキャスト,ロケーション,国, Cisco DNA統合設定, APポリシー,ワイヤレス位置情報 |
| サービス |
ローカルポリシー、QoS、AVC、EoGRE、メディアストリーム、ゲストLAN、除外クライアント |
| レイヤ 2 |
VLAN、インターフェイス、検出プロトコル |
| ネットワーク設定 |
DNS、DHCPプール、HTTP/HTTPS、SNMP、NTP |
| レイヤ 3 |
ルーティング |
| 管理 |
デバイス、ユーザ管理、APアップグレード設定 |
| モビリティ |
モビリティ |
注:メニューは、リリース3.2.2で再編成されました。リリース2.3.7.xおよび3.1.xでは、同じ機能がWLAN、RF、AP Join、Flex Profiles、Tags、Security、Global Radio、Global Wireless、Other、Layer 2、Network Settings、Layer 3、およびAdministrationにグループ化されています。
| Catalyst Centerリリース |
Change |
| 2.3.7.9 |
デバイス単位の設定を導入。デバイス設定の学習は廃止されました。 |
| 2.3.7.11 |
Cisco IOS XE 17.18.1の802.11be拡張機能 |
| 3.1.3 |
追加パラメータ。アクセスポイントの設定では、仮想LAN(VLAN)タグ、ドメインネームシステム(DNS)、LANポート、および基本サービスセット(BSS)カラーが追加されます。複数のコントローラ間でプロファイルを複製します。APプライミングMicrosoft Azure上のCatalyst 9800-CL |
| 3.2.2 |
メニューの再編成。Cisco TrustSec(CTS)over HTTPS、SGT Exchange Protocol(SXP)over IPv6、MACsecCisco IOS XE 17.18.2および26.1.1のサポートLightweight Extensible Authentication Protocol(LEAP)などの安全でないオプションに関する警告。 |
次の図は、この例で使用するトポロジを示しています。Catalyst CenterはNETCONFを使用してコントローラを管理し、アクセスポイントはControl and Provisioning of Wireless Access Points(CAPWAP)を使用してコントローラに参加します。

この例では、既存の導入環境と同様に、コントローラではすでにWLAN、タグ、およびプロファイルが実行されています。Per-Device Configurationは、WLANの追加、プレビューと導入、ポリシータグ内のポリシープロファイルへのマッピング、RFプロファイルのクローニング、およびAPへのタグの割り当てに使用します。デバイス単位の設定のすべての変更では、ステップ5で詳しく説明した同じレビューとプロビジョニング、プレビュー、および導入のフローを使用します。
Catalyst CenterはNETCONFを使用して、コントローラ設定の読み取りと書き込みを行います。コントローラでNETCONFが有効になっていることを確認します。
WLC# configure terminal
WLC(config)# netconf-yang
WLC(config)# end
注:NETCONFには、aaa new-modelと、使用中の認証、認可、アカウンティング(AAA)方式リストによって認可された特権レベル15のユーザが必要です。実稼働コントローラでは、既存のAAA方式リストをレビューなしで変更しないでください。変更すると管理者アクセスに影響を与える可能性があります。
NETCONFプロセスが実行されていることを確認します。
WLC# show platform software yang-management process
confd:実行中(自動)
nesd:実行中
syncfd:実行中
ncsshd:実行中
dmiauthd:実行中
nginx:実行中
ndbmand:実行中
pubd:実行中
gnmib:実行されていない




再同期の後、ConfigurationタブにPer-device configurationというラベルが表示され、コントローラの既存のオブジェクトが一覧表示されます。左側のメニューには機能(SSID、RF、AP、タグマッピング、セキュリティ、グローバルワイヤレス、サービス、レイヤ2、ネットワーク設定、レイヤ3、管理、モビリティ)がグループ化されており、各表には別のWLCからの追加と複製が示されています。

ラベルの横の情報アイコンには次のように表示されます。デバイス単位の設定では、このページで設定を直接編集して変更できます。
注:デバイス単位の設定は、有効にした後で無効にすることはできません。






この例で生成されるCLIは次のとおりです。
wlan PDC-LAB 50 PDC-LAB
security wpa psk set-key ascii 8 <encrypted-key>
no security wpa akm dot1x
security wpa akm psk
radio policy dot11 24ghz
radio policy dot11 5ghz
slot 0
slot 1
slot 2



クローンを作成すると、コントローラの既存のオブジェクトが開始点として再利用されます。


ヒント:同じCatalyst Centerで管理されている別のCatalyst 9800からオブジェクトをコピーするには、オブジェクトタイプのテーブルで「別のWLCからの複製」を使用します。


注意:タグを変更すると、APがコントローラに再接続するか、自身の無線がリセットされ、クライアントが切断される場合があります。メンテナンスウィンドウで実稼働APのタグ変更を計画します。タグを変更する前に、元に戻せるようにAPの現在のタグを記録します。
また、デバイス単位の設定では、同じプレビューおよび展開フローでコントローラからオブジェクトが削除されます。次の例では、WLAN PDC-LABを削除しています。
no wlan PDC-LAB 50 PDC-LAB

ここでは、設定が正常に機能しているかどうかを確認します。

これらのコマンドは、コントローラのCLIか、デバイスの詳細ウィンドウのヘッダーにある実行コマンド(Command Runner)から実行できます。
導入後のコントローラでのWLAN設定を次に示します。
WLC# show running-config | section wlan PDC-LAB
wlan PDC-LAB 50 PDC-LAB
radio policy dot11 24ghz
radio policy dot11 5ghz
slot 0
slot 1
slot 2
security wpa psk set-key ascii 8 xxxxxxxx
no security wpa akm dot1x
security wpa akm psk
コントローラログは、Catalyst Center(10.X.X.X)がNETCONFセッションを開き、ワイヤレス機能を設定したことを示しています。
WLC# show logging | include DMI-5-AUTH_PASSED|NDBMAN-5-CONFIG_I
Oct 27 21:22:58.653: %DMI-5-AUTH_PASSED: Chassis 1 R0/0: dmiauthd: User 'USERX'
authenticated successfully from 192.168.10.10:62453 for netconf over ssh.
External groups: PRIV15
Oct 27 21:24:13.977: %NDBMAN-5-CONFIG_I: Chassis 1 R0/0: ndbmand: Configured
feature 'wireless' from 192.168.10.10:62453 via NETCONF user dnac
session 5311, transaction-id 5924
%NDBMAN-5-CONFIG_Iメッセージは、設定された機能、Catalyst Centerアドレス、およびNETCONFユーザ名を示します。
APがポリシータグを使用したら、クライアントをPDC-LABに接続し、show wireless client summaryを使用してクライアントがRun状態に達していることを確認します。
Catalyst Centerは、コントローラCLIやWebインターフェイスなどから、Catalyst Centerの外部で行われた変更を検出します。Per-device configurationラベルの横にある警告アイコンが説明しているように(図15)、これらの変更は次回のインベントリ同期時にインポートされ、競合を引き起こす可能性があります。設定の一貫性を保つには、サポートされているすべての設定に対してCatalyst Centerを使用します。
図 15.Catalyst Center以外で行われた設定に関する警告
リリース3.1.3以降では、設定変更イベントによってコントローラのみが再同期されます。APデータを更新するには、Actions > Inventory > Resync Deviceで完全再同期を実行します。
ここでは、設定のトラブルシューティングに使用できる情報を示します。
これは、コントローラがすでにインテントベース(ネットワークプロファイル)のプロビジョニングでプロビジョニングされている場合に予期されます。2つのモデルを同じコントローラ上で組み合わせることはできません。デバイスの詳細ウィンドウのConfigurationタブに、Managed via Site-Based Network Profilesというラベルが表示され、その情報アイコンに次のように表示されます。This device is managed using site-based Network Profiles。すべての設定は読み取り専用モードです。変更は、ネットワークプロファイルを介してのみ行うことができます。
図 16.読み取り専用モードでサイトベースのネットワークプロファイルによって管理されるコントローラ
Actions > Inventory > Resync Deviceの順に選択して、コントローラを再同期します。リリース3.1.3以降では、設定変更イベントはコントローラだけを再同期し、APは再同期しません。そのため、APデータを更新するには完全な再同期が必要です。
| 改定 | 発行日 | コメント |
|---|---|---|
1.0 |
29-Oct-2026
|
初版 |