Índice
Imagina que un cliente marca el número de tu empresa justo cuando tu proveedor de internet sufre un corte. Sin un plan de respaldo, esa llamada se pierde, y con ella una venta, una consulta urgente o la confianza de quien intentaba contactarte. El failover, o conmutación por error, es precisamente ese plan B automático: un mecanismo que redirige tus comunicaciones a un sistema de respaldo en el instante en que el principal falla, sin que el cliente perciba nada.
Para cualquier negocio que dependa de sus llamadas, esta tecnología marca la diferencia entre una interrupción invisible y una pérdida directa de ingresos y reputación. Sigue leyendo y descubre qué es el failover, cómo funciona en la telefonía en la nube paso a paso, sus distintos niveles y por qué la solución en la nube correcta puede eliminar la complejidad que arrastran las alternativas locales.
¿Qué es exactamente el failover o conmutación por error?
El failover es un mecanismo, habitualmente automático, que transfiere las operaciones de un sistema principal que ha fallado a un sistema secundario o de respaldo. En términos generales de la industria, se refiere al cambio a un componente, sistema, red o hardware que está en espera cuando el sistema inicial deja de funcionar, y está diseñado para reducir o eliminar por completo el impacto en los usuarios.
El NIST lo define como la capacidad de conmutar automáticamente, normalmente sin intervención humana ni aviso previo, a un sistema redundante o en espera tras el fallo o la terminación anormal del sistema que estaba activo. Esta característica de operar "sin aviso" es clave: un buen failover actúa antes de que nadie note el problema [1].
El objetivo principal es garantizar la continuidad del servicio. El failover ofrece redundancia y evita interrupciones prolongadas, protegiendo la integridad de los datos y la funcionalidad del sistema incluso ante fallas imprevistas.
La base de todo failover es la redundancia: disponer de componentes de respaldo listos para tomar el control. Se trata de un modo operativo de reserva que cambia automáticamente a una base de datos, servidor o red en espera cuando el sistema principal falla o se apaga para mantenimiento. Sin un componente duplicado esperando en segundo plano, no hay failover posible.
Conviene distinguir el failover del "switchover". Ambas son esencialmente la misma operación, con una diferencia: el failover es automático y suele operar sin advertencia, mientras que el switchover requiere intervención humana.
Failover vs. Failback: entendiendo el ciclo completo
Aunque suenan parecidos, el failover y el failback son dos fases distintas de un mismo ciclo. El failover es el proceso de cambiar al sistema de respaldo cuando el principal falla. El failback es el proceso inverso: restaurar las operaciones al sistema principal original una vez que ha sido reparado o restaurado [2].
Una analogía útil: el failover funciona como un generador de respaldo que se activa en el momento en que un edificio se queda sin energía. Su cometido es superar la interrupción del servicio con el menor impacto posible. El failback, en cambio, se encarga de devolver las operaciones del sistema secundario al primario después de su reparación. Entender ambos conceptos te permite planificar no solo cómo reaccionar ante un fallo, sino también cómo volver a la normalidad de forma ordenada.
¿Cómo funciona el failover en la telefonía VoIP?
En la telefonía VoIP, el failover protege el flujo de llamadas frente a cualquier interrupción en la ruta de comunicación. La lógica es la misma que en otros sistemas informáticos, pero aplicada al enrutamiento de voz. La mejor forma de entenderlo es siguiendo un escenario real paso a paso.
- Un cliente intenta llamar a tu empresa. Marca tu número principal esperando ser atendido con normalidad.
- La ruta de comunicación principal falla. Puede tratarse de la caída de tu proveedor SIP principal, un corte en la conexión a internet de la oficina o un fallo del servidor de la centralita.
- El sistema detecta la interrupción automáticamente en segundos. Los mecanismos de failover monitorizan de forma constante el estado de la ruta principal.
- El tráfico de llamadas se redirige a una ruta de respaldo preconfigurada. El sistema desvía la comunicación por una vía alternativa definida de antemano.
- La llamada se conecta con éxito. El cliente habla con tu equipo sin percibir que se ha producido ningún incidente técnico.
Los sistemas de failover monitorizan software, redes y hardware, e inician el proceso cuando cualquier componente falla o muestra signos de rendimiento reducido. Cuando el sistema está en modo failover, las aplicaciones siguen funcionando de forma normal o casi normal, y la transición debería resultar imperceptible, con un tiempo de inactividad mínimo o nulo.
Niveles de failover en VoIP
El failover en telefonía IP de empresa no opera en un único punto, sino en distintos niveles de la infraestructura de comunicación:
- Nivel de troncal SIP. Si tu proveedor SIP principal deja de responder, las llamadas se enrutan automáticamente a través de un segundo proveedor VoIP o troncal alternativo. Esta es la capa más profunda de protección.
- Nivel de número virtual (DID). Si el destino principal asignado a un número no está disponible, la llamada se desvía a otro destino previamente configurado. Aquí la protección se aplica a números concretos.
- Nivel de PBX completa. Si toda el conmutador virtual queda fuera de servicio, una PBX de respaldo, habitualmente alojada en la nube, toma el control del enrutamiento. Es el nivel más amplio y protege ante caídas totales del sistema.
Esta granularidad te da flexibilidad para proteger tu solución de telefonía IP en la capa que más te preocupe, o en todas a la vez [5].
Destinos de respaldo comunes
Cuando la ruta principal falla, la llamada debe ir a algún sitio. Estos son los destinos de respaldo más habituales:
- Otro troncal SIP o proveedor de telefonía.
- Una sucursal u oficina diferente.
- Un grupo de números de teléfono móvil, por ejemplo el del responsable de guardia.
- Un buzón de voz con un mensaje de emergencia.
- Un anuncio pregrabado que informa al cliente de la situación.
La elección del destino depende de tu operativa. Un call center querrá redirigir a otra sede con agentes disponibles, mientras que una pequeña oficina puede preferir desviar al móvil de un responsable. El desvío de llamadas es una de las herramientas que hacen posible este enrutamiento alternativo de forma sencilla.
Tipos de configuración de failover
Existen distintas arquitecturas para implementar el failover, cada una con sus ventajas en coste y disponibilidad [4].
Failover activo-pasivo
En el modelo activo-pasivo, un sistema primario maneja todo el tráfico mientras un sistema secundario idéntico permanece inactivo, en espera. El secundario solo se activa si el primario falla. Es una configuración común y rentable, porque no requiere que ambos sistemas trabajen simultáneamente, aunque implica un breve intervalo mientras el respaldo entra en funcionamiento.
La literatura académica sobre VoIP de alta disponibilidad cita tiempos de no accesibilidad de alrededor de 45 segundos en clústeres activo-pasivo, frente a tiempos muy superiores en sistemas sin ninguna estrategia de alta disponibilidad.
Failover activo-activo
El modelo activo-activo es más avanzado. Dos o más sistemas están activos al mismo tiempo, compartiendo la carga de trabajo. Si uno falla, los demás absorben su parte, a menudo sin ninguna interrupción perceptible. Este enfoque ofrece la máxima disponibilidad y elimina prácticamente el tiempo de conmutación, aunque exige una infraestructura más elaborada. Un clúster de failover consiste en dos o más servidores independientes trabajando de forma conjunta.
Diferencia entre failover y alta disponibilidad (HA)
Es fácil confundir estos dos conceptos, pero cumplen papeles distintos. La alta disponibilidad (HA) es el objetivo: mantener el sistema funcionando el mayor tiempo posible. El failover es uno de los métodos para lograrlo. Dicho de otro modo, el failover es una de las herramientas que te permiten alcanzar la alta disponibilidad.
El estándar de referencia de la alta disponibilidad son los llamados "cinco nueves", es decir, un 99,999% de disponibilidad. Esto equivale a poco más de cinco minutos de inactividad al año. Alcanzar ese nivel exige redundancia bien diseñada y mecanismos de failover que actúen en segundos. Esta capacidad de seguir funcionando pese a los fallos es lo que la tolerancia a fallos describe como la aptitud de un sistema para operar aún cuando se produce algún error [3].
¿Por qué es crucial el failover para tu empresa?
Más allá del componente técnico, el failover tiene un valor estratégico directo para tu negocio. Es una función extremadamente importante para los sistemas críticos que requieren accesibilidad permanente. Estos son los beneficios concretos:
- Continuidad del negocio. Garantiza que las operaciones críticas, como atender llamadas de clientes, no se detengan ante un fallo puntual.
- Protección de ingresos. Evita que pierdas ventas o clientes por no poder recibir una llamada en el momento decisivo.
- Experiencia del cliente. Ofrece un servicio fiable y profesional. Un cliente que siempre te encuentra disponible refuerza su confianza en tu marca.
- Cumplimiento de SLAs. Ayuda a que tus equipos de soporte y ventas cumplan sus acuerdos de nivel de servicio, incluso cuando la infraestructura falla.
Casos de uso y escenarios de fallo comunes
El failover es indispensable en cualquier sector donde una llamada perdida tiene consecuencias reales:
- Call centers y contact centers, donde el volumen de llamadas y los objetivos de servicio no admiten cortes.
- E-commerce, donde una consulta sin respuesta puede traducirse en un carrito abandonado.
- Clínicas y centros médicos, donde las llamadas pueden ser urgentes.
- Servicios de emergencia, para los que la disponibilidad permanente es un requisito absoluto.
- Soporte técnico, que debe mantener sus canales abiertos según sus compromisos con los clientes.
Los escenarios de fallo más habituales son un corte de internet en la oficina, la caída del proveedor de telefonía y el fallo del servidor de la centralita local. El failover es un requisito esencial para todos los sistemas que exigen conectividad permanente, ya que incluso interrupciones breves causan pérdidas de ingresos y riesgos operativos.
Failover en la nube vs. On-Premise: la ventaja de Ringover
No todas las soluciones de failover se implementan del mismo modo. La diferencia entre una infraestructura local y una plataforma en la nube determina cuánto trabajo, coste y mantenimiento recae sobre ti.
La complejidad del failover on-premise
Configurar failover en un sistema local significa asumir por tu cuenta toda la infraestructura de respaldo. Las soluciones on-premise típicas ilustran bien esta exigencia: suelen requerir licencias de nivel empresarial y utilizan un enfoque activo-pasivo con replicación de configuración.
Además, necesitas dos servidores PBX, cada uno con su propia IP pública, y configuraciones idénticas entre ambos: mismo FQDN, mismo certificado SSL, mismos puertos SIP y el mismo sistema operativo, junto con un DNS dividido. Los intervalos de comprobación de disponibilidad suelen situarse en torno a los 30 segundos, y el proceso puede incluir scripts de failover personalizados que debes desarrollar y mantener por tu cuenta.
El resultado es un coste inicial elevado, en hardware y licencias, más un mantenimiento continuo que exige conocimientos técnicos especializados. Cada cambio en la configuración principal debe replicarse manualmente en el servidor de respaldo.
La simplicidad del failover cloud con Ringover
Con una plataforma SaaS como Ringover, la redundancia y el failover están integrados en la propia infraestructura cloud del proveedor. No necesitas comprar un segundo servidor, contratar una licencia especial ni escribir scripts que después tendrás que actualizar cada vez que algo cambie.
La fiabilidad es intrínseca al servicio. El conmutador virtual de Ringover es un sistema telefónico alojado en la nube, accesible desde cualquier lugar, que gestiona las llamadas internas y externas con una amplia gama de funciones. Al estar distribuida en infraestructura cloud, la continuidad del servicio se garantiza de forma nativa, sin que tengas que configurar ni mantener nada relacionado con el failover.
Esto se combina con el conjunto de funciones de la plataforma, que centraliza llamadas, mensajes, correos y videollamadas en una única interfaz con enrutamiento avanzado. La diferencia con el modelo on-premise es clara: donde una solución local te pide dos servidores y mantenimiento manual, Ringover te ofrece esa protección incluida desde el primer día.
En resumen
El failover ha dejado de ser un lujo reservado a grandes corporaciones para convertirse en una estrategia esencial para cualquier empresa que dependa de sus comunicaciones. Ya has visto qué es, cómo funciona paso a paso en la telefonía VoIP, en qué niveles opera y cómo se relaciona con la alta disponibilidad y el estándar de los cinco nueves.
La diferencia decisiva está en el modelo de implementación. Las soluciones on-premise exigen dos servidores, licencias de nivel empresarial y scripts que debes mantener tú mismo. Las plataformas en la nube han eliminado esa complejidad y ese coste: con Ringover, la redundancia y el failover vienen integrados, protegiendo tus ingresos y tu reputación sin que tengas que gestionar infraestructura adicional.
Si quieres asegurar que tus comunicaciones sigan funcionando pase lo que pase, descubre cómo la infraestructura de Ringover garantiza la continuidad de tu servicio en la página de seguridad y calidad de servicio. Empieza tu prueba gratuita ya mismo.
FAQs sobre failover
¿Qué pasa con las llamadas en curso durante una conmutación por error?
El comportamiento depende de la arquitectura. En configuraciones activo-activo bien diseñadas, la transición puede ser imperceptible incluso para llamadas en curso. En modelos activo-pasivo, una llamada activa en el momento exacto del fallo puede cortarse, pero las nuevas llamadas se enrutan de inmediato por la vía de respaldo. El objetivo del failover es que el cliente pueda volver a conectar sin percibir el problema.
¿Cuánto tiempo tarda el failover en activarse?
Depende de la configuración y de la frecuencia con que el sistema comprueba el estado de la ruta principal. En un clúster activo-pasivo, la literatura sobre VoIP de alta disponibilidad cita alrededor de 45 segundos de no accesibilidad. En soluciones cloud con failover nativo, la detección y la redirección suelen ocurrir en segundos.
¿El failover protege contra todos los tipos de interrupciones?
El failover protege frente a fallos de la ruta o el sistema que monitoriza: caídas de proveedor SIP, cortes de internet o fallos de servidor. No sustituye a otras medidas de continuidad, como copias de seguridad de datos o planes de recuperación ante desastres. Es una pieza dentro de una estrategia más amplia de alta disponibilidad.
¿Necesito hardware especial para el failover de Ringover?
No. Al ser una solución cloud, el failover está integrado en la infraestructura de Ringover. No requiere un segundo servidor, licencias adicionales ni scripts de mantenimiento por tu parte. La redundancia forma parte del servicio.
Referencias
- [1] https://csrc.nist.gov/glossary/term/failover
- [2] https://learn.microsoft.com/en-us/azure/reliability/concept-failover-failback
- [3] https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/welcome.html
- [4] https://developers.cloudflare.com/load-balancing/load-balancers/common-configurations/
- [5] https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/customer_voice_portal/15-0-1/configuration/guide/ccvp_b_1501-configuration-guide-for-cisco-customer-voice-portal-release/sip_devices_configuration.html
Publicado el 6 Julio 2026.