ワイヤレスLANコントローラ(WLC)のエラーメッセージとシステムメッセージに関するFAQを確認する

概要

このドキュメントでは、CiscoワイヤレスLAN(WLAN)コントローラ(WLC)のエラーメッセージとシステムメッセージに関するFAQについて説明します。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

エラー メッセージに関する FAQ

Q. Cisco IOS®ソフトウェアからCisco 4404 WLCを使用したLightweight AP Protocol(LWAPP)への200を超えるアクセスポイント(AP)の変換が開始されました。48個のAPの変換が完了し、WLCで受信したメッセージには次のように表示されます。 [ERROR] spam_lrad.c 4212：インターフェイス1上のAPの最大数に達したため、APは参加できません。  なぜこのようなエラーが発生するのでしょうか。

A. 48を超えるAPをサポートするには、追加のAPマネージャインターフェイスを作成する必要があります。これを行わないと、次のようなエラーが発生します。

Wed Sep 28 12:26:41 2005 [ERROR] spam_lrad.c 4212: AP cannot join because 
the maximum number of APs on interface 1 is reached.

複数の AP マネージャ インターフェイスを設定し、他の AP マネージャ インターフェイスでは使用されないプライマリ ポートまたはバックアップ ポートを設定してください。追加のAPを起動するには、2番目のAPマネージャインターフェイスを作成する必要があります。ただし、各マネージャのプライマリポートとバックアップポートの設定が重複していないことを確認してください。つまり、AP マネージャ 1 ではプライマリにポート 1、バックアップにポート 2 が使用されている場合、AP マネージャ 2 ではプライマリにポート 3、バックアップにポート 4 を使用する必要があります。

Q. Wireless LAN Controller(WLC)4402を使用していて、1240台のLightweightアクセスポイント(LAP)を使用しています。WLCで128ビット暗号化を有効にしました。WLCで128ビットWEP暗号化を選択すると、1240で128ビットがサポートされていないというエラーが表示されます。 [ERROR] spam_lrad.c 12839: Not creating SSID mde on CISCO AP xx:xx:xx:xx:xx:xx because WEP128 bit is not supported。なぜこのエラーが表示されるのですか。

A. WLCに表示されるキーの長さは、実際には共有秘密内にあるビット数であり、初期化ベクトル(IV)の24ビットは含まれていません。Aironet 製品を含む多くの製品では、これを 128 ビット WEP キーと呼んでいます。これは、実際には 24 ビットの IV が付加された 104 ビットのキーです。128 ビット WEP 暗号化のためには、WLC で 104 ビットのキー サイズをイネーブルにする必要があります。

WLC で 128 ビットのキー サイズを選択すると、実際には 152 ビット（128 + 24 IV）の WEP キー暗号化となります。WLC の 128 ビット WEP キー設定の使用をサポートするのは、Cisco 1000 シリーズ LAP（AP1010、AP1020、AP1030）だけです。

Q. 11xx、12xx、および13xxモデルのAPでは、128ビットのWEPキーサイズがサポートされないのはなぜですか。WLCでWEPを設定しようとすると、WLANがこれらのアクセスポイントにプッシュされません。というエラーメッセージが表示されるのはなぜですか。

A.ワイヤレスLANコントローラでは、レイヤ2セキュリティ方式としてStatic WEPを選択すると、次のオプションまたはWEP Key Sizeが表示されます。

• 設定しない

• 40 ビット

• 104 ビット

• 128 ビット

これらのキー サイズ値には、WEP キーに連結される 24 ビットの Initialization Vector（IV; 初期ベクトル）は含まれません。そのため、64ビットWEPの場合は、WEPキーサイズとして40ビットを選択する必要があります。コントローラは 64 ビットの WEP キーを作成するために、これに 24 ビットの IV を追加します。同様に、128ビットWEPキーの場合は、104 bitsを選択します。

また、コントローラは 152 ビットの WEP キー（128 ビット + 24 ビット IV）をサポートします。この設定は、11xx、12xx、13xx モデルの AP ではサポートされません。そのため、144 ビットで WEP を設定しようとすると、コントローラから、この WEP 設定は 11xx、12xx、および 13xx モデルの AP にはプッシュされないというメッセージが表示されます。

Q. WPA2が設定されたWLANに対してクライアントが認証できず、コントローラに「apf_80211.c:1923 APF-1-PROC_RSN_WARP_IE_FAILED: Could not process the RSN and WARP IE. station not using RSN (WPA2) on WLAN requiring RSN.MobileStation:00:0c:f1:0c:51:2, SSID:<>error:<>」メッセージを送信します。なぜこのエラーが表示されるのですか。

A.これは、主にクライアント側の非互換性が原因で発生します。この問題を解決するには、次の手順を実行します。

• クライアントが WPA2 用に Wi-Fi 認定されているかどうかと、WPA2 用のクライアントの設定を確認します。

• クライアント ユーティリティが WPA2 をサポートしているかどうかについて、データ シートを確認します。ベンダーから WPA2 をサポートするパッチ リリースが提供されていれば、インストールします。Windowsユーティリティを使用する場合は、WPA2をサポートするためにMicrosoftからWPA2パッチをインストールしたことを確認します。詳細については、Microsoftのサポートを参照してください。

• クライアントのドライバとファームウェアをアップグレードします。

• WLAN 上の Aironet 拡張機能をオフにします。

Q. WLCをリブートすると、プローブ応答やビーコンフレームを監視する際に、Mon Jul 17 15:23:28 2006 MFP Anomaly Detected - 3023 Invalid MIC event(s) found as violated by the radio 00:XX:XX:XX:XX:XX and detected at the dot11 interface at slot 0:AP 00:XX:XX:XX:XX:XX:XX:XX 」というエラーメッセージが表示されます。なぜこのエラーが発生するのでしょうか。また、どうすればエラーがなくなるのでしょうか。

A.このエラーメッセージは、MFP対応LAPで誤ったMIC値のフレームが検出された場合に表示されます。MFPの詳細については、『WLCおよびLAPでのインフラストラクチャ管理フレーム保護(MFP)の設定例』を参照してください。次の 4 つの手順のうちの 1 つを実行します。

1. ネットワーク内の不正または無効な AP またはクライアントを確認して削除します。これは、無効なフレームを生成するものです。

2. LAP は MFP をイネーブルにしていないグループ内の他の WLC の LAP からの管理フレームを受信できるため、モビリティ グループの他のメンバ上で MFP がイネーブルにされていない場合、インフラストラクチャ MFP をディセーブルにします。モビリティグループについての詳細は、『ワイヤレスLANコントローラ(WLC)モビリティグループに関するFAQ』を参照してください。

