Le prix d'un /16 propre n'est pas le prix de chaque /16

Résumé

• Un /16 fixe la quantité à 65 536 adresses IPv4. Il ne fixe pas le détenteur reconnu, le chemin de transfert, l'historique d'allocation antérieur, la routabilité en un seul agrégat, le nombre d'annonces plus spécifiques, l'état RPKI, la réputation, la géolocalisation, les charges des clients, le coût de remédiation ou le délai pour une livraison utilisable.
• « Propre » n'est pas un état technique universel. Un bloc peut être absent d'une liste de blocage publique et néanmoins avoir une mauvaise réputation de messagerie privée, une géolocalisation obsolète, des objets de routage conflictuels, une autorisation d'origine de route trop large, un historique d'abus non résolu ou un défaut dans la chaîne d'enregistrement. Inversement, une entrée dans une liste de politique peut décrire le type de réseau prévu plutôt qu'un comportement malveillant.
• Les journaux publics de transfert des RIR sont précieux pour les événements administratifs achevés, mais omettent la contrepartie commerciale et de nombreux arrangements échoués, en attente ou privés. Les rapports des courtiers fournissent des observations de prix en temps utile, mais ils ne couvrent que les transactions et l'inventaire propres à un fournisseur. Aucune de ces sources ne soutient un prix mondial pour chaque /16 ni une prime de qualité universelle.
• L'historique importe parce que la réputation des adresses et les enregistrements opérationnels survivent à un changement de contrôle commercial. La fragmentation importe doublement: un /16 peut être vendu comme un seul bloc ou en plusieurs morceaux, et il peut être annoncé comme un agrégat unique ou sous forme de nombreuses routes plus spécifiques. Ces formes affectent l'adéquation pour l'acheteur, le coût de la transaction, la charge sur la table de routage, le travail de transition et les revenus potentiels.
• Les politiques régionales importent parce qu'un cas de transfert d'ARIN vers l'APNIC, un transfert à l'intérieur de la région de service RIPE NCC et un transfert de ressources historiques APNIC peuvent exiger des preuves différentes, des conditions pour le bénéficiaire, des frais, des périodes de restriction et des modifications d'objets après transfert. Les adresses routables mondialement ne sont pas des instruments administratifs interchangeables mondialement.
• L'état du routage doit être divulgué sous forme de série temporelle, pas d'une capture d'écran. Les origines attendues, les routes plus spécifiques, la visibilité, les ROA, les objets de l'Internet Routing Registry, le DNS inverse et les informations de geofeed répondent chacun à une question différente et ont chacun des limites de couverture.
• La Société des ressources numériques peut normaliser un dossier de qualité IPv4 portable et un pont de prix comparable sans déclarer un bloc propre, fixer un prix de référence, certifier le titre ou transformer des données de courtier sélectionnées en recensement du marché.

Un /16 est une arithmétique, pas une qualité de produit

La notation CIDR fait ressembler la quantité à une identité. Un /16 contient 65 536 adresses parce que seize bits restent disponibles après le préfixe réseau de seize bits. Si deux vendeurs proposent chacun un /16, un tableur peut placer le même nombre d'adresses dans les deux lignes et calculer un prix par adresse. Cette normalisation est utile. Ce n'est pas une évaluation.

Les marchés de matières premières développent des qualités parce qu'un poids égal n'implique pas une livrabilité ou une qualité égale. IPv4 n'a pas d'équivalent largement accepté d'un récépissé d'entrepôt lié à une qualité standard. L'objet négocié est un ensemble: un préfixe défini, une transaction juridique privée, un changement d'enregistrement reconnu, un ensemble d'autorisations opérationnelles, un historique d'utilisation et un plan de déploiement futur. L'ensemble peut être bien ou mal assemblé.

Le préfixe lui-même peut différer de manières qui n'apparaissent pas dans la longueur de préfixe. Un /16 peut être resté enregistré auprès de la même organisation pendant des décennies avec une chaîne d'entreprise simple. Un autre peut être passé par des fusions, des changements de nom, des filiales dormantes et une procédure judiciaire. L'un peut être non annoncé et silencieux opérationnellement. Un autre peut être couvert par des milliers d'observations historiques sur des routes plus spécifiques. L'un peut avoir des autorisations d'origine de route actuelles alignées sur les origines du vendeur.

Un autre peut porter une autorisation large qui doit être remplacée soigneusement à la clôture.

La forme commerciale diffère également. Un acheteur qui a besoin d'un seul agrégat pour un service mondial peut valoriser un /16 contigu et déprécier un ensemble de 256 /24 sans rapport. Une place de marché servant de plus petits acheteurs peut gagner davantage au total en subdivisant un /16, tout en acceptant un délai de vente plus long, davantage de contreparties, un travail de transfert répété et un coût de service plus élevé. Le nombre d'adresses est égal; le produit ne l'est pas.

L'utilisation prévue change à nouveau la réponse. Un réseau d'accès peut se concentrer sur la transférabilité, l'acceptation du routage et la géolocalisation. Une plate-forme cloud peut se soucier de l'isolation des clients, des scores d'abus privés et du provisionnement rapide. Un fournisseur de messagerie peut accorder un poids inhabituel à la réputation de l'expéditeur, au DNS direct et inverse, à l'historique de réchauffement et aux effets d'un usage partagé antérieur. Un investisseur finançant des locations peut se concentrer sur la couverture contractuelle, l'utilisation, la concentration de la clientèle et les droits de substitution.

C'est pourquoi l'expression /16 propre devrait être traitée comme une affirmation nécessitant un calendrier, et non comme une catégorie ne nécessitant aucune explication. Propre pour quel usage, mesuré par quelles sources, sur quelle période, avec quelles exceptions et à quelle date? Sans ces qualificatifs, le mot crée une impression de prix tout en cachant le travail nécessaire pour rendre le bloc utilisable.

Le marché a besoin de comparabilité, pas de fongibilité factice. Le prix par adresse est le dénominateur de départ. L'évaluation commence lorsque les différences sont divulguées.

Le registre public des prix a un dénominateur manquant

Les archives publiques les plus autorisées des transferts IPv4 ne contiennent généralement pas de prix. Les flux des RIR identifient les ressources, les organisations source et destinataire, les chemins de registre, les dates et les types de transfert généraux. La couverture des champs varie. Ce sont des enregistrements administratifs d'événements reconnus, pas des grands livres de ventes.

