C cenaly.com
Începe gratuit

Rețea, router și internet pentru telefonie

Porturi, SIP ALG și unde se dezactivează pe routerele mărcilor populare, NAT, Wi-Fi și VLAN, cât internet este necesar pentru un apel

21 min read Deschideți acest ecran în demo
On this page 18

Rețea, router și internet pentru telefonie

Telefonul IP este un dispozitiv în rețea ca oricare altul din unitate, precum casa de marcat sau un computer: accesează internetul prin routerul dumneavoastră către centrala noastră telefonică. Aproape întotdeauna „funcționează pur și simplu”, iar când nu funcționează, vinovate sunt trei-patru setări ale routerului, identice la toate mărcile. Pe această pagină găsiți ce anume este necesar de la rețea, unde se dezactivează „ajutorul” deranjant SIP ALG pe routerele mărcilor populare și cât internet este necesar pentru un apel.

Ce să introduceți în telefonul propriu-zis (server, login, parolă) — în prezentarea „Configurarea telefoanelor SIP”. Verificarea sunetului după orice modificare în rețea — testul de ecou *43 (vezi „Cum se verifică rețeaua”).

Pe scurt: cinci reguli#

  1. Nu este nevoie să redirecționați porturi. Telefonul se conectează singur la centrală din interiorul rețelei dumneavoastră — conexiuni de intrare din exterior nu există.
  2. Dezactivați SIP ALG pe router (numit și „SIP Helper”, „SIP Passthrough”). Aceasta este cea mai frecventă cauză a „apelul se întrerupe după 30 de secunde” și „nu mă aude nimeni” — unde se află la marca dumneavoastră.
  3. Telefonul — în rețeaua de serviciu, de preferat prin cablu. Nu în Wi-Fi pentru oaspeți: acolo dispozitivele sunt izolate între ele, iar adesea există o pagină de autentificare prin care telefonul nu va trece.
  4. Internetul necesar este puțin, dar stabil: aproximativ 100 kbit/s în fiecare direcție pentru o convorbire. Mai importantă decât viteza este ca canalul să nu fie supraîncărcat „la maximum” — mai ales pe upload.
  5. După orice lucrare la rețea, formați *43. Punctul verde din panoul de administrare indică înregistrarea, nu sunetul.

Cum trece un apel prin rețea#

 Telefon IP ──► routerul unității ──► internet ──► centrala Cenaly
 (192.168.x.x)  (NAT: înlocuiește     furnizor    sip.<domeniul dvs.>
                 adresa cu cea externă)           sau mașină dedicată

Toată circulația este inițiată de telefon:

  1. Telefonul trimite centralei înregistrarea (portul 5060). Routerul reține: „pachetele de la acest port extern — pentru telefonul 192.168.x.x” — aceasta se numește traducere de adrese (NAT).
  2. Centrala răspunde și apoi trimite apelurile de intrare exact acolo de unde a venit înregistrarea — prin aceeași „găurică” din router. De aceea nu este nevoie să redirecționați porturi: ușa a deschis-o telefonul însuși.
  3. Vocea (RTP) este de asemenea trimisă tot de telefon, iar centrala răspunde cu voce la acea adresă și port de unde a venit.

De aici rezultă două condiții fără de care conexiunea se strică: routerul nu trebuie să rescrie conținutul pachetelor SIP (aceasta o face SIP ALG) și nu trebuie să uite „găurica” cât timp telefonul tace între apeluri (aceasta este keep-alive). Ambele sunt analizate mai jos.

Pentru administratorul de rețea: ce face centrala cu NAT singură

Pentru toate extensiile de pe partea centralei sunt activate (shared/sip/advanced-options.json, grupul nat):

  • force_rport — răspunsurile pleacă la adresa și portul de unde a venit cererea (RFC 3581), nu la cele scrise în antetul Via;
  • rewrite_contact — centrala reține telefonul după adresa externă reală a sursei înregistrării, nu după adresa privată 192.168.x.x din antetul Contact;
  • rtp_symmetric — vocea este trimisă acolo de unde vine de la telefon (symmetric RTP), nu la adresa din SDP;
  • direct_media=no — vocea trece întotdeauna prin centrală, chiar și între două telefoane din aceeași unitate; telefoanele nu încearcă niciodată să se conecteze direct între ele.

