Fără sunet, se aude într-o singură direcție, ecou, „robot”

Telefonul poate fi înregistrat, poate suna și răspunde — și totuși să nu transmită niciun sunet. Motivul este că înregistrarea și vocea sunt două căi diferite: înregistrarea merge prin mesaje de serviciu pe portul 5060, iar vocea — printr-un flux separat de pachete pe porturile 10000–20000. Routerul localului poate lăsa prima să treacă și să o taie pe a doua. Aceasta nu este o defecțiune a telefonului și nici a centralei: în nouă cazuri din zece, problema este rețeaua dintre ele, iar aceasta poate fi găsită în câteva minute.

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

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

1. Testul de ecou *43 chiar de pe aparatul respectiv. Centrala ridică receptorul, după o secundă dă un ton și apoi vă returnează vocea. Tonul se aude înainte de ecou în mod special — el verifică direcția „centrală → telefon” separat de microfon:

   Ce se aude	Ce înseamnă
   Ton, apoi propria voce	Sunetul merge în ambele direcții — rețeaua până la centrală este în ordine
   Tonul există, dar nu vă auziți	Sunetul nu ajunge de la telefon la centrală
   Nici măcar tonul nu se aude	Sunetul nu ajunge de la centrală la telefon
   Vă auziți, dar sacadat sau cu întârziere	Calea există, dar este proastă: pierderi, jitter, canal supraîncărcat

   Vorbiți în *43 timp de zece secunde — atunci centrala va reuși să măsoare pierderile, jitterul și întârzierea. Analiza detaliată — „Verificarea calității conexiunii”.

2. Jurnalul apelurilor — deschideți apelul problematic. Rândul „Sunet” la un apel răspuns indică dacă vocea a mers în ambele direcții: „în ambele direcții”, „de la telefonul ext. 101 nu a mers sunetul” sau „de la interlocutor nu a mers sunetul” — și alături pierderile, jitterul și RTT pentru fiecare parte.

3. Fișa aparatului → „Sunet în ambele direcții” — câte apeluri ale acestui telefon au fost unidirecționale. Pentru modelele care pierd vocea în momentul răspunsului, centrala activează singură „tonuri de la centrală” — acest lucru se vede tot aici.

4. Înregistrarea conversației, dacă înregistrarea este activată: pe cine se aude în înregistrare, de la acela vocea a ajuns la centrală.

5. SIP-trace pe centrala dedicată: în descrierea sunetului (SDP, liniile c= și m=audio) se vede ce adresă și port a declarat fiecare parte.

De ce înregistrarea există, dar sunetul nu#

Centrala noastră transmite întotdeauna vocea prin ea însăși (telefoanele nu fac schimb de sunet direct) și răspunde cu voce de acolo de unde a venit vocea telefonului, nu la adresa pe care telefonul a declarat-o despre sine. De aceea, telefonul aflat în spatele routerului nu are nevoie nici de STUN, nici de redirecționarea porturilor. Dar de aici rezultă și că: dacă de la telefon la centrală nu ajunge nimic, atunci nici centrala nu are unde să răspundă — rezultatul este tăcere în ambele direcții.

Ce strică cel mai des vocea, cu înregistrarea funcțională:

1. SIP ALG pe router („SIP Helper”, „SIP Passthrough”). Routerul „ajută” SIP și rescrie adresele din mesajele de serviciu — adesea incorect. Înregistrarea trece, sunetul — nu sau doar într-o singură direcție. Unde se dezactivează în funcție de marca routerului — „Rețeaua, routerul și internetul”.
2. UDP 10000–20000 de ieșire blocat. Firewallul lasă să treacă „internetul” (porturile web) și 5060, dar porturile de voce — nu.
3. NAT dublu — routerul furnizorului plus propriul router după el: adresele sunt rescrise de două ori, iar unul dintre rescriitori greșește.
4. Wi-Fi — rețea de oaspeți cu izolarea clienților, semnal slab, telefonul departe de punctul de acces.
5. Canal supraîncărcat — supravegherea video încarcă înregistrările în cloud, oaspeții vizionează videoclipuri pe același internet: vocea ajunge cu goluri.

