Catalyst 9800ワイヤレスLANコントローラでのSSIDブロードキャストに関する問題のトラブルシューティング

ダウンロード オプション

  • PDF     (1.2 MB)
    Adobe Reader を使ってさまざまなデバイスで表示
  • ePub     (789.9 KB)
    iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
  • Mobi (Kindle)     (639.5 KB)
    Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示
Updated: 2026 年 8 月 19 日
Document ID:226260

偏向のない言語

この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

はじめに

このドキュメントでは、Cisco Catalyst 9800ワイヤレスLANコントローラ(WLC)でのSSIDブロードキャストの問題をトラブルシューティングする方法について説明します。

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。

  • Cisco Catalyst 9800シリーズワイヤレスLANコントローラ
  • ソフトウェアリリース17.15.4dおよび26.1.1
  • C9130AXI-D

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

概要

SSIDがAPからブロードキャストしていない場合は、まずAPの無線動作ステータスをチェックします。無線ステータスがUPでもSSIDが表示されない場合は、SSIDがAPに正しくプッシュされているかどうかを検証し、APレベルで動作状態を確認します。

APで、次のコマンドを実行します。

#show dot11 wlan 
Radio Vap SSID State Auth Assoc Switching DHCP
0 0 Power UP Central Central Central Local
0 1 guestTest UP Central Central Central Local
0 2 DOWN Central Central Central Local
1 0 Power UP Central Central Central Local
1 1 guestTest UP Central Central Central Local
1 2 DOWN Central Central Central Local
2 0 Power UP Central Central Central Local
2 1 guestTest UP Central Central Central Local
2 2 DOWN Central Central Central Local

Flex APの場合

#show flexconnect wlan 
Flexconnect WLANs:
Radio Vap SSID State Auth Assoc Switching
0 0 Power UP Central Local Central
0 1 GuestTest UP Central Local Central
0 2 DOWN Central Local Central
0 3 DOWN Central Local Central
0 4 DOWN Central Local Central
1 0 Power UP Central Local Central
1 1 GuestTest UP Central Local Central
1 2 DOWN Central Local Central
1 3 DOWN Central Local Central
1 4 DOWN Central Local Central


SSIDが出力に表示されない場合、問題は誤って設定されたタグまたはプロファイルに関連している可能性があります。まず、タグとプロファイルの設定を検証します。

SSIDブロードキャスト障害の一般的な原因

SSIDがブロードキャストされない最も一般的な理由は次のとおりです。

AP動作ステータスのダウンの原因：

  • 不十分な電力

  • 規制ドメインの不一致

  • APでサポートされていない国コード

  • Wi-Fi 7 APの規制区域サポートなし

  • アンテナが接続されていない

タグ/プロファイル設定の問題

  • ポリシープロファイル設定の不一致

  • 誤って設定されたタグ

  • APはローカルモードですが、ローカルスイッチングがポリシープロファイルで有効になっていません。

  • Flex ProfileにVLANがない

その他の問題

場合によっては、AP無線の動作ステータスがUPで、目に見える誤設定がない場合でも、次の原因でSSIDはブロードキャストできません。

  • クライアントデバイスでサポートされていないチャネルまたはチャネル幅

  • APがビーコンを送信しない

AP動作ステータスのダウン

シナリオ1：国コードが正しく設定されていない

それぞれの国のWLCで国コードが正しく設定されているかどうかを確認します。APはSSIDをブロードキャストする必要があります。国番号は規制ドメインを示し、特定の地域で許可される合法的なチャネル、帯域幅、および送信電力レベルを定義します。

国番号が定義されていないと、APはどの周波数を使用することが法的に許可されているかを判断できないため、APは法規制を確実に遵守するために無線を無効のままにします。

GUIから

設定>ワイヤレス>アクセスポイント>国

pic2

目的の国が設定されていない場合は、その国を選択して使用可能なリストから追加します。

CLIから

#show wireless country configured


CLIの例:

#show wireless country configured
Configured Country..........................   IN - India                     
Configured Country Codes
        IN  - India                               802.11a Indoor,Outdoor/ 802.11b Indoor,Outdoor/ 802.11g Indoor,Outdoor/

正しい国が設定されていない場合は、次のように設定します。

#conf t
#wireless country

AP加入プロファイルの国コードの検証

note-icon

注：この設定は、特に – ROW規制ドメインを持つAPに適用されます。

-ROW APの場合、ローカルRF規制に準拠するために、AP加入プロファイルで国コードを設定する必要があります。

GUIから

次のとおりに移動します。

Configuration > Tags & Profiles > AP Join > Select AP Join Profile > General > Country Code

