C cenaly.com
Filloni falas

Telefonata shkëputet: pas 30 sekondash, pas 15–30 minutash

Shkëputje në sekondën e 32-të (nuk ka ACK), pas 15–30 minutash (kohëmatësit e sesionit), thirrjet hyrëse funksionojnë vetëm minutat e para pas ndezjes — mekanizmi dhe zgjidhja

14 min read Hapeni këtë ekran në demo
On this page 21

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#

  1. 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».
  2. 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).
  3. 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ë).
  4. «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.
  5. Gjurmimi SIP në centralin e dedikuar: 200 OK i përsëritur pa ACK, pastaj BYE — rasti i parë; BYE pas INVITE ose UPDATE në 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:

  1. 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ë.
  2. 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.
  3. 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.
  4. 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 OK e dërgon telefoni, ACK — centrali. U humb ACK në rrugën drejt telefonit — telefonatën e mbyll telefoni.
  • Thirrje dalëse nga telefoni dhe *43: 200 OK e dërgon centrali, ACK — telefoni. U humb ACK në 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.

  1. 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».
  2. 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ë.
  3. 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.
  4. Ndërpriten vetëm thirrjet e jashtme, ndërsa *43 dhe 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.
  5. 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:

  1. 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ë.
  2. 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ë.
  3. SIP ALG e prish mesazhin e zgjatjes.
  4. 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, grupi protocol).
  • 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 BYE min(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ë#

  1. 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).
  2. Çaktivizoni SIP ALG te ruteri.
  3. 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).
  4. Përditësoni firmware-in e telefonit — gabimet e zgjatjes së bisedës shpesh janë rregulluar në versionet e reja.
  5. 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.

  1. 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.
  2. Çaktivizoni SIP ALG te ruteri — edhe ai ka prirjen t’i “harrojë” dyert.
  3. 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).
  4. 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.
  5. 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ë#

  1. Gjatë bisedës mos e ndryshoni rrjetin: përfundoni telefonatën përpara se të dilni nga zona e Wi-Fi.
  2. 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.
  3. 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.
  4. 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 *43 e 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#

Burimet#

  • RFC 3261 — SIP: përsëritja e 200 OK deri në marrjen e ACK dhe 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, BYE pë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)
Was this article helpful?