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 paquet portait une adresse fausse ; l’interface l’a reconstruite depuis la trame : RFC 2390
Sur un réseau Frame Relay, un même circuit pouvait s’appeler 50 du côté de l’émetteur et 70 du côté du récepteur. La RFC 2390 en a tiré une conséquence rarement racontée: à l’arrivée, les adresses matérielles inscrites dans le message InARP n’étaient plus valables. L’interface…

Récits
Une proposition IPv6 PI retirée ne change pas la règle appliquée par RIPE
Le problème d’un demandeur d’adresses n’est pas de savoir quel onglet de RIPE sera corrigé en premier. Il doit décider aujourd’hui quelle taille demander et ce qu’il pourra faire du préfixe reçu. Or la fiche de la proposition 2024-01 indiquait encore une révision ouverte le 27…

Récits
La comparaison des routes d’Asie centrale par RIPE a besoin d’un registre d’échantillon
Trois millésimes peuvent dessiner une tendance sans encore former une série vérifiable. Le rapport CAPIF 5 du RIPE NCC montre une évolution encourageante des routes observées en Asie centrale entre 2022, 2024 et 2026. Pour que cette évolution reste lisible après le renouvellement…

Histoire d'Internet
David Culler et la commande qui ne signifiait jamais l’achèvement
Le morceau de mémoire était minuscule, mais son statut devait être exact. Tant que la radio l’utilisait, l’application ne pouvait pas le réécrire. Dans TinyOS, le retour de la commande ne libérait donc pas le tampon: il fallait attendre un événement ultérieur. Autour de David…

Histoire d'Internet
Sylvia Ratnasamy et la carte qui n’était pas une géographie
CAN dessinait un territoire sans lieux. Ses coordonnées ne situaient ni pays, ni câble, ni centre de données: elles répartissaient une tâche entre les membres présents. Une clé devenait un point, puis la requête avançait jusqu’au nœud chargé de la zone qui entourait ce point.…

Dossier
Les échantillons sont revenus à l’identique, pas l’identité de l’enregistrement : RFC 9639
RFC 9639 permet d’établir une égalité précise entre un flux FLAC et les échantillons PCM reconstruits. Cette preuve est forte parce qu’elle est étroite: elle n’authentifie ni la source, ni les étiquettes, ni le sens des canaux, ni le résultat entendu.

Histoire d'Internet
L’URL qui transportait sa propre cargaison
Avec la RFC 2397, l’adresse ne désignait plus seulement un contenu extérieur: elle pouvait le contenir. Ce raccourci déplaçait le lieu du contrôle vers l’analyseur local, le décodeur et le gestionnaire du type de média.

Récits
DFINFRA et AS210860 : ce que l'économie du dossier révèle une fois la chaîne de contrôle testée
Le résumé de veille DFINFRA et AS210860: ce que l'économie du dossier révèle une fois la chaîne de contrôle testée explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences…

Histoire d'Internet
Oublier à chaque paquet : la discipline LZS de la RFC 2395
La meilleure compression semblait devoir conserver le plus de mémoire possible. La RFC 2395 a choisi l'inverse: avant chaque datagramme IP, l'historique LZS repartait de zéro. Ce renoncement protégeait une propriété plus importante que le meilleur ratio moyen. Un paquet reçu hors…

Dossier
L’adresse était réservée, le réseau devait encore la bloquer : RFC 9637
RFC 9637 offre aux grands exemples IPv6 un espace qui ne prélève plus les adresses d’un opérateur réel. La réservation règle l’identité de l’exemple; elle ne prouve ni la présence d’un filtre, ni l’isolement d’un laboratoire, ni le rejet effectif d’un paquet.

Histoire d'Internet
Larry Peterson et la tranche mondiale qui ne possédait aucun nœud
PlanetLab donnait à un service de recherche une présence cohérente sur des machines appartenant à d’autres institutions. Toute la force de la *slice* tenait dans ce montage, et toute sa limite aussi. Larry Peterson et ses collègues ont rendu manipulable comme un seul objet un…

Tendances institutionnelles mondiales
AS210764 : qui peut modifier le dossier ISC-AGP1, et ce que la chaîne de mainteneurs dit de la gestion d'ISC
Le 13 septembre 2021, la base de données RIPE enregistrait un numéro de système autonome nommé ISC-AGP1, pointant directement vers Internet Systems Consortium Inc. — l'organisation à but non lucratif du Delaware qui exploite l'un des treize serveurs racine d'Internet depuis 1994.…

Histoire d'Internet
Le serveur de réserve ne pouvait pas reprendre la session : la limite de la RFC 2391
Une adresse unique pouvait cacher plusieurs serveurs, mais une session ne devenait pas divisible pour autant. Dans la RFC 2391, le traducteur LSNAT choisissait un membre du pool à l'arrivée, enregistrait cette décision, puis réécrivait chaque paquet dans les deux sens. Une…

Dossier
Le fichier connaissait l’heure, pas la loi de demain : RFC 9636
RFC 9636 normalise l’objet binaire qui relie un instant aux règles d’une heure civile. Le fichier sait porter transitions, décalages et échéance d’une table de secondes intercalaires; il ne certifie ni la bonne zone, ni l’actualité de sa source, ni la décision future d’un État.

IETF
Le commit est revenu. L’éviction du client reste à prouver
RFC 9561 traduit le layout SCSI de pNFS en identifiants, réservations et commandes NVMe. Cette grammaire commune ne transforme pas une réponse réussie en preuve globale d’isolement, de persistance et de résultat applicatif.

Histoire d'Internet
Jon Crowcroft et l’Internet devenu un contexte parmi d’autres
Une adresse ne voyage pas toujours avec son sens. Entre un réseau de capteurs, un accès mobile et l’Internet routable, le même objet peut devoir changer de nom, de représentation et de mode de transport. En 2003, Jon Crowcroft, Steven Hand, Richard Mortier, Timothy Roscoe et…

Dossier
La sonde est revenue au vert, peut-être par une autre route : RFC 9634
RFC 9634 ne transforme pas une réponse BFD, STAMP ou ICMP en preuve automatique du service DetNet surveillé. La sonde ne peut témoigner pour le flux de production qu'après démonstration du même chemin, du même traitement et des mêmes ressources.

Histoire d'Internet
Demander avant d’agir : ce que la liste FTP de la RFC 2389 ne promettait pas
Une commande envoyée « pour voir » n’est jamais tout à fait une question. Elle entre dans une machine distante, traverse ses contrôles et peut modifier un état. En août 1998, la RFC 2389 a donné à FTP un moyen plus propre de découvrir ses extensions: `FEAT` pour les annoncer…

Récits
ARIN finance un tableau RPKI autour d’un chiffre de 99 %. La méthode doit suivre
Un entrepôt de 139 Go peut contenir 3,9 milliards d’observations sans encore expliquer un pourcentage. Dans la fiche du nouveau financement d’ARIN, les volumes décrivent l’outil, tandis que 9 % et plus de 99 % évaluent des comportements. Le futur tableau public ne sera vraiment…

IETF
Un numéro d’algorithme ne crée pas une chaîne de confiance
RFC 9563 donne à la signature SM2 et au condensat SM3 des identifiants DNSSEC stables. Ce progrès rend les formats désignables; il ne vaut ni consensus de l’IETF, ni évaluation cryptographique, ni preuve de prise en charge par les validateurs.