Nu se aude deloc#

De ce se întâmplă asta#

• Porturile vocale sunt închise în ambele direcții: UDP 10000–20000 de ieșire este blocat de paravanul de protecție sau de router. Dacă de la telefon nu a ajuns nimic, centrala nu știe unde să trimită răspunsul.
• SIP ALG a rescris adresa vocii în descrierea apelului, iar pachetele pleacă în altă parte.
• În telefon este activată criptarea vocii (SRTP) — centrala noastră nu o propune implicit.
• În telefon sunt dezactivate toate cele trei codecuri ale noastre (G.711 PCMA, PCMU și G.722). Atunci apelul de obicei nici nu se conectează — răspuns 488.
• Telefonul este conectat printr-un VPN sau un proxy corporativ care nu lasă UDP să treacă.

Ce să faceți#

După fiecare pas formați *43; continuați doar dacă nu a ajutat.

1. Dezactivați SIP ALG pe router și reporniți routerul și telefonul.
2. Deschideți UDP 10000–20000 de ieșire către adresa centralei (pentru serverul comun este suficient 10000–10200).
3. În telefon dezactivați SRTP / criptarea vocii și verificați că este activat cel puțin G.711 (PCMA sau PCMU).
4. Conectați telefonul cu cablu în rețeaua principală a localului, ocolind Wi-Fi-ul pentru oaspeți și VPN-ul.
5. Dacă în spatele routerului furnizorului mai există un router al dumneavoastră — treceți routerul furnizorului în modul bridge sau conectați telefonul direct în el. Mai multe detalii — „Rețea, router și internet”.

Se aude doar o parte#

De ce se întâmplă asta#

Sunetul unilateral are două cazuri diferite — *43 le deosebește după ton:

• „Nu mă aud” (există ton, dar nu se aude propria voce): sunetul nu ajunge de la telefon la centrală. Cauze: SIP ALG, microfon dezactivat sau butonul Mute, cască defectă, modul cască activat fără cască, telefon în Wi-Fi-ul pentru oaspeți. La unele modele vocea se pierde exact în momentul răspunsului — telefonul își schimbă portul de sunet (așa se comportă, de exemplu, D-Link DPH-150S); pentru modelele cunoscute centrala corectează singură acest lucru, activând „tonuri de la centrală”.
• „Nu aud eu” (nu există ton): sunetul nu ajunge de la centrală la telefon: paravan de protecție strict, SIP ALG, NAT dublu. Dacă în jurnalul apelului scrie „de la interlocutor nu a venit sunet”, a tăcut partea operatorului de comunicații sau a apelantului — telefonul dumneavoastră nu are nicio vină aici.

Ce să faceți#

1. Formați *43 și stabiliți direcția după ton.
2. „Nu mă aud”: verificați Mute și casca, încercați receptorul în locul difuzorului; dezactivați SIP ALG; scoateți telefonul din Wi-Fi-ul pentru oaspeți.
3. „Nu aud eu”: dezactivați SIP ALG; verificați paravanul de protecție (UDP 10000–20000 de ieșire și răspunsurile la el); eliminați NAT-ul dublu.
4. *43 este curat în ambele direcții, iar sunetul unilateral apare doar la apelurile externe — defecțiunea este între centrală și operatorul de comunicații. Comparați cu un apel intern către un coleg și trimiteți ora apelului la suport.
5. Sunet unilateral în momentul răspunsului și doar la un singur model — pe centrala dedicată, în „Setările telefonului”, la postul suplimentar activați „Tonurile de ieșire — de la centrală, nu de la operator”. Preț: mesajele operatorului înainte de răspuns („abonatul este indisponibil”) nu vor fi auzite de angajat.

Ecou#

De ce se întâmplă asta#

