Summary

  • Une place sur la liste d'attente IPv4 de LACNIC appartient à l'organisation qui a demandé les adresses. Selon le registre, elle n'est pas transférable et se perd lors d'un achat, d'une vente ou d'une fusion.
  • Les ressources IPv4 déjà enregistrées relèvent d'une autre procédure : LACNIC peut traiter leur transfert à la suite d'une acquisition ou d'une fusion documentée. Le ticket d'attente ne devient pas pour autant un préfixe détenu.

Le ticket ne traverse pas la table de négociation

Un vendeur peut présenter son réseau, ses clients, ses adresses IPv4 et son ancienneté sur la liste d'attente comme un seul ensemble. La règle publiée par LACNIC impose de couper l'inventaire en deux. La place dans la file revient exclusivement à l'organisation au nom de laquelle la demande a été introduite. Elle se perd en cas d'achat, de vente ou de fusion. Changer le nom du bénéficiaire dans le contrat ne déplace pas cette place dans le registre.

La rareté donne pourtant au ticket une allure d'actif. LACNIC estime aujourd'hui que la dernière demande attendra au moins dix-huit ans pour recevoir au maximum 1 024 adresses IPv4. Cette estimation repose sur les ressources récupérées dans le passé et peut évoluer. Elle ne promet ni une date ni une taille de bloc à une entreprise particulière. La longueur de la file explique l'intérêt commercial qu'un vendeur peut lui prêter; la règle d'identité décide si cet intérêt survit à la transaction.

Il faut aussi distinguer le rang affiché du droit à une attribution. Pour entrer dans la liste, une organisation doit être membre de LACNIC et disposer d'IPv6. Les tickets sont traités par ordre d'arrivée, mais l'approbation ultérieure d'un ticket plus ancien peut modifier la position visible. À l'approche de la libération de blocs récupérés, le registre examine les premières demandes et attribue seulement celles qu'il approuve. NIC.MX et NIC.br gèrent séparément leurs propres tickets. Le numéro dans la file n'est donc pas un bloc déjà inscrit au nom de la cible.

Le manuel IPv4 de LACNIC traite les ressources existantes autrement. Sa section 2.3.2.17 autorise le registre à traiter une mutation d'IPv4 liée à une fusion, une acquisition, une réorganisation ou un déplacement, avec pièces juridiques et justification de la conservation des ressources. La section 2.3.2.18 encadre les transferts de blocs. Ces procédures portent sur des adresses déjà attribuées. La liste d'attente porte sur la possibilité future d'obtenir des adresses récupérées, au nom d'un demandeur précis.

La vérification avant signature est simple et brutale. Quelles lignes de l'inventaire sont des préfixes enregistrés? Quelle ligne n'est qu'un ticket? Quel est le nom exact du demandeur, et quelle entité existera après la fusion? L'acheteur peut négocier la valeur du réseau; il doit retirer de son modèle une continuité du rang que LACNIC refuse explicitement.

Sources