Biaya BGP Multihoming untuk ISP Regional: Kapan Layak Secara Ekonomi

Kapan multihoming benar-benar memberi return

Multihoming punya tiga manfaat utama: redundansi terhadap kegagalan upstream, bargaining power saat negosiasi transit, dan akses ke peering gratis di IXP. Yang sering terjadi, ISP regional memburu manfaat pertama padahal kebutuhan riilnya manfaat kedua atau ketiga.

Trigger paling jujur datang dari sisi bisnis. Pelanggan korporat dengan SLA 99,9% ke atas, layanan B2B yang downtime-nya menimbulkan klaim, atau profil traffic yang sudah berat ke konten lokal sehingga peering di IIX dan OpenIXP bisa memangkas biaya transit secara signifikan. Tanpa salah satu pemicu itu, multihoming biasanya lebih mahal daripada menambah satu sirkuit lagi ke upstream existing.

Untuk operator ISP lokal yang fokusnya konsumen rumahan, pertanyaan utamanya sering bukan kapan multihoming, melainkan apakah memang perlu sekarang—atau cukup memperkuat dulu sisi distribusi dan upstream tunggal. Bagi operator yang masih merintis dan baru menyusun rencana membuka usaha internet, urutan keputusan ini biasanya terbalik: amankan dulu pondasi pelanggan dan margin, baru evaluasi multihoming.

Stack biaya yang sudah pasti masuk RAB

Komponen wajib yang biasanya sudah ada di proposal vendor:

• Pendaftaran ASN melalui sponsor LIR (di Indonesia umumnya via IDNIC/APJII)—biaya pendaftaran satu kali plus iuran tahunan.
• Alokasi IPv4 (PA dari sponsor atau PI yang lebih mahal namun portable) dan IPv6 yang sebaiknya diaktifkan dari awal, bukan ditunda.
• Router edge dengan RAM dan FIB cukup untuk full BGP table—kapasitas perlu diukur dengan margin pertumbuhan 2-3 tahun ke depan, bukan kondisi tabel saat ini saja.
• Bandwidth dari minimal dua upstream berbeda, ditambah biaya cross-connect di data center tempat router berada.
• Lisensi software (untuk vendor tertentu) yang membuka fitur BGP penuh, BFD, dan MPLS bila dibutuhkan.

Bagian ini paling mudah dianggarkan karena angkanya keluar di kuotasi. Blunder yang sering terjadi adalah membeli router second-hand demi menekan capex, lalu RAM-nya tidak cukup ketika tabel BGP global tumbuh dalam 12-18 bulan dan session sulit re-converge setelah flap.

Komponen biaya yang sering luput dari hitungan

Inilah bagian yang membuat proyek multihoming meleset dari anggaran. Komponen di bawah jarang muncul di proposal awal namun rutin menyita waktu dan uang setelah jalan:

• Maintenance IRR. Setiap pengumuman prefix harus terdaftar di IRR (IDNIC-IRR, RADb, atau lainnya). Tidak diurus, prefix akan difilter upstream dan tidak terlihat dari sebagian internet.
• RPKI ROA. Sudah jadi syarat de facto. Sponsor LIR umumnya memfasilitasi penerbitan, namun update saat plan IP berubah tetap harus dijaga oleh tim sendiri.
• Engineering time. Minimal satu engineer harus paham BGP attribute, route filtering, AS-PATH prepending, dan terbiasa membaca looking glass. Ini biaya orang—dan di banyak organisasi mahalnya melampaui sewa router itu sendiri.
• Monitoring rute. BGP monitoring protocol (BMP), peeringDB yang rapi, dan pemantauan looking glass eksternal perlu rutin agar prefix hijack atau route leak terdeteksi sebelum dampaknya membesar.
• Out-of-band management. Saat upstream utama down dan konfigurasi BGP perlu disentuh, jalur OOB jadi penyelamat. Sering ditunda sampai insiden pertama terjadi.
• Spare hardware. Router edge full-table tidak bisa di-RMA dengan santai. Hot spare di rak yang sama nyaris tidak bisa ditawar.
• Penanganan abuse desk. Setelah punya ASN sendiri, laporan abuse datang langsung ke alamat resmi dan harus dijawab dalam waktu wajar—jika tidak, reputasi ASN ikut terdampak.

Dijumlahkan setahun, komponen tersembunyi di atas bisa setara dengan biaya satu sirkuit transit tambahan. Operator yang tidak menganggarkannya akhirnya membebankan pekerjaan ekstra ke engineer yang sudah penuh, dan kualitas operasional turun pelan-pelan.

Menghitung break-even untuk ISP regional

Pendekatan paling sederhana: bandingkan tiga skenario di atas kertas—single-homed dual-circuit, dual-homed default route, dan dual-homed full table. Hitung biaya tahun pertama dan tahun kedua untuk masing-masing, lalu cocokkan dengan profil pelanggan dan traffic.

Single-homed dengan dua sirkuit dari satu upstream menghilangkan banyak overhead operasional namun tetap rentan saat upstream-nya yang bermasalah di lapisan AS. Dual-homed default-route memberi failover dasar tanpa biaya router full-table—cocok sebagai jembatan saat operator mulai membangun otot BGP. Full table baru benar-benar berbuah saat ada peering gratis di IXP yang signifikan dan tim sudah BGP-fluent.

Sebagai patokan kasar, full BGP multihoming mulai memberi pengembalian positif ketika porsi pendapatan B2B mendekati atau melewati B2C dari sisi ARPU, dan ketika konsumsi traffic ke konten lokal cukup besar sehingga peering di IIX/OpenIXP plus on-net cache (GGC, FNA, OCA) memangkas biaya transit dengan jelas. Tanpa dua kondisi itu, jalur tengah biasanya lebih sehat untuk struktur margin ISP regional.

Tahap-tahap sebelum lompat ke BGP penuh

Daripada langsung mengaktifkan konfigurasi penuh, mayoritas ISP regional lebih untung menempuh tahap antara yang membangun otot operasional sambil menunda biaya besar.

Tahap 1—dual-circuit dari upstream tunggal yang andal. Hilangkan single point of failure di sisi last-mile dan sirkuit metro tanpa beban operasional BGP. Cocok untuk operator yang baru menembus seribu sampai beberapa ribu pelanggan dengan dominasi residensial.

Tahap 2—dual-homed dengan default route + secondary upstream sebagai backup. ASN sudah dipasang, namun router belum perlu menampung full table. Failover sederhana via BGP attribute dan local preference. Hardware lebih ringan, dan engineer mulai terbiasa dengan operasional BGP harian.

Tahap 3—full BGP multihoming. Diaktifkan saat profil pelanggan, traffic, dan tim operasional benar-benar siap. Pada titik ini, peering di IXP dan kontrak wholesale bandwidth yang fleksibel jadi bagian dari strategi—bukan beban tambahan yang dipaksakan ke neraca.

Tahapan ini bukan dogma. Ada operator yang langsung lompat ke tahap 3 karena profil bisnisnya membenarkan dari awal. Tapi untuk mayoritas ISP regional, tangga ini menyelamatkan banyak biaya yang tidak perlu keluar di tahun pertama dan menghindari proyek multihoming yang setengah jalan.

Pertanyaan yang sering muncul.

Diskusikan dengan engineer LJN.

Kalkulasi ekonomi multihoming hanya satu sisi dari operasional ISP regional. Bagian lain—pemilihan upstream, struktur margin, dan jalur kemitraan wholesale—biasanya lebih dulu menentukan apakah multihoming pada akhirnya layak dipasang atau ditunda dulu.

Bacaan terkait.