Introducción
El 2 de octubre de 2026, a partir de las 14:00 horas, una ruptura de interconexión entre OVH y Orange dejó inaccesibles miles de sitios web profesionales desde Francia y buena parte de Europa. No hubo ciberataque ni fallo de hardware en ningún centro de datos: un acuerdo de peering colapsó, y con él una fracción significativa de la web empresarial francesa.
Un incidente de enrutamiento, no una caída de servidores
La causa técnica identificada fue una anomalía en el intercambio de tráfico a nivel de peering entre ambos operadores. El peering es el acuerdo mediante el cual dos redes intercambian tráfico directamente, sin recurrir a un operador de tránsito externo. Cuando esa pasarela directa se rompe, los paquetes de datos no tienen más opción que utilizar rutas alternativas, que en este caso se saturaron rápidamente al no tener capacidad suficiente para absorber el volumen habitual.
El resultado: latencias anómalamente elevadas, timeouts en cascada, sitios que respondían de forma intermitente o directamente no respondían. No se perdió ningún dato y ningún servidor estaba fuera de línea, pero desde la perspectiva de los usuarios finales y los clientes corporativos, el impacto operativo fue idéntico al de una caída total.
La concentración de la infraestructura digital profesional francesa
El incidente adquiere una dimensión particular cuando se considera el peso de OVHcloud en el ecosistema digital francés. El grupo aloja una parte muy relevante de la web empresarial del país: pymes, organismos públicos, desarrolladores de software, comercios electrónicos. Con más de 400 000 servidores distribuidos en una treintena de centros de datos en todo el mundo y una capacidad de red superior a 30 terabits por segundo, OVHcloud no es un proveedor de hosting más: es, de facto, una infraestructura crítica.
Es precisamente esa concentración la que amplifica este tipo de incidentes de red. Una anomalía BGP en un acuerdo de peering con un operador de la envergadura de Orange no afecta a unos pocos clientes: puede dejar fuera de alcance miles de servicios de golpe, sin que los equipos alojados puedan hacer nada al respecto desde su lado.
Lo que sus planes de continuidad no han contemplado
La mayoría de los Planes de Recuperación ante Desastres (PRD) y de Continuidad de Negocio (PCN) mapean servidores, copias de seguridad y bases de datos. Son pocos los que modelan las dependencias de red a nivel de la capa de interconexión entre operadores.
Sin embargo, ahí es donde residen algunos de los puntos de fallo más difíciles de anticipar —y más lentos de resolver—, precisamente porque su corrección implica coordinar a dos actores independientes. En el incidente del 2 de octubre, no se comunicó ninguna hora estimada de restablecimiento durante la crisis, porque la solución requería una reconfiguración concertada entre OVH y Orange.
Para los CIO y los equipos de TI, la lección es directamente aplicable: la resiliencia de una arquitectura cloud no se limita a la redundancia de máquinas. Exige preguntarse por el multi-homing del proveedor de hosting, es decir, su capacidad de interconectarse a través de varios operadores de forma simultánea, y, según la criticidad del negocio, considerar la diversificación del alojamiento o el uso de CDN capaces de redirigir el tráfico cuando una ruta de red queda inoperativa.
Soberanía digital y accesibilidad: dos realidades distintas
Un proveedor puede exhibir certificaciones de soberanía, garantías de localización de datos en territorio nacional e infraestructura física propia, y aun así depender estructuralmente de acuerdos de peering con terceros para que sus servicios sean efectivamente accesibles. La capa de red es, con frecuencia, la gran olvidada en las auditorías de dependencias tecnológicas.
Esto no es una crítica a OVHcloud, cuyo papel en el ecosistema digital francés sigue siendo estructural. Es un recordatorio útil para cualquier responsable de TI: el control de la infraestructura no termina en las paredes del centro de datos. El próximo punto ciego en su plan de continuidad quizás tenga un número de AS y una tabla de enrutamiento BGP.