C cenaly.com
Mulai gratis

Panggilan terputus: setelah 30 detik, setelah 15–30 menit

Panggilan terputus di detik ke-32 (tidak ada ACK), setelah 15–30 menit (timer sesi), panggilan masuk hanya berfungsi pada menit-menit pertama setelah dinyalakan — mekanisme dan solusinya

12 min read Buka layar ini di demo
On this page 21

Panggilan terputus: setelah 30 detik, setelah 15–30 menit

Terputus “tepat setelah sekian” bukanlah koneksi buruk, melainkan timer: salah satu pihak menunggu sesuatu, tidak kunjung menerimanya, dan dengan jujur menutup telepon. Karena itu, dari waktu terputusnya penyebabnya bisa disebut hampir pasti: ~32 detik — konfirmasi awal percakapan tidak sampai; ~15 atau ~30 menit — perpanjangan percakapan tidak berhasil; panggilan masuk hanya berfungsi beberapa menit pertama — router menutup jalur ke telepon. Berikut mekanisme setiap kasus dalam kata-kata dan apa yang harus dilakukan.

Pengaturan umum telepon ada di ikhtisar “Pengaturan telepon SIP”, gejala lainnya ada di diagnostik berdasarkan gejala.

Periksa dulu di panel admin#

  1. Log panggilan — buka panggilan yang terputus. “Percakapan” akan menunjukkan durasi hingga ke detik: 0:31–0:33 — ciri khas kasus pertama, sekitar 15:00 atau 29:30 — kasus kedua. Di sana juga ada “Penutup telepon” (penelepon, karyawan, atau PBX) dan “Alasan penutupan”.
  2. Tes gema *43, tetapi yang lama: tekan dan tahan telepon 45 detik. *43 juga sebuah panggilan, dan konfirmasi awal percakapan di dalamnya melewati jalur yang sama. Terputus pada detik ke-32 — kerusakan antara telepon dan PBX; bertahan — telepon dan jaringan tempat usaha baik-baik saja, cari lebih lanjut (panggilan eksternal, operator telekomunikasi).
  3. Kartu perangkat → “Kemampuan kerja”: kegagalan “tidak ada koneksi” yang berulang — router menutup jalur balik ke telepon (lihat kasus ketiga).
  4. “Telepon ke perangkat” di kartu, 10 menit setelah panggilan terakhir: berdering — jalur ke telepon masih hidup; diam padahal titik hijau — ini router.
  5. SIP trace pada PBX khusus: 200 OK berulang tanpa ACK, lalu BYE — kasus pertama; BYE setelah INVITE atau UPDATE di tengah percakapan — kasus kedua.

Terputus setelah 30–32 detik#

Mengapa begitu#

Awal percakapan adalah jabat tangan tiga pesan: “saya menelepon” (INVITE) — “dijawab” (200 OK) — “mengerti, mulai” (ACK). Pihak yang menjawab mengulang “dijawab”-nya sampai menerima “mengerti”. Aturan protokol SIP: jika “mengerti” tidak datang dalam 64 × T1 = 64 × 0,5 dtk = 32 detik, percakapan harus diakhiri. Suara saat itu sudah mengalir — karena itu setengah menit semuanya normal, lalu panggilan jatuh sendiri.

Jadi, terputus pada detik ke-32 berarti: konfirmasi ACK hilang di suatu tempat. Mengapa — dari yang sering ke yang jarang:

  1. SIP ALG di router. Router menulis ulang alamat di dalam pesan layanan, dan konfirmasi pergi ke tempat yang salah atau dibuang. Hal pertama yang selalu perlu diperiksa.
  2. Paket terlalu besar. Jika di telepon diaktifkan puluhan codec, deskripsi panggilan membengkak melebihi ~1300 byte, dan melalui UDP dikirim “terpotong” (fragmen). Banyak router dan firewall diam-diam membuang fragmen — pesan itulah yang hilang. Protokol SIP secara tegas mewajibkan pesan semacam itu beralih ke TCP.
  3. Alamat internal di dalam pesan. Telepon menuliskan alamat internal tentang dirinya (192.168.x.x), dan konfirmasi dikirim ke alamat itu. PBX kami memperbaikinya sendiri — menjawab ke tempat pesan benar-benar datang — tetapi pada operator telekomunikasi perlindungan seperti itu mungkin tidak ada: maka hanya panggilan eksternal yang terputus.
  4. NAT ganda atau firewall ketat yang meloloskan pesan-pesan awal panggilan dan memotong pesan-pesan berikutnya.
