SLA Upstream ISP yang Wajib Ditanya Sebelum Deal
SLA upstream ISP itu bukan lampiran kontrak yang dibaca sambil lalu. Ia adalah dokumen yang menentukan apakah pelanggan Anda akan tetap online ketika sesuatu meledak di sisi upstream — dan siapa yang menanggung kerugian ketika hal itu terjadi. Banyak operator ISP regional menandatangani kontrak wholesale bandwidth hanya berbekal angka uptime 99,9% di slide presentasi, lalu kaget ketika klaim pertama mereka ditolak karena definisi outage di kontrak ternyata jauh lebih sempit dari yang dibayangkan.
Artikel ini membedah bagian SLA yang sering diabaikan: definisi outage, MTTR, jalur eskalasi NOC, mekanisme klaim penalti, dan klausul force majeure. Pendekatannya operator-first — bukan untuk membantu Anda menggugat upstream, tapi untuk memastikan Anda memilih partner yang ekspektasinya sejalan dengan kebutuhan jaringan Anda. Jika sedang membandingkan opsi dedicated internet atau transit, checklist di bawah bisa dipakai langsung saat sesi negosiasi.
Uptime 99,9% itu Angka — Definisi Outage yang Menentukan
Hampir semua upstream ISP menulis uptime 99,9% atau 99,95% di proposal. Yang jarang dibahas: bagaimana mereka mendefinisikan downtime. Definisi yang longgar bisa membuat angka uptime di atas kertas tidak pernah dilanggar, meski jaringan Anda terasa byar-pet sepanjang bulan.
Tanyakan tiga hal sebelum tanda tangan. Pertama, apakah outage dihitung dari titik handoff (port di sisi Anda) atau dari core router upstream. Kedua, apakah packet loss di atas threshold tertentu dianggap sebagai outage, atau hanya total link down. Ketiga, apakah jendela maintenance terjadwal dikecualikan dari perhitungan uptime — dan kalau iya, berapa jam per bulan yang boleh diklaim sebagai maintenance.
Operator yang serius akan punya jawaban tertulis untuk ketiganya, bukan jawaban lisan dari sales. Minta dokumen SLA versi final sebelum kontrak, baca pasal definisi, dan cocokkan dengan pengalaman lapangan tim NOC mereka. Kalau definisi outage cuma "link tidak bisa di-ping selama lebih dari 60 menit berturut-turut", Anda sedang membeli angka di atas kertas, bukan kualitas layanan.
MTTR: Komitmen Waktu Pemulihan yang Bisa Dieksekusi
Mean Time To Repair (MTTR) adalah komitmen yang paling sering dilanggar diam-diam. Banyak SLA hanya mencantumkan target MTTR tanpa konsekuensi spesifik jika dilewati. Bagi operator ISP yang melayani pelanggan korporat atau RT/RW-net dengan SLA turunan, ini berbahaya — Anda mengikat diri pada janji yang tidak bisa Anda kontrol.
Yang harus diperiksa di bagian MTTR:
- Apakah ada perbedaan MTTR untuk gangguan di sisi metro vs backbone vs internasional.
- Berapa lama waktu respons awal NOC setelah tiket dibuka — bukan hanya waktu pemulihan total.
- Apakah kontrak menjamin penggantian perangkat atau jalur dalam waktu tertentu kalau penyebabnya hardware failure di sisi upstream.
- Apakah MTTR dihitung dari saat tiket dibuka, atau dari saat upstream secara resmi mengakui adanya gangguan (klausul ini sering jadi celah).
Operator yang matang biasanya punya MTTR berlapis: respons awal dalam hitungan menit, diagnosis dalam jam pertama, dan komitmen pemulihan dalam window tertentu. Kalau yang ditawarkan cuma satu angka MTTR untuk semua jenis gangguan, itu sinyal bahwa operasional mereka belum cukup matang untuk skala B2B. Untuk operator komunitas, koperasi, atau desa yang sedang merapikan layanan internet rakyat, evaluasi SLA seperti ini penting supaya jalur legal dan dukungan NOC tidak berhenti di brosur.
Jalur Eskalasi NOC: Siapa yang Bisa Dihubungi Jam 2 Pagi
Ini bagian yang paling sering terlihat baik di kontrak tapi gagal di lapangan. SLA boleh menjanjikan respons 15 menit, tapi kalau nomor yang diberikan adalah call center umum yang baru menjawab setelah 40 menit antrian, klausul itu jadi pajangan.
Minta dokumen escalation matrix tertulis. Level 1 adalah engineer NOC yang bisa langsung membuka tiket dan melakukan triage awal. Level 2 adalah senior engineer atau team lead yang punya akses ke perangkat core. Level 3 adalah manajemen operasional yang punya wewenang mengambil keputusan rerouting atau aktivasi jalur cadangan. Pastikan setiap level punya kontak langsung — bukan hanya alamat email umum — dan ada threshold waktu yang jelas kapan tiket otomatis naik level.
Untuk operator ISP regional yang serius, jalur eskalasi ini bahkan lebih penting daripada angka uptime. Outage akan tetap terjadi cepat atau lambat; yang membedakan partner upstream yang baik dengan yang buruk adalah seberapa cepat tim teknis mereka bisa dihubungi, mengakui masalah, dan mulai bekerja. Lihat juga referensi struktur kemitraan reseller internet untuk memahami bagaimana jalur eskalasi biasanya distratifikasi antara end-customer, reseller, dan upstream.
Penalti dan Service Credit: Angka yang Benar-Benar Bisa Diklaim
Service credit adalah kompensasi finansial ketika upstream gagal memenuhi SLA. Bentuknya biasanya potongan tagihan bulan berikutnya, dengan persentase yang naik mengikuti durasi pelanggaran. Di atas kertas terlihat adil; di lapangan, mekanisme klaimnya sering dibuat berbelit-belit sehingga jarang ada yang benar-benar dibayarkan.
Yang harus diuji dalam klausul penalti:
- Apakah klaim service credit otomatis dihitung oleh upstream, atau operator harus mengajukan dengan dokumen pendukung lengkap (grafik monitoring, timestamp tiket, dst.).
- Berapa hari window pengajuan klaim setelah outage terjadi. Window 7 hari biasa, window 3 hari tanda red flag.
- Apakah ada cap maksimal credit per bulan. Cap 25% wajar; cap 5% berarti penalti hampir tidak punya bobot komersial.
- Apakah credit bisa ditarik tunai jika nilainya melebihi tagihan bulan berikutnya, atau hanya akumulasi ke kontrak yang sama.
Penalti yang sehat membuat upstream punya insentif finansial untuk benar-benar menjaga SLA. Kalau biaya pelanggaran SLA mereka jauh lebih kecil daripada biaya investasi redundansi, jangan kaget kalau prioritas operasional mereka tidak sejalan dengan kepentingan Anda.
Force Majeure, Carrier of Last Resort, dan Klausul Abu-abu Lainnya
Bagian terakhir yang harus dibaca pelan-pelan adalah klausul pengecualian. Force majeure standar — bencana alam, perang, perubahan regulasi — wajar ada. Yang tidak wajar adalah ketika kategori "gangguan pihak ketiga" diperluas sedemikian rupa sehingga mencakup hampir semua kemungkinan outage di luar core router upstream.
Beberapa klausul abu-abu yang perlu dipertanyakan: pemadaman listrik PLN di POP upstream (apakah mereka punya genset + UPS dengan SLA tersendiri?), gangguan cable cut di jalur internasional (apakah ada komitmen rerouting via jalur alternatif?), dan ketergantungan pada single upstream tier-1 (apakah mereka menjual diri sebagai tier-2 yang punya multiple upstream, atau sebenarnya reseller dari satu provider saja?).
Tanyakan juga apakah ada klausul "carrier of last resort" — komitmen bahwa upstream akan tetap menjaga konektivitas dasar bahkan ketika sebagian besar SLA tidak berlaku karena kondisi luar biasa. Untuk operator yang melayani layanan kritis seperti perbankan mikro, e-government, atau telemedicine di daerah, klausul ini bukan formalitas.
Pertanyaan yang sering muncul.
Apakah SLA upstream ISP berbeda untuk wholesale bandwidth dan dedicated internet?
Ya, secara struktur biasanya berbeda. Wholesale bandwidth umumnya menggunakan SLA berbasis 95th percentile untuk burst traffic, dengan fokus pada ketersediaan port handoff dan kapasitas agregat. Dedicated internet lebih ketat pada uptime simetris, jitter, dan packet loss karena diperuntukkan bagi layanan kritikal. Pastikan angka SLA yang dijanjikan sesuai dengan jenis produk yang Anda beli, bukan disamaratakan.
Berapa angka uptime yang realistis untuk upstream ISP di Indonesia?
Untuk koneksi domestik di kota besar, 99,9% per bulan adalah baseline yang bisa dicapai upstream yang serius. Untuk koneksi yang melibatkan jalur internasional atau lokasi yang infrastrukturnya menantang, 99,5% lebih realistis. Yang penting bukan angkanya, tapi definisi outage di balik angka itu dan track record operasional upstream selama 12 bulan terakhir — minta laporan uptime historis sebelum tanda tangan.
Apa yang harus dilakukan kalau upstream menolak mengubah klausul SLA?
Penolakan total terhadap diskusi SLA biasanya tanda upstream tersebut tidak terbiasa melayani pelanggan B2B yang matang. Cari upstream alternatif yang bersedia membahas paling tidak tiga area inti: definisi outage, jalur eskalasi tertulis, dan mekanisme klaim service credit. Kalau secara komersial Anda terpaksa tetap memakai upstream tersebut, mitigasi dengan dual-homing atau backup dari provider lain agar tidak bergantung penuh pada satu kontrak.
Apakah service credit benar-benar bisa diklaim di Indonesia?
Bisa, tapi praktiknya tergantung dua hal: kualitas dokumentasi internal Anda dan kerelaan upstream menghormati klausul kontraknya sendiri. Bangun kebiasaan tim NOC mencatat setiap insiden dengan timestamp tiket, grafik monitoring (SNMP, smokeping, atau alat sejenis), dan komunikasi dengan upstream. Tanpa dokumentasi yang rapi, klaim akan mudah ditolak meski secara teknis pelanggaran SLA terjadi.
Apakah ISP regional perlu kontrak SLA terpisah dengan pelanggan akhir mereka?
Perlu, dan SLA ke pelanggan akhir tidak boleh lebih ketat daripada SLA yang Anda dapatkan dari upstream. Kalau upstream menjanjikan MTTR 4 jam, jangan menjanjikan MTTR 2 jam ke pelanggan korporat — kecuali Anda punya redundansi dari upstream lain yang siap mengambil alih. Konsistensi vertikal antara SLA upstream dan SLA downstream adalah dasar manajemen risiko operasional ISP yang sehat.
Diskusikan dengan engineer LJN.
SLA upstream hanyalah satu sisi dari keputusan kemitraan. Sebelum tanda tangan, pertimbangkan juga struktur komersial, model billing, dan jalur dukungan teknis dari calon partner. Kalau Anda masih membandingkan apakah lebih sehat masuk lewat skema reseller internet atau menyusun roadmap lebih luas untuk buka usaha internet, samakan dulu struktur komersial dan SLA yang akan menopang model tersebut. Artikel-artikel berikut membahas aspek operasional lain yang sering luput dari fase negosiasi awal.
Bacaan terkait.
Model billing ISP yang tidak bikin margin bocor
Buka bacaan terkait dari tim engineer dan komersial LJN.
Cara Menurunkan Churn Pelanggan Internet Komunitas
Buka bacaan terkait dari tim engineer dan komersial LJN.
Checklist Due Diligence Sebelum Tanda Tangan Kemitraan ISP
Buka bacaan terkait dari tim engineer dan komersial LJN.
BUMDes Internet Desa: Model Legal, Pembagian Peran, Modal, dan 90 Hari Pertama.
Buka bacaan terkait dari tim engineer dan komersial LJN.
Cara Memilih Upstream untuk ISP Lokal — Kriteria Teknis, Komersial, dan SLA.
Buka bacaan terkait dari tim engineer dan komersial LJN.
Kemitraan ISP Semarang sebagai pondasi ekspansi Jawa Tengah.
Buka bacaan terkait dari tim engineer dan komersial LJN.