コントローラの GUI を使用してコントローラのメッシュ アクセス ポイントの MAC フィルタ エントリを追加する手順は、次のとおりです。

コントローラの CLI を使用してコントローラのメッシュ アクセス ポイントの MAC フィルタ エントリを追加する手順は、次のとおりです。

GUI を使用してメッシュ アクセス ポイントのロールを設定する手順は、次のとおりです。

CLI を使用してメッシュ アクセス ポイントのロールを設定するには、次のコマンドを入力します。

config ap role {rootAP | meshAP} Cisco_AP

RADIUS サーバに CA 証明書をインストールして信頼するように設定する手順は、次のとおりです。

GUI を使用してメッシュ アクセス ポイントの外部認証を有効にする手順は、次のとおりです。

CLI を使用してメッシュ アクセス ポイントの外部認証を有効にするには、次のコマンドを入力します。

CLI を使用してメッシュ アクセス ポイントのセキュリティ統計を表示するには、次のコマンドを入力します。

show mesh security-stats Cisco_AP

このコマンドを使用すると、指定のアクセス ポイントとその子アクセス ポイントのパケット エラー統計、エラー数、タイムアウト数、アソシエーションと認証の成功数、再アソシエーション数、および再認証数が表示されます。

モビリティ グループで RAP が設定されている場合、モビリティ グループの全コントローラに対して同じ PSK キーを使用するか、または 5 つの認可 PSK キーのうちの 1 つを使用することが常に推奨されます。この方法により、異なるコントローラからの MAP でも認証できます。PSK のスタンプを見れば、MAP および PSK キーの作成元を確認できます。

VLAN タギングを設定する前に、イーサネット ブリッジングを有効にする必要があります。

GUI を使用して RAP または MAP で VLAN タギングを有効にする手順は、次のとおりです。

MAP アクセス ポートを設定するには、次のコマンドを入力します。

config ap ethernet 1 mode access enable AP1500-MAP 50

ここで、AP1500-MAP は可変の AP 名であり、50 は可変のアクセス VLAN ID です。

RAP または MAP のトランク ポートを設定するには、次のコマンドを入力します。

config ap ethernet 0 mode trunk enable AP1500-MAP 60

ここで、AP1500-MAP は可変の AP 名であり、60 は可変のネイティブ VLAN ID です。

VLAN をネイティブ VLAN の VLAN 許可リストに追加するには、次のコマンドを入力します。

config ap ethernet 0 mode trunk add AP1500-MAP3 65

ここで、AP1500-MAP 3 は可変の AP 名であり、65 は可変の VLAN ID です。

ワークグループ ブリッジ（WGB）は、メッシュ アクセス ポイントに、WGB の有線セグメントにあるすべてのクライアントを IAPP メッセージで通知することにより、単一ワイヤレス セグメントを介して有線ネットワークに接続するために使用されます。IAPP 制御メッセージの他にも、WGB クライアントのデータ パケットでは 802.11 ヘッダー（4 つの MAC ヘッダー（通常は 3 つの MAC データ ヘッダー））内に追加 MAC アドレスが含まれます。ヘッダー内の追加 MAC は、ワークグループ ブリッジ自体のアドレスです。この追加 MAC アドレスは、クライアントと送受信するパケットをルーティングするときに使用されます。

WGB アソシエーションは、すべての Cisco AP で 2.4 GHz 帯（802.11b/g）および 5 GHz 帯（802.11a）の両方でサポートされます。

WGB はメッシュ アクセス ポイントに関連付けることができるため、設定されたサポートされるプラットフォームは自律 1600、1700、2600、2700、3600、3700、1530、1550、および 1570 です。設定手順については、『Cisco Wireless LAN Controller Configuration Guide』の「Cisco Workgroup Bridges」の項を参照してください。その場所は次のとおりです。 https:/​/​www.cisco.com/​c/​en/​us/​support/​wireless/​8500-series-wireless-controllers/​products-installation-and-configuration-guides-list.html

サポートされる WGB モードおよび機能は次のとおりです。

• WGB として設定された自律アクセス ポイントでは Cisco IOS リリース 12.4.25d-JA 以降が実行されている必要があります。

  （注）	メッシュ アクセス ポイントが 2 チャネルの同時使用に対応している場合、いずれかのチャネルのみでワークグループ ブリッジ モードを設定できます。2 番目のチャネルは無効にすることをお勧めします。3 チャネルの同時使用に対応するアクセス ポイントは、ワークグループ ブリッジ モードをサポートしません。

