Apelul se întrerupe: după 30 de secunde, după 15–30 de minute

Întreruperea „exact după atât timp” nu este o conexiune proastă, ci un timer: una dintre părți a așteptat ceva, nu a primit și a închis corect apelul. De aceea, după momentul întreruperii, cauza poate fi numită aproape sigur: ~32 de secunde — confirmarea începerii conversației nu a ajuns; ~15 sau ~30 de minute — reînnoirea conversației nu a trecut; apelurile primite funcționează doar în primele minute — routerul a închis calea către telefon. Mai jos — mecanismul fiecărui caz, în cuvinte, și ce trebuie făcut.

Configurarea generală a telefoanelor — în prezentarea generală „Configurarea telefoanelor SIP”, celelalte simptome — în diagnosticarea după simptome.

Mai întâi verificați în panoul de administrare#

1. Jurnalul de apeluri — deschideți apelul întrerupt. „Conversație” va arăta durata cu precizie de o secundă: 0:31–0:33 — semnătura primului caz, în jur de 15:00 sau 29:30 — al celui de-al doilea. Acolo sunt și „A închis apelul” (apelantul, angajatul sau centrala) și „Motivul închiderii”.
2. Testul echo *43, dar lung: formați și țineți receptorul 45 de secunde. *43 este tot un apel, iar confirmarea începerii conversației trece prin același traseu. S-a întrerupt la secunda 32 — defecțiune între telefon și centrală; a rezistat — telefonul și rețeaua localului sunt în regulă, căutați mai departe (apeluri externe, operatorul de comunicații).
3. Fișa aparatului → „Funcționalitate”: căderi regulate „nu există conexiune” — routerul închide calea de întoarcere către telefon (vezi al treilea caz).
4. „Apelați aparatul” din fișă, la 10 minute după ultimul apel: a sunat — calea către telefon este activă; tace deși punctul este verde — acesta este routerul.
5. SIP-trace pe centrala dedicată: 200 OK repetat fără ACK, apoi BYE — primul caz; BYE după INVITE sau UPDATE în mijlocul conversației — al doilea.

Întrerupere după 30–32 de secunde#

De ce se întâmplă asta#

Începutul conversației este o strângere de mână din trei mesaje: „apelez” (INVITE) — „a răspuns” (200 OK) — „am înțeles, începem” (ACK). Partea care a răspuns repetă „a răspuns” până când primește „am înțeles”. Regula protocolului SIP: dacă „am înțeles” nu a venit în 64 × T1 = 64 × 0,5 s = 32 de secunde, conversația trebuie încheiată. Vocea circulă deja în acest timp — de aceea jumătate de minut totul este normal, iar apoi apelul cade singur.

Așadar, întreruperea la secunda 32 înseamnă: confirmarea ACK se pierde undeva. De ce — de la frecvent la rar:

1. SIP ALG pe router. Routerul rescrie adresele din interiorul mesajelor de serviciu, iar confirmarea ajunge în altă parte sau este eliminată. Primul lucru care trebuie verificat întotdeauna.
2. Pachet prea mare. Dacă în telefon sunt activate zeci de codecuri, descrierea apelului se umflă peste ~1300 de octeți, iar prin UDP pleacă „în bucăți” (fragmente). Multe routere și firewall-uri aruncă fragmentele în tăcere — se pierde exact acel mesaj. Protocolul SIP cere direct trecerea la TCP pentru astfel de mesaje.
3. Adresă internă în mesaje. Telefonul scrie despre sine o adresă internă (192.168.x.x), iar confirmarea este trimisă către ea. Centrala noastră corectează asta singură — răspunde acolo de unde a venit efectiv mesajul —, dar la operatorul de comunicații o astfel de protecție poate să nu existe: atunci se întrerup doar apelurile externe.
4. NAT dublu sau un firewall strict, care lasă să treacă primele mesaje ale apelului și taie mesajele următoare.

Ce trebuie făcut#

După fiecare pas, repetați *43 lung (45 de secunde) și un apel de test; continuați — doar dacă nu a ajutat.