3. このエラー メッセージの修正は、WLC リリース 4.2.112.0 および 5.0.148.2 で利用できます。WLC をこれらのリリースのどちらかにアップグレードします。

4. 最後の選択肢として、このエラー メッセージを生成する LAP をリロードします。

Q.クライアントAIR-PI21AG-E-K9は、Extensible Authentication Protocol-Flexible Authentication via Secure Tunneling(EAP-FAST)を使用して、アクセスポイント(AP)と正常に関連付けられます。ところが、関連付けられた AP をスイッチ オフすると、クライアントは別の AP にローミングしません。次のメッセージがコントローラメッセージログに継続的に表示されます。「Fri Jun 2 14:48:49 2006 [SECURITY] 1x_auth_pae.c 1922: Unable to allow user into the system - such the user is already logged on the system?Fri Jun 2 14:48:49 2006 [SECURITY] apf_ms.c 2557: Unable to delete username for mobile 00:40:96:ad:75:f4"。これは、なぜですか。

A.クライアントカードは、ローミングが必要な場合に認証要求を送信しますが、キーを正しく処理しません（APやコントローラに通知せず、再認証に応答しません）。

この問題は、Cisco Bug ID CSCsd02837に記載されています。このバグは Cisco Aironet 802.11a/b/g クライアント アダプタ Install Wizard 3.5 で修正されています。

一般に、Unable to delete username for mobilemessageは、次のいずれかの理由で発生します。

• 特定のユーザ名が複数のクライアント デバイスで使用されている。

• WLAN に使用されている認証方法に、外部の匿名 ID がある。たとえば、PEAP-GTC や EAP-FAST では、一般的なユーザ名を外部（表示）ID として定義し、実際のユーザ名はクライアントと RADIUS サーバ間の TLS トンネル内に隠されている可能性があります。そのため、コントローラでは実際のユーザ名の参照と使用ができません。このような場合、このメッセージが表示される場合があります。この問題は、一部のサードパーティのクライアントや一部の旧版ファームウェアのクライアントで一般的に見られます。

注:Cisco Bugsの内部情報およびツールにアクセスできるのは、登録ユーザのみです。

Q. 6509スイッチに新しいWireless Services Module(WiSM)ブレードをインストールし、Microsoft IASサーバでProtected Extensible Authentication Protocol(PEAP)を実装すると、次のエラーが表示されます。 *Mar 1 00:00:23.526: %LWAPP-5-CHANGED: LWAPP changed state to DISCOVERY *Mar 1 00:00:23.70: %SYS-RELOAD: RequESTED BY ReLOAD: ReLOAD LWAPP CLIENT.Reload Reason: FAILED CRYPTO INIT. *Mar 1 00:00:23.700: %LWAPP-5-CHANGED: LWAPP changed state to DOWN *Mar 1 00:00:23.528: %LWAPP-5-CHANGED: LWAPP changed state to DISCOVERY *Mar 1 00:00:23.557: LWAPP_CLIENT_ERROR_DEBUG lwapp_crypto_init_ssc_keys_and_certs no certs in the SSC Private File *Mar 1 00:00:23.557: LWAPP_CLIENT_ERROR_DEBUG: *Mar 1 00:00:23.557: lwapp_crypto_init: PKI_StartSession failed *Mar 1 00:00:23.706: %SYS-5-RELOAD: Reload by LWAPPクライアントです。 .これは、なぜですか。

A.RADIUSおよびdot1xのデバッグでは、WLCがアクセス要求を送信しているものの、IASサーバから応答がないことが示されています。この問題のトラブルシューティングを行うには、次の手順を実行します。

1. IAS サーバの設定をチェックし、確認する。
2. ログ ファイルをチェックする。
3. 認証についての詳細情報を表示する Ethereal などのソフトウェアをインストールする。
4. IAS サービスを停止してから、再スタートさせる。

Q. Lightweightアクセスポイント(LAP)がコントローラに登録されません。何が問題である可能性がありますか。コントローラに次のエラーメッセージが表示されます。 Thu Feb 3 03:20:47 2028: LWAPP Join-Request does not include valid certificate in CERTIFICATE_PAYLOAD from AP 00:0b:85:68:f4:f0.Thu Feb 3 03:20:47 2028: Unable to free public key for AP 00:0B:85:68:F4:F0.

A.アクセスポイント(AP)がWLCにLightweight Access Point Protocol(LWAPP)加入要求を送信すると、LWAPPメッセージにX.509証明書が埋め込まれます。また、ランダムなセッション ID を生成し、LWAPP 加入要求に付加します。WLCはLWAPP加入要求を受信すると、APの公開キーを使用してX.509証明書の署名を検証し、その証明書が信頼できる認証局から発行されたものかどうかをチェックします。また、AP証明書の有効期間の開始日時を調べ、その日時を独自の日時と比較します。

この問題は、WLC のクロック設定が誤っているために発生します。WLCのクロックを設定するには、 show time と config time コマンドを発行します。

Q.Lightweight Access Point Protocol（LWAPP; Lightweight アクセス ポイント プロトコル）AP がコントローラに加入できません。ワイヤレスLANコントローラ(WLC)のログに、LWAPP Join-Request does not include valid certificate in CERTIFICATE_PAYLOAD from AP 00:0b:85:68:ab:01のようなメッセージが表示されます。これは、なぜですか。

A. APとWLCの間のLWAPPトンネルが1500バイト未満のMTUでネットワークパスを通過する場合に、このエラーメッセージを受け取る可能性があります。これにより、LWAPP パケットのフラグメンテーションが発生します。これはコントローラの既知の不具合です。Cisco Bug ID CSCsd39911を参照してください。

ソリューションは、コントローラのファームウェアを 4.0（155）にアップグレードすることです。

注:Cisco Bugsの内部情報およびツールにアクセスできるのは、登録ユーザのみです。

Q.内部コントローラと非武装地帯(DMZ)上の仮想アンカーコントローラの間にゲストトンネリングを確立する必要があります。ところが、ユーザがゲスト SSID との関連付けをしようとすると、DMZ から期待通りに IP アドレスを受信できません。そのため、そのユーザ トラフィックは DMZ にあるコントローラにトンネリングされません。debug mobile handoffコマンドの出力に、Security Policy Mismatch for WLAN <Wlan ID>のようなメッセージが表示されます。Anchor Export Request from Switch IP: <controller Ip address> Ignored。この問題の原因は何ですか?

A.ゲストトンネリングは、企業のワイヤレスネットワークへのゲストユーザアクセスに追加のセキュリティを提供します。これにより、ゲスト ユーザはまず企業のファイアウォールを通過しなければ社内ネットワークにアクセスできなくなります。ゲスト WLAN として指定されている WLAN にユーザが関連付けを行うと、そのユーザ トラフィックは企業ファイアウォールの外部にある DMZ 内の WLAN コントローラにトンネリングされます。