De aceea STUN, TURN și ICE nu sunt necesare telefonului, iar un IP extern static nu este necesar pentru unitate. Telefonul poate solicita înregistrarea la 60–3600 s (mai puțin de 60 — refuz 423 Interval Too Brief, implicit 120 s); centrala verifică fiecare aparat înregistrat cu o cerere OPTIONS o dată la 60 s.

Porturi pentru administratorul de rețea#

Regula este una singură: permiteți traficul de ieșire către adresa centralei și răspunsurile la acesta (un firewall „stateful” obișnuit face asta singur). Reguli de intrare și redirecționare de porturi nu sunt necesare.

Ce Protocol și port pe partea centralei Direcția din unitate
Înregistrare și apeluri (SIP) UDP 5060; TCP 5060 — dacă telefonul este comutat pe TCP ieșire către adresa centralei
Voce (RTP) UDP 10000–20000 (circuitul comun folosește 10000–10200, mașina dedicată — întregul interval 10000–20000) ieșire către adresa centralei
Nume (DNS) UDP/TCP 53 către serverul DNS al furnizorului sau al dumneavoastră
Timp (NTP) UDP 123 către serverele de timp — altfel în istoricul apelurilor va fi o oră greșită

Adresa centralei este un nume, nu un IP: este afișat în fereastra „Date de autentificare ale extensiei” (sip.<domeniul dvs.> la circuitul comun sau numele mașinii dumneavoastră dedicate). Nu introduceți în reguli IP-ul „din memorie” și nu îl luați de pe această pagină — aici nu se află intenționat.

Detalii pentru firewall
  • Porturile locale ale telefonului (de la ce port trimite SIP și RTP) diferă la fiecare marcă — nu este nevoie să filtrați traficul de ieșire după portul sursă, filtrați după adresa și portul destinație.
  • Două porturi pentru un apel pe partea centralei: RTP ocupă un port par, RTCP (rapoarte de calitate) — pe cel impar vecin. Aceasta este o chestiune internă a centralei, dar explică de ce intervalul este atât de larg.
  • Dacă firewallul cere o adresă IP, obțineți-o după nume (nslookup <server SIP>). La mașina dedicată IP-ul este static; la circuitul comun este mai sigur să permiteți după nume sau tot traficul UDP de ieșire către acesta.
  • TCP 5061 (SIP prin TLS) pe mașina dedicată este deschis pentru semnalizare criptată. Telefonul are nevoie de el doar dacă în fereastra datelor de autentificare transportul este TLS; implicit acolo este UDP.
  • Criptarea sunetului (SRTP) nu există — dacă pe firewall „inspecția VoIP” cere SRTP, dezactivați-o pentru adresa centralei.

SIP ALG — dezactivați pe router#

Ce este. SIP ALG (Application Layer Gateway; la diferite mărci — „SIP Helper”, „SIP Passthrough”, „ALG pentru SIP”) este o funcție a routerului care „ajută” telefonia: pătrunde în pachetele SIP și rescrie adresele din ele. A fost creată pentru telefoanele vechi care nu știau să funcționeze în spatele NAT. Centrala noastră face asta singură (vezi blocul de mai sus), iar routerul cu „ajutorul” lui doar încurcă.

Cum strică. De multe ori rescrie greșit sau doar jumătate din pachete. Semne tipice:

  • apelul se întrerupe exact după ~30 de secunde de la răspuns — confirmarea răspunsului (ACK) a ajuns în altă parte, iar una dintre părți închide telefonul după temporizator;
  • se aude doar o parte sau nu se aude deloc — în descrierea fluxului vocal adresa este înlocuită;
  • telefonul când se înregistrează, când nu, apelurile primite ajung doar din când în când.

