BYOC: qué es Bring Your Own Carrier y cómo funciona

Una empresa puede querer modernizar las herramientas de sus equipos sin tener que transferir todos sus números de teléfono ni renegociar de inmediato su contrato de telecomunicaciones. El BYOC responde precisamente a esta necesidad: separa la conectividad del operador de la capa de aplicaciones que se utiliza para realizar, recibir y supervisar las llamadas.

Sin embargo, esta flexibilidad también tiene una contrapartida. Cuando se produce una incidencia, pueden estar implicados el operador, la plataforma en la nube, la red de la empresa y su configuración. Por tanto, la elección del BYOC debe basarse en una arquitectura bien documentada, y no únicamente en el deseo de conservar un proveedor.

¿Qué es el BYOC y qué cambia en la práctica?

BYOC significa Bring Your Own Carrier, es decir, «trae tu propio operador». Este modelo permite conectar la infraestructura telefónica de un operador existente a una plataforma en la nube, conservando los números asociados [1].

De este modo, la empresa distribuye las funciones entre dos capas:

• El operador proporciona los números, la conectividad telefónica y el acceso a la red telefónica pública.
• La plataforma en la nube proporciona la interfaz para los usuarios, las reglas de distribución de llamadas y las funciones de seguimiento incluidas en su oferta.

Pensemos en un servicio de atención al cliente que lleva varios años utilizando un número publicado en su sitio web, sus facturas y sus contratos. Con una configuración BYOC compatible, la empresa puede conservar ese número con su operador y desplegar una nueva interfaz para sus agentes. Así, evita tener que asociar sistemáticamente el cambio de herramienta a una portabilidad.

Sin embargo, el BYOC no garantiza un ahorro ni una mejora automática de la calidad de las llamadas. Estos resultados dependen de los contratos, la red, la capacidad del trunk y el alcance de los servicios que asume cada proveedor.

¿Cómo funciona una arquitectura BYOC?

El trunk SIP suele conectar al operador con la plataforma. Permite transmitir varias comunicaciones entre un sistema de telefonía IP y la red telefónica pública.

SIP, siglas de Session Initiation Protocol, es el protocolo de señalización que se utiliza para establecer, modificar y finalizar una sesión de comunicación [2]. No transporta necesariamente la voz por sí mismo: gestiona la sesión, mientras que otros protocolos pueden encargarse de transmitir el audio.

El papel de cada participante

Tu empresa elige a los proveedores, inventaría los números afectados y define las reglas de enrutamiento. También debe especificar los permisos de administración, los contactos de soporte y el procedimiento para volver a la configuración anterior.

El operador gestiona los elementos incluidos en su servicio: números, capacidad de llamadas, acceso a la red pública y parámetros de su trunk SIP.

La plataforma en la nube gestiona las funciones incluidas en su oferta: cuentas de usuario, interfaz de llamadas, contestador automático, colas de espera, enrutamiento, estadísticas o integraciones empresariales.

Esta distribución debe documentarse en una matriz de responsabilidades. Por ejemplo, un número inaccesible, una regla horaria incorrecta y un usuario que no puede iniciar sesión no tienen por qué corresponder al mismo equipo de soporte.

El recorrido de una llamada entrante

En una configuración habitual, la llamada sigue este recorrido:

1. Una persona marca un número contratado con tu operador.
2. El operador recibe la llamada desde la red telefónica pública.
3. El trunk SIP transmite la comunicación a la plataforma en la nube.
4. La plataforma aplica la regla asociada al número: contestador automático, cola de espera, grupo o enrutamiento por horario.
5. La llamada se dirige al usuario correspondiente.
6. La plataforma añade al registro de llamadas la información que tenga previsto recopilar.

En una llamada saliente, el recorrido se realiza en sentido inverso. El usuario marca desde la plataforma, que aplica las reglas de marcación antes de transmitir la llamada al operador.

Este esquema resulta útil para diagnosticar incidencias. Si la llamada llega a la plataforma, pero se dirige a una cola de espera incorrecta, conviene revisar primero la configuración de la aplicación. Si nunca llega al punto de interconexión, el análisis debe centrarse en el trunk o en el enrutamiento del operador.

BYOC, trunk SIP, línea SIP y VoIP: ¿cuáles son las diferencias?

Estos conceptos no representan el mismo nivel de la arquitectura.

En ocasiones, los proveedores utilizan comercialmente la expresión «cuenta SIP» para referirse a un trunk. Sin embargo, no debes considerar estos términos perfectamente intercambiables sin consultar las condiciones de la oferta.

Pide al proveedor que especifique:

