Guías · Centralita Virtual

SIP Trunking vs líneas tradicionales: migra sin sustos

28 de marzo de 2026 · 7 min de lectura

Después de más de una década en telecomunicaciones y haber participado en decenas de migraciones de líneas analógicas y RDSI a SIP trunking, puedo decir una cosa con bastante seguridad: el 90% de los problemas que he visto no eran técnicos. Eran de planificación.

Voy a ser directo. Si todavía tienes líneas RTB o primarios RDSI en tu empresa en 2026, no es que estés anticuado — es que probablemente nadie te ha explicado bien qué implica migrar y qué puede salir mal. Así que voy a intentarlo yo, desde la trinchera.

Qué es realmente un SIP trunk

Un SIP trunk es, simplificando mucho, una conexión IP entre tu centralita (sea Asterisk, FreePBX, o una centralita cloud como BPhone) y un operador que te da salida a la red telefónica pública. En vez de cables de cobre, usas tu conexión a internet.

Suena sencillo. Y técnicamente lo es. El protocolo SIP lleva más de 20 años maduro. El problema nunca ha sido el estándar — han sido las implementaciones.

Los tres fantasmas de toda migración SIP

En mi experiencia, hay tres cosas que pueden arruinarte una migración perfectamente planificada:

1. NAT y firewalls mal configurados

Si alguna vez has intentado depurar audio unidireccional en un NAT simétrico, sabes exactamente de qué hablo. El SIP señaliza por un puerto, el RTP (el audio real) va por otro rango completamente distinto. Si tu firewall no tiene ALG SIP correctamente configurado — o mejor aún, si lo tiene activado cuando no debería — vas a tener llamadas que conectan pero no se oye nada. O peor: se oye en un sentido pero no en el otro.

Mi consejo después de años peleándome con esto: desactiva el ALG SIP del router, configura STUN o mejor aún usa un SBC que haga de intermediario. En Baxilio nos ahorramos este problema porque toda la señalización y media pasa por nuestra infraestructura cloud, pero si estás montando tu propio Asterisk on-premise, prepárate para unas cuantas horas mirando capturas de paquetes con sngrep.

2. Codecs incompatibles

Parece mentira que en 2026 sigamos discutiendo sobre codecs, pero es que cada operador tiene sus preferencias. Algunos solo soportan G.711 (alaw/ulaw), otros aceptan G.729, pocos te dejan negociar Opus. El problema viene cuando tu centralita ofrece un codec que el trunk no acepta y no hay fallback bien configurado.

Recuerdo un despliegue para una empresa de logística donde las llamadas se cortaban exactamente a los 30 segundos. ¿El problema? El operador SIP rechazaba el re-INVITE que Asterisk mandaba para renegociar codecs. La solución fue tan simple como forzar directmedia=no y fijar el codec a G.711a en el trunk. Dos líneas de configuración, cuatro horas de debugging.

3. Portabilidad y numeración

Este es el que más ansiedad genera a los clientes, y con razón. Portar números de un operador tradicional a un trunk SIP puede tardar entre 5 y 15 días laborables en España. Y durante ese tiempo, hay un momento — normalmente a las 6 de la mañana de un día laborable — donde el número «salta» de un operador a otro.

Si no tienes todo preparado para ese momento, pierdes llamadas. Así de simple. Mi protocolo es siempre tener el trunk SIP completamente funcional con un número temporal al menos una semana antes de la portabilidad. Pruebas de ida y vuelta, fax si lo usan (sí, hay empresas que todavía envían faxes en 2026), y grabación de pruebas para verificar calidad de audio.

¿Merece la pena entonces?

Absolutamente. Y no lo digo solo por vender centralitas cloud. Lo digo porque los números son aplastantes:

• Coste: Un primario RDSI cuesta entre 200-400€/mes. Un trunk SIP equivalente, entre 15-50€/mes más el coste por minuto (que también es menor).
• Flexibilidad: ¿Necesitas 5 líneas simultáneas hoy y 20 mañana? Con SIP es cuestión de cambiar un parámetro. Con RDSI es llamar al operador y esperar semanas.
• Funcionalidad: Grabación, IVR avanzado, integración con CRM, agentes de voz IA… nada de esto es viable sobre líneas analógicas.

Mi checklist para una migración tranquila

Después de tantas migraciones, he acabado con una lista que repaso siempre:

1. Audita tu infraestructura de red. ¿Tienes QoS configurado? ¿El ancho de banda es suficiente? Una llamada G.711 consume unos 87 kbps con overhead.
2. Elige un operador SIP que soporte los codecs que necesitas y que tenga redundancia geográfica.
3. Monta un entorno de pruebas. No migres directamente a producción.
4. Haz pruebas de carga. No es lo mismo 2 llamadas simultáneas que 20.
5. Planifica la portabilidad con un plan B (desvío temporal al móvil, por ejemplo).
6. Documenta todo. Los que vengan después te lo agradecerán.

Si estás pensando en dar el salto y prefieres no complicarte con la infraestructura, en Baxilio nos encargamos de toda esta parte. Llevamos años migrando empresas y hemos automatizado la mayor parte del proceso. Pero si eres de los que prefieren montar su propio Asterisk y mancharse las manos con sip.conf, respeto total — solo recuerda desactivar ese maldito ALG.

Antonio Gutiérrez — Desarrollador e ingeniero informático en Baxilio