Resumen

  • El aviso FCC 23-81 describe dos interrupciones de la red fija de Lumen que afectaron al servicio 911 en Dakota del Sur y Dakota del Norte en febrero de 2022. Es un aviso de responsabilidad aparente que propone una sanción; no es una orden final que la imponga.
  • En Dakota del Sur, una tarjeta de interfaz falló el 16 de febrero y dejó al conmutador de Pierre sin redundancia en sus rutas de señalización. Otra tarjeta falló a la mañana siguiente. Sin las dos rutas, el conmutador no podía completar llamadas que debían salir de su área local, incluidas llamadas al 911.
  • La primera interrupción duró casi cinco horas y pudo afectar la capacidad de hasta 14.339 clientes de telefonía fija de Lumen para llamar al 911. El aviso recoge que, según Lumen, ninguno lo intentó durante ese periodo y, por tanto, no hubo llamadas fallidas en ese episodio.
  • En Dakota del Norte, una de dos rutas de señalización quedó desactivada después de una prueba. La restante dependía de transportes de fibra por Chicago y Fargo. Un corte afectó la primera ruta y problemas de climatización hicieron que equipos de la segunda se recalentaran y se apagaran.
  • Los mismos transportes daban servicio a los enlaces de emergencia que conectaban el conmutador de Bismarck con la red 911 de nueva generación. La FCC afirma que varios proveedores de origen no tenían otra ruta alrededor de ese punto de entrada.
  • La interrupción de Dakota del Norte afectó a 11 PSAP, los centros locales que reciben llamadas de emergencia. El aviso registra 413 intentos que no se completaron: 49 parecían pruebas de un operador y 364 eran llamadas de consumidores que no alcanzaron un PSAP.
  • La prueba de responsabilidad es operativa. Una ruta de respaldo debe existir en la configuración real, sobrevivir a un fallo ensayado y activar avisos para todos los centros afectados, también los que dependen indirectamente de un punto de entrada compartido.

La alarma que no detuvo el servicio ya indicaba un riesgo

El primer suceso comenzó el 16 de febrero de 2022, aproximadamente a las 5:51 de la mañana, hora estándar central. Según FCC 23-81, una tarjeta del conmutador de Lumen en Pierre, Dakota del Sur, dejó de funcionar. La tarjeta era la interfaz de una ruta hacia un punto de transferencia de señalización identificado como Path A–St. Paul.

Un punto de transferencia de señalización, o STP por sus siglas en inglés, retransmite mensajes del sistema de señalización n.º 7. SS7 es el sistema de control que permite que una red telefónica fija establezca, encamine y complete una llamada. No lleva normalmente la voz del interlocutor; lleva las instrucciones que permiten abrir y gestionar la conexión.

La avería de la primera tarjeta generó una alarma que mostraba la pérdida de esa ruta y de la redundancia. El servicio seguía funcionando por Path B–Minneapolis, pero esa ruta había dejado de ser una de dos opciones: era ya la única disponible. La FCC dice que su investigación no encontró registro de que Lumen intentara diagnosticar entonces la causa del primer fallo. La precisión importa. Que no aparezca una actuación en el material examinado no demuestra que nadie hiciera nada fuera de ese expediente; demuestra que la investigación pública no halló un diagnóstico documentado.

Unas veinticuatro horas después, el 17 de febrero a las 5:50, falló la tarjeta de Path B. Las dos rutas STP quedaron fuera de servicio. El aviso indica que SS7 dejó de funcionar en el conmutador de Pierre. Como resultado, las llamadas cuyo destino estaba fuera del área local no podían completarse. Entre ellas estaban las llamadas al 911 que tenían que salir del área para llegar a instalaciones de nueva generación.

La red NG911, o 911 de nueva generación, utiliza tecnología IP para llevar una llamada y datos relacionados al centro adecuado. El nombre no significa que todo el trayecto anterior sea moderno o independiente. Una llamada puede dirigirse a NG911 y continuar dependiendo de un conmutador tradicional, de SS7 y de circuitos de transporte.

Lumen supo que había una caída del 911 cuando falló la segunda ruta. A las 6:50 envió a un técnico, una hora después del segundo fallo. Había tarjetas de repuesto almacenadas en el lugar. El técnico sustituyó las dos y restauró el servicio a las 10:43.

