Quando la chiamata parte, ma l’audio no
Uno dei problemi VoIP più fastidiosi è la chiamata che sembra funzionare ma non si sente bene: l’utente chiama, il telefono squilla, la conversazione parte, però l’audio arriva solo da una parte oppure non arriva proprio.
In questi casi il problema non è sempre il centralino. Molto spesso il punto critico è nel percorso tra centralino, router, firewall, NAT e traffico audio. Il SIP ALG entra in scena proprio qui: nasce per “aiutare” il VoIP, ma in molte reti aziendali finisce per complicare la diagnosi.
In breve
Prima distinzione: SIP e audio sono due livelli diversi
Nel VoIP bisogna distinguere la segnalazione dall’audio. Il SIP gestisce la logica della chiamata: registrazione, invito, squillo, risposta, chiusura. L’audio, invece, viaggia normalmente su un flusso separato, spesso indicato come RTP.
Per questo può succedere una cosa apparentemente strana: la chiamata si instaura correttamente, ma l’audio non passa. In quel caso la parte SIP può essere abbastanza sana, mentre il traffico media trova un ostacolo nel firewall, nel NAT o in una riscrittura errata degli indirizzi.
SIP
Segnalazione SIP
Stabilisce chi chiama chi, dove inviare la chiamata, quando squilla e quando viene chiusa.
Audio
Flusso RTP
Trasporta la voce vera e propria. Se non raggiunge la destinazione, la chiamata può risultare muta o a senso unico.
Metodo
Diagnosi separata
Una chiamata può “esistere” lato SIP ma essere rotta lato audio. Confondere i due livelli allunga la diagnosi.
Cos’è il SIP ALG
SIP ALG significa Application Level Gateway per SIP. È una funzione presente in molti router e firewall che prova a leggere il traffico SIP e a modificarlo per farlo attraversare il NAT.
L’idea, sulla carta, è semplice: se un centralino o un telefono comunica da una rete privata verso Internet, il router prova a riscrivere alcune informazioni per renderle compatibili con l’indirizzo pubblico. Il problema è che spesso il router non conosce davvero l’architettura VoIP, il trunk, l’edge SIP, il media relay o le logiche del centralino.
Quando il SIP ALG indovina, sembra invisibile. Quando sbaglia, produce problemi intermittenti e antipatici: audio in una sola direzione, chiamate mute, registrazioni instabili, chiamate che cadono o comportamenti diversi tra chiamate in ingresso e in uscita.
NAT: utile, normale, ma da governare
Il NAT non è di per sé un errore. In moltissime reti aziendali è normale avere dispositivi interni con indirizzi privati che escono verso Internet attraverso un router o un firewall.
Il problema nasce quando il percorso della chiamata non è coerente: nel messaggio SIP può comparire un indirizzo che non è raggiungibile, il traffico audio può essere inviato verso il posto sbagliato oppure il firewall può consentire la segnalazione ma bloccare il media.
Sintomi tipici
Sintomo
Audio in una sola direzione
Un interlocutore sente, l’altro no. È il sintomo classico da percorso RTP non coerente.
Sintomo
Chiamata muta
La chiamata parte, squilla o viene risposta, ma nessuno sente nulla.
Direzione
Problema solo in ingresso o solo in uscita
Le chiamate verso l’esterno funzionano, quelle in ingresso no, o viceversa.
Intermittenza
Comportamento intermittente
Alcune chiamate vanno bene, altre no. Spesso dipende dal percorso, dalla durata o dal NAT binding.
Durata
Caduta dopo pochi secondi
La chiamata viene stabilita ma cade rapidamente: il percorso di controllo o media non resta coerente.
Cambio rete
Dopo cambio router peggiora tutto
Il centralino è lo stesso, ma il nuovo router introduce funzioni automatiche o NAT diversi.
Audio monodirezionale: cosa succede davvero
Quando l’audio è monodirezionale, non significa che “il VoIP non funziona”. Significa che uno dei due flussi audio non sta raggiungendo correttamente l’altra parte.
La segnalazione può aver messo d’accordo i due sistemi sulla chiamata, ma il media può essere inviato verso un indirizzo sbagliato, bloccato da una policy, riscritto male da un ALG o instradato attraverso un percorso che non torna.
Perché “apriamo tutto” è una falsa soluzione
Davanti a un problema audio la tentazione è aprire più traffico possibile verso il centralino. È una scorciatoia pericolosa: può mascherare il problema, aumentare la superficie esposta e rendere ancora più difficile capire quale flusso fosse davvero necessario.
Un approccio corretto lavora al contrario: mappa il percorso, distingue segnalazione e media, identifica gli attori coinvolti e riduce le eccezioni. La sicurezza non deve essere sacrificata per far passare una chiamata: deve essere progettata in modo che la chiamata passi perché il percorso è chiaro.
Come ragionare nella diagnosi
Buone pratiche in un progetto VoIP aziendale
Pratica
Evitare SIP ALG non verificati
In ambienti aziendali, il SIP ALG va trattato con prudenza. Se interviene senza controllo, può alterare traffico che era già corretto.
Architettura
Usare architetture chiare
PBX, edge SIP, trunk, firewall e media relay devono avere ruoli leggibili. Meno magia, più progetto.
Rete
Documentare le zone
Rete VoIP, LAN, DMZ, gestione e ospiti devono avere confini comprensibili e regole coerenti.
Sicurezza
Non esporre il PBX a caso
La pubblicazione dei servizi VoIP va ragionata. Esporre tutto per comodità significa pagare interessi tecnici molto alti.
Monitoring
Monitorare trunk e chiamate
Registrazioni, cadute, errori, chiamate mute e variazioni di percorso devono poter emergere dai dati.
Continuità
Pensare anche al backup
Se la linea di riserva cambia IP, NAT o firewall, il VoIP deve continuare ad avere un percorso coerente.
Errori comuni
Checklist veloce
Articoli e pagine correlate
Hai chiamate mute o audio in una sola direzione?
Con il check-up gratuito verifichiamo centralino, rete, telefoni, linea e perimetro.
L’obiettivo è capire se il problema nasce da SIP ALG, NAT, firewall, Wi-Fi, QoS o configurazione del centralino.