Panduan Praktis Konfigurasi BGP Peering Multi-Homing pada MikroTik RouterOS v7

Ringkasan Tutorial

Panduan BGP multi-homing dua ISP di MikroTik RouterOS v7 yang menekankan pengumpulan parameter peering, filter prefix, local preference, AS-path prepend, verifikasi sesi, dan uji failover.

Tujuan Belajar

• Memahami alur kerja peering BGP dari data ISP sampai uji failover.
• Membedakan fungsi local preference dan AS-path prepend.
• Menafsirkan output session serta advertisement sebelum go live.

Hasil Akhir yang Diharapkan

Setelah menyelesaikan seluruh modul, peserta diharapkan mampu mengulang implementasi ini secara mandiri, memahami alasan desainnya, dan melakukan verifikasi hasil di lapangan tanpa hanya menyalin konfigurasi.

Kenapa Glosarium Ini Penting

Materi Panduan Praktis Konfigurasi BGP Peering Multi-Homing pada MikroTik RouterOS v7 memuat cukup banyak istilah teknis dan singkatan. Modul ini disediakan agar pembaca awam tidak tersendat saat menjumpai istilah yang sering dipakai engineer jaringan, server, storage, dan security.

Cara Menggunakan Modul Ini

1. Baca istilah yang belum Anda pahami sebelum lanjut ke implementasi.
2. Kembali ke glosarium ketika menemukan singkatan baru di langkah konfigurasi.
3. Gunakan definisi ini sebagai pijakan awal, lalu cocokkan dengan output perangkat yang Anda pakai.

Versi Perangkat & Platform Uji

MikroTik RouterOS v7.14 pada CCR/CHR

Estimasi Waktu Praktik

120-150 menit

Prasyarat Sebelum Memulai

• ASN, prefix public, remote ASN, dan parameter peering dari ISP tersedia.
• Interface WAN dan LAN sudah dinamai dengan jelas.
• Firewall tidak memblok TCP 179 ke peer ISP.

Topologi Lab & Skenario Praktik

• Router edge terhubung ke ISP1 dan ISP2 melalui link point-to-point.
• Prefix 103.180.220.0/24 diumumkan dari sisi LAN publik perusahaan.
• Satu host uji di internet digunakan untuk memantau failover.

Aset Lab

Gunakan file lab yang disediakan untuk mempercepat reproduksi skenario: Unduh aset lab.

Kasus Lapangan & Sasaran Implementasi

Perusahaan memiliki ASN dan blok IP public sendiri serta ingin mempertahankan konektivitas saat salah satu ISP gagal tanpa kehilangan kontrol atas jalur utama dan jalur cadangan.

Target pembaca: Network engineer yang sudah memahami IP public, ASN, dan dasar routing edge.

Hasil akhir yang harus dicapai: Router edge mampu membangun dua sesi eBGP, mengiklankan prefix perusahaan secara aman, dan tetap melayani trafik saat ISP utama putus.

Tahapan Implementasi Lapangan

1. Validasi seluruh parameter peering: IP point-to-point, ASN remote, router-id lokal, dan prefix yang boleh diumumkan.
2. Bangun outbound dan inbound filter agar hanya prefix sah yang diumumkan dan hanya route yang dibutuhkan yang diterima.
3. Aktifkan sesi BGP satu per satu, cek state established, lalu bandingkan local preference jalur utama dan backup.
4. Lakukan uji failover dengan memutus salah satu link sambil memantau ping, route, dan advertisement.

Contoh Konfigurasi / Command Penting

/ip address
add address=202.152.0.2/30 interface=ether1
add address=103.28.0.2/30 interface=ether2
add address=103.180.220.1/24 interface=bridge-lan
/routing filter rule
add chain=bgp-out-primary rule="if (dst == 103.180.220.0/24) { accept } else { reject }"
add chain=bgp-out-backup rule="if (dst == 103.180.220.0/24) { set bgp-path-prepend 3; accept } else { reject }"
/routing bgp template
set default as=150508 router-id=103.180.220.1
/routing bgp connection
add name=peer-isp-primary remote.address=202.152.0.1/32 remote.as=7713 templates=default
add name=peer-isp-backup remote.address=103.28.0.1/32 remote.as=9341 templates=default

Hal yang Wajib Diverifikasi

• Kedua peer BGP berstatus established dan tidak sering flap.
• Prefix perusahaan terlihat pada advertisements ke dua ISP.
• Trafik keluar memilih ISP utama saat normal dan pindah ke ISP backup saat gangguan.
• Konvergensi failover terdokumentasi dengan waktu yang terukur.

Troubleshooting Paling Sering Muncul

• Jika state peer stuck di Active, cek reachability remote address, firewall TCP 179, dan remote ASN.
• Jika session established tetapi tidak ada route masuk, audit input filter dan kebijakan penerimaan prefix.
• Jika inbound traffic masih lebih memilih ISP backup, cek prepend dan preferensi upstream.

Keputusan Desain yang Perlu Dipahami

• Desain ini relevan jika perusahaan memiliki ASN sendiri dan kontrol routing edge.
• Jika hanya menerima IP dari ISP tanpa ASN, peering BGP penuh mungkin tidak relevan.
• Produksi sebaiknya menambahkan monitoring session dan notifikasi link.

Kesalahan yang Sering Terjadi di Lapangan

• Mengiklankan prefix yang tidak dimiliki sehingga ditolak upstream.
• Menerima route terlalu banyak tanpa filter yang jelas.
• Mencampur kebijakan inbound dan outbound sehingga hasil routing membingungkan.

Artefak Serah Terima yang Harus Disimpan

• Tabel parameter peering dan dokumen approval ISP.
• Output session dan advertisement saat kondisi normal.
• Catatan prosedur failover dan rollback.

Langkah Lanjut Setelah Praktik

Setelah modul ini selesai, ulangi implementasi tanpa melihat catatan langkah demi langkah, lalu dokumentasikan hasil verifikasi, kendala, dan perubahan desain. Cara ini membantu materi benar-benar berpindah dari sekadar dibaca menjadi keterampilan kerja.