Resumen

  • El aviso de AFRINIC del 19 de febrero de 2026 atribuyó la lentitud temporal de ciertos servicios y del trabajo interno de soporte a un tráfico sostenido que había superado la capacidad de conectividad disponible.
  • La organización indicó que la ampliación de ancho de banda estaba aprobada y en ejecución. No publicó en ese aviso el conjunto de servicios afectados, el punto de partida, la capacidad objetivo, la activación ni el resultado de aceptación.
  • Su compromiso de servicio define la disponibilidad por servidores encendidos y conectados, y trata por separado el tiempo de primera respuesta y el tiempo hasta la resolución completa.
  • Un acta de aceptación limitada puede demostrar qué cambió bajo carga representativa sin revelar la topología, el contrato del proveedor ni información de los miembros.

Una conexión congestionada puede seguir siendo una conexión. Los paquetes continúan pasando, la página aún aparece y el servidor no deja de estar encendido. Lo que se deteriora es el tiempo necesario para obtener un resultado útil. Si el único indicador observado es la disponibilidad, ese deterioro cabe dentro de una cifra aparentemente saludable.

El comunicado publicado por AFRINIC el 19 de febrero de 2026 describió justamente esa situación. Durante los meses anteriores, un tráfico sostenido había superado la capacidad de conectividad del centro de datos de Mauricio. Algunos servicios en línea podían responder más despacio de lo habitual. La limitación también afectaba a la eficiencia de las operaciones internas de soporte, con posibles plazos mayores para consultas y solicitudes de servicio de los miembros.

AFRINIC no llamó caída a ese estado. Informó de una ampliación de ancho de banda ya aprobada, cuya ejecución estaba en curso con los proveedores, y afirmó que elevaría significativamente la capacidad y restablecería el rendimiento normal.

Hay una cadena verificable hasta ese punto: presión de tráfico, efecto sobre el servicio, autorización de una medida y trabajo de implantación. Falta en las fuentes consultadas la cadena posterior. El aviso no identifica todos los servicios que debían superar la prueba, ni una referencia de latencia o errores, ni la capacidad inicial o final, ni una fecha de activación, ni una ventana de observación, ni quién podía declarar aceptado el resultado.

No se puede convertir ese límite documental en una acusación. AFRINIC puede disponer de métricas o expedientes operativos que no son públicos. La ampliación puede haberse completado y los servicios pueden funcionar normalmente. La conclusión precisa es que los documentos examinados no permiten reconstruir la aceptación.

Un compromiso que no reduce todo a disponibilidad

El Compromiso de Nivel de Servicio de AFRINIC, versión 1 de noviembre de 2015, fija una disponibilidad del 99,8 % por servicio y para la red. Define ese concepto como el porcentaje de tiempo en que los servidores se encuentran físicamente encendidos y conectados a Internet para prestar los servicios en funcionamiento. También excluye del cálculo el mantenimiento programado, la falta de servicios de terceros, los problemas de conectividad del usuario final y la fuerza mayor.

La definición protege una condición básica de continuidad. No mide, por sí misma, el tiempo de una consulta al directorio, el avance de una operación del portal o la espera de una herramienta interna. Un servidor puede cumplir la condición literal y, al mismo tiempo, entregar una experiencia lenta. Esa no es una hipótesis aplicada desde fuera: es la separación que surge al leer el aviso de febrero junto con el compromiso.

El documento añade otra distinción. AFRINIC se compromete a responder de manera efectiva a todas las consultas en dos días laborables. A continuación define el tiempo de respuesta como la rapidez con que reacciona ante un problema y el tiempo de resolución como el periodo desde que se registra hasta que queda completamente resuelto.

Por tanto, hay al menos tres resultados con significado propio:

Resultado Objeto observado Confusión que debe evitarse
Disponibilidad Energía y conexión del servidor durante el periodo computable Presentarla como prueba automática de rapidez
Primera respuesta Momento en que AFRINIC reacciona a una consulta o incidencia Tratar el acuse o primera actuación como resolución completa
Resolución Tiempo hasta que el asunto queda resuelto Atribuirlo sin más al rendimiento del enlace o de una aplicación

Las series no tienen por qué recuperarse al mismo ritmo. Tras activar más capacidad, las transacciones pueden acelerarse de inmediato, pero una cola acumulada de solicitudes puede tardar en bajar. Un equipo puede responder dentro del plazo y seguir trabajando sobre un asunto complejo. O una aplicación puede continuar lenta por una dependencia distinta aunque el nuevo enlace funcione como fue contratado.

La aceptación sirve para conservar esas diferencias. No exige que todo cambie a la vez; exige que cada conclusión señale el indicador que la sostiene.

