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.

Histoire d'Internet
Le registre et le RFC divergeaient. Le réseau avait déjà tranché : RFC 3115
Deux mois après RFC 3025, RFC 3115 dut corriger deux numéros d’extension Mobile IP. Le choix n’était pas arbitraire: les implémentations utilisaient déjà les valeurs inscrites chez IANA.

Histoire d'Internet
Le préfixe qui ne pouvait pas recevoir la réponse : RFC 5220
Un hôte IPv6 pouvait posséder deux adresses valides, envoyer un paquet par le mauvais fournisseur et recevoir une réponse destinée à un préfixe sans route de retour depuis l’Internet public. La RFC 5220 a identifié un problème de sélection par l’hôte; elle ne rapporte ni panne…

Histoire d'Internet
Le mot de passe correspondait. L’utilisateur n’était pas encore authentifié : RFC 3112
RFC 3112 permettait à LDAP de comparer un secret à une valeur dérivée conservée dans l’annuaire. Mais la réponse vraie restait volontairement étroite: elle ne transformait pas la connexion en association authentifiée.

Récits
DFINFRA : les ressources figées d'un acteur RIPE silencieux depuis mars 2026
Le résumé de veille DFINFRA: les ressources figées d'un acteur RIPE silencieux depuis mars 2026 explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences possibles pour…

Histoire d'Internet
Les deux couches disaient « vers l’avant », mais regardaient en sens opposés : RFC 3108
Dans RFC 3108, un paramètre pouvait être exact, bien formé et pourtant appliqué au mauvais flux. La commande d’appel et la signalisation du support ATM employaient toutes deux « avant », mais ne plaçaient pas l’origine au même endroit.

Histoire d'Internet
Le nouveau RFC a corrigé le nom de session, pas la conception du payload : RFC 5219
En 2008, RFC 5219 a remplacé une spécification RTP pour le MP3 qui associait le bon nom à son exemple, mais le mauvais à sa consigne SDP. La révision a supprimé cette contradiction et précisé le pseudocode d’implémentation; elle ne présente ni nouvelle architecture de payload ni…

Histoire d'Internet
La passerelle prêtait l’adresse, la localité devenait un protocole : RFC 3102
Avec Realm Specific IP, l’hôte privé ne subissait plus une traduction invisible: il empruntait des paramètres publics et les plaçait lui-même dans ses paquets. Cette transparence ne supprimait pourtant pas la passerelle; elle rendait visibles son allocation, son bail et son…

Histoire d'Internet
L’authentification DHCP restait dans le domaine de confiance : RFC 3118
RFC 3118 a ajouté l’authentification à DHCP, mais pas une identité valable sur tout le réseau. Son échange différé supposait qu’un client et un serveur reçoivent hors bande un secret partagé dans un même domaine administratif; la politique locale gardait le dernier mot sur…

Histoire d'Internet
Avant que le consentement ne devienne une case à cocher : RFC 3098
RFC 3098 ne demandait pas seulement aux annonceurs d'être courtois. Il transformait la responsabilité en dispositif: ne pas inscrire par défaut, expliquer l'usage des données, confirmer la demande avec sa provenance, offrir une sortie et laisser à l'annonceur le coût d'entretien…

Récits
DFINFRA et AS210860 : ce que le registre du commerce de Hambourg peut prouver là où le registre RIPE reste illisible
Le résumé de veille DFINFRA et AS210860: ce que le registre du commerce de Hambourg peut prouver là où le registre RIPE reste illisible explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les…

IETF
Le canal n’a pas rompu. La confiance, elle, avait vieilli
Une preuve d’attestation fraîche liée à une connexion TLS ferme la porte au relais lors de l’établissement. Elle ne transforme pas l’état logiciel, la politique ni les droits de la machine en propriétés permanentes du canal.

IETF
Un paquet par seconde avait déjà changé la machine
Entre le silence absolu et un trafic presque invisible, un équipement réseau peut franchir une frontière énergétique. La révision 03 de PowerBench montre pourquoi la comparaison commence par la description du test, pas par le chiffre en watts.

Histoire d'Internet
ROHC a commencé sans voie de retour : RFC 3095
Avant de pouvoir croire un accusé de réception, ROHC devait fonctionner là où aucune réponse ne pouvait revenir. RFC 3095 imposait donc un départ en mode unidirectionnel, puis donnait au décompresseur le pouvoir de demander un mode fondé sur le retour d'information.

IETF
Le pic est daté, mais le quart d’heure reste sans chronologie
Le nouveau format statistique de BMP rend visibles des écarts qu’une suite de photographies identiques effaçait. Il ne restitue toutefois ni l’ordre des échantillons, ni la durée d’un état, ni l’instant où un collecteur pouvait réellement agir.

Entreprises services cloud Europe et Moyen-Orient
AS210328 / almazcloud.network : ce que la modification d'août 2026 du registre révèle — et ce qu'elle ne prouve pas — sur le transfert de confiance en routage
Le résumé de veille AS210328 / almazcloud.network: ce que la modification d'août 2026 du registre révèle — et ce qu'elle ne prouve pas — sur le transfert de confiance en routage explique le développement, les preuves publiques disponibles, les organisations concernées, le…

Récits
De RIPE NCC à AFRINIC : la queue contractuelle — qui a régi les LIR africaines pendant les dix mois après la bascule
Le 21 février 2005, AFRINIC est devenue le registre opérationnel de l'Afrique; le 31 décembre 2005 seulement, les contrats qui liaient encore les LIR africaines au RIPE NCC ont pris fin. Entre les deux, une structure contractuelle à double voie a gouverné un continent entier — et…

Dossier
Huit numéros dans le brouillon, aucun encore dans le registre
Un comité d’autorisation peut valider un programme cryptographique tout en restant incapable de répondre à une question élémentaire: à quelle autorité le nombre qu’il s’apprête à déployer appartient-il ? Le 1er octobre 2026, la révision 05 d’un Internet-Draft OpenPGP nommait huit…

Histoire d'Internet
« Foo » était déjà dans les RFC quand son explication est arrivée : RFC 3092
En 1971, RFC 269 demandait de renommer `FOO` en `BAR` sans dire pourquoi ces deux mots pouvaient remplacer n’importe quel fichier. En 2001, RFC 3092 constatait que près de 7 % de la série employaient déjà cette langue d’initiés. Le glossaire venait après l’usage.

IETF
Le site annonce zéro, mais ses routes peuvent rester dans BGP
La nouvelle révision du projet sur les métadonnées de périphérie transforme une seule valeur nulle en décision de transfert pour tout un site. Le message est bref; la preuve de son exécution, elle, traverse plusieurs systèmes.

Histoire d'Internet
Le pare-feu autorisait HTTP, pas le paquet caché dedans : RFC 3093
RFC 3093 proposait de placer un datagramme IP complet dans un message HTTP, de franchir l’ouverture réservée au Web puis de le réinjecter derrière le pare-feu. Publié le 1er avril 2001, ce dispositif comique révélait une limite sérieuse: autoriser l’enveloppe ne signifie pas…
