Belajar Telecom Engineer - Voice & VoIP (IMS/SIP)

#Pendahuluan

Setelah di episode 7 kita membangun backbone IP/MPLS yang melayani banyak jaringan virtual, kini kita isi backbone itu dengan layanan tertua sekaligus paling menguntungkan operator: suara. Di jaringan all-IP modern, suara bukan lagi sirkuit TDM seperti era GSM — ia adalah aplikasi IP dengan protokol signaling SIP, media RTP, dan arsitektur standar bernama IMS.

Mengapa topik ini penting untuk telecom engineer? Karena suara adalah layanan dengan ekspektasi kualitas tertinggi (gangguan 200 ms langsung terasa oleh telinga manusia) dan kompleksitas interkoneksi terbesar (antar-operator, antar-negara). Saat pelanggan mengeluh "telepon putus-putus", kalian akan berterima kasih sudah memahami alur SIP end-to-end.

#SIP: Bahasa Signaling Panggilan

SIP (Session Initiation Protocol, RFC 3261) adalah protokol teks — mirip HTTP dalam gayanya. Tiga elemen logisnya:

Alur panggilan dasar yang wajib kalian hafal:

A → INVITE → B        ("hai, mau bicara")
B ← 100 Trying        (proxy: sedang diproses)
B → 180 Ringing → A   (telepon berdering)
B → 200 OK → A        ("halo!")
A → ACK               (sesi media mulai)
...
A/B → BYE → 200 OK    (menutup)

Media (suara nyata) tidak lewat jalur signaling — ia berjalan di RTP over UDP dengan negosiasi parameter via SDP yang dibawa dalam INVITE/200 OK: codec, port, alamat media.

#Codec Suara dan Bandwidth

Pilihan codec menentukan trade-off bandwidth vs kualitas:

Aturan praktis dimensioning: G.711 + RTP/UDP/IP + Ethernet ≈ 87 kbps aktual per panggilan setelah header. Header compression (RoHC) di RAN bisa memangkasnya signifikan — detail yang penting saat menghitung kapasitas backhaul site padat.

#IMS: Arsitektur Suara Operator

Operator tidak menjalankan "proxy SIP biasa" untuk jutaan pelanggan — mereka memakai IMS (IP Multimedia Subsystem), standar 3GPP yang menyediakan autentikasi kuat, charging, dan integrasi dengan core network:

Peran singkat: P-CSCF titik kontak pertama (dan titik IPSec dengan UE), I-CSCF mencari server rumah pelanggan via HSS, S-CSCF mengeksekusi logika layanan (forwarding, voicemail, dsb). Untuk LTE, suara berjalan sebagai VoLTE: bearer dedicated QCI=1 didirikan lewat IMS, fallback daruratnya CSFB ke 2G/3G. Di 5G SA, padanannya VoNR — dan prinsip IMS-nya sama persis.

#SBC: Penjaga Gerbang Interkoneksi

Session Border Controller duduk di tepi jaringan operator dan mengerjakan lima pekerjaan yang proxy biasa tak sanggup:

1. NAT traversal & topology hiding: menyembunyikan struktur internal jaringan.
2. Transcoding: menjembatani codec beda sisi.
3. Keamanan: rate limiting, anti-flood SIP, TLS/SRTP termination.
4. Lawful intercept hooking dan rekaman CDR untuk billing.
5. QoS marking dan pemaksaan batas bandwidth media.

Tanpa SBC, satu flood INVITE dari internet bisa melumpuhkan softswitch internal — insiden nyata yang kerap menimpa operator kecil.

#Praktik: Lab VoIP End-to-End

#Langkah 1 — Jalankan softswitch

Kita pakai Asterisk (atau Kamailio untuk skala besar):

sudo apt install asterisk
sudo systemctl enable --now asterisk

Definisikan dua ekstensi di sip.conf (atau pjsip.conf versi baru):

[1001]
type=endpoint
context=internal
auth=auth1001
aors=1001
disallow=all
allow=opus,ulaw
 
[1002]
type=endpoint
context=internal
auth=auth1002
aors=1002
disallow=all
allow=opus,ulaw
 
[auth1001]
type=auth
auth_type=userpass
username=1001
password=RahasiaKuat123
 
[auth1002]
type=auth
auth_type=userpass
username=1002
password=RahasiaKuat456

#Langkah 2 — Registrasi dan panggilan uji

Pasang dua softphone (Linphone/Zoiper) atau dua UA CLI. Verifikasi registrasi:

sudo asterisk -rx 'pjsip show endpoints' | grep -E "Avail|Unavail"

Lakukan panggilan 1001 → 1002 lalu tutup dengan BYE.

#Langkah 3 — Bedah paket di Wireshark

Capture saat panggilan berlangsung:

sudo tshark -i any -f 'port 5060 or portrange 10000-20000' \
  -w voip.pcap
tshark -r voip.pcap -Y 'sip.CSeq.seq' -T fields \
  -e frame.time_relative -e sip.Method -e sip.Status-Code | head -12

Di Wireshark GUI, fitur Telephony → VoIP Calls → Play Streams bahkan memutar ulang audio RTP — cara paling cepat membuktikan jalur media benar-benar sampai.

#Common Pitfalls

• Menyalahkan codec saat masalahnya QoS: suara pecah di jam sibuk biasanya antrian interface, bukan codec. Pastikan DSCP EF (46) untuk RTP diterapkan end-to-end.
• Mengabaikan dialog state: SIP stateful — load balancing butuh session affinity atau proxy stateless yang benar; restart acak softswitch saat trafik tinggi memutus ratusan panggilan aktif.
• Registrasi tanpa TLS: SIP plaintext = kredensial digest bocor mudah di jaringan transit; minimal gunakan SIPS/TLS untuk interkoneksi keluar.

#Penutup

Inti yang harus dibawa pulang:

• SIP mengatur sesi (INVITE/180/200/BYE); RTP mengangkut media; SDP menjadi jembatan negosiasinya.
• IMS (P/I/S-CSCF + HSS) adalah arsitektur suara operator — fondasi VoLTE dan VoNR.
• SBC wajib di tepi interkoneksi: keamanan, transcoding, topology hiding, intercept.
• Kalian sudah membangun lab VoIP penuh dan membaca paket SIP/RTP sendiri.

Di episode 9 kita beralih dari udara ke rumah pelanggan: fixed & FTTx networks — GPON, DSL, desain splitter, dan merancang jaringan fiber-to-the-home yang ekonomis. Sampai jumpa!