Failover MikroTik Recursive Route: Jangan Hanya Ping Modem
Failover yang hanya memeriksa gateway modem dapat memberi false-positive: ethernet dan modem masih hidup, tetapi jalur ISP ke internet sudah putus. Router tetap menganggap route utama sehat dan pengguna kehilangan akses.
Baca juga load balancing & failover MikroTik atau gunakan jasa setting MikroTik remote jika perubahan berisiko memutus akses.
Konsep recursive check
Alih-alih hanya menjadikan gateway modem sebagai indikator, router memiliki route check menuju alamat internet yang stabil melalui gateway tertentu. Default route kemudian bergantung pada hasil resolusi jalur tersebut.
Scope dan target-scope harus dipahami
Pada desain recursive route, route harus dapat saling meresolusi sesuai scope/target-scope. Nilai yang salah dapat membuat gateway tidak dianggap reachable walaupun koneksi sebenarnya sehat.
Pilih target check dengan hati-hati
Satu IP publik saja bisa menjadi single point of false alarm. Untuk desain yang lebih matang, gunakan beberapa indikator atau mekanisme yang menghindari perpindahan jalur hanya karena satu host tidak membalas ICMP.
Recovery juga perlu diuji
Failover sukses bukan hanya “ISP1 mati lalu pindah ISP2”. Uji juga ketika ISP1 kembali: apakah sesi baru kembali ke jalur utama, apakah route flap, apakah VPN/port forwarding pulih, dan apakah aplikasi stateful terganggu.
Failover vs load balancing
Failover menjaga ketersediaan. Load balancing membagi banyak koneksi antar-WAN. Keduanya dapat digabung, tetapi desain dan pengujiannya berbeda.
Checklist pengujian
- putus kabel WAN;
- biarkan ethernet aktif tetapi blok upstream;
- cek route active/inactive;
- ukur waktu perpindahan;
- uji DNS, browsing, VPN, dan aplikasi bisnis;
- sambungkan kembali ISP utama dan perhatikan flap.