Resumen

  • La propuesta AFPUB-2026-IPv4-003-DRAFT01 clasificaría el IPv4 recuperado en cuatro pools según su origen.
  • Limitaría las solicitudes ordinarias y abriría una cola por orden de llegada solo cuando se agoten los dos pools principales.

Antes del siguiente titular, la dirección recibe expediente

Un bloque IPv4 vuelve a AFRINIC. ¿Y después? Según el borrador, primero entra en un pool temporal de recuperación. El personal rastrea su origen y lo devuelve al pool correspondiente. Si no puede determinarlo con certeza razonable, pasa al pool pre-Soft Landing. Los bloques parciales se clasificarían en proporción a su origen verificable. Cada movimiento debería ser auditable y hacerse público.

No es un ejercicio de ordenar cajones. La propuesta convierte el pasado administrativo del bloque en el criterio que decide qué reglas regirán su futuro. El cajón forma parte de la norma.

AFPUB-2026-IPv4-003-DRAFT01, presentada el 8 de junio de 2026 por Adeola A. P. AINA, figura como «Under Discussion» en AFRINIC. El texto propone cuatro pools: Soft Landing, reservados para políticas específicas, pre-Soft Landing y recuperación. Mantendría inventarios separados, publicaría los movimientos y reduciría la fragmentación al reasignar espacio. Son reglas propuestas, no una política vigente.

Para el pool pre-Soft Landing, la solicitud normal iría de /24 a /18 y exigiría justificar la necesidad durante 12 meses. El solicitante tendría que demostrar un uso eficiente del 80 % de las delegaciones anteriores. El límite podría subir a /16 si presenta métricas de crecimiento documentadas y un plan de despliegue verificable. No se podrían encadenar solicitudes para esquivar el tope. Si el pool no pudiera atender una petición, AFRINIC documentaría la falta y la derivaría automáticamente al pool Soft Landing, bajo las condiciones de su fase 2.

La cola no es la primera ventanilla. Se activaría solo cuando los pools Soft Landing y pre-Soft Landing lleguen a cero. El pool de recuperación sería entonces su única fuente. Habría que acreditar una necesidad inmediata de infraestructura; el orden sería por llegada y cada organización o entidad vinculada tendría una sola plaza activa. Una solicitud caducaría tras 30 días sin respuesta. Si se justificó un /23 pero solo queda un /24, el miembro podría aceptarlo sin perder su turno.

El espacio tendría que desplegarse en seis meses. Para volver a pedir, tocaría regresar al final de la cola. AFRINIC publicaría cada mes la longitud de la lista, las direcciones disponibles, la espera media y lo procesado. Las delegaciones pre-Soft Landing y las obtenidas desde la cola tendrían una restricción de transferencia de 24 meses, salvo fusiones, adquisiciones o tomas de control.

En papel, el sistema es claro: origen, elegibilidad, puesto, plazo, despliegue y transferencia tienen campo propio. La prueba será mantener ese registro cuando el historial esté incompleto, un bloque tenga varias procedencias o la lista se convierta en la única puerta abierta.

Fuentes