Thirrja ndërpritet: pas 30 sekondash, pas 15–30 minutash
Ndërprerja «pikërisht pas kaq sekondash» nuk është lidhje e dobët, por kohëmatës: njëra palë priste diçka, nuk e priti dhe e mbylli telefonatën me ndershmëri. Prandaj, sipas kohës së ndërprerjes, shkaku mund të përcaktohet pothuajse me siguri: ~32 sekonda — nuk mbërriti konfirmimi i fillimit të bisedës; ~15 ose ~30 minuta — nuk kaloi rinovimi i bisedës; thirrjet hyrëse funksionojnë vetëm minutat e para — ruteri e mbylli rrugën drejt telefonit. Më poshtë — mekanizmi i secilit rast me fjalë dhe çfarë duhet bërë.
Konfigurimi i përgjithshëm i telefonave — në përmbledhjen «Konfigurimi i telefonave SIP», simptomat e tjera — në diagnostikimin sipas simptomave.
Fillimisht kontrolloni në panelin e administrimit#
- Regjistri i thirrjeve — hapni thirrjen e ndërprerë. «Biseda» do të tregojë kohëzgjatjen me saktësi deri në sekondë: 0:31–0:33 — shkrimi i rastit të parë, rreth 15:00 ose 29:30 — i të dytit. Aty gjithashtu «E mbylli telefonatën» (telefonuesi, punonjësi ose centrali) dhe «Shkaku i mbylljes».
- Testi echo
*43, por i gjatë: thirrni dhe mbani telefonatën 45 sekonda.*43është gjithashtu një thirrje, dhe konfirmimi i fillimit të bisedës në të kalon të njëjtën rrugë. U ndërpre në sekondën e 32-të — defekt midis telefonit dhe centralit; qëndroi — telefoni dhe rrjeti i lokalit janë në rregull, kërkoni më tej (thirrjet e jashtme, operatori i lidhjes). - Karta e aparatit → «Funksionaliteti»: dështime të rregullta «nuk ka lidhje» — ruteri po e mbyll rrugën e kthimit drejt telefonit (shihni rastin e tretë).
- «Telefononi aparatin» në kartë, 10 minuta pas thirrjes së fundit: ra zilja — rruga drejt telefonit është e gjallë; hesht ndërsa pika është e gjelbër — fajtor është ruteri.
- Gjurmimi SIP në centralin e dedikuar:
200 OKi përsëritur paACK, pastajBYE— rasti i parë;BYEpasINVITEoseUPDATEnë mes të bisedës — i dyti.
Ndërprerje pas 30–32 sekondash#
Pse ndodh kështu#
Fillimi i bisedës është një shtrëngim duarsh me tre mesazhe: «po telefonoj» (INVITE) — «u përgjigjën» (200 OK) — «kuptova, fillojmë» (ACK). Pala që u përgjigj e përsërit «u përgjigjën» e saj, derisa të marrë «kuptova». Rregulli i protokollit SIP: nëse «kuptova» nuk mbërrin brenda 64 × T1 = 64 × 0,5 s = 32 sekonda, biseda duhet të përfundojë. Zëri ndërkohë tashmë po kalon — prandaj gjysmë minute gjithçka është në rregull, dhe pastaj thirrja bie vetë.
Pra, ndërprerja në sekondën e 32-të do të thotë: konfirmimi ACK humbet diku. Pse — nga i shpeshti tek i rralli:
- SIP ALG në ruter. Ruteri i rishkruan adresat brenda mesazheve të shërbimit, dhe konfirmimi shkon në vendin e gabuar ose hidhet poshtë. Gjëja e parë që duhet kontrolluar gjithmonë.
- Paketë shumë e madhe. Nëse në telefon janë aktivizuar dhjetëra kodekë, përshkrimi i thirrjes fryhet mbi ~1300 bajt, dhe përmes UDP shkon «në copa» (fragmente). Shumë ruter dhe mure mbrojtëse i hedhin fragmentet në heshtje — humbet pikërisht ai mesazh. Protokolli SIP kërkon shprehimisht që për mesazhe të tilla të kalohet në TCP.
- Adresë e brendshme në mesazhe. Telefoni shkruan për veten një adresë të brendshme (
192.168.x.x), dhe konfirmimi dërgohet sipas saj. Centrali ynë e rregullon vetë këtë — përgjigjet atje nga ka ardhur realisht mesazhi — por operatori i lidhjes mund të mos e ketë këtë mbrojtje: atëherë ndërpriten vetëm thirrjet e jashtme. - NAT i dyfishtë ose mur i rreptë mbrojtës, që i lë të kalojnë mesazhet e para të thirrjes dhe i pret ato pasuese.
Për administratorin e rrjetit: cila palë e mbyll telefonatën
Sipas RFC 3261 (§13.3.1.4), pala që u përgjigj me 200 OK e përsërit atë me interval nga T1 deri në T2 dhe, pas 64 × T1 pa ACK, e përfundon sesionin me kërkesën BYE; T1 si parazgjedhje — 500 ms (§17.1.1.1), prej nga 32 sekondat.
- Thirrje hyrëse në telefon:
200 OKe dërgon telefoni,ACK— centrali. U humbACKnë rrugën drejt telefonit — telefonatën e mbyll telefoni. - Thirrje dalëse nga telefoni dhe
*43:200 OKe dërgon centrali,ACK— telefoni. U humbACKnë rrugën drejt centralit — telefonatën e mbyll centrali. - Fragmentimi: RFC 3261 §18.1.1 — nëse kërkesa është më e gjatë se 1300 bajt (ose brenda 200 bajtëve nga MTU e rrugës), klienti duhet ta dërgojë atë përmes TCP me kontroll mbingarkese. Centrali ynë pranon TCP në të njëjtin port 5060.
Çfarë duhet bërë#
Pas çdo hapi përsëritni *43 e gjatë (45 sekonda) dhe një thirrje testuese; vazhdoni — vetëm nëse nuk ndihmoi.
- Fikni SIP ALG në ruter («SIP Helper», «SIP Passthrough», «ALG për SIP») dhe rinisni ruterin. Ku ndodhet te markat e njohura — «Rrjeti, ruteri dhe interneti».
- Lini në telefon tre kodekë — G.711 PCMA, G.711 PCMU dhe G.722, — të tjerët fikini: mesazhet do të shkurtohen dhe nuk do të copëtohen më.
- Kaloni transportin në TCP (i njëjti port, 5060), nëse hapi 2 nuk ndihmoi: TCP i pret vetë mesazhet e gjata si duhet, dhe fragmentimi zhduket. Centrali ynë pranon si UDP ashtu edhe TCP.
- Ndërpriten vetëm thirrjet e jashtme, ndërsa
*43dhe ato të brendshme qëndrojnë — defekt midis centralit dhe operatorit të lidhjes. Dërgoni në mbështetje kohën e disa thirrjeve të ndërprera. - Hiqni NAT-in e dyfishtë — kaloni ruterin e ofruesit në modalitetin ura ose lidhni telefonin drejtpërdrejt në të.
Ndërprerja pas 15 ose 30 minutash#
Pse ndodh kështu#
Gjatë një bisede të gjatë, palët herë pas here konfirmojnë se biseda vazhdon ende — këto janë kohëmatësit e sesionit. Intervali caktohet në fillim të telefonatës; njëra palë merr përsipër ta “zgjasë” bisedën në mes të intervalit, tjetra pret zgjatjen. Në centralin tonë telefonik kohëmatësit e sesionit janë të aktivizuar me interval 1800 sekonda (30 minuta); ata nevojiten që një bisedë, lidhja e së cilës ka humbur në heshtje, të mos varet me orë të tëra dhe të mos zërë linjën.
Nga kjo dalin dy lloje rastesh:
- rreth 15 minuta — në mes të intervalit zgjatja u dërgua, por nuk kaloi: pala e refuzoi ose nuk mori përgjigje;
- rreth 29,5 minuta — zgjatja nuk u dërgua fare, dhe pala që e priste e mbylli telefonin pak para skadimit të intervalit.
Pse nuk kalon zgjatja:
- Ruteri e mbylli rrugën e mesazheve të shërbimit. Zëri gjatë bisedës kalon pa ndërprerje, ndërsa mesazhet e shërbimit heshtin. Nëse te telefoni është çaktivizuar keep-alive, ruteri pas disa minutash e mbyll “derën” për mesazhet e shërbimit — dhe zgjatja nga centrali telefonik drejt telefonit nuk arrin më.
- Telefoni nuk e kupton mënyrën e zgjatjes ose e refuzon atë — firmware i vjetër, është aktivizuar “Session Timer” me parametra jo standardë.
- SIP ALG e prish mesazhin e zgjatjes.
- Kohëmatësi i operatorit të lidhjes — nëse ndërpriten vetëm telefonatat e jashtme dhe gjithmonë në të njëjtën minutë.
Centrali telefonik i aktivizon kohëmatësit gjatë bisedës vetëm nëse ata mbështeten edhe nga telefoni ⚠️ verify. Te shumica e telefonave të tavolinës “Session Timer” është i çaktivizuar nga fabrika (te Yealink dhe Grandstream — sipas dokumentacionit), dhe atëherë kohëmatës gjatë bisedës nuk ka fare.
Për administratorin e rrjetit: vlerat në anën e centralit telefonik
timers=yes— kohëmatësit mbështeten;timers_sess_expires=1800— intervali 1800 s;timers_min_se=90— centrali telefonik nuk pranon më pak se 90 s (shared/sip/advanced-options.json, grupiprotocol).- Sipas RFC 4028 zgjatja dërgohet në mes të intervalit (900 s), ndërsa pala që nuk e ka marrë atë e përfundon sesionin me
BYEmin(32 s, intervali / 3) para skadimit — rreth 1768 s. - Centrali telefonik nuk bën ndërprerje për heshtje (
rtp_timeout=0), prandaj “biseda pa zë” në vetvete nuk ndërpritet. - Në centralin telefonik të dedikuar të njëjtat vlera gjenden te “Cilësimet e hollësishme SIP” (“Kohëmatësit e sesionit”, “Përditësimi i sesionit, sekonda”). Nuk është e nevojshme t’i ndryshoni pa kërkesë të ofruesit.
Çfarë duhet bërë#
- Aktivizoni keep-alive te telefoni — ai e mban rrugën e mesazheve të shërbimit të hapur edhe gjatë bisedës. Yealink: Account → Advanced → Keep Alive Type (Default ose Options) dhe Keep Alive Interval — 30 s (vlera e fabrikës).
- Çaktivizoni SIP ALG te ruteri.
- Nëse te telefoni është aktivizuar “Session Timer” — kthejeni vlerën e fabrikës (joaktiv) ose vendosni intervalin 1800 s: Yealink — Account → Advanced → Session Timer / Session Expires; Grandstream — Account → SIP Settings → Session Timer (Enable Session Timer, Session Expiration).
- Përditësoni firmware-in e telefonit — gabimet e zgjatjes së bisedës shpesh janë rregulluar në versionet e reja.
- Ndërpriten vetëm telefonatat e jashtme, në të njëjtën minutë — dërgoni kohën e telefonatave në suport: do t’i krahasojmë kohëmatësit me operatorin e lidhjes.
Telefonatat hyrëse funksionojnë vetëm minutat e para pas ndezjes#
Pse ndodh kështu#
Telefoni ndodhet pas ruterit, dhe centrali telefonik mund t’i arrijë deri aty vetëm përmes “derës” që telefoni hapi me mesazhin e tij të fundit. Ruteri i mban hapur dyer të tilla për pak kohë — te ruterat shtëpiakë nga gjysmë minute deri në disa minuta heshtje — dhe pastaj i mbyll. Për sa kohë telefoni dërgon shpesh diçka (regjistrimi menjëherë pas ndezjes, keep-alive), dera mbetet e hapur. Sapo hesht — dera mbyllet, dhe telefonata hyrëse nga centrali telefonik përplaset me ruterin.
Njësia në panelin e administrimit mund të mbetet e gjelbër: regjistrimin telefoni e përditëson vetë, nga brenda, dhe ai kalon, ndërsa për t’iu afruar telefonit nga jashtë nuk është më e mundur. Rindezja “e shëron”, sepse e rihap derën — përkohësisht.
Centrali ynë telefonik nga ana e tij kontrollon çdo aparat çdo 60 sekonda me kërkesën “a je i lidhur?”: edhe ky paketë kundërpërgjigjeje e mban derën të hapur — por vetëm nëse ruteri e mbyll atë më vonë se pas një minute. Nëse aparati nuk përgjigjet — centrali telefonik e konsideron të paarritshëm, njësia fiket, dhe te “Funksionimi” shfaqet një dështim.
Çfarë duhet bërë#
Pas çdo hapi kontrolloni telefonatën hyrëse pas 10 minutash pushim (me butonin “Telefono aparatin” ose nga një numër tjetër i brendshëm); vazhdoni vetëm nëse nuk ndihmoi.
- Aktivizoni keep-alive te telefoni me interval 20–30 sekonda. Yealink: Account → Advanced → Keep Alive Type / Keep Alive Interval (Default dhe 30 s nga fabrika); te Fanvil — Keep Alive Type në cilësimet shtesë të linjës.
- Çaktivizoni SIP ALG te ruteri — edhe ai ka prirjen t’i “harrojë” dyert.
- Shkurtoni afatin e regjistrimit te telefoni (Expires / Register Expiration) në 60–120 sekonda — telefoni do ta hapë derën vetë më shpesh. Centrali ynë telefonik nuk pranon më pak se 60 (
423 Interval Too Brief). - Në centralin telefonik të dedikuar mund t’i kontrolloni aparatet më shpesh: “Cilësimet e hollësishme SIP” → “Kontrolli i lidhjes, sekonda” — 20–30 në vend të 60. Kjo e mban derën nga ana e centralit telefonik, por shton trafik shërbimi; keep-alive i telefonit është më i sigurt.
- NAT i dyfishtë (ruteri i ofruesit + ruteri juaj) — dyert janë dy, dhe mbyllen në mënyra të ndryshme: hiqni njërën — “Rrjeti, ruteri dhe interneti”.
Ndërprerja gjatë kalimit nga Wi-Fi në internetin celular#
Pse ndodh kështu#
Wi-Fi i lokalit dhe interneti celular janë dy adresa të ndryshme. Biseda filloi nga njëra, dhe centrali telefonik në fillim të bisedës mbahet mend se nga vjen zëri: për arsye sigurie ai pranon zë vetëm nga kjo adresë. Kur smartfoni kalon në rrjetin celular, zëri fillon të vijë nga një adresë e re — dhe për centralin ky është tashmë një fluks i huaj, ndërsa mesazhet e shërbimit vazhdojnë të shkojnë drejt adresës së vjetër, e cila nuk ekziston më. Biseda e nisur në një rrjet, gjatë kalimit në një tjetër, pothuajse gjithmonë ndërpritet. Ky është një kufizim i vetë teknologjisë, jo një defekt.
Ana e dytë e së njëjtës gjë: ndërsa smartfoni kalon, softfoni humbet regjistrimin, dhe thirrjet hyrëse në ato sekonda nuk arrijnë. Android përveç kësaj i vë në gjumë aplikacionet në sfond — më shumë detaje në përmbledhje, seksioni për telefonat softuerikë.
Çfarë duhet bërë#
- Gjatë bisedës mos e ndryshoni rrjetin: përfundoni telefonatën përpara se të dilni nga zona e Wi-Fi.
- Fikni në smartfon kalimin automatik nga Wi-Fi i dobët në rrjetin celular (në iPhone — «Ndihma për Wi-Fi», në Android — «kalimi në rrjetin celular» te cilësimet e Wi-Fi): tani ai e ndërpret bisedën në prag të kafes.
- Lejojini softfonit punën në sfond dhe hiqni për të kursimin e baterisë — atëherë ai regjistrohet më shpejt përsëri pas ndryshimit të rrjetit.
- Aty ku telefonata nuk mund të humbet (banaku, recepsioni), vendosni një telefon tavoline ose një aparat DECT, jo një smartfon.
Çfarë të dërgoni në mbështetje#
- datën dhe orën e disa telefonatave të ndërprera deri në minutë, numrat dhe numrin e brendshëm;
- pas sa kohësh ndërpritet (sipas regjistrit — «Biseda») dhe a është gjithmonë njësoj;
- a ndërpriten të gjitha telefonatat apo vetëm ato të jashtme; a mbahet
*43e gjatë (45 sekonda); - modelin dhe firmware-in e telefonit (rreshti nga etiketa e aparatit), a janë aktivizuar në të keep-alive dhe Session Timer;
- modelin e ruterit, a është fikur SIP ALG, a ka një ruter të dytë të ofruesit;
- në centralin e dedikuar — tekstin e SIP-trace të ndërprerjes së përsëritur.
Si të na shkruani — «Mbështetja».
Pyetje të shpeshta#
Pse ndërprerja ndodh pikërisht në sekondën e 32-të, e jo në të 30-tën dhe jo në të 40-tën?#
Sepse ky numër është i parashikuar në vetë protokollin SIP: konfirmimi i fillimit të bisedës pritet 64 intervale nga gjysmë sekonde — 32 sekonda. Nëse te ju «rreth 30 sekonda» dhe çdo herë njësoj — është pikërisht kjo, edhe nëse kronometri tregonte 31 ose 33: një pjesë e kohës shkoi për zilet dhe përgjigjen.
SIP ALG është fikur, por ndërprerja në sekondën e 30-të mbetet — çfarë tjetër?#
Kontrolloni që ALG është fikur në të gjithë ruterat në rrugë (te ruteri i ofruesit shpesh është i veti), lini në telefon tre kodekë dhe provoni transportin TCP. Nëse ndërpriten vetëm telefonatat e jashtme, ndërsa *43 mbahet 45 sekonda, — çështja është në segmentin drejt operatorit të komunikacionit, dërgoni orën e telefonatave.
Njësia është e gjelbër, por thirrjet hyrëse nuk vijnë — a është edhe kjo «ndërprerje»?#
Ky është i njëjti mekanizëm si në seksionin për thirrjet hyrëse minutat e para: regjistrimi përditësohet nga brenda, ndërsa dera drejt telefonit nga jashtë është tashmë e mbyllur. Kontrolli — «Telefono aparatin» pas 10 minutash pushim; trajtimi — keep-alive në telefon.
A mund thjesht të fiken timerat e sesionit në central?#
Mundet (në centralin e dedikuar, «Cilësimet e holla SIP»), por kjo trajton simptomën, jo shkakun: zgjatja nuk kalon, sepse rruga e mesazheve të shërbimit është e mbyllur ose e dëmtuar, dhe e njëjta rrugë do të nevojitet për transferimin e telefonatës dhe mbajtjen. Përveç kësaj, pa timera bisedat e ndërprera në heshtje do të varen për orë të tëra dhe do të zënë linjat. Së pari keep-alive dhe SIP ALG.
Seksione të lidhura#
- Telefoni nuk punon: diagnostikim sipas simptomave — përfshirë «nuk ka thirrje hyrëse kur ato dalëse punojnë»
- Nuk ka zë, dëgjohet vetëm nga një anë, jehonë, «robot»
- Nuk regjistrohet: mbishkrimet dhe kodet e gabimeve — «regjistrohet dhe zhduket»,
423 Interval Too Brief - Rrjeti, ruteri dhe interneti për telefoninë — ku të fiket SIP ALG, NAT i dyfishtë
- Cilësimi i telefonave SIP — rrjeti i lokalit, kontrolli i cilësisë së lidhjes
- Regjistri i telefonatave dhe SIP-trace
Burimet#
- RFC 3261 — SIP: përsëritja e
200 OKderi në marrjen eACKdhe përfundimi i sesionit pas 64 × T1 (§13.3.1.4), T1 = 500 ms (§17.1.1.1), kalimi në TCP për mesazhet më të gjata se 1300 bajt (§18.1.1) — https://www.rfc-editor.org/rfc/rfc3261 - RFC 4028 — Session Timers: zgjatja në mes të intervalit,
BYEpër min(32 s, intervali / 3) para skadimit — https://www.rfc-editor.org/rfc/rfc4028 - Yealink SIP-T2/T3/T4/T5/CP920 Administrator Guide V86.60 — Keep Alive Type / Interval (Default i fabrikës, 30 s), Session Timer (i fabrikës — i fikur; Session Expires 1800 s; përditësimi në gjysmën e intervalit)
- Grandstream GRP261x/262x/263x Administration Guide — Session Timer: Enable Session Timer (i fabrikës «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 dhe kufizimi i madhësisë së paketës, NAT-timeout-et e ruterit — https://www.zoiper.com/pdf/User%20Guide%20Zoiper%205%20v.1.0.7.pdf
- Kodi i centralit:
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(testi echo*43, kufiri i kontrollit 300 s)