Un session border controller, casi siempre abreviado SBC, es el punto de control donde dos redes IP se entregan llamadas de voz. Se sitúa en el borde de una red, termina la señalización SIP y, por lo general, el audio de cada llamada que lo cruza, y decide qué puede pasar: qué llamadas pueden iniciarse, qué códecs pueden usar, cuánto tráfico es demasiado y si la señalización y el audio van cifrados.
La respuesta corta para la mayoría: si tu empresa ya opera una PBX o troncales SIP con un operador, casi seguro hay un SBC en algún punto del camino, aunque nadie lo haya mencionado, y tu trabajo es apuntarlo a tu plataforma de agentes de voz. Si estás construyendo un stack de agentes de voz desde cero, casi seguro no necesitas comprar uno, porque el endpoint SIP de la propia plataforma puede hacer el trabajo de seguridad central de un SBC en el borde. El resto de esta guía explica lo que un SBC hace de verdad, para que sepas en qué situación estás.
Qué es un session border controller
Un SBC es un elemento de red desplegado en el borde entre dos redes IP para proteger y controlar las comunicaciones en tiempo real basadas en SIP, como dice la definición de Wikipedia. El nombre es literal una vez descompuesto: una “sesión” es una llamada, el “borde” es el punto de demarcación entre una red y otra, y el “controlador” es la política aplicada sobre lo que lo cruza.
Dos decisiones de diseño definen la especie:
- Es un back-to-back user agent (B2BUA). A diferencia de un proxy SIP, que reenvía mensajes, un SBC termina cada lado de la llamada de forma independiente y la vuelve a originar en el otro. La red del llamante solo ve el SBC, nunca el equipo detrás de él, que es lo que significa “ocultación de topología” en los folletos de los proveedores.
- Toca el audio, no solo la señalización. Un SBC está en el camino del RTP además del SIP, así que puede cifrar, transcodificar y medir el propio audio, y cortar llamadas cuya señalización parece correcta pero cuyo audio es abusivo.
Los SBC aparecieron primero en los puntos de peering entre operadores, donde redes con desconfianza mutua intercambian llamadas. Desde entonces su papel se ha ampliado al borde de la empresa, entre el sistema telefónico de una compañía y su proveedor de troncales SIP, que es donde la mayoría se los encuentra hoy.
Qué hace un SBC
Las fichas de los proveedores enumeran docenas de funciones, pero se agrupan en seis trabajos:
| Trabajo | Lo que el SBC hace en realidad |
|---|---|
| Seguridad | Bloquea inundaciones de denegación de servicio y SIP malformado, evita el fraude telefónico, oculta direcciones internas, cifra la señalización con TLS y el audio con SRTP |
| Conectividad | Atraviesa NAT, normaliza las peculiaridades de las pilas SIP de cada proveedor, interconecta IPv4 e IPv6, traduce entre variantes de SIP y protocolos antiguos como H.323 |
| Calidad de servicio | Admite o rechaza llamadas según la carga, limita la velocidad, vigila el tráfico, marca paquetes para prioridad |
| Regulación | Prioriza las llamadas de emergencia, admite la interceptación legal donde se exige |
| Servicios de audio | Transcodifica entre códecs, traduce DTMF entre tonos en banda y telephone-events, reproduce tonos y anuncios |
| Estadísticas y facturación | Produce registros de llamadas en el punto de medida natural, el borde |
La fila de seguridad es la razón por la que los SBC se volvieron equipo estándar. Un endpoint SIP abierto en la internet pública es encontrado por escáneres en cuestión de minutos y machacado con intentos de llamadas gratis, así que alguien tiene que hacer de portero. La fila de interoperabilidad es la razón por la que se quedaron: cada proveedor implementa SIP de forma ligeramente distinta, y el SBC es donde esas diferencias se liman antes de que rompan llamadas.
SBC frente a firewall frente a proxy SIP
Las tres cajas se confunden porque todas se sitúan en los bordes de la red:
| Caja | Ve | Actúa sobre |
|---|---|---|
| Firewall | Paquetes IP genéricos | Puertos, direcciones, protocolos, sin entender las llamadas |
| Proxy SIP | Solo la señalización | Encamina los INVITE al destino correcto; nunca toca el audio |
| SBC | Señalización y audio, con el estado completo de la llamada | Política de seguridad, interoperabilidad, control de admisión, cifrado, transcodificación |
Un firewall que “deja pasar SIP” solo abre el puerto 5060; no sabe distinguir un INVITE legítimo de un intento de fraude, y no puede arreglar que el SDP dentro del INVITE nombre una IP privada que el otro lado no puede alcanzar. Un proxy SIP encamina llamadas pero no las protege. El SBC es el que hace ambos trabajos con conciencia de la voz, y por eso se sitúa entre el firewall y el sistema telefónico en el diagrama típico de una empresa.
Hardware, virtual, nube y código abierto
Los SBC empezaron como appliances de rack, y ese mercado sigue aquí: la línea Acme Packet de Oracle, la serie Mediant de AudioCodes y la familia SWe de Ribbon son los nombres de la mayoría de las órdenes de compra empresariales, y CUBE de Cisco, el border element integrado en sus routers, es el titular silencioso en las tiendas Cisco. Las mismas funciones se venden ahora como máquinas virtuales, microservicios cloud-native y servicios gestionados por sesión, así que “un SBC” hoy es más a menudo una licencia que una caja.
En el lado del código abierto, Kamailio y OpenSIPS cubren el papel de señalización, normalmente junto a RTPEngine para el audio, y cubren buena parte de lo que hace un SBC comercial para equipos dispuestos a operarlos. Son una opción real para operadores y grandes plataformas; rara vez son la respuesta correcta para un equipo que solo quiere que sus llamadas lleguen a un agente.
¿De verdad necesitas uno?
Tres situaciones cubren a casi todos los que preguntan:
- Ya tienes uno. Si tu empresa opera una PBX o troncales SIP con un operador, hay un SBC (o un CUBE, o el del propio operador) en el borde haciendo su trabajo. Consérvalo como punto de demarcación y apúntalo al endpoint SIP de la plataforma de agentes cuando añadas agentes de voz.
- Tu operador tiene uno. Cada proveedor de troncales opera SBC en su propio borde; es parte de lo que compra la tarifa por minuto. Las llamadas entre los SBC de dos operadores son el caso normal, no la excepción.
- Estás construyendo agentes de voz desde cero. Si no hay un sistema telefónico heredado que proteger, un SBC appliance es un salto que no necesitas. El trabajo de seguridad que haría, TLS para la señalización, SRTP para el audio, autenticación digest y listas de IP permitidas, son funciones del propio endpoint SIP de la plataforma de agentes. Cada caja que insertas también es latencia: cada salto entre el llamante y el agente añade un retardo que el llamante oye, como cubre la guía de SIP trunking.
El resumen honesto: un SBC es infraestructura de carga cuando tienes una red que proteger, y sobrecarga cuando no.
Dónde se encuentra un SBC con un agente de voz
Cuando una llamada llega a un agente de voz con IA por una troncal SIP, el camino es llamante, operador, quizá tu SBC, el endpoint SIP de la plataforma de agentes y luego el propio agente. Los detalles relacionados con el SBC que importan en la práctica:
- Termina el cifrado deliberadamente. Los SBC son donde TLS y SRTP suelen empezar o terminar. Una troncal que negocia SRTP en un lado y RTP plano en el otro produce llamadas que conectan y llevan silencio, el mismo fallo que activar el cifrado solo en un lado.
- Vigila la traducción DTMF. Los SBC convierten habitualmente las pulsaciones de teclas entre tonos en banda y telephone-events fuera de banda. Si los llamantes pulsan dígitos y el agente nunca los oye, los ajustes de interworking DTMF del SBC son el primer lugar donde mirar.
- Las transferencias cruzan el SBC como REFER. Cuando el agente pasa una llamada a una persona, la plataforma envía un SIP REFER, y el SBC tiene que dejarlo pasar. Una troncal que elimina los REFER convierte cada transferencia en caliente en una llamada caída.
- Las listas de códecs son política. Un SBC puede forzar o transcodificar el códec de una llamada. Las rutas telefónicas se asientan en G.711, el códec de 8 kHz que moldea lo que oye el reconocimiento de voz del agente; un SBC transcodificador en el camino es una cosa más que revisar cuando la calidad del reconocimiento falla.
- El jitter se mide en el borde. Los SBC informan de estadísticas por llamada, incluidas las cifras de jitter RTCP que la guía de jitter en VoIP enseña a leer. Cuando una llamada suena entrecortada, el informe del SBC es la fuente autorizada de lo que experimentó el otro extremo.
En Cartesia, los Managed Agents terminan troncales SIP sobre TCP o TLS, negocian SRTP con un ajuste media_encryption de disabled, allowed o required, y autentican las llamadas entrantes con credenciales digest o una lista de IP permitidas una vez configurado al menos un método de control de acceso, así que el endpoint de la plataforma desempeña el papel de seguridad del SBC en su propio borde, y tu SBC existente, si tienes uno, solo necesita apuntar a él. La guía de integración de SIP trunking recorre la configuración, incluidas las notas específicas de Twilio.