Internet adalah utilitas bisnis yang sama kritikal-nya dengan listrik bagi kantor modern. Ketika ISP utama mengalami gangguanβentah karena kabel fiber putus, maintenance mendadak, atau masalah backbone yang di luar kendaliβaktivitas bisnis bisa terhenti total: email tidak masuk, sistem cloud tidak bisa diakses, video conference terganggu, dan transaksi e-commerce terputus.
Solusi yang paling cost-effective untuk mengeliminasi risiko ini adalah menggunakan dua ISP yang berbeda (dual ISP) dengan konfigurasi failover otomatis di router Mikrotik. Ketika ISP utama terdeteksi mengalami gangguan, traffic secara otomatis berpindah ke ISP cadangan dalam hitungan detikβtanpa intervensi manual dari tim IT dan tanpa disadari oleh pengguna kantor.
Mikrotik RouterOS menyediakan dua mekanisme utama untuk implementasi failover: metode berbasis distance routing (rekursif) yang mengandalkan reachability IP gateway, dan metode yang lebih andal menggunakan Netwatch yang secara aktif memantau konektivitas ke IP external dan mengeksekusi script failover secara otomatis.
Artikel ini akan memandu Anda melalui konfigurasi failover dual ISP menggunakan metode Netwatchβyang direkomendasikan karena memberikan deteksi kegagalan yang lebih akurat dan cepat dibandingkan metode distance routing murni.
Persiapan: Pastikan Konfigurasi Dasar Sudah Benar
Sebelum mengkonfigurasi failover, pastikan kondisi berikut sudah terpenuhi:
- Kedua interface WAN (ether1 dan ether2) sudah mendapatkan IP address dari masing-masing ISP.
- Tidak ada default route (
0.0.0.0/0) yang konflikβhapus semua default route lama sebelum memulai konfigurasi baru. - Masking (NAT/masquerade) sudah dikonfigurasi untuk kedua interface WAN agar traffic dari jaringan lokal bisa mengakses internet melalui kedua ISP.
Konfigurasi NAT untuk Kedua ISP
Pastikan kedua ISP sudah dikonfigurasi NAT masquerade:
/ip firewall nat
add chain=srcnat out-interface=ether1 action=masquerade comment="NAT ISP1"
add chain=srcnat out-interface=ether2 action=masquerade comment="NAT ISP2"
Langkah 1: Konfigurasi Routing Table Terpisah untuk Setiap ISP
Buat routing table terpisah untuk masing-masing ISP. Ini diperlukan agar Mikrotik tahu jalur mana yang harus digunakan untuk masing-masing ISP secara independen:
/ip route table
add fib name=isp1-table
add fib name=isp2-table
Kemudian tambahkan default route ke masing-masing routing table:
/ip route
add dst-address=0.0.0.0/0 gateway=10.10.10.1 routing-table=isp1-table comment="Default via ISP1 Table"
add dst-address=0.0.0.0/0 gateway=10.20.20.1 routing-table=isp2-table comment="Default via ISP2 Table"
Langkah 2: Marking Koneksi dan Paket dengan Mangle
Gunakan Mangle untuk menandai paket yang sudah established/related agar menggunakan jalur yang sama (connection persistence):
/ip firewall mangle
add chain=prerouting in-interface=ether1 action=mark-connection new-connection-mark=isp1-conn passthrough=yes comment="Mark conn from ISP1"
add chain=prerouting in-interface=ether2 action=mark-connection new-connection-mark=isp2-conn passthrough=yes comment="Mark conn from ISP2"
add chain=prerouting connection-mark=isp1-conn action=mark-routing new-routing-mark=isp1-table passthrough=yes
add chain=prerouting connection-mark=isp2-conn action=mark-routing new-routing-mark=isp2-table passthrough=yes
Langkah 3: Default Route dengan Priority Distance
Tambahkan dua default route di routing table utama dengan nilai distance berbeda. Route dengan distance lebih kecil akan dipilih sebagai route aktif:
/ip route
add dst-address=0.0.0.0/0 gateway=10.10.10.1 distance=1 comment="ISP1 Primary"
add dst-address=0.0.0.0/0 gateway=10.20.20.1 distance=2 comment="ISP2 Backup"
Dengan konfigurasi ini, ISP1 (distance=1) menjadi rute utama. Namun metode ini hanya akan berpindah ke ISP2 jika gateway ISP1 benar-benar tidak reachableβyang tidak selalu terjadi meski koneksi internet ISP1 bermasalah. Inilah mengapa kita perlu menambahkan Netwatch.
Langkah 4: Konfigurasi Netwatch untuk Deteksi Kegagalan Akurat
Netwatch adalah fitur Mikrotik yang secara aktif mengirim ping ke IP external dan mengeksekusi script RouterOS ketika host tersebut tidak merespons (down) atau kembali merespons (up):
/tool netwatch
add host=8.8.8.8 interval=10s timeout=2000ms up-script="/ip route set [find comment="ISP1 Primary"] distance=1; /ip route set [find comment="ISP2 Backup"] distance=2; :log info "Netwatch: ISP1 UP - traffic back to ISP1"" down-script="/ip route set [find comment="ISP1 Primary"] distance=5; /ip route set [find comment="ISP2 Backup"] distance=1; :log info "Netwatch: ISP1 DOWN - failover ke ISP2"" comment="Monitor ISP1 via ISP1 interface"
Langkah 5: Paksa Monitoring Traffic Melalui Interface yang Benar
Tambahkan Mangle rule khusus untuk memastikan ping Netwatch selalu melalui interface yang dimonitor:
/ip firewall mangle
add chain=output dst-address=8.8.8.8 action=mark-routing new-routing-mark=isp1-table passthrough=yes comment="Force Netwatch ping via ISP1"
add chain=output dst-address=1.1.1.1 action=mark-routing new-routing-mark=isp2-table passthrough=yes comment="Force Netwatch ping via ISP2"
Kemudian tambahkan Netwatch kedua untuk monitor ISP2 dengan host IP 1.1.1.1 agar kondisi ISP2 juga terpantau.
Langkah 6: Verifikasi dan Testing Failover
Setelah semua konfigurasi selesai, lakukan pengujian:
- Buka IP β Routes dan pastikan ISP1 route aktif (distance=1) dan ISP2 standby (distance=2).
- Simulasikan kegagalan ISP1: cabut kabel ether1 atau blokir traffic ke 8.8.8.8 sementara.
- Pantau Log (System β Log) untuk memastikan script Netwatch ter-trigger dan distance berubah.
- Verifikasi dari workstation karyawan bahwa internet masih berjalan (mungkin ada jeda 15β30 detik untuk failover).
- Hubungkan kembali kabel ether1 dan verifikasi traffic kembali ke ISP1.
Jika konfigurasi failover dual ISP ini terasa kompleks atau Anda mengalami masalah dalam implementasi, tim jasa Mikrotik NComputindo siap membantu. Kami berpengalaman mengkonfigurasi failover multi-ISP untuk berbagai lingkungan kantor, dari single site hingga multi-branch. Untuk pemantauan dan pemeliharaan jaringan jangka panjang, kami juga menawarkan jasa maintenance jaringan dan IT managed services yang mencakup monitoring 24/7 dan respons insiden cepat. Hubungi kami melalui halaman konsultasi gratis untuk mendiskusikan kebutuhan jaringan kantor Anda.
Tingkatkan kestabilan router dengan fitur utama Mikrotik untuk kantor, pelajari langkah investigasi di penyebab internet kantor lambat, serta proteksi lalu lintas data bersama layanan firewall terintegrasi.
Pastikan Internet Kantor Anda Tidak Pernah Mati
Tim NComputindo siap mengkonfigurasi failover dual ISP di Mikrotik kantor Anda secara profesionalβtermasuk testing menyeluruh dan dokumentasi konfigurasi untuk tim IT internal.
π¬ Setup Failover ISP Mikrotik SekarangFAQ: Failover Dual ISP di Mikrotik
Failover berarti satu ISP aktif sebagai primary, ISP kedua hanya aktif ketika ISP primary gagal. Load balancing berarti kedua ISP digunakan secara bersamaan untuk membagi beban traffic. Failover lebih sederhana dan cocok untuk memastikan kontinuitas internet, sedangkan load balancing lebih kompleks dan digunakan untuk memaksimalkan total bandwidth yang tersedia.
Dengan konfigurasi Netwatch interval 10 detik dan timeout 2 detik, failover akan ter-trigger setelah sekitar 10β30 detik dari saat ISP utama benar-benar down. Pengguna mungkin merasakan gangguan sesaat (koneksi TCP yang aktif akan terputus), namun koneksi baru akan langsung menggunakan ISP cadangan.
Sangat direkomendasikan menggunakan dua provider ISP yang berbeda dengan infrastruktur yang tidak saling bergantung. Menggunakan dua koneksi dari ISP yang sama tidak memberikan redundancy yang nyataβjika backbone ISP tersebut bermasalah, kedua koneksi akan terdampak secara bersamaan.
Ya, sesi VPN yang sedang aktif (L2TP, OpenVPN, WireGuard) akan terputus saat failover karena IP publik yang digunakan berubah dari ISP1 ke ISP2. Klien VPN perlu reconnect secara manual atau otomatis setelah failover. Ini adalah trade-off yang umum diterima untuk mendapatkan kontinuitas internet secara keseluruhan.
Semua konfigurasi Mikrotik (Routes, Netwatch, Mangle) tersimpan secara persistent di non-volatile storage RouterOS dan akan aktif kembali setelah restart. Lakukan verifikasi pasca-restart dengan memeriksa status routes di IP β Routes dan memastikan Netwatch aktif di Tools β Netwatch.