• クライアント モード WGB（BSS）はサポートされていますが、インフラストラクチャ WGB はサポートされていません。クライアント モード WGB では VLAN をトランクできませんが、インフラストラクチャ WGB ではトランクできます。

• ACK がクライアントから返されないため、マルチキャスト トラフィックは WGB に確実に転送されるわけではありません。マルチキャスト トラフィックがインフラストラクチャ WGB にユニキャストされると、ACK が返されます。

• Cisco IOS アクセス ポイントで一方の周波数帯が WGB として設定された場合、他方の周波数帯は WGB やリピータにできません。

• メッシュ アクセス ポイントでは、アソシエートされた WGB の背後で、ワイヤレス クライアント、WGB、および有線クライアントを含む、最大 200 台のクライアントをサポートできます。

• WLAN が WPA1（TKIP）+WPA2（AES）で設定され、対応する WGB インターフェイスがこれらの暗号化の 1 つ（WPA1 または WPA2）で設定された場合、WGB はメッシュ アクセス ポイントとアソシエートできません。

  図 10. WGB の WPA セキュリティ設定
  
  

  図 11. WGB の WPA-2 セキュリティ設定
  
  

WGB クライアントのステータスを表示する手順は、次のとおりです。

カプセル化

メッシュ システムでは複数のカプセル化が使用されます。これらのカプセル化には、コントローラと RAP 間、メッシュ バックホール経由、メッシュ アクセス ポイントとそのクライアント間の CAPWAP 制御とデータが含まれます。バックホール経由のブリッジ トラフィック（LAN からの非コントローラ トラフィック）のカプセル化は CAPWAP データのカプセル化と同じです。

コントローラと RAP 間には 2 つのカプセル化があります。1 つは CAPWAP 制御のカプセル化であり、もう 1 つは CAPWAP データのカプセル化です。制御インスタンスでは、CAPWAP は制御情報とディレクティブのコンテナとして使用されます。CAPWAP データのインスタンスでは、イーサネットと IP ヘッダーを含むパケット全体が CAPWAP コンテナ内で送信されます

図 20. カプセル化

バックホールの場合、メッシュ トラフィックのカプセル化のタイプは 1 つだけです。ただし、2 つのタイプのトラフィック（ブリッジ トラフィックと CAPWAP 制御およびデータ トラフィック）がカプセル化されます。どちらのタイプのトラフィックもプロプライエタリ メッシュ ヘッダーにカプセル化されます。

ブリッジ トラフィックの場合、パケットのイーサネット フレーム全体がメッシュ ヘッダーにカプセル化されます。

すべてのバックホール フレームが MAP から MAP、RAP から MAP、または MAP から RAP でも関係なく適切に処理されます。

図 21. メッシュ トラフィックのカプセル化

（注）	メッシュ データ DTLS 暗号化は、1540 および 1560 モデルなどの Wave 2 メッシュ AP でのみサポートされます。

メッシュ アクセス ポイントでのキューイング

メッシュ アクセス ポイントは高速の CPU を使用して、入力フレーム、イーサネット、およびワイヤレスを先着順に処理します。これらのフレームは、適切な出力デバイス（イーサネットまたはワイヤレスのいずれか）への伝送のためにキューに格納されます。出力フレームは、802.11 クライアント ネットワーク、802.11 バックホール ネットワーク、イーサネットのいずれかを宛先にすることができます。

AP1500 は、ワイヤレス クライアント伝送用に 4 つの FIFO をサポートします。これらの FIFO は 802.11e Platinum、Gold、Sliver、Bronze キューに対応し、これらのキューの 802.11e 伝送ルールに従います。FIFO では、キューの深さをユーザが設定できます。

バックホール（別の屋外メッシュ アクセス ポイント宛のフレーム）では、4 つの FIFO を使用しますが、ユーザ トラフィックは、Gold、Siliver、および Bronze に制限されます。Platinum キューは、CAPWAP 制御トラフィックと音声だけに使用され、CWmin や CWmax などの標準 802.11e パラメータから変更され、より堅牢な伝送を提供しますが、遅延が大きくなります。

Gold キューの CWmin や CWmax などの 802.11e パラメータは、遅延が少なくなるように変更されています。ただし、エラー レートとアグレッシブが若干増加します。これらの変更の目的は、ビデオ アプリケーションから使いやすいチャネルを提供することです。

