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
L’alarme subsistait. Sa route vers l’autre gestionnaire avait expiré : RFC 1451
Une station continuait de mesurer, de comparer et de compter. Pourtant, le chemin qui devait porter ses alertes vers une autre station pouvait disparaître après un simple compte à rebours. La RFC 1451 avait séparé la permanence de l’alarme de celle de son destinataire. Cette…

Créateurs
Albert Greenberg et le réseau comme ordinateur distribué
Chez AT&T, Microsoft Azure et Uber, Albert Greenberg a travaillé sur un problème récurrent: faire d’un grand réseau un système cohérent malgré l’évolution inégale de la topologie, du trafic, des logiciels de contrôle, du matériel et des pannes. Son influence se lit dans les…

Histoire d'Internet
Le nom d’utilisateur ressemblait à une personne. L’espace de noms ne garantissait qu’une case : RFC 1439
Un identifiant facile à deviner rendait le courrier électronique plus humain. Il rendait aussi l’erreur plus trompeuse: lorsque deux noms produisaient la même chaîne, le système pouvait livrer sans faute technique au mauvais destinataire humain. En 1993, la RFC 1439 a placé cette…
Dossier
Le canal sécurisé a échoué. Le client ne pouvait pas revenir en arrière : RFC 9887
La RFC 9887 transforme une modernisation du transport en règle d’autorité: l’échec du chemin TACACS+ protégé n’autorise pas l’usage du chemin ancien, même s’il reste joignable.

Histoire d'Internet
Le fichier était arrivé. Le destinataire ne l’avait pas encore accepté : RFC 1440
La RFC 1440 imaginait un dépôt sans rendez-vous: un expéditeur poussait un fichier vers une machine où il ne possédait aucun compte, puis repartait tandis que l’objet attendait dans un espace commun. Le réseau avait fini son travail. Pour le destinataire, l’histoire n’avait pas…

Entreprises institutionnelles mondiales
Batfish et la promesse de vérifier le réseau avant un changement
Batfish transforme les configurations de plusieurs fournisseurs en un modèle commun du routage et de l’acheminement. Avant la mise en production, l’opérateur peut ainsi vérifier la disponibilité, les politiques et la résistance à certaines défaillances. La valeur opérationnelle…

Récits
RIPEstat : une adresse sans résultat, un préfixe avec des routes
Un signalement sur Looking Glass rappelle qu’une recherche doit d’abord identifier ce qu’elle observe. Nos vérifications ont toutes abouti, sans expliquer pour autant la divergence rapportée auparavant.

Histoire d'Internet
La session WAN était ouverte, mais les terminaux gardaient deux liaisons distinctes : RFC 1434
Le terminal recevait bien un acquittement, mais celui-ci venait du commutateur voisin, pas de la machine distante. Avec la RFC 1434, cette différence n'était pas une imperfection à masquer: elle devenait le principe même du Data Link Switching, qui isolait les délais du WAN tout…
Dossier
L’identifiant a été résolu. L’aéronef n’a pas été localisé : RFC 9886
La RFC 9886 rend un DRIP Entité Tag consultable dans le DNS, mais la réponse appartient au registre des identifiants, pas à la surveillance aérienne. Un certificat HHIT et un endorsement BRID validés attestent une inscription; ils ne disent ni où se trouve l’aéronef, ni qui le…

Dirigeants
Aaron Moreck et les décisions réseau derrière le NaaS et le SD-WAN
La trace publique d’Aaron Moreck le situe dans les services réseau d’IntegraONE, entre connectivité client, pare-feu gérés et SD-WAN. Elle décrit une surface technique publique, pas la propriété personnelle de chaque résultat.

Histoire d'Internet
Les codes concordaient. Le circuit exigeait encore une autorisation : RFC 1394
En 1993, savoir que `FR`, un indicatif téléphonique et un answerback télex renvoyaient à la France ne suffisait pas à joindre qui que ce soit. Il fallait encore un réseau, une passerelle, une permission et un destinataire. La RFC 1394 rassembla les repères sur une même ligne sans…

Créateurs
Albert Greenberg et le réseau comme ordinateur distribué
Chez AT&T, Microsoft Azure et Uber, Albert Greenberg a travaillé sur une même question: comment faire fonctionner un grand réseau comme un système cohérent lorsque la topologie, le trafic, le logiciel de contrôle, le matériel et les pannes évoluent à des rythmes différents. Son…

Récits
Le réapprovisionnement derrière la courbe des ASN de LACNIC
La projection publiée par IANA devient négative en 2027. Elle prolonge la consommation d'un stock régional; elle n'annonce ni la disparition des numéros disponibles dans le monde, ni l'échec de leur prochain réapprovisionnement.

IETF
Bernie Volz et le déclencheur DHCPv6 qui n’avait pas encore configuré le client
Une ligne de journal peut transformer « Reconfigure envoyé » en changement achevé. La RFC 9915, dont Bernie Volz est l’un des auteurs, impose une lecture plus sobre: Reconfigure déclenche un échange ultérieur, authentifié et borné. Elle ne constitue ni l’accusé de réception du…

Histoire d'Internet
La route désignait le prochain saut, mais la liaison devait encore répondre : RFC 1433
Sur un grand réseau de données, deux adresses IP pouvaient sembler voisines sans disposer d’un chemin direct entre elles. La RFC 1433 a traité ce décalage: apprendre un prochain saut, découvrir son adresse de liaison et réussir un échange demeuraient trois résultats différents.

IETF
L’OAM CATS peut vérifier une politique d’aiguillage. Il ne peut pas choisir le remède.
Le projet OAM du groupe CATS part d’un problème concret: une instance peut rester joignable sur le réseau alors que le service applicatif est saturé, bloqué ou indisponible. Ajouter des mesures de lien, de chemin, d’instance et de service peut donc éviter de confondre une adresse…
Dossier
La capacité était annoncée. Le protocole n’était pas autorisé : RFC 9885
Dans IS-IS, un indicateur de capacité peut aider l’exploitant à poser la bonne question sans jamais fournir la réponse qui autorise un déploiement. La RFC 9885 sépare précisément le signal générique, la prise en charge réelle de chaque codepoint et la décision locale de faire…

Dirigeants
Amit Thapa Chhetri et la longue construction de l’Internet par câble au Népal
L’histoire de Subisu ne se réduit pas au récit lisse d’un fondateur visionnaire. Les sources montrent plutôt une équipe qui a dû rendre un nouveau service compréhensible pour le régulateur, puis transformer une autorisation difficilement obtenue en capacité opérationnelle…

IETF
Wassim Haddad et le préfixe qui n’autorisait pas encore le transfert
Un routeur mobile peut être enregistré auprès de son agent mère avant de connaître le préfixe de réseau mobile qu’il pourra employer. Dans la RFC 6276, coécrite par Wassim Haddad, le droit d’ajouter ce préfixe au cache de liaisons dépend ensuite d’un bail DHCPv6 Prefix Delegation…

Récits
AFRINIC : ce que mesure vraiment le nettoyage du DNS inverse
Une faible proportion d’enregistrements défaillants peut concerner une part bien plus importante des détenteurs représentés dans les statistiques. Les données d’AFRINIC permettent de distinguer cette charge de maintenance, les suppressions effectuées et le service qui reste à…
