Resumen

  • La serie de AFRINIC registra 2.016 delegaciones defectuosas el 30 de agosto de 2026, 3.354 el día 31 y 1.936 el 2 de septiembre. No contiene una fila del 1 de septiembre ni permite atribuir el descenso final a reparaciones concretas.
  • El resumen diferencia registros de delegación, objetos de dominio y titulares de recursos. Sus porcentajes, aproximadamente 1,1 %, 2,6 % y 10,9 %, corresponden a poblaciones distintas.
  • La historia de retiradas suma 27.726 acciones sobre delegaciones y 9.036 sobre objetos de dominio. Una referencia eliminada puede mejorar la exactitud del registro sin restablecer el servidor o la respuesta que se necesitaba.

El número pasa de 2.016 a 3.354 y después a 1.936. Las fechas son 30 de agosto, 31 de agosto y 2 de septiembre de 2026. Así termina el archivo histórico de delegaciones defectuosas de AFRINIC descargado el 3 de septiembre. La secuencia invita a buscar una explicación rápida: una incidencia, una comprobación masiva, una reparación. El archivo no identifica ninguna de ellas como causa. Tampoco incluye una observación del día intermedio. Serie histórica de AFRINIC

La prudencia aquí no exige ignorar el movimiento. Exige llamarlo por lo que es: una variación entre observaciones publicadas. El descenso de 1.418 en el último tramo no es automáticamente un balance de 1.418 arreglos. El dato puede orientar una investigación; no la sustituye.

Esa diferencia resume el problema más amplio de evaluar la limpieza del DNS inverso. Un registro más exacto, una lista de errores más corta y un servicio recuperado pueden avanzar juntos. También pueden separarse. Si se confunden, se corre el riesgo de exagerar una mejora útil o de despreciarla porque no resolvió un problema distinto.

Antes de buscar la causa, identificar la unidad

La portada del portal estadístico mostraba 1.936 delegaciones defectuosas y una reducción del 95 % en el momento de la captura. Es una presentación comprensible de un inventario, pero no dice por sí sola cuántos dominios han perdido toda capacidad de respuesta ni cuántos titulares deben intervenir. Portal estadístico

El archivo de resumen ofrece tres poblaciones. Dentro de cada una, sumar los estados señalado y no señalado permite calcular una proporción propia. Resumen oficial

Población del resumen Señalados Total de ambos estados Proporción señalada
Registros de delegación 1.936 172.702 Cerca del 1,1 %
Objetos de dominio 1.358 52.450 Cerca del 2,6 %
Titulares de recursos 194 1.774 Cerca del 10,9 %

No hay contradicción en que una proporción pequeña de registros implique una proporción mayor de titulares. Un titular puede administrar numerosos registros. La primera cifra describe el tamaño de la lista técnica; la tercera se aproxima más al reparto de la responsabilidad operativa. Ninguna revela, por sí sola, la gravedad de cada caso.

El denominador de 1.774 tampoco equivale necesariamente al conjunto de miembros de AFRINIC. Es el total de titulares representados en esos dos estados del resumen. Y los 1.358 objetos de dominio son una categoría agregada: el archivo no publica la consulta que los agrupa ni una relación individual con los 1.936 registros. No demuestra que todos esos dominios sean completamente irresolubles.

Esta última limitación cambia la prioridad de trabajo. Si una zona conserva un servidor que responde correctamente, perder una referencia defectuosa no tiene la misma consecuencia que perder la última delegación útil. Antes de declarar un fallo completo, hay que saber qué alternativas siguen funcionando. El panel distingue varias vistas y una tabla de acciones; mantener esa separación es más informativo que convertirlas en una sola nota. Panel de delegaciones defectuosas

La limpieza tiene una razón técnica suficiente

Una referencia hacia un servidor que no cumple la función anunciada puede provocar intentos inútiles y dificultar el diagnóstico. El RFC 4697 analiza comportamientos de resolución que repiten consultas improductivas y distingue los problemas de un subconjunto de servidores del fallo de todos los servidores de una zona. Sus ejemplos no son mediciones del tráfico de AFRINIC ni permiten estimar aquí un ahorro concreto. Sí explican por qué mantener un registro fiel puede producir una mejora real. RFC 4697

La palabra inglesa lame no debe ocultar qué se comprueba. El RFC 9499 advierte que su uso abarca fallos distintos y recomienda descripciones más precisas. Comparar tasas con la misma etiqueta, sin contrastar métodos, podría comparar fenómenos diferentes. RFC 9499, sección 7

AFRINIC describió en 2021 un criterio que incluye silencio, respuesta para un dominio incorrecto y ausencia del bit de autoridad. Según esa explicación, se comprueban mensualmente los servidores registrados y se revisan a diario los casos detectados. Las pruebas se realizan desde al menos tres ubicaciones; una respuesta autoritativa satisfactoria desde cualquiera basta para no considerar defectuoso ese servidor. Es una descripción del procedimiento publicado, no una auditoría de cada ejecución actual. Explicación de AFRINIC