ここで、このシナリオを検討してみると、このゲスト トンネリングが期待通りに機能しないのには、いくつかの理由が考えられます。debugcommandの出力が示すように、問題は内部およびDMZコントローラ内の特定のWLANに対して設定されているいずれかのセキュリティポリシーの不一致にある可能性があります。セキュリティ ポリシーおよびセッションのタイムアウト設定などその他の設定が一致しているか確認してください。

この問題のもう1つの一般的な原因は、DMZコントローラがその特定のWLANに対して自身にアンカーされていないことです。ゲスト トンネリングが適切に機能し、ユーザ（ゲスト WLAN に属するユーザ）の IP アドレスを DMZ が管理できるようにするためには、特定の WLAN に対するアンカーが適切であることが重要です。

Q. 2006ワイヤレスLANコントローラ(WLC)では「CPU Receive Multicast Queue is full on Controller」メッセージの多くが表示されますが、4400 WLCでは表示されません。これは、なぜですか。コントローラではマルチキャストをディセーブルにしています。2006 WLC プラットフォームと 4400 WLC プラットフォームでの、マルチキャスト キュー制限の違いは何ですか。

A.コントローラではマルチキャストが無効になっているため、このアラームを引き起こすメッセージはアドレス解決プロトコル(ARP)メッセージである可能性があります。2006 WLC と 4400 WLC では、キュー項目数（512 パケット）に違いはありません。4400 では NPU で ARP パケットのフィルタリングが行われるのに対し、2006 ではすべての処理がソフトウェアで行われる点が異なっています。2006 WLC ではメッセージが表示され、4400 WLC では表示されないのはこのためです。44xx WLC では、マルチキャスト パケットが（CPU を介して）ハードウェアで処理されます。2006 WLC では、マルチキャスト パケットがソフトウェアで処理されます。CPU による処理は、ソフトウェアによる処理よりも効率的です。そのため、4400 のキューはより短時間でクリアされますが、2006 WLC ではこれらのメッセージが多数発生すると、処理に多少時間がかかります。

Q. "[SECURITY] apf_foreignap.c 763: STA [00:0A:E4:36:1F:9B] Received a packet on port 1 but no Foreign AP configured for this port."エラーメッセージがコントローラの1つで表示されます。このエラーは何を意味し、解決するためにどのような手順を実行する必要がありますか。

A.このメッセージは、コントローラがステートマシンを持たないMACアドレスに対するDHCP要求を受信したときに表示されます。これは一般に、VMWare などの仮想マシンが稼働するブリッジやシステムで表示されます。コントローラは DHCP スヌーピングを実行するため、DHCP 要求をリッスンします。そのため、そのアクセス ポイント（AP）に接続されているクライアントに関連付けられているアドレスを認識できます。ワイヤレス クライアントへのすべてのトラフィックは、コントローラを経由します。パケットの宛先がワイヤレス クライアントである場合、このパケットはコントローラに送られてから、Lightweight Access Point Protocol（LWAPP）トンネルを通過して AP へ、そしてクライアントへ送信されます。このメッセージを軽減するために実行できる対策の1つは、スイッチでswitchport vlan コマンドを使用して、コントローラに向かうトランクに対して、コントローラで使用されるVLANだけを許可することです。

Q.コンソールに「Msg 'Set Default Gateway' of System Table failed, Id = 0x0050b986 error value = 0xfffffffc」というエラーメッセージが表示されるのはなぜですか。

A. CPU負荷が高いことが原因である可能性があります。コントローラ CPU は、ファイルのコピーなどの作業を行って過負荷になると、設定メッセージへの応答として NPU が送信する ACK をすべて処理する時間がありません。この状態になると、CPU でエラー メッセージが発生します。ただし、このエラー メッセージによるサービスや機能への悪影響はありません。

詳細については、『CiscoワイヤレスLANコントローラ』を参照してください。

Q. Wireless Control System(WCS)で次のWired Equivalent Privacy(WEP)キーエラーメッセージが表示されます。「The WEP Key configured at the station may be wrong.Station MAC Address is 'xx:xx:xx:xx:xx:xx', AP base radio MAC is 'xx:xx:xx:xx:xx:xx' and Slot ID is '1'」しかし、ネットワークではセキュリティ パラメータに WEP を使用していません。使用しているのは Wi-Fi Protected Access（WPA）だけです。なぜ、このような WEP エラー メッセージが表示されるのですか。

A.セキュリティ関連の設定がすべて完全な場合は、バグが原因で現在受信しているメッセージが表示されます。コントローラには既知の不具合がいくつかあります。Cisco Bug ID CSCse17260およびCisco but ID CSCse11202を参照してください。これらのバグには「The WEP Key configured at the station can be wrong withWPA and TKIP clients each」と記述されています。実際には、Cisco Bug ID CSCse17260はCisco Bug ID CSCse11202と重複しています。WLCリリース3.2.171.5では、CiscoがID CSCse11202の修正がすでに利用可能です。

注：最新のWLCリリースでは、これらのバグが修正されています。

注：シスコの内部バグ情報およびツールにアクセスできるのは、登録ユーザのみです。

Q.外部RADIUSサーバを使用して、コントローラ経由でワイヤレスクライアントを認証します。コントローラは定期的に次のエラーメッセージを送信します。no radius servers are responding。これらのエラーメッセージが表示されるのはなぜですか。

A. WLCからRADIUSサーバに要求が送信されると、各パケットにはWLCが応答を期待するシーケンス番号が付けられます。応答がない場合は、radius-server not respondingというメッセージが表示されます。

WLC が RADIUS サーバからの応答を待つデフォルトの待機時間は 2 秒です。これは、WLCのGUIの[Security] > [authentication-server] で設定します。最大時間は 30 秒です。したがって、この問題を解決するには、このタイムアウト値を最大値に設定すると便利です。

RADIUSサーバでは、WLCからの要求パケットに対して「サイレント破棄」が実行されることがあります。RADIUS サーバでは、証明書の不一致やその他いくつかの理由に基づき、これらのパケットが拒否される場合があります。これは、サーバによる有効なアクションです。また、このような場合、コントローラはRADIUSサーバを非応答としてマークできます

サイレント破棄の問題を解決するには、WLCでアグレッシブフェールオーバー機能を無効にします。

