Résumé

  • La proposition 2024-01 est en phase d’examen du 25 août au 23 septembre 2026. Elle reste discutée : ni son adoption ni sa mise en œuvre ne sont acquises.
  • Le nouveau texte de la section 2.6 admettrait, sous conditions, qu’une autre entité reçoive un préfixe /56 ou plus long au même site géographique sans que cela soit qualifié de sous-attribution interdite.
  • La section 7.2 réserve en revanche une PI détenue par un LIR à sa propre infrastructure, hors sites terminaux de clients. RIPE NCC en déduit qu’une sous-attribution admise pour un utilisateur final ne le serait plus si celui-ci devenait membre.
  • Il faut donc un reçu de transition qui relie l’instant d’activation du compte LIR aux deux lectures de conformité, à l’avis donné et à la voie de régularisation, sans exposer les clients ni la topologie.

Une bascule sans changement de réseau

Prenons une situation stable. Une organisation détient une attribution IPv6 PI. Au même site géographique, un appareil appartenant à un client reçoit un préfixe persistant qui satisfait les conditions proposées. L’organisation achève ensuite son adhésion : le paiement et l’accord de services sont reçus, puis RIPE NCC active son compte LIR.

Le trafic suit toujours le même chemin. L’appareil n’a pas changé, le préfixe n’a pas été transféré et aucune nouvelle relation commerciale n’est apparue. Mais l’analyse d’impact de la proposition 2024-01 décrit précisément le changement de droit applicable : les sous-attributions jusque-là permises à l’utilisateur final ne seraient plus conformes à la section 7.2 après son adhésion.

La date importante n’est donc pas nécessairement celle d’une modification technique. C’est celle où une qualité institutionnelle prend effet. Si un contrôle ultérieur ne conserve que l’étiquette « non conforme », il efface la différence entre un comportement nouveau et une règle devenue applicable à un comportement ancien.

La section 2.6 ouvre une exception circonscrite

Le projet de document maintient l’interdiction de céder tout ou partie d’une attribution à une autre entité. Il prévoit néanmoins qu’une connectivité fournie dans le réseau du titulaire, au même site terminal géographique, avec un préfixe /56 ou plus long, ne constitue pas une sous-attribution. Le texte cite notamment l’adressage persistant d’un serveur ou d’un appareil raccordé.

Ce n’est pas une permission générale de fournir des sous-réseaux à distance. Le site, la garde du réseau, la longueur du préfixe et la finalité de routage restent déterminants. L’analyse d’impact souligne d’ailleurs que le terme « site géographique » manque de précision : parle-t-on d’un bâtiment, d’une adresse, d’une ville ou d’un pays ?

Cette question spatiale ne doit pas masquer la question temporelle. Même si l’on suppose tous ces critères satisfaits, la qualification peut encore changer lorsque le titulaire n’est plus seulement utilisateur final mais devient LIR.

La section 7.2 choisit une autre qualité du titulaire

La politique actuellement publiée dans ripe-738 interdit qu’une PI soit à nouveau attribuée à d’autres organisations. Sa section 7.2 permet à un LIR de détenir une PI pour les parties de sa propre infrastructure qui ne servent pas des sites terminaux de clients. Lorsque les critères initiaux cessent d’être valides, le LIR devrait restituer l’attribution dans un délai de six mois.

Le projet 2024-01 n’établit pas encore un raccord explicite entre l’exception de la section 2.6 et cette restriction propre aux LIR. RIPE NCC formule le problème sans détour : un utilisateur final peut créer certaines sous-attributions ; s’il décide ensuite de devenir membre, elles cessent d’être conformes à la section 7.2.

Dans ce cas, l’adhésion dépasse le cadre de la cotisation ou de la participation. Elle modifie le prédicat utilisé pour juger l’usage. La même organisation passe d’un régime d’utilisateur final bénéficiant d’une exception à celui d’un LIR dont la PI ne peut desservir un site client.

La page Devenir membre offre un repère opérationnel. RIPE NCC indique que le compte LIR est activé après réception du paiement et de l’accord SSA signé. Cet horodatage permet de distinguer deux états, contrairement à une mention vague d’adhésion.

Le reçu minimal doit conserver les deux lectures

Le dossier public n’a pas besoin de nommer le client. Il peut partir de l’identifiant stable de l’attribution PI, de l’entité juridique qui la détient et de la version du texte appliqué. Une valeur agrégée suffit pour indiquer l’existence d’un usage de préfixe par une autre entité au même site et la classe d’exception invoquée.

Vient ensuite l’instant membership_lir_effective_at. Une évaluation de la section 2.6 est conservée juste avant ; une évaluation de la section 7.2 juste après. Chacune précise l’autorité qui statue, la catégorie de preuves examinée et les points non résolus. Cette paire montre que le changement vient du statut, à moins qu’un autre fait technique soit effectivement constaté.

Une conclusion de non-conformité doit ouvrir un chemin, non sauter directement à une sanction. Le reçu indique la date de notification et les options réellement offertes : migrer l’usage client vers une allocation, obtenir de l’espace auprès d’un fournisseur, revoir l’adressage des appareils, modifier l’agencement ou restituer la PI. Il distingue aussi le délai applicable, la contestation éventuelle et l’issue finale.

La documentation sur les ressources indépendantes rappelle qu’un utilisateur final passe déjà par un LIR parrain. Cette relation contractuelle ne fait pas de lui un LIR. Le reçu doit donc identifier l’activation de sa propre qualité de membre, et non confondre parrainage et adhésion.

Une phase d’examen, pas une règle accomplie

La page des propositions en cours fixe la phase d’examen au 25 août–23 septembre. Le fil de l’Address Policy Working Group montre que l’incohérence entre 2.6 et 7.2 a déjà été soulevée publiquement. Ce débat précède l’évaluation du consensus approximatif par les présidents du groupe.

On ne peut donc affirmer ni qu’un titulaire est aujourd’hui en infraction sur cette base, ni que le texte final conservera la bascule. On peut seulement demander que toute version qui la maintiendrait rende la transition explicite et vérifiable.

Sources