FAA: fallo de router cancela 9.000 vuelos en EE. UU.

Qué pasó: cuatro horas sin despegues en todo EE. UU.

La FAA detuvo todos los despegues del país a las 15:54 y los reanudó a las 20:15 (hora del Este) del viernes 13 de noviembre de 2026: cuatro horas y veintiún minutos con el espacio aéreo más transitado del mundo en pausa. Más de 6.000 vuelos se cancelaron durante la parada y, para el cierre del viernes, FlightAware contabilizaba más de 9.000 cancelaciones y unos 7.000 retrasos, según reportó Fox 9.

No fue una caída total. Los radares y las comunicaciones no se perdieron por completo, y unas 3.500 aeronaves ya estaban en el aire cuando se emitió la orden, según FTN News. La FAA prefirió detener las salidas por precaución y dejar que los vuelos en curso aterrizaran. Aun así, la interrupción se arrastró todo el fin de semana: FlightAware registró 6.898 vuelos cancelados y 7.639 retrasados solo el sábado a las 20:00 ET, con Chicago O’Hare (694), Dallas Fort Worth (646) y Atlanta (603) a la cabeza, según Fox News.

El alcance fue global. Las autoridades europeas suspendieron temporalmente las salidas hacia EE. UU. a pedido de la FAA, el regulador mexicano impuso restricciones temporales y FedEx activó planes de contingencia para su carga aérea, según FTN News. Fue la primera parada nacional de despegues desde enero de 2023 —cuando falló el sistema de avisos a pilotos— y la más larga desde los atentados del 11 de septiembre de 2001.

¿Y esto cómo se aplica en tu negocio?

Dueños de negocio de Latinoamérica y España usan un agente de IA para ganar más y recuperar su tiempo. El Kit «tu mano derecha con IA» te muestra cómo en un video de 11 minutos, con una ficha para armar el tuyo. CAR está cerrada por ahora; al anotarte, te avisamos cuando abra.

👥 Quiero el Kit →

La causa: un router saturado en una red que ya no se fabrica

Acá está la parte que importa. El sábado, el secretario de Transporte Sean Duffy dio la explicación más concreta hasta ahora: el problema se originó en trabajos de mantenimiento en una instalación remota de la FAA, donde el contratista L3Harris estaba reemplazando líneas de cobre por fibra óptica. Un router empezó a inundar a otros routers con más de 1.000 intentos de conexión cada cuatro o cinco segundos, lo que interrumpió las comunicaciones con las aeronaves y algunos flujos de radar.

El administrador de la FAA, Bryan Bedford, lo describió con una frase que resume el problema: «Esto es infraestructura de telefonía sobre líneas T1, que no está en producción desde hace décadas. Nosotros la sostenemos». Los intentos de conexión saturaron un conjunto de routers en un centro de ruta y el fallo se propagó a los respaldos de otros centros.

Duffy dijo que todavía no se determina si fue un router defectuoso o un error de instalación. El FBI investiga si una actualización de software causó el fallo, según informó Bloomberg y recoge la fuente original, algo que se presenta como filtración sin confirmar. Lo que sí se descartó: no hay indicios de ciberataque ni de un ataque con IA. El secretario de Seguridad Nacional, Markwayne Mullin, afirmó que no se encontró «ninguna evidencia» en ese sentido.

Conviene separar lo confirmado de lo que no. La FAA está desplegando SMART, un paquete de software de 875 millones de dólares construido por la firma Air Space Intelligence para gestionar la congestión del espacio aéreo, y su desarrollador asegura que no participó del apagón. El Departamento de Transporte también rechazó que SMART alimente información al sistema de control de tráfico aéreo.

Lo que sí es un hecho es el estado de la red. Duffy dijo que la FAA ya reemplazó el 69% de sus comunicaciones de cobre por fibra, y L3Harris afirmó que su proyecto de conversión está 70% completo. El sindicato de técnicos de la FAA, Professional Aviation Safety Specialists, señaló que la agencia normalmente consulta a sus propios técnicos para evaluar los riesgos de una actualización, y que en este caso no lo hizo.

Qué significa esto para tu startup