La interrupción duró casi cinco horas. La FCC dice que pudo impedir que hasta 14.339 clientes de telefonía fija de Lumen llamaran al 911. Esa cifra representa una población potencialmente expuesta, no llamadas perdidas ni daños personales. El mismo aviso recoge la declaración de Lumen de que ningún cliente intentó llamar al 911 durante esas horas y que, en consecuencia, no hubo llamadas fallidas en Dakota del Sur.

El ticket incompleto creó otra clase de punto único

Una red de emergencia no solo debe mantener el recorrido de la llamada. Cuando ese recorrido falla, el operador también tiene que identificar qué centros han quedado afectados y avisarlos con rapidez.

La FCC describe un flujo automatizado que debía colocar en un ticket los datos suficientes para reconocer el lugar de la avería y los PSAP relacionados. PSAP significa public safety answering point: el centro local donde se reciben las llamadas al 911 y se coordina la respuesta. En este caso, el ticket contenía información incompleta y no válida. No se produjo la distribución automática del aviso y el seguimiento manual previsto tampoco corrigió el problema.

Un integrante del equipo vio el fallo de notificación, interpretó que la alerta se había generado por error y canceló el ticket. Partes del proceso aparecen censuradas. No hay base pública para inventar qué aplicación llenaba cada campo, qué instrucciones internas aparecieron o qué motivación tuvo una persona concreta.

Al día siguiente, otro integrante del equipo de reportes detectó que el ticket era extraño porque varios campos esperados estaban vacíos. Una revisión interna posterior concluyó que la caída había afectado al 911 de dos PSAP de Dakota del Sur y que debieron recibir avisos. Según el expediente, Lumen los notificó cinco días después de que terminara la interrupción.

El paralelismo es claro sin convertirlo en una conclusión técnica de la FCC. Una ruta de señalización quedó como último camino útil. A la vez, el proceso de aviso quedó dependiendo de que los datos entraran completos y de que una revisión humana reaccionara correctamente a la ausencia de información. La continuidad debe cartografiar tanto el camino técnico como el camino de la información.

Una prueba dejó dos conmutadores sin la ruta que debían recuperar

La secuencia de Dakota del Norte empezó el 19 de febrero, antes de que se perdiera ninguna llamada. Lumen observó inestabilidad en una de las dos rutas SS7 que servían a los conmutadores de Bismarck, Dickinson y Mandan. Un técnico la desactivó para hacer pruebas. La ruta volvió a activarse en Dickinson, pero no en Bismarck y Mandan, según el aviso.

Los dos conmutadores continuaron operando mediante la segunda ruta. Desde fuera, el servicio podía parecer normal. En realidad, ya no existía un STP redundante. Esa diferencia es esencial: un estado degradado puede mantener las llamadas en movimiento y, al mismo tiempo, transformar el siguiente fallo en una interrupción total.

La segunda ruta SS7 utilizaba dos circuitos de transporte de fibra operados por un tercero. Uno pasaba por Chicago y otro por Fargo. El expediente los llama diversos, es decir, concebidos como alternativas separadas. Pero dos trayectos pueden seguir compartiendo equipos, energía, climatización, procesos, proveedores o un destino que ambos deben alcanzar.

El 21 de febrero, cerca de las 12:18, se produjo un corte de fibra en la ruta de Chicago cerca de Henderson, Colorado. En la mañana del 22 de febrero, problemas de calefacción, ventilación y aire acondicionado hicieron que equipos de la ruta de Fargo se recalentaran y comenzaran a apagarse. El tráfico por ese camino quedó afectado.

Lumen manifestó que en ese momento desconocía tanto el corte de Chicago como la gravedad del problema de Fargo. De acuerdo con el aviso, dijo que conoció el incidente de climatización unos treinta minutos después de terminar la caída del 911 y que solo conoció el corte de fibra después de la restauración del servicio. La narración y la cronología del aviso no coinciden sobre el intervalo preciso relativo a Chicago; este artículo no elige una de esas cifras. El expediente no muestra cada alarma o comunicación del proveedor externo.

Sí muestra la consecuencia de no vincular a tiempo el estado del transporte con el servicio de emergencia que depende de él.

Dos fases distintas interrumpieron el mismo servicio

