Perencanaan Backhaul dan Last-Mile di Kabupaten Bandung Barat

Perencanaan backhaul Bandung Barat perlu dimulai dari pasangan koordinat, kebutuhan kapasitas, jalur yang dapat digunakan, dan kondisi site—bukan dari nama kecamatan saja. Backhaul membawa trafik dari area distribusi menuju titik handoff atau upstream, sedangkan last-mile meneruskan koneksi dari distribusi ke site atau pelanggan. Pemisahan ini membuat rute, kapasitas, izin, biaya, dan risiko dapat dinilai secara jelas.

Artikel ini ditujukan bagi pengelola jaringan lokal yang sedang menyiapkan data teknis untuk Program Kemitraan ISP di Kabupaten Bandung Barat. Isinya bukan desain final atau janji ketersediaan jalur. Hasil akhir tetap membutuhkan verifikasi alamat, survei, quotation, dan review teknis.

Fakta area yang menjadi konteks perencanaan

Dokumen RKPD Kabupaten Bandung Barat Tahun 2025 mencatat wilayah ini memiliki 16 kecamatan, 165 desa, dan luas 1.284,67 km². Angka tersebut menjelaskan skala administratif, tetapi tidak dapat dipakai sendirian untuk menentukan panjang jalur, jumlah node, atau biaya pembangunan.

Kecamatan seperti Padalarang, Ngamprah, Batujajar, Lembang, Cililin, Cipatat, Cikalongwetan, dan kecamatan lain memiliki pasangan titik serta constraint yang berbeda. Karena itu, artikel ini tidak menggeneralisasi topografi atau akses jaringan seluruh kabupaten dari satu contoh lokasi.

Bedakan backhaul, distribusi, dan last-mile

Gunakan tiga lapisan kerja agar kebutuhan tidak tercampur.

Pemisahan ini juga membantu pembahasan tanggung jawab. Aset upstream, link backhaul, node distribusi, dan instalasi pelanggan dapat dimiliki atau dioperasikan oleh pihak yang berbeda. Pembagiannya perlu konsisten dengan checklist klausul PKS kemitraan ISP.

Data awal untuk perencanaan backhaul Bandung Barat

Siapkan satu paket data yang dapat dibuka ulang oleh reviewer:

1. Koordinat titik A dan B. Titik A dapat berupa handoff atau node existing; titik B adalah node distribusi sasaran.
2. Kebutuhan kapasitas. Jelaskan trafik awal, rencana pertumbuhan, layanan kritis, dan periode evaluasi tanpa mengubah proyeksi menjadi jaminan.
3. Peta atau sketsa rute. Tandai jalur utama, alternatif, persimpangan, crossing, jembatan, bangunan, dan area yang memerlukan izin.
4. Kondisi site. Catat ruang perangkat, listrik, grounding, rack, pendinginan bila diperlukan, keamanan, jam akses, pemilik, dan PIC.
5. Jaringan existing. Dokumentasikan perangkat, jenis port, kapasitas terpasang, utilisasi, core yang tersedia, sambungan, dan titik yang belum terdokumentasi.
6. Bukti lapangan. Lampirkan foto berarah, tanggal, titik pengambilan, hasil ukur, serta catatan hambatan.

Jika data belum diukur, beri label estimasi. Jangan menampilkan hasil penarikan garis pada peta sebagai panjang kabel final karena jalur aktual dapat berubah mengikuti akses, izin, slack, crossing, dan kondisi konstruksi.

Memilih media: fiber atau wireless

Tidak ada media yang otomatis paling tepat untuk setiap lokasi. Bandingkan opsi menggunakan kriteria yang sama.

Untuk jalur serat optik, ITU-T G.652 menjelaskan karakteristik geometris, mekanis, dan transmisi kabel serat single-mode. Untuk jaringan akses yang menghadapi ruang sempit serta banyak tikungan, ITU-T G.657 membahas serat single-mode dengan performa bending yang ditingkatkan. Standar tersebut membantu menentukan kelas serat; desain tetap harus memasukkan kabel, konektor, sambungan, perangkat, dan kondisi instalasi aktual.

Untuk radio point-to-point, ITU-R P.530-19 mencakup metode prediksi untuk sistem terrestrial line-of-sight, termasuk diffraction, multipath, precipitation, cross-polarization, dan prediksi outage. Artinya, garis pandang visual saja belum cukup menjadi keputusan teknis.

