Organisasi saya akan segera mengerahkan sekitar 600 titik akses Cisco 2602i baru dalam penyebaran CAPWAP dengan beberapa 5508 pengontrol.
Ini adalah penyegaran infrastruktur; Saat ini kami memiliki perpaduan antara Cisco AP lama yang menggunakan CAPWAP dengan beberapa set pengontrol WiSM. Prosedur kami saat ini untuk menyebarkan AP baru / pengganti adalah, menurut pemahaman saya, prosedur priming standar sebagaimana tercantum dalam dokumen Forum Dukungan Cisco ini .
- Hubungkan titik akses baru ke jaringan di meja kami
- AP mendapat alamat DHCP
- Opsi DHCP 43 menunjuk AP ke pengontrol
- Masuk ke NCS Prime dan temukan AP baru
- Ubah nama AP dan pengontrol Utama / Sekunder
- Kotak AP cadangan dan bawa ke situs untuk penyebaran
Saya tahu ada opsi lain untuk awalnya mendapatkan AP untuk berbicara dengan controller, seperti Over-the-Air-Provisioning atau menempatkan AP ke dalam Layer 2 VLAN dengan controller. Tapi ini tampaknya terfokus hanya pada membuat AP terhubung ke pengontrol APAPUN, bukan priming untuk pengontrol Primer / Sekunder tertentu.
Saya ingin menyiapkan semacam area persiapan / persiapan untuk pra-konfigurasi titik akses baru, melakukan inventaris, menandai dengan tag aset, menyortir AP berdasarkan area penyebaran akhir, dan sebagainya.
Dalam mengatur area pementasan ini, apakah ada cara yang lebih baik untuk mengatasi AP ini dengan cepat dan mudah? Atau apakah kita sudah melakukan ini dengan cara yang paling efisien?
Jawaban:
CATATAN: Saya berasumsi Anda sudah terbiasa dengan memuat MIB pada mesin Windows / Linux, dan menggunakan
snmpwalk
/snmpset
... jika tidak, beri tahu sayaSaya baru-baru ini menemukan seberapa baik Anda dapat mengelola LWAP Cisco melalui AIRESPACE-WIRELESS-MIB , pada kenyataannya saya sebagian besar meninggalkan WCS kami demi mengelola LWAP kami dengan MIB (kami memiliki beberapa ratus LWAP yang tersebar di beberapa WLC di fasilitas kami) .
Karena Anda tahu Perl, Anda bisa menulis loop untuk polling WLC Anda untuk LWAPs baru; kemudian skrip bereaksi sesuai ketika melihat LWAP mac-address baru pada WLC.
Secara opsional melakukan bsnAPClearConfig (rw) menggunakan
snmpset
(catatan 255.254.253.252.251.250 adalah indeks heksidecimal untukbsnAPTable
diterjemahkan ke dalam oktet desimal); pengaturanbsnAPClearConfig
akan segera me-reboot LWAP:Tetapkan bsnAPName (rw) , bsnAPPrimaryMwarName (rw) , bsnAPSecondaryMwarName (rw) menggunakan
snmpset
Menggunakan SNMP untuk mengelola LWAP sangat membantu, karena saya dapat secara otomatis bereaksi terhadap perubahan dalam pemetaan LWAP ke WLC, serta ketika AP jatuh offline atau mendapat kesalahan / jumlah pengguna yang besar. Saya biasanya polling mereka semua setiap 15 menit dan merekam siapa yang ada di sana, serta merekam apa LWAP pada setiap controller. WLC sangat kuat, tapi saya suka membuat skrip reaksi khusus dan laporan.
sumber