El 22 de febrero a las 8:15, Lumen recibió una alarma de pérdida de redundancia que indicaba que la ruta de Chicago estaba caída. A las 9:00 recibió una alerta de condición de interrupción SS7. La FCC afirma que la pérdida de conectividad impidió transmitir llamadas 911 a 11 PSAP del oeste de Dakota del Norte.

Esa fue la primera fase. Alrededor de las 10:45, un técnico reactivó la primera ruta STP para Bismarck y Mandan. Se recuperó la conectividad SS7. Sin embargo, las 10:45 no marcan el final de todo el incidente.

A las 11:10, el transporte por Fargo se apagó por completo mientras el camino de Chicago seguía indisponible. La restauración previa de la primera ruta STP evitó otra pérdida total de SS7, pero no mantuvo accesible el punto por el que las llamadas entraban en la red de emergencia estatal.

El conmutador de Bismarck había funcionado antes como enrutador selectivo, un equipo que orienta una llamada 911 hacia el centro correspondiente a la ubicación. Dakota del Norte ya había pasado a NG911 y esa función no se realizaba allí de la misma forma. Aun así, Bismarck seguía siendo un punto de entrada para las llamadas de distintos proveedores.

Los enlaces de servicio de emergencia entre Bismarck y NG911 usaban los mismos transportes de Fargo y Chicago que la segunda ruta STP. Señalización y enlaces de emergencia cumplían funciones diferentes, pero compartían una dependencia de continuidad. Según la FCC, los proveedores de origen no tenían una alternativa alrededor de esa entrada.

Con ambos transportes fuera de servicio, el tráfico 911 se detenía en Bismarck. El proveedor externo resolvió el problema de climatización en Fargo aproximadamente a las 16:08. Al volver esa ruta, Bismarck recuperó la conexión con NG911 y se restauró el servicio. Las dos fases sumaron más de siete horas de afectación.

Los números describen llamadas, usuarios y centros diferentes

La FCC calcula que el suceso de Dakota del Norte afectó aproximadamente a 155.792 usuarios. Las llamadas procedían de varios proveedores, incluido Lumen, y de teléfonos fijos, móviles y de voz sobre IP. VoIP significa que la voz se presta utilizando tecnología del protocolo de Internet.

El aviso cuenta 413 llamadas al 911 que no llegaron a completarse. De ellas, 49 parecían pruebas realizadas por un operador. Las otras 364 eran llamadas de consumidores que no alcanzaron un PSAP.

No debe sumarse ni reinterpretarse esas cifras como si describieran lo mismo. Un usuario afectado no equivale a una llamada. Una llamada no equivale necesariamente a una persona única. Una persona puede intentarlo más de una vez, y una línea puede ser utilizada por varias personas. El expediente no revela cuántos individuos distintos llamaron ni si después lograron contactar por otro medio.

Tampoco establece que una llamada fallida causara una muerte, lesión, retraso de despacho, pérdida de bienes u otro desenlace individual. La ausencia de ese dato no borra el fallo de continuidad: 364 intentos de consumidores no alcanzaron el centro previsto. Solo impide añadir consecuencias que las fuentes no documentan.

El mapa de notificación debe seguir dependencias, no solo cuentas

La primera cartografía necesaria sigue a la llamada de extremo a extremo. Debe unir conmutadores, rutas STP, circuitos de transporte, enlaces de emergencia, entrada NG911 y PSAP. La segunda cartografía parte de una avería y pregunta qué centros dejan de recibir tráfico, aunque no estén atendidos directamente por la oficina donde aparece la alarma.

La diferencia se hizo visible en las notificaciones de Dakota del Norte. A las 9:07, dos de los 11 PSAP recibieron avisos automáticos. Entre las 9:32 y las 9:53 fueron notificados tres más. Los seis restantes recibieron avisos entre las 12:21 y las 12:30.

La FCC explica que el diseño automático avisaba cuando un PSAP era atendido directamente por la oficina que sufría la caída SS7. No identificaba de inmediato todos los centros afectados indirectamente porque Bismarck era el punto de entrada de sus llamadas. Después del evento, el aviso dice que Lumen modificó el diseño para abarcar centros adicionales afectados de forma indirecta; parte del detalle está censurado.