La liste publique de RIPE NCC, par exemple, identifie le bloc d'origine, les blocs transférés, la source, le destinataire, les codes pays, le type de transfert et la date. Sa politique exige la publication des changements approuvés et distingue les transferts de politique des changements de structure d'entreprise. Le format du journal de transfert d'APNIC inclut la ressource, les organisations, les économies, les RIR source et destinataire, la date de délégation précédente, la date de transfert et le type. ARIN publie un flux de transfert au format commun et des statistiques de processus.

Aucun de ces formats de base ne fournit le prix d'achat convenu, les frais de courtage, les taxes, les coûts d'entiercement, les enchères échouées, la réserve de remédiation ou la nature de la transaction (vente ou autre arrangement commercial autorisé).

Cette omission est défendable. La contrepartie peut être confidentielle et les registres n'ont pas besoin de devenir des agences de déclaration des prix pour tenir des registres exacts des ressources numériques. Mais l'omission limite ce que les chercheurs et les acheteurs peuvent inférer. Une ligne montrant un /16 transféré à une date donnée ne peut être mise en correspondance avec un montant public en dollars à moins qu'une autre source fiable n'identifie le même cas commercial.

Les rapports des courtiers et des places de marché comblent une partie de l'écart. IPv4.Global publie des observations tarifaires mensuelles et des commentaires par taille de bloc. Ses rapports archivés ont décrit des périodes où les prix des grands et petits blocs ont convergé, des périodes où l'offre de /16 a poussé les prix des grands blocs à la baisse, et de larges fourchettes au cours d'un mois. Ces observations sont utiles car elles proviennent d'une participation réelle au marché et apparaissent plus fréquemment que les études académiques formelles.

Elles ne constituent pas un recensement mondial. Le fournisseur voit ses propres ventes conclues, enchères, inventaire et mix de clientèle. Les transactions directes, les autres courtiers, les locations privées, les négociations échouées et les restructurations d'entreprises hors marché peuvent être absents. Les moyennes publiées peuvent combiner des blocs ayant des historiques et des conditions différents. Un prix demandé n'est pas nécessairement la contrepartie réalisée. Un prix déclaré au contrat peut différer du produit net du vendeur ou du coût tout compris de l'acheteur.

Les revues annuelles des adresses Internet d'APNIC ont utilisé des données identifiées d'IPv4.Global pour discuter de l'évolution des prix dans le temps tout en analysant séparément les journaux de transfert des RIR. Cette combinaison est informative lorsque sa limite est conservée: une source décrit l'échantillon de prix observé d'un entité au marché, tandis que l'autre décrit les événements de transfert reconnus. La juxtaposition des graphiques ne crée pas une couverture de prix au niveau de chaque ligne.

Le dénominateur indisponible est le nombre et le volume d'adresses de tous les cas IPv4 négociés, y compris les cas conclus, rejetés, retirés, retardés, convertis en location et réglés en privé, avec des prix tout compris comparables et des données de condition. Sans cela, personne ne peut indiquer la prime moyenne mondiale pour un /16 propre ou la décote universelle pour un défaut spécifique.

Une évaluation responsable peut néanmoins utiliser des preuves. Elle doit étiqueter l'échantillon, la date, la cohorte de taille de bloc, la région, le stade de la transaction et le concept de prix. Elle doit montrer une fourchette et les raisons de se situer à l'intérieur ou à l'extérieur de cette fourchette. Ce qu'elle ne doit pas faire, c'est prendre le chiffre mensuel d'un courtier, le multiplier par 65 536 et appeler le résultat le prix de chaque /16.

Propre est un vecteur, pas un verdict

Le mot « propre » condense souvent des questions sans rapport. Une revue de qualité utile les garde séparées.

La propreté d'enregistrement demande si le vendeur est le détenteur reconnu actuel, si le nom légal correspond, si le compte est accessible, si la chaîne de preuves de fusion ou d'acquisition est cohérente, si les frais sont à jour et si aucun litige ou verrou n'est connu. RDAP ou WHOIS peuvent montrer les données d'enregistrement publiques actuelles. Ils ne peuvent pas révéler chaque contrat d'achat privé, document de succession d'entreprise ou ticket en attente.

La propreté de transfert demande si le chemin exact source‑destinataire est autorisé actuellement. Une ressource peut avoir un enregistrement exact tout en étant soumise à une période de détention, une condition d'utilisation par le destinataire, une restriction de pool réservé, un verrou volontaire, une contrainte de sanctions ou un chemin inter‑RIR incompatible. L'approbation dépend également de soumissions complètes et authentifiées. Un dossier public propre n'est pas une pré‑approbation.

La propreté de routage demande si le préfixe et les routes plus spécifiques attendues sont annoncés par les ASN d'origine prévus, vus avec une visibilité suffisante, exempts d'origines actives conflictuelles et compatibles avec les filtres de route. Les observations BGP proviennent de collecteurs et de pairs. L'absence d'un collecteur n'est pas une preuve d'absence globale; la visibilité chez les collecteurs n'est pas une preuve que tous les réseaux acceptent la route.

La propreté RPKI demande si des autorisations d'origine de route valides couvrent les origines et les longueurs de préfixe prévues sans autoriser des origines obsolètes ou non intentionnelles. Une route peut être Valide, Invalide ou NotFound selon la logique de validation d'origine. Ce sont des états techniques, pas des évaluations de l'actif ou du vendeur. Une route NotFound n'est pas automatiquement malveillante. Une route Invalide peut provenir d'une discordance d'origine ou d'une route plus spécifique dépassant maxLength, y compris une erreur de transition.

La propreté de réputation demande comment les services publics et privés traitent les adresses pour un usage donné. Les listes de blocage basées sur le DNS ont des politiques et des processus de retrait différents. Les fournisseurs de messagerie tiennent leurs propres observations. Les systèmes de fraude, proxy, renseignement sur les menaces et abus cloud peuvent être privés. Un fournisseur peut mettre à jour à son propre rythme et peut retenir des fonctionnalités pour empêcher l'évasion. Il n'existe pas de base de données de réputation mondiale complète.

La propreté de géolocalisation demande si les principaux services cartographient les adresses de manière suffisamment cohérente pour l'usage de l'acheteur et si des preuves étayent une correction. Les geofeeds peuvent publier l'emplacement de déploiement, éventuellement authentifié via RPKI, mais les fournisseurs en aval décident si et quand les ingérer. Le pays d'enregistrement, l'adresse du détenteur, l'origine de la route et l'emplacement de l'utilisateur ne sont pas le même fait.