Untuk administrator jaringan: pihak mana yang menutup telepon

Menurut RFC 3261 (§13.3.1.4), pihak yang menjawab 200 OK mengulangnya dengan interval dari T1 hingga T2 dan setelah 64 × T1 tanpa ACK mengakhiri sesi dengan permintaan BYE; T1 secara bawaan — 500 mdtk (§17.1.1.1), dari situ 32 detik.

  • Panggilan masuk ke telepon: 200 OK dikirim telepon, ACK — PBX. ACK hilang di jalur ke telepon — telepon yang menutup.
  • Panggilan keluar dari telepon dan *43: 200 OK dikirim PBX, ACK — telepon. ACK hilang di jalur ke PBX — PBX yang menutup.
  • Fragmentasi: RFC 3261 §18.1.1 — jika permintaan lebih panjang dari 1300 byte (atau dalam rentang 200 byte dari MTU jalur), klien harus mengirimnya melalui TCP dengan kontrol kemacetan. PBX kami menerima TCP pada port yang sama 5060.

Apa yang harus dilakukan#

Setelah setiap langkah, ulangi *43 lama (45 detik) dan panggilan uji; lanjut — hanya jika tidak berhasil.

  1. Matikan SIP ALG di router (“SIP Helper”, “SIP Passthrough”, “ALG untuk SIP”) dan mulai ulang router. Di mana letaknya pada merek populer — “Jaringan, router, dan internet”.
  2. Sisakan tiga codec di telepon — G.711 PCMA, G.711 PCMU, dan G.722, — matikan sisanya: pesan menjadi lebih pendek dan berhenti terfragmentasi.
  3. Alihkan transport ke TCP (port sama, 5060), jika langkah 2 tidak berhasil: TCP sendiri memotong pesan panjang dengan benar, dan fragmentasi hilang. PBX kami menerima UDP maupun TCP.
  4. Hanya panggilan eksternal yang terputus, sedangkan *43 dan panggilan internal bertahan — kerusakan antara PBX dan operator telekomunikasi. Kirimkan waktu beberapa panggilan yang terputus ke dukungan.
  5. Hilangkan NAT ganda — alihkan router penyedia ke mode bridge atau sambungkan telepon langsung ke router itu.

Terputus setelah 15 atau 30 menit#

Mengapa bisa begitu#

Selama percakapan panjang, kedua pihak dari waktu ke waktu mengonfirmasi bahwa percakapan masih berlangsung — ini adalah timer sesi. Intervalnya disepakati di awal panggilan; satu pihak berjanji “memperpanjang” percakapan di tengah interval, pihak lain menunggu perpanjangan. Di PABX kami, timer sesi aktif dengan interval 1800 detik (30 menit); tujuannya agar percakapan yang koneksinya hilang diam-diam tidak menggantung berjam-jam dan tidak menempati saluran.

Dari sini muncul dua pola:

  • sekitar 15 menit — di tengah interval perpanjangan dikirim, tetapi tidak berhasil: pihak lawan menolaknya atau tidak menerima balasan;
  • sekitar 29,5 menit — perpanjangan tidak dikirim sama sekali, dan pihak yang menunggunya menutup telepon sedikit sebelum interval berakhir.

