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.

Le bit qui a appris aux routeurs à annoncer leurs limites

Histoire d'Internet

Le bit qui a appris aux routeurs à annoncer leurs limites

Un refus de fragmenter est devenu une méthode de mesure: avec DF, une perte peut révéler la taille maximale supportée par le chemin, si le message d’erreur revient jusqu’à l’émetteur.

7 sept. 2026
Lisible sans analyseur ne voulait pas dire sûr à analyser : RFC 1874

Histoire d'Internet

Lisible sans analyseur ne voulait pas dire sûr à analyser : RFC 1874

Un document structuré peut offrir une lecture de secours et garder, derrière ses lignes visibles, des instructions destinées à une machine. En 1995, le RFC 1874 plaça cette dualité dans le nom même du type MIME: `text/sgml` lorsque l'essentiel restait compréhensible sans logiciel…

7 sept. 2026
RIPE assignment-size décrit la granularité IPv6, pas les abonnés actifs

Récits

RIPE assignment-size décrit la granularité IPv6, pas les abonnés actifs

Un `/46` contient mathématiquement 1 024 préfixes `/56` possibles. Lorsqu’un objet de la RIPE Database associe cet agrégat à `assignment-size: 56`, le calcul est exact, mais le décompte d’abonnés ne l’est pas. Le champ décrit la taille des attributions d’utilisateur final…

7 sept. 2026
Un cookie TCP Fast Open n’atteste pas l’exécution applicative

Tendances mondiales des FAI régionaux

Un cookie TCP Fast Open n’atteste pas l’exécution applicative

Imaginons une requête qui modifie un état et part dans un SYN avec un cookie Fast Open déjà en cache. Le serveur admet les données précoces, mais sa réponse se perd et le client recommence après repli. Le transport montre une ouverture rapide; l’application doit encore déterminer…

7 sept. 2026
La règle IPv6 contre IPv4 d’AFRINIC a besoin d’un test de contrôle

Récits

La règle IPv6 contre IPv4 d’AFRINIC a besoin d’un test de contrôle

Un projet d’AFRINIC conditionnerait l’accès aux dernières adresses IPv4 à un plan IPv6 et à un déploiement mesuré. L’incitation se défend; reste à savoir si la mesure porte sur le travail de l’opérateur ou sur des résultats dépendant aussi des clients et des réseaux externes.

7 sept. 2026
Le paquet de départ demanda à tous d’oublier. Il ne pouvait pas prouver l’effacement : RFC 1868

Histoire d'Internet

Le paquet de départ demanda à tous d’oublier. Il ne pouvait pas prouver l’effacement : RFC 1868

Sur un réseau local de 1995, une réponse ARP sans adresse matérielle pouvait être parfaitement intentionnelle. Sa longueur inhabituelle portait une instruction négative: cessez de croire qu’une adresse IP se trouve derrière cet intermédiaire. Le RFC 1868 appela ce geste UNARP et…

7 sept. 2026
L’API de registre d’APNIC ne relie pas explicitement chaque résultat à sa requête

Récits

L’API de registre d’APNIC ne relie pas explicitement chaque résultat à sa requête

Dans un contrat d’API, l’absence d’un petit champ peut déplacer beaucoup de travail. APNIC accepte des lots de créations, modifications et suppressions, puis décrit chaque résultat avec un `status` et un `message`. Le schéma public ne dit pas, en revanche, à quel élément demandé…

7 sept. 2026
La clé était connue, mais elle n'était pas encore digne de confiance

Dossier

La clé était connue, mais elle n'était pas encore digne de confiance

Le danger tient à un ordre d'exécution. Une mise à jour DNS auto-signée apporte une nouvelle clé et demande la suppression de l'ancienne. La signature établit la possession de la nouvelle clé; elle ne donne pas, à elle seule, le droit de modifier la délégation. Au terme annoncé…

7 sept. 2026
Le message avait atteint le système du partenaire. La transaction n’était pas acceptée : RFC 1865

Histoire d'Internet

Le message avait atteint le système du partenaire. La transaction n’était pas acceptée : RFC 1865

Un accusé SMTP peut clore un transport sans clore une affaire. En 1996, le RFC 1865 expliquait aux utilisateurs de l’EDI qu’une connexion SMTP dédiée livrait directement au système du partenaire commercial et qualifiait cette livraison d’assurée. La formule décrivait une…

7 sept. 2026
Quatre bits ressemblaient à de l’IP. Ils n’en étaient pas : RFC 9790 met fin au type de charge utile deviné

Dossier

Quatre bits ressemblaient à de l’IP. Ils n’en étaient pas : RFC 9790 met fin au type de charge utile deviné

Après la dernière étiquette MPLS, `0x4` invite un ancien routeur à chercher un en-tête IPv4. RFC 9790 rappelle que la ressemblance d’un champ ne lui donne pas le pouvoir de nommer le paquet.