Un criterio tolerante puede limitar intervenciones innecesarias por problemas transitorios o por la perspectiva de un solo punto de observación. No constituye una garantía de disponibilidad para cualquier usuario, tipo de consulta o aplicación. Tampoco esa diferencia prueba, por sí misma, una infracción técnica. Una regla para decidir cuándo intervenir en el registro y una prueba completa del servicio responden a necesidades diferentes.

Salir de la lista no siempre significa lo mismo

Supongamos una zona inversa con dos servidores declarados. Uno ha dejado de responder con autoridad y otro continúa funcionando. Corregir la configuración del primero restablece su función. Retirar su referencia y conservar el segundo evita enviar consultas hacia el servidor inadecuado. Ambas decisiones pueden sacar un registro de la lista de problemas, pero solamente una acredita la reparación del primer servidor.

Si no queda ningún servidor capaz de cumplir esa función, retirar la última referencia es otro desenlace. El registro deja de indicar un camino fallido, aunque no aparece por ello una nueva respuesta útil. La ausencia puede estar mejor descrita y el servicio seguir pendiente de recuperación. Estos son ejemplos hipotéticos de mecanismos, no casos reconstruidos a partir de los agregados.

La explicación de AFRINIC diferencia la retirada del atributo correspondiente a un servidor y la eliminación del objeto de dominio cuando ya no contiene servidores. Describe avisos escalonados y una actuación al día 30 si persiste el problema; para los dominios eliminados señala una respuesta NXDOMAIN. Ese alcance no puede transformarse en una afirmación de retirada de direcciones IP, supresión de rutas o castigo a un número equivalente de organizaciones.

La distinción protege también el valor de la limpieza. Exigir que toda retirada repare el servicio original impondría una condición que esa operación no puede satisfacer. Mantener referencias manifiestamente inútiles, en cambio, puede trasladar a cada resolutor el coste de descubrir el mismo callejón sin salida. La alternativa no es entre borrar todo y conservar todo: es actuar sobre el problema demostrado y saber qué queda después.

Dos calendarios que no forman una cuenta de reparaciones

La primera observación de la serie es de 39.814 registros el 28 de septiembre de 2018. La última es de 1.936 el 2 de septiembre de 2026. La reducción neta de 37.878 equivale a aproximadamente el 95,1 % del punto de partida. Esa aritmética es compatible con el porcentaje redondeado de la portada, pero no demuestra que sea su fórmula ni que el universo observado haya permanecido constante.

La tabla de retiradas empieza el 30 de mayo de 2021 y termina el 31 de agosto de 2026. Contiene 996 filas y dos columnas cuyo total es 27.726 retiradas de delegaciones y 9.036 de objetos de dominio. Son sumas de eventos fechados. Al no contener identidades individuales, no prueban cantidades de objetos únicos ni permiten excluir que un objeto reaparezca. Historial de retiradas

Restar el total de retiradas al descenso del inventario no produce una tasa ni un número fiable de reparaciones. Los períodos son distintos y no existe una cohorte identificada. Además, pueden entrar nuevos problemas mientras otros salen. La reparación de servidores, la edición de listas, las retiradas, las reapariciones y los cambios de cobertura son posibles componentes del movimiento; el archivo no asigna esos componentes a cada observación.

Por eso tampoco cabe relacionar mecánicamente la caída final de 1.418 con las cuatro retiradas de delegaciones que figuran en la última fila de la otra tabla. Las fechas y los totales no bastan para unir causas y efectos. Un cálculo puede ser exacto y, aun así, responder a una pregunta que los datos no permiten formular de ese modo.

Las ausencias de fechas merecen el mismo cuidado. La historia contiene intervalos sin observación publicada, pero eso no demuestra que se detuvieran las comprobaciones o el DNS. Del mismo modo, el cero que aparece en la categoría de retiradas del resumen corriente no debe leerse como un total histórico nulo. La tabla fechada demuestra que hubo acciones: cada cifra necesita su alcance temporal.

Qué aporta una comprobación reproducible

Para este análisis se contrastaron las cinco tablas comunes del archivo CSV y los JSON utilizados por el portal. Coinciden campo por campo: el resumen, las 2.719 observaciones históricas, las 996 filas de retiradas y los agregados por economía y tipo de titular. Esa concordancia ayuda a reproducir el análisis, aunque no añade las relaciones entre objetos que faltan en las fuentes. Descarga oficial de datos

La información publicada permite reconocer un inventario mucho menor que al principio de la serie y una actividad de mantenimiento documentada. No obliga a elegir entre celebrarlo todo o sospechar de todo. La mejora en exactitud tiene valor; la recuperación del servicio tiene otro criterio de comprobación.

Un registro limpio no debería prometer respuestas que no existen. Tampoco debería presentarse como prueba de que todas las respuestas necesarias han vuelto. La lectura más útil de los datos de AFRINIC conserva ambas ideas: retirar caminos fallidos puede ser un trabajo bien hecho, y todavía quedar un servicio por restablecer.