# SIP trunking y el session border controller

> Un SIP trunk es una conexión virtual que transporta voz sobre IP entre un sistema telefónico y un operador, sustituyendo a los troncales físicos PRI/TDM. Un session border controller (SBC) se sitúa en la frontera de una red SIP para protegerla, ocultar la topología interna, resolver el traversal de NAT (con STUN/TURN/ICE) y controlar qué sesiones se admiten.

- URL canónica: https://www.broadnet.me/es/reference/sip-trunking-and-sbc
- Idioma: es
- Última actualización: 2026-07-18
- Editor: BroadNet (https://www.broadnet.me)

Qué es un SIP trunk y el papel del session border controller (SBC): traversal de NAT con STUN/TURN/ICE, ocultación de topología mediante B2BUA, seguridad y control de admisión en la frontera de red, y transcodificación.

## Qué es un SIP trunk

Un SIP trunk sustituye el troncal telefónico físico (un PRI RDSI o un circuito TDM) por una sesión SIP sobre una conexión IP entre un sistema telefónico empresarial (IP-PBX) y un proveedor de telefonía por internet u operador. Transporta llamadas simultáneas como medios señalizados por SIP y transportados por RTP, escalando mediante el aprovisionamiento de canales en lugar de instalar cobre. El SIP trunking es como las organizaciones conectan su voz a la RTPC sobre IP, y como los operadores interconectan la voz entre redes.

## El problema de NAT

SIP y SDP incrustan direcciones IP y puertos dentro de sus mensajes —la cabecera Contact, la Via y las líneas c= y m= del SDP—. Cuando un punto final está detrás de NAT, esas direcciones incrustadas son las privadas, que no son enrutables desde fuera, así que la señalización puede conectar mientras los medios no tienen adónde ir: el síntoma clásico de audio unidireccional o sin audio. Resolverlo significa descubrir y anunciar la dirección/puerto públicos que un NAT usará realmente, que es para lo que sirven STUN, TURN e ICE.

*Componentes básicos del traversal de NAT*

| Mecanismo | RFC | Rol |
|---|---|---|
| STUN | RFC 8489 | Descubrir la IP/puerto públicos que un NAT asigna al punto final |
| TURN | RFC 8656 | Retransmitir medios a través de un servidor cuando fallan las rutas directas (NAT simétrica) |
| ICE | RFC 8445 | Reúna candidatos y pruebe qué par de direcciones funciona realmente |

## STUN, TURN e ICE

Los tres funcionan juntos. STUN permite a un punto final preguntar a un servidor «¿en qué dirección pública me ves?», revelando el binding de NAT que debería anunciar. TURN proporciona un relé: cuando los NAT son demasiado restrictivos para un trayecto directo, los medios se reenvían a través de un servidor TURN que ambos lados pueden alcanzar. ICE los une: cada lado reúne direcciones candidatas (locales, derivadas de STUN, retransmitidas por TURN), las intercambia en el SDP y ejecuta comprobaciones de conectividad para elegir el mejor par que funcione. ICE es obligatorio en WebRTC y cada vez más usado para SIP detrás de NAT.

## El session border controller

Un SBC es el dispositivo de demarcación en el borde de una red SIP —entre una empresa y su operador, o entre dos operadores—. Casi siempre actúa como Back-to-Back User Agent, terminando cada llamada y volviéndola a originar, lo que le permite realizar sus funciones básicas: ocultar la topología interna (las partes externas nunca ven las direcciones internas ni el trayecto de señalización real), aplicar seguridad y control de admisión, y solucionar problemas de NAT e interoperabilidad. Es, en efecto, un cortafuegos y traductor diseñado a medida para la voz en tiempo real.

*Qué hace un session border controller*

| Función | Propósito |
|---|---|
| Ocultamiento de topología (B2BUA) | Ocultar direcciones internas, enrutamiento y detalles de diálogo |
| Seguridad | Bloquear escaneo/DoS SIP, imponer TLS/SRTP, limitar la tasa de registros |
| Tránsito de NAT | Corregir direcciones privadas incrustadas; anclar/retransmitir medios |
| Control de admisión / CAC | Limita las llamadas simultáneas, protege el ancho de banda y las licencias |
| Interconexión | Normalizar dialectos SIP, transcodificar códecs, puentear transportes |
| Anclaje de medios | Enrutar RTP a través del SBC para monitoreo e interceptación legal |

## Ocultación de topología y seguridad

Como el SBC vuelve a originar cada llamada como B2BUA, los pares externos solo ven siempre las propias direcciones del SBC, no la PBX interna, los proxies ni las IP de los abonados; esta ocultación de topología simplifica la interconexión y niega a los atacantes un mapa de la red interna. Encima de eso, el SBC aplica la postura de seguridad: TLS para la señalización y SRTP para los medios, límites de registro y tasa de llamadas para frenar las inundaciones y los intentos de fraude de tarificación, y la normalización del SIP mal formado o específico de un dialecto para que las peculiaridades de un lado no lleguen al otro. Por eso los SIP trunks en producción terminan en un SBC en lugar de exponer una PBX directamente.

## Preguntas frecuentes

### ¿Qué es un SIP trunk?

Un SIP trunk es una conexión de voz virtual sobre IP entre un sistema telefónico (IP-PBX) y un operador o proveedor de servicio, que sustituye a los troncales físicos PRI/TDM. Transporta llamadas simultáneas como señalización SIP con medios RTP, y escala mediante el aprovisionamiento de canales en lugar de instalar líneas físicas.

### ¿Qué hace un session border controller?

Un SBC se sitúa en el borde de una red SIP y la protege: oculta la topología interna (actuando como B2BUA), aplica TLS/SRTP y límites de tasa, resuelve el traversal de NAT y el anclaje de medios, controla cuántas llamadas simultáneas se admiten y normaliza el SIP entre sistemas que lo implementan de forma distinta.

### ¿Por qué tengo audio unidireccional o sin audio en las llamadas SIP?

Normalmente es por NAT. SIP y SDP transportan direcciones IP incrustadas; detrás de NAT esas son privadas y no enrutables, así que la señalización conecta pero los medios RTP no tienen adónde volver. Solucionarlo significa anunciar la dirección pública correcta mediante STUN/ICE o retransmitir los medios a través de TURN o un SBC.

### ¿Cuál es la diferencia entre STUN, TURN e ICE?

STUN descubre la dirección pública que un NAT te asigna. TURN retransmite los medios a través de un servidor cuando un trayecto directo es imposible. ICE orquesta ambos: reúne direcciones candidatas, las intercambia y prueba qué par conecta realmente. ICE usa STUN y TURN como sus herramientas.

### ¿Es un SBC un cortafuegos?

Es un cortafuegos especializado en voz en tiempo real. Un cortafuegos general no entiende los diálogos SIP, los puertos de medios incrustados en SDP ni el RTP, así que no puede abrir con seguridad los pinholes correctos ni ocultar la topología. Un SBC conoce SIP y RTP, y añade ocultación de topología, control de admisión y transcodificación que un cortafuegos de datos no puede.

## Fuentes

- [IETF RFC 8445 — ICE: Interactive Connectivity Establishment](https://datatracker.ietf.org/doc/html/rfc8445)
- [IETF RFC 7092 — Taxonomy of SBCs (B2BUA)](https://datatracker.ietf.org/doc/html/rfc7092)

## Relacionado

- [Descripción general del protocolo SIP](https://www.broadnet.me/es/reference/sip-protocol-overview)
- [flujo de llamadas SIP](https://www.broadnet.me/es/reference/sip-call-flow)
- [Medios RTP y SRTP](https://www.broadnet.me/es/reference/rtp-and-srtp-media)
- [Trunking de voz API y SIP](https://www.broadnet.me/es/answers/voice-api-sip-trunking)
- [Voz programable (producto)](https://www.broadnet.me/es/products/voice)