イーサネット宛のフレームは FIFO として、使用可能な最大伝送バッファ プール（256 フレーム）までキューに格納されます。レイヤ 3 IP Differentiated Services Code Point（DSCP）がサポートされ、パケットのマーキングもサポートされます。

データ トラフィックのコントローラから RAP へのパスでは、外部 DSCP 値が着信 IP フレームの DSCP 値に設定されます。インターフェイスがタグ付きモードである場合、コントローラは、802.1Q VLAN ID を設定し、802.1p UP 着信と WLAN のデフォルトの優先度上限から 802.1p UP（外部）を派生させます。VLAN ID 0 のフレームはタグ付けされません。

図 22. コントローラから RAP へのパス

CAPWAP 制御トラフィックの場合、IP DSCP 値は 46 に設定され、802.1p ユーザ優先度（UP）は 7 に設定されます。バックホール経由のワイヤレス フレームの伝送の前に、ノードのペア化（RAP/MAP）や方向に関係なく、外部ヘッダーの DSCP 値を使用して、バックホール優先度が判断されます。次の項で、メッシュ アクセス ポイントで使用される 4 つのバックホール キューとバックホール パス QoS に示される DSCP 値のマッピングについて説明します。

（注）	Platinum バックホール キューは CAPWAP 制御トラフィック、IP 制御トラフィック、音声パケット用に予約されています。DHCP、DNS、および ARP 要求も Platinum QoS レベルで伝送されます。メッシュ ソフトウェアは、各フレームを調査し、それが CAPWAP 制御フレームであるか、IP 制御フレームであるかを判断して、Platinum キューが CAPWAP 以外のアプリケーションに使用されないようにします。

MAP からクライアントへのパスの場合、クライアントが WMM クライアントか通常のクライアントかに応じて、2 つの異なる手順が実行されます。クライアントが WMM クライアントの場合、外部フレームの DSCP 値が調査され、802.11e プライオリティ キューが使用されます。

クライアントが WMM クライアントでない場合、WLAN の上書き（コントローラで設定された）によって、パケットが伝送される 802.11e キュー（Bronze、Gold、Platinum、または Silver）が決定されます。

メッシュ アクセス ポイントのクライアントの場合、メッシュ バックホールまたはイーサネットでの伝送に備えて、着信クライアント フレームが変更されます。WMM クライアントの場合、MAP が着信 WMM クライアント フレームから外部 DSCP 値を設定する方法を示します。

図 23. MAP から RAP へのパス

着信 802.11e ユーザ優先度および WLAN の上書き優先度の最小値が、表 3 に示された情報を使用して変換され、IP フレームの DSCP 値が決定されます。たとえば、着信フレームの優先度の値が Gold 優先度を示しているが、WLAN が Silver 優先度に設定されている場合は、最小優先度の Silver を使用して DSCP 値が決定されます。

着信 WMM 優先度がない場合、デフォルトの WLAN 優先度を使用して、外部ヘッダーの DSCP 値が生成されます。フレームが（APで）生成された CAPWAP 制御フレームの場合は、46 の DSCP 値が外部ヘッダーに配置されます。

5.2 コード拡張では、DSCP 情報が AWPP ヘッダーに保持されます。

Platinum キューを経由する DHCP/DNS パケットと ARP パケットを除き、すべての有線クライアント トラフィックは 5 の最大 802.1p UP 値に制限されます。

WMM 以外のワイヤレス クライアント トラフィックは、その WLAN のデフォルトの QoS 優先度を取得します。WMM ワイヤレス クライアント トラフィックには 802.11e の最大値の 6 を設定することができますが、それらはその WLAN に設定された QoS プロファイル未満である必要があります。アドミッション制御を設定した場合、WMM クライアントは TSPEC シグナリングを使用し、CAC によって許可されている必要があります。

CAPWAPP データ トラフィックはワイヤレス クライアント トラフィックを伝送し、ワイヤレス クライアント トラフィックと同じ優先度を持ち、同じように扱われます。

DSCP 値が決定されたので、さらに、RAP から MAP へのバックホール パスの先述したルールを使用して、フレームを伝送するバックホール キューが決定されます。RAP からコントローラに伝送されるフレームはタグ付けされません。外部 DSCP 値は最初に作成されているため、そのままになります。

ブリッジ バックホール パケット

ブリッジ サービスの処理は通常のコントローラベースのサービスと少し異なります。ブリッジ パケットは、CAPWAP カプセル化されないため、外部 DSCP 値がありません。そのため、メッシュ アクセス ポイントによって受信された IP ヘッダーの DSCP 値を使用して、メッシュ アクセス ポイントからメッシュ アクセス ポイント（バックホール）までのパスに示されたようにテーブルがインデックス化されます。