WLCでaggressiveフェールオーバー機能が有効になっている場合、WLCはAAAサーバをnot respondingとマークするにはアグレッシブすぎます。ただし、AAAサーバはその特定のクライアントにのみ応答できないため（サイレント廃棄を行います）、この操作は実行しないでください。他の有効な（有効な証明書を持つ）クライアントに対しては応答している可能性があります。ただし、WLCはAAAサーバをnot respondingおよびnot functionalとしてマークすることはできます。

これを解決するには、アグレッシブフェールオーバー機能を無効にします。これを実行するには、コントローラのCLIからconfig radius aggressive-failover disablecommandを発行します。この機能をディセーブルにすると、コントローラでは RADIUS サーバからの応答を 3 つのクライアントが連続して受信できなかった場合にのみ、次の AAA サーバへのフェールオーバーを行います。

Q.一部のクライアントはLWAPPに関連付けられず、コントローラはIAPP-3-MSGTAG015: iappSocketTask: iappRecvPkt returned errorエラーメッセージをログに記録します。なぜ、このような現象が発生するのでしょうか。

A.これは、CCX v4をサポートしているが、10.5.1.0より前のクライアントバンドルバージョンを実行しているIntelアダプタの問題が原因で発生します。このソフトウェアを 10.5.1.0 以降にアップグレードすると、この問題は修正されます。このエラーメッセージの詳細については、Cisco Bug ID CSCsi91347を参照してください。

注：シスコの内部バグ情報およびツールにアクセスできるのは、登録ユーザのみです。

Q.ワイヤレスLANコントローラ(WLC)に「Reached Max EAP-Identity Request retries (21) for STA 00:05:4e:42:ad:c5」というエラーメッセージが表示されます。これは、なぜですか。

A.このエラーメッセージは、ユーザがEAPで保護されたWLANネットワークに接続しようとして、事前設定された回数のEAP試行に失敗した場合に発生します。ユーザが認証に失敗すると、コントローラはクライアントを除外し、除外タイマーが期限切れになるか、管理者が手動で上書きするまで、クライアントはネットワークに接続できません。

除外では、単一のデバイスによる認証の試行が検出されます。デバイスが失敗回数の上限を上回ると、その MAC アドレスはそれ以降、関連付けが許可されなくなります。

除外が発生するのは次の場合です。

• 共有認証については、連続して 5 回認証に失敗した場合（6 回目の試行が除外されます）。

• MAC 認証については、連続して 5 回関連付けに失敗した場合（6 回目の試行が除外されます）

• EAP/802.1X 認証については、連続して 3 回失敗した場合（4 回目の試行が除外されます）

• すべての外部ポリシー サーバの失敗（NAC）

• すべての IP アドレス重複インスタンス

• Web 認証については、連続して 3 回失敗した場合（4 回目の試行が除外されます）

クライアントをどれくらい長く除外するかを決めるタイマーは設定可能であり、除外はコントローラまたは WLAN レベルでイネーブルまたはディセーブルにできます。

Q.ワイヤレスLANコントローラ(WLC)で次のエラーメッセージが表示されます。「An Alert of Category Switch is generated with severity 1 by Switch WLCSCH01/10.0.16.5」。アラートのメッセージは「Controller '10.0.16.5'」です。RADIUS server(s) are not responding to authentication requests.」どこに問題があるか？

A. これは、Cisco Bug ID CSCsc05495が原因である可能性があります。この不具合が原因で、コントローラで間歇的に誤った AV ペア（アトリビュート 24、「ステート」）が認証要求メッセージに注入され、これが RADIUS RFP に違反するため、一部の認証サーバで問題が発生します。この不具合は、3.2.179.6 で修正されています。

注：シスコの内部バグ情報およびツールにアクセスできるのは、登録ユーザのみです。

Q. Monitor > 802.11b/g Radiosでノイズプロファイルの失敗メッセージを受信します。この FAILED メッセージが表示されるのはなぜですか。

A. Noise Profile FAILED/PASSEDステータスは、WLCによるテスト結果の後に、現在の設定しきい値と比較して設定されます。デフォルトでは、ノイズ値は -70 に設定されています。FAILED ステータスは、その特定のパラメータまたは Access Point（AP; アクセス ポイント）のしきい値を超過していることを示しています。プロファイルのパラメータは調整できますが、ネットワーク設計と、それがネットワークのパフォーマンスに与える影響を明確に理解した上で、設定を変更することをお勧めします。

Radio Resource Management(RRM)のPASSED/FAILEDしきい値は、[802.11a Global Parameters] > [Auto RFs]および[802.11b/g Global Parameters] > [Auto RFpages]で、すべてのAPに対してグローバルに設定されます。[802.11 AP Interfaces] > [Performance Profilepage]では、このAPに対してRRMの[PASSED/FAILED]しきい値が個別に設定されます。

Q. APマネージャインターフェイスのバックアップポートとしてポート2を設定できません。「Could not set port configuration」というエラー メッセージが返されています。ポート 2 を、管理インターフェイスに対するバックアップ ポートとしては設定できます。両インターフェイスの現在のアクティブ ポートはポート 1 です。これは、なぜですか。

A. APマネージャにはバックアップポートがありません。これは、以前のバージョンではサポートされていました。バージョン 4.0 以降、AP マネージャ インターフェイスのバックアップ ポートはサポートされなくなっています。原則として、各ポートに1つのAPマネージャを設定する必要があります（バックアップなし）。リンク集約（LAG）を使用する場合、AP マネージャは 1 つだけです。

スタティック（または固定）AP マネージャ インターフェイスは、ディストリビューション システム ポート 1 に割り当て、一意の IP アドレスを持つようにする必要があります。バックアップ ポートにはマッピングできません。通常、管理インターフェイスと同じ VLAN または IP サブネット上で設定されていますが、これは要件ではありません。

Q.次のエラーメッセージが表示されます。「The AP '00:0b:85:67:6b:b0' received a WPA MIC error on protocol '1' from Station '00:13:02:8d:f6:41'.Counter measures have been activated and traffic has been suspended for 60 seconds.」これは、なぜですか。

Wi-Fi Protected Access(WPA)に組み込まれているMessage Integrity Check(MIC)には、中間者攻撃を防ぐフレームカウンタが含まれています。このエラーは、ネットワーク内の誰かが元のクライアントから送信されたメッセージを再生しようとしているか、クライアントに障害があることを意味している可能性があります。

クライアントが MIC チェックで繰り返し失敗する場合、コントローラはエラーが検出された AP インターフェイスの WLAN を 60 秒間ディセーブルにします。最初の MIC 障害が記録されると、対応策の強制をイネーブルにするためにタイマーが設定されます。前回の直近の障害から60秒以内にさらにMIC障害が発生した場合、サプリカントとして動作していたIEEE 802.1Xエンティティを持つSTAは、そのIEEE 802.1Xエンティティがオーセンティケータとして動作していた場合、それ自体を無効にするか、セキュリティアソシエーションを持つすべてのSTAを無効にします。*