Mecanica acestor defecțiuni este analizată în detaliu pe paginile „Apelul se întrerupe” și „Nu se aude nimic, se aude doar într-o parte”. Aici — de unde se dezactivează.

Marcă De unde se dezactivează Din fabrică
Keenetic (și Netcraze) Setări generale ale sistemului → Modificare set de componente → debifați „Gateway la nivel de aplicație (ALG) pentru SIP” → Actualizare. La Keenetic SIP ALG nu este o bifă, ci o componentă separată a sistemului: se elimină. Routerul are nevoie de internet, va actualiza sistemul la ultima versiune și se va reporni singur — faceți asta într-un moment liniștit în documentație nu este indicat
MikroTik (RouterOS) meniul ajutoarelor NAT /ip firewall service-port → înregistrarea sip → dezactivați: /ip firewall service-port disable sip în documentație nu este indicat
TP-Link Archer (Wi-Fi 6) Advanced → Security → ALG → dezactivați SIP ALG în documentație nu este indicat
TP-Link modemuri xDSL și LTE (Archer VR/VX/MR, TD-W) Advanced → NAT Forwarding → ALG → dezactivați SIP ALG în documentație nu este indicat
TP-Link Deco aplicația Deco → More → Advanced → NAT Forwarding → SIP ALG → dezactivați în documentație nu este indicat
D-Link DIR (firmware în rusă) Дополнительно → ALG/Passthrough → comutatorul SIP spre stânga → Применить în documentație nu este indicat
D-Link DIR (firmware în engleză) Advanced → Firewall → Advanced Settings… → SIP → dezactivați în documentație nu este indicat
Zyxel VMG/XMG (modemuri ale furnizorilor) Network Setting → NAT → ALG → dezactivați SIP ALG în documentație nu este indicat
ASUS WAN → NAT Passthrough → SIP Passthrough → Disable → Apply (la ASUS SIP ALG se numește SIP Passthrough ⚠️ verify) activat
NETGEAR (Nighthawk, Orbi RBR50/40/20) ADVANCED → Setup → WAN Setup → bifați Disable SIP ALG → Apply activat
DrayTek Vigor NAT → ALG → debifați Enable SIP/RTSP ALG (firmware de la 3.8.5); în consolă — sys sip_alg 0 dezactivat
AVM FRITZ!Box în documentația AVM nu există un comutator separat pentru SIP ALG. Dar pentru o centrală externă trebuie să eliminați protecția: Telefonie → Eigene Rufnummern → Anschlusseinstellungen → debifați „Nutzung von Internettelefonie aus dem Heimnetz unterbinden” (interzicerea telefoniei prin internet din rețeaua de acasă) — altfel FRITZ!Box nu va lăsa telefoanele să ajungă la centrala noastră —
Ubiquiti UniFi (Cloud Gateway) nu trebuie făcut nimic: conform documentației Ubiquiti, gateway-urile UniFi nu aplică SIP ALG. Verificați routerul furnizorului din fața lui ALG nu există
Tenda în manualele routerelor Wi-Fi de acasă Tenda nu există punctul SIP ALG. La modemurile Tenda DSL: Advance → Services → ALG → debifați SIP —
Huawei, ZTE (terminale optice ale furnizorilor: HG8245H, HG8145V, F660, F670L…) în documentația publică a producătorului nu există traseul, meniul este de obicei limitat de furnizor — întrebați furnizorul —
Sagemcom, Technicolor, AirTies (cutiile furnizorilor) în documentația producătorului nu există punctul — întrebați furnizorul —
Xiaomi / Redmi în documentația producătorului nu există punctul — verificați *43 și un apel mai lung de un minut —

„Din fabrică: în documentație nu este indicat” înseamnă că producătorul nu scrie dacă ALG este activat inițial — intrați și verificați. Traseele sunt preluate din manualele oficiale ale producătorilor (lista — în „Surse”); într-un alt firmware denumirile punctelor pot diferi ușor.

