Aller au contenu principal

Sujet

Preuves fondées sur les ressources réseau

Au sein de la facette Sujet, la veille thématique Preuves fondées sur les ressources réseau rassemble des articles qui partagent un même sujet, un même signal ou un même thème de suivi. Cette page offre aux lecteurs un parcours plus riche à travers les reportages associés, les preuves issues de sources publiques, les acteurs du marché et les implications pour l’infrastructure, avec suffisamment de contexte pour comprendre pourquoi le sujet compte pour les mouvements d’entreprises, les décisions de gouvernance, l’exposition régionale et le risque opérationnel. Les lecteurs peuvent comparer les signaux récurrents, les organisations concernées, les preuves publiques, le contexte du marché, la continuité de service, les achats, la concurrence, la conformité et les questions de planification stratégique liées au sujet, au lieu de se contenter d’une liste succincte d’articles correspondants. Elle explique ce que couvre le sujet, quels acteurs ou politiques de l’infrastructure sont impliqués, quelles preuves étayent la couverture et pourquoi le sujet peut être important pour les opérateurs, les clients, les investisseurs et les lecteurs de politiques publiques.

La seconde adresse devient principale : ce que la RFC 9873 change dans les contacts EPP

IETF

La seconde adresse devient principale : ce que la RFC 9873 change dans les contacts EPP

Une mise à jour de contact EPP peut désormais produire une transition d’état explicite: un contact reçoit une adresse électronique supplémentaire et l’attribut facultatif `primary` indique l’adresse à traiter comme principale. Le protocole enregistre cette relation, sans…

3 sept. 2026
Le statut « active » dans le RDAP de l’APNIC décrit un objet enregistré, pas la joignabilité d’une route

Récits

Le statut « active » dans le RDAP de l’APNIC décrit un objet enregistré, pas la joignabilité d’une route

Le mot `active` ressemble à un diagnostic d’exploitation. Dans une réponse RDAP de l’APNIC, il qualifie pourtant l’objet d’enregistrement, et non une mesure en direct des routes, des paquets ou des services.

3 sept. 2026
Piter-IX transforme sa portée régionale en question de résilience

Tendances institutionnels Europe et Moyen-Orient

Piter-IX transforme sa portée régionale en question de résilience

Piter-IX présente un vaste réseau d’échange réparti entre plusieurs villes russes. Cette présence peut rapprocher les interconnexions, mais une carte ne prouve ni la diversité physique des routes ni la continuité opérationnelle.

3 sept. 2026
La chaîne qui rendit une clé publique crédible : la gestion des certificats PEM

Histoire d'Internet

La chaîne qui rendit une clé publique crédible : la gestion des certificats PEM

Une clé publique ne porte pas, à elle seule, la preuve de l'identité de son détenteur. Pour Privacy Enhanced Mail, la RFC 1422 organisa cette preuve autour de certificats, d'autorités de certification, de chemins de validation et d'informations de révocation.

3 sept. 2026
Après le panel RPKI : le moment de sécurité du routage de npNOG en 2020 a-t-il survécu à l’écran ?

NPNOG

Après le panel RPKI : le moment de sécurité du routage de npNOG en 2020 a-t-il survécu à l’écran ?

La page officielle ne prouve pas, à elle seule, que les entités ont ensuite créé des ROA, déployé la validation ou modifié leurs politiques de routage en production.

3 sept. 2026
Les avis RDAP d’ARIN décrivent le service de consultation, pas la politique du réseau

Récits

Les avis RDAP d’ARIN décrivent le service de consultation, pas la politique du réseau

Les avertissements qui accompagnent une réponse de registre voyagent avec les données, sans pour autant appartenir au réseau décrit. Dans RDAP, ARIN signale les conditions d’utilisation du service, la procédure de rectification et le droit d’auteur. Attribuer ces avis à…

3 sept. 2026
Le préfixe arrive avant la requête : comment la RFC 9872 transforme la découverte NAT64

IETF

Le préfixe arrive avant la requête : comment la RFC 9872 transforme la découverte NAT64

Pour joindre un service IPv4 depuis un réseau IPv6 seul, un terminal doit connaître le préfixe IPv6 utilisé pour la synthèse d’adresses. La RFC 9872 fait de cette donnée un signal du réseau d’accès: PREF64 doit d’abord venir des annonces de routeur, la découverte DNS restant une…

3 sept. 2026
Un repli IPv4 rapide peut faire paraître IPv6 en bon état

Tendances mondiales des FAI régionaux

Un repli IPv4 rapide peut faire paraître IPv6 en bon état

Un service double pile peut réussir tous ses contrôles ordinaires alors que son chemin IPv6 est inutilisable. La disponibilité est réelle, mais la conclusion sur la famille de protocoles ne l’est pas: le client a pu terminer par IPv4 avant que le tableau de bord ne voie l’échec.

3 sept. 2026
La frontière de routage de Pishgaman Ofogh Barkhat fait de la localité une question de diligence

Tendances FAI régionaux Europe et Moyen-Orient

La frontière de routage de Pishgaman Ofogh Barkhat fait de la localité une question de diligence