Mengapa perpanjangan tidak berhasil:

  1. Router menutup jalur pesan layanan. Suara selama percakapan mengalir terus-menerus, sedangkan pesan layanan — diam. Jika keep-alive di telepon dimatikan, router menutup “pintu” untuk pesan layanan setelah beberapa menit — dan perpanjangan dari PABX ke telepon tidak sampai lagi.
  2. Telepon tidak memahami cara perpanjangan atau menolaknya — firmware lama, “Session Timer” aktif dengan parameter nonstandar.
  3. SIP ALG merusak pesan perpanjangan.
  4. Timer operator telekomunikasi — jika hanya panggilan eksternal yang terputus dan selalu di menit yang sama.

PABX mengaktifkan timer dalam percakapan hanya jika telepon juga mendukungnya ⚠️ verify. Pada sebagian besar telepon meja, “Session Timer” dimatikan dari pabrik (pada Yealink dan Grandstream — menurut dokumentasi), dan dengan begitu tidak ada timer sama sekali dalam percakapan.

Untuk administrator jaringan: nilai di sisi PABX
  • timers=yes — timer didukung; timers_sess_expires=1800 — interval 1800 dtk; timers_min_se=90 — kurang dari 90 dtk tidak akan diterima PABX (shared/sip/advanced-options.json, grup protocol).
  • Menurut RFC 4028, perpanjangan dikirim di tengah interval (900 dtk), dan pihak yang tidak menerimanya mengakhiri sesi dengan BYE dalam min(32 dtk, interval / 3) sebelum berakhir — sekitar 1768 dtk.
  • PABX tidak memutus karena keheningan (rtp_timeout=0), jadi “percakapan tanpa suara” tidak terputus dengan sendirinya.
  • Pada PABX khusus, nilai yang sama ada di “Pengaturan SIP Lanjutan” (“Timer sesi”, “Pembaruan sesi, detik”). Tidak perlu mengubahnya tanpa permintaan penyedia.

Yang harus dilakukan#

  1. Aktifkan keep-alive di telepon — ini menjaga jalur pesan layanan tetap terbuka selama percakapan. Yealink: Account → Advanced → Keep Alive Type (Default atau Options) dan Keep Alive Interval — 30 dtk (nilai pabrik).
  2. Matikan SIP ALG di router.
  3. Jika di telepon “Session Timer” pernah diaktifkan — kembalikan ke nilai pabrik (mati) atau atur interval 1800 dtk: Yealink — Account → Advanced → Session Timer / Session Expires; Grandstream — Account → SIP Settings → Session Timer (Enable Session Timer, Session Expiration).
  4. Perbarui firmware telepon — kesalahan perpanjangan percakapan sering diperbaiki di versi baru.
  5. Hanya panggilan eksternal yang terputus, di menit yang sama — kirimkan waktu panggilan ke dukungan: kami akan mencocokkan timer dengan operator telekomunikasi.

Panggilan masuk hanya berfungsi beberapa menit setelah dinyalakan#

Mengapa bisa begitu#

Telepon berada di belakang router, dan PABX hanya bisa menjangkaunya melalui “pintu” yang dibuka telepon dengan pesan terakhirnya. Router menjaga pintu seperti itu tidak lama — pada router rumahan dari setengah menit hingga beberapa menit tanpa aktivitas — lalu menutupnya. Selama telepon sering mengirim sesuatu (registrasi tepat setelah dinyalakan, keep-alive), pintu terbuka. Begitu diam — pintu tertutup, dan panggilan masuk dari PABX membentur router.

Cabang di admin panel bisa tetap hijau: registrasi diperbarui telepon sendiri, dari dalam, dan itu berhasil, tetapi masuk ke telepon dari luar sudah tidak bisa. Restart “menyembuhkan” karena membuka pintu lagi — untuk sementara.

Dari sisinya, PABX kami setiap 60 detik memeriksa setiap perangkat dengan permintaan “kamu terhubung?”: paket balasan ini juga menjaga pintu tetap terbuka — tetapi hanya jika router menutupnya lebih lama dari satu menit. Jika perangkat tidak menjawab — PABX menganggapnya tidak tersedia, Cabang padam, dan di “Kesiapan operasional” muncul kegagalan.