Pentru administratorul de rețea: gateway-uri de business
  • TP-Link Omada (gateway cu interfață web proprie): Transmission → NAT → ALG — debifați SIP.
  • Zyxel ATP/USG (ZLD): Configuration → Network → ALG — debifați Enable SIP ALG (și Enable SIP Transformations).
  • Fortinet FortiGate: din fabrică SIP este procesat de ALG (default-voip-alg-mode proxy-based) și session-helper-ul sip este activat (de obicei nr. 13). Se dezactivează doar în consolă: config system session-helper → delete 13 → end; apoi config system settings → set default-voip-alg-mode kernel-helper-based → end; în politică nu trebuie să existe profil VoIP. Verificare — diagnose sys session list | grep sip.
  • MikroTik: înregistrarea SIP din service-port are parametrii sip-direct-media (implicit yes) și sip-timeout (1 oră) — cu ajutorul dezactivat, aceștia nu se aplică.
  • OpenWrt: ajutorul SIP se află în pachetul kmod-nf-nathelper-extra; nu există pachet — nu există nici ALG. Ajutoarele pe zone sunt activate de opțiunea auto_helper a firewall-ului.

Dacă routerul este al furnizorului (terminal optic, „cutia” de la furnizorul de internet) și punctul nu se vede — meniul este de obicei limitat. Sunați furnizorul și cereți: „dezactivați SIP ALG pe routerul meu” sau „treceți terminalul în modul bridge”, dacă în spatele lui este routerul dumneavoastră.

După dezactivare reporniți routerul și telefoanele (înregistrările NAT vechi trăiesc până la repornire sau expirarea temporizatorului), apoi formați *43.

NAT, NAT dublu și keep-alive#

Keep-alive. Routerul ține minte „gaura” pentru telefon atât timp cât trece ceva prin ea. Dacă telefonul tace mai mult decât timeout-ul UDP de pe router, înregistrarea se șterge — și apelul primit nu ajunge la telefon, deși în panoul de administrare mai arde câteva minute un punct verde („apelurile ieșite funcționează, cele primite nu”). La routerele pe Linux (pe el funcționează multe modele de acasă și de la furnizor) timeout-ul implicit este de 30 de secunde pentru fluxurile UDP unidirecționale și de 120 de secunde — pentru fluxurile cu răspunsuri; la MikroTik — 30 de secunde și 3 minute.

De aceea:

  • în telefon activați NAT keep-alive (numit și „NAT Keep-alive”, „Keep Alive Interval”, „UDP keep-alive”) cu intervalul de 15–30 de secunde, dacă există o astfel de opțiune;
  • fie comutați telefonul pe TCP — conexiunea TCP este ținută de routere mult mai mult timp (centrala noastră acceptă TCP pe același port 5060);
  • centrala, la rândul ei, interoghează fiecare telefon o dată la 60 de secunde — asta ajută, dar pe un router cu timeout de 30 de secunde nu este suficient.

NAT dublu — când în spatele routerului furnizorului sau al terminalului optic se află propriul dumneavoastră router și ambele fac NAT. Centrala noastră vede doar adresa cea mai exterioară și funcționează și așa, dar: SIP ALG trebuie dezactivat pe ambele dispozitive, iar keep-alive trebuie să se încadreze în cel mai scurt dintre cele două timeout-uri. Cea mai bună variantă — trecerea dispozitivului furnizorului în modul bridge, pentru ca NAT să fie unul singur.

Internetul mobil și IP-ul „gri” al furnizorului (CGNAT) — este același NAT dublu, doar că nivelul extern este la operator și nu poate fi configurat. Funcționează, dar keep-alive este deosebit de important: timeout-urile la operatori pot fi scurte.