7 sept. 2026
Le temporisateur le plus court gagnait souvent. Le client devait encore absorber la course : RFC 1863

Histoire d'Internet

Le temporisateur le plus court gagnait souvent. Le client devait encore absorber la course : RFC 1863

Trois serveurs voient arriver le même client et aucun ne le trouve encore dans les listes reçues des autres. Le RFC 1863 ne prétendait pas qu’un vote allait désigner instantanément un maître. Il faisait attendre chaque serveur selon sa charge, puis lui imposait une seconde…

6 sept. 2026
Un point final, et la frontière de confiance se déplace

Dossier

Un point final, et la frontière de confiance se déplace

Dans le DNS, `example.co.uk` et `example.co.uk.` peuvent conduire au même nœud. Dans une application, ces deux écritures peuvent pourtant ouvrir des périmètres différents. À la clôture, le 7 septembre, de l’appel à commentaires du groupe DNSOP, une faille récente de curl rappelle…

6 sept. 2026
Un circuit est tombé, pas le port : le RFC 9784 et le prix d’un mauvais périmètre de panne

Dossier

Un circuit est tombé, pas le port : le RFC 9784 et le prix d’un mauvais périmètre de panne

Un même accès physique peut porter des milliers de services virtuels. Le RFC 9784 oblige l’exploitation à identifier l’objet réellement défaillant avant d’autoriser la reprise à agir à l’échelle de son contenant.

6 sept. 2026
Avant la connexion, l’adresse devait dire qui paierait : RFC 1681

Histoire d'Internet

Avant la connexion, l’adresse devait dire qui paierait : RFC 1681

Une règle tarifaire découverte après usage n’est plus un choix préalable. En 1994, RFC 1681 imagina qu’un serveur Gopher puisse rediriger automatiquement un appelant vers une adresse payante sans lui présenter l’avertissement attendu. La parade proposée consistait à faire porter…

6 sept. 2026
L’index pouvait refuser la question avant toute consultation : RFC 1862

Histoire d'Internet

L’index pouvait refuser la question avant toute consultation : RFC 1862

Dans un fonds d’archives, l’absence d’un titre à l’écran ne prouve pas que le dossier n’existe pas. Sa présence ne donne pas davantage le droit de l’ouvrir. Un atelier de l’IAB avait déjà isolé ce problème en 1994: le contrôle au niveau du document ne suffit pas si l’index en…

6 sept. 2026
L’horodatage était plus précis. L’association devait encore survivre : RFC 9769

Dossier

L’horodatage était plus précis. L’association devait encore survivre : RFC 9769

Le meilleur instant de départ n’est parfois connu qu’après le départ du paquet. RFC 9769 le transmet lors de l’échange suivant, au prix d’une obligation nouvelle: conserver sans ambiguïté l’histoire qui relie les deux échanges.

6 sept. 2026
La racine est valide. La preuve ne sait toujours pas nommer la feuille

Dossier

La racine est valide. La preuve ne sait toujours pas nommer la feuille

Un seul bit de direction peut désigner la feuille 1, 2, 4 ou 8: tout dépend de la taille de l’arbre, valeur que la preuve ne transporte pas. Le profil SCITT pour CCF peut donc confirmer qu’une déclaration appartient à une racine signée sans établir, à lui seul, la place ordinale…

6 sept. 2026
Le test mesurait la réserve en la dépensant : RFC 1628

Histoire d'Internet

Le test mesurait la réserve en la dépensant : RFC 1628

Une mesure de maintenance peut modifier l’objet qu’elle prétend décrire. Dans RFC 1628, l’étalonnage approfondi d’une batterie plaçait l’UPS sur sa réserve jusqu’à un niveau de décharge choisi par le constructeur. La connaissance gagnait en confiance; la charge disponible pour…

6 sept. 2026
Le message était livré, pas encore lu : la leçon du RFC 1861

Histoire d'Internet

Le message était livré, pas encore lu : la leçon du RFC 1861

Un accusé positif rassure parce qu’il semble fermer l’histoire. Le RFC 1861, publié en 1995 pour la radiomessagerie bidirectionnelle, faisait l’inverse: il maintenait l’histoire ouverte tant que le fait demandé n’avait pas été observé. Acceptation par la passerelle, mise en…

6 sept. 2026
Le message respectait le schéma. Il n’en devenait pas vrai pour autant : RFC 8927

Dossier

Le message respectait le schéma. Il n’en devenait pas vrai pour autant : RFC 8927

Avec RFC 8927, une validation réussie dit quelque chose de précis et de limité: le JSON possède la forme annoncée. Elle ne certifie ni l’auteur, ni le droit d’agir, ni l’actualité des données, ni leur effet dans le monde.

6 sept. 2026