Set the country in the AP join profile

tip-icon

ヒント：国コードの不一致がある場合は、次のサイトでも確認できます。

WLC GUI > Wireless > Access Points

pic4

シナリオ2：サポートされていない国

AP規制ドメインが目的の国でサポートされているかどうかを検証します。

次のツールを参照してください。

ワイヤレスコンプライアンスルックアップ

APチャネルルックアップ（Wi-Fi 6/6E/7およびMeraki AP）

テクニカルリファレンスガイド

シナリオ3:Wi-Fi 7 AP

まず、https://apchannels.cisco.com/を使用して、特定の国および最小ソフトウェアバージョンのAPサポートを検証します。 

CW917xシリーズのAPは単一のSKU/PIDを使用し、法規制の適用がハードウェアベースではないためグローバルに運用できます。

これらのAPは、次のいずれかの方法を使用して国コードを決定します。

  • GPS/GNSS位置情報

  • 近くのAPからのプロキシミティベースの検出

  • Merakiダッシュボードからの移行

  • 規制の有効化ファイル

APの国コードの検証

#show APサマリー

pic5

#show ap name  config general | inc Country

#show ap name AP8C88.814F.04E0 config general | include Country
Country Code : Multiple Countries : IN,RO,SR,UA,US
Regulatory Domain Allowed by Country : 802.11bg:-AE^ 802.11a:-ABDEN^ 802.11 6GHz:-BE
AP Country Code : US - United States
Country Code Resolution Method : Regulatory Activation File

国コードが設定されていない場合は、https://www.cisco.com/c/en/us/td/docs/wireless/access_point/technical-reference/global-use-ap-dg.htmlを参照してください。 

シナリオ4:APに十分な電力が供給されていない

APでは、無線を正常に動作させるために最低限の電力が必要です。所要電力はAPモデルによって異なります。

検証：

  • データシートに記載されているAPの電力要件

  • スイッチまたはパワーインジェクタから供給される電力

note-icon

注：パワーインジェクタを使用する場合は、それがサポートされているモデルであることを確認してください。

APが受信する電力の確認

APB811.4B52.CB38#show cdp inline_power

Power_Requested(mW) Power_Available(mW) Power_request-ID Power_management-ID

              22500               22500            34980                  10

スイッチインターフェイスから供給される電力の確認

Switch#show power inline

出力例：

Switch#show power inline tenGigabitEthernet 3/0/7

Interface Admin  Oper       Power   Device              Class Max

                            (Watts)                           

--------- ------ ---------- ------- ------------------- ----- ----

Te3/0/7   auto   on         22.5    AIR-AP2802I-D-K9    4     60.0

APが十分な電力を受け取っていない場合は、APコンソールログからも確認できます。

ログ例：

Jun 10 15:06:54 MarineTower-AP1 powerd: send ipc_socket_process: 7

Jun 10 15:06:54 MarineTower-AP1 powerd: ps: Power mode: Degraded/Reduced Power, power_detection: DC_adapter(FALSE), PoE+/802.3at(30000 mWatt)

Jun 10 15:06:54 MarineTower-AP1 powerd: ps: End: System running on low power @ 30000 mWatt from port0

Jun 10 15:17:09 MarineTower-AP1 kernel: [*06/10/2025 15:17:09.6554] systemd[1]: Starting Check /tmp directory space...

シナリオ5：アンテナが接続されていない（外部AP）

外部APの場合、クライアントがSSIDを検出して接続するには、アンテナを接続する必要があります。 各APモデルの設置ガイドを使用して、サポートされているアンテナモデルを検証します。

AP CLIから検証するには、次の手順を実行します。 

#show controllers dot11Radio <0-3> antenna

タグ/プロファイル設定の問題

シナリオ1:APで使用されるポリシータグにWLANがマッピングされない

Catalyst 9800コントローラでは、APに割り当てられたポリシータグにWLANが含まれている場合にだけ、APはSSIDをブロードキャストします。ポリシータグは、WLANをポリシープロファイルにバインドします。

Configurations > Tags & Profiles > Tags > Policy > Policy Tag

pic7

シナリオ2：誤って設定されたタグ

APタグが正しく設定されていること、およびタグによって参照されるプロファイルが欠落していないことを検証します。

CLI コマンド

#show ap name APB811.4B52.CB38 tag info

出力例：

#show ap name APB811.4B52.CB38 tag info
AP Name            : APB811.4B52.CB38
AP Mac             : b811.4b52.cb38
Applied Tags :
-------------------------------------------
Tag Type             Tag Name
-----------------------------------------
RF Tag               default-rf-tag
Site Tag             default-site-tag
Policy Tag           default-policy-tag