La propreté commerciale demande si des locations, lettres d'autorisation, notifications aux clients, sûretés, privilèges, droits de préemption, engagements de financement ou engagements de service limitent la livraison. Rien de tout cela ne doit apparaître dans l'enregistrement public.

La propreté de sécurité demande si les identifiants, les contacts d'abus, le DNS inverse, les objets de routage et les procédures de changement peuvent être transférés sans créer de détournement ou de panne. Un portefeuille peut réussir tous les contrôles de réputation historiques tout en échouant ce test opérationnel.

Un vendeur devrait pouvoir dire qu'aucune exception significative n'a été trouvée dans un ensemble défini de tests à une date donnée. Il ne devrait pas promettre une propreté universelle permanente. Chaque service change, chaque adresse peut être abusée après la clôture, et certains ensembles de données pertinents sont inaccessibles aux deux parties.

La conséquence sur le prix suit le vecteur. Un acheteur actualise le coût de remédiation attendu, le délai, l'usage restreint et l'incertitude. Il peut payer une prime pour des preuves et une livraison rapide. Le même constat peut différemment pour un autre acheteur. C'est pourquoi une note unique cache plus qu'elle ne révèle.

L'historique peut survivre au détenteur

Les adresses IPv4 sont des identifiants réutilisés. Leur enregistrement peut changer tandis que des systèmes tiers conservent des observations de l'opérateur précédent. Cela crée une traîne de réputation.

Des recherches publiques ont documenté le problème dans des contextes limités. Des études sur les listes de blocage publiques, la réutilisation d'adresses cloud et les préfixes transférés ou loués montrent que d'anciens comportements peuvent rester associés à une adresse après un changement de contrôle opérationnel. Les méthodes et les échantillons diffèrent, de sorte que leurs pourcentages ne peuvent être combinés en un taux de contamination mondial. Leur contribution partagée est la plausibilité causale: l'historique d'une adresse peut affecter un successeur qui ne l'a pas créé.

La messagerie fournit l'exemple opérationnel le plus clair. Les directives actuelles de Google pour les expéditeurs indiquent que l'activité des expéditeurs partageant une IP peut affecter la réputation de tous les expéditeurs l'utilisant. Elles exigent une cohérence entre le DNS direct et inverse et décrivent la réputation de l'IP et du domaine via Postmaster Tools. Elles notent également que l'amélioration peut prendre du temps à apparaître.

Il s'agit d'un écosystème de réception, pas de l'Internet entier, mais cela montre pourquoi un acheteur ayant l'intention d'envoyer du courrier valorise l'historique différemment d'un acheteur utilisant les adresses uniquement pour des clients web sortants.

Spamhaus illustre pourquoi même le statut d'une liste publique nécessite une interprétation. Son vérificateur identifie différentes listes, explique l'impact possible et oriente les utilisateurs vers une remédiation spécifique à la liste. Sa liste de blocage de politique note expressément que l'inclusion ne signifie pas nécessairement qu'une adresse est mauvaise; la liste peut indiquer des plages qui ne devraient pas envoyer de courrier non authentifié directement. Qualifier chaque adresse listée de « sale » transformerait une classification de politique en constat de mauvaise conduite.

Le routage historique importe également. Un /16 peut avoir été émis par un réseau stable, divisé entre des origines de clients, détourné par intermittence, mis derrière un ROA AS 0, ou laissé non annoncé. Le point de terminaison d'historique de routage de RIPEstat peut montrer les origines et les chronologies observées par le RIPE Routing Information Service. Sa visibilité est définie par rapport aux pairs à table complète du RIS à un moment donné. Cela en fait une preuve utile, pas une omniscience.

L'historique d'enregistrement peut révéler l'âge et la délégation antérieure dans certains flux de transfert, mais une date n'est pas un score moral. Le statut d'héritage peut impliquer un historique d'accord ou une position de service différente; il ne prouve pas un routage plus propre. Une allocation récente peut avoir d'excellents enregistrements et un mauvais historique d'utilisation. Un ancien bloc peut avoir une chaîne simple ou des décennies de réassignation complexe.

La question d'évaluation n'est pas de savoir si l'historique existe. C'est de savoir si l'acheteur peut identifier les observations significatives, les attribuer au temps et à l'opérateur lorsque c'est possible, remédier aux effets actuels et éviter de payer deux fois pour le même risque. Une entrée de liste de blocage déjà reflétée dans une exclusion d'utilisation de messagerie ne devrait pas recevoir une deuxième décote de réputation arbitraire. Un détournement passé corrigé il y a des années ne devrait pas être traité comme une origine conflictuelle active.

Les preuves doivent être indexées dans le temps autour des changements de contrôle. La ligne de base du vendeur, la demande de transfert, la mise à jour de l'enregistrement autorisé, le basculement de route et l'acceptation de l'acheteur nécessitent chacun des dates. Une observation de service faite entre le contrat et le basculement peut appartenir à l'une ou l'autre partie selon qui contrôlait la route et l'usage.

L'historique affecte le prix parce qu'il affecte le coût et la probabilité futurs, non parce que les adresses acquièrent une culpabilité. L'acheteur paie pour l'utilité attendue. Le dossier doit rendre cette utilité testable.

La fragmentation change à la fois le produit et la route

La fragmentation a deux significations dans une transaction IPv4, et les deux influencent la valeur.

La fragmentation commerciale se produit lorsqu'un grand bloc est divisé en lots de vente plus petits. Un /16 peut mathématiquement devenir deux /17, quatre /18, seize /20 ou 256 /24. Sous réserve des contraintes de politique et d'enregistrement, la subdivision peut atteindre une population d'acheteurs plus large et peut produire un prix par adresse agrégé plus élevé lorsque la demande de petits blocs est plus forte. Les rapports d'IPv4.Global ont décrit à plusieurs reprises l'évolution des écarts entre les grands et les petits blocs et l'incitation à diviser lorsque l'offre de grands blocs est abondante.

L'arbitrage apparent n'est pas gratuit. Chaque lot peut nécessiter un acheteur, un contrat, une revue de diligence, un entiercement, une demande de transfert, des frais, une mise à jour de registre et un basculement post‑transfert. Le vendeur porte un inventaire invendu et doit empêcher les revendications qui se chevauchent. Davantage de contreparties créent davantage de vérifications de sanctions, de taxes, d'autorité et de paiement. Si le /16 d'origine prend en charge des clients, la subdivision doit préserver les limites exactes des locations.

Un prix brut plus élevé peut produire un résultat net plus faible ou plus lent après le coût et le risque de transaction.