さらに、デバイスは、TKIPで暗号化されたデータフレームの送受信を行わず、2回目の障害を検出してから60秒以上の間、どのピアともIEEE 802.1Xメッセージ以外の暗号化されていないデータフレームの送受信を行いません。デバイスがAPの場合、この60秒間はTKIPとの新しい関連付けを禁止します。60秒間の終了時に、APは通常の動作を再開し、STAの（再）関連付けを許可します。

これにより、暗号化スキームへの潜在的な攻撃が防止されます。これらの MIC エラーは、4.1 よりも前のバージョンの WLC ではオフにはできません。ワイヤレス LAN コントローラ バージョン 4.1 以降では、MIC エラーのスキャン時間を変更するコマンドが存在します。コマンドisconfig wlan security tkip hold-down <0-60 seconds> <wlan id>を使用します。対抗策として、MIC 障害の検出をディセーブルにするために値 0 を使用します。

*Invalidate：認証を終了します。

Q.コントローラのログに次のエラーメッセージが表示されます。[ERROR] dhcp_support.c 357: dhcp_bind(): servPort dhcpstate failed。これは、なぜですか。

A.これらのエラーメッセージは、コントローラのサービスポートでDHCPが有効になっているにもかかわらず、DHCPサーバからIPアドレスを受信していない場合に多く発生します。

デフォルトでは、物理サービス ポート インターフェイスには DHCP クライアントがインストールされており、DHCP を介してアドレスが探索されます。WLC はサービス ポートの DHCP アドレスを要求しようとします。使用可能な DHCP サーバがない場合、サービス ポートのための DHCP 要求は失敗します。このため、エラー メッセージが生成されます。

回避策としては、（サービス ポートが接続解除されている場合も含め）サービス ポートにスタティック IP アドレスを設定するか、サービス ポートに IP アドレスを割り当てられる DHCP サーバを置くようにします。次に、必要に応じてコントローラをリロードします。

実際には、サービス ポートはコントローラとシステムの復旧についてのアウトオブバンド管理、およびネットワーク障害発生時のメンテナンスのために予約されています。また、コントローラがブート モードである場合にアクティブなただ 1 つのポートでもあります。サービス ポートでは 802.1Q タグを搬送することはできません。そのため、隣接スイッチのアクセス ポートに接続する必要があります。サービス ポートの使用はオプションです。

サービス ポート インターフェイスは、通過する通信を制御し、システムによってサービス ポートに静的にマッピングされます。サービス ポート インターフェイスは、管理インターフェイス、AP マネージャ インターフェイス、およびすべての動的インターフェイスからの異なるサブネットでの IP アドレスを持っている必要があります。また、バックアップ ポートにはマッピングできません。サービス ポートは、DHCP を使用して IP アドレスを取得するか、スタティック IP アドレスを割り当てることができますが、サービス ポート インターフェイスにデフォルトのゲートウェイを割り当てることはできません。スタティック ルートは、サービス ポートへのリモート ネットワーク アクセス用のコントローラを通じて定義できます。

Q.ワイヤレスクライアントがワイヤレスLAN(WLAN)ネットワークに接続できません。アクセスポイント(AP)が接続されているWiSMから、Big NAV Dos attack from AP with Base Radio MAC 00:0g:23:05:7d:d0, Slot ID 0 and Source MAC 00:00:00:00:00というメッセージが報告されます。これはどういう意味ですか。

A.メディアにアクセスするための条件として、MACレイヤはネットワーク割り当てベクトル(NAV)の値をチェックします。NAV は各ステーションに常駐するカウンタで、前のフレームがそのフレームを送信するのに必要とする時間を表しています。ステーションがフレームの送信を試行できるようになるには、NAV はゼロである必要があります。ステーションは、フレームの送信前に、フレーム長とデータレートに基づいて、フレームの送信に必要な時間を計算します。ステーションでは、この時間を表す値をフレームのヘッダーのデュレーション フィールドに挿入します。ステーションではフレームを受信すると、このデュレーション フィールドの値を検査し、対応する NAV を設定する基準としてこの値を使用します。このプロセスで、送信側ステーションのメディアが予約されます。

NAV が高いということは、NAV 値高騰を示しています（802.11 の仮想キャリア センス メカニズム）。報告されたMACアドレスが00:00:00:00:00:00の場合は、おそらくスプーフィングされています（実際の攻撃の可能性あり）。これをパケットキャプチャで確認する必要があります。

Q.コントローラを設定してリブートすると、セキュアWeb(https)モードでコントローラにアクセスできなくなります。コントローラのセキュアWebモードにアクセスしようとすると、「Secure Web: Web Authentication Certificate not found (error)」というエラーメッセージが表示されます。この問題の原因は何ですか。

A.この問題には、いくつかの原因が考えられます。共通する原因の 1 つは、コントローラの仮想インターフェイス設定に関連している可能性があります。この問題を解決するには、仮想インターフェイスを削除してから、次のコマンドで仮想インターフェイスを再生成します。

WLC>config interface address virtual 1.1.1.1

次に、コントローラをリブートします。コントローラをリブートした後で、次のコマンドにより、コントローラでローカルに webauth 証明書を再生成します。

WLC>config certificate generate webauth

このコマンドの出力には、Web Authentication certificate has been generatedというメッセージが表示されます。

リブート時にコントローラのセキュアWebモードにアクセスできるようになりました。

Q.コントローラは、攻撃者のMACアドレスがコントローラに加入しているアクセスポイント(AP)のMACアドレスである有効なクライアントに対して、次のIDS関連付け解除フラッドシグニチャ攻撃のアラートメッセージを報告することがあります。Alert: IDS 'Disassoc flood' Signature attack detected on AP '<AP name>' protocol '802.11b/g' on Controller 'x.x.x.x.x.x'The Signature description is 'Disassociation flood', with precedence 'x'.攻撃者のMACアドレスは「hh:hh:hh:hh:hh」で、チャネル番号は「x」で、検出数は「x」です。なぜこのような現象が発生するのでしょうか。

A.これは、Cisco Bug ID CSCsg81953（登録ユーザ専用）が原因です。   

注：シスコの内部バグ情報およびツールにアクセスできるのは、登録ユーザのみです。

IDSの関連付け解除有効なクライアントに対するフラッド攻撃が、攻撃者のMACアドレスがそのコントローラに加入しているAPのMACアドレスである場合に報告されることがあります。