LAN 間のブリッジ パケット

LAN 上のステーションから受信されたパケットは、決して変更されません。LAN 優先度の上書き値はありません。したがって、LAN では、ブリッジ モードで適切に保護されている必要があります。メッシュ バックホールに提供されている唯一の保護は、Platinum キューにマップされる CAPWAP 以外の制御フレームは Gold キューに降格されます。

パケットはメッシュへの着信時にイーサネット入口で受信されるため、LAN に正確に伝送されます。

AP1500 上のイーサネット ポートと 802.11a 間の QoS を統合する唯一の方法は、DSCP によってイーサネット パケットをタグ付けすることです。AP1500 は DSCP を含むイーサネット パケットを取得し、それを適切な 802.11e キューに格納します。

AP1500 では、DSCP 自体をタグ付けしません。

• AP1500 は、入力ポートで DSCP タグを確認し、イーサネット フレームをカプセル化して、対応する 802.11e 優先度を適用します。

• AP1500 は、出力ポートでイーサネット フレームのカプセル化を解除し、DSCP フィールドをそのままにして、そのフレームを回線上に配置します。

ビデオ カメラなどのイーサネット デバイスは、QoS を使用するために、DSCP 値でビットをマークする機能を持つ必要があります。

（注）	QoS は、ネットワーク上で輻輳が発生したときにだけ関連します。

この項のコマンドを使用して、メッシュ ネットワークの音声およびビデオ コールの詳細を表示します。

図 24. メッシュ ネットワークの例

• 各 RAP での音声コールの合計数と音声コールに使用された帯域幅を表示するには、次のコマンドを入力します。

  show mesh cac summary

  以下に類似した情報が表示されます。

  
    
  AP Name          Slot#   Radio  BW Used/Max  Calls
  ------------    -------  -----  -----------  -----
  SB_RAP1              0   11b/g     0/23437    0
                       1   11a       0/23437    2
  SB_MAP1              0   11b/g     0/23437    0
                       1   11a       0/23437    0
  SB_MAP2              0   11b/g     0/23437    0
                       1   11a       0/23437    0
  SB_MAP3              0   11b/g     0/23437    0
                       1   11a      0/23437    0?  
  

• ネットワークのメッシュ ツリー トポロジおよび各メッシュ アクセス ポイントと、ワイヤレス音声コール/ビデオ リンクの帯域幅使用率（使用中/最大）を表示するには、次のコマンドを入力します。

  show mesh cac bwused {voice | video} AP_name

  以下に類似した情報が表示されます。

  
  AP Name       Slot#    Radio      BW Used/Max
  ------------- -------  -----      -----------
  SB_RAP1         0      11b/g       1016/23437
                  1      11a         3048/23437
  |SB_MAP1        0      11b/g       0/23437
                  1      11a         3048/23437
  ||  SB_MAP2     0      11b/g       2032/23437
                  1      11a         3048/23437
  ||| SB_MAP3     0      11b/g       0/23437
                  1      11a         0/23437
  

  （注）	[AP Name] フィールドの左側の縦棒（|）は、MAP のその RAP からのホップ数を示します。

  （注）	無線タイプが同じ場合、各ホップでのバックホール帯域幅使用率（bw 使用/最大）は同じです。たとえば、メッシュ アクセス ポイント map1、map2、map3、および rap1 はすべて同じ無線バックホール（802.11a）上にあるので、同じ帯域幅（3048）を使用しています。コールはすべて同じ干渉ドメインにあります。そのドメインから発信されたコールは、いずれも他のコールに影響を与えます。

• ネットワークのメッシュ ツリー トポロジを表示し、メッシュ アクセス ポイントごとに処理中の音声コール数を確認するには、次のコマンドを入力します。

  show mesh cac access AP_name

  
  Information similar to the following appears:
    
  AP Name             Slot#   Radio     Calls
  -------------      -------  -----    -----
  SB_RAP1              0      11b/g      0
                       1      11a        0
  |   SB_MAP1          0      11b/g      0
                       1      11a        0
  ||  SB_MAP2          0      11b/g      1
                       1      11a        0
  ||| SB_MAP3          0      11b/g      0
                       1      11a        0
    
  

  （注）	無線 LAN アクセス ポイントが 1 件のコールを受信するごとに、該当するコール サマリーのカラムの値も 1 ずつ増加します。たとえば、map2 の 802.11b/g がコールを受信すると、802.11b/gの calls カラムにある既存の値が 1 増加します。上記の例では、map2 の 802.11b/g でアクティブなコールは、新しいコールだけです。新しいコールの受信時に 1 件のコールがアクティブである場合、値は 2 になります。

