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.

Récits
L’APNIC veut retirer le `/23` ; trois tailles de préfixe restent à nommer
Entre un `/23` et un `/24`, il n’y a qu’un bit de longueur, mais deux fois moins d’adresses: 512 contre 256. Le critère actuel de l’APNIC peut demander à un LIR de prouver un besoin immédiat pour la petite quantité et de planifier la grande sur un an. Prop-169 corrige ce…

Récits
Le projet 2 d’AFRINIC peut écarter les 90 %, mais « suffisamment documenté » n’a aucun champ
Le deuxième centre de données figurait déjà dans les dossiers de politique d’AFRINIC en 2018. Un utilisateur final demandait un `/24` supplémentaire pour la redondance; l’utilisation cumulée restait sous 90 %, donc la demande n’était pas admissible. Huit ans plus tard, le projet…

Récits
La préférence d’archives locales de Khipu fixe une date d’expiration aux preuves
Une mesure ancienne peut rester consultable bien après la disparition locale des tables qui lui ont donné des noms. Dès que Khipu laisse aux préférences le nombre d’archives `ip2asn`, `ixp`, `ip2country` et `asn2country` conservées, la preuve possède une échéance distincte de la…

Histoire d'Internet
Le silence qui n’était pas une panne : pourquoi TCP keepalive resta facultatif
Une connexion TCP établie peut se taire pendant des heures sans être défaillante. Keepalive permit d’interroger ce silence sans prétendre le comprendre: provoquer un ACK, recueillir un indice borné, puis laisser à l’application le choix du moment où l’incertitude devient trop…

Histoire d'Internet
Qui ouvrait trop tôt la fenêtre TCP ? Le coût d’une permission immédiate
Un destinataire TCP pouvait publier chaque octet nouvellement libéré, et l’émetteur consommer aussitôt chaque offre. Cette ouverture paraissait exacte et coopérative. Répétée, elle faisait surtout travailler la connexion pour des paquets minuscules. La réparation historique donna…

Entreprises institutionnelles mondiales
Public Suffix List: le fichier qui délimite la confiance sur le Web
Le DNS montre que `shop.example.co.uk` se trouve sous `co.uk`, mais il ne peut pas indiquer à un navigateur où commence l’enregistrement indépendant. La Public Suffix List fournit cette carte de règles manquante. Maintenu par des bénévoles, ce fichier texte guide désormais les…

Histoire d'Internet
La mise à jour de fenêtre qui pouvait disparaître : pourquoi TCP apprit à persister à zéro
Une imprimante manque de papier, son application cesse de lire et TCP annonce une fenêtre nulle. Plus tard, la capacité revient, mais l’ACK qui l’annonce se perd. Le mécanisme de persistance fut conçu pour sauver cette permission fragile sans donner au transport le droit de…

Histoire d'Internet
Le verdict refusé par UDP : à qui appartenait le risque du zéro ?
Dans UDP, zéro n’était pas un bon résultat. Il annonçait que l’émetteur avait retenu le verdict. Le passage d’IPv4 à IPv6 pose donc une question de responsabilité: qui peut retirer une preuve commune, et quand celui qui économise le calcul doit-il posséder le risque créé ?

Récits
Le projet RIPE sur le premier ASN supprime un test, mais laisse trois registres ouverts
Le résumé de veille Le projet RIPE sur le premier ASN supprime un test, mais laisse trois registres ouverts 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
Quand les deux extrémités appelèrent ensemble : l’ouverture simultanée de TCP n’était pas une collision
Le récit scolaire de TCP distribue les rôles avant même le premier paquet: un client appelle, un serveur écoute. Le protocole de 1981 avait prévu une scène moins ordonnée. Deux programmes pouvaient prendre l’initiative au même instant, voir leurs SYN se croiser et n’établir…

Histoire d'Internet
Le prix de la tolérance : quand l’indulgence du récepteur transforma les bogues en règles
La règle la plus célèbre de l'Internet imparfait permit d'abord à des implémentations différentes de dialoguer. Le récepteur absorbait l'ambiguïté pour que le réseau démarre. Rendue permanente, cette concession dissimula les défauts, transforma les bizarreries en obligations et…

Histoire d'Internet
Le pointeur qui ne fut jamais hors bande : quand l’urgence TCP se sépara de son propre flux
Un serveur occupé devait pouvoir entendre « arrête » sans ouvrir une deuxième connexion. TCP proposa un signal et une frontière dans le flux existant; les interfaces logicielles en firent un octet à part, puis l’Internet déployé rendit cette fiction impossible à effacer…

Histoire d'Internet
Le message que l’Internet apprit à ignorer : pourquoi ICMP Source Quench perdit son autorité
Le premier Internet autorisait un routeur saturé à expédier un ordre séparé demandant à une source lointaine de ralentir. L’expérience renversa ce compromis: la congestion exigeait toujours un retour, mais un message ICMP nu ne méritait plus de commander le débit d’un transport.

Récits
Trois registres nationaux révèlent le vide laissé par le non-consensus de LACNIC
Au Brésil, l'entrepreneur individuel reste une personne physique agissant en son nom. En Argentine, le monotributo s'adresse aux `personas humanas`. En Uruguay, l'entreprise unipersonnelle au monotributo commence par l'inscription d'une personne physique. Le résultat du 4 juillet…

Histoire d'Internet
La somme aux deux zéros : comment le checksum Internet a borné l’erreur, pas la confiance
Le checksum Internet n’a jamais certifié une identité. Il a rendu certaines altérations visibles à très faible coût, dans un périmètre si précis que même deux écritures du zéro n’y étaient pas interchangeables.

Récits
Un seul dépôt documentaire a suspendu cinq démarches du RIPE NCC
Une maintenance planifiée peut être banale pour l’équipe qui la réalise et décisive pour le membre qui attend la validation d’un transfert. Le 22 août, l’arrêt d’Alfresco a rendu visible ce lien: cinq démarches administratives différentes passent par le même lieu de conservation…

Histoire d'Internet
Le rapport auquel l’émetteur ne pouvait se fier : pourquoi SACK resta un avis
Un émetteur TCP conserve parfois une plage d’octets que le destinataire affirme déjà posséder. Cette méfiance n’est pas un défaut de SACK: elle protège la frontière entre une observation utile, une décision de réparation et une quittance définitive.

Histoire d'Internet
L’accusé de réception qui apprit à montrer du doigt : comment SACK rendit les pertes visibles
L’accusé cumulatif de TCP savait fermer une frontière: tout ce qui précède ce numéro est arrivé. Il ne savait pas raconter les îlots reçus après un trou. SACK lui ajouta cette carte, sans remettre au destinataire le pouvoir de commander la réparation.

Histoire d'Internet
Le routeur qui montra de côté : garder ICMP Redirect local
Un routeur pouvait signaler un meilleur voisin sans devenir l’autorité du chemin. ICMP Redirect ne valait que dans la relation locale qui l’avait produit.

Histoire d'Internet
Le nombre devenu plus récent après zéro : comment DNS ordonne ses versions sans horloge
Dans le DNS, zéro peut venir après 4 294 967 295. Ce paradoxe apparent n’est pas une curiosité de programmeur: il permet à des serveurs faisant autorité, exploités séparément, de reconnaître une version plus récente sans partager la même horloge ni demander l’arbitrage d’un…