Une inscription locale constitue une preuve utile, mais elle ne décrit pas tous les responsables d’un chemin de données. Le cas de Pishgaman Ofogh Barkhat LLC montre pourquoi l’acheteur doit séparer ces responsabilités avant d’appeler la « localité » une garantie de résilience.

3 sept. 2026
La liste de conformité RDAP de LACNIC décrit une réponse, pas l’autorité d’un réseau

Récits

La liste de conformité RDAP de LACNIC décrit une réponse, pas l’autorité d’un réseau

Un champ technique peut prendre une importance disproportionnée lorsqu’il est lu hors de son objet. Dans une réponse RDAP de LACNIC, `rdapConformance` ressemble à une courte liste de normes et de profils. Cette liste est bien utile, mais elle ne décrit que la manière dont la…

3 sept. 2026
Le pointeur qui n’a jamais été hors bande : les données urgentes TCP

Histoire d'Internet

Le pointeur qui n’a jamais été hors bande : les données urgentes TCP

Les données urgentes TCP forment une petite surface de contrôle à longue histoire. Le bit URG donne un sens à un pointeur urgent de 16 bits, mais la RFC 793 décrivait la limite marquée de deux façons contradictoires. Cette ambiguïté est passée de la spécification aux…

3 sept. 2026
Le bitmap dit qu’une option UDP est apparue, pas ce qu’elle a fait : RFC 9870

IETF

Le bitmap dit qu’une option UDP est apparue, pas ce qu’elle a fait : RFC 9870

Le RFC 9870 donne aux exportateurs IPFIX un moyen compact d’indiquer quels types d’options UDP ont été observés dans un flux. Sa valeur tient à la modestie de cette affirmation: il conserve une présence observée, pas l’historique des paquets, la décision du destinataire ni le…

3 sept. 2026
Le repli DNS sur TCP est une voie de capacité, pas une exception

IETF

Le repli DNS sur TCP est une voie de capacité, pas une exception

Un résolveur peut réussir toutes ses sondes UDP légères et échouer sur la première réponse qui compte. Dès qu’une réponse est tronquée, l’exactitude dépend de TCP: capacité d’écoute, état des connexions et politique des équipements intermédiaires deviennent alors des composantes…

3 sept. 2026

Récits

Le marché des transferts IPv4 de LACNIC et le prix de la rareté

L’épuisement d’IPv4 ne clôt pas la question de l’allocation. Il la déplace vers les règles qui permettent de transférer une ressource déjà attribuée.

3 sept. 2026
Six octets ne devenaient une adresse qu’après identification du domaine : RFC 1449

Histoire d'Internet

Six octets ne devenaient une adresse qu’après identification du domaine : RFC 1449

Une suite d’octets ne porte pas son mode d’emploi en elle-même. Dans l’architecture de RFC 1449, six octets pouvaient décrire une adresse IPv4 et un port UDP, mais seulement parce qu’un identifiant distinct annonçait le domaine de transport. Effacer cet identifiant ne rendait pas…

3 sept. 2026
Ce que recouvrent les 54 % du suivi IPv6 d'AFRINIC

Récits

Ce que recouvrent les 54 % du suivi IPv6 d'AFRINIC

Le tableau de bord distingue désormais une annonce du préfixe d'origine des routes plus spécifiques. Les données sud-africaines montrent l'intérêt de cette précision, mais aussi pourquoi aucun de ces indicateurs ne constitue un bulletin de santé des services.

3 sept. 2026
La base indiquait une adresse. La réponse reprit le chemin du paquet : RFC 1445

Histoire d'Internet

La base indiquait une adresse. La réponse reprit le chemin du paquet : RFC 1445

Deux coordonnées prétendaient désigner le même gestionnaire. L’une vivait dans la base locale des parties; l’autre venait d’être observée sur la requête reçue. Pour une nouvelle émission, la RFC 1445 consultait la première. Pour répondre, elle imposait la seconde, même en cas de…

3 sept. 2026
L’horloge a reculé. Il fallait changer la clé : RFC 1446

Histoire d'Internet

L’horloge a reculé. Il fallait changer la clé : RFC 1446

Une frontière temporelle peut être aussi décisive qu’un secret. Dans RFC 1446, un message SNMPv2 muni du bon condensat ne devenait pas pour autant recevable: il devait encore appartenir au présent reconnu par le destinataire. Si l’on reculait ce présent tout en conservant la même…

3 sept. 2026
La clé avait changé avant l’arrivée de la réponse. Le gestionnaire devait garder les deux : RFC 1446

Histoire d'Internet

La clé avait changé avant l’arrivée de la réponse. Le gestionnaire devait garder les deux : RFC 1446

L’agent avait déjà inscrit le nouveau secret. Sa réponse fut donc construite avec cette valeur. Le gestionnaire, qui attendait justement la réponse avant de modifier sa propre base, croyait encore à l’ancienne. La RFC 1446 décrivait ainsi une transition où le bon accusé de…

3 sept. 2026
Dans le geofeed de LACNIC, deux codes pays pour un même préfixe

Récits

Dans le geofeed de LACNIC, deux codes pays pour un même préfixe

Vingt-trois préfixes figurent deux fois dans le fichier public, dont quatre avec des pays différents. Une correction utile doit lever l’ambiguïté de publication sans prétendre résoudre la géographie par simple classement des lignes.

3 sept. 2026