• El número de comunicaciones simultáneas.
• Los números asociados.
• Las llamadas entrantes y salientes permitidas.
• El método de autenticación.
• Los códecs y protocolos de transporte compatibles.
• Las reglas de presentación del número de origen.
• El alcance del soporte técnico.

Esta comprobación evita, por ejemplo, contratar una conexión SIP pensando que también incluye una interfaz completa para los usuarios.

¿En qué casos resulta útil el BYOC?

Necesitas conservar números que ya utilizas

Un número que aparece en firmas de correo, campañas publicitarias, documentos contractuales y el CRM puede ser costoso de sustituir desde el punto de vista operativo, aunque la portabilidad siga siendo técnicamente posible.

El BYOC puede permitirte mantener ese número con tu operador y modificar únicamente su conexión con la plataforma. De este modo, reduces el número de cambios que debes coordinar al mismo tiempo.

Tu contrato cubre varias sedes o entidades

Un contrato marco puede agrupar las compras, la facturación y el soporte de telecomunicaciones de varios centros. Mantenerlo puede tener sentido si tu proyecto se centra inicialmente en las herramientas de los usuarios.

No obstante, debes comparar el coste total de la arquitectura: contrato con el operador, trunk, plataforma, posibles complementos y recursos dedicados al soporte. Mantener un contrato existente no siempre es la opción más económica.

Gestionas numeración internacional

Una empresa con presencia en varios países puede disponer de números locales contratados con diferentes operadores. Una capa de aplicaciones común puede ayudar a unificar el funcionamiento de los equipos sin obligar a cambiar inmediatamente de operador en cada mercado.

La compatibilidad debe comprobarse número por número y país por país. Revisa especialmente las restricciones locales, la presentación de la identidad del llamante, las llamadas de emergencia y las condiciones de uso de la numeración.

Quieres avanzar por fases

El BYOC puede facilitar una migración progresiva: primero se conecta un equipo o un bloque de números y, después de validar el funcionamiento, se amplía el alcance.

Elige un proyecto piloto representativo. Un número poco utilizado no permitirá probar las colas de espera, las transferencias, los horarios, los desbordamientos y las llamadas salientes de los que dependerán los demás equipos.

BYOC, telefonía en la nube o trunk SIP: ¿qué opción elegir?

Elige el BYOC si conservar el operador o determinados números es una condición importante de tu proyecto. Una solución en la nube con operador integrado puede simplificar la gestión si tu prioridad es reducir el número de proveedores implicados.

El trunk SIP, por sí solo, responde a otra necesidad: conectar una centralita IP a la red pública. No sustituye ni a la centralita ni a la interfaz que utilizan los empleados.

¿Qué requisitos previos debes comprobar?

Compatibilidad y parámetros técnicos

Empieza por enviar la misma lista de comprobación al operador y a la plataforma:

• ¿El trunk puede enviar y recibir tráfico hacia la plataforma elegida?
• ¿Qué protocolos de transporte se admiten: UDP, TCP o TLS?
• ¿La autenticación se basa en credenciales, direcciones IP u otro método?
• ¿Qué códecs son compatibles?
• ¿Se necesitan prefijos o encabezados SIP específicos?
• ¿Cuántas comunicaciones simultáneas están permitidas?
• ¿Qué mecanismos de redundancia están disponibles?

El procedimiento de Ringover, por ejemplo, solicita información como el nombre del trunk, las credenciales del operador, los prefijos SIP, los posibles encabezados personalizados, el protocolo de transporte y la dirección IP del operador [3].

Inventario de números

Crea un registro que incluya, para cada número:

• El operador y el contrato asociados.
• El equipo que lo utiliza.
• El enrutamiento de llamadas entrantes.
• El número que se presenta en las llamadas salientes.
• Los horarios.
• El desbordamiento previsto.
• Las dependencias con un CRM, un contestador automático o una campaña.
• El responsable de negocio.

Así podrás identificar los números que pueden incorporarse al proyecto piloto y aquellos que requieren una validación normativa o contractual adicional.

Soporte y supervisión

Asigna a cada tipo de incidencia un primer interlocutor antes de realizar el cambio:

Especifica también qué datos deben adjuntarse a un ticket de soporte: hora de la llamada, número del llamante, número llamado, sentido de la comunicación, usuario afectado e identificador disponible en los registros.

¿Cómo migrar al BYOC?

1. Analizar la infraestructura existente

Haz un inventario de los números, los usos, las sedes, los contratos, las llamadas simultáneas y las reglas de enrutamiento. Distingue los números que se conservarán de aquellos que se transferirán mediante un proceso de portabilidad independiente.

2. Confirmar la compatibilidad