Rancang kapasitas tanpa angka sintetis

Mulai dari trafik yang dapat dijelaskan sumbernya. Pisahkan:

• kapasitas layanan awal;
• utilisasi pada jam sibuk;
• overhead dan trafik operasional;
• pertumbuhan pelanggan yang memiliki dasar;
• kebutuhan layanan kritis;
• headroom perangkat dan port;
• kapasitas jalur cadangan saat failover.

Jangan menggunakan satu persentase pertumbuhan industri sebagai angka baku untuk semua area. Gunakan data calon pelanggan, log jaringan existing, paket yang direncanakan, serta asumsi internal bertanggal. Baca juga cara menilai kelayakan area kemitraan ISP agar demand dan biaya tidak terpisah dari desain jaringan.

Uji redundansi dan titik kegagalan tunggal

Dua link tidak otomatis berarti redundan. Periksa apakah keduanya masih berbagi:

• tiang, duct, jembatan, atau crossing yang sama;
• tower, rack, listrik, grounding, atau baterai yang sama;
• perangkat agregasi, port, atau upstream yang sama;
• jalur masuk gedung yang sama;
• PIC dan akses maintenance yang sama.

Dokumentasikan failure domain untuk setiap opsi. Jika rute cadangan memiliki kapasitas lebih kecil, tulis layanan apa yang dipertahankan saat failover dan layanan apa yang dibatasi. Rencana ini lebih berguna daripada sekadar memberi label “backup”.

Checklist survei rute dan site

Gunakan checklist berikut saat desktop survey dan kunjungan lapangan:

• [ ] koordinat titik A, titik B, dan node antara dapat dibuka ulang;
• [ ] foto memiliki arah, tanggal, lokasi, dan keterangan objek;
• [ ] jalur utama serta alternatif ditandai pada peta;
• [ ] status hasil ukur dan estimasi dibedakan;
• [ ] crossing, obstacle, pekerjaan sipil, dan izin dicatat;
• [ ] kapasitas perangkat, port, core, dan listrik diperiksa;
• [ ] rack, grounding, keamanan, jam akses, dan PIC site tersedia;
• [ ] rute cadangan dinilai berdasarkan failure domain;
• [ ] output mencatat data yang belum tersedia dan siapa pemilik tindak lanjutnya.

Output keputusan yang dapat diperiksa

Hasil evaluasi tidak harus langsung “layak” atau “tidak layak”. Gunakan empat status:

• Go ke desain rinci: data utama cukup dan tidak ada blocker yang belum dipetakan.
• Revise: opsi dapat dilanjutkan setelah rute, media, kapasitas, site, atau biaya diperbaiki.
• Perlu data atau survei: keputusan tertahan karena asumsi kunci belum diverifikasi.
• No-go saat ini: terdapat hambatan yang belum dapat diselesaikan pada kondisi evaluasi sekarang.

Sertakan tanggal, reviewer, versi peta, sumber data, daftar asumsi, dan langkah berikutnya. Dengan begitu, perubahan jalur atau site dapat dinilai tanpa mengulang seluruh diskusi dari awal.

Mengirim data untuk evaluasi SJT

Program kemitraan tersedia untuk 16 kecamatan Kabupaten Bandung Barat. Untuk memulai evaluasi, buka halaman Kemitraan ISP Kabupaten Bandung Barat dan kirim lokasi, koordinat, kebutuhan kapasitas, kondisi jaringan existing, site, serta PIC yang dapat dikonfirmasi.

Kesimpulan perencanaan backhaul Bandung Barat

Perencanaan backhaul yang dapat direview harus menghubungkan koordinat, kapasitas, pilihan media, jalur utama dan cadangan, failure domain, site, serta last-mile dalam satu paket data. Ketersediaan program tidak menggantikan desain per alamat; data inilah yang menentukan opsi implementasi paling tepat.

Sumber

• Pemerintah Kabupaten Bandung Barat, RKPD Kabupaten Bandung Barat Tahun 2025, diakses 23 Juli 2026.
• International Telecommunication Union, ITU-T G.652 (08/2024), diakses 23 Juli 2026.
• International Telecommunication Union, ITU-T G.657 (08/2024), diakses 23 Juli 2026.
• International Telecommunication Union, ITU-R P.530-19 (09/2025), diakses 23 Juli 2026.