Regula principală a ecoului: îl aude cel a cărui voce se reflectă la celălalt capăt. Dacă vă auziți propriul ecou — sursa este la interlocutor: difuzorul lui, o cască ieftină, volumul dat prea tare, telefonul în mașină — microfonul prinde vocea dumneavoastră din difuzorul lui și o trimite înapoi. Dacă se plânge oaspetele — sursa este la dumneavoastră.

A doua sursă frecventă — linia analogică: un telefon obișnuit printr-un gateway adaptor (ATA) sau o linie urbană printr-un gateway. La joncțiunea dintre „cele patru fire” ale digitalului și „cele două fire” ale analogicului, o parte din semnal se reflectă înapoi; ea este atenuată de supresorul de ecou al gateway-ului.

Cu cât întârzierea pe linie este mai mare, cu atât ecoul este mai vizibil: o reflexie care ajunge aproape imediat nu este distinsă de ureche, iar una care ajunge cu întârziere se aude ca o repetare.

În *43 trebuie să vă auziți — acesta nu este ecou, ci verificarea în sine. Dar dacă propria voce în *43 se întoarce cu o întârziere vizibilă (întârzierea RTT din jurnal mai mare de 300 ms), orice ecou la apelurile reale va deranja mai tare: canalul este vinovat.

Ce să faceți#

1. Stabiliți cine aude ecoul. Dumneavoastră — căutați la interlocutor; oaspetele — la el.
2. Ecou de la aparatul dumneavoastră: receptorul în locul difuzorului, volumul difuzorului mai mic, altă cască; telefonul să nu fie lângă perete sau lângă geam, dacă vorbiți pe difuzor. Conform documentației Yealink, ecou apare și dacă microfonul sensibil este plasat prea aproape.
3. Ecou la apelurile prin gateway (telefon analogic sau linie urbană): verificați că supresorul de ecou din gateway este activat — la Grandstream HT acesta este câmpul Disable Line Echo Canceller (LEC), pentru voce trebuie să fie No (valoarea din fabrică); readuceți la valorile din fabrică amplificarea portului (Rx / Tx gain), dacă a fost mărită.
4. Ecou la toate apelurile externe prin același operator de comunicații, cu apelurile interne curate — trimiteți ora apelurilor la suport.

Voce „de robot”, bâlbâieli, silabe care dispar#

De ce se întâmplă#

Vocea este tăiată în pachete mici, iar fiecare pachet pierdut înseamnă o bucățică de silabă pierdută. Pachetele care ajung inegal sunt nivelate de telefon o vreme, dar dacă variația este mare — sunetul se rupe. De aici rezultă trei cifre pe care centrala le măsoară în *43 și la fiecare apel preluat:

Aceleași praguri dau evaluările „calitate bună / acceptabilă / proastă” în jurnal.

De unde provin pierderile și jitterul: Wi-Fi (mai ales departe de punctul de acces sau pe un canal aglomerat), internet supraîncărcat (camere, descărcări, actualizări, Wi-Fi pentru oaspeți pe același canal), router slab, care nu face față sarcinii, internet mobil și VPN.

Ce să faceți#

1. Rulați *43 de două ori: la o oră liniștită și la ora de vârf. Bine în liniște și rău la vârf — canalul este aglomerat; rău mereu — rețeaua sau Wi-Fi.
2. Conectați telefonul cu cablu în loc de Wi-Fi.
3. Separați Wi-Fi-ul pentru oaspeți de rețeaua de serviciu și limitați-i viteza; mutați descărcarea video de pe camere pe timpul nopții.
4. Activați pe router prioritatea pentru telefoane (QoS), dacă suportă. Cât internet este necesar pentru un apel — „Rețeaua, routerul și internetul”.
5. Dacă nu a ajutat — arătați furnizorului cifrele din jurnal (pierderi, jitter, timp): este o discuție pe fapte, nu „se aude rău la dumneavoastră”.

Cum să înțelegeți de partea cui este defecțiunea#

Ce să trimiteți la suport#