• ネットワークのメッシュ ツリー トポロジを表示し、動作中の音声コールを表示するには、次のコマンドを入力します。

  show mesh cac callpath AP_name

  
  Information similar to the following appears:
    
  AP Name             Slot#   Radio     Calls
  -------------      -------  -----    -----
  SB_RAP1              0      11b/g      0
                       1      11a        1
  |   SB_MAP1          0      11b/g      0
                       1      11a        1
  ||  SB_MAP2          0      11b/g      1
                       1      11a        1
  ||| SB_MAP3          0      11b/g      0
                       1      11a        0
    
  

  （注）	コール パス内にある各メッシュ アクセス ポイントの Calls カラムは 1 ずつ増加します。たとえば、map2（show mesh cac call path SB_MAP2）で発信され、map1 を経由して rap1 で終端するコールの場合、1 件のコールが map2 802.11b/g と 802.11a の calls カラムに加わり、1 件のコールが map1 802.11a 無線バックホールの calls カラムに加わり、1 件のコールが rap1 802.11a 無線バックホールの calls カラムに加わります。

• ネットワークのメッシュ ツリー トポロジ、帯域幅の不足のためメッシュ アクセス ポイントで拒否される音声コール、および拒否が発生した無線 LAN アクセス ポイントを表示するには、次のコマンドを入力します。

  show mesh cac rejected AP_name

  以下に類似した情報が表示されます。

  
    
  AP Name             Slot#   Radio     Calls
  -------------      -------  -----    -----
  SB_RAP1              0      11b/g      0
                       1      11a        0
  |   SB_MAP1          0      11b/g      0
                       1      11a        0
  ||  SB_MAP2          0      11b/g      1
                       1      11a        0
  ||| SB_MAP3          0      11b/g      0
                       1      11a        0
    
  

  （注）	コールが map2 802.11b/g で拒否された場合、calls カラムは 1 ずつ増加します。

• 指定のアクセス ポイントでアクティブな Bronze、Silver、Gold、Platinum、および管理キューの数を表示するには、次のコマンドを入力します。各キューのピークおよび平均長と、オーバーフロー数が表示されます。

  show mesh queue-stats AP_name

  以下に類似した情報が表示されます。

  
  Queue Type  Overflows  Peak length  Average length
   ----------  ---------  -----------  --------------
   Silver      0          1            0.000
   Gold        0          4            0.004
   Platinum    0          4            0.001
   Bronze      0          0            0.000
   Management  0          0            0.000
    
  

  Overflows：キュー オーバーフローによって破棄されたパケットの総数。

  Peak Length：定義された統計期間中にキューで待機していたパケットの最大数。

  Average Length：定義された統計期間中にキューで待機していたパケットの平均数。

メッシュ ネットワークでマルチキャスト モードを有効にしてメッシュ ネットワーク外からのマルチキャストを受信するには、次のコマンドを入力します。

config network multicast global enable

config mesh multicast {regular | in | in-out}

メッシュ ネットワークのみでマルチキャスト モードを有効にする（マルチキャストはメッシュ ネットワーク外の 802.11b クライアントに伝送する必要がない）には、次のコマンドを入力します。

config network multicast global disable

config mesh multicast {regular | in | in-out}

（注）	コントローラ GUI を使用してメッシュ ネットワークのマルチキャストを有効にすることはできません。

LSC を設定するには、まず適切な証明書を収集してコントローラにインストールする必要があります。Microsoft 2003 Server を CA サーバとして使用して、この設定を行う手順を次に示します。

LSC の証明書を取得する手順は、次のとおりです。

ローカルで有効な証明書（LSC）を設定するには、次の手順に従ってください。

LSC に関連するコマンドは次のとおりです。

• config certificate lsc {enable | disable}

  • enable：システムで LSC を有効にします。

  • disable：システムで LSC を無効にします。LSC デバイス証明書を削除する場合や、AP にメッセージを送信して LSC デバイス証明書を削除して LSC を無効にする場合は、このキーワードを使用します。その結果、以降は MIC/SSC を使用して join できるようになります。MIC/SSC に切り替わっていない AP を使用できるようにするために、WLC での LSC CA 証明書の削除は、CLI を使用して明示的に行う必要があります。