La lección no es «la FAA falló». Es que una operación de mantenimiento rutinaria tumbó un sistema crítico de alcance nacional, y ese es exactamente el tipo de riesgo que vive latente en cualquier empresa que escala rápido.

1. La concentración de proveedor es un riesgo sistémico. Duffy fue explícito: «Ellos son dueños de esta red. Son nuestro contratista principal. No puedo ir a otro lado». Si tu startup depende de un único proveedor de nube, un único procesador de pagos o una única API para una función crítica, tienes el mismo problema. La pregunta no es si el proveedor fallará, sino qué haces mientras falla.

2. La deuda técnica no se cobra sola: se cobra de golpe. La directora técnica interina de la FAA, Rebecca Guy, reconoció que la agencia nunca había previsto un fallo de esa magnitud: «No lo hicimos». La infraestructura heredada funciona durante años sin dar señales, hasta que una operación normal la satura. Ese es el patrón clásico del monolito que nadie se anima a tocar.

3. Modernizar también introduce riesgo. El propio Duffy admitió que su esfuerzo de actualización pudo haber contribuido al apagón, y lo defendió con un argumento válido: «Al no hacer nada, inyectas mucho más riesgo al sistema». Migrar de un sistema viejo a uno nuevo es el momento de mayor exposición de cualquier empresa. Planificarlo como un proyecto de riesgo —no como una tarea de TI— es la diferencia entre una migración y un incidente.

Acciones concretas para esta semana

Mapea tus puntos únicos de fallo. Haz una lista de los tres servicios de los que depende tu producto para funcionar y pregúntate, para cada uno, qué pasa durante cuatro horas sin él. Si la respuesta es «no vendemos», tienes un proyecto de continuidad pendiente.
Prueba tu plan de contingencia antes de necesitarlo. Un plan de recuperación que nunca se ejecutó no es un plan, es un documento. Corre un simulacro de caída del proveedor principal en un entorno de pruebas y mide cuánto tardas en recuperar operación.
Revisa tus contratos de nivel de servicio. Un SLA sin penalización por incumplimiento es marketing. Verifica qué compensación real tienes si tu proveedor crítico cae, y si esa cifra cubre tu propio daño.
Documenta el «por qué» de tu infraestructura heredada. Si tienes un componente que nadie quiere tocar, escribe por qué está ahí y qué lo reemplazaría. Ese documento es lo que evita que la deuda técnica se vuelva invisible.

El detalle que afecta a tus usuarios que viajan

Hay un cambio regulatorio que pasó casi desapercibido y que importa. Desde el 19 de octubre, el Departamento de Transporte de EE. UU. eliminó 10 eventos de la categoría «bajo control de la aerolínea», entre ellos los «fallos de sistemas gubernamentales», según detalló Fox 9. En la práctica, eso reduce la obligación de compensar a los pasajeros cuando la causa es un fallo del propio Estado, como este.

Los pasajeros sí tienen derecho a un reembolso si deciden no viajar, y las aerolíneas ofrecen reubicación gratuita. Pero la compensación adicional ya no está garantizada. Si tu equipo viaja por trabajo, vale la pena revisar las pólizas de viaje y no asumir que la aerolínea cubrirá el hotel o la reunión perdida.

Conclusión

La FAA reanudó operaciones y el administrador Bedford dijo que el sistema debería volver a la normalidad para el domingo, con la vista puesta en el pico de viajes de Thanksgiving. Duffy enviará al Congreso una solicitud de financiamiento detallada el lunes: pidió 30.000 millones de dólares adicionales y estimó que la factura completa de modernización ronda los 50.000 millones, sobre los 12.500 millones que el Congreso ya aprobó en 2025.

El dato que debería quedarse con cualquier founder es otro. Un informe de la GAO de septiembre advirtió que el intento de la FAA de acelerar su modernización «podría estar priorizando la velocidad sobre los costos y la interrupción del tráfico aéreo», y encontró que la agencia no tiene una estimación de costos de ciclo de vida bien documentada y opera con 11.389 cronogramas no integrados.

Eso no es un problema de aviación. Es un problema de gestión. Y es exactamente el que aparece en las startups cuando el roadmap crece más rápido que la arquitectura que lo sostiene.