Jaringan
NAT, STUN, dan ekstensi SIP jarak jauh

Di halaman ini
- Tiga masalah berbeda, biasanya disalahkan sebagai satu — apa yang perlu Anda ketahui?
- Jalur pertama: punch-through, yang direkomendasikan manual lebih dulu — apa yang perlu Anda ketahui?
- Jalur kedua: pemetaan port, ketika kebijakan menuntutnya — apa yang perlu Anda ketahui?
- STUN, dan dua header yang memperbaiki audio satu arah — apa yang perlu Anda ketahui?
- Tautan seluler dan jaringan yang menyulitkan — apa yang perlu Anda ketahui?
- Daftar periksa untuk ekstensi jarak jauh
Tiga masalah berbeda, biasanya disalahkan sebagai satu — apa yang perlu Anda ketahui?
“Telepon jarak jauhnya tidak berfungsi” mencakup setidaknya tiga gangguan yang berbeda, dan ketiganya memiliki perbaikan yang berbeda pula:
- PBX berada di belakang NAT dan endpoint jarak jauh tidak dapat menemukannya.
- Telepon berada di belakang NAT dan PBX tidak dapat mengirim media kembali kepadanya.
- Keduanya berada di belakang NAT, yang menggabungkan kedua hal di atas dan di situlah audio satu arah biasanya muncul.
Menentukan yang mana dari ketiganya yang sedang Anda hadapi cukup dengan satu pertanyaan: apakah teleponnya dapat terdaftar sama sekali? Jika registrasi gagal, masalahnya adalah menemukan PBX. Jika registrasi berhasil tetapi audio hanya berjalan satu arah, masalahnya adalah penerjemahan alamat pada jalur media.
Jalur pertama: punch-through, yang direkomendasikan manual lebih dulu — apa yang perlu Anda ketahui?
PBX menyertakan layanan traversal NAT yang dijelaskan sebagai metode yang lebih disukai. Ketika diaktifkan, perangkat menghasilkan domain punch-through-nya sendiri, yang dibangun dari kode akses keamanan dan enam karakter terakhir alamat MAC perangkat, pada port 5090. Telepon jarak jauh kemudian mendaftar ke nama domain itu, bukan ke alamat IP publik.
Dua hal mengikuti dari ini. Pertama, lokasi tidak perlu memublikasikan atau memelihara IP publik untuk PBX, dan tidak diperlukan penerusan port. Kedua, domain itu terikat pada perangkatnya, sehingga mengganti perangkat keras mengubah alamatnya — sebuah perubahan yang perlu direncanakan, bukan kejutan yang baru ditemukan belakangan.
Jalur kedua: pemetaan port, ketika kebijakan menuntutnya — apa yang perlu Anda ketahui?
Pemetaan port berarti router di depan PBX meneruskan lalu lintas kepadanya. Tiga detail menentukan apakah cara ini berhasil:
- PBX harus memegang alamat IP tetap pada antarmuka WAN-nya, bukan sewa DHCP, jika tidak aturan penerusannya pada akhirnya akan mengarah ke tidak ada apa pun.
- Anda harus meneruskan port pensinyalan SIP sekaligus rentang RTP. Rentang RTP bawaannya adalah 10010 hingga 10266, dan setiap panggilan memakai dua port — satu untuk RTP dan satu untuk RTCP — sehingga empat panggilan bersamaan membutuhkan delapan port terbuka.
- Memetakan port eksternal ke nomor yang sama di sisi dalam menghindarkan satu kelas masalah di kemudian hari. Bila alamat publiknya dinamis, PBX memiliki dukungan DDNS bawaan dan manual mencantumkan layanan penyedia yang dapat diperbaruinya.
Jika lokasi tidak dapat memublikasikan alamat tetap maupun domain punch-through, batasi telepon jarak jauh pada VPN. OM20G dan OM50G membawa klien OpenVPN bawaan, dan manual menegaskan peruntukannya: menghubungkan trunk SIP ke server di jaringan privat, dengan berkas sertifikat dimuat sebagai client.ovpn. Ia bukan VPN akses jarak jauh serba guna untuk handset.
STUN, dan dua header yang memperbaiki audio satu arah — apa yang perlu Anda ketahui?
STUN diaktifkan secara bawaan pada platform ini, menggunakan port 3478, dan menyegarkan diri dengan interval bawaan 60 detik dalam rentang 30 hingga 65535 detik. Ia menawarkan dua perilaku: mendaftar ulang ke server SIP, atau mendaftar ulang sekaligus memperbarui alamat NAT. Yang kedua adalah pilihan ketika alamat publik lokasi berubah.
Ketika audio hanya berjalan satu arah, perbaikannya biasanya bukan STUN sama sekali, melainkan dua pengaturan tipe alamat pada trunk SIP atau ekstensi:
- Tipe alamat header SIP Contact — disetel ke LAN atau WAN.
- Tipe alamat koneksi SDP (c=) — disetel ke LAN atau WAN.
Kedua pengaturan ini menentukan alamat mana yang ditulis PBX ke dalam pensinyalan dan deskripsi medianya. Jika keduanya tertukar, panggilannya tersambung dengan sempurna tetapi tidak membawa audio ke salah satu arah. Ekstensi jarak jauh juga sebaiknya mengaktifkan deteksi server otomatis, yang menjaga panggilan masuk tetap mendarat dengan benar ketika teleponnya berpindah-pindah.
Tautan seluler dan jaringan yang menyulitkan — apa yang perlu Anda ketahui?
Ketika PBX berada di belakang router seluler, platform menambahkan satu set berisi empat opsi untuk operasi NAT 4G, mulai dari penanganan penuh hingga mode yang tidak memperbarui alamat SIP maupun SDP. Lokasi yang dibangun di atas tautan seluler sebaiknya menguji kedua arah bicara sebelum diaktifkan, dan perhatikan bahwa hanya OM20G yang menerima modem USB 3G atau 4G untuk panggilan keluar — OM50G secara eksplisit tidak mendukungnya.
Di sisi LAN, akses jarak jauh bukan satu-satunya pertanyaan keamanan. PBX mendukung autentikasi port 802.1X, penguncian login yang secara bawaan berlaku setelah enam kali gagal per hari dengan penguncian sepuluh menit, daftar putih akses hingga 20 alamat, serta opsi enkripsi pensinyalan SIP dan muatan suara. Tidak satu pun dari ini menggantikan desain jaringan yang dipikirkan matang, tetapi semuanya menutup pintu-pintu yang paling jelas.
Daftar periksa untuk ekstensi jarak jauh
- Registrasi: alamat server, port (bawaan 5060), nama pengguna, kata sandi autentikasi. Di atas itu, registrasi teleponnya sendiri harus diaktifkan dan statusnya diperiksa di halaman ekstensi IP pada PBX.
- Audio masuk: deteksi server otomatis aktif, tipe alamat Contact dan SDP sesuai dengan jalurnya.
- Audio keluar: STUN aktif dengan perilaku memperbarui alamat NAT, dan rentang RTP terbuka dari ujung ke ujung.
- Selebihnya: urutan codec dan mode DTMF yang sama dengan bagian lain sistem, agar panggilan internal dan jarak jauh berperilaku serupa.
Ujilah dari luar gedung, di kedua arah, dengan telepon pada jenis jaringan yang benar-benar akan dipakainya. Handset yang diuji di Wi-Fi kantor tidak membuktikan apa pun tentang handset yang sama di koneksi rumah.