• config certificate lsc ca-server url-path ip-address

  次に、Microsoft 2003 Server 使用時の URL の例を示します。

  http:<ip address of CA>/sertsrv/mscep/mscep.dll

  このコマンドは、証明書を取得するために CA サーバへの URL を設定します。URL には、ドメイン名または IP アドレスのいずれか、ポート番号（通常は 80）、および CGI-PATH が含まれます。

  http://ipaddr:port/cgi-path

  CA サーバは 1 つだけ設定できます。CA サーバは LSC をプロビジョニングするよう設定する必要があります。

• config certificate lsc ca-server delete

  このコマンドは、コントローラで設定された CA サーバを削除します。

• config certificate lsc ca-cert {add | delete}

  このコマンドは、コントローラの CA 証明書データベースに対して LSC CA 証明書を次のように追加/削除します。

  • add：SSCEP getca オペレーションを使用して、設定された CA サーバで CA 証明書を照会し、WLC にログインし、WLC データベースに証明書を永久的にインストールします。インストールされた CA 証明書は、AP から受信された LSC デバイス証明書を検証するために使用されます。

  • delete：WLC データベースから LSC CA 証明書を削除します。

• config certificate lsc subject-params Country State City Orgn Dept Email

  このコマンドは、コントローラと AP で作成およびインストールされるデバイス証明書のパラメータを設定します。

  これらすべての文字列は、最大 3 バイトを使用する国を除き 64 バイトです。Common Name は、イーサネット MAC アドレスを使用して自動的に生成されます。Common Name は、コントローラ デバイス証明書要求を作成する前に提供する必要があります。

  上記のパラメータは LWAPP ペイロードとして AP に送信されるため、AP はこれらのパラメータを使用して certReq を生成できます。CN は、現在の MIC/SSC の「Cxxxx-MacAddr」形式を使用して AP で自動的に生成されます。ここで、xxxx は製品番号です。

• config certificate lsc other-params keysize

  デフォルトのキーサイズ値は 2048 ビットです。

• config certificate lsc ap-provision {enable | disable}

  このコマンドは、AP が SSC/MIC を使用して join した場合に、AP で LSC のプロビジョニングを有効または無効にします。有効な場合は、join 済みで LSC がない AP がすべてプロビジョニングされます。

  無効な場合は、自動的なプロビジョニングが行われません。このコマンドは、LSC がすでにある AP に影響を与えません。

• config certificate lsc ra-cert {add | delete}

  このコマンドの使用は、CA サーバが Cisco IOS CA サーバである場合にお勧めします。コントローラで RA を使用して証明書要求を暗号化すれば、通信をセキュアにできます。RA 証明書は現在、MSFT などの他の外部 CA サーバによりサポートされていません。

  • add：SCEP オペレーションを使用して、設定された CA サーバで RA 証明書を照会し、その証明書をコントローラ データベースにインストールします。このキーワードは、CA により署名された certReq を取得するために使用されます。

  • delete：WLC データベースから LSC RA 証明書を削除します。

• config auth-list ap-policy lsc {enable | disable}

  LSC の取得後に、AP はコントローラに join を試みます。AP がコントローラに join を試みるには、その前にコントローラ コンソールで次のコマンドを入力する必要があります。デフォルトでは、config auth-list ap-policy lsc コマンドは無効な状態にあり、AP は LSC を使用してコントローラに join できません。

• config auth-list ap-policy mic {enable | disable}

  MIC の取得後に、AP はコントローラに join を試みます。AP がコントローラに join を試みるには、その前にコントローラ コンソールで次のコマンドを入力する必要があります。デフォルトでは、config auth-list ap-policy mic コマンドは有効な状態にあります。AP が有効なため join できない場合は、コントローラ側に「LSC/MIC AP is not allowed to join」というログ メッセージが表示されます。

• show certificate lsc summary

  このコマンドは、WLC にインストールされた LSC 証明書を表示します。RA 証明書もすでにインストールされている場合は、CA 証明書、デバイス証明書、および RA 証明書（オプション）を表示します。また、LSC が有効であるか有効でないかも示されます。

• show certificate lsc ap-provision

  このコマンドは、AP のプロビジョニングのステータス、プロビジョニングが有効であるか無効であるか、プロビジョニング リストが存在するか存在しないかを表示します。

• show certificate lsc ap-provision details

  このコマンドは、AP プロビジョニング リストに存在する MAC アドレスのリストを表示します。