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.

IETF
Kireeti Kompella et la réponse Echo qui ne prouvait pas le service
Une réponse MPLS Echo peut établir qu’une sonde bien définie a atteint un routeur capable de rendre compte d’un FEC précis. Elle ne dit pas que tous les chemins de coût égal fonctionnent, qu’un secours dormant est utilisable, que le retour a repris l’aller ou que l’application du…

Histoire d'Internet
Le registre disait TCP, mais la prise devait répondre : comment la RFC 832 a mesuré le code en service
Un registre peut dire qu'une machine offre TCP. Il ne peut pas, à lui seul, ouvrir une connexion. En décembre 1982, les enquêtes de David Smallberg ont placé ces deux réalités dans des colonnes voisines: la déclaration du fichier des hôtes du NIC, puis ce qu'un essai Telnet, FTP…

Histoire d'Internet
La machine sans exécutif : comment RFC 818 plaça le Telnet utilisateur derrière le port 107
Le TC68K possédait seize prises série, une interface réseau et un minuteur, mais pas l'environnement général qu'un appel Telnet trouvait habituellement derrière le port 23. Cette absence ne fut pas comblée par un faux système de connexion. RFC 818 désigna l'application réellement…

Récits
APNIC a compté 2 974 allocations IDNIC. Ses trois examens NIR achevés restent sans dénominateur public
Un examen peut être sérieux, contradictoire et parfaitement achevé tout en laissant derrière lui une preuve publique trop mince. C’est le cas du programme d’APNIC: le dossier publié permet de compter une population préliminaire d’IDNIC, mais pas les populations associées aux…

Récits
Le CPS RPKI actuel d’AFRINIC lui attribue l’Asie-Pacifique
Le document de pratiques de certification que présente aujourd’hui la page RPKI d’AFRINIC est toujours la version 3.0 de mai 2020. Dans sa clause consacrée à la cessation de l’autorité de certification, AFRINIC se donne pourtant pour région l’Asie-Pacifique. Corriger ce décalage…

Histoire d'Internet
Le service de noms a failli négocier : comment la RFC 830 séparait domaines et capacités
La source connaît le domaine de destination. Elle ne sait pourtant pas encore quel programme l'attend, quel transport il accepte ni même s'il propose le service demandé. La RFC 830 faisait de cet écart un élément d'architecture: localiser le domaine constituait une première…
Dossier
La collection réunissait toutes les preuves. Elle ne les avait pas liées à une seule machine : RFC 9999 et la frontière de l’attestation composite
Un routeur peut présenter des preuves valides pour son châssis et chacune de ses cartes sans démontrer que cet assemblage décrit l’équipement qui demande l’accès, au même instant. RFC 9999 rend les messages d’attestation transportables et explicites; la liaison entre composants…
Dossier
L’enveloppe identifie la preuve, pas la machine : RFC 9999 et l’autorité dans une collection d’attestation
Un processeur, une SmartNIC et un accélérateur peuvent produire trois attestations parfaitement valides. Les placer dans la même collection ne prouve pourtant ni qu’elles appartiennent au même serveur, ni qu’elles décrivent le même instant. RFC 9999 facilite le transport de ces…

Récits
AFRINIC recense 3 573 objets d’adresses pointant vers des Geofeed, mais toujours aucun champ dédié
Une base peut respecter la norme tout en accumulant une dette de structure. Chez AFRINIC, des milliers de pointeurs Geofeed fonctionnent grâce à une convention placée dans les remarques. La question n’est pas de nier cette compatibilité, mais de savoir comment une convention…

Histoire d'Internet
Le numéro n’en faisait pas une norme : comment la RFC 825 inscrivait l’intention dans le document
Dans une bibliothèque, un manuel, le compte rendu d’une réunion et une proposition controversée peuvent porter des cotes voisines. Personne n’en déduit qu’ils ont la même autorité. La série des RFC avait besoin de cette même prudence: un numéro commun permettait de retrouver des…

