Apa yang Dikerjakan ITSP di Balik Layar?

Ketika panggilan terdengar jernih, kebanyakan orang menganggapnya hasil internet kantor yang bagus. Padahal sebagian besar perjalanan panggilan berlangsung di jaringan yang tidak pernah dilihat pelanggan, yaitu jaringan Internet Telephony Service Provider (ITSP) dan operator tujuan. Artikel ini membahas pekerjaan ITSP di sisi tersebut dan cara pelanggan menilainya sebelum berlangganan.

1. Memutuskan Rute untuk Setiap Panggilan

ITSP umumnya terhubung ke lebih dari satu operator (carrier). Setiap panggilan keluar harus diputuskan lewat jalur mana ia diteruskan, dan jalur yang berbeda memiliki kualitas serta harga yang berbeda.

Ada dua pendekatan yang sering dipadukan:

• Least-cost routing: memilih jalur termurah untuk tujuan tertentu.
• Quality-based routing: memilih jalur dengan performa terbaik berdasarkan data terkini.

Perbedaannya paling terasa pada panggilan internasional. Rute bertarif sangat murah biasanya berkualitas tidak konsisten, dan pada sebagian rute nomor penelepon (CLI) tidak diteruskan dengan benar. ITSP yang baik terbuka tentang jenis rute yang dipakai dan memberi pelanggan pilihan antara profil hemat dan profil kualitas.

2. Mengelola Kapasitas Interkoneksi

Kualitas panggilan dibatasi oleh titik hubung antara ITSP dan operator tujuan. Jika kapasitas titik itu habis, hasilnya bukan hanya suara yang buruk. Panggilan bisa gagal tersambung atau tertunda lama sebelum berdering.

Karena itu ITSP perlu merencanakan kapasitas dengan cadangan yang cukup, terutama untuk lonjakan seperti promo besar, hari raya, atau kampanye penagihan massal. Lokasi titik kehadiran jaringan (point of presence) juga berpengaruh. Semakin sedikit lompatan antara pelanggan, ITSP, dan operator tujuan, semakin kecil peluang gangguan.

3. Meminimalkan Transcoding di Perbatasan Jaringan

Pada sisi jaringan telepon publik, G.711 adalah codec yang umum dipakai. Jika PBX pelanggan memakai codec lain, ITSP harus mengonversinya di perbatasan (transcoding). Proses ini menambah delay dan beban pemrosesan, serta sedikit menurunkan kualitas.

Tugas ITSP adalah mendukung G.711 dari ujung ke ujung, melakukan transcoding hanya bila benar-benar perlu, dan menyediakan kapasitas transcoding yang cukup agar tidak menjadi titik macet saat jam sibuk.

4. Memantau Metrik yang Mengungkap Masalah Lebih Awal

Provider yang serius tidak menunggu keluhan pelanggan. Mereka memantau metrik berikut:

Metrik ini harus dibaca per tujuan dan dibandingkan dengan kondisi normalnya, karena ASR dipengaruhi juga oleh perilaku orang yang ditelepon. Perlu diingat pula bahwa MOS pada sistem pemantauan adalah estimasi dari model, bukan penilaian pendengar sungguhan.

5. Mengalihkan Rute Bermasalah Secara Otomatis

Ketika sebuah rute melewati ambang batas, misalnya ASR turun atau PDD naik, sistem ITSP yang baik mengeluarkannya dari rotasi dan mengalihkan trafik ke rute lain. Pelanggan tidak merasakan apa pun. Dua hal menentukan hasilnya: seberapa cepat masalah terdeteksi dan seberapa tepat ambang batasnya.

Redundansi juga memerlukan peran pelanggan. Jika ITSP menyediakan alamat server primer dan sekunder, pelanggan perlu mengonfigurasi keduanya di PBX agar pengalihan benar-benar bisa berjalan.

6. Menelusuri Masalah Bersama dan Menentukan Batas Tanggung Jawab

Saat kualitas buruk, penyebabnya bisa ada di tiga tempat: jaringan pelanggan, jaringan ITSP, atau operator tujuan. ITSP dapat menelusuri sisinya dengan cepat jika pelanggan melapor dengan data yang lengkap:

• Call-ID atau penanda panggilan dari log PBX
• Waktu kejadian beserta zona waktunya
• Nomor penelepon dan nomor tujuan
• Pola kejadian: hanya satu tujuan atau semua tujuan

Pola ini sangat berguna. Masalah di satu tujuan saja biasanya mengarah ke rute atau operator tertentu. Masalah di semua tujuan lebih mungkin berasal dari jaringan pelanggan atau jaringan ITSP. Penyedia yang baik memberi penjelasan penyebab (root cause), bukan hanya jawaban “sudah normal kembali”.

7. Menyusun SLA yang Benar-Benar Mengikat

SLA yang bagus tidak berhenti pada angka uptime. Periksa hal-hal berikut:

• Titik cakupan: SLA biasanya berlaku sampai titik serah antara jaringan ITSP dan jaringan Anda.
• Definisi gangguan: apakah panggilan yang gagal sebagian atau kualitas yang turun dihitung?
• Waktu respons dan waktu pemulihan: keduanya berbeda dan sebaiknya tertulis terpisah.
• Kompensasi: bentuk kredit atau pengembalian bila target tidak terpenuhi.
• Pengecualian: jadwal pemeliharaan dan kondisi yang tidak ditanggung.

Pertanyaan untuk Calon ITSP

1. Berapa banyak operator upstream yang Anda gunakan, dan bagaimana kebijakan rute internasionalnya?
2. Dapatkah saya melihat laporan ASR dan ACD per tujuan?
3. Berapa lama dari terdeteksinya rute bermasalah sampai trafik dialihkan?
4. Di mana titik kehadiran jaringan Anda, dan apakah tersedia alamat server primer dan sekunder?
5. Bagaimana kebijakan transcoding Anda?
6. Data apa yang Anda butuhkan saat saya melapor, dan berapa target waktu tindak lanjutnya?

Kesimpulan

Kualitas suara SIP Trunk adalah hasil kerja dua pihak. Jaringan pelanggan menentukan separuh perjalanan, dan ITSP menentukan separuh lainnya melalui pemilihan rute, kapasitas interkoneksi, pemantauan, pengalihan otomatis, dan dukungan teknis. Menilai ITSP dari cara mereka mengelola bagian itu akan memberi gambaran yang lebih jujur daripada sekadar membandingkan tarif per menit.