La valeur d'agrégation appartient également à l'acheteur. Un réseau ayant besoin d'un /16 peut préférer un enregistrement contigu unique et une annonce agrégée unique. Acquérir 256 /24 de sources non liées crée 256 chaînes, chemins de transfert et ensembles d'exceptions potentiels. Même si chaque /24 est individuellement utilisable, l'ensemble n'est pas équivalent à un agrégat dans le modèle de routage, d'automatisation ou de gouvernance de l'acheteur.

La fragmentation de routage concerne la manière dont l'espace d'adressage est annoncé. Un détenteur peut annoncer l'agrégat /16, des préfixes plus spécifiques, ou les deux. Les routes plus spécifiques peuvent prendre en charge l'ingénierie de trafic, le multi-hébergement et la délégation aux clients. Elles augmentent également la complexité des objets de route, des ROA et de la surveillance. Les réseaux appliquent généralement des filtres de longueur de préfixe, et l'acceptation d'une route dépend de la politique de l'opérateur.

La reconnaissance d'un /16 par le registre ne garantit pas l'acceptation mondiale de chaque annonce plus spécifique.

Le CIDR a été conçu en partie pour soutenir l'agrégation de routes et le passage à l'échelle. La RFC 7020 conserve l'allocation hiérarchique comme objectif système tout en séparant explicitement l'annonce réelle de l'enregistrement. Cela importe économiquement: l'acheteur d'un /16 contigu peut payer pour l'option d'agréger, pas seulement pour 65 536 adresses individuellement comptables.

L'historique de fragmentation peut persister après la réagrégation. D'anciens objets de route, ROA, filtres clients, entrées de géolocalisation et observations de réputation peuvent faire référence aux anciennes routes plus spécifiques. Un acheteur n'annonçant que le /16 doit tout de même examiner l'ensemble couvert complet. Une recherche propre au niveau de l'agrégat peut manquer une exception /24; un seul /24 problématique ne devrait pas condamner automatiquement les 256 si l'acheteur peut l'isoler ou le remédier.

Le dossier d'évaluation doit donc indiquer à la fois le lot commercial et l'arborescence de préfixes opérationnelle. Il doit montrer si l'intégralité du /16 est transférée en une seule fois, si un sous‑préfixe est exclu ou grevé séparément, quelles routes plus spécifiques ont été annoncées, quelles origines ont été observées, ce que les ROA permettent, et quel nettoyage est nécessaire. Le nombre d'adresses seul ne répond à aucune de ces questions.

La région modifie la livraison même lorsque le routage est mondial

Une adresse IPv4 peut être annoncée au‑delà des frontières régionales. Son transfert administratif suit néanmoins des règles régionales. La différence n'est pas une formalité de clôture mineure parce qu'elle affecte qui est éligible, ce qui doit être prouvé, quand la livraison a lieu et quels objets opérationnels survivent.

Les procédures actuelles d'ARIN pour les destinataires spécifiés et les transferts inter‑RIR exigent une source autorisée, un détenteur reconnu, un compte en règle, des frais d'évaluation non remboursables, la qualification du destinataire lorsque cela est requis, un accord de services d'enregistrement et l'achèvement de toute coordination inter‑RIR nécessaire. La politique actuelle inclut des restrictions de détention par la source et des démonstrations d'usage par le destinataire dans des cas prévus.

Un /16 dont la source ne peut pas prouver la chaîne enregistrée n'est pas équivalent à un dont le vendeur est prêt et authentifié, même si les deux sont visibles dans BGP.

La politique de RIPE NCC autorise les transferts complets ou partiels par des détenteurs légitimes, sous réserve de restrictions incluant une période de vingt‑quatre mois pour certaines ressources rares et des verrous de transfert volontaires. Le détenteur d'origine reste responsable jusqu'à l'achèvement, qui survient lorsque le RIPE NCC met à jour les enregistrements. Les cas inter‑RIR doivent satisfaire aux engagements applicables du RIR destinataire. Un acheteur qui peut recevoir dans la région de service RIPE NCC peut ne pas être admissible à chaque chemin sortant dans le même calendrier.

APNIC distingue les transferts IPv4 inutilisés ou excédentaires, les ressources historiques et les changements de structure d'entreprise. Ses conditions peuvent exiger un plan d'utilisation détaillé, des frais d'adhésion ou de transfert et un traitement spécial pour les adresses déléguées à partir de 103/8. Dans les cas sortants, les objets de sous‑assignation, de route et de domaine associés peuvent être supprimés. Cette suppression est gérable lorsqu'elle est anticipée et perturbatrice lorsqu'elle est découverte après la fixation d'un prix.

Le même /16 peut donc avoir plusieurs concepts de prix. Le montant principal peut être la contrepartie brute du vendeur. Le coût tout compris de l'acheteur ajoute les frais de facilitateur, juridiques, fiscaux, d'entiercement, de registre, de financement, de remédiation et de déploiement. Le net du vendeur soustrait ses propres coûts et retards. Une offre conditionnée à un chemin inter‑RIR difficile ne devrait pas être comparée sans ajustement à une vente conclue dans la même région.

Les étiquettes régionales peuvent également devenir des approximations paresseuses. Un acheteur peut dire que l'espace ARIN commande une prime ou qu'une autre région mérite une décote. Le livre d'un courtier peut observer de tels modèles pendant une période, mais l'étiquette n'identifie pas la cause. Les moteurs réels peuvent être la concentration des acheteurs, les exigences relatives aux destinataires, l'offre d'adresses, le statut d'héritage, les restrictions de politique, le délai de transfert, la devise, la fiscalité, la documentation, la convention de marché ou la région de déploiement prévue.

La région est une variable de chemin, pas une qualité intrinsèque des bits.

La comparaison correcte apparie les cas par date, taille de bloc, chemin source et destinataire, statut d'enregistrement, condition, urgence, utilisation prévue et conditions commerciales. Elle préserve les cas infructueux plutôt que d'observer uniquement les transferts achevés. Si aucun échantillon apparié n'existe, l'évaluation devrait expliquer l'ajustement qualitatif de chemin plutôt que d'inventer un pourcentage.

Les journaux publics des RIR aident à vérifier qu'un transfert s'est achevé et quand. Ils ne peuvent pas montrer tous les cas qui n'ont jamais atteint le journal. Cet effet de sélection importe: les blocs les plus lents ou les plus défectueux peuvent manquer précisément parce qu'ils ne se sont pas conclus. Les moyennes des enregistrements achevés, même si des prix étaient ensuite attachés, surestimeraient l'expérience d'une population de vendeurs non filtrée.