Esa modificación debe describirse como una medida que Lumen comunicó dentro del expediente. Las fuentes públicas no demuestran cuándo quedó completamente implantada, cómo se ensayó, si capta todas las dependencias indirectas ni cómo funciona hoy. Cambiar una regla de aviso no es todavía evidencia de que la regla corresponde a la topología activa.

De una etiqueta de redundancia a una prueba de extremo a extremo

Un diagrama convencional muestra equipos y líneas. Un mapa de continuidad añade el estado y la consecuencia. En Dakota del Sur, el estado relevante después del primer fallo era: Path A no funciona, Path B es el último camino de señalización y la causa no aparece diagnosticada en la investigación. En Dakota del Norte, era: una ruta sigue desactivada, la restante depende de Chicago y Fargo, y esos transportes también sostienen la entrada NG911.

Una ruta dibujada como activa no protege si la configuración la mantiene deshabilitada. Un circuito no protege si el operador no conoce a tiempo que está cortado. Una entrada no es resiliente solo porque la red situada detrás utilice tecnología nueva.

La expresión «mapa de dependencias» es un método de análisis basado en la topología y la secuencia que describe la FCC. No significa que el aviso publique un plano secreto de Lumen. Un mapa operativo útil tendría que mantenerse con datos de configuración, inventarios de circuitos, tráfico observado y resultados de pruebas.

La alarma también debe heredar esa información. «Chicago no disponible» es una descripción de componente. «La ruta SS7 activa y la entrada NG911 dependen ahora del transporte por Fargo» es una descripción de continuidad. La segunda permite decidir la urgencia, asignar un responsable y prever qué ocurrirá si falla el último camino.

Cerrar un mantenimiento exige el mismo rigor. Tras una prueba, cada ruta debe volver al estado esperado, las alarmas deben despejarse y una llamada representativa debe llegar al destino. Recuperar SS7 a las 10:45 fue una restauración real de una fase, pero no demostró todavía que todo el recorrido del 911 estuviera protegido frente al cierre de Fargo.

Los tickets son registros necesarios. Deben conservar un identificador único, componentes, zona horaria, alcance del servicio, causa conocida, previsión de restauración y estado de los avisos. Sin embargo, un ticket no transporta una llamada. La verdad operativa está en la configuración en ejecución y en las pruebas que demuestran que el servicio utiliza el respaldo declarado.

El texto actual del artículo 9.4 del título 47 del Code of Federal Regulations ofrece contexto sobre la transmisión de llamadas 911 a la autoridad adecuada. El artículo 4.9 aporta contexto actual sobre reportes de caída y avisos a instalaciones. FCC 23-81 es la fuente pública que describe qué reglas dijo aplicar la agencia a estos hechos de 2022 y qué infracciones consideró aparentes. Las normas actuales no deben proyectarse hacia atrás para alterar el marco histórico.

Qué propone FCC 23-81 y qué no quedó resuelto de forma final

La Comisión adoptó FCC 23-81 el 12 de octubre de 2023 y lo publicó el 17 de octubre. El documento es un Notice of Apparent Liability for Forfeiture. En lenguaje sencillo, la FCC expone infracciones que considera aparentes y propone una sanción económica, dando a la empresa la oportunidad de responder. No equivale a una orden posterior de sanción final, un acuerdo de consentimiento, una sentencia judicial ni una condena penal.

El aviso propone una sanción total de 867.000 dólares estadounidenses. La FCC considera en él que Lumen incurrió aparentemente en infracciones voluntarias y reiteradas de los artículos 4.9 y 9.4 de sus normas. Atribuye aparentes incumplimientos de aviso a los dos sucesos y aparentes incumplimientos de transmisión de llamadas al episodio de Dakota del Norte.

Las cláusulas de cierre indicaron a Lumen que pagara la cantidad propuesta en treinta días o presentara una solicitud escrita de reducción o cancelación. Esa instrucción no demuestra que se produjera un pago. Describe el procedimiento abierto por la propuesta.

El comunicado de la FCC dice expresamente que las alegaciones y sanciones propuestas en un NAL no son acciones finales de la Comisión. Un informe financiero del ejercicio 2024 todavía presentó el caso como una propuesta de 867.000 dólares y como un NAL. Una búsqueda oficial acotada por FCC 23-81, el número de expediente y la cuenta del aviso no localizó una orden final, acuerdo, pago, reducción o cancelación posterior. Ese resultado negativo no es exhaustivo y debe renovarse antes de describir el estado como actual.