Pentru administratorul de rețea: timeout-uri și verificare
  • Routere Linux (OpenWrt și firmware-urile multor modele de acasă și de la furnizor): nf_conntrack_udp_timeout = 30 s, nf_conntrack_udp_timeout_stream = 120 s — documentația kernelului Linux. MikroTik: /ip firewall connection tracking → udp-timeout = 30 s, udp-stream-timeout = 3 min. Dacă telefoanele sunt fără keep-alive, ridicați timeout-ul UDP la 180 s.
  • Semnul unei înregistrări NAT expirate: apelurile ieșite funcționează întotdeauna, cele primite încetează să mai vină după câteva minute de inactivitate și „reînvie” imediat după un apel ieșit.
  • Invers, drumul spre telefon poate fi verificat din panoul de administrare: fișa aparatului → fila „Verificare” → „Apelați aparatul” (vezi prezentarea generală, „Verificarea calității conexiunii”).

Cablu, Wi-Fi, PoE, VLAN și QoS#

  • Cablul este mai bun decât Wi-Fi. Telefonul de birou conectați-l cu cablu. Wi-Fi adaugă întârziere și pierderi, mai ales în sală, unde rețeaua este împărțită cu oaspeții; la trecerea între punctele de acces convorbirea se poate întrerupe.
  • Rețeaua pentru oaspeți nu este pentru telefoane. În ea este de obicei activată izolarea clienților (dispozitivele nu se văd între ele — computerul nu va deschide interfața web a telefonului) și uneori există o pagină de autentificare („captive portal”), pe care telefonul nu o poate trece.
  • Pentru alergătura prin sală — DECT, nu telefon Wi-Fi. Aparatele DECT funcționează pe propriul radio, nu depind de Wi-Fi și țin încărcarea mai mult.
  • Alimentare prin PoE. Majoritatea telefoanelor de birou sunt alimentate de la switch conform standardului PoE 802.3af — nu este nevoie de un bloc de alimentare separat. Dacă switch-ul este fără PoE, blocul de alimentare se vinde adesea separat. Videotelefoanele și aparatele cu module de extensie pot avea nevoie de PoE+ (802.3at).
  • Softphone-ul pe smartphone în Wi-Fi pierde înregistrarea la trecerea pe rețeaua mobilă — vezi „Softphone-uri”.
Pentru administratorul de rețea: VLAN pentru voce și QoS

VLAN. Într-o unitate cu switch gestionabil este comod să separați telefoanele într-un VLAN de voce dedicat: traficul pentru oaspeți și cel de serviciu nu deranjează vocea, telefoanele nu sunt vizibile pentru oaspeți. Telefonul primește numărul VLAN manual (în propriile setări de rețea), prin LLDP-MED de la switch sau printr-o opțiune DHCP — consultați pagina mărcii dumneavoastră. Computerul conectat în portul PC al telefonului rămâne în rețeaua obișnuită. Pentru centrală VLAN nu schimbă nimic: spre exterior telefonul iese oricum prin NAT-ul routerului.

QoS. Vocea are nevoie nu de un canal gros, ci de prioritate în coada de ieșire: când cineva încarcă video de la camere sau un backup în cloud, pachetele de voce stau în aceeași coadă cu fișierele — de aici „robotul” și întârzierea. Ce se poate face:

  • în router activați prioritizarea (QoS / SQM / Smart Queue / „Gestionarea lățimii de bandă”) și acordați prioritate maximă adreselor IP ale telefoanelor sau VLAN-ului de voce;
  • limitați lățimea de bandă pentru dispozitivele „grele” (camere, NAS) puțin sub viteza reală a canalului — astfel coada nu se umple;
  • telefoanele de obicei marchează singure vocea cu codul DSCP 46 (EF), iar semnalizarea — 24–26 (CS3/AF31); routerul poate prioritiza după această marcă. În internet, dincolo de routerul dumneavoastră, mărcile DSCP de obicei nu sunt respectate — de aceea merită gestionată tocmai ieșirea proprie.

Cât internet este necesar#

