Summary

  • El archivo acumulado de LACNIC del 2 de noviembre incluye 1.922 filas. Una sola transferencia IPv4 conserva límites null: la entrada del 7 de enero de 2026 de UNIVERSIDAD AUTONOMA DE SAN LUIS POTOSI a DIGY NETWORKS.
  • La fila apareció en la instantánea del 9 de enero y sigue sin identificar el bloque 297 días después. El manual de LACNIC exige que el registro público de transferencias incluya las direcciones transferidas.

Una compraventa que identifica a las partes y deja en blanco el inmueble no sirve para consultar el catastro. Ese es el problema del archivo de transferencias de LACNIC del 2 de noviembre. Sus 1.922 filas incluyen una operación fechada el 7 de enero de 2026: sale de UNIVERSIDAD AUTONOMA DE SAN LUIS POTOSI y llega a DIGY NETWORKS. Ambas organizaciones aparecen con país MX y registro LACNIC. La clase de operación es RESOURCE_TRANSFER. Hasta ahí, el archivo habla con seguridad.

Cuando llega la dirección IPv4, calla. Tanto ip4nets.original_set como ip4nets.transfer_set contienen límites inicial y final null. Las listas de ASN e IPv6 están vacías. No hay en esa fila otra clase de recurso que permita reconstruir lo transferido. El nombre del destinatario tampoco sustituye al prefijo: una misma organización puede recibir más de un bloque, y los registros no autorizan a adivinar cuál corresponde a este asiento.

La cronología permite medir cuánto lleva abierto el hueco. La fila no está en los archivos del 7 de enero ni del 8 de enero. Sí aparece en el archivo del 9 de enero, con las cuatro direcciones vacías. El 1 de noviembre continúa igual. Entre el primer archivo que contiene la fila y el del 2 de noviembre transcurren 297 días naturales. En el archivo más reciente es la única fila con un límite nulo en el conjunto de IPv4 transferido.

El 9 de enero había otra fila de rango nulo, fechada el 30 de diciembre de 2025. No permanece con esa combinación de fecha y nombres en el archivo actual. No existe un identificador público común que permita explicar qué ocurrió con ella. La comparación sí muestra que el archivo histórico no está congelado: algunas filas cambian o desaparecen, mientras esta falta concreta sobrevive.

El Manual de políticas de LACNIC, versión 2.21, sección 2.3.2.18.4, enumera las direcciones transferidas entre los datos del registro público. La sección 2.3.2.18.1 fija un mínimo de /24; la 2.3.2.18.6 impide transferir nuevamente las mismas direcciones durante un año. Con null en lugar de un intervalo, nadie puede comprobar desde este asiento la extensión del bloque ni buscar una transferencia posterior de esas mismas direcciones. Tampoco puede localizar el titular actual mediante una consulta RDAP basada en el dato ausente.

Una fila oficial corregida o un expediente público vinculado que identifique el bloque cambiaría esta conclusión. Hasta entonces, el archivo certifica que existe una operación pero reserva el dato que permite investigarla. La universidad y DIGY NETWORKS son nombres del asiento; el problema editorial es la calidad de la publicación de LACNIC.