Por tanto, la formulación respaldada es que la FCC alegó infracciones aparentes y propuso una sanción de 867.000 dólares. El material disponible no prueba que la FCC impusiera finalmente esa cantidad, que Lumen la pagara o resolviera mediante acuerdo, que admitiera las infracciones aparentes o que un tribunal declarara su responsabilidad.

Los límites del expediente evitan una causa perfecta inventada

FCC 23-81 es la única fuente pública de este conjunto que reconstruye en detalle los dos incidentes. El comunicado procede de la misma actuación. Otra copia del aviso sigue siendo el mismo documento, no una investigación técnica independiente.

Las respuestas completas de Lumen y todo su material de apoyo no están publicados. Existen fragmentos censurados. No se conoce con precisión la identidad, el contrato ni el reparto de responsabilidad de cada proveedor de transporte. Llamar Chicago y Fargo a dos caminos no revela cada tramo físico o instalación compartida.

El aviso registra además que las explicaciones de Lumen sobre parte de la secuencia de Dakota del Norte cambiaron entre distintas respuestas. El expediente respalda un estado degradado, dos transportes afectados y una entrada compartida, pero no autoriza a escoger una narración sencilla y presentarla como causa raíz definitiva.

La historia de cliente que Lumen publica sobre NG911 en Dakota del Sur sirve solo para entender el tipo general de servicio. No corrobora el incidente ni demuestra una reparación. Las páginas públicas de Dakota del Norte describen el servicio 911 del Estado, pero tampoco documentan esta cronología.

Qué evidencia convertiría la redundancia en una afirmación verificable

Primero, el mapa debe coincidir con la configuración. Los identificadores de cada conmutador, ruta STP, circuito, enlace de emergencia y entrada tienen que ser los mismos en el inventario, los equipos, las alarmas y los tickets. Si una ruta está desactivada, no puede contarse como respaldo disponible.

Segundo, hay que identificar dominios de fallo compartidos: edificio, alimentación, climatización, hardware, software, proveedor, procedimientos o punto de entrada. Dos fibras geográficamente diferentes no son independientes si ambas terminan en un elemento que el servicio no puede esquivar.

Tercero, las pruebas controladas deben recorrer el servicio completo. Desactivar una ruta de señalización debe ir seguido de una llamada que se complete por la otra. Simular la pérdida de un transporte debe confirmar que siguen disponibles tanto la señalización como la entrada NG911. El registro del ensayo debe incluir configuración, hora, recorrido esperado, recorrido observado, resultado y cualquier intervención manual.

Cuarto, una alarma de pérdida de redundancia debe quedar vinculada a un propietario, un plazo, un diagnóstico, un servicio expuesto y una verificación final. Si se decide mantener temporalmente un estado degradado, deben constar la duración permitida y la protección compensatoria.

Quinto, los eventos de un proveedor externo deben ser visibles con identificadores que permitan relacionarlos con el 911. Los tickets con campos inválidos tienen que crear una excepción clara, no cancelar silenciosamente la difusión. La lista de PSAP debe generarse desde dependencias directas e indirectas y comprobar que el mensaje llegó a un contacto válido.

Por último, restaurar un componente no basta para cerrar el incidente. Deben distinguirse la recuperación de señalización, transporte, entrada NG911, llamada de prueba y notificación. Las métricas útiles incluyen tiempo con una sola ruta, alarmas sin diagnóstico, mantenimiento cerrado con una ruta deshabilitada, errores de validación del ticket, centros indirectos omitidos y ensayos de conmutación que no completan la llamada.

Las fuentes no muestran si Lumen dispone hoy de todas esas pruebas. Eso impide afirmar que una corrección comunicada funciona, pero no impide definir el criterio. Un regulador puede conservar el registro de una responsabilidad aparente; un ticket puede registrar una acción; un mapa puede mostrar el diseño previsto. La continuidad solo queda demostrada cuando la red activa sobrevive al fallo ensayado y todos los centros dependientes son identificados antes de que una persona descubra la convergencia al marcar el 911.

Fuentes