L'effet de région est bien réel, suffisamment pour être divulgué, et trop hétérogène pour être compressé en un multiplicateur permanent.

L'état du routage est un livrable, pas un fait d'arrière‑plan

Un acheteur achète rarement un /16 uniquement pour admirer l'enregistrement. Il s'attend à annoncer l'espace, à déléguer l'utilisation, à sécuriser les origines, à exploiter le DNS inverse et à faire accepter le trafic. L'état du routage devrait donc être représenté comme une partie de la livraison.

La première question est l'origine actuelle et historique. Quels systèmes autonomes ont émis le /16 ou ses routes plus spécifiques? Sur quels intervalles? Avec quelle visibilité observée? Un changement d'origine correspond‑il à une transition opérationnelle autorisée, à un client, à une restructuration interne ou à un incident? L'historique de routage de RIPEstat peut fournir des chronologies basées sur des collecteurs. RouteViews et d'autres collecteurs publics peuvent ajouter des perspectives. Aucun ensemble fini de collecteurs ne prouve la vue de chaque réseau.

La deuxième question est la forme du préfixe. L'agrégat est‑il visible? Des routes plus spécifiques sont‑elles actives? L'acheteur a‑t‑il l'intention de les conserver, de les retirer ou d'en introduire de nouvelles? Les filtres de route sont contrôlés par les réseaux de réception. Un plan reposant sur des annonces très spécifiques nécessite des tests directs et une coordination avec les fournisseurs, pas une assurance que le registre reconnaît le /16 couvrant.

La troisième question est l'autorisation d'origine de route. La RFC 6811 décrit les états de validation basés sur les charges utiles ROA validées couvrantes, l'ASN d'origine et la longueur de préfixe. Une autorisation correspondante peut produire Valide. Une autorisation couvrante avec la mauvaise origine ou un maxLength insuffisant peut produire Invalide. Aucune autorisation couvrante produit NotFound. La politique de routage locale détermine ce qu'un réseau fait du résultat.

Cela signifie que le statut RPKI doit être évalué par rapport aux routes prévues par l'acheteur, et non par rapport au /16 isolément. Un ROA autorisant l'ASN du vendeur pour le /16 peut être correct avant la clôture et faux après que l'acheteur émet des /20. Un maxLength suffisamment permissif pour couvrir des /24 peut faciliter la délégation tout en élargissant l'ensemble des routes plus spécifiques autorisées. Un ROA AS 0 peut exprimer que l'espace couvert ne devrait pas être routé et doit être modifié avant l'utilisation prévue.

La quatrième question est la transition du dépôt et des objets. ARIN explique que son certificat de ressource est réémis après le transfert et conseille aux parties d'examiner ou de créer des ROA, des objets de l'Internet Routing Registry et le DNS inverse. APNIC note la suppression des objets pour les ressources sortantes. Une évaluation qui suppose que ces services voyagent automatiquement avec le contrat commercial sous‑estime le coût de basculement.

La cinquième question est l'acceptation. Même un enregistrement, des ROA et des objets de route techniquement corrects ne garantissent pas que chaque amont et pair mette à jour les filtres le même jour. Un acheteur peut réduire l'incertitude par une pré‑coordination, des tests de route, des annonces échelonnées et une surveillance. Il ne peut pas acheter une convergence universelle instantanée.

L'état du routage affecte le prix par le temps et l'utilisation. Un agrégat stable avec un historique d'origine simple peut être moins coûteux à déployer pour un acheteur. Un portefeuille fortement subdivisé avec des origines clients existantes peut être plus précieux pour un bailleur qui veut la continuité. Un bloc non annoncé peut éviter une partie de l'historique opérationnel, mais nécessite un nouveau travail de filtrage et de géolocalisation. Aucun état n'est toujours le meilleur.

L'accord de vente devrait définir des tests d'acceptation du routage. Ils peuvent inclure la capacité de créer les ROA prévus, de publier les objets de route requis, de configurer le DNS inverse, d'annoncer les préfixes convenus via les amonts désignés, de les observer depuis des collecteurs nommés et d'éliminer toute autorité conflictuelle active. Les tests doivent nommer les sources et la durée. Les réussir établit une acceptation limitée, pas une accessibilité mondiale permanente.

Lorsque le routage devient un livrable, la négociation du prix s'améliore. Le vendeur peut être payé pour un transfert préparé. L'acheteur peut provisionner pour une exception connue. Les deux peuvent éviter de traiter une route invalide après clôture comme la preuve que toute la transaction commerciale était frauduleuse.

La réputation doit être échantillonnée par usage et par période

Les services de réputation peuvent influencer la livrabilité, les décisions de fraude, l'accès au contenu et la confiance des clients, mais ils ne partagent pas une définition unique de « propre ». Une revue appropriée commence par le cas d'usage.

Pour la messagerie, l'acheteur peut inspecter des listes publiques nommées basées sur le DNS, tester la préparation du DNS direct et inverse, examiner les tableaux de bord des fournisseurs disponibles et planifier un réchauffement progressif du trafic. La RFC 5782 décrit les DNSBL comme un mécanisme de distribution tout en laissant la politique d'inscription et de retrait à l'opérateur de la liste. La RFC 6471 recommande la transparence, des voies de retrait directes, une réponse rapide et une révision ou une expiration adaptée à la condition.

Ces normes expliquent pourquoi une inscription actuelle nécessite une interprétation spécifique à la source.

Pour un usage cloud ou d'hébergement, l'acheteur peut avoir besoin d'évaluations privées d'abus et de fraude, de contrôles d'isolation des clients et d'un plan de réponse rapide. De nombreux signaux pertinents sont propriétaires. Le vendeur ne peut pas prouver l'absence d'un système qu'il ne peut pas interroger. Le contrat peut exiger la divulgation des incidents significatifs connus et la coopération pour les corrections, plutôt qu'une garantie couvrant chaque modèle non divulgué.

Pour les services grand public, la géolocalisation peut affecter la langue, les licences, les contrôles de fraude et l'accès. La RFC 9632 définit la découverte et l'authentification optionnelle des données de geofeed. Elle n'exige pas que chaque fournisseur ingère le flux immédiatement ou accepte son contenu sans examen. MaxMind et IPinfo publient des voies de correction, mais leurs calendriers de mise à jour et leurs clients restent distincts. Un acheteur devrait tester les fournisseurs importants pour son service, et non supposer qu'une base de données corrigée règle la question pour le monde entier.

