CAPsMAN membuat seluruh access point Anda diatur dari satu tempat. Ganti password WiFi sekali, semua AP ikut. Tambah SSID sekali, semua AP ikut.
Kedengarannya selalu menguntungkan. Nggak selalu.
Kapan dia benar-benar menolong
Titik impasnya kira-kira di empat AP. Di bawah itu, mengubah setelan satu per satu masih lebih cepat daripada memasang dan merawat CAPsMAN.
Yang bikin dia layak:
- AP-nya banyak dan tersebar,
- setelannya sering berubah — password diganti berkala, SSID tamu dibuka tutup,
- Anda ingin semua AP benar-benar seragam, bukan sekadar mirip.
Yang terakhir itu sering diremehkan. AP yang disetel satu per satu selalu berakhir sedikit berbeda satu sama lain, dan perbedaan kecil itulah yang nanti bikin roaming terasa patah-patah.
Keputusan terpenting: local atau manager forwarding
Ini yang paling menentukan hasilnya, dan paling sering dipilih tanpa dipikir.
| Local forwarding | Manager forwarding | |
|---|---|---|
| Traffic client | keluar langsung di AP | dikirim dulu ke controller |
| Beban controller | ringan | berat |
| Beban link ke AP | biasa | dobel |
| Firewall dan queue terpusat | perlu diatur sendiri | otomatis lewat controller |
Kalau Anda memilih manager forwarding tanpa sadar, seluruh traffic WiFi akan menumpuk di satu router. Gejalanya bikin bingung: AP ditambah, tapi WiFi malah makin lambat.
Untuk kebanyakan jaringan kantor dan RT/RW Net, local forwarding yang benar. Manager forwarding masuk akal kalau memang seluruh traffic tamu harus lewat satu titik untuk difilter.
CAPsMAN bukan roaming ajaib
Ini salah paham yang paling mahal. Yang memutuskan pindah AP itu perangkat client, bukan controller. HP yang keras kepala akan bertahan di AP lama sampai sinyalnya benar-benar habis, dan CAPsMAN nggak bisa memaksanya.
Yang bisa Anda lakukan cuma membuat pindah itu lebih menarik:
- SSID dan security profile sama persis di semua AP — beda sedikit saja, roaming jadi login ulang,
- daya pancar jangan dimaksimalkan. AP yang terlalu kuat membuat client bertahan dari jauh padahal ada AP yang lebih dekat,
- pakai access list untuk menolak client yang sinyalnya sudah terlalu lemah, supaya dia terpaksa mencari AP lain.
Yang ketiga itu terasa kejam tetapi justru yang paling terasa hasilnya.
VLAN per SSID, dan tempat orang tersandung
Memisahkan SSID tamu ke VLAN sendiri adalah alasan bagus memakai CAPsMAN. Tapi begitu VLAN masuk, jalur antara controller dan AP harus melewatkan VLAN itu dengan benar — dan kesalahan di sini biasanya berakhir dengan Anda kehilangan akses ke perangkatnya sendiri.
Rencanakan penomorannya dulu di Perencana VLAN dan susun konfigurasinya di Generator VLAN MikroTik. Kalau akses ke router sempat hilang setelah VLAN dinyalakan, urutan memulihkannya ada di VLAN MikroTik bikin kehilangan akses.
Siapkan jawaban untuk "controller mati, lalu apa"
AP yang mengambil konfigurasinya dari controller akan kehilangan konfigurasi itu kalau controller-nya hilang. Sebagian bisa disetel supaya tetap melayani dengan setelan terakhir, tetapi itu keputusan yang harus Anda ambil sadar-sadar, bukan diketahui saat kejadian.
Dan jangan menaruh controller di router yang sudah berat mengurus PPPoE, queue, dan NAT sekaligus. Kalau router itu tersendat, seluruh WiFi ikut tersendat.
Sebelum dan sesudah, ambil export-nya
Perbandingan konfigurasi antar-AP jauh lebih cepat dibaca dari berkas daripada diklik satu per satu di Winbox. Pembaca Export MikroTik merangkumnya, dan itu cara tercepat memastikan seluruh AP benar-benar seragam.
Kalau jaringannya masih menyusun VLAN kantor dari nol, mulai dari merencanakan VLAN kantor — CAPsMAN jauh lebih rapi dipasang di atas rencana VLAN yang sudah beres.