Yang harus dilakukan#

Setelah setiap langkah, periksa panggilan masuk setelah 10 menit menganggur (dengan tombol “Telepon perangkat” atau dari ekstensi sebelah); selanjutnya — hanya jika belum berhasil.

  1. Aktifkan keep-alive di telepon dengan interval 20–30 detik. Yealink: Account → Advanced → Keep Alive Type / Keep Alive Interval (pabrik: Default dan 30 dtk); pada Fanvil — Keep Alive Type di pengaturan tambahan saluran.
  2. Matikan SIP ALG di router — ia juga suka “melupakan” pintu.
  3. Perpendek masa registrasi di telepon (Expires / Register Expiration) menjadi 60–120 detik — telepon akan lebih sering membuka pintu sendiri. Kurang dari 60 tidak akan diterima PABX kami (423 Interval Too Brief).
  4. Pada PABX khusus, perangkat bisa diperiksa lebih sering: “Pengaturan SIP Lanjutan” → “Pemeriksaan koneksi, detik” — 20–30 alih-alih 60. Ini menjaga pintu dari sisi PABX, tetapi menambah trafik layanan; keep-alive telepon lebih andal.
  5. NAT ganda (router penyedia + router sendiri) — pintunya ada dua, dan menutupnya berbeda-beda: hilangkan salah satu — “Jaringan, router, dan internet”.

Terputus saat beralih dari Wi-Fi ke internet seluler#

Mengapa bisa terjadi#

Wi-Fi tempat usaha dan internet seluler adalah dua alamat yang berbeda. Percakapan dimulai dari salah satunya, dan PABX pada awal percakapan mencatat dari mana suara berasal: demi alasan keamanan ia hanya menerima suara dari alamat tersebut. Ketika ponsel beralih ke jaringan seluler, suara mulai datang dari alamat baru — dan bagi PABX itu sudah aliran asing, sementara pesan-pesan layanan terus dikirim ke alamat lama yang sudah tidak ada. Percakapan yang dimulai di satu jaringan, saat beralih ke jaringan lain hampir selalu terputus. Ini keterbatasan teknologinya sendiri, bukan kerusakan.

Sisi lain dari hal yang sama: selama ponsel beralih, softphone kehilangan registrasi, dan panggilan masuk pada detik-detik itu tidak sampai. Android juga menidurkan aplikasi latar belakang — selengkapnya di ulasan, bagian tentang telepon perangkat lunak.

Yang perlu dilakukan#

  1. Saat percakapan jangan ganti jaringan: akhiri panggilan sebelum keluar dari jangkauan Wi-Fi.
  2. Matikan di ponsel peralihan otomatis dari Wi-Fi buruk ke jaringan seluler (di iPhone — "Bantuan Wi-Fi", di Android — "beralih ke jaringan seluler" di pengaturan Wi-Fi): saat ini fitur itu memutus percakapan di ambang pintu kafe.
  3. Izinkan softphone berjalan di latar belakang dan matikan penghemat baterai untuknya — dengan begitu ia lebih cepat registrasi ulang setelah ganti jaringan.
  4. Di tempat yang panggilannya tidak boleh hilang (meja kasir, resepsionis), pasang telepon meja atau gagang DECT, bukan ponsel.

Yang perlu dikirim ke dukungan#

  • tanggal dan waktu beberapa panggilan terputus hingga ke menit, nomor dan ekstensi;
  • setelah berapa lama terputus (menurut log — "Percakapan") dan apakah selalu sama;
  • apakah semua panggilan terputus atau hanya panggilan eksternal; apakah *43 (45 detik) bertahan lama;
  • model dan firmware telepon (baris dari tag perangkat), apakah keep-alive dan Session Timer aktif di dalamnya;
  • model router, apakah SIP ALG dimatikan, apakah ada router kedua dari penyedia;
  • pada PABX khusus — teks SIP trace dari terputusnya panggilan yang diulang.

