Penyiapan SIP Link memerlukan serangkaian integrasi yang kompleks. Gunakan artikel ini untuk membantu memecahkan masalah selama proses integrasi.
Sebelum memulai
Untuk memecahkan masalah Link SIP, pastikan Anda memiliki:
- Penangkap Paket di SBC Anda
- Penangkap Paket di Firewall Anda
- Alat untuk melihat penangkap paket
- Akses ke log SBC Anda
Catatan: Jika Anda memerlukan bantuan tambahan terkait pemecahan masalah, hubungi vendor SBC atau operator Anda.
Mengonfirmasi koneksi sinyal dengan Link SIP
Pensinyalan Link SIP menggunakan Transport Layer Security (TLS). TLS terdiri atas sebuah paket sertifikat yang dibuat oleh Certificate Authority (CA) publik. Anda dapat memeriksa status koneksi TLS dari halaman landing Link SIP panel kontrol admin.
- Pastikan sertifikat TLS Anda berasal dari salah satu CA berikut:
- DigiCert
- Entrust DataCard
- GlobalSign
- GoDaddy
- Sectigo
- Mulai handshake Transmission Control Protocol (TCP) 3 arah, diikuti dengan handshake TLS.
Saat pertukaran sertifikat, Voice akan mengirimkan sertifikat yang diikuti dengan sertifikat SBC.
- Setelah pertukaran tersebut terjadi, data aplikasi dapat dipertukarkan antara Voice dan SBC Anda.
Memecahkan masalah kualitas panggilan
Jika Anda mengalami masalah terkait kualitas panggilan, pastikan latensi jaringan Anda konsisten dan rendah. Kualitas panggilan berada dalam kondisi terbaiknya saat traffic Voice mengambil jalur terpendek antara Voice dan SBC. Sasaran Anda haruslah latensi bolak-balik 100 md atau kurang.
Untuk menguji latensi jaringan:
- Kirim ping ke server front-end media Voice dari antarmuka eksternal SBC.
- Tetaplah terhubung ke Voice selama minimal 4 jam.
- Pastikan latensi Anda konsisten dan tidak lebih dari 100 md. Jangan menghitung rata-rata nilai latensi dan periksa apakah ada lonjakan latensi sesekali.
- Jika latensi Anda lebih dari 100 md, gunakan aplikasi utilitas traceroute untuk mencetak jalur jaringan dari SBC atau komputer klien Anda ke front-end media Voice. Jalur tersebut harus sesingkat mungkin, misalnya:
- Untuk desktop, gunakan > traceroute lens.voice.google.com atau > traceroute 74.125.39.139
- Untuk Chromebook, gunakan > tracepath lens.voice.google.com
- Untuk SBC, gunakan traceroute siplink.telephony.goog atau traceroute lens.voice.google.com
Memecahkan masalah koneksi sinyal umum
Tidak dapat membuat sesi TCP antara SBC dan Voice
Jika sesi TCP Anda tidak dapat dibuat, penyebabnya mungkin karena masalah konektivitas jaringan atau firewall. SBC dapat mengirim pesan SYN, tetapi tidak ada respons.
Untuk mengatasi masalah ini,
- Kirim ping ke siplink.telephony.google untuk memastikan konektivitas jaringan tersedia.
- Aktifkan port tujuan 5672 untuk Voice.
- Pastikan DNS berfungsi untuk resolusi siplink.telephony.goog.
- Pastikan firewall mengizinkan traffic dari SBC, dan port siplink.telephony.goog:5672 terbuka.
Tidak dapat membuat sesi TLS antara SBC dan Voice
Untuk mengatasi masalah ini,
- Pastikan root certificate dan Intermediate certificate yang terkait dengan PCA diupload di key store yang dikaitkan dengan profil TLS Anda untuk Link SIP. Saat membuat CSR untuk sertifikasi SBC, ikuti pedoman di dokumen interop untuk vendor SBC Anda masing-masing.
- Pastikan sertifikat SBC Anda mengikuti pedoman berikut:
- 2.048 ukuran kunci
- Enkripsi RSA atau ECDSA
- Nama umum (CN) cocok dengan nama host yang dibuat untuk Link SIP
- Domain CN dalam sertifikat cocok dengan domain Workspace
- Autentikasi bersama diaktifkan
- Autentikasi server & klien diaktifkan
- Sertifikat karakter pengganti tidak didukung
- Pastikan sertifikasi GTSR1 Google yang ditemukan di pki.goog juga diupload di key store untuk profil TLS terkaitnya di Link SIP.
- Periksa apakah masa berlaku sertifikat dari SBC ke Google telah berakhir.
Respons 404 atau 604 Not Found selama undangan SBC
Jika Anda menerima respons 404 atau 604 Not Found selama undangan dari SBC, Anda mungkin belum menetapkan nomor SBC ke Voice.
Untuk mengatasi masalah ini,
- Pastikan nomor telepon untuk SBC ditetapkan ke pengguna, penjawab otomatis, atau grup dering di Voice.
- Pastikan bahwa nomor telepon tersebut menggunakan format E. 164 di header PAI.
Respons 400 Bad Request selama undangan SBC
Jika Anda menerima respons 400 Bad Request selama undangan dari SBC, Anda mungkin tidak menggunakan kunci rahasia yang benar.
Untuk mengatasi masalah ini,
- Periksa untuk memastikan pesan Undangan berisi header SIP X-Google-Pbx-Trunk-Secret-Key Anda dengan nilai yang benar. Kunci ini dibuat saat Anda menyiapkan Link SIP.
- Pastikan nomor telepon tersebut menggunakan format E. 164 di header P-Asserted-Identity.
Respons 403 Forbidden dari Voice
Memecahkan masalah koneksi media umum
Sebelum Anda mulai memecahkan masalah koneksi media, pastikan jaringan Anda memenuhi kondisi berikut:
- Jaringan Anda menggunakan enkripsi Datagram Transport Layer Security (DTLS) atau enkripsi Session Description Protocol Security Description (SDES) untuk Streaming Media, tetapi tidak keduanya.
- Anda tidak menggunakan penawaran SDP yang tidak dienkripsi. Panggilan yang dibuat dengan cara ini akan otomatis dihentikan.
- MKI atau Crypto Lifetime harus dinonaktifkan.
- Jika digunakan, DTLS menggunakan sertifikat yang ditandatangani sendiri di SBC. Sertifikat ini tidak harus berupa sertifikat yang ditandatangani CA.
- Pastikan salah satu codec yang didukung dikonfigurasi di profil Voice SBC, G711 mulaw (PCMU), G711 alaw (PCMA), Opus, atau G722.
- Nada ganda multi-frekuensi (DTMF) ada sebagai peristiwa telefoni.
- Tetapkan IP Publik khusus ke antarmuka eksternal SBC Anda.
- Konfigurasikan NAT Sumber dan Tujuan untuk firewall Anda.
Negosiasi sertifikat gagal (DTLS)
Jika Anda menerima pesan pemberitahuan (Level: Fatal, Deskripsi: CA Tidak Diketahui), sertifikat yang digunakan untuk DTLS mungkin tidak disertifikasi.
Negosiasi DTLS dimulai dengan handshake sertifikat antara endpoint media yang ditentukan dalam kolom koneksi SDP penawaran dan jawaban. Setelah berhasil, media akan mengalir antara SBC dan Google Voice melalui koneksi terenkripsi.
Untuk mengatasi masalah ini, pastikan sertifikat memiliki sertifikat yang ditandatangani sendiri dari SBC. Jangan gunakan sertifikat yang ditandatangani oleh CA publik karena akan menimbulkan fragmentasi pada UDP yang menyebabkan masalah.
Pesan Client Hello dari SBC ke Voice tanpa respons (DTLS)
Anda mungkin menerima beberapa pesan Client Hello dari SBC ke Voice tanpa respons saat menggunakan enkripsi DTLS.
Untuk mengatasi masalah ini,
- Periksa port firewall Anda untuk memastikan SBC memiliki aliran media dua arah ke subnet IP media Voice (74.125.39.0/24) port 19305 atau 26500.
- Untuk IP Publik SBC: port media <> 74.125.39.0/24:(19302-19308, 26500). Untuk informasi selengkapnya, lihat bagian port firewall Link SIP.
- IP Media Google Voice dapat dijangkau dengan ping dan dapat diuji sedemikian rupa untuk mengetahui keterjangkauan dari SBC.
Saya tidak menerima respons untuk UDP dari SBC ke Voice
Untuk mengatasi masalah ini,
- Periksa port firewall untuk memastikan SBC memiliki aliran media dua arah ke subnet IP media Voice (74.125.39.0/24) port 19305 atau 26500.
- Untuk IP Publik SBC: port media <> 74.125.39.0/24:(19302-19308, 26500). Untuk informasi selengkapnya, lihat bagian port firewall Link SIP.
- IP Media Google Voice dapat dijangkau dengan ping dan dapat diuji sedemikian rupa untuk mengetahui keterjangkauan dari SBC.
- Saat melakukan Penafsiran Alamat Jaringan (NAT), firewall tidak boleh memodifikasi port yang dikirim oleh SBC. Modifikasi port akan membuat Voice menghapus paket media terkirim dari SBC karena menganggap sumbernya adalah IP publik SBC, tetapi dengan port yang berbeda dari penawaran & jawaban SDP yang dinegosiasikan.
Aliran paket dua arah, tetapi tidak ada audio saat panggilan
Google merespons undangan dengan 486 (SDES)
Jika undangan memuat MKI, yang tidak didukung oleh SIP Link, nonaktifkan MKI.
Topik terkait
Google, Google Workspace, serta merek dan logo yang terkait adalah merek dagang Google LLC. Semua nama perusahaan dan produk lainnya adalah merek dagang masing-masing perusahaan yang terkait.
