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 paquet demanda la route la plus sûre. Le réseau ne promit rien : RFC 1455

Histoire d'Internet

Le paquet demanda la route la plus sûre. Le réseau ne promit rien : RFC 1455

Sur la table de travail de RFC 1455, une liaison fortement chiffrée valait 1 et une liaison satellite 32. Ce barème n’était ni une mesure du risque ni un tarif: il traduisait en politique locale la préférence inscrite dans quatre bits d’un paquet. Toute l’ambiguïté tenait dans le…

4 sept. 2026
La partie avait un nom. Le triplet devait encore autoriser l’opération : RFC 1447

Histoire d'Internet

La partie avait un nom. Le triplet devait encore autoriser l’opération : RFC 1447

Un badge peut identifier son porteur sans lui ouvrir toutes les salles. En 1993, la Party MIB de SNMPv2 appliquait cette distinction avec une précision peu commode mais féconde: le droit n’appartenait pas à une partie isolée. Il fallait retrouver la partie qui demandait, celle…

4 sept. 2026
Juliusz Chroboczek et la métrique Babel qui n’était pas un score mondial

IETF

Juliusz Chroboczek et la métrique Babel qui n’était pas un score mondial

Une valeur de routage peut être nécessaire sans devenir un classement du monde. La RFC 8966 laisse le calcul du coût de lien et de la métrique Babel à la politique locale, puis impose une contrainte commune bien plus étroite: la métrique doit rester strictement monotone pour…

4 sept. 2026
L’OID était reconnu, mais le certificat SLH-DSA a échoué au contrôle de mode : RFC 9909

Dossier

L’OID était reconnu, mais le certificat SLH-DSA a échoué au contrôle de mode : RFC 9909

Le RFC 9909 dote X.509 d’identifiants précis pour SLH-DSA. Il interdit justement d’en déduire trop: reconnaître la famille ne corrige ni un mélange Pure/Hash, ni des paramètres présents, ni un usage de clé incohérent, ni une décision de confiance absente.

4 sept. 2026
Dave Thaler : observer un blocage n’est pas attribuer une politique

IETF

Dave Thaler : observer un blocage n’est pas attribuer une politique

Une page inaccessible, une connexion réinitialisée ou une réponse DNS modifiée sont des observations réelles. Elles ne désignent pas à elles seules l’auteur d’une politique, son intention ou même le caractère délibéré de l’effet.

4 sept. 2026
Suresh Krishnan : un lien actif n’est pas un reçu de joignabilité de bout en bout

IETF

Suresh Krishnan : un lien actif n’est pas un reçu de joignabilité de bout en bout

Une interface radio, Wi-Fi ou filaire peut être prête à transporter des trames alors que le chemin utile au client demeure incertain. Le RFC 4957 de Suresh Krishnan est précieux parce qu’il maintient cette frontière.

4 sept. 2026
Le classificateur a nommé le flux, sans prouver son traitement : RFC 9892

Dossier

Le classificateur a nommé le flux, sans prouver son traitement : RFC 9892

RFC 9892 donne au modem un vocabulaire précis pour décrire des classes de trafic à son routeur. Ce vocabulaire reste pourtant une entrée locale: l’extension active, la validation, l’état de file et l’effet observé demeurent des preuves séparées.

4 sept. 2026
Peter van der Stok et l’inscription de ressource qui n’était pas une présence d’endpoint

IETF

Peter van der Stok et l’inscription de ressource qui n’était pas une présence d’endpoint

Une liste peut rester lisible alors que ce qu’elle désigne ne répond plus. RFC 9176 organise précisément cette différence: le Resource Directory conserve des inscriptions de ressources; il ne se transforme pas pour autant en sonde de présence. Peter van der Stok en est l’un des…

4 sept. 2026
Le contrôle de qualité d’APNIC n’est pas une propriété de l’adresse

Récits

Le contrôle de qualité d’APNIC n’est pas une propriété de l’adresse

Un bloc d’adresses ne transporte ni la date d’un test, ni le point depuis lequel il a été observé. En remplaçant « assurance » par « contrôle », APNIC a reconnu cette limite avec une précision qui mérite d’être prolongée jusqu’au résultat lui-même.

4 sept. 2026
L’agent revendiquait le groupe. L’objet devait encore répondre : RFC 1444

Histoire d'Internet

L’agent revendiquait le groupe. L’objet devait encore répondre : RFC 1444

Une fiche de capacités peut éviter des essais inutiles; elle ne fait pas bouger l’aiguille de l’instrument. En 1993, la RFC 1444 a organisé trois vérités différentes: les objets regroupés, le minimum exigé pour se dire conforme et les capacités revendiquées par une version de…

