Commerce IPv4 des FAI: transfert, location, registre et propriété

Le marché IPv4 met en relation des contrats privés et cinq systèmes régionaux de registre. Pour un FAI, transfert, location, inscription et propriété doivent être validés séparément.

• Une vente privée ne réalise pas à elle seule un transfert IPv4: le RIR compétent doit accepter la procédure et modifier son registre.
• Une location donne généralement un droit contractuel d'usage sans transfert permanent; l'enregistrement et une éventuelle propriété juridique doivent être analysés séparément.

Quatre questions, pas un seul « achat »

Le mot « commerce » masque quatre opérations. Le transfert change le titulaire enregistré selon la politique du registre Internet régional (RIR). La location ou fourniture de service autorise un usage pendant une durée donnée, souvent sans changement permanent du titulaire. L'enregistrement décrit la ressource, le titulaire et les contacts dans la base du RIR. La propriété est une qualification juridique qui dépend du contrat et du droit applicable; elle ne découle pas automatiquement d'un objet WHOIS ou RDAP.

Cette distinction décide qui peut demander un ROA, déléguer le DNS inverse, modifier les contacts d'abus, coopérer avec le RIR ou reprendre le bloc à la fin du contrat. Un préfixe peut être routé sans que toutes ces autorités soient alignées. À l'inverse, un contrat peut prévoir un paiement sans que le registre accepte le transfert.

Ce que les politiques officielles établissent

ARIN n'enregistre un transfert que si la source et le destinataire remplissent les conditions de la politique. Après approbation, le destinataire doit notamment fournir un Registration Services Agreement et régler les frais applicables. Le titulaire reste responsable de ses données d'organisation et de contact, des réaffectations, du DNS inverse et des frais. Il faut donc faire de l'achèvement ARIN une condition de clôture, pas une tâche postérieure au paiement.

Dans la région RIPE NCC, un titulaire légitime peut transférer des ressources admissibles et le transfert doit apparaître dans la RIPE Database. La politique autorise des transferts permanents ou non permanents, maintient la responsabilité du titulaire d'origine jusqu'à l'achèvement et impose en principe un verrou de vingt-quatre mois aux ressources rares récemment reçues. Un accord qualifié commercialement de « location » doit donc préciser s'il s'agit d'un transfert non permanent enregistré, d'une sous-allocation ou d'un simple service de connectivité: ces structures ne donnent pas les mêmes droits.

APNIC est explicite: ni la délégation ni l'enregistrement ne confèrent la propriété; les titulaires sont des dépositaires de ressources concédées pour usage. Les transferts hors politique ne sont pas reconnus. Pour un transfert IPv4 ordinaire, la source doit être le titulaire enregistré, le destinataire doit démontrer un plan d'utilisation et la base Whois doit refléter le résultat. Cette règle réfute à la fois l'idée que toute adresse serait librement vendable et l'idée inverse qu'aucun droit contractuel ayant une valeur économique ne pourrait circuler.

Location: souplesse contre contrôle incomplet

Une location peut couvrir un besoin temporaire, mais elle laisse souvent le fournisseur au registre. Le FAI doit identifier par écrit qui contrôle le ROA RPKI, les objets IRR, les annonces BGP, le DNS inverse, la géolocalisation, les contacts d'abus et les justificatifs exigés par le RIR. Il faut aussi prévoir la continuité si le bailleur perd son compte, devient insolvable, subit une sanction, ne renouvelle pas ses frais ou refuse une modification urgente.

Il ne faut pas affirmer que toute location est interdite, ni qu'elle équivaut à un transfert. La qualification dépend du type de ressource, du RIR, de l'inscription choisie et de la relation réseau. Dans la région RIPE, une affectation PA liée au service doit normalement être rendue au fournisseur quand le service prend fin; ce n'est pas un actif portable du client. Un transfert enregistré, permanent ou non, suit une autre chaîne d'autorité.

Diligence avant signature

Ressource: vérifiez le préfixe exact, le RIR, le statut PA/PI ou historique, le titulaire, les sous-affectations, les restrictions temporelles et tout différend. Parties: contrôlez l'existence juridique, le pouvoir du signataire, les restructurations, l'insolvabilité, les sûretés pertinentes et les sanctions. Une inscription au registre est une preuve opérationnelle importante, mais pas à elle seule un avis sur le titre dans chaque juridiction.

Clôture: liez le paiement final à l'approbation du RIR et aux mises à jour convenues. Un séquestre doit prévoir l'échec, le délai et le remboursement. Les déclarations du vendeur doivent couvrir l'autorité, l'absence de double engagement, l'exactitude des données et la coopération jusqu'à l'achèvement, sans promettre que le RIR ou tous les réseaux tiers accepteront le résultat.

Routabilité: inspectez l'historique BGP, les détournements, les listes de réputation, le DNS inverse, les objets IRR, les ROA, les filtrages géographiques et les annonces plus spécifiques. Une mise à jour Whois n'oblige pas chaque opérateur à accepter une route et n'efface pas une mauvaise réputation.

Le contrôle après clôture

Un dossier exploitable contient le contrat, la décision du RIR, l'enregistrement avant/après, les autorisations de route, les ROA et objets IRR, les accès administratifs, les contacts d'abus, les délégations DNS et le plan de retour ou de renumérotation. Pour une location, ajoutez des délais de modification, une assistance aux incidents, une sortie ordonnée et une interdiction de réutilisation simultanée.

Les politiques changent et les transferts inter-RIR appliquent les conditions des deux régions. Le FAI doit confirmer la version en vigueur directement auprès des registres avant de s'engager et obtenir un conseil juridique dans les juridictions concernées. Le point décisif n'est pas le vocabulaire de la facture, mais l'alignement du contrat, du registre et des contrôles techniques.