O convorbire prin centrala noastră ocupă aproximativ 87 kbit/s în fiecare direcție — la fel pentru codecurile G.711 (A-law/µ-law) și G.722. Cu rezervă, prevedeți 100 kbit/s per convorbire — atât la recepție, cât și la transmisie.

Vorbesc simultan Necesar la transmisie și la recepție (fiecare)
1 telefon 0,1 Mbit/s
2 0,2 Mbit/s
4 0,4 Mbit/s
8 0,8 Mbit/s
10 1 Mbit/s
20 2 Mbit/s

Două precizări care provoacă confuzie:

  • Convorbirea dintre două telefoane din interiorul localului înseamnă două fluxuri prin internet, nu zero: vocea trece întotdeauna prin centrală (fiecare telefon — către centrală și înapoi). Numărați telefoanele care vorbesc simultan, nu apelurile.
  • Gâtul de sticlă este transmisia. La ADSL, internetul mobil și multe planuri, viteza de transmisie este de câteva ori mai mică decât cea de recepție. Dacă canalul de transmisie este ocupat de camere, backup în cloud sau descărcare de video, vocea va începe să se întrerupă, chiar și atunci când „viteza la test este bună”.

Calitatea contează mai mult decât viteza. Pentru o convorbire normală sunt necesare:

Indicator Bine Se aude prost
Pierderi de pachete până la 1 % peste 3 % — „bolborosește”, se pierd silabe
Jitter (variația întârzierii) până la 30 ms peste 50 ms — sunetul se întrerupe
Întârziere dus-întors până la 150 ms peste 300 ms — interlocutorii se întrerup reciproc

Aceleași valori le afișează centrala pentru fiecare verificare *43 în jurnalul apelurilor.

Internet mobil. O convorbire consumă aproximativ 0,6 MB pe minut în fiecare direcție, adică circa 1,2 MB pe minut în total, sau aproximativ 72 MB pe oră de convorbire.

Cum s-a calculat

Codecurile centralei noastre — G.711 (PCMA/PCMU) și G.722 — transmit ambele 64 kbit/s de sunet. Telefonul trimite un pachet la fiecare 20 ms (ptime 20 ms — standardul pentru aceste codecuri), adică 50 de pachete pe secundă.

  • Date utile per pachet: 64 000 bit/s × 0,02 s = 1280 biți = 160 octeți.
  • Antete: RTP 12 + UDP 8 + IPv4 20 = 40 octeți → pachetul la nivel IP — 200 octeți.
  • La nivel IP: 200 octeți × 8 × 50 pachete/s = 80 kbit/s.
  • În cablul Ethernet se adaugă încă 18 octeți de antet de cadru: 218 octeți × 8 × 50 = 87,2 kbit/s — acesta este „aproximativ 87”.
  • RTCP (rapoarte de calitate, o dată la câteva secunde) adaugă fracțiuni de kbit/s — neglijabil. PPPoE la furnizor adaugă 8 octeți per pachet (+3,2 kbit/s).

Formula: lățime de bandă = (date utile + antete) × 8 × (1000 / ptime); pentru G.711 și G.722 la 20 ms: (160 + 40 + 18) × 8 × 50 = 87 200 bit/s.

Trafic: 80 kbit/s (la nivel IP, cum calculează operatorul mobil) = 10 000 octeți/s × 60 = 600 000 octeți ≈ 0,6 MB pe minut într-o direcție; ×2 direcții = 1,2 MB/min; ×60 minute = 72 MB/h.

Cum verificați rețeaua#

  1. Testul de ecou *43 de pe telefonul care ridică semne de întrebare: ton → propria dumneavoastră voce. Cum se interpretează cele patru rezultate (ton fără voce, liniște, întrerupt) — în prezentarea generală: „Verificarea calității conexiunii”. Vorbiți cel puțin 10 secunde — atunci în jurnalul apelurilor vor apărea pierderile, jitterul și întârzierea.
  2. Un apel de la centrală către aparat (fișa aparatului → „Verificare” → „Apelare aparat”) verifică drumul invers — chiar „gaura” din router prin care sosesc apelurile primite.
  3. Aceeași verificare din altă rețea (telefon sau softphone prin internet mobil) răspunde rapid dacă rețeaua localului este de vină.

