Appliance & Cloud — panduan memilih, dan kapan SBC benar-benar dibutuhkan saat menyambungkan trunk Telkom ke Retell AI, VAPI, LiveKit, CloudTalk, Sprinklr, dan Freshcaller.
Ringkasan
Sangoma SBC — tersedia sebagai perangkat Appliance (on-premises) maupun sebagai Cloud/VM — dapat berfungsi sebagai titik penghubung antara SIP Trunk Telkom, baik on-premises maupun cloud, dengan berbagai platform AI Voice Agent. Namun kebutuhan akan SBC ini berbeda-beda tergantung platform tujuannya: sebagian platform menerima koneksi SIP trunk langsung dan menjadikan TLS sebagai opsi, sementara sebagian lain secara eksplisit mensyaratkan atau merekomendasikan SBC sebagai bagian dari arsitektur resminya. Dokumen ini merangkum kebutuhan tersebut per platform, serta peran Sangoma SBC dalam tiap skenario.
Kenapa Trunk Telkom Tidak Bisa Asal Disambungkan ke Platform AI
SIP Trunk Telkom pada dasarnya dirancang untuk komunikasi antar PBX klasik, sementara platform AI Voice Agent modern memiliki standar signaling, keamanan, dan codec yang berbeda-beda. Tanpa lapisan penghubung yang tepat, tiga masalah berikut umum terjadi:
- Enkripsi — trunk Telkom konvensional umumnya berjalan di UDP tanpa enkripsi, sementara sejumlah platform AI merekomendasikan atau mensyaratkan SIP di atas TLS beserta media SRTP.
- Ketidakcocokan codec — trunk Telkom lazim menggunakan G.711/G.729, sedangkan sejumlah platform AI mengharapkan codec seperti Opus atau G.722, sehingga dibutuhkan transcoding secara real-time.
- Keamanan jaringan — menghadapkan trunk langsung ke internet publik tanpa lapisan pelindung membuka celah registrasi liar, flooding, dan potensi toll fraud.
Apa itu Sangoma SBC
Session Border Controller duduk di antara SIP Trunk Telkom dan sistem komunikasi Anda — baik itu IP-PBX, contact center, maupun platform AI Voice Agent — dan menjalankan empat peran utama di setiap panggilan yang lewat:
- Interoperabilitas & transcoding — menjembatani perbedaan codec, format signaling, dan versi protokol antar vendor.
- Enkripsi SIP TLS & SRTP end-to-end — signaling dan media panggilan dienkripsi di seluruh jalur, mencegah penyadapan.
- Routing, load balancing & failover — mengarahkan panggilan ke beberapa trunk maupun beberapa platform AI sekaligus, dengan failover otomatis.
- Perlindungan dari serangan & toll fraud — mendeteksi dan memblokir pola registrasi mencurigakan serta upaya eksploitasi trunk.
Dua Model Deployment: Appliance vs Cloud
Keduanya menjalankan fungsi inti yang sama. Perbedaannya ada pada lokasi penempatan, model investasi, dan cara skalanya mengikuti pertumbuhan trafik panggilan.
|
Model |
Cocok untuk |
Kapasitas sesi |
Catatan |
|
Sangoma SBC — SMB Appliance |
Kantor kecil–menengah dengan trunk Telkom on-premises |
5–30 sesi bersamaan |
Perangkat fisik di lokasi, kendali penuh atas data lokal |
|
Sangoma SBC — Medium/Large Appliance |
Perusahaan dengan volume panggilan menengah |
25–250 sesi bersamaan |
Cocok untuk kepatuhan data lokal / regulasi ketat |
|
Sangoma SBC — Hybrid/Carrier Appliance |
Enterprise besar / carrier |
Hingga 4.000 sesi |
Kombinasi fleksibilitas VM dengan skala hardware |
|
Sangoma SBC — Cloud (Virtual Machine) |
Trunk cloud & integrasi ke platform AI berbasis cloud |
Hingga 1.000 sesi bersamaan |
Elastis, tanpa investasi hardware, dikelola lewat WebGUI |
Kebutuhan SBC per Platform AI — Hasil Verifikasi
Bukan semua platform di bawah ini mensyaratkan SBC secara teknis. Tabel berikut merangkum sikap masing-masing platform terhadap SIP trunk langsung, TLS, dan peran SBC berdasarkan dokumentasi resminya masing-masing.
|
Platform |
Terima SIP trunk langsung? |
TLS/SRTP |
Peran SBC (mis. Sangoma) |
|
Retell AI |
Ya, lewat SIP trunking / dial-to-SIP-URI |
Didukung TLS 1.2+; mTLS tersedia untuk enterprise atas permintaan — tidak wajib default |
Direkomendasikan: mengamankan & menerjemahkan trunk Telkom sebelum ke Retell |
|
VAPI |
Ya; VAPI menjalankan SBC miliknya sendiri di sisi mereka |
Port 5060 default, TLS 5061 hanya jika diwajibkan kebijakan keamanan — opsional |
Opsional: berguna untuk transcoding & kontrol trafik dari trunk Telkom |
|
LiveKit |
Ya, mendukung banyak provider SIP out-of-the-box |
“Secure trunking” (TLS+SRTP) adalah fitur yang harus diaktifkan, bukan default |
Opsional: SBC membantu bila trunk Telkom perlu diselaraskan formatnya |
|
CloudTalk |
Ya, lewat model BYOC (Bring Your Own Carrier) |
TLS/SRTP umum didukung carrier BYOC, kompatibilitas dicek saat onboarding |
Opsional: mempermudah normalisasi trunk Telkom ke format BYOC |
|
Sprinklr (VoiceConnect) |
Ya, dan SBC disebut eksplisit sebagai bagian arsitektur resmi |
TLS/SRTP opsional namun didukung penuh; enkripsi & transcoding built-in |
Direkomendasikan kuat — bahkan tersedia opsi hardware deployment on-premises Sprinklr untuk kawasan berregulasi ketat |
|
Freshcaller (Freshworks) |
Tidak langsung — trunk harus diteruskan ke SIP domain milik Twilio (mis. [email protected]) |
Mengikuti standar Twilio; codec wajib G.711 |
Dibutuhkan sebagai jembatan: menerjemahkan trunk Telkom ke format & IP whitelist yang disyaratkan Twilio-Freshcaller |
Catatan penting
Tidak satu pun dari keenam platform di atas menjadikan SBC pelanggan sebagai satu-satunya jalan untuk terhubung. Yang membedakan adalah tingkat kebutuhan praktis: Sprinklr dan Freshcaller menempatkan SBC atau perantara sejenis sebagai bagian resmi arsitekturnya, sementara Retell AI, VAPI, LiveKit, dan CloudTalk menerima trunk langsung dengan TLS sebagai opsi. Pada semua kasus, trunk Telkom sendiri jarang mendukung TLS/SRTP secara native — sehingga SBC tetap menjadi cara paling praktis untuk menutup celah ini tanpa mengubah konfigurasi trunk Telkom.
Kenapa SIP TLS Tetap Penting untuk Trunk Telkom
Meski tidak semua platform mewajibkan TLS, praktik terbaik industri tetap mengarah pada enkripsi penuh — terutama karena trunk Telkom membawa data panggilan pelanggan yang sensitif. Sangoma SBC menangani negosiasi TLS 1.2+ dan SRTP di sisi yang menghadap platform AI, sekaligus tetap kompatibel dengan konfigurasi trunk Telkom di sisi lain, sehingga tidak ada data panggilan yang melintas dalam bentuk polos di internet publik.
Kenapa Lewat SolusiPBX
- Desain topologi sesuai kebutuhan — memetakan jalur trunk Telkom, jumlah sesi bersamaan, dan platform AI tujuan sebelum menentukan model Appliance atau Cloud yang paling efisien.
- Konfigurasi dial-plan & hardening keamanan — termasuk TLS/SRTP, ACL, deteksi anomali panggilan, dan kebijakan routing.
- Pendampingan integrasi ke platform AI — membantu menyambungkan SBC ke Retell AI, VAPI, LiveKit, CloudTalk, Sprinklr, Freshcaller, atau platform lain sesuai dokumentasi masing-masing vendor.
- Dukungan purna jual lokal — monitoring, pemeliharaan, dan troubleshooting dari tim berbasis Indonesia yang memahami karakteristik trunk operator lokal.
Hubungi tim SolusiPBX: [email protected]