Comment transférer des adresses IP entre les régions des RIR
Que faut-il vérifier avant un transfert IPv4 inter-RIR, comment préserver la continuité du réseau et pourquoi Lu Heng distingue l’authentification de l’approbation d’un investissement.
Un transfert exige des registres coordonnés et un plan distinct pour la continuité du routage. La réalisation de l’un n’achève pas automatiquement l’autre.
Un transfert inter-RIR déplace l’enregistrement de ressources de numérotation Internet entre des registres Internet régionaux. Pour un acheteur d’IPv4, il peut permettre d’obtenir un bloc d’adresses existant détenu dans la région d’un autre registre. Il exige une coordination entre les parties et les registres concernés.
Il ne déplace pas physiquement un serveur. Il ne réduit pas non plus automatiquement la latence, ne relocalise pas les données stockées et ne rend pas un réseau accessible. L’enregistrement et l’exploitation du réseau sont liés, mais constituent deux tâches distinctes.
Avant de s’engager dans un transfert
Identifiez le bloc exact, le détenteur enregistré, le destinataire prévu et les deux registres. Vérifiez que cette ressource peut être transférée entre cette paire précise. Il ne faut pas supposer qu’une procédure disponible pour IPv4 s’applique aussi à IPv6 ou aux numéros de systèmes autonomes.
Utilisez les règles officielles en vigueur : la politique de transfert d’ARIN, les informations d’APNIC sur les transferts ou le guide des transferts du RIPE NCC, selon le cas. Les deux extrémités comptent. Vérifiez l’éligibilité, les justificatifs requis, les éventuelles restrictions de détention et l’ordre dans lequel les registres attendent que les parties agissent.
Confirmez qui est autorisé à agir au nom de chaque organisation et si la ressource fait l’objet de revendications contestées ou de dépendances opérationnelles. Un accord sur le prix ne prouve pas à lui seul que le vendeur peut mener à bien la modification de l’enregistrement.
Conduire ensemble le travail administratif et le travail d’ingénierie
- Préparez les deux côtés. La source et le destinataire doivent convenir des ressources exactes et fournir les documents exigés par leurs registres respectifs. Lorsqu’un destinataire a besoin d’une évaluation d’utilisation ou d’une approbation préalable, obtenez-la avant de vous fier à une date d’achèvement.
- Suivez la procédure inter-RIR applicable. Coordonnez les demandes et les confirmations par l’intermédiaire des registres source et destinataire. Ne remplacez pas cette procédure par un formulaire interne de transfert et ne supposez pas que l’approbation d’un registre achève le travail de l’autre.
- Planifiez la continuité opérationnelle. Attribuez la responsabilité des contacts d’enregistrement, des entrées dans les registres de routage, du DNS inverse et des autorisations de sécurité du routage. Une autorisation d’origine de route, ou ROA, indique quel réseau peut annoncer une route. Les modifications de son certificat ou de son émetteur doivent être coordonnées afin que les annonces valides ne deviennent pas invalides pendant la transition.
- Vérifiez l’achèvement. Contrôlez les informations du nouveau détenteur dans les registres, les autorisations de sécurité et le routage réel depuis les réseaux concernés. Confirmez le comportement du service ainsi que le reçu administratif. Conservez une trace claire de la personne ou de l’organisation qui assurera ensuite la maintenance de chaque élément.
Un registre peut confirmer un transfert sans garantir que tous les réseaux accepteront la route qui en résulte. Votre plan d’ingénierie doit encore tenir compte des fournisseurs amont, des filtres de routage et des services qui utilisent ces adresses.
Le problème de fond : qu’est-ce que le registre devrait approuver ?
Ces vérifications pratiques révèlent une distinction importante. Établir qu’un vendeur est autorisé et qu’un transfert est authentique protège l’intégrité du registre. Juger si le plan d’entreprise de l’acheteur mérite une approbation confère à l’administrateur un autre type de pouvoir.
Lu Heng examine cette question dans la Note 74. Si les parties, les adresses et les documents authentiques restent les mêmes, modifier une prévision de déploiement ne crée pas de conflit d’adresses. Il soutient que l’opérateur qui assume le risque d’investissement devrait prendre la décision d’investir.
Pourquoi la transférabilité n’est pas la même chose que la liberté de partir
Un transfert approuvé selon les règles actuelles ne constitue pas un droit inconditionnel de changer de prestataire de coordination. La proposition plus large de Lu Heng vise à permettre aux opérateurs de conserver leurs ressources, leur historique vérifiable et la continuité de leur service lorsqu’ils changent de prestataire.
Cela exige une succession sécurisée des registres et des autorisations de routage, pas simplement une autre copie d’une base de données. Il faut s’y atteler dès maintenant pour une raison pratique : il est plus difficile de remédier à une dépendance lorsqu’un litige a déjà compromis l’avenir d’un réseau.