Pertanyaan yang paling sering muncul di komunitas MikroTik Indonesia: "Sudah worth upgrade ke RouterOS v7 belum?" Jawabannya tidak sesederhana yes/no — tergantung use case kamu. WISP dengan ratusan PPPoE client punya pertimbangan berbeda dengan admin kampus yang mengandalkan Hotspot portal untuk autentikasi WiFi mahasiswa. Artikel ini breakdown perubahan signifikan v6 vs v7 dari sudut pandang praktisi, bukan sekadar release notes.
Perubahan Arsitektur — Bukan Sekadar Fitur Baru
RouterOS v7 bukan incremental update dari v6 — ini rebuild signifikan di beberapa layer. Yang paling fundamental adalah perubahan di datapath processing dan firewall framework. Dua hal ini yang paling berdampak ke WISP dan admin kampus karena bersentuhan langsung dengan PPPoE, Hotspot, dan traffic management.
| Layer | RouterOS v6 | RouterOS v7 | Impact ke WISP/Kampus |
|---|---|---|---|
| Firewall engine | iptables-based | nftables-based | ⚠️ Rule syntax berubah sebagian |
| Queue system | HTB (Hierarchical Token Bucket) | HTB + CAKE support | ✅ CAKE lebih baik untuk buffer bloat |
| Datapath | Software forwarding dominan | Hardware offload support lebih luas | ✅ Throughput naik di hardware baru |
| IPv6 support | Partial, beberapa bug | Full dual-stack, lebih stabil | ✅ Kampus dengan IPv6 benefit |
| MPLS/VRF | Ada tapi terbatas | Signifikan diperbaiki | ✅ WISP multi-tenant benefit |
| Wireguard | ❌ Tidak ada | ✅ Native support | ✅ VPN modern tanpa package |
| Container | ❌ Tidak ada | ✅ Native (ARM/x86) | ✅ Run app di router langsung |
| CLI syntax | Stable, familiar | 95% compatible, ada breaking | ⚠️ Beberapa script perlu update |
PPPoE untuk WISP — Yang Berubah di v7
PPPoE adalah tulang punggung billing WISP Indonesia. Ini yang berubah di v7 dan langsung relevan untuk operasional:
Performa PPPoE Server — Naik Signifikan
RouterOS v7 membawa perbaikan di PPPoE server throughput, terutama pada hardware dengan multiple core (CHR, RB5009, CCR2xxx). Pada pengujian komunitas, PPPoE aggregate throughput di v7 bisa 20-40% lebih tinggi dibanding v6 pada hardware yang sama — terutama untuk paket kecil (64-512 byte) yang umum di traffic campuran residential WISP.
PPPoE Profile — Breaking Change di Rate Limit
rate-limit di PPPoE profile masih sama, tapi interaksi dengan Queue Tree berubah. Jika kamu pakai /queue tree manual yang di-attach ke PPPoE interface, pastikan re-test setelah upgrade — ada kasus queue tree tidak ter-apply dengan benar di beberapa build v7 awal.# Cek semua PPPoE active session
/ppp active print detail
# Cek queue yang ter-generate otomatis untuk PPPoE
/queue simple print where name~"<pppoe"
# Verify rate-limit applied (v7)
/ppp active print detail where name~"pppoe"
# Lihat kolom "limit-bytes-in" dan "limit-bytes-out"RADIUS Integration — Lebih Stabil di v7
WISP yang pakai RADIUS (FreeRADIUS + billing system seperti Solarius, Mikhmon, atau custom) akan merasakan perbaikan di v7: reconnection handling lebih cepat, CoA (Change of Authorization) lebih reliable, dan attribute parsing lebih toleran terhadap vendor-specific attribute. Jika sebelumnya sering ada issue "session stuck" setelah RADIUS timeout di v6, v7 umumnya lebih bersih.
Hotspot untuk Admin Kampus — Perubahan yang Perlu Diwaspadai
Hotspot MikroTik adalah solusi populer untuk autentikasi WiFi kampus — captive portal sederhana, RADIUS backend, dan manajemen user per-departemen. Di v7 ada beberapa perubahan behavior yang perlu diwaspadai sebelum upgrade production.
Hotspot HTML Template — Tetap Compatible
Kabar baiknya: custom HTML template Hotspot (login.html, alogin.html, rlogin.html, dst) yang sudah kamu buat di v6 masih compatible di v7 tanpa perlu modifikasi. Struktur folder /flash/hotspot/ dan variable substitution ($(username), $(link-login), dll) tidak berubah.
Walled Garden — Behavior Sedikit Berubah
Hotspot User Profile — Rate Limit dan Session Timeout
# Buat profile mahasiswa 10Mbps/10Mbps
/ip hotspot user profile add \
name=mahasiswa \
rate-limit=10M/10M \
session-timeout=8h \
idle-timeout=30m \
shared-users=1
# Buat profile dosen 50Mbps/50Mbps
/ip hotspot user profile add \
name=dosen \
rate-limit=50M/50M \
session-timeout=24h \
idle-timeout=2h \
shared-users=3
# Syntax ini compatible di v6 dan v7MAC Authentication di Hotspot — Perbaikan di v7
Kampus yang pakai MAC-based authentication (device terdaftar auto-login tanpa username/password) akan merasakan perbaikan di v7: MAC lookup lebih cepat dan lebih reliable di jaringan dengan ratusan device simultan. Di v6, MAC auth sering ada race condition saat banyak device reconnect serentak (misal setelah listrik kampus mati dan semua AP reboot bersamaan).
Queue dan Bandwidth Management — Perbaikan Terbesar di v7
Ini area yang paling berdampak untuk WISP dan admin kampus. Queue management di v7 mendapat perhatian besar dari MikroTik, dan hasilnya terasa di beberapa aspek kritis.
CAKE Queue — Game Changer untuk Buffer Bloat
CAKE (Common Applications Kept Enhanced) adalah algoritma queue yang didesain untuk mengatasi buffer bloat — masalah klasik WISP Indonesia di mana speed test bagus tapi gaming dan video call terasa lag. CAKE baru ada di v7 dan tidak ada di v6. Untuk WISP yang terima keluhan "internet lemot padahal speed test oke", CAKE adalah solusi yang layak dicoba.
# CAKE hanya tersedia di RouterOS v7
# Aktifkan di interface WAN upstream
/queue interface set ether1 queue=cake
# Atau via Simple Queue dengan CAKE
/queue simple add \
name=cake-upstream \
interface=ether1 \
max-limit=100M/100M \
queue=cake/cake
# Verify CAKE aktif
/queue simple print detail where name=cake-upstreamQueue Tree — Kompatibilitas dan Breaking Change
| Fitur Queue | v6.49.x | v7.x | Catatan Migrasi |
|---|---|---|---|
| Simple Queue | ✅ Fully supported | ✅ Fully supported | Tidak ada perubahan syntax |
| Queue Tree | ✅ Fully supported | ✅ Fully supported | Parent assignment perlu re-verify |
| PCQ (Per Connection) | ✅ Available | ✅ Available | Behavior sama |
| CAKE | ❌ Tidak ada | ✅ New in v7 | Perlu test di lingkungan kamu |
| FQ-CoDel | ❌ Tidak ada | ✅ New in v7 | Alternatif CAKE yang lebih ringan |
| Burst | ✅ Available | ✅ Available | Syntax sama, behavior identik |
| Dynamic queue PPPoE | ✅ Auto-generated | ✅ Auto-generated | Cek parent queue setelah upgrade |
PCQ untuk WISP — Masih Relevan di v7
PCQ (Per Connection Queue) tetap jadi pilihan WISP untuk fairness antar subscriber tanpa perlu billing per-user. Di v7, PCQ behavior tidak berubah signifikan — script dan konfigurasi existing dari v6 bisa langsung dipakai. Namun dengan hadirnya CAKE di v7, beberapa WISP mulai migrasi dari PCQ+HTB ke CAKE untuk handling buffer bloat yang lebih baik.
Fitur Baru v7 yang Relevan untuk WISP dan Admin Kampus
WireGuard kini built-in di v7 tanpa perlu package tambahan. Untuk WISP yang butuh VPN antar tower atau site-to-site ke NOC, WireGuard jauh lebih efisien dari PPTP/L2TP. Setup sederhana, overhead rendah, dan performa jauh di atas OpenVPN untuk use case point-to-point.
RouterOS v7 di hardware ARM/x86 (CHR, RB5009, CCR2xxx) bisa run Docker container langsung di router. Untuk admin kampus, ini artinya bisa run monitoring agent, RADIUS server kecil, atau bahkan Grafana di router tanpa hardware terpisah. Butuh RouterOS package "container" dan hardware yang kompatibel.
BGP di v7 menggunakan implementasi baru yang lebih compliant dengan RFC terbaru. WISP yang punya ASN sendiri dan terkoneksi ke IIX atau upstream transit akan merasakan perbaikan di route filtering dan peer management. Syntax BGP config berubah di v7 — perlu migrasi script.
MPLS dan VRF di v7 lebih stabil dan support fitur yang sebelumnya buggy di v6. Untuk WISP multi-tenant yang ingin isolasi traffic antar pelanggan korporat menggunakan VRF, v7 adalah pilihan yang lebih mature.
ZeroTier tersedia sebagai package di v7 untuk hardware tertentu. Alternatif untuk site-to-site connectivity yang lebih mudah setup dibanding WireGuard manual, terutama untuk WISP dengan banyak tower yang tidak punya IP publik statis.
Kampus yang mulai rollout IPv6 akan merasakan perbaikan signifikan di DHCPv6-PD (Prefix Delegation) di v7. Di v6.49.x, DHCPv6-PD sering ada bug edge case yang menyebabkan prefix tidak ter-renew dengan benar setelah reboot.
Kasus Nyata: WISP Sumatra Upgrade dari v6.49 ke v7
Sebuah WISP di Pekanbaru dengan ~500 subscriber PPPoE aktif menggunakan CCR1036 sebagai PPPoE concentrator dengan RouterOS v6.49.17. Keluhan utama: buffer bloat di jam puncak (19:00-22:00), speed test subscriber oke tapi gaming dan video call terasa lag. Setelah upgrade ke v7.14 di lab environment (CHR di VPS), implementasi CAKE queue di upstream interface berhasil turun latency dari rata-rata 180ms menjadi 28ms di jam puncak tanpa mengubah bandwidth plan subscriber. Catatan: BGP config perlu ditulis ulang karena syntax berubah, dan dua script notifikasi Telegram perlu update karena format output
/ppp active print sedikit berubah di v7.Breaking Changes — Yang Wajib Dicek Sebelum Upgrade
/export file=backup-v6-sebelum-upgrade dan simpan di luar router. Downgrade dari v7 ke v6 tidak selalu smooth — beberapa konfigurasi v7 tidak dibaca dengan benar oleh v6.| Area | Breaking Change | Solusi |
|---|---|---|
| BGP | Syntax config BGP berubah total di v7 | Export BGP config v6, tulis ulang di v7 syntax baru |
| Firewall | Beberapa chain behavior berbeda di nftables backend | Test rule by rule, terutama mangle dan NAT |
| MPLS | MPLS config format berubah | Reconfigure dari awal menggunakan v7 syntax |
| Fetch tool | Output format /tool fetch berubah | Update script yang parsing output fetch |
| Log format | Beberapa log entry format berubah | Update script monitoring yang parse syslog |
| SSL/TLS | TLS 1.0/1.1 deprecated di v7 | Pastikan RADIUS dan billing system support TLS 1.2+ |
| IP Service | Default port service lebih strict | Re-verify allowed address list di /ip service |
Kapan Upgrade ke v7 dan Kapan Stay di v6
| Kondisi | Rekomendasi | Alasan |
|---|---|---|
| WISP PPPoE < 100 subscriber, hardware lama (RB1100, CCR1036) | ⚠️ Tahan dulu di v6.49.x | Hardware lama tidak dapat benefit hardware offload v7, risiko tidak sebanding |
| WISP PPPoE > 200 subscriber, hardware baru (CCR2xxx, RB5009) | ✅ Pertimbangkan upgrade v7.13+ | Performa naik signifikan, CAKE queue benefit nyata di skala ini |
| Admin kampus dengan Hotspot portal aktif | ⚠️ Test di lab dulu 2-4 minggu | Walled Garden behavior berubah, butuh validasi menyeluruh |
| Admin kampus butuh WireGuard site-to-site | ✅ Upgrade ke v7 | WireGuard native v7 jauh lebih mudah dari workaround v6 |
| WISP dengan BGP ASN sendiri | ⚠️ Upgrade hati-hati, test BGP dulu | BGP syntax berubah total, butuh reconfiguration |
| Router edge dengan uptime kritis (>99.9%) | ❌ Stay v6.49.x sampai v7 lebih mature | Stabilitas v6.49.x sudah proven, v7 masih ada edge case |
| Setup baru (greenfield) | ✅ Langsung v7 | Tidak ada beban migrasi, dapat semua fitur baru dari awal |
Checklist Upgrade v6 ke v7 untuk WISP dan Admin Kampus
/export file=backup-v6-full dan /system backup save name=backup-v6-full. Download kedua file ke PC. Export (.rsc) untuk referensi, backup (.backup) untuk emergency restore.FAQ — Pertanyaan yang Sering Ditanyakan
Kesimpulan
RouterOS v7 bukan sekadar update kosmetik — ada perubahan arsitektur signifikan di firewall, queue, dan datapath yang langsung berdampak ke operasional WISP dan admin kampus. Untuk WISP PPPoE skala kecil-menengah, v7.x stable (7.13+) sudah layak dipertimbangkan terutama karena peningkatan performa queue dan MPLS. Untuk admin kampus dengan Hotspot portal, pastikan test menyeluruh dulu di lab karena beberapa behavior Hotspot berubah di v7. Yang paling penting: jangan upgrade production tanpa backup export full config — beberapa fitur v6 tidak auto-migrate ke v7. Untuk monitoring ASN dan IP jaringan kamu setelah konfigurasi ulang, gunakan Cek IP CekIPSaya dan Traceroute untuk verifikasi routing berjalan benar.