• data și ora apelului până la minut, numărul interlocutorului și extensia;
• cine pe cine nu auzea sau cine auzea ecou;
• rezultatul *43 de pe acest aparat: ton, propria voce, întrerupt — și cifrele din jurnal (pierderi, jitter, RTT);
• captura de ecran a fișei apelului din jurnal cu rândul „Sunet”;
• modelul și firmware-ul telefonului (rândul din eticheta aparatului), cum este conectat (cablu / Wi-Fi), modelul routerului și dacă SIP ALG este dezactivat;
• pe centrala dedicată — textul traseului SIP al apelului repetat.

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

Întrebări frecvente#

În *43 mă aud pe mine cu întârziere — este ecou?#

Nu. *43 înseamnă chiar „returnează vocea dumneavoastră”: întârzierea este egală cu timpul de parcurs până la centrală și înapoi. Până la 300 ms aproape nu se observă. Dacă întârzierea se aude clar (o jumătate de secundă și mai mult), atunci la apelurile reale va fi incomod — vinovat este canalul, nu telefonul.

Sunetul dispare doar la apelurile de pe mobil — este la noi?#

Cel mai probabil nu: interlocutorul de pe mobil are propriul segment slab — rețeaua celulară. Verificați *43 de pe aparatul dumneavoastră: dacă este curat și apelurile interne la fel, trimiteți la suport ora câtorva astfel de apeluri — vom vedea pe ce segment se pierde sunetul.

Ajută alte codecuri — G.729 sau Opus?#

Nu. Centrala noastră oferă telefoanelor G.711 (PCMA, PCMU) și G.722 — le suportă toate telefoanele și nu comprimă vocea, de aceea sunt mai rezistente la erori. G.729, Opus și AMR nu sunt oferite telefoanelor: nu are rost să le activați în telefon.

Se poate activa criptarea vocii, ca routerul „să nu se bage” în apel?#

Momentan nu: telefoanele funcționează prin UDP / TCP fără TLS și SRTP. SRTP activat „pentru orice eventualitate” în telefon tocmai liniștea o produce. Împotriva routerului nu ajută criptarea, ci SIP ALG dezactivat.

Secțiuni conexe#

• Telefonul nu funcționează: diagnostic după simptome
• Configurarea telefoanelor SIP — verificarea calității conexiunii *43, rețeaua localului
• Rețeaua, routerul și internetul pentru telefonie — SIP ALG după mărcile de routere, NAT dublu, canal
• Apelul se întrerupe — întreruperea după 30 de secunde începe tot cu SIP ALG
• Jurnalul apelurilor și traseul SIP
• Gateway-uri pentru telefoane analogice: Grandstream HT, Yeastar TA și Dinstar DAG

Surse#

• RFC 3550 — RTP și rapoartele RTCP, din care se calculează pierderile, jitterul și întârzierea — https://www.rfc-editor.org/rfc/rfc3550
• ITU-T G.114 — recomandări privind întârzierea într-o singură direcție (pragurile de 150 / 300 ms pentru întârzierea dus-întors în *43 — practică din domeniu) — https://www.itu.int/rec/T-REC-G.114
• Yealink SIP-T2/T3/T4/T5/CP920 Administrator Guide V86.60 — Troubleshooting → Audio Issues: cauzele ecoului și ale vocii întrerupte
• Grandstream HT80x Administration Guide — Disable Line Echo Canceller (LEC), Rx / Tx gain — https://documentation.grandstream.com/knowledge-base/ht80x-administration-guide/
• Codul centralei: shared/sip/advanced-options.json (direct_media=no, rtp_symmetric, force_rport, rewrite_contact, codecuri, rtp_timeout=0), sip-edge/asterisk/rtp.conf (strictrtp=yes, porturi), sip-edge/sipsync/linecheck.go (test de ecou *43, praguri 1 / 3 %, 30 / 50 ms, 150 / 300 ms)
• Ecranele din panoul de administrare: rândul „Sunet” din jurnal (admin/app/[locale]/calls/i18n/CallsPbxLog.i18n.ts), blocul „Sunet în ambele direcții” (admin/components/integrations/SipDeviceMediaHealth.tsx), „Apelurile inițiale — de la centrală” (admin/components/integrations/SipOptions.i18n.ts)