Cara menghubungi kami — "Dukungan".

Pertanyaan umum#

Mengapa terputusnya tepat pada detik ke-32, bukan ke-30 dan bukan ke-40?#

Karena angka itu tertanam dalam protokol SIP itu sendiri: konfirmasi dimulainya percakapan ditunggu selama 64 interval masing-masing setengah detik — 32 detik. Jika Anda mengalami "sekitar 30 detik" dan setiap kali sama — itulah penyebabnya, meskipun stopwatch menunjukkan 31 atau 33: sebagian waktu habis untuk nada panggil dan jawaban.

SIP ALG sudah dimatikan, tetapi terputus pada detik ke-30 masih terjadi — apa lagi?#

Periksa bahwa ALG dimatikan di semua router di jalur (pada router penyedia sering ada miliknya sendiri), sisakan tiga codec di telepon dan coba transport TCP. Jika hanya panggilan eksternal yang terputus, sedangkan *43 bertahan 45 detik, — masalahnya ada di segmen menuju operator telekomunikasi, kirimkan waktu panggilannya.

Cabang hijau, tetapi panggilan masuk tidak datang — apakah ini juga "terputus"?#

Ini mekanisme yang sama seperti di bagian tentang panggilan masuk beberapa menit pertama: registrasi diperbarui dari dalam, tetapi pintu ke telepon dari luar sudah tertutup. Pemeriksaannya — "Telepon ke perangkat" setelah 10 menit menganggur; penanganannya — keep-alive di telepon.

Bisakah sekadar mematikan timer sesi di PABX?#

Bisa (pada PABX khusus, "Pengaturan SIP Lanjutan"), tetapi ini mengobati gejala, bukan penyebabnya: perpanjangan tidak berhasil karena jalur pesan layanan tertutup atau rusak, dan jalur yang sama akan dibutuhkan untuk transfer panggilan dan penahanan. Lagi pula tanpa timer, percakapan yang terputus diam-diam akan menggantung berjam-jam dan menempati saluran. Mulailah dengan keep-alive dan SIP ALG.

Bagian terkait#

Sumber#

  • RFC 3261 — SIP: pengulangan 200 OK hingga menerima ACK dan pengakhiran sesi melalui 64 × T1 (§13.3.1.4), T1 = 500 ms (§17.1.1.1), beralih ke TCP untuk pesan lebih panjang dari 1300 byte (§18.1.1) — https://www.rfc-editor.org/rfc/rfc3261
  • RFC 4028 — Session Timers: perpanjangan di tengah interval, BYE pada min(32 s, interval / 3) sebelum kedaluwarsa — https://www.rfc-editor.org/rfc/rfc4028
  • Yealink SIP-T2/T3/T4/T5/CP920 Administrator Guide V86.60 — Keep Alive Type / Interval (Default pabrik, 30 s), Session Timer (default pabrik — dimatikan; Session Expires 1800 s; pembaruan di setengah interval)
  • Grandstream GRP261x/262x/263x Administration Guide — Session Timer: Enable Session Timer (default pabrik "No"), Session Expiration, Min-SE — https://documentation.grandstream.com/knowledge-base/grp261x-grp262x-grp263x-series-administration-guide/
  • Zoiper 5 User Guide v1.0.7 — UDP dan batas ukuran paket, timeout NAT router — https://www.zoiper.com/pdf/User%20Guide%20Zoiper%205%20v.1.0.7.pdf
  • Kode PABX: shared/sip/advanced-options.json (timers=yes, timers_sess_expires=1800, timers_min_se=90, qualify_frequency=60, minimum_expiration=60, rtp_timeout=0, force_rport, rewrite_contact), sip-edge/asterisk/rtp.conf (strictrtp=yes), sip-edge/sipsync/linecheck.go (uji gema *43, batas pemeriksaan 300 s)
Was this article helpful?