Récits
RIPE NCC signale 467 jours d’attente IPv4, sans publier le grand livre des flux
L’âge de la première demande attire toute la lumière: 467 jours. Derrière elle, 756 autres LIR restent réduits à un seul total. La série publique de RIPE NCC montre le stock et sa pointe la plus ancienne, mais pas les admissions, retraits, sorties ni allocations qui transforment…

Histoire d'Internet
La couche n’était pas le module : comment RFC 817 recoupait la pile
Déporter les protocoles vers un processeur frontal semblait offrir une sortie élégante: un système spécialisé, réutilisable par plusieurs machines, débarrassait le noyau principal de sa complexité. RFC 817 remarquait le détail qui ruinait cette fuite. Il fallait encore relier les…

Récits
RIPE NCC exigeait 394 soutiens avant même qu’une résolution de membre atteigne l’ordre du jour
Les 394 soutiens annoncés pour mai 2026 n’étaient ni un résultat électoral ni une majorité. Ils constituaient le seuil d’accès au scrutin: le nombre de membres nécessaire pour qu’un texte proposé par des membres devienne une question formelle de l’Assemblée générale. Cette…

Récits
LACNIC publie 98 % de satisfaction sans indiquer le nombre de réponses
En 2025, plus de 330 organisations ont participé aux rencontres régionales de LACNIC. Parmi les retours reçus, 98 % se situaient dans les niveaux de satisfaction les plus élevés. La précision grammaticale est bienvenue: le résultat porte sur les réponses, pas sur toute la salle.…
Dossier
Deux groupes IP, une seule destination Ethernet : RFC 10019 et l’autorité de réconcilier le multicast zeroconf
Un commutateur économique ne voit pas toujours la différence que l’application croit avoir créée. Deux groupes multicast distincts peuvent aboutir à la même adresse Ethernet; deux réseaux isolés peuvent aussi revendiquer le même groupe sans jamais s’être contredits. RFC 10019…

Histoire d'Internet
Le message d’erreur conseillait, il ne tranchait pas : comment RFC 816 distribuait les décisions de panne
Pendant qu’un réseau recalcule ses chemins, un message « destination inaccessible » peut décrire un instant déjà révolu. RFC 816 n’en concluait pas que les erreurs étaient inutiles. Il leur attribuait une portée précise, aux côtés du silence de la première passerelle, du délai…

Récits
ARIN chiffre 17 000 réseaux historiques, mais ne publie pas le tableau d’état
Le 5 août, ARIN a donné une échelle rare au problème des contacts associés aux ressources historiques: quelque 17 000 réseaux, « environ la moitié » sans contact ou avec un contact non vérifiable, 11 % validés et 20 % incomplets. L’alerte est utile. Pour devenir vérifiable, elle…

Histoire d'Internet
Le segment manquant n’arrêtait pas le suivant : RDP séparait fiabilité et ordre
Dans un atelier de maintenance relié à un réseau de 1984, trois blocs arrivent, un quatrième manque, puis deux autres se présentent intacts. Le protocole RDP ne demandait pas au récepteur de mentir en déclarant que rien n’avait avancé. Il lui permettait d’attester les blocs reçus…

Histoire d'Internet
Le nom n’était pas l’adresse : comment RFC 814 a séparé l’identité de la route
Un hôte déménage, mais une ancienne table continue de lui attribuer son adresse précédente. La connexion réussit et atteint pourtant une autre machine. En 1982, RFC 814 a pris ce paradoxe au sérieux: le nom, l’adresse, la route et le port ne sont pas quatre façons équivalentes de…
Dossier
La requête est restée signée. Le certificat, lui, a changé : RFC 10002 et l’autorité dans CMC
Dans une chaîne d’enrôlement, l’intégrité d’une demande n’interdit pas qu’un intermédiaire propose une modification ni qu’une autorité de certification applique sa propre politique. RFC 10002 organise précisément cette coexistence. Il faut donc auditer non pas une approbation…
