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.

Histoire d'Internet
Le serveur qui comptait avant de répondre : pourquoi HTTP a eu besoin de 429
Le cinquante et unième appel peut être aussi correct que les cinquante précédents et recevoir pourtant un refus. HTTP 429 a rendu cette décision compréhensible sans prétendre définir l’identité comptée, la portée du quota ni la justice du partage.

Dossier
La session était Established mais ne transportait aucune route : RFC 8212 et l’autorité de la politique explicite
Le nouvel edge reste `Established`, échange des KEEPALIVE et ne reçoit pourtant aucune route IPv4 utilisable. Le transport fonctionne; le droit d’importer et d’exporter n’a pas été accordé. Le RFC 8212 transforme ce silence en règle de sûreté: une adjacence externe ne devient pas…

Histoire d'Internet
Le silence qui autorisa une adresse : ce que DAD pouvait prouver
IPv6 DAD fonda une décision importante sur une absence observée: aucun rival ne se manifesta pendant une épreuve locale et bornée. Restait à limiter la portée de ce silence.

Récits
RIPE Atlas a clos l'incident d'affectation sans publier le registre des mesures
Le mot « résolu » répond à une question de temps: le défaut se manifeste-t-il encore ? Il ne répond pas forcément à une question d'objets: quelles mesures ont traversé le planificateur pendant la panne ? Le 18 août, RIPE Atlas a réparé son service. La seconde réponse reste…

Dossier
La session s’est tue en laissant une raison : le message d’arrêt BGP et le pouvoir d’expliquer une rupture
À l’heure prévue, le peering tombe. Le journal du voisin ne contient pas seulement `Cease`, mais une référence de changement, une cause et une durée estimée. Cette phrase peut éviter une fausse alerte. Elle peut aussi être forgée, exposée, mal affichée ou prise pour la preuve…

Dossier
Deux connexions avaient atteint OPEN, une seule pouvait rester : collision BGP et autorité d’un identifiant stable
Les deux routeurs appellent au même instant. Deux connexions TCP aboutissent entre les mêmes adresses et chacune transporte un OPEN BGP valide. Rien n’est cassé au niveau du transport. Pourtant, un peering configuré ne peut pas conserver deux machines d’états concurrentes. BGP en…

Histoire d'Internet
L’écriture qui devait nommer son passé : pourquoi HTTP a eu besoin de 428
Une requête peut être valide, autorisée et pourtant trop ignorante pour modifier une ressource. Avec 428, l’origine peut exiger qu’elle dise d’abord sur quel état antérieur repose sa décision.

Histoire d'Internet
Le nom choisissait le service : DNS SRV et ses hôtes
Un domaine menait autrefois vers une adresse et un port supposé. DNS SRV a rendu la localisation du service explicite, multiple et limitée.

Dossier
Le voisin continuait d’émettre mais ne recevait plus : BGP SendHoldTimer et le droit de clore une session à sens unique
Une session BGP peut rester Established tout en cessant d’être une relation d’échange. Les KEEPALIVE du voisin arrivent encore et rafraîchissent le HoldTimer, mais sa fenêtre de réception TCP est nulle: aucun retrait local ne franchit la frontière. Le voyant vert décrit alors une…

Dossier
Accepter une route pour faire mourir les paquets : BGP BLACKHOLE et le pouvoir de détruire la joignabilité
Le blackholing de destination protège parfois tout un réseau en condamnant une seule adresse. Cette efficacité brutale n’est défendable que si l’autorisation est précise, l’exécution observable et la fin du sacrifice démontrée jusque dans le plan de transfert.

Dossier
La session pouvait le transporter ; la suivante non : BGP Extended Messages et l’autorité d’un budget de taille partagé
Un routeur accepte un UPDATE de douze kilo-octets, choisit la route, puis rencontre un voisin limité à 4 096 octets. La route n’est ni invalide ni mal formée. C’est sa représentation complète qui ne franchit plus la frontière suivante. La capacité appartient à une session; la…

Histoire d'Internet
La requête qui devait attendre : pourquoi HTTP a créé 425
TLS 1.3 peut envoyer une requête avant la fin du handshake. HTTP 425 la renvoie après cette preuve quand agir en early data serait rejouable.

Dossier
Le moniteur a vu la route, pas le paquet : BGP BMP et l’autorité d’un témoin du plan de contrôle
Une donnée de supervision peut être exacte et conduire à une conclusion fausse. BMP expose les routes avant politique, après politique, après sélection et à la sortie. Ces vues ne sont pas interchangeables. La première obligation consiste donc à nommer le témoin, son périmètre et…

Dossier
Quand la métrique franchit l’AS : BGP AIGP et le pouvoir de définir un coût commun
Additionner des nombres n’additionne pas nécessairement leur sens. Dans un groupe exploitant plusieurs systèmes autonomes, AIGP peut prolonger une logique de coût interne au-delà d’une frontière BGP. Mais cette continuité n’est fiable que si chaque domaine mesure la même grandeur…

Histoire d'Internet
L’alias qui ne déplaçait pas l’autorité : DNS DNAME
DNAME redirige les descendants en remplaçant un suffixe. Le propriétaire, l’apex, la coupure de zone et l’autorité NS restent en place.

Dossier
Le secours avait été choisi avant la panne : BGP PIC et le pouvoir de préautoriser le transfert
Au moment où un lien de cœur disparaît, le premier paquet de secours n'attend pas que BGP réexamine des centaines de milliers de destinations. Avec BGP Prefix Independent Convergence, il peut emprunter un chemin placé dans la FIB bien avant l'incident. C'est cette décision…

Histoire d'Internet
L’enregistrement qui a laissé la page intacte : HTTP 204
HTTP 204 confirme une action sans remplacer la vue active. L’état marque l’achèvement; les en-têtes portent l’identité après l’action, sans contenu.

Histoire d'Internet
La connexion qui ne faisait pas autorité : pourquoi HTTP a eu besoin de 421
Avec HTTP/2, une connexion authentifiée pouvait desservir plusieurs origines nommées et éviter de nouveaux établissements coûteux. Le statut 421 en a fixé la limite: atteindre un point de terminaison muni du bon certificat ne suffit pas à lui imposer de répondre pour chaque…

Histoire d'Internet
La copie arrivée sous forme de différence : HTTP 226
HTTP 226 fait voyager une instance modifiée comme instruction pour une base en cache. Base, delta et résultat reconstruit gardent des identités distinctes.

Dossier
Le réflecteur avait choisi depuis la mauvaise ville : BGP ORR et le pouvoir de calculer la meilleure sortie d’autrui
Un réflecteur central peut choisir une sortie depuis un lieu où aucun trafic client ne passe. BGP Optimal Route Reflection lui permet de calculer depuis la position logique du client. Le mécanisme rétablit une perspective absente, mais crée aussi un pouvoir délégué: un système…
