Résumé

  • La proposition AFPUB-2026-IPv4-003-DRAFT01 répartirait les adresses IPv4 récupérées entre quatre pools selon leur origine.
  • Elle plafonnerait les demandes ordinaires et n’ouvrirait une file au premier arrivé qu’après épuisement des deux pools principaux.

Avant le prochain titulaire, l’adresse reçoit un dossier

Un bloc IPv4 revient à AFRINIC. Et ensuite ? Dans le projet, il entre d’abord dans un pool temporaire de récupération. Le personnel retrace son origine, puis le renvoie vers le pool correspondant. Si cette origine ne peut être établie avec une certitude raisonnable, le bloc rejoint le pool pré-Soft Landing. Les blocs partiels seraient ventilés au prorata de leur provenance vérifiable. Chaque mouvement devrait être auditable et publiquement documenté.

Ce n’est pas un simple rangement d’inventaire. Le texte ferait du passé administratif d’un bloc le critère qui détermine les règles applicables à son avenir. Le tiroir fait partie de la règle.

Soumise le 8 juin 2026 par Adeola A. P. AINA, AFPUB-2026-IPv4-003-DRAFT01 est indiquée « Under Discussion » par AFRINIC. Le projet crée quatre pools : Soft Landing, réservé aux politiques, pré-Soft Landing et récupération. Il imposerait des inventaires distincts, la publication des transferts entre pools et la réduction de la fragmentation. Ce sont des règles proposées, pas une politique adoptée.

Pour le pool pré-Soft Landing, la demande ordinaire irait de /24 à /18 et devrait être justifiée sur douze mois. Le membre devrait prouver une utilisation efficace à 80 % de ses délégations précédentes. Une demande pourrait atteindre /16 avec des indicateurs de croissance documentés et un plan de déploiement vérifiable. Plusieurs demandes successives ne pourraient servir à contourner le plafond. Si le pool ne pouvait répondre, AFRINIC consignerait le manque et transférerait automatiquement la demande vers le pool Soft Landing, sous les règles de sa phase 2.

La file d’attente n’est pas le premier guichet. Elle ne s’ouvrirait qu’une fois les pools Soft Landing et pré-Soft Landing à zéro. Le pool de récupération deviendrait alors sa seule source. Il faudrait démontrer un besoin infrastructurel immédiat. L’ordre serait celui des demandes, avec une seule position active par organisation ou entité liée. Sans réponse sous 30 jours, la demande expirerait. Si un /23 est justifié mais que seul un /24 est disponible, le demandeur pourrait accepter le bloc plus petit sans perdre sa place.

Le bloc devrait être déployé sous six mois. Une nouvelle demande retournerait en bas de file. AFRINIC publierait chaque mois la longueur de la file, les adresses disponibles, le délai d’attente moyen et le volume récupéré. Les allocations pré-Soft Landing et celles issues de la file seraient frappées d’une restriction de transfert de 24 mois, sauf fusion, acquisition ou prise de contrôle.

Sur le papier, l’architecture nomme chaque étape : origine, admissibilité, rang, délai, déploiement et transfert. Son vrai test sera de tenir ce registre quand l’historique est incomplet, qu’un bloc traverse plusieurs catégories ou que la file devient la seule porte encore ouverte.

Sources