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.
Dossier
La capacité était annoncée. Le protocole n’était pas autorisé : RFC 9885
Dans IS-IS, un indicateur de capacité peut aider l’exploitant à poser la bonne question sans jamais fournir la réponse qui autorise un déploiement. La RFC 9885 sépare précisément le signal générique, la prise en charge réelle de chaque codepoint et la décision locale de faire…

Dirigeants
Amit Thapa Chhetri et la longue construction de l’Internet par câble au Népal
L’histoire de Subisu ne se réduit pas au récit lisse d’un fondateur visionnaire. Les sources montrent plutôt une équipe qui a dû rendre un nouveau service compréhensible pour le régulateur, puis transformer une autorisation difficilement obtenue en capacité opérationnelle…

IETF
Wassim Haddad et le préfixe qui n’autorisait pas encore le transfert
Un routeur mobile peut être enregistré auprès de son agent mère avant de connaître le préfixe de réseau mobile qu’il pourra employer. Dans la RFC 6276, coécrite par Wassim Haddad, le droit d’ajouter ce préfixe au cache de liaisons dépend ensuite d’un bail DHCPv6 Prefix Delegation…

Récits
AFRINIC : ce que mesure vraiment le nettoyage du DNS inverse
Une faible proportion d’enregistrements défaillants peut concerner une part bien plus importante des détenteurs représentés dans les statistiques. Les données d’AFRINIC permettent de distinguer cette charge de maintenance, les suppressions effectuées et le service qui reste à…

Histoire d'Internet
Le correctif provisoire gagnait du temps. Il pouvait dépenser l’avenir : RFC 1380
En 1992, l’Internet ne courait pas contre une seule échéance. Les tables de routage et les numéros de réseau de classe B pressaient déjà les machines et leurs opérateurs; une nouvelle couche Internet exigeait une décision beaucoup plus lente. RFC 1380 a refusé de mettre ces…

Histoire d'Internet
Le réseau retrouvait le livre, pas l’état du rayon : ce que conservait la RFC 1432
Une fiche de catalogue inspire confiance parce qu’elle ordonne le monde: un auteur, un titre, une édition, parfois un prix. En 1993, la RFC 1432 montrait déjà que la fiche pouvait voyager par le réseau bien plus vite que la réalité qu’elle décrivait ne pouvait se synchroniser.
Dossier
L’étiquette a atteint la sortie. Le trajet intermédiaire est resté invisible : RFC 9884
Un voyant vert ne possède pas de grammaire. Il ne dit pas spontanément si l’on a validé une étiquette, une politique, une liste de segments ou le chemin réellement emprunté. RFC 9884 apporte une réponse précise au nœud de sortie; le risque commence quand l’organisation lui fait…

IETF
Thomas Graf et le numéro MPLS qui ne disait pas quel plan de contrôle l’avait attribué
Dans une salle d’exploitation, un numéro de label peut vite devenir une histoire prête à l’emploi. Il apparaît en tête de pile, il est exporté, puis on le range sous le protocole que l’on s’attendait à trouver. RFC 9160, rédigé par Thomas Graf, impose une pause plus technique: la…

Récits
Chez ARIN, une demande IPv6 peut changer d’année avant de devenir une délégation
Une approbation obtenue fin novembre ne clôt pas nécessairement l’histoire dans le même millésime. Il reste, selon ARIN, jusqu’à soixante jours pour acquitter les frais applicables et signer le Registration Services Agreement, puis le registre procède à l’émission après réception…

Histoire d'Internet
Le transport avait ouvert une connexion. SNMP gardait la reprise : RFC 1283
Une connexion fournit un récit très convaincant: elle s’ouvre, dure, puis se ferme. RFC 1283 a pourtant refusé d’en faire le récit complet d’une opération de gestion. En 1991, le document a posé SNMP sur un transport OSI orienté connexion tout en maintenant plus haut les…
Dossier
La demande était signée. L’autre clé privée restait déclarée : RFC 9883
Une signature parfaitement valide peut certifier l’auteur d’une déclaration sans prouver le fait déclaré. RFC 9883 applique exactement cette distinction à deux clés privées: l’une signe la demande, l’autre n’est jamais mise à l’épreuve. La confiance manquante devient alors une…

IETF
Tommy Pauly et l’ACK QUIC qui ne prouvait pas le traitement applicatif
Dans une salle d’exploitation, l’accusé de réception est volontiers lu comme une fin de parcours. Pour un DATAGRAM QUIC, RFC 9221 impose une lecture plus sobre: le transport du destinataire a traité la trame; le traitement des données par son application reste une question…

Histoire d'Internet
Le client avait trouvé la personne. La note appartenait encore à un seul annuaire : RFC 1431
En 1993, faire apparaître la bonne fiche à l'écran ne suffisait déjà pas à prouver la qualité d'une recherche. RFC 1431 proposa de compter le travail caché de X.500, puis prit soin de montrer pourquoi ce compte restait attaché à son terrain d'essai.
Dossier
RFC 9882 : le champ indiquait SHA-512, sans toujours agir sur la signature
Dans un objet CMS, une valeur obligatoire peut être exacte sans décrire le calcul qui a réellement eu lieu. RFC 9882 en donne un cas particulièrement net: sur l’un de ses deux chemins ML-DSA, le signataire doit annoncer SHA-512 et le vérificateur doit ne tenir aucun compte de…

IETF
Gorry Fairhurst et le disjoncteur qui a déclenché sans nommer la panne
Dans une salle d'exploitation, le mot « déclenché » est facilement lu comme « expliqué ». La RFC 8084, rédigée par Gorry Fairhurst, refuse ce raccourci: un disjoncteur de transport peut protéger un périmètre de trafic face à une mesure durablement excessive, sans identifier ce…
Dossier
RFC 9879 modernise le MAC, sans faire disparaître le lecteur ancien
Un tableau de migration peut afficher trois cases vertes — fichier reconnu, secret déchiffré, import terminé — tout en omettant la question décisive: l’intégrité a-t-elle été vérifiée ? Avec RFC 9879, cette omission n’est pas théorique. Le nouveau format peut cohabiter avec un…

Histoire d'Internet
La passerelle a réécrit le message. Elle ne pouvait pas inventer son jeu de caractères : RFC 1428
Le mot le plus honnête de la transition vers MIME n’était pas le nom d’un alphabet. C’était `unknown-8bit`. En février 1993, une passerelle pouvait recevoir un ancien courrier à huit bits, lui donner une structure MIME, transformer ses en-têtes et inscrire qu’une conversion avait…

Histoire d'Internet
L’entrée de domaine pointait vers l’organisation sans être l’organisation : RFC 1279
Un alias fait une promesse forte: deux chemins mènent au même objet. RFC 1279 refusa précisément cette promesse entre l’arbre des domaines et l’arbre des organisations. Le domaine pouvait conduire vers une université, une unité ou un gestionnaire, mais ce lien ne transformait pas…
Dossier
L’en-tête était admis dans l’ACK, pas la facture : RFC 9878
En corrigeant la place de plusieurs en-têtes SIP privés, RFC 9878 permet à certaines données de localisation et de taxation de franchir un ACK bien précis. La conformité du contenant ne tranche pourtant ni la provenance du contenu, ni la réalité de l’événement facturé.

Dirigeants
Prawijaya Prawijaya et le nom humain inscrit dans un registre de réseau
Le résumé de veille Prawijaya Prawijaya et le nom humain inscrit dans un registre de réseau 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…