Pide a ambos proveedores que validen la arquitectura. Una indicación comercial de «compatibilidad SIP» no es suficiente: los métodos de autenticación, los protocolos de transporte, los códecs y las reglas de enrutamiento deben ser compatibles.

3. Configurar un proyecto piloto

Selecciona varios números que permitan probar diferentes escenarios: llamada directa, contestador automático, grupo, transferencia y llamada saliente con presentación del número.

4. Probar los flujos reales

El plan de pruebas debe incluir, como mínimo:

• Las llamadas entrantes y salientes.
• Las transferencias internas y externas.
• Los horarios de apertura y cierre.
• Los desbordamientos de llamadas.
• La presentación de los números.
• Las llamadas simultáneas.
• Los registros y las estadísticas esperados.
• Las integraciones empresariales utilizadas por el equipo.

Registra los resultados, la hora de cada prueba y la persona responsable de cada corrección.

5. Realizar la migración de forma progresiva

Procede por equipo, sede o grupo de números. Mantén un periodo de observación antes de ampliar el alcance y define las condiciones que activarían una vuelta a la configuración anterior.

6. Estabilizar las operaciones

Tras la puesta en marcha, supervisa las llamadas que no llegan a completarse, los errores de enrutamiento y las solicitudes de soporte. Actualiza la documentación para reflejar la configuración que se haya desplegado realmente.

¿Qué ventajas y limitaciones debes prever?

La principal ventaja del BYOC es que permite separar dos decisiones: la elección de la conectividad telefónica y la de las herramientas que utilizan los equipos.

Esto permite:

• Conservar determinados contratos o números.
• Desplegar una interfaz común para varios equipos.
• Modificar el enrutamiento sin sustituir inmediatamente al operador.
• Organizar la migración por fases.

Sin embargo, sus limitaciones también son concretas:

• La compatibilidad debe ser confirmada por ambos proveedores.
• El diagnóstico puede requerir la intervención de varios equipos de soporte.
• La calidad depende de todo el recorrido de la comunicación a través de la red.
• No debe darse por supuesta la redundancia.
• Algunas normas relacionadas con los números dependen del país correspondiente.
• La suma de contratos y opciones puede complicar el seguimiento de los costes.

Antes de tomar una decisión, compara el coste total, el número de interlocutores implicados y el tiempo de resolución previsto en caso de incidencia. El BYOC ofrece arquitectónica, pero exige una gestión de responsabilidades más explícita.

¿Cómo puede integrarse Ringover en una arquitectura BYOC?

En una arquitectura BYOC, las responsabilidades se reparten entre dos actores:

• Tu operador conserva tus números y garantiza su conexión a la red telefónica.
• Ringover proporciona la interfaz desde la que tus empleados gestionan sus llamadas, así como las funciones de enrutamiento, seguimiento e integración con las herramientas empresariales.

Esta conexión requiere que el operador sea compatible con la configuración técnica prevista por Ringover, donde el BYOC se ofrece como un complemento (add-on). Puedes consultar toda la información técnica en nuestro artículo de soporte específico sobre BYOC.

Antes de planificar el despliegue, ponte en contacto con nuestros expertos para evaluar las posibilidades y comprobar la compatibilidad con tu operador actual.

FAQs sobre el BYOC

¿El BYOC siempre permite conservar los números?

Está diseñado para conectar números que permanecen con un operador externo. Sin embargo, su utilización depende de la compatibilidad del operador y de la plataforma, así como de las normas aplicables en cada país.

¿Es necesario disponer de un trunk SIP?

La interconexión BYOC suele basarse en un trunk o una conexión SIP. Comprueba el método exacto que exige la plataforma, ya que disponer de credenciales SIP no garantiza por sí solo la compatibilidad.

¿El BYOC sustituye a la portabilidad?

No. La portabilidad transfiere un número a un nuevo operador. En cambio, el BYOC permite utilizar el número mientras permanece con su operador actual.

¿Quién es responsable de la calidad de las llamadas?

La responsabilidad depende del origen de la incidencia. La red del usuario, la plataforma, la interconexión y el operador pueden estar implicados. Tu matriz de soporte debe especificar quién realiza el diagnóstico inicial y quién coordina a los proveedores.

¿El BYOC es necesariamente más barato?

No. Compara el coste conjunto del operador, la plataforma, las opciones adicionales, la interconexión y el soporte. El BYOC responde principalmente a una necesidad de conservación o control, no a una garantía automática de ahorro.

Referencias

• [1] https://docs.cloud.google.com/contact-center/ccai-platform/docs/byoc
• [2] https://www.rfc-editor.org/rfc/rfc3261.html
• [3] https://support.ringover.com/hc/es/articles/32780047351313-BYOC-Bring-your-own-carrier

Publicado el 15 Octubre 2026.