Résumé

  • La vente d’une liaison dédiée établit une relation de connectivité, pas nécessairement une sous-attribution d’adresses IPv4.
  • La discussion publique de septembre mentionne une option de portail et un exemple commercial, sans indiquer si des adresses ont été confiées au client ni comment le cas doit être qualifié.

Le 14 septembre, un participant à la liste de politiques de LACNIC a demandé pourquoi une option de sous-attribution était visible dans MiLACNIC, mais pas dans Registro.br, et s’il existait une échéance. Le lendemain, un participant de Registro.br a évoqué les travaux menés entre LACNIC et les registres Internet nationaux pour mettre la règle en pratique, en rappelant que chaque système a aussi ses propres difficultés. Une autre réponse a précisé que l’option apparaissait dans MiLACNIC pour un ASN connu de son auteur, sans qu’il ait encore eu besoin de l’utiliser. L’exemple qui avait suscité la question : un fournisseur d’accès brésilien vend une liaison dédiée à une entreprise non brésilienne. (question du 14 septembre; réponse sur la mise en œuvre; précision sur le cas)

Le récit est concret, mais il s’arrête juste avant les faits nécessaires à une conclusion sur la politique. Il ne dit pas que le fournisseur a remis un préfixe au client, que celui-ci a annoncé des routes, qu’il disposait d’un numéro de système autonome ou qu’une adresse a changé de détenteur. Il ne précise pas où se trouvait le réseau du client. Une liaison dédiée atteste d’un service de connectivité. Sans élément supplémentaire, elle ne prouve pas que le client a reçu une ressource numérique.

Cette distinction est au cœur de LAC-2025-5, la politique de LACNIC intitulée « Sous-attribution de ressources IPv4 à des tiers ». La page officielle indique une ratification le 24 mars 2026. Le texte en vigueur porte sur IPv4 et fixe les conditions d’une sous-attribution admissible : exigences concernant le destinataire, limites de taille du bloc, critères d’utilisation ou de besoin immédiat, association dans WHOIS entre le bloc et l’ASN du destinataire, et inscription d’un événement dans le journal public des mouvements. La responsabilité ultime reste celle du membre LACNIC qui sous-attribue; un délai d’attente s’applique également après un transfert ou une récupération de ressources. (texte ratifié en vigueur)

Ces garde-fous ne transforment pas chaque connexion client en transfert de ressource. Ils rendent au contraire la qualification initiale décisive. Si le fournisseur vend du transport et conserve l’usage de son propre espace d’adressage, l’achat d’un circuit dédié ne suffit pas à démontrer une sous-attribution. S’il place séparément un bloc sous le contrôle opérationnel du client, l’étiquette commerciale de « liaison » ne fait pas disparaître cette relation. Les messages publics ne donnent pas assez de détails pour départager ces scénarios.

Le test porte sur la ressource, pas sur le nom du service

Le guide de LACNIC sur les demandes de ressources aide à séparer les catégories. Il situe parmi les fournisseurs d’accès les prestataires qui proposent notamment hébergement Web, colocation, serveurs virtuels ou liaisons dédiées. Il distingue aussi l’organisation qui exploite sa propre infrastructure sans réattribuer des blocs d’adresses à des tiers. Les demandes du Brésil et du Mexique sont acheminées par leurs registres nationaux respectifs. (guide de LACNIC)

Ce guide ne classe pas le cas évoqué sur la liste. Il montre toutefois pourquoi le mot « liaison » est un mauvais raccourci. Un circuit décrit ce qu’achète le client : une connectivité entre des points du réseau. Une fiche de ressource décrit autre chose : l’organisation qui reçoit le bloc IPv4 et les éléments qui relient cette organisation à la ressource. Un même contrat ou une même facture peut regrouper les deux; l’un peut également exister sans l’autre.

C’est une frontière familière en économie des infrastructures. Les entreprises regroupent capacité, équipement, exploitation et adressage dans une même offre, car les clients recherchent souvent un résultat plutôt qu’une série d’intrants à gérer séparément. Le regroupement réduit les coûts de coordination. Il peut aussi masquer la partie qui contrôle une ressource rare et porte les obligations de registre correspondantes. La bonne réponse n’est pas de supposer que tout service groupé inclut une sous-attribution. Il faut identifier la ressource et son destinataire avant d’appliquer une règle conçue pour cette relation.

LAC-2025-5 rend cet examen concret. Un bloc admissible doit rester dans la plage de taille prévue par le texte actuel. Le destinataire doit satisfaire aux conditions relatives à l’ASN et à IPv6. Le critère d’utilisation distingue l’usage existant ou le besoin immédiat du plan visant un seuil supérieur dans l’année. WHOIS doit relier le bloc à l’ASN du destinataire, et le journal public doit consigner le bloc, l’ASN, la date ainsi que le début ou la fin de l’événement. Le membre qui sous-attribue conserve la responsabilité ultime.

Il ne s’agit pas d’indicateurs génériques d’une relation client, mais des champs d’un dispositif précis de gouvernance des ressources.