クライアントがAPに関連付けられていても、カードの取り外しのために通信を停止したり、APに対して範囲外にローミングしたりすると、APはアイドルタイムアウトまで待機します。アイドル タイムアウトになると、AP からそのクライアントに関連付け解除フレームが送信されます。クライアントから関連付け解除フレームに対する確認応答がない場合、AP は複数回フレームを再送信します（60 フレーム前後）。コントローラの IDS サブシステムがこれらの再送信を受信すると、このメッセージで警告を発します。

この不具合は、バージョン 4.0.217.0 で解決されています。有効なクライアントと AP に対してこの警告メッセージが発生する問題を解決するには、コントローラのバージョンをこのバージョンにアップグレードしてください。

Q.コントローラのsyslogに次のエラーメッセージが表示されます。[WARNING] apf_80211.c 2408: Received a message with an invalid supported rate from station <xx:xx:xx:xx:xx:xx:xx> [ERROR] apf_utils.c 198: Missing Supported Rate。これは、なぜですか。

A.実際にはMissing Supported Rateメッセージは、WLCがワイヤレス設定で特定の必須データレートに設定されているにもかかわらず、NICカードで必須レートが欠落していることを示しています。

コントローラで 1 および 2M などのデータ レートを必要に応じて設定しているのに、NIC カードがこれらのデータ レートで通信しない場合には、このようなメッセージを受信する可能性があります。これは NIC カードの誤作動です。一方、コントローラで 802.11g がイネーブルになっており、クライアントが 802.11b（専用）カードである場合、これは妥当なメッセージです。これらのメッセージで問題が発生せず、カードで引き続き接続が可能である場合には、これらのメッセージを無視して構いません。このメッセージが特定のカードに固有である場合、このカードのドライバが最新であることを確認してください。

Q.このsyslog AP:001f.ca26.bfb4: %LWAPP-3-CLIENTERRORLOG: Decode Msg: could not match WLAN ID <id>エラーメッセージがネットワークでブロードキャストされます。これが起こる理由とそれを阻止する方法を教えてください。

A.このメッセージはLAPによってブロードキャストされます。これは、WLAN に対して WLAN オーバーライド機能を設定しており、その WLAN がアドバタイズされていないときに発生します。

これを停止するには、config ap syslog host global 0.0.0.0を設定します。syslogサーバがある場合は、特定のIPアドレスを設定して、メッセージがサーバだけにブロードキャストされるようにすることもできます。

Q.ワイヤレスLANコントローラ(WLC)で次のエラーメッセージが表示されます。 [ERROR]ファイル： apf_mm.c ：行： 581 : Announce collision for mobile 00:90:7a:05:56:8a, deleting。これは、なぜですか。

A.一般に、このエラーメッセージは、コントローラがワイヤレスクライアントに対してコリジョンをアナウンスした（つまり、別のAPがクライアントの存在をアナウンスした）こと、および1つのAPから次のAPへのハンドオフがコントローラで受信されなかったことを示しています。維持すべきネットワーク ステートはありません。ワイヤレス クライアントを削除し、クライアントに再試行させてください。この問題が頻繁に発生する場合は、モビリティの設定に問題がある可能性があります。それ以外の場合は、特定のクライアントまたは状態に関連する異常である可能性があります。

Q.コントローラで次のアラームメッセージが表示されます。「Coverage threshold of '12' violated」このエラーは何ですか。どのように解決できますか。

A.このアラームメッセージは、クライアントの信号対雑音比(SNR)が特定の無線のSNRしきい値よりも小さい値に低下すると発生します。カバレッジ ホール検出用のデフォルトの SNR しきい値は 12 です。

カバレッジホールの検出と補正アルゴリズムは、クライアントのSNRレベルが所定のSNRしきい値より小さい場合に、カバレッジホールが存在するかどうかを判断します。このSNRしきい値は、AP送信電力とコントローラカバレッジプロファイル値の2つの値に基づいて変化します。

詳しく述べると、クライアントの SNR しきい値は、各 AP の伝送パワー（dBm 単位で表示）から定数値 17dBm を引き、ユーザが設定可能なカバレッジ プロファイル値（この値のデフォルトは 12 dB）を引いた値です。

• クライアントの SNR 遮断値（|dB|） = [AP 伝送パワー（dBm） – 定数（17 dBm） – カバレッジ プロファイル（dB）]

このユーザ設定可能なカバレッジ プロファイル値は、次のようにしてアクセスできます。

1. WLC の GUI で、メイン ヘッディング [Wireless] に移動し、[Network] オプションを左側にある WLAN 標準の選択肢から選択します（802.11a または 802.11b/g）。次に、ウィンドウの右上部で [Auto RF] を選択します。

2. [Auto RF Global parameters] ページで、[Profile Thresholds] セクションを探します。このセクションに、カバレッジの値があります（3 ～ 50 dbm）。この値は、ユーザが設定可能なカバレッジ プロファイル値です。

3. この値を編集して、クライアント SNR しきい値に影響を与えることができます。SNR しきい値に影響を与えるその他の方法としては、伝送パワーを増加して、カバレッジ ホール検出を補正します。

Q. ACS v 4.1と4402ワイヤレスLANコントローラ(WLC)を使用しています。WLCがACS 4.1に対してワイヤレスクライアントをMAC認証しようとすると、ACSがACSでの応答に失敗し、「Internal error has occurred」というエラーメッセージが表示されます。設定はすべて適切です。なぜこの内部エラーが発生するのでしょうか。

A. ACS 4.1には認証関連のCisco Bug ID CSCsh62641があり、ACSで「Internal error has occurederror」メッセージが表示されます。

この不具合が問題である可能性があります。ACS 4.1ダウンロードサイトに、この不具合に対して使用可能なパッチがあり、問題を修正できます。

注：シスコの内部バグ情報およびツールにアクセスできるのは、登録ユーザのみです。

Q. Cisco 4400シリーズワイヤレスLANコントローラ(WLC)が起動できません。** Unable to use ide 0:4 for fatload ** Error (no IRQ) dev 0 blk 0: status 0x51 Error reg: 10 ** Cannot read from device 0というエラーメッセージがコントローラで表示されます。これは、なぜですか。

A.このエラーの原因は、ハードウェアの問題である可能性があります。TAC のサービス リクエストをオープンして、この問題のトラブルシューティングを続けてください。TAC ケースを開くには、シスコとの契約が必要です。Cisco TAC に連絡するには、テクニカル サポートを参照してください。

Q.ワイヤレスLANコントローラ(WLC)でメモリバッファの問題が発生します。メモリ バッファがフルになるとコントローラはクラッシュするため、オンラインに戻すためにはリブートが必要です。次のエラーメッセージがメッセージログに表示されます。 Mon Apr 9 10:41:03 2007 [ERROR] dtl_net.c 506: Out of System buffers Mon Apr 9 10:41:03 2007 [ERROR] sysapi_if_net.c 537: Cannot allocate new Mbuf.Mon Apr 9 10:41:03 2007 [ERROR] sysapi_if_net.c 219: MbufGet: no free Mbufs.これは、なぜですか。

A.これは、Cisco Bug ID CSCsh93980が原因で発生します。このバグは WLC バージョン 4.1.185.0 で解決されています。このメッセージの問題を解決するには、コントローラをこのソフトウェア バージョン以降にアップグレードします。

注：シスコの内部バグ情報およびツールにアクセスできるのは、登録ユーザのみです。

Q. Wireless LAN Controller(WLC)4400を4.1コードにアップグレードしたところ、syslogに次のようなメッセージが大量に表示されました。 May03 03:55:49.591 dtl_net.c:1191 DTL-1-ARP_POISON_DETECTED: STA [00:17:f2:43:26:93, 0.0.0.0] ARP (op 1) received with invalid SPA 192.168.1.233/TPA 192.168.1.233.これらのメッセージは何を示しているのですか。

A. WLANがDHCP requiredとマークされている場合（DHCPが必要な場合）に発生する可能性があります。そのような場合、DHCP 経由で IP アドレスを受信するステーションだけが関連付けを許可されます。スタティック クライアントはこの WLAN への関連付けを許可されません。WLC は DHCP リレー エージェントとして動作し、すべてのステーションの IP アドレスを記録します。このエラー メッセージは、WLC がステーションから DHCP パケットを受信してその IP アドレスを記録する前に、ステーションから ARP 要求を受信すると生成されます。

Q. Cisco 2106ワイヤレスLANコントローラでPower over Ethernet(PoE)を使用している場合、AP無線が有効になっていません。「AP is unable to verify sufficient in-line power.Radio slot disabled.」というエラーメッセージが表示されます。これはどのように解決すればいいですか。

A.このエラーメッセージは、アクセスポイントに電源を投入するスイッチが先行標準スイッチであるが、APが先行標準モードの入力電力をサポートしていない場合に発生します。

Cisco プレスタンダード スイッチは、インテリジェント電力管理（IPM）をサポートしませんが、標準アクセス ポイントには十分なパワーがあります。

このエラーメッセージが発生するAPで電源のPre-Standardモードをイネーブルにする必要があります。これは、コントローラのCLIからconfig ap power pre-standard {enable | disable} {all | Cisco_AP}コマンドを発行します。

以前のリリースからソフトウェアリリース4.1にアップグレードする場合は、必要に応じてこのコマンドを事前に設定しておく必要があります。ただし、新規インストールの場合や、AP を工場出荷時のデフォルト設定にリセットした場合は、このコマンドを入力する必要がある可能性があります。

次のような Cisco プレスタンダード 15 ワット スイッチが販売されています。

• AIR-WLC2106-K9

• WS-C3550、WS-C3560、WS-C3750

• C1880

• 2600、2610、2611、2621、2650、2651

• 2610XM、2611XM、2621XM、2650XM、2651XM、2691

• 2811、2821、2851

• 3631-telco、3620、3640、3660

• 3725、3745

• 3825、3845

Q.コントローラでdtl_arp.c:2003 DTL-3-NPUARP_ADD_FAILED: Unable to add an ARP entry for xx:xx.-xxx.x to the network processor. entry does not exist. syslogメッセージが生成されます。このメッセージは次のようになります。このsyslogメッセージは何を意味していますか。

A.一部のワイヤレスクライアントがARP応答を送信する間、ネットワークプロセッサユニット(NPU)はその応答を認識する必要があります。したがって、ARP応答はNPUに転送されますが、WLCソフトウェアはこのエントリをネットワークプロセッサに追加しようとしないでください。追加しようとすると、これらのメッセージが生成されます。この問題によるWLCの機能への影響はありませんが、WLCでは次のsyslogメッセージが生成されます。

Q.新しいCisco 2106 WLCをインストールして設定しました。WLC は、温度センサーに障害があることを示しています。Web インターフェイスにログインすると、[controller summary] の下にある内部温度の横に「sensor failed」と表示されます。その他すべての情報は、正常に機能していることを示しています。

A.内部温度センサーの障害は表面的なものであり、WLCバージョン4.2.61.0にアップグレードすることで解決できます。

2007年1月7日以降に製造されたWLC 2106およびWLC 526では、別のベンダーの温度センサーチップを使用できます。この新しいセンサーは正常に動作しますが、4.2リリース以降のソフトウェアとは互換性がありません。したがって、古いソフトウェアでは温度を読み取ることができず、このエラーが表示されます。コントローラのその他すべての機能は、この障害の影響を受けません。

この問題に関連する既知のCisco Bug ID CSCsk97299があります。この不具合は、WLC バージョン 4.2 のリリース ノートに記載されています。

注：シスコの内部バグ情報およびツールにアクセスできるのは、登録ユーザのみです。

Q. radius_db.c:1823 AAA-5-RADSERVER_NOT_FOUND: Could not find appropriate RADIUS server for WLAN <WLAN ID> - unable to find a default server"というメッセージが、すべてのSSIDについて表示されます。このメッセージは、AAA サーバを使用していない SSID に対しても表示されます。

A.このエラーメッセージは、コントローラがデフォルトのRADIUSサーバに接続できなかったか、デフォルトのRADIUSサーバが定義されていないことを意味します。

この動作の原因として考えられるのは、バージョン4.2で解決されたCisco Bug ID CSCsk08181です。コントローラをバージョン 4.2 にアップグレードしてください。

Q. Message: Jul 10 17:55:00.725 sim.c:1061 SIM-3-MACADDR_GET_FAIL: Interface 1 source MAC address is not found.」というエラーメッセージがワイヤレスLANコントローラ(WLC)に表示されます。これは何を示していますか。

A.これは、CPUから送信されたパケットの送信中にコントローラでエラーが発生したことを意味します。

Q.ワイヤレスLANコントローラ(WLC)に次のエラーメッセージが表示されます。

• Jul 10 14:52:21.902 nvstore.c:304 SYSTEM-3-FILE_READ_FAIL: Failed to read configuration file 'cliWebInitParms.cfg'

• Jul 10 14:52:21.624 nvstore.c:304 SYSTEM-3-FILE_READ_FAIL: Failed to read configuration file 'rfidInitParms.cfg'

• Jul 10 14:52:21.610 nvstore.c:304 SYSTEM-3-FILE_READ_FAIL: Failed to read configuration file 'dhcpParms.cfg'

