La telefonia aziendale è passata dai centralini analogici alle comunicazioni IP, al VoIP e alle Unified Communications (UC / UCaaS). In questo scenario compaiono due sigle che spesso vengono confuse: SBC (Session Border Controller) e PBX (Private Branch Exchange). Entrambi sono fondamentali in un’architettura VoIP moderna, ma svolgono ruoli molto diversi: il PBX è il “centralino” per gli utenti, l’SBC è il “gatekeeper” di sicurezza e interconnessione sulla frontiera tra rete aziendale e carrier.
In questo articolo analizziamo in modo approfondito SBC vs PBX: cosa fa ciascun componente, come si sono evoluti (IP‑PBX, hosted PBX, cloud SBC), come lavorano insieme in presenza di SIP trunking, smart working e piattaforme UCaaS, e quando ha senso adottare solo un PBX o affiancare un SBC dedicato. Per una panoramica generale sul VoIP in azienda puoi partire dalla guida su cos’è il VoIP aziendale e dalla pagina servizi VoIP Epiclink.
Cos’è un PBX (e cos’è un IP‑PBX)
Definizione di PBX: il centralino aziendale
Un PBX (Private Branch Exchange) è il centralino telefonico interno all’azienda: gestisce le chiamate tra gli interni, instrada le chiamate verso l’esterno e riceve quelle in ingresso dalla rete pubblica. Il PBX tradizionale (TDM) operava su linee analogiche o ISDN, con hardware dedicato in centrale telefonica o in sala CED.
Con l’avvento dell’IP è nato l’IP‑PBX, che utilizza la rete dati per trasportare VoIP (Voice over IP) e, in molti casi, anche video e messaggistica. Rispetto al PBX TDM:
- usa protocolli come SIP (Session Initiation Protocol) per instaurare le chiamate;
- converte la voce in pacchetti IP e la trasporta su rete LAN/WAN;
- si integra più facilmente con applicazioni e servizi cloud.
Funzioni principali di un PBX
Dal punto di vista degli utenti, il PBX (o IP‑PBX) è il “maestro interno” delle comunicazioni in azienda. Alcune funzioni tipiche:
- Gestione chiamate interne: interni/rami, gruppi, numerazioni brevi.
- Gestione chiamate esterne: instradamento verso PSTN o SIP trunk forniti da operatori VoIP.
- Funzioni di call management:
- trasferimento, inoltro, messa in attesa;
- IVR / auto‑attendant, menù vocali e risponditori automatici;
- code di chiamata e gruppi di risposta (es. sales, supporto);
- voicemail, voicemail‑to‑email;
- conference call audio e, in molti casi, video;
- reportistica e call analytics (tempi di attesa, durata, SLA di risposta).
VoIP gateway e integrazioni del PBX
Per interfacciarsi con reti differenti, un PBX può usare:
- VoIP gateway per collegare linee tradizionali (PSTN, ISDN, analogiche) con il mondo IP;
- SIP trunking verso carrier VoIP, usando SIP sia verso gli operatori sia verso i dispositivi (SIP phones, softphone, client UC);
- integrazioni con CRM, helpdesk, piattaforme di ticketing e strumenti di collaboration (email, chat, videoconferenza) per scenari di Unified Communications. Una panoramica delle diverse piattaforme voce e UCaaS è disponibile nella guida su UCaaS, CCaaS, CPaaS e VoIP.
Tipi di PBX: on‑premise, cloud PBX e hosted PBX
- PBX on‑premise: centralino fisico o virtuale installato nei locali aziendali, con gestione interamente o parzialmente interna.
- Cloud PBX / virtual PBX / hosted PBX: il PBX “vive” nel data center o nel cloud del provider, ed è erogato come servizio. L’azienda gestisce solo utenti, interni e policy, mentre il vendor si occupa di infrastruttura, aggiornamenti e alta disponibilità.
- Multi‑tenant IP‑PBX: modello tipico dei service provider e degli MSP, dove un’unica piattaforma serve più aziende, ciascuna con il proprio “tenant” logico separato.
Le differenze tra hosted PBX e altre varianti cloud sono approfondite nella guida dedicata a hosted PBX vs virtual PBX.
Cos’è un SBC (Session Border Controller)
Definizione di SBC: il gatekeeper VoIP
Un SBC (Session Border Controller) è un elemento di rete specializzato, posizionato ai confini (border) tra reti IP diverse – tipicamente tra la LAN aziendale e la rete del VoIP carrier / ITSP – con il compito di proteggere e regolare i flussi di comunicazione in tempo reale basati su IP (voce, video, messaging).
In pratica, l’SBC è un “firewall evoluto” per il traffico SIP, RTP, SRTP e più in generale per le sessioni di real‑time communication, che controlla sia il signaling sia i flussi media.
Cosa fa un SBC in pratica
- Gestione dei SIP trunk: termina i SIP trunking verso uno o più carrier, si occupa di instaurare, gestire e chiudere le sessioni voce/video.
- Interoperabilità SIP: normalizza header e messaggi SIP, risolvendo differenze tra implementazioni di vari PBX, hosted PBX, piattaforme UCaaS e carrier.
- NAT traversal e media anchoring: corregge indirizzi IP e porte nei messaggi SIP/SDP, ancora i flussi media, permette a telefoni e PBX dietro NAT e firewall di comunicare correttamente con l’esterno.
- Instradamento e failover: applica regole di instradamento (routing policy, least cost routing, preferenze carrier), gestisce ridondanza e bilanciamento tra più link o data center.
Sicurezza VoIP: perché l’SBC è fondamentale
In una architettura VoIP esposta verso Internet, l’SBC è spesso il primo livello di difesa:
- protegge da attacchi VoIP come SIP scanning, DoS/DDoS sul signaling, toll fraud e tentativi di abuso delle numerazioni;
- esegue packet inspection o deep packet inspection su SIP e, in alcuni casi, RTP, per applicare policy di sicurezza;
- implementa topology hiding (nasconde la topologia interna), regole di accesso per IP/DOMINI, rate limiting, filtraggio basato su credenziali;
- può offrire cifratura del signaling e dei media (SIP su TLS, SRTP) in integrazione con il firewall di rete.
SBC, Unified Communications e QoS
L’SBC non si limita alla voce, ma gestisce e protegge tutte le IP communications in tempo reale: audio, video, conferencing, screen sharing, messaging. In architetture di Unified Communications (UC / UCaaS), l’SBC:
- regola l’accesso a servizi cloud (es. piattaforme UCaaS, contact center, collaboration);
- può applicare policy di Quality of Service (QoS) e call admission control, limitando numero di sessioni contemporanee per preservare la qualità;
- aiuta a integrare ambienti diversi (es. IP‑PBX on‑premise con Microsoft Teams o altre piattaforme UC) mantenendo sicurezza e coerenza dei flussi.
Modelli di deployment SBC
- Appliance on‑premise: SBC hardware installato ai confini della rete aziendale.
- Virtual SBC: software SBC che gira su server virtualizzati (VMware, KVM, ecc.).
- Cloud SBC / SBC‑as‑a‑Service: SBC erogato dal provider o da un MSP come servizio cloud, spesso integrato con una piattaforma Hosted PBX o UCaaS.
- In scenari complessi si possono avere cluster, alta disponibilità e ridondanza su più data center per garantire continuità anche in caso di guasto di un nodo o di un link.
SBC vs PBX: differenze chiave
Pur lavorando sullo stesso dominio (VoIP, SIP, RTP), SBC e PBX hanno scope e responsabilità molto diversi.
Ruolo nella rete
- PBX / IP‑PBX: è la piattaforma di servizi telefonici per gli utenti interni. Gestisce interni, gruppi, logica di chiamata, funzioni di telefonia e comunicazione unificata.
- SBC: è l’elemento di confine e protezione tra la rete aziendale e il carrier / Internet. Controlla trafficking in ingresso/uscita, interfaccia con SIP trunk, piattaforme UC esterne e altre reti IP.
Funzionalità principali a confronto
| Ambito | PBX / IP‑PBX | SBC |
| Focus | Funzioni telefoniche e UC per gli utenti | Sicurezza, interconnessione e controllo delle sessioni |
| Gestione chiamate | IVR, code, gruppi, voicemail, transfer, conference | Instradamento tra reti, failover, load balancing |
| SIP trunking | Utilizza il trunk per uscire verso l’esterno | Termina e protegge i SIP trunk verso i carrier |
| NAT / indirizzi | Limitata (alcuni IP‑PBX hanno funzioni base) | NAT traversal, correzione SIP/SDP, media anchoring |
| Sicurezza | Permessi utente, restrizioni chiamate, PIN | Firewall VoIP, DoS protection, toll fraud protection |
| UC / integrazioni | Integrazione con CRM, helpdesk, strumenti di lavoro | Integrazione tra domini, piattaforme e carrier diversi |
Sicurezza e controllo accessi
- PBX: controlla chi può fare cosa (interni, numerazioni autorizzate, limiti di spesa, PIN, regole di classe di servizio). Protegge soprattutto da usi impropri interni o da compromissione di singoli account.
- SBC: agisce come firewall VoIP specializzato, esposto verso Internet/carrier. Filtra traffico malevolo, applica rate limiting, richiede autenticazione, isola la rete interna da attori esterni non autorizzati.
Protocolli e standard utilizzati
Dal punto di vista dei protocolli, PBX e SBC parlano il “solito linguaggio”:
- usano SIP per signaling, RTP/RTCP per i media, SRTP/TLS per la cifratura in contesti più sicuri;
- possono interfacciarsi anche con protocolli legacy o di terze parti tramite VoIP gateway e funzioni di interworking.
La differenza non è nel protocollo, ma nel ruolo:
- il PBX gestisce interni, dial plan, logica di chiamata e servizi utente;
- l’SBC presidia l’interdominio: carrier diversi, UC cloud, reti branch, sessioni in ingresso/uscita.
Deployment e complessità di gestione
- PBX: le attività chiave sono il provisioning degli utenti, la gestione di interni, gruppi, IVR, rubriche e l’integrazione con gli strumenti di lavoro (ad esempio CRM).
- SBC: richiede competenze più spinte su routing VoIP, sicurezza, policy di accesso, NAT e QoS. Le configurazioni includono regole di instradamento, gestione multi‑carrier, cluster e ridondanza.
Lavorano insieme: architettura tipica SBC + PBX
Come si integrano SBC e PBX
In una architettura VoIP moderna, SBC e PBX non si escludono, ma lavorano in tandem. Lo schema logico tipico è:
Endpoint / IP phone / softphone → PBX / IP‑PBX / Hosted PBX → SBC → Carrier SIP / Internet / UCaaS
- Il PBX gestisce l’esperienza degli utenti: quali numeri chiamare, come funziona l’IVR, come vengono messe in coda le chiamate, quali reparti rispondono.
- L’SBC gestisce l’interconnessione: controlla chi può entrare e uscire dalla rete voce, come vengono bilanciate le chiamate tra più carrier, come si adattano i protocolli tra sistemi diversi.
Esempi pratici di scenari reali
- Azienda con IP‑PBX on‑premise e SIP trunk: il PBX è in sede, l’SBC termina uno o più SIP trunk verso carrier diversi, protegge da attacchi e gestisce failover tra linee.
- Azienda che integra PBX esistente con UCaaS: un PBX legacy o IP‑PBX viene collegato a una piattaforma come Teams, Webex o altra soluzione UCaaS tramite SIP trunk; l’SBC fa da ponte e traduttore, gestendo sicurezza, interoperabilità e media.
- Service provider con multi‑tenant IP‑PBX: un operatore offre centralini virtuali a molti clienti; un SBC front‑end protegge l’ambiente, termina i trunk verso i carrier, applica policy e QoS per tutti i tenant.
Quando ti serve un PBX, un SBC o entrambi
Solo PBX (senza SBC dedicato)
In alcuni scenari basta un Cloud PBX / Hosted PBX fornito dal provider, dove la “funzione SBC” è gestita a monte nell’infrastruttura del vendor:
- piccole realtà con pochi utenti e requisiti standard, che usano solo servizi cloud forniti chiavi in mano;
- contesti in cui tutto il traffico passa su connessioni gestite dal provider, che integra PBX e SBC nel proprio network.
In questi casi, l’azienda si concentra su utenti, interni e funzioni, delegando completamente sicurezza, interconnessione e resilienza al provider VoIP.
Quando è necessario introdurre un SBC
Un SBC dedicato diventa praticamente indispensabile quando:
- hai un PBX on‑premise collegato a uno o più SIP trunk direttamente su Internet o su reti non completamente controllate;
- devi gestire multi‑carrier, routing avanzato, scenari di peering con altri operatori o con piattaforme UC;
- hai requisiti di sicurezza elevata (settori regolamentati, PA, sanità, banca, contact center critici) e vuoi proteggere PBX e LAN interna da attacchi e frodi;
- ti serve interoperabilità complessa tra sistemi diversi (es. vari PBX, UCaaS, gateway, piattaforme di collaboration).
Perché spesso la risposta è “PBX + SBC”
Per aziende di medie e grandi dimensioni, o per chi basa il proprio business su contact center, UC e telefonia IP, la combinazione PBX + SBC offre una visione end‑to‑end:
- il PBX garantisce funzionalità per gli utenti, integrazione con processi e strumenti di lavoro;
- l’SBC garantisce che le comunicazioni verso l’esterno siano sicure, scalabili e interoperabili;
- insieme contribuiscono a ridurre costi (es. grazie a SIP trunk al posto di linee tradizionali) e rischi (meno downtime, meno frodi, maggior controllo sul traffico voce).
Criteri di scelta per la tua azienda
Domande chiave da porsi
- Quante sedi e quanti utenti devi servire? Ci sono branch, smart worker, contact center?
- Quali sono i requisiti di sicurezza e compliance? Hai bisogno di registrazioni, cifratura, separazione forte tra reti?
- Quali integrazioni servono (CRM, helpdesk, UCaaS, piattaforme di collaboration esistenti)?
- Preferisci modelli on‑premise, cloud‑based o ibridi? Vuoi gestire tutto in casa o appoggiarti a un provider/managed service?
- Qual è il tuo bilanciamento tra CAPEX e OPEX? Quanto sei disposto a investire oggi per avere più controllo e meno costi variabili domani?
Roadmap di migrazione
Una roadmap tipica di evoluzione potrebbe essere:
- partire da un PBX tradizionale e introdurre gradualmente il VoIP (ad esempio con gateway e numerazioni VoIP);
- migrare verso un IP‑PBX (on‑premise o cloud) con SIP trunk al posto delle linee tradizionali; la guida SIP trunk vs VoIP entra nel dettaglio di questa scelta;
- inserire un SBC per proteggere e ottimizzare la frontiera con i carrier, soprattutto in presenza di multi‑sede, smart working e UCaaS;
- eventualmente integrare la componente voce con piattaforme UC e contact center cloud, mantenendo PBX e SBC come “cuore” della comunicazione aziendale.
FAQ su SBC e PBX
Cos’è un SBC e a cosa serve in una soluzione VoIP aziendale?
Un SBC è un elemento di rete dedicato alla protezione e al controllo delle sessioni IP (voce, video, messaging) ai confini tra reti diverse. Serve a terminare SIP trunk, gestire NAT traversal, garantire sicurezza e interoperabilità tra PBX, carrier e piattaforme UC.
Che differenza c’è tra PBX, IP‑PBX e Cloud PBX?
Il PBX tradizionale lavora su linee TDM e hardware dedicato; l’IP‑PBX usa la rete IP ed è spesso installato on‑premise; il Cloud PBX / Hosted PBX è un IP‑PBX erogato dal provider come servizio, normalmente multi‑tenant e accessibile via Internet.
SBC e PBX sono compatibili? Come lavorano insieme?
Sì: il PBX gestisce utenti e logica di chiamata, l’SBC protegge e governa l’interconnessione verso carrier, UCaaS e altre reti. Lo schema tipico è device → PBX → SBC → carrier/Internet.
In quali casi posso fare a meno di un SBC dedicato?
Puoi fare a meno di un SBC dedicato quando utilizzi un Cloud PBX dove il provider integra già funzioni equivalenti a monte, o in contesti molto semplici e chiusi. Appena la rete voce diventa più esposta o complessa, un SBC separato diventa fortemente raccomandato.
Quali vantaggi economici porta l’adozione di PBX + SBC rispetto alla telefonia tradizionale?
L’uso di IP‑PBX + SIP trunk + SBC permette di ridurre costi su linee tradizionali, aumentare visibilità e controllo sul traffico, limitare frodi e disservizi e abilitare scenari di lavoro flessibile e multi‑sede difficilmente realizzabili con centralini TDM e linee analogiche/ISDN.