La nationalité du client ne décrit pas davantage son réseau. Dire « entreprise non brésilienne » renseigne sur la société telle que la présente le participant; cela ne situe ni ses routeurs, ni ses utilisateurs, ni l’espace d’adressage employé. Cette formule ne révèle pas non plus si le client possède un ASN ou utilise les adresses du fournisseur. La géographie peut déterminer quel registre national intervient. Elle ne remplace pas les faits concernant le destinataire et le bloc que demande la politique.

Une différence d’interface est une question, pas un constat

L’échange de septembre doit être lu comme une trace d’implémentation de portée limitée. Le 1er septembre, l’assistant aux politiques de LACNIC avait indiqué que la mise en œuvre était attendue avant la fin de l’année, d’abord pour les aspects de base, tandis que des difficultés techniques restaient à traiter. Le participant a ensuite signalé une option dans un système, mais pas dans l’autre. Un intervenant a parlé du travail commun de mise en œuvre et des problèmes propres à chaque système. Un autre a dit que l’option était visible pour un ASN connu, sans avoir été utilisée. (message de mise en œuvre du 1er septembre)

Ces messages montrent que des utilisateurs cherchaient à comprendre comment une nouvelle règle apparaîtrait dans des interfaces distinctes alors que son déploiement était en cours. Ils ne prouvent pas qu’un portail était défectueux, que l’option était accessible à tous dans MiLACNIC, qu’elle devait déjà figurer dans Registro.br, ou qu’une échéance avait été manquée. Il s’agit d’observations datées et d’explications, pas d’une comparaison contrôlée du fonctionnement des systèmes.

La difficulté opérationnelle n’en est pas moins réelle : une politique qui dépend d’un destinataire, d’un bloc, d’un ASN et d’un événement daté doit pouvoir être utilisée par les membres et, le cas échéant, par les NIR. Si un compte ne trouve pas l’option, une déclaration peut être retardée ou devenir incertaine. Mais le coût doit être mesuré à partir de cas vérifiés, pas déduit d’un échange unique. L’éligibilité du compte, la relation avec la ressource, le calendrier de déploiement et la familiarité de l’utilisateur restent des explications concurrentes tant que l’opérateur n’a pas confirmé laquelle s’applique.

L’ordre de travail est donc simple. Identifier d’abord le bloc concerné. Puis l’entité qui le reçoit ou le contrôle, l’ASN du destinataire et la fiche de registre pertinente. Déterminer ensuite si les conditions de la politique sont satisfaites et si un événement public est requis. Enfin seulement, vérifier si le portail permet de consigner cet événement. Partir d’un menu absent pour inférer une sous-attribution revient à transformer une incertitude d’interface en conclusion juridique ou technique.

Cette rigueur protège les deux parties. Un fournisseur ne devrait pas devoir enregistrer un événement de ressource uniquement parce qu’un client achète un circuit dédié, si aucune relation admissible de sous-attribution n’existe. Mais le client et le registre ne devraient pas rester sans trace lorsque le fournisseur place réellement un bloc sous l’usage du client au seul motif que le contrat parle de liaison ou de service géré. Le test porte sur l’allocation et le contrôle effectifs du bloc, documentés au moyen des preuves définies par la politique.

À quoi ressemblerait une trace d’implémentation utile

Pour le membre, un flux fiable devrait rendre la relation de ressource explicite avant l’envoi : le bloc, le destinataire prévu, son ASN, la justification par l’usage ou le besoin immédiat, et la date de début ou de fin. Si la politique s’applique, la fiche de registre et l’entrée du journal public devraient concorder sur ces éléments. Si elle ne s’applique pas parce que le fournisseur conserve les adresses et n’a pas réattribué de bloc, cette explication devrait être tout aussi claire pour le client et pour la personne qui traite la demande.

Pour LACNIC et les NIR, la question ne se résume pas à la présence d’un bouton. Le membre doit savoir quel système fait foi pour son compte, s’il peut remplir les champs exigés dans le flux approprié et si l’événement envoyé peut être rapproché de la fiche de ressource. L’échange de septembre ne répond pas à ces questions. Une mise à jour ultérieure pourrait préciser les étapes du déploiement, la répartition des responsabilités entre portails et la voie à suivre lorsque le compte ou la ressource dépend d’un NIR.

Il ne s’agit pas de publier les contrats commerciaux ou les données confidentielles des clients. La politique prévoit déjà un événement public doté de champs déterminés. Une attestation opérationnelle utile peut montrer ces champs et l’état du système sans exposer les clauses commerciales. En l’absence de sous-attribution admissible, une réponse privée du service d’assistance peut suffire; le journal public ne doit pas laisser croire qu’un événement inexistant a eu lieu.

La leçon est mesurée, mais importante. Une liaison dédiée peut transporter des adresses et une offre commerciale peut regrouper plusieurs intrants réseau. Pourtant, la réponse ne se trouve ni dans le nom marketing du service, ni dans la nationalité du client, ni dans la présence d’une option de portail. Elle dépend de l’identité du destinataire de la ressource IPv4, de la façon dont la relation est enregistrée et de la satisfaction des conditions en vigueur. Les preuves publiques font apparaître la question; elles ne la tranchent pas.

Versions linguistiques officielles de LAC-2025-5