Tag/Profile Type          Misconfigured
-----------------------------------------
RF Tag                       No
Policy Tag                   No
Site Tag                     Yes
Flex profile                 No
AP join profile              No
2.4GHz Rf Profile            No
5 GHz Rf Profile             No
6 GHz Rf Profile             No
2.4GHz slot 0 Radio Profile  No
5 GHz slot 1 Radio Profile   No
5 GHz slot 2 Radio Profile   No
6 GHz slot 2 Radio Profile   No
6 GHz slot 3 Radio Profile   No
AP Country Misconfig         No

Resolved Tags :
-------------------------------------------
Tag Source         : AP
Tag Type             Tag Name
-----------------------------------------
RF Tag               default-rf-tag
Site Tag             flex-qos
Policy Tag           default-policy-tag

設定>ワイヤレス>アクセスポイント 

pic6

pic8

この例では、Site Tagが誤って設定されているとマーキングされています。APではタグのflex-qosへの解決を試みますが、そのタグはWLC上に存在しなくなります。

WLCに存在する有効なタグを使用してAPを再設定すると、この問題は解決します。

検証チェックリスト

  • タグにマッピングされたプロファイルがWLC上に存在することを確認します。

  • 目的の設定に正しいタグがマッピングされていることを確認します。

シナリオ3：ローカルモードAPの設定ミス

ローカルモードAPの場合、ポリシープロファイルが中央スイッチング、中央認証、および中央DHCP用に設定されていることを確認します。このモードでは、WLCはCAPWAP制御トンネル経由でSSIDやセキュリティ設定などの設定をAPにプッシュします。

設定>タグとプロファイル>ポリシー

pic9

シナリオ4:Flexプロファイルに有効なVLANが定義されていない 

Flex APを使用する場合は、VLANがFlexプロファイルとポリシープロファイルの両方で設定されていることを確認します。 VLANがFlexプロファイルにない場合、WLC GUIイベントに警告メッセージが生成されます。

pic10

Configuration > Tags & Profiles > Flexの順に選択します。

pic11

その他の問題

サポートされていないチャンネルまたはチャンネル幅

クライアントベンダーやハードウェアの機能によっては、特定のチャネルやチャネル幅をサポートしていないクライアントデバイスもあります。

  • メーカーによっては、一部のクライアントデバイスはすべてのワイヤレスチャネルをサポートしていません。このような場合、クライアントは、APがこれらのチャネルでブロードキャストしている場合でも、APビーコンを検出できません。
  • クライアントデバイスの機能を確認し、チャネルとチャネル幅の設定がそれらのデバイスと互換性があることを確認することが重要です。
  • 設定が一致していないと、クライアントがAPから重要なビーコンフレームやプローブ応答を受信できなくなるため、ローミングが困難になり、「スティッキクライアント」の問題が発生する可能性があります。

ビーコンを送信しないAP

クライアントデバイスで次のコマンドを使用すると、クライアントがビーコンを受信しているかどうかを確認できます。

netsh wlan show networks mode=Bssid

このコマンドは、クライアントによって検出されたすべてのBSSIDを表示します。 出力にターゲットAPのBSSIDを除く他のすべてのBSSIDが示されている場合、APがビーコンを送信していない可能性があります。

APのWLAN BSSIDを識別するには、SSHでAPにアクセスし、次のコマンドを実行します。

show controllers dot11 <0-3> wlan

出力例：

WLANs and stats:

====================

radio vap id               mac           ssid state

    1      0 90:E9:5E:85:FF:6F       Guest_test  UP

    1      1 90:E9:5E:85:FF:6E       Guest_BYOD  UP

    1      2 90:E9:5E:85:FF:6D       PSK_Client  UP

    1      3 90:E9:5E:85:FF:6C       test123     UP

    1      5 90:E9:5E:85:FF:6A        test123    UP

次の手順では、OTAキャプチャを取得して、APがビーコンを送信しているかどうかを確認します。

更新履歴

改定 発行日 コメント
3.0
19-Aug-2026
フォーマットの問題を修正
2.0
14-Aug-2026
フォーマットの問題の解決
1.0
14-Aug-2026
初版
TAC Authored

シスコ エンジニア提供

  • シムラン・ビヤス
    Cisco TACエンジニア
  • ガウサム・レッディ・アクラ
    Cisco TACエンジニア

このドキュメントは役に立ちましたか?

Feedbackフィードバック

シスコに問い合わせ

このドキュメントは次の製品に対応しています