Configurare un numero DID (Direct Inward Dialing) dovrebbe essere semplice, ma chiunque l'abbia fatto più di qualche volta sa bene che qualcosa va quasi sempre storto. Magari le chiamate in entrata falliscono senza alcun preavviso, magari l'audio funziona solo in una direzione, oppure un numero trasferito rimane bloccato per settimane. Questi problemi non sono rari. Sono prevedibili e la maggior parte di essi è riconducibile a una serie di errori di configurazione che si ripetono in aziende di ogni dimensione.
Ho visto team sprecare ore a risolvere problemi che si sono poi rivelati essere un singolo indirizzo IP digitato male o una regola del firewall che nessuno ricordava di aver aggiunto. La parte frustrante è che risolvere i problemi comuni Numero DID Risolvere i problemi di configurazione di solito richiede pochi minuti, una volta che si sa dove cercare. Il segreto sta proprio nel sapere dove cercare. Questa guida illustra i problemi più frequenti che si presentano durante la configurazione e l'utilizzo quotidiano dei numeri DID, con soluzioni specifiche che è possibile applicare immediatamente. Che si tratti di un singolo centralino in ufficio o di un'installazione multi-sede, questi sono i problemi che si presenteranno per primi e che è bene prevenire prima che causino chiamate perse e mancati guadagni.
Risoluzione dei problemi relativi a chiamate in entrata non riuscite e problemi di connettività.
Quando le chiamate in entrata alla tua Numero DID Se il sistema non funziona correttamente, il problema risiede quasi sempre in uno di questi tre punti: registrazione SIP, blocco a livello di rete o configurazione di sicurezza. Prima di iniziare a modificare le impostazioni a caso, individua il livello che causa il problema. Una rapida traccia SIP dal tuo PBX di solito ti indicherà la giusta direzione in pochi secondi.
Verifica della registrazione e dell'autenticazione del trunk SIP
La prima cosa da controllare è se il tuo Tronco SIP è effettivamente registrato presso il tuo provider. Apri il pannello di amministrazione del tuo PBX e controlla lo stato del trunk. Se viene visualizzato "irraggiungibile" o "non registrato", il problema è quasi certamente legato alle credenziali o alla rete.
Tra le cause più comuni si annoverano nomi utente non corrispondenti, password di autenticazione errate o un dominio del registrar non corretto. Alcuni provider utilizzano l'autenticazione basata su IP anziché sulle credenziali, il che significa che l'indirizzo IP in uscita del tuo PBX deve corrispondere esattamente a quello registrato. Se il tuo server ha recentemente modificato gli indirizzi IP pubblici (problema comune con i sistemi PBX ospitati in cloud), la registrazione del tuo trunk verrà interrotta senza alcun messaggio di errore.
Esegui una cattura di pacchetti o abilita la registrazione di debug SIP per visualizzare i messaggi SIP REGISTER effettivi. Cerca le risposte 401 Unauthorized o 403 Forbidden. Un 401 seguito da una nuova registrazione con le credenziali è normale. Un 403, invece, significa che il provider sta attivamente rifiutando la tua connessione e dovrai verificare lo stato del tuo account e le credenziali direttamente con loro.
Risoluzione dei problemi di NAT Traversal e dei blocchi del firewall
Il NAT (Network Address Translation) è la causa più comune di problemi di connettività con SIP. Il tuo centralino PBX si trova dietro un router con un indirizzo IP privato, ma i pacchetti SIP devono contenere l'indirizzo IP pubblico corretto affinché il provider possa instradare le risposte. Se il tuo PBX invia il suo indirizzo privato 192.168.xx nelle intestazioni SIP, le risposte del provider non arriveranno a destinazione.
La maggior parte delle piattaforme PBX dispone di una sezione di configurazione NAT in cui è possibile specificare l'indirizzo IP esterno e gli intervalli di rete locale. Su FreePBX e Asterisk, questa impostazione si trova nelle impostazioni SIP, alla voce "Indirizzo esterno" e "Reti locali". Se si utilizza un indirizzo IP dinamico, sarà necessario utilizzare un server STUN o configurare uno script che aggiorni automaticamente l'indirizzo esterno.
Anche i firewall possono essere problematici. Il protocollo SIP utilizza in genere la porta 5060 (UDP o TCP) e la 5061 per TLS. Se il firewall blocca queste porte o applica SIP ALG (Application Layer Gateway), le chiamate falliranno in modo imprevedibile. SIP ALG, in particolare, è noto per riscrivere le intestazioni SIP in modi che compromettono la configurazione della chiamata. Disabilitalo sul router se riscontri interruzioni intermittenti della registrazione o audio unidirezionale.
Verifica della whitelist IP e delle impostazioni di sicurezza.
Molti provider SIP richiedono di inserire nella whitelist gli indirizzi IP che invieranno traffico ai loro server. Se l'indirizzo IP pubblico del tuo PBX non è presente nell'elenco degli indirizzi consentiti dal provider, tutto il traffico SIP viene bloccato prima ancora che avvenga l'autenticazione.
Controlla il portale del tuo provider per trovare una sezione relativa alla whitelist IP o ACL (Access Control List). Aggiungi il tuo attuale indirizzo IP pubblico e, se utilizzi un PBX in cloud, ricorda che l'IP potrebbe essere diverso da quello visualizzato sul tuo computer locale. Utilizza uno strumento come "curl ifconfig.me" direttamente dal server PBX per verificarlo. Sul tuo computer, assicurati che il firewall consenta il traffico in entrata dagli intervalli IP SIP e multimediali del provider, che dovrebbero essere indicati nella sua documentazione.
Risoluzione dei problemi relativi alla qualità audio e all'audio unidirezionale.
Le chiamate si connettono, ma nessuno sente nulla, oppure solo una delle due parti ha l'audio. Questo è probabilmente più frustrante rispetto a una chiamata che fallisce completamente perché la segnalazione SIP funziona correttamente. Il problema risiede nel livello multimediale: i flussi RTP (Real-time Transport Protocol) che trasportano i dati vocali.
Corrispondenza dei codec supportati tra provider e PBX
Un'incompatibilità di codec non sempre causa l'interruzione di una chiamata. A volte la chiamata si connette, ma l'audio risulta distorto, intermittente o completamente assente. Il centralino e il provider devono concordare almeno un codec comune durante la fase di configurazione della chiamata.
I codec più diffusi sono G.711 (ulaw/alaw) e G.729. Il G.711 offre la migliore qualità audio ma utilizza una maggiore larghezza di banda (circa 87 kbps per chiamata). Il G.729 è più efficiente in termini di larghezza di banda, ma richiede una licenza su alcune piattaforme PBX. Consulta la documentazione del tuo provider per l'elenco dei codec supportati, quindi configura il trunk del tuo PBX per offrire tali codec nell'ordine preferito.
Se le chiamate si connettono senza audio, verifica che entrambe le parti abbiano effettivamente negoziato correttamente un codec. La risposta SIP 200 OK contiene un corpo SDP (Session Description Protocol) che elenca il codec concordato. Se l'SDP mostra un codec non supportato dal tuo PBX, hai trovato il problema.
Configurazione del port forwarding per il traffico RTP
Il traffico RTP utilizza una gamma di porte UDP, in genere da 10000 a 20000, sebbene questo intervallo possa variare a seconda della piattaforma PBX. Se il firewall non inoltra l'intera gamma al server PBX, i pacchetti audio vengono persi. Questa è la causa più comune di audio unidirezionale: il traffico RTP in uscita dal PBX raggiunge il provider, ma il traffico RTP in entrata dal provider non riesce a raggiungere il PBX.
Configura il port forwarding per l'intera gamma RTP sul tuo router, puntando all'indirizzo IP interno del tuo PBX. Nei sistemi basati su Asterisk, l'intervallo di porte RTP è definito nel file rtp.conf. Assicurati che l'intervallo nella configurazione del tuo PBX corrisponda all'intervallo che hai inoltrato. Per i sistemi PBX ospitati nel cloud, assicurati che il gruppo di sicurezza o il firewall del cloud consentano il traffico UDP in entrata su queste porte dagli indirizzi IP dei server multimediali del provider.
Correzione degli errori di instradamento e di formattazione dei numeri
Il tuo DID è attivo, il tuo trunk è registrato e l'audio funziona durante le chiamate di prova, ma le chiamate in entrata reali squillano sul numero sbagliato o non corrispondono a nessuna rotta. Le incongruenze nella formattazione dei numeri sono la causa più frequente di problemi con le configurazioni DID, soprattutto nelle implementazioni in più paesi.
Gestione dei requisiti relativi al formato E.164 e al codice paese
E.164 è lo standard internazionale per la formattazione dei numeri di telefono: un segno più seguito dal prefisso internazionale e dal numero dell'abbonato, senza spazi o trattini. Ad esempio, un numero statunitense si presenta come +12125551234. Alcuni provider instradano le chiamate in entrata con il formato E.164 completo, mentre altri rimuovono il prefisso internazionale o il segno più iniziale.
L'incongruenza si verifica quando il centralino PBX si aspetta un formato ma ne riceve un altro. Se la configurazione della rotta in entrata è impostata per corrispondere a "2125551234" ma il provider invia "+12125551234", la chiamata non verrà instradata correttamente e verrà indirizzata a una destinazione predefinita oppure rifiutata del tutto.
Controlla i registri delle chiamate in entrata del tuo centralino per verificare esattamente il formato dei numeri in arrivo. Quindi configura le tue regole di instradamento delle chiamate in entrata in modo che corrispondano a tale formato, oppure utilizza una regola di manipolazione del piano di composizione per normalizzare i numeri in entrata prima che vengano elaborati dalla logica di instradamento. La maggior parte delle piattaforme PBX supporta le espressioni regolari o la corrispondenza di pattern a questo scopo. Imposta una regola che rimuova o aggiunga il prefisso internazionale a seconda delle necessità e risolverai questo problema per tutti i tuoi numeri DID.
Configurazione delle rotte in entrata e della mappatura delle estensioni
Anche con una formattazione corretta dei numeri, le chiamate potrebbero non essere instradate correttamente se la configurazione delle chiamate in entrata presenta delle lacune. Ogni numero DID necessita di una regola di instradamento in entrata esplicita che lo associ a una destinazione: un gruppo di squillo, una coda, un sistema IVR o un interno specifico.
Un errore comune è quello di configurare il DID nel portale del provider dimenticando di creare la corrispondente rotta in entrata nel PBX. Un altro problema frequente è la presenza di rotte duplicate, in cui due rotte corrispondono allo stesso schema DID e il PBX seleziona quella sbagliata in base all'ordine di priorità. Verifica le tue rotte in entrata dopo ogni nuova attivazione di un DID. Assicurati che ogni numero sia mappato a una sola destinazione e testalo con una chiamata esterna, non solo con un trasferimento interno.
Risoluzione dei problemi relativi all'identificazione del chiamante e alla presentazione delle chiamate in uscita.
I problemi relativi all'identificativo del chiamante in uscita sono insidiosi perché non influiscono sul completamento della chiamata. Le chiamate vanno a buon fine, ma sul telefono del destinatario compare un numero errato (o nessun numero). Questo mina la fiducia e può violare le normative in alcune giurisdizioni.
Regolazione delle intestazioni P-Asserted-Identity e Remote-Party-ID
Il protocollo SIP utilizza diverse intestazioni per comunicare l'identità del chiamante, e i vari provider le gestiscono in modo diverso. Le tre principali sono l'intestazione From, P-Asserted-Identity (PAI) e Remote-Party-ID (RPID). Il tuo provider potrebbe rispettarne una e ignorare le altre.
Se il tuo ID chiamante in uscita non viene visualizzato correttamente, verifica prima nel portale del tuo fornitore che il DID sia autorizzato per l'uso dell'ID chiamante in uscita. I fornitori in genere non mostreranno un numero di cui non hai verificato la proprietà, soprattutto con MESCOLARE / AGITARE normative in vigore. Quindi controlla in quale intestazione il tuo PBX invia l'ID chiamante. Alcuni provider leggono solo il PAI, quindi se il tuo PBX inserisce l'ID chiamante solo nell'intestazione From, questo viene ignorato.
Sui sistemi basati su Asterisk, è possibile controllare questa impostazione tramite le opzioni trunk "sendrpid" e "pai". Impostando "sendrpid=pai" si include l'intestazione P-Asserted-Identity. Per altre piattaforme, cercare le impostazioni relative all'ID chiamante in uscita o all'identità del trunk. Eseguire una prova chiamando un telefono cellulare e verificando quale numero viene visualizzato, poiché i telefoni fissi e cellulari possono visualizzare l'ID chiamante in modo diverso a seconda dell'operatore.
Gestione dei ritardi di portabilità e dei problemi di attivazione
Il passaggio al trasferimento del numero è il momento in cui i problemi di configurazione del DID passano da tecnici a procedurali, e la frustrazione aumenta. Negli Stati Uniti, un trasferimento standard per i numeri di rete fissa richiede dai 7 ai 10 giorni lavorativi, anche se a volte i numeri di cellulare possono essere trasferiti più velocemente. I tempi per i trasferimenti internazionali variano notevolmente: alcuni paesi si completano in pochi giorni, altri in settimane.
La causa più comune di ritardi nel trasferimento del numero è il rifiuto della Lettera di Autorizzazione (LOA). Il nome, l'indirizzo e il numero di conto riportati sulla LOA devono corrispondere esattamente a quelli registrati presso il vostro attuale operatore. Anche una piccola discrepanza, come ad esempio "Via." anziché "Street", può causare un rifiuto che allunga i tempi di una settimana. Contattate il vostro attuale operatore e chiedete conferma dei dati esatti del conto prima di inviare la LOA.
I fallimenti parziali del trasferimento si verificano quando si trasferisce un blocco di numeri e alcuni vengono trasferiti correttamente mentre altri no. Questo di solito significa che alcuni numeri del blocco sono associati a un account o a un centro tariffario diverso. Il tuo nuovo fornitore dovrebbe essere in grado di identificare quali numeri non sono stati trasferiti correttamente e perché, in modo che tu possa inviare una richiesta corretta solo per quei numeri.
Una volta completata la portabilità, testatela immediatamente. Non date per scontato che tutto funzioni correttamente. Effettuate chiamate di prova a ciascun numero trasferito e verificate che vengano instradate correttamente, perché il completamento della portabilità non garantisce che la configurazione del vostro centralino sia pronta a ricevere tali chiamate.
Migliori pratiche per la gestione e il monitoraggio continui del disturbo dissociativo dell'identità.
Far funzionare i DID è solo metà del lavoro. Mantenerli funzionanti richiede un'attenzione costante. Configura il monitoraggio dei tuoi trunk SIP in modo da essere avvisato quando le registrazioni diminuiscono. La maggior parte delle piattaforme PBX supporta avvisi basati su SNMP o webhook, e strumenti di monitoraggio di terze parti come Nagios o PRTG possono verificare lo stato dei trunk SIP a intervalli regolari.
Tenete un foglio di calcolo o un database con tutti i numeri DID di vostra proprietà, il relativo provider, la destinazione assegnata e la data di attivazione. Può sembrare banale, ma ho visto organizzazioni con centinaia di numeri DID e nessun registro centralizzato, con la conseguenza che le chiamate vengono indirizzate a interni disconnessi o a code abbandonate. Verificate questo elenco trimestralmente.
Mantieni aggiornati il firmware del tuo centralino PBX e lo stack SIP. Le vulnerabilità di sicurezza nelle implementazioni SIP vengono scoperte regolarmente e un PBX non aggiornato rappresenta un invito alle frodi telefoniche, in cui gli aggressori dirottano le tue linee per effettuare costose chiamate internazionali. Abilita SIP TLS e SRTP laddove il tuo provider li supporti per crittografare sia la segnalazione che i dati multimediali.
Documenta ogni modifica alla configurazione. Se tra sei mesi qualcosa dovesse smettere di funzionare, vorrai sapere esattamente cosa è cambiato e quando. Un semplice registro delle modifiche in un documento condiviso è meglio di niente.
Quanto più si è disciplinati nella documentazione e nel monitoraggio, tanto più la risoluzione dei problemi di configurazione dei numeri DID diventa più rapida. La maggior parte dei problemi è prevenibile con le giuste abitudini. Acquisite queste abitudini ora e dedicherete molto meno tempo a risolvere problemi urgenti in futuro.
Se stai cercando un fornitore che semplifichi la gestione DID e la abbini all'automazione moderna, IDT Express offre AI vocale Agenti in grado di gestire ogni aspetto, dallo smistamento delle chiamate in entrata all'acquisizione di lead, con un ritorno sull'investimento misurabile in poche settimane. Inizia qui e verificare come la loro piattaforma si adatta alle vostre operazioni di chiamata.
