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
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.

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…

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.

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…
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.

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…
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…

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…

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…

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é.

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à…

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.

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…

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 ?

Récits
Le lien Whois alternatif d’ARIN est une vue de substitution, pas une corroboration indépendante
Un enregistrement RDAP d’ARIN renvoie latéralement vers l’ancien service Whois REST d’ARIN. Ce lien est utile, mais deux vues fournies par le même registre ne deviennent pas pour autant deux témoins indépendants.

Tendances mondiales des FAI régionaux
PolBox.TV : trois relations déclarées, un voisin observé
PolBox.TV propose une télévision polonaise accessible à l’étranger sur plusieurs types d’écran. Les registres publics décrivent un périmètre plus étroit: une société, une organisation RIPE, un système autonome, trois relations de politique déclarées et, lors d’une observation…

Société des ressources numériques
Un point de publication RPKI exige un registre du commit à la visibilité
Un serveur de publication RPKI peut accepter atomiquement une mise à jour authentifiée tandis que des parties utilisatrices conservent encore une vue antérieure du dépôt. Ces deux faits ne se contredisent pas: ils appartiennent à des autorités, des protocoles et des instants…

Récits
Le nom RDAP de LACNIC est une étiquette d’enregistrement, pas une identité juridique ou de routage
Un champ nommé `name` semble promettre une identité. Dans la réponse RDAP actuelle de LACNIC pour `200.0.0.0/21`, sa valeur reprend simplement l’intervalle d’adresses. Elle désigne un enregistrement du registre, sans établir à elle seule le titulaire juridique ni l’opérateur du…

Histoire d'Internet
La sonde qui ne pouvait pas déclarer la mort d’un pair inactif : les keep-alives TCP
Une connexion TCP inactive peut rester silencieuse sans être rompue. Le keep-alive cherche à obtenir un indice sur l’état du transport, sans transformer une seule absence de réponse en conclusion définitive.

Tendances FAI régionaux Europe et Moyen-Orient
Plusine Systems : trois noms publics, des responsabilités distinctes
Plusine Systems apparaît sous un nom juridique, sous la marque Axians et sous le nom de système autonome PLUSINE-AS. Ces identités peuvent être reliées, mais ce rapprochement ne répond pas à toutes les questions opérationnelles. L’acheteur doit déterminer qui porte le contrat…
