Panduan Lengkap Migrasi Routing MikroTik: Perbedaan Fundamental RouterOS v6 vs RouterOS v7
Bagi para Network Engineer, administrator ISP, dan pengelola jaringan enterprise, transisi dari MikroTik RouterOS v6 ke RouterOS v7 bukan sekadar pembaruan versi biasa (minor update). RouterOS v7 membawa perombakan total pada arsitektur routing engine, kernel Linux (menggunakan kernel 5.6+), dan cara RouterOS memproses tabel rute (Forwarding Information Base / FIB).
Banyak teknisi yang mengalami downtime atau kehilangan rute saat melakukan upgrade langsung karena sintaks konfigurasi lama tidak lagi kompatibel dengan standar baru.
Dalam panduan ini, kita akan mengulas perbedaan arsitektural fundamental antara RouterOS v6 dan v7 serta menyediakan komparasi sintaks CLI kedua versi berdampingan agar proses migrasi jaringan Anda berjalan mulus tanpa risiko network outage.
1. Perbedaan Fundamental Arsitektur Routing
Pada RouterOS v6, subsistem routing berjalan pada single-thread di mana protokol seperti BGP hanya dapat memanfaatkan satu inti CPU meskipun Anda menggunakan perangkat Cloud Core Router (CCR) dengan 36 atau 72 core.
Pada RouterOS v7, MikroTik menulis ulang seluruh stack routing dengan keunggulan:
- Multi-Threaded Architecture: BGP dan OSPF mampu memanfaatkan seluruh core prosesor (CPU affinity).
- Explicit Routing Table: Tabel rute tidak lagi otomatis dibuat oleh firewall mangle, melainkan objek mandiri yang wajib didaftarkan di
/routing table. - Unified IPv4 & IPv6: Protokol seperti OSPF dan BGP mengelola address family IPv4 dan IPv6 secara terpadu dalam satu sesi konfigurasi.
- Rule-Based Procedural Routing Filter: Format filter rantai (chain-based) lama digantikan oleh bahasa ekspresi pemrograman yang jauh lebih cepat dievaluasi oleh memori.
2. Komparasi Sintaks CLI: Static Routing & Table FIB
Di RouterOS v6, saat Anda membuat routing mark pada firewall mangle untuk keperluan Policy Based Routing (PBR), RouterOS otomatis membuat tabel rute di belakang layar.
Di RouterOS v7, Anda wajib mendeklarasikan tabel rute terlebih dahulu dengan atribut fib=yes. Jika tabel belum dibuat, rute tidak akan pernah dimasukkan ke dalam kernel routing table.
Konfigurasi RouterOS v6:
# v6: Langsung menambahkan rute dengan routing-mark
/ip route
add dst-address=0.0.0.0/0 gateway=192.168.10.1 routing-mark=to-ISP1 check-gateway=ping
add dst-address=0.0.0.0/0 gateway=192.168.20.1 routing-mark=to-ISP2
Konfigurasi RouterOS v7:
# v7 Langkah 1: Wajib deklarasikan tabel routing terlebih dahulu
/routing table
add name=to-ISP1 fib
add name=to-ISP2 fib
# v7 Langkah 2: Masukkan rute dengan parameter routing-table (bukan routing-mark)
/ip route
add dst-address=0.0.0.0/0 gateway=192.168.10.1 routing-table=to-ISP1 check-gateway=ping
add dst-address=0.0.0.0/0 gateway=192.168.20.1 routing-table=to-ISP2
3. Komparasi Sintaks CLI: OSPF (Instance vs Interface Template)
Pada RouterOS v6, pengaktifan OSPF dilakukan dengan mendefinisikan network statement yang mencocokkan subnet IP interface.
Pada RouterOS v7, paradigma diubah menjadi Interface Template. Anda mengarahkan OSPF langsung ke interface spesifik atau rentang subnet, menggabungkan pengaturan otentikasi, cost, dan network type dalam satu baris.
Konfigurasi OSPF RouterOS v6:
# v6: Konfigurasi Instance OSPF
/routing ospf instance
set [ find default=yes ] router-id=10.255.255.1
# v6: Menentukan network yang di-advertise
/routing ospf network
add network=192.168.1.0/24 area=backbone
add network=10.10.10.0/30 area=backbone
# v6: Kostumisasi parameter interface
/routing ospf interface
add interface=ether1 network-type=broadcast authentication=md5 authentication-key=MySecretKey
Konfigurasi OSPF RouterOS v7:
# v7: Konfigurasi Instance OSPF
/routing ospf instance
add name=ospf-core router-id=10.255.255.1 version=2
# v7: Konfigurasi Area
/routing ospf area
add name=area-backbone instance=ospf-core area-id=0.0.0.0
# v7: Interface Template (Menyatukan network, interface, dan auth)
/routing ospf interface-template
add instance=ospf-core area=area-backbone interfaces=ether1 type=broadcast auth=md5 auth-key=MySecretKey
add instance=ospf-core area=area-backbone networks=192.168.1.0/24
4. Komparasi Sintaks CLI: Routing Filter Baru
Perubahan paling signifikan yang sering membuat teknisi bingung adalah Routing Filter. RouterOS v6 menggunakan baris berantai seperti Firewall, sedangkan RouterOS v7 menggunakan bahasa logika dengan operator if (...) { ... } else { ... }.
Format RouterOS v6:
# v6: Filter OSPF / BGP berantai
/routing filter
add chain=bgp-in prefix=10.0.0.0/8 prefix-length=8-24 action=accept
add chain=bgp-in action=discard
Format RouterOS v7:
# v7: Filter berbasis rule sintaksis modern
/routing filter rule
add chain=bgp-in rule="if (dst in 10.0.0.0/8 && dst-len <= 24) { accept; } else { reject; }"
Keuntungan Sintaks v7: Performa evaluasi ribuan prefix BGP (Full Feed) di RouterOS v7 hingga 10x lebih cepat dibanding v6, karena aturan di-compile langsung ke instruksi mesin yang efisien.
5. Checklist Langkah Aman Migrasi ke RouterOS v7
Untuk menghindari downtime pada jaringan produksi, terapkan prosedur bertahap berikut:
- Backup Biner & Export Teks:
- Jalankan
/system backup save name=backup-v6-sebelum-migrasi - Jalankan
/export file=config-v6-export.rsc(wajib menyimpan file teks.rscuntuk referensi sintaks asli).
- Jalankan
- Uji Coba di Cloud CHR Lab:
- Pasang Cloud Hosted Router (CHR) v7 di virtual machine atau lab lokal.
- Konversikan baris konfigurasi static route, OSPF, dan BGP dari v6 ke format v7 pada lab sebelum menyentuh perangkat fisik produksi.
- Periksa Paket Tambahan:
- Pada v7, fitur seperti BGP, OSPF, dan MPLS sudah menyatu dalam paket utama
routeros. Anda tidak perlu lagi mengunduh paketroutingterpisah.
- Pada v7, fitur seperti BGP, OSPF, dan MPLS sudah menyatu dalam paket utama
- Verifikasi Flag FIB:
- Pastikan seluruh tabel routing kustom memiliki opsi
fib=yes. Jika tidak, paket yang diarahkan ke tabel tersebut tidak akan diteruskan oleh kernel.
- Pastikan seluruh tabel routing kustom memiliki opsi
Kesimpulan
Migrasi ke RouterOS v7 memberikan lompatan performa yang sangat besar, terutama bagi ISP dan enterprise yang mengelola koneksi multi-homed BGP dan jaringan multi-area OSPF. Pemahaman mendalam mengenai transisi arsitektural v6 ke v7 adalah kompetensi wajib bagi setiap insinyur jaringan modern.
Jika perusahaan Anda membutuhkan pendampingan migrasi atau ingin membekali tim teknis dengan kurikulum resmi dual-stack (v6 dan v7), Anda dapat mengikuti:
- Training MTCRE Resmi (MikroTik Certified Routing Engineer)
- Training MTCINE Expert (BGP & MPLS ISP Backbone)
- In-House Corporate Training MikroTik untuk pelatihan langsung di kantor Anda.