4 sept. 2026
Le client annonçait le délai. Le serveur gardait la fenêtre : RFC 9891

Dossier

Le client annonçait le délai. Le serveur gardait la fenêtre : RFC 9891

Dans le RFC 9891, le client ACME peut annoncer la durée probable d’un aller-retour sur un réseau tolérant les délais. Il ne fixe pourtant ni l’échéance, ni la politique qui transforme une réponse en preuve: ces pouvoirs restent au serveur.

4 sept. 2026
Le réseau avait du débit, l’application mourait encore de faim : RFC 1453

Histoire d'Internet

Le réseau avait du débit, l’application mourait encore de faim : RFC 1453

Au début des années 1990, une liaison rapide pouvait faire bonne figure sur le banc d’essai et laisser pourtant une visioconférence sans voix, sans synchronisation ou sans image utile. RFC 1453 a pris ce paradoxe au sérieux: le débit disponible dans le réseau n’était qu’une…

4 sept. 2026
Le VID tenait sur douze bits. Le guide de gestion lui en a donné seize : RFC 9895

Dossier

Le VID tenait sur douze bits. Le guide de gestion lui en a donné seize : RFC 9895

RFC 9895 rend les VLAN et les priorités Ethernet utilisables par les fenêtres de crédit DLEP. Son texte de gestion élargit pourtant le VID au-delà du champ de douze bits hérité de RFC 9892. Entre documentation, configuration et trame, la conformité doit donc être démontrée et non…

4 sept. 2026

Tendances institutionnels Europe et Moyen-Orient

Power International-Tyres : l’ASN d’entreprise sous la promesse de distribution

Le résumé de veille Power International-Tyres: l’ASN d’entreprise sous la promesse de distribution 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…

4 sept. 2026
Le paquet sommé de répondre : la réparation « challenge ACK » de TCP

Histoire d'Internet

Le paquet sommé de répondre : la réparation « challenge ACK » de TCP

Pendant longtemps, un segment de réinitialisation placé quelque part dans la fenêtre de réception pouvait suffire à détruire une connexion TCP. La RFC 5961 a déplacé la frontière de confiance: la vraisemblance déclenche désormais une question, tandis que seule une preuve plus…

4 sept. 2026
L’ACK qui ne pouvait pas dire quel paquet était arrivé : la règle de Karn face à l’ambiguïté des retransmissions

Histoire d'Internet

L’ACK qui ne pouvait pas dire quel paquet était arrivé : la règle de Karn face à l’ambiguïté des retransmissions

Un accusé de réception peut confirmer l’arrivée des octets sans révéler quelle copie transmise a provoqué sa réponse. La règle de Karn protège alors la mesure: la livraison progresse, mais l’échantillon de délai aller-retour est refusé.

4 sept. 2026
Un enregistrement Ghostbusters n’est pas une chaîne de commandement

Société des ressources numériques

Un enregistrement Ghostbusters n’est pas une chaîne de commandement

Une partie utilisatrice de la RPKI peut valider chaque octet d’un enregistrement Ghostbusters sans savoir si quelqu’un surveille encore le canal indiqué. L’objet signé rend accessibles des coordonnées minimales du responsable d’une AC; la responsabilité opérationnelle commence là…

4 sept. 2026
Dans le RDAP d’APNIC, le rôle de titulaire désigne une partie à l’enregistrement, pas une propriété d’entreprise

Récits

Dans le RDAP d’APNIC, le rôle de titulaire désigne une partie à l’enregistrement, pas une propriété d’entreprise

Un mot placé dans une entité imbriquée d’APNIC a une valeur probante réelle, mais limitée. Le rôle RDAP `registrant` indique quelle entité est inscrite dans l’enregistrement; il ne transforme pas la réponse en registre de propriété des sociétés ni en carte du contrôle du routage.

4 sept. 2026
Une rotation d’ancre de confiance exige un registre d’acceptation

Société des ressources numériques

Une rotation d’ancre de confiance exige un registre d’acceptation

Publier une clé appelée à remplacer l’ancre de confiance RPKI ne rend pas instantanément tous les validateurs prêts à l’utiliser. La transition est une suite d’observations vérifiées: il faut distinguer l’annonce, la vérification, la période d’attente, le basculement de chaque…

4 sept. 2026
Le paquet qui attendait son prédécesseur : la règle des petits segments de Nagle

Histoire d'Internet

Le paquet qui attendait son prédécesseur : la règle des petits segments de Nagle

Une nouvelle écriture d’un octet n’appelait pas un délai universel. Elle appelait une décision fondée sur l’état de la connexion: des données précédentes sont-elles encore sans accusé de réception ?

4 sept. 2026