Nel VoIP, vedere un telefono correttamente registrato non significa necessariamente che tutto il sistema stia funzionando.
La registrazione conferma che il dispositivo è riuscito a comunicare con il centralino. Non garantisce, però, che la segnalazione SIP venga gestita correttamente in ogni fase della chiamata.
È quanto abbiamo riscontrato durante l’analisi di un problema particolarmente insidioso: alcuni telefoni Grandstream risultavano regolarmente registrati e ricevevano le chiamate in entrata, ma non riuscivano a effettuare chiamate in uscita.
Il problema
Dal pannello del centralino gli interni risultavano disponibili. Non erano presenti evidenti problemi di connettività e username, password, indirizzo del server e parametri principali apparivano corretti.
Anche le chiamate in entrata raggiungevano regolarmente i telefoni. Questo confermava che gli apparati erano registrati, raggiungibili e correttamente associati ai rispettivi interni.
Il problema si manifestava esclusivamente quando l’utente provava a effettuare una chiamata in uscita. Non ci trovavamo quindi davanti a un problema generale di registrazione, ma a un’anomalia presente soltanto in una specifica fase della segnalazione SIP.
Ricevere una chiamata non significa riuscire anche a effettuarla
Le chiamate in entrata e quelle in uscita non percorrono necessariamente lo stesso flusso di segnalazione. Un telefono può essere registrato, ricevere chiamate e continuare a comparire come disponibile. Quando prova a chiamare, però, genera nuovi messaggi SIP contenenti informazioni aggiuntive.
Nel caso analizzato erano proprio la composizione e la dimensione di questi messaggi a determinare il problema. Per questo abbiamo analizzato direttamente la sequenza SIP scambiata durante il tentativo di chiamata, senza fermarci allo stato mostrato dal pannello.
L’analisi della segnalazione SIP
Dalla traccia è emerso che il comportamento anomalo si manifestava in corrispondenza di una risposta 401 Unauthorized.
Nel protocollo SIP, un 401 non indica necessariamente una password errata o un’autenticazione definitivamente fallita. Può fare parte della normale procedura di autenticazione: il server richiede al telefono di ripetere il messaggio includendo le informazioni necessarie.
Il problema non era quindi il codice 401 in sé, ma ciò che accadeva al messaggio SIP successivo. Dopo la richiesta di autenticazione, i telefoni Grandstream generavano un nuovo messaggio più grande, contenente anche diversi header aggiuntivi:
X-Grandstream-PBX
P-Preferred-Identity
P-Access-Network-Info
P-Emergency-InfoLa vera causa: MTU e frammentazione
Nel caso analizzato, l’origine del problema era una modifica introdotta dal carrier nella gestione dell’MTU lungo il percorso di rete.
L’MTU, Maximum Transmission Unit, indica la dimensione massima dei dati che possono essere trasmessi in un singolo pacchetto su un determinato collegamento senza dover ricorrere alla frammentazione.
Il messaggio SIP inviato dal telefono dopo il 401, contenendo anche gli header aggiuntivi, superava la dimensione gestita correttamente lungo il percorso. Il pacchetto veniva frammentato e i frammenti non venivano più ricomposti o interpretati correttamente dall’infrastruttura del carrier.
La sequenza osservata era quindi questa:
- il telefono risultava regolarmente registrato;
- le chiamate in entrata funzionavano;
- il tentativo di chiamata in uscita raggiungeva la fase di autenticazione;
- dopo il
401, il telefono trasmetteva un messaggio SIP più grande; - il messaggio veniva frammentato lungo il percorso;
- la segnalazione non veniva elaborata correttamente dal carrier;
- la chiamata in uscita non veniva completata.
Questo spiega perché il problema non fosse immediatamente riconducibile alle credenziali o alla configurazione dell’interno.
La soluzione temporanea
La causa strutturale risiedeva nel cambiamento introdotto dal gestore telefonico. La soluzione definitiva richiedeva quindi un intervento correttivo da parte del carrier.
Per ripristinare rapidamente il servizio, in attesa della correzione, abbiamo applicato un intervento temporaneo lato telefoni: la rimozione di alcuni header SIP non indispensabili trasmessi dai dispositivi Grandstream.
X-Grandstream-PBX
P-Preferred-Identity
P-Access-Network-Info
P-Emergency-InfoLa rimozione degli header ha ridotto la dimensione complessiva del messaggio SIP, evitando la frammentazione che impediva al carrier di interpretarlo correttamente.
Dopo la modifica:
- la registrazione degli interni è rimasta stabile;
- le chiamate in entrata hanno continuato a funzionare;
- le chiamate in uscita sono state ripristinate;
- non è stato necessario sostituire i telefoni;
- non sono state modificate le credenziali degli utenti;
- l’operatività è stata recuperata in attesa dell’intervento definitivo del carrier.
È importante essere precisi: la rimozione degli header non correggeva la causa originaria. Ne evitava temporaneamente gli effetti, contenendo la dimensione della segnalazione SIP.
Perché il problema poteva trarre in inganno
Questo caso presentava diversi elementi capaci di portare la diagnosi nella direzione sbagliata. Il telefono risultava registrato e riceveva le chiamate, quindi la connettività sembrava funzionare, l’account appariva configurato correttamente e le credenziali risultavano valide.
La presenza del 401 poteva inoltre far pensare a una password errata. In realtà, l’autenticazione provocava l’invio del messaggio SIP più grande: era la sua frammentazione, e non un errore delle credenziali, a impedire il completamento della chiamata.
Senza analizzare la traccia SIP e la dimensione dei pacchetti, il rischio sarebbe stato quello di procedere per tentativi:
- cambiare le password;
- modificare le porte SIP;
- intervenire sul firewall;
- riavviare telefoni e centralino;
- sostituire i dispositivi;
- modificare inutilmente gli instradamenti.
Tutte operazioni che avrebbero richiesto tempo senza affrontare il comportamento anomalo realmente osservato.
Cosa ci insegna questo caso
La diagnostica VoIP non può limitarsi a verificare se un telefono risulta registrato. È necessario osservare l’intero percorso della chiamata:
- il telefono genera la richiesta;
- il centralino la riceve e la inoltra;
- il carrier richiede l’autenticazione;
- il telefono invia una nuova richiesta autenticata;
- il messaggio attraversa la rete e può essere frammentato in base alla sua dimensione e all’MTU del percorso;
- il carrier deve ricevere, ricomporre e interpretare correttamente la segnalazione.
Quando uno di questi passaggi non funziona, bisogna analizzare i messaggi realmente scambiati e il loro comportamento sulla rete, non soltanto la configurazione teorica del servizio.
La differenza tra un intervento per tentativi e un troubleshooting strutturato sta proprio qui: raccogliere evidenze, confrontare i messaggi e applicare una modifica mirata.
Conclusione
Un telefono può essere registrato, ricevere normalmente le chiamate e, allo stesso tempo, non riuscire a effettuarle.
Nel caso analizzato, l’origine del problema era una modifica introdotta dal carrier nella gestione dell’MTU lungo il percorso di rete. Il messaggio SIP inviato dal telefono dopo il 401 raggiungeva una dimensione che ne provocava la frammentazione e impediva la corretta interpretazione della segnalazione.
La riduzione temporanea degli header trasmessi dai telefoni Grandstream ha permesso di contenere la dimensione del messaggio e ripristinare le chiamate in uscita, in attesa dell’intervento risolutivo del carrier.
Quando una chiamata VoIP non parte, non basta quindi chiedersi se il telefono sia registrato. Bisogna verificare che cosa accade realmente ai messaggi SIP lungo tutto il percorso della chiamata.
Se nella vostra azienda le chiamate VoIP presentano comportamenti anomali o intermittenti, una corretta analisi della segnalazione può individuare la causa prima di intervenire alla cieca su telefoni, rete e centralino.
Scrivici un DM o una mail. Analizzeremo con te gli scenari possibili.
📩 DM su LinkedIn, Instagram o Facebook
📞 chiama subito il nostro centralino allo 0733-825453
📄compila il form per essere ricontattato in pochi minuti
contattaci via WhatsApp per saperne di più