La fenêtre temporelle importe. Une consultation trente jours avant la clôture peut devenir obsolète. Une analyse immédiatement après le basculement peut attribuer à tort le trafic du vendeur ou les expériences de l'acheteur. Le dossier devrait consigner les dates de référence, l'achèvement du transfert, le basculement de route et les observations ultérieures. Les changements significatifs devraient être attribués à la partie contrôlant l'utilisation pendant l'intervalle pertinent, lorsque les preuves le permettent.

L'échantillonnage devrait également couvrir l'arborescence des préfixes. Certains systèmes opèrent sur des IP individuelles, d'autres sur des préfixes, d'autres sur des systèmes autonomes, des domaines ou des grappes de comportement. Vérifier une seule adresse ne peut pas certifier les 65 535 autres. Une interrogation exhaustive peut violer les conditions de service, déclencher des limites de débit ou révéler peu de choses sur les systèmes privés. Un échantillonnage basé sur le risque peut couvrir chaque route plus spécifique historique, les cohortes de services connues et des adresses aléatoires, avec une couverture explicite.

Le coût de remédiation appartient au pont de prix. Une inscription actuelle bien expliquée avec un chemin de retrait documenté peut justifier une retenue plutôt qu'un rejet. Un état de réputation privé inconnu peut justifier une réserve de déploiement. Un abus actif persistant d'un client non divulgué est un risque différent d'une entrée historique de liste de politique. Le contrat devrait y répondre différemment.

L'acheteur ne devrait pas exiger une lettre mystique de propreté. Il devrait exiger la preuve que les conditions significatives connues ont été identifiées, que le contrôle actuel est compris et que le vendeur aidera à la correction historique après la clôture. La réputation est une relation changeante entre les adresses, le comportement et les observateurs. Le prix devrait refléter les preuves limitées, pas une promesse permanente.

Construisez le prix comparable avant d'appliquer les exceptions

Une évaluation disciplinée commence par une cohorte de référence, pas par une moyenne globale. La cohorte devrait correspondre à la date d'évaluation, à la taille de bloc, à la forme de la transaction, au chemin de registre et au concept de prix aussi étroitement que les preuves disponibles le permettent.

Supposons que les preuves disponibles incluent des ventes de /16 sur une place de marché pendant une période récente. L'analyste devrait d'abord séparer la contrepartie réalisée des demandes et des prévisions. Il devrait identifier si chaque observation représente un /16 contigu unique, un bloc plus grand évalué sur une base par adresse, ou un lot. Il devrait noter les régions source et destinataire, si le prix inclut les frais, et si l'observation provient du livre d'un seul fournisseur.

L'analyste construit ensuite un pont d'exceptions. Le pont n'a pas besoin d'un pourcentage universel pour chaque élément. Il a besoin d'une estimation raisonnée du coût monétaire supplémentaire, du délai, de l'utilité restreinte et de l'incertitude résiduelle pour le bloc concerné.

Le pont devrait distinguer la dépense déterministe du risque. Un frais de registre connu peut être ajouté. Un projet connu de recréation d'objets peut être budgété. Un délai de deux mois peut être évalué par rapport au financement ou au service perdu. Une probabilité de préjudice de réputation privé non résolu est plus difficile et devrait être présentée comme un scénario, et non cachée dans une estimation ponctuelle confiante.

L'utilité spécifique à l'acheteur doit rester visible. Si l'acheteur a besoin d'adresses prêtes pour la messagerie, une exception de réputation peut dominer. S'il a besoin d'un agrégat contigu pour l'infrastructure d'accès, la fragmentation peut dominer. S'il prévoit de louer de petits blocs, la subdivision existante et les enregistrements des clients peuvent être utiles plutôt que coûteux. Il n'y a pas de prime de propreté universelle et sans contexte.

Le résultat peut être une fourchette de base, des ajustements identifiés, une réserve de scénario et une incertitude résiduelle. Il devrait montrer séparément le brut vendeur, le net vendeur et le tout compris acheteur. Une transaction peut être attrayante pour les deux parties même lorsque ces chiffres diffèrent sensiblement.

Cette méthode ne crée pas une découverte parfaite des prix. Elle crée une explication vérifiable de la raison pour laquelle le /16 en question ne devrait pas être évalué comme un multiple non examiné d'une moyenne de marché.

Le dossier devrait survivre à un acheteur sceptique

Une prime n'est crédible que lorsqu'une autre partie peut en reproduire la base. Le dossier de qualité du vendeur devrait donc être structuré pour être contesté.

La section identité nomme le préfixe exact et l'organisation reconnue, inclut la sortie RDAP ou WHOIS actuelle, identifie le compte de registre et la classe d'accord, et cartographie les changements de nom légal, les fusions et les transferts reconnus antérieurs. Elle indique ce qui n'est pas publiquement disponible. Une affirmation de chaîne propre devrait identifier sa période de preuve et le réviseur responsable.

La section politique spécifie le chemin source‑destinataire envisagé, le type de transfert applicable, les restrictions actuelles, les conditions pour le destinataire, les frais institutionnels estimés et toute pré‑approbation. Elle enregistre la date à laquelle les règles ont été vérifiées. Elle ne suppose pas qu'un transfert antérieur sous un autre chemin prédit celui‑ci.

La section arborescence de préfixes liste chaque sous‑préfixe inclus et exclu, location active, lettre d'autorisation, route client et disposition distincte. La couverture doit se rapprocher exactement du /16. Les chevauchements et les lacunes sont des conditions d'arrêt jusqu'à explication.

La section routage stocke des observations horodatées de collecteurs nommés, les origines attendues et inattendues, l'historique des routes plus spécifiques et la visibilité. Elle distingue l'observation de l'inférence. Un changement d'origine peut indiquer un transfert, une migration de client, de l'ingénierie de trafic ou un détournement; BGP seul ne peut choisir entre eux.

La section sécurité capture les ROA actuels, les origines prévues après clôture, les implications de maxLength, les objets de route, les délégations de DNS inverse et la propriété des identifiants. Elle inclut l'ordre de basculement et la condition de retour en arrière. Les secrets restent protégés; le dossier enregistre l'autorité et la récupération, pas les mots de passe en clair.

La section réputation nomme chaque source publique ou privée accessible, la date de consultation, la méthode d'échantillonnage, le type de liste, le résultat, le statut de remédiation et les limitations. Elle garde séparées les classifications de messagerie, fraude, proxy, menace, géolocalisation et politique. Une exception non résolue inclut un coût et un propriétaire.