1. Dezactivați SIP ALG pe router („SIP Helper”, „SIP Passthrough”, „ALG pentru SIP”) și reporniți routerul. Unde se află la mărcile populare — „Rețea, router și internet”.
2. Lăsați în telefon trei codecuri — G.711 PCMA, G.711 PCMU și G.722 —, restul dezactivați-le: mesajele vor deveni mai scurte și nu se vor mai fragmenta.
3. Comutați transportul pe TCP (portul același, 5060), dacă pasul 2 nu a ajutat: TCP taie singur corect mesajele lungi, iar fragmentarea dispare. Centrala noastră acceptă atât UDP, cât și TCP.
4. Se întrerup doar apelurile externe, iar *43 și cele interne rezistă — defecțiune între centrală și operatorul de comunicații. Trimiteți la suport ora mai multor apeluri întrerupte.
5. Eliminați NAT-ul dublu — treceți routerul furnizorului în modul bridge sau conectați telefonul direct în el.

Întreruperea după 15 sau 30 de minute#

De ce se întâmplă asta#

În timpul unei convorbiri lungi, părțile confirmă din când în când că convorbirea este încă activă — acestea sunt temporizatoarele de sesiune. Intervalul se stabilește la începutul apelului; o parte se obligă să „prelungească” convorbirea la mijlocul intervalului, cealaltă așteaptă prelungirea. La centrala noastră telefonică temporizatoarele de sesiune sunt activate cu un interval de 1800 de secunde (30 de minute); ele sunt necesare pentru ca o convorbire în care conexiunea s-a pierdut în tăcere să nu rămână suspendată ore întregi și să nu ocupe linia.

De aici două tipare:

• în jur de 15 minute — la mijlocul intervalului prelungirea a fost trimisă, dar nu a ajuns: partea a respins-o sau nu a primit niciun răspuns;
• în jur de 29,5 minute — prelungirea nu a existat deloc, iar partea care o aștepta a închis telefonul puțin înainte de expirarea intervalului.

De ce nu ajunge prelungirea:

1. Routerul a închis calea mesajelor de serviciu. Vocea în timpul convorbirii circulă continuu, iar mesajele de serviciu — tac. Dacă la telefon keep-alive este dezactivat, routerul închide după câteva minute „ușa” pentru mesajele de serviciu — și prelungirea de la centrală către telefon nu mai ajunge.
2. Telefonul nu înțelege metoda de prelungire sau o respinge — firmware vechi, „Session Timer” activat cu parametri nestandard.
3. SIP ALG strică mesajul de prelungire.
4. Temporizatorul operatorului de telefonie — dacă se întrerup doar apelurile externe și întotdeauna la același minut.

Centrala activează temporizatoarele în convorbire doar dacă acestea sunt acceptate și de telefon ⚠️ verify. La majoritatea telefoanelor de birou „Session Timer” este dezactivat din fabrică (la Yealink și Grandstream — conform documentației), iar atunci temporizatoarele din convorbire nu există deloc.

Ce trebuie făcut#

1. Activați keep-alive în telefon — acesta menține calea mesajelor de serviciu deschisă și în timpul convorbirii. Yealink: Account → Advanced → Keep Alive Type (Default sau Options) și Keep Alive Interval — 30 s (valoarea din fabrică).
2. Dezactivați SIP ALG pe router.
3. Dacă în telefon a fost activat „Session Timer” — reveniți la valoarea din fabrică (dezactivat) sau setați intervalul la 1800 s: Yealink — Account → Advanced → Session Timer / Session Expires; Grandstream — Account → SIP Settings → Session Timer (Enable Session Timer, Session Expiration).
4. Actualizați firmware-ul telefonului — erorile de prelungire a convorbirii sunt adesea corectate în versiunile noi.
5. Se întrerup doar apelurile externe, la același minut — trimiteți orele apelurilor la suport: vom verifica temporizatoarele împreună cu operatorul de telefonie.

Apelurile primite funcționează doar în primele minute după pornire#

De ce se întâmplă asta#

Telefonul se află în spatele routerului, iar centrala poate ajunge la el doar prin „ușa” pe care telefonul a deschis-o cu ultimul său mesaj. Routerul ține astfel de uși puțin timp — la routerele de uz casnic de la o jumătate de minut până la câteva minute de tăcere — și apoi le închide. Cât timp telefonul trimite des ceva (înregistrarea imediat după pornire, keep-alive), ușa este deschisă. Când tace — se închide, iar apelul primit de la centrală se lovește de router.