Dacă ceva nu este în regulă — analiză pe simptome:

Securitate#

  • Nu expuneți telefonul, ATA sau gateway-ul direct în internet: nu redirectați către el 5060, nu îl plasați în DMZ și nu îi dați un IP „alb”. Internetul este scanat non-stop de roboți — un aparat deschis începe să sune noaptea de pe numere precum „100” sau „1000”, iar în cel mai rău caz este folosit pentru apeluri cu plată. Schemei noastre nu îi este necesar deloc un redirect.
  • Schimbați parola din fabrică a interfeței web a telefonului (admin/admin și similare) — altfel oricine din rețeaua localului, inclusiv de pe Wi-Fi-ul pentru oaspeți fără izolare, poate deschide setările și poate citi contul.
  • Dacă telefonul are opțiunea „acceptă SIP doar de la server/proxy” (Allow SIP from proxy only, Accept SIP from registrar only) — activați-o.
  • Actualizați firmware-ul telefoanelor și al routerului din sursele oficiale ale producătorului.

Întrebări frecvente#

Este nevoie de o adresă IP statică („albă”) pentru unitate?#

Nu. Telefonul se conectează singur la centrala telefonică, iar centrala îl reține după adresa externă reală, oricare ar fi aceasta. Funcționează atât în spatele unui IP „gri” al furnizorului, cât și prin internet mobil.

Trebuie să redirecționăm porturile 5060 și 10000–20000 pe router?#

Nu, și nici nu trebuie să încercați: redirecționarea portului 5060 către telefon îl face vizibil pentru scanerele din internet. Este suficient ca routerul să permită traficul de ieșire (așa este configurat din fabrică).

Nu am găsit SIP ALG în routerul meu. Ce să fac?#

Căutați în secțiunile NAT, „Firewall”, „Securitate”, „WAN”, „Componente”. Dacă nu există opțiunea — posibil ca modelul să nu aibă deloc ALG; verificați cu *43 și cu un apel mai lung de un minut. Dacă apelurile se întrerup după 30 de secunde, iar routerul este al furnizorului — rugați furnizorul să dezactiveze SIP ALG sau să treacă dispozitivul în modul bridge.

Apelurile primite sosesc doar în primele minute după pornirea telefonului#

Este semnul clasic al unei înregistrări NAT expirate pe router: telefonul tace mai mult decât timpul de expirare UDP, iar routerul uită unde să trimită apelurile primite. Activați în telefon NAT keep-alive la 15–30 de secunde sau treceți transportul pe TCP. Detaliat — „Apelul se întrerupe” și secțiunea „NAT, NAT dublu și keep-alive”.

Ne ajunge un router mobil cu cartelă SIM?#

Pentru 1–3 convorbiri simultane — de obicei da: este nevoie de aproximativ 0,1 Mbit/s per convorbire în fiecare direcție. Punctul slab este instabilitatea: la pierderi mai mari de 3 % și o întârziere mai mare de 300 ms, convorbirea devine incomodă. Verificați *43 la ora de vârf și priviți cifrele din jurnalul de apeluri.

Putem conecta telefoanele la Wi-Fi-ul pentru oaspeți?#

Mai bine nu. În rețeaua pentru oaspeți este adesea activată izolarea clienților și o pagină de autentificare, iar canalul este împărțit cu oaspeții și videoclipurile lor — vocea va începe să se întrerupă chiar în ora cea mai aglomerată. Alocați telefoanelor o rețea de serviciu sau un VLAN.

Secțiuni conexe#

Surse#

Was this article helpful?
Network, softphones & reset
Demo meniu oaspete Începe gratuit