La section commerciale liste les locations, les créances, les privilèges, les restrictions de financement, les concentrations de clients, les droits de résiliation, les taxes, les frais, l'entiercement et les retenues. Elle indique clairement si le prix indiqué achète de l'espace vacant, un flux de revenus ou un mélange des deux.

La section acceptation définit l'achèvement en étapes: approbation du registre, mise à jour autoritaire, libération du paiement, basculement de route et RPKI, préparation DNS, migration des clients et contrôle de réputation post‑clôture. Une seule date de clôture ne peut décrire tous ces événements en toute sécurité.

Enfin, le dossier inclut une déclaration de limitations. Il devrait dire quels systèmes de réputation privés étaient inaccessibles, quelles vues de collecteurs ont été utilisées, quels documents historiques n'étaient pas disponibles et quelles règles peuvent changer. Cette déclaration accroît la crédibilité. Elle indique à l'acheteur où placer la réserve.

Un dossier n'élimine pas la négociation. Il convertit la suspicion générique en exceptions spécifiques. Les vendeurs disposant de preuves solides peuvent défendre la valeur. Les acheteurs peuvent comparer ce qui est comparable. Les courtiers peuvent expliquer pourquoi deux /16 du même mois se sont conclus à des niveaux différents sans prétendre connaître l'intégralité du marché.

NRS peut normaliser la divulgation sans déclarer la propreté

La Société des ressources numériques peut améliorer ce marché en définissant le dossier et le pont de prix comme des formats ouverts et portables. L'intervention devrait viser la qualité de l'information, pas l'autorité des prix.

Un profil NRS peut définir des champs obligatoires pour l'identité du préfixe, le détenteur reconnu, la date des preuves, le chemin de transfert, le lot commercial, les origines historiques, les ROA actuels, les routes prévues, les contrôles de réputation publics, le statut de géolocalisation, les charges et les limitations. Chaque champ devrait identifier la source, l'horodatage, la partie responsable et la classe de confidentialité. Une machine peut valider la couverture du préfixe tandis qu'un humain évalue la signification juridique et commerciale.

NRS peut publier des tests de conformité. Les sous‑préfixes inclus couvrent‑ils exactement le /16? Les parties exclues sont‑elles identifiées? Les routes prévues correspondent‑elles aux ROA indiqués? Les instantanés des règles de transfert sont‑ils datés? Chaque revendication de réputation nomme‑t‑elle son fournisseur et son échantillon? Les valeurs brutes vendeur et tout compris acheteur sont‑elles séparées? Les tests peuvent détecter des omissions sans décider si les faits restants méritent une prime.

Elle peut définir des reçus de changement de contrôle que les services de réputation et de géolocalisation peuvent accepter comme preuve. Le reçu n'exigerait pas d'un fournisseur qu'il efface l'historique véritable. Il donnerait au fournisseur une date fiable, l'ancien et le nouvel opérateur, l'ensemble exact de ressources et l'événement d'enregistrement faisant autorité lors de l'évaluation de l'attribution actuelle.

NRS peut soutenir un rapport confidentiel de prix comparables. Les entités pourraient soumettre la contrepartie réalisée, le coût tout compris, la taille de bloc, le chemin régional, les catégories de condition et le calendrier à un processus d'agrégation indépendant. Les rapports doivent indiquer le nombre de contributeurs, le nombre de cas, le volume d'adresses, la période, les règles d'inclusion et les seuils de suppression. Les entités sélectionnés ne doivent jamais être décrits comme le marché mondial.

Elle peut également publier des modèles spécifiques à l'acheteur. Un profil d'usage de messagerie mettrait l'accent sur la réputation d'envoi et le DNS. Un profil d'agrégation réseau mettrait l'accent sur la contiguïté, les filtres et RPKI. Un profil de financement de location mettrait l'accent sur les contrats, l'utilisation et le service. Des champs communs d'identité et de transfert permettraient la comparaison tout en évitant une note de propreté universelle unique.

Les exclusions protègent la légitimité. NRS ne devrait pas certifier le titre, approuver un transfert, garantir la routabilité, ordonner le retrait d'une liste de blocage, fixer un prix de référence obligatoire, recommander un courtier spécifique ou déclarer une région intrinsèquement supérieure. Elle ne devrait pas exiger la publication des identités des clients, des signaux de menace privés ou des prix commercialement sensibles. Elle ne devrait pas transformer l'absence de données privées en une conclusion défavorable automatique.

La mission de NRS axée sur les détenteurs en fait un domaine de travail constructif, mais cette mission est une preuve de première partie. Le profil proposé, les reçus, les tests et la population de rapports ne sont pas encore démontrés de manière indépendante par les sources citées ici. L'adoption devrait être mesurée par des spécifications publiées, des implémentations interopérables et des rapports avec des dénominateurs explicites.

Le bénéfice est institutionnel plutôt que promotionnel. Un marché avec une divulgation comparable récompense les vendeurs préparés, permet aux acheteurs d'évaluer les exceptions connues et réduit la pression sur les registres pour certifier des questions en dehors de l'enregistrement. NRS peut rendre les preuves portables tout en laissant le prix aux contreparties.

Ce que les preuves ne peuvent pas évaluer

Aucun ensemble de données public ne lie chaque transfert IPv4 reconnu depuis 2013 à la contrepartie réalisée, à la condition du bloc, aux négociations échouées, aux coûts de remédiation et à l'utilisation par l'acheteur. Les transactions directes privées restent en grande partie invisibles. Les journaux publics sélectionnent les résultats administratifs achevés. Les rapports des courtiers sélectionnent l'activité observée par le fournisseur. Les études académiques sélectionnent des périodes, des collecteurs, des listes et des méthodes.

Il n'y a pas de prime mondiale publique pour un /16 propre. Le terme lui‑même n'a pas de test standard. Il n'y a pas de décote universelle pour une entrée de liste de blocage, un détournement antérieur, un enregistrement de géolocalisation obsolète, un historique de route fragmenté, un chemin inter‑RIR ou une chaîne incomplète. L'effet dépend de la gravité, de la récence, de l'utilisation et de la remédiabilité.

Les preuves de réputation publique sont incomplètes. Les DNSBL diffèrent. Les tableaux de bord des fournisseurs de messagerie montrent des données spécifiques au fournisseur aux utilisateurs autorisés. Les systèmes de fraude et de sécurité peuvent être privés. Un échantillon public propre ne peut pas prouver l'absence de tout système privé. Une observation défavorable historique ne peut pas prouver un usage abusif actuel.