La frontera que viene después de “en ejecución”

Una ampliación de capacidad no es un instante único. Primero se aprueba un alcance. Después el proveedor entrega o configura el recurso. El equipo incorpora el cambio al camino en producción. Luego observa el comportamiento. Por último, alguien decide si el resultado satisface el objetivo, si queda una aceptación parcial, si hay que seguir midiendo o si procede corregir o revertir.

La frase “la ejecución está en curso” no dice cuál de esas fronteras se había alcanzado el 19 de febrero. Tampoco promete un día concreto. Sirve para situar el cambio después de la aprobación y antes de una conclusión pública.

El motivo del cambio condiciona la prueba. Si la saturación se acumuló durante meses, un sondeo realizado en un momento de poco tráfico no representa necesariamente la condición relevante. La ventana de aceptación debe incluir una carga comparable o explicar por qué otro método es suficiente. Además, cada clase de servicio necesita su propio resultado: la media de toda la red puede ocultar que una función permanece fuera del rango esperado.

No hace falta exponer información sensible para demostrarlo. El expediente completo puede conservar cifras, diagramas y datos del proveedor bajo acceso protegido. La vista pública puede limitarse a clases de servicio y bandas: por ejemplo, si la latencia, los errores y la disponibilidad volvieron al rango aprobado durante la ventana definida. Para el soporte, puede indicar por separado si la primera respuesta y la resolución recuperaron sus referencias.

Pieza del acta de aceptación Función
Identidad del aviso y del cambio Une el resultado a la intervención correcta
Clases de servicio afectadas Delimita qué debía restablecerse sin publicar la topología
Referencia y objetivo aprobados Separa la situación inicial de la decisión de capacidad
Entrega del proveedor y hora de activación Evita confundir autorización con funcionamiento efectivo
Carga y ventana de observación Prueba el cambio en condiciones representativas
Latencia, errores y disponibilidad por clase Impide que una media sustituya a resultados distintos
Primera respuesta y resolución Conserva las dos medidas del soporte
Excepciones, autoridad y revisión Permite aceptar parcialmente, corregir o revertir sin borrar el historial

Un resultado parcial no debe interpretarse como fracaso global. Puede certificar que la conectividad aumentó según el objetivo y, a la vez, señalar que una función depende de otro cuello de botella. También puede mostrar que los servicios se normalizaron antes de que la carga de soporte acumulada volviera a su nivel habitual. Esa precisión protege tanto a los miembros como a la institución.

Publicar el estado no equivale a producir la prueba

AFRINIC ya utiliza estados públicos sucesivos. Un incidente posterior y distinto, relativo a una degradación del DNS autoritativo, apareció como investigación, recibió actualizaciones y terminó con un estado explícito de resolución en abril. Nada en las fuentes relaciona causalmente ese incidente con la presión de capacidad de febrero. Solo demuestra que la superficie de estado puede expresar un proceso y un cierre.

El historial de estado recuperado para esta investigación mostró archivos de 2026 correspondientes a enero, abril y junio, sin una entrada de febrero en la respuesta consultada. No es una prueba de que no exista un registro interno, de que nunca hubiera otra página pública o de que la ampliación quedara sin terminar. La vista obtenida tiene un alcance limitado.

Incluso una etiqueta Resolved sería insuficiente si no se sabe qué se resolvió. Un incidente DNS puede cerrarse con pruebas propias de DNS. Una saturación de capacidad requiere unir la activación con el rendimiento de las operaciones afectadas. La página de estado comunica la decisión; el acta de aceptación le da fundamento.

Lo que el expediente público no decide

No se conoce a partir de estas fuentes la capacidad anterior o nueva, el proveedor, la fecha de puesta en servicio, el periodo de pruebas ni el rendimiento actual. Tampoco consta si una dependencia externa demoró el cambio, si hubo una aceptación escalonada o si todos los servicios se recuperaron juntos.

El expediente no prueba una infracción del compromiso. La posibilidad de respuestas más lentas que las normas habituales no identifica un caso concreto que rebasara dos días laborables. La lentitud no prueba que los servidores estuvieran apagados o desconectados. La ausencia de un resultado público no demuestra que la ampliación fallara.

Sí permite formular una exigencia más estrecha. AFRINIC explicó el problema en términos de rendimiento, no solo de conexión. Explicó el remedio en términos de capacidad y restauración. Su propio documento mantiene separados disponibilidad, respuesta y resolución. La conclusión debería utilizar el mismo mapa.

La activación indica que el enlace cambió. La aceptación indica qué ocurrió con los servicios. Mientras ambas frases no se unan mediante una observación identificable, una no puede hacer el trabajo de la otra.

Fuentes