• Jul 10 14:52:21.287 nvstore.c:304 SYSTEM-3-FILE_READ_FAIL: Failed to read configuration file 'bcastInitParms.cfg'

• Mar 18 16:05:56.753 osapi_file.c:274 OSAPI-5-FILE_DEL_FAILED: Failed to delete the file : sshpmInitParms.cfg. file removal failed.-Process: Name:fp_main_task, Id:11ca7618

• Mar 18 16:05:56.753 osapi_file.c:274 OSAPI-5-FILE_DEL_FAILED: Failed to delete the file : bcastInitParms.cfg. file removal failed.-Process: Name:fp_main_task, Id:11ca7618

Q. これらのエラー メッセージは何を示しているのですか。

A.これらのメッセージは情報メッセージであり、通常のブート手順の一部です。これらのメッセージはいくつかの異なる設定ファイルの読み取りまたは削除に失敗したために表示されます。特定の設定ファイルが見つからなかったときや設定ファイルを読み取ることができない場合、各プロセスの設定シーケンスが、DHCP サーバ設定がない、タグ（RF ID）設定がないなどのメッセージを送信します。これらは、問題なく無視することのできる重大度の低いメッセージです。これらのメッセージがコントローラの動作を中断することはありません。

Q. HE6-WLC01,local0,alert,2008-07-25,12:48:18,apf_rogue.c:740 APF-1-UNABLE_TO_KEEP_ROUGE_CONTAIN: Unable to keep rogue 00:14:XX:02:XX:XX in contained state - no available AP to contain.エラーメッセージが表示されます。これは何を示していますか。

A.これは、不正抑止の機能を実行したAPが使用できなくなり、コントローラが不正抑止を実行するのに適したAPを見つけられなくなったことを意味します。

Q. DTL-1-ARP_POISON_DETECTED: STA [00:01:02:0e:54:c4, 0.0.0.0] ARP (op 1) received with invalid SPA 192.168.1.152/TPA 192.168.0.206システムメッセージがワイヤレスLANコントローラに表示されます。このメッセージは何を示しているのですか。

A. ARPスプーフィングまたはポイズニングがシステムで検出された可能性があります。しかし、このメッセージは、必ずしも悪意のあるARPスプーフィングが発生したことを意味するものではありません。メッセージは、次の条件が成立する場合にだけ表示されます。

• WLANはDHCP Requiredで設定され、クライアントデバイスは、そのWLANに関連付けられた後、最初にDHCPを完了せずにARPメッセージを送信します。これは正常な動作である場合があります。たとえば、クライアントに静的にアドレスを指定した場合や、クライアントが以前の関連付けから有効なDHCPリースを保持している場合に発生します。表示されるエラー メッセージは次のようになります。

DTL-1-ARP_POISON_DETECTED: STA [00:01:02:0e:54:c4, 0.0.0.0] ARP (op 1) received with invalid SPA 192.168.1.152/TPA 192.168.0.206

この条件が成立した場合、結果として、クライアントは WLC 経由で DHCP を実行するまでデータ トラフィックを送受信できなくなります。

詳細については、『Cisco Wireless LAN Controllerシステムメッセージガイド』の「DTLメッセージ」を参照してください。

Q. LAPでは、Power over Ethernet(POE)を使用して電源をオンにしません。ワイヤレス LAN コントローラのログは次のようになっています。

AP's Interface:1(802.11a) Operation State Down: Base Radio MAC:XX:1X:XX:AA:VV:CD Cause=Low in-line power

Q. どこに問題があるか？

A.これは、Power over Ethernet(POE)設定が正しく設定されていない場合に発生する可能性があります。アクセス ポイントが Lightweight モードに変換されている場合、たとえば、AP1131 または AP1242、または 1250 シリーズのアクセス ポイントが Cisco pre-Intelligent Power Management（pre-IPM）スイッチに接続されているパワー インジェクタから電力が供給される場合、インライン パワーとも呼ばれる Power over Ethernet（PoE）を設定する必要があります。

詳細は、『Power over Ethernet、イーサネットサポートの設定』を参照してください。

Q. Wireless LAN Controller(WLC)に次のメッセージが表示されます。

*Mar 05 10:45:21.778: %LWAPP-3-DISC_MAX_AP2: capwap_ac_sm.c:1924 Dropping primary discovery request from 
  AP XX:1X:XX:AA:VV:CD - maximum APs joined 6/6

問いこれはどういう意味ですか。

A. Lightweight Access Point（LAP；軽量アクセスポイント）では、特定のアルゴリズムをトレースしてコントローラを検索します。ディスカバリと加入のプロセスの詳細については、『ワイヤレスLANコントローラ(WLC)へのLightweight AP(LAP)の登録』を参照してください。

このエラー メッセージは、WLC が AP の最大容量に到達した後でディスカバリ要求を受け取ったときに WLC 上で表示されます。

LAP のプライマリ コントローラは、設定されていないか、それが出荷直後の状態の LAP である場合、到達可能なすべてのコントローラに対して LWAPP ディスカバリ要求を送信します。ディスカバリ要求が、APの最大容量で稼働しているコントローラに到達すると、WLCは要求を受け取り、それが最大AP容量であることを認識し、要求に応答せず、このエラーを返します。

Q. LWAPPシステムメッセージの詳細はどこで調べられますか。

A. LWAPPシステムメッセージの詳細については、『CiscoワイヤレスLANコントローラシステムメッセージガイド4.2（廃止）』を参照してください。

Q. Error extracting webauth filesエラーメッセージがワイヤレスLANコントローラ(WLC)に表示されます。これは何を示していますか。

A.バンドルされたファイルのいずれかがファイル名にファイル拡張子を含む30文字を超えている場合、WLCはカスタムWeb認証/パススルーバンドルのロードに失敗します。カスタマイズWeb認証バンドルにファイル名の30文字の制限があります。バンドル内のすべてのファイル名が 30 文字以内であることを確認する。

Q. 5.2または6.0コードを実行し、多数のAPグループがあるワイヤレスLANコントローラ(WLC)では、Web GUIですべての設定済みAPグループが表示されるわけではありません。どこに問題があるか？

A. CLIを使用すると、欠落したAPグループを確認できます show wlan ap-groupsコマンドが表示されない場合もあります。

リストに 1 個の AP グループを追加してください。たとえば、51個のAPグループが導入され、51個目のAPグループが欠落しているとします（3ページ）。52番目のグループを追加すると、Web GUIに3ページ目が表示されます。

この問題を解決するには、WLCバージョン7.0.220.0にアップグレードします。

関連情報

• WiSM トラブルシューティングに関する FAQ
• ワイヤレスに関するサポート ページ
• シスコテクニカルサポートおよびダウンロード