Les preuves BGP sont également partielles. La visibilité des collecteurs change. Les changements d'origine ont des causes multiples. Une route peut être acceptée par certains réseaux et rejetée par d'autres. La validation d'origine RPKI traite de l'autorisation d'origine, pas de la validité du chemin, de l'autorité commerciale, de la chaîne d'enregistrement ou de la réputation.

Les données des RIR fournissent des faits d'enregistrement faisant autorité dans leur champ d'application, pas une assurance de titre juridique, un prix de marché, une garantie de routage ou un historique d'entreprise complet. La politique actuelle peut changer avant la clôture. La disponibilité inter‑RIR dépend des deux côtés et de la direction exacte.

Ces limites ne sont pas des raisons d'utiliser une seule moyenne. Ce sont des raisons de divulguer des scénarios et des réserves. L'analyste peut évaluer les coûts monétaires connus, estimer le délai avec des preuves spécifiques à la transaction et montrer des fourchettes pour les restrictions d'utilisation incertaines. Il devrait laisser indisponibles les dénominateurs véritablement indisponibles.

La confiance dans la thèse de l'article est élevée parce que les mécanismes sont documentés: les flux d'enregistrement omettent le prix, les échantillons des courtiers varient, les politiques diffèrent, les routes et les ROA ont des états distincts, et les services de réputation appliquent des critères différents. La confiance dans un quelconque coefficient universel serait faible parce que le panel mondial apparié nécessaire n'existe pas.

Le /16 de valeur est celui dont les exceptions sont lisibles

La rareté rend chaque adresse IPv4 mondialement unique potentiellement utile. Elle ne rend pas chaque /16 fongible.

L'acheteur acquiert un chemin de l'autorité du vendeur à l'enregistrement reconnu, de l'enregistrement à l'autorisation opérationnelle, et de l'autorisation opérationnelle à un usage commercial particulier. L'historique, la fragmentation, la région et l'état du routage modifient le coût et la fiabilité de ce chemin. La réputation et la géolocalisation peuvent continuer à affecter l'usage après le changement de l'enregistrement du registre.

Un bon vendeur ne promet pas une propreté universelle. Il présente un dossier daté, spécifique à l'usage, explique les exceptions et accepte des obligations limitées de guérison ou de coopération. Un bon acheteur ne transforme pas chaque observation historique en un stigmate permanent. Il évalue l'effet actuel, la remédiation, le délai et l'incertitude résiduelle.

Les rapports de marché restent utiles lorsqu'ils sont étiquetés comme preuve de contributeur. Les journaux des RIR restent indispensables lorsqu'ils sont utilisés comme enregistrements administratifs. Les collecteurs de routage, RPKI, les DNSBL et les geofeeds restent utiles lorsqu'on leur pose la question à laquelle ils peuvent répondre. Aucun ne devrait être promu en oracle de qualité totale.

NRS peut relier ces sources par un profil de divulgation ouvert, un rapprochement exact des préfixes, des reçus d'événements, des tests de conformité et un rapport confidentiel comparable avec des dénominateurs explicites. Elle ne devrait jamais publier un sceau de propreté qui encourage les contreparties à cesser de regarder.

Le prix d'un /16 commence par 65 536 adresses. Le prix de ce /16 dépend du nombre de ces adresses qui peuvent être livrées, annoncées, sécurisées et utilisées par cet acheteur, via ce chemin de registre, selon ce calendrier, avec ces exceptions divulguées.

Cette phrase est plus longue qu'un multiple de référence. Elle est aussi plus proche de l'actif que les parties échangent réellement.

Sources

• RFC 7020, The Internet Numbers Registry System– enregistrement hiérarchique, unicité, objectifs d'agrégation et la limite entre l'enregistrement et l'annonce de route.
• ARIN, Transfer Log Format– les champs de format commun publiés pour les événements de transfert terminés.
• ARIN, Transferring IP Addresses and ASNs– conditions actuelles de source, destinataire, accord, frais et transfert inter-RIR.
• RIPE NCC, IPv4 Transfer Statistics– les champs publics des transferts terminés et la distinction entre transferts de politique et changements de structure d'entreprise.
• RIPE NCC, RIPE Resource Transfer Policies, RIPE-807– responsabilité du détenteur, restrictions de transfert, conditions inter-RIR et achèvement par mise à jour de l'enregistrement.
• APNIC, Transfer Log Format– production cumulative du journal et champs incluant la délégation antérieure, le chemin de registre et la date de transfert.
• APNIC, Transfer Conditions– plans d'utilisation, frais, conditions des ressources historiques, suppression des objets sortants et effets d'achèvement.
• APNIC, IP Addresses Through 2025– analyse du journal de transfert des RIR et série de prix d'un fournisseur privé explicitement sourcée, utilisée avec ses limites de couverture.
• IPv4.Global, Pricing Reports– observations actuelles et archivées d'un entité au marché sur les fourchettes de prix réalisées, l'inventaire et les écarts par taille de bloc; pas un recensement mondial.
• CAIDA, On IPv4 Transfer Markets– analyse indépendante des transferts déclarés, des changements de routage, de la fragmentation et des limites de l'inférence des transferts à partir de BGP.
• RIPEstat, Routing History– champs d'origine, préfixe, chronologie et visibilité RIS, et leur base de collecteurs.
• RFC 6811, BGP Prefix Origin Validation– la logique Valide, Invalide et NotFound pour la validation d'origine de route.
• ARIN, Transfer Best Practices– travail actuel sur les ROA, l'Internet Routing Registry et le DNS inverse autour des transferts terminés.
• RFC 5782, DNS Blacklists and Whitelists– mécanismes de distribution DNSBL et séparation du format technique et de la politique de liste.
• RFC 6471, Overview of Best Email DNS-Based List Practices– transparence, durée d'inscription, principes de révision et de retrait.
• Google, Email Sender Guidelines– exigences spécifiques au fournisseur et effets du comportement d'IP partagée, du DNS, de l'authentification et de la réputation.
• Spamhaus, IP and Domain Reputation Checker Guidance– statut, effet et remédiation spécifiques à la liste.
• Spamhaus, Policy Blocklist– preuve qu'une entrée de liste de politique n'est pas nécessairement un constat de comportement malveillant.
• RFC 9632, Finding and Using Geofeed Data– données de geofeed découvrables et optionnellement authentifiées, et leur portée.
• Number Resource Society, About– mission de NRS axée sur les détenteurs en première partie, utilisée uniquement pour cadrer un rôle proposé de norme de divulgation.