Punctul de lucru din panoul de administrare poate rămâne verde: telefonul își reînnoiește înregistrarea singur, din interior, și aceasta reușește, însă intrarea la telefon din exterior nu mai este posibilă. Repornirea „vindecă”, pentru că deschide din nou ușa — pentru un timp.

Centrala noastră, la rândul ei, verifică fiecare aparat la fiecare 60 de secunde cu întrebarea „ești conectat?”: acest pachet de răspuns ține și el ușa deschisă — dar numai dacă routerul o închide mai târziu de un minut. Dacă aparatul nu răspunde — centrala îl consideră indisponibil, punctul de lucru se stinge, iar în „Starea de funcționare” apare o cădere.

Ce trebuie făcut#

După fiecare pas verificați apelul primit după 10 minute de inactivitate (cu butonul „Apelați aparatul” sau de la un post telefonic vecin); mai departe — doar dacă nu a ajutat.

1. Activați keep-alive în telefon cu un interval de 20–30 de secunde. Yealink: Account → Advanced → Keep Alive Type / Keep Alive Interval (din fabrică Default și 30 s); la Fanvil — Keep Alive Type în setările suplimentare ale liniei.
2. Dezactivați SIP ALG pe router — și el are tendința să „uite” ușile.
3. Scurtați durata de înregistrare în telefon (Expires / Register Expiration) la 60–120 de secunde — telefonul va deschide singur ușa mai des. Centrala noastră nu acceptă mai puțin de 60 (423 Interval Too Brief).
4. La centrala dedicată puteți verifica aparatele mai des: „Setări SIP fine” → „Verificarea conexiunii, secunde” — 20–30 în loc de 60. Aceasta ține ușa din partea centralei, dar adaugă trafic de serviciu; keep-alive-ul telefonului este mai sigur.
5. NAT dublu (routerul furnizorului + al dumneavoastră) — două uși, care se închid diferit: eliminați una — „Rețeaua, routerul și internetul”.

Întreruperea la trecerea de la Wi-Fi la internetul mobil#

De ce se întâmplă asta#

Wi-Fi-ul localului și internetul mobil sunt două adrese diferite. Conversația a început de la una, iar centrala telefonică a reținut la începutul conversației de unde vine vocea: din motive de securitate, acceptă sunet doar de la acea adresă. Când smartphone-ul trece pe rețeaua mobilă, vocea începe să vină de la o adresă nouă — iar pentru centrală acesta este deja un flux străin, în timp ce mesajele de serviciu continuă să plece spre adresa veche, care nu mai există. Conversația începută într-o rețea, la trecerea în alta, aproape întotdeauna se întrerupe. Este o limitare a tehnologiei în sine, nu o defecțiune.

A doua fațetă a aceluiași lucru: cât timp smartphone-ul comută, softphone-ul pierde înregistrarea, iar apelurile primite în acele secunde nu ajung. Android, în plus, adoarme aplicațiile din fundal — mai multe detalii în prezentarea generală, secțiunea despre telefoane software.

Ce să faceți#

1. În timpul conversației nu schimbați rețeaua: încheiați apelul înainte de a ieși din zona Wi-Fi.
2. Dezactivați pe smartphone comutarea automată de la un Wi-Fi slab la rețeaua mobilă (pe iPhone — „Asistență Wi-Fi”, pe Android — „comută la rețeaua mobilă” în setările Wi-Fi): acum aceasta întrerupe conversația chiar pe pragul cafenelei.
3. Permiteți softphone-ului să ruleze în fundal și dezactivați pentru el economisirea bateriei — astfel se înregistrează mai repede din nou după schimbarea rețelei.
4. Acolo unde apelul nu poate fi pierdut (recepție, front desk), instalați un telefon de birou sau un combinat DECT, nu un smartphone.

Ce să trimiteți la asistență#

• data și ora mai multor apeluri întrerupte, cu precizie de minut, numerele și postul intern;
• după cât timp se întrerupe (conform jurnalului — „Conversație”) și dacă se întâmplă mereu la fel;
• dacă se întrerup toate apelurile sau doar cele externe; dacă *43 (45 de secunde) rezistă;
• modelul și firmware-ul telefonului (linia din eticheta aparatului), dacă keep-alive și Session Timer sunt activate pe el;
• modelul routerului, dacă SIP ALG este dezactivat, dacă există un al doilea router al furnizorului;
• pe centrala dedicată — textul traseului SIP al întreruperii repetate.

Cum să ne scrieți — „Asistență”.

Întrebări frecvente#

De ce întreruperea are loc exact la secunda 32, și nu la 30 sau la 40?#

Pentru că acest număr este prevăzut în protocolul SIP însuși: confirmarea începerii conversației este așteptată 64 de intervale de câte o jumătate de secundă — 32 de secunde. Dacă la dumneavoastră este „aproximativ 30 de secunde” și de fiecare dată la fel — acesta este cazul, chiar dacă cronometrul arăta 31 sau 33: o parte din timp s-a dus pe apelurile de așteptare și pe răspuns.

SIP ALG este dezactivat, dar întreruperea la secunda 30 a rămas — ce altceva?#

Verificați că ALG este dezactivat pe toate routerele de pe traseu (la routerul furnizorului este adesea propriul său ALG), lăsați în telefon trei codecuri și încercați transportul TCP. Dacă se întrerup doar apelurile externe, iar *43 rezistă 45 de secunde — problema este pe segmentul către operatorul de comunicații, trimiteți ora apelurilor.

Punctul de lucru este verde, dar apelurile primite nu vin — este și aceasta o „întrerupere”?#

Este același mecanism ca în secțiunea despre apelurile primite în primele minute: înregistrarea se actualizează din interior, dar ușa către telefon din exterior este deja închisă. Verificare — „Apelați aparatul” după 10 minute de inactivitate; tratament — keep-alive în telefon.

Se pot pur și simplu dezactiva temporizatoarele de sesiune pe centrală?#

Se pot (pe centrala dedicată, „Setări SIP fine”), dar aceasta tratează simptomul, nu cauza: prelungirea nu trece pentru că traseul mesajelor de serviciu este închis sau deteriorat, iar același traseu va fi necesar pentru transferul apelului și pentru punerea în așteptare. În plus, fără temporizatoare, conversațiile întrerupte în tăcere vor rămâne suspendate ore întregi și vor ocupa liniile. Mai întâi keep-alive și SIP ALG.

Secțiuni conexe#

• Telefonul nu funcționează: diagnostic după simptome — inclusiv „nu vin apeluri primite când cele ieșite funcționează”
• Nu există sunet, se aude într-o singură direcție, ecou, „robot”
• Nu se înregistrează: mesaje și coduri de eroare — „se înregistrează și dispare”, 423 Interval Too Brief
• Rețeaua, routerul și internetul pentru telefonie — unde se dezactivează SIP ALG, NAT dublu
• Configurarea telefoanelor SIP — rețeaua localului, verificarea calității conexiunii
• Jurnalul apelurilor și traseul SIP

Surse#

• RFC 3261 — SIP: repetarea 200 OK până la primirea ACK și încheierea sesiunii după 64 × T1 (§13.3.1.4), T1 = 500 ms (§17.1.1.1), trecerea la TCP pentru mesaje mai lungi de 1300 de octeți (§18.1.1) — https://www.rfc-editor.org/rfc/rfc3261
• RFC 4028 — Session Timers: prelungirea la mijlocul intervalului, BYE cu min(32 s, interval / 3) înainte de expirare — https://www.rfc-editor.org/rfc/rfc4028
• Yealink SIP-T2/T3/T4/T5/CP920 Administrator Guide V86.60 — Keep Alive Type / Interval (valorile din fabrică Default, 30 s), Session Timer (din fabrică — dezactivat; Session Expires 1800 s; reînnoire la jumătatea intervalului)
• Grandstream GRP261x/262x/263x Administration Guide — Session Timer: Enable Session Timer (din fabrică „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 și limita dimensiunii pachetului, timeout-urile NAT ale routerului — https://www.zoiper.com/pdf/User%20Guide%20Zoiper%205%20v.1.0.7.pdf
• Codul centralei: 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 (test-ecou *43, plafon de verificare 300 s)