導入のための多くの軽量Cisco APのステージング

私の組織は間もなく、いくつかの5508コントローラを備えたCAPWAP展開で、約600の新しいCisco 2602iアクセスポイントを展開する予定です。

これはインフラストラクチャの更新です。現在、CAPWAPを使用する古いCisco APと複数のWiSMコントローラセットが混在しています。新規/交換用APを導入するための現在の手順は、私の理解では、このシスコサポートフォーラムのドキュメントに記載されている標準のプライミング手順です。

• 新しいアクセスポイントをデスクのネットワークに接続します
• APがDHCPアドレスを取得する
• DHCPオプション43はAPをコントローラーにポイントします
• NCS Primeにログインし、新しいAPを見つけます
• AP名とプライマリ/セカンダリコントローラを変更する
• Box APをバックアップし、導入のためにサイトに持ち込む

最初にAPをコントローラーと通信させるためのオプションが他にもあることを知っています。たとえば、無線プロビジョニングや、コントローラーを備えたレイヤー2 VLANにAPを配置することなどです。しかし、これらは特定のプライマリ/セカンダリコントローラ用に準備するのではなく、APを任意のコントローラに接続することに焦点を当てているようです。

新しいアクセスポイントの事前設定、インベントリの実施、アセットタグによるタグ付け、最終的な展開エリアによるAPのソートなどのために、ある種のステージング/準備エリアをセットアップしたいと思います。

このステージング領域を設定する際に、これらのAPをすばやく簡単に準備するためのより良い方法はありますか？それとも、これを最も効率的な方法で既に実行していますか？

新しいアクセスポイントの事前設定、インベントリの実施、アセットタグによるタグ付け、最終的な展開エリアによるAPのソートなどのために、ある種のステージング/準備エリアをセットアップしたいと思います。

このステージング領域を設定する際に、これらのAPをすばやく簡単に準備するためのより良い方法はありますか？それとも、これを最も効率的な方法で既に実行していますか？

注：私は既にWindows / Linuxマシン上の負荷のMIBに精通していると仮定して、使用していますsnmpwalk/ snmpset...そうでない場合は、私に知らせてください

最近、AIRESPACE-WIRELESS-MIBを介してシスコのLWAPをどれだけうまく管理できるかを発見しました。実際、WCSをほとんど無視して、MIBでLWAPを管理することにしました（施設の複数のWLCに数百のLWAPが分散しているため）。 。

Perlを知っているので、WLCをポーリングして新しいLWAPを探すループを作成できます。その後、スクリプトは、WLCで新しいLWAP MACアドレスを検出すると、それに応じて反応します。

• すべてのコントローラーのリストをループしてから、bsnAPEthernetMacAddress（ro）を使用して各コントローラーのLWAPをポーリングします。このLWAPでのすべてのアクティビティの一意の識別キーとしてmac-addressを使用します。
• 新しいLWAPが表示されたら、LWAPの検出時間/ mac-addressを出力します。次に、このLWAPに割り当てるホスト名/場所をユーザーに尋ねます

• オプションで、bsnAPClearConfig（rw）を実行しますsnmpset（メモ255.254.253.252.251.250は、bsnAPTable10進数のオクテットに変換される16 進数のインデックスです）。設定bsnAPClearConfigはすぐにLWAPを再起動します。

  snmpset -v 2c -OXsq -c private -m AIRESPACE-WIRELESS-MIB <WLC_IP> \
    bsnAPClearConfig.255.254.253.252.251.250 integer 1
  

• 次を使用して、bsnAPName（rw）、bsnAPPrimaryMwarName（rw）、bsnAPSecondaryMwarName（rw）を割り当てますsnmpset

• bsnAPSerialNumber（ro）を取得します。bsnAPEthernetMacAddress（ro）、bsnAPName（rw）、bsnAPPrimaryMwarName（rw）、およびbsnAPSecondaryMwarName（rw）とともにCSVファイルに保存します。
• bsnAPReset（rw）で必要に応じてLWAPをリセットします

LWAPからWLCへのマッピングの変更に加えて、APがオフラインになったり、大きなエラーやユーザーカウントが発生したりした場合に自動的に対応できるため、SNMPを使用してLWAPを管理すると便利です。私は通常、15分ごとにそれらすべてをポーリングし、それらに誰がいるかを記録するとともに、各コントローラーにどのLWAPがあるかを記録します。WLCは強力ですが、カスタム応答スクリプトとレポートを作成するのが好きです。