Aller au contenu principal

Domaine principal

Infrastructure Internet

Au sein de la facette Domaine principal, l'analyse Infrastructure Internet regroupe les articles par domaine principal afin que les lecteurs puissent suivre un périmètre précis de l'infrastructure Internet, de la gouvernance, des marchés de connectivité ou du capital numérique. Cette page rassemble les articles associés, les preuves publiques, les institutions, les entreprises, les personnes, l'exposition régionale, les dépendances opérationnelles et le contexte de marché qui pourraient sinon être répartis entre différentes pages de catégories. Elle explique le domaine, la classe d'acteurs probable, le contexte de marché ou de gouvernance, ainsi que les sources que les lecteurs devraient utiliser pour comparer les signaux. Opérateurs, analystes et lecteurs de gouvernance peuvent voir comment un même domaine se manifeste à travers les événements, les profils, les évolutions de marché, les preuves issues de sources publiques, les dépendances régionales et les décisions d'infrastructure à plus long cycle au fil du temps.

David Benjamin et le code de compatibilité qui ne devenait pas une autorisation générale

IETF

David Benjamin et le code de compatibilité qui ne devenait pas une autorisation générale

Un ancien dispositif cryptographique peut bloquer une migration moderne à un instant précis de l’échange. La solution ne reste sûre que si elle garde cette précision. RFC 9963 ménage une voie étroite pour une signature client ancienne; elle ne rétablit pas une permission générale…

3 sept. 2026

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.

3 sept. 2026
Le fichier était arrivé. Le destinataire ne l’avait pas encore accepté : RFC 1440

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…

3 sept. 2026
Al Morton et le test de capacité qui ne devenait pas une promesse de service

IETF

Al Morton et le test de capacité qui ne devenait pas une promesse de service

Une mesure de débit peut éclairer une méthode, un chemin et un instant déterminés. Elle devient trompeuse lorsqu’on la transforme en promesse sur chaque session future, un abonnement, une application ou un réseau entier.

3 sept. 2026
Batfish et la promesse de vérifier le réseau avant un changement

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…

3 sept. 2026
Muhammad Shahzad et l’enregistrement d’appareil qui ne révoquait pas l’accès

IETF

Muhammad Shahzad et l’enregistrement d’appareil qui ne révoquait pas l’accès

Supprimer un enregistrement d’appareil peut être un signal opérationnel important. Cela ne prouve pas, à lui seul, qu’un point d’application a retiré l’accès, que l’appareil s’est déconnecté ou qu’une tentative ultérieure a été refusée.

3 sept. 2026
La session WAN était ouverte, mais les terminaux gardaient deux liaisons distinctes : RFC 1434

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…

3 sept. 2026

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…

3 sept. 2026
Batfish et la promesse de tester un réseau avant sa modification

Entreprises institutionnelles mondiales

Batfish et la promesse de tester un réseau avant sa modification

Batfish transforme des configurations multifournisseurs en un modèle de routage et de transfert afin de vérifier la joignabilité, les politiques et le comportement en cas de panne avant toute modification de la production. Ses réponses peuvent être exhaustives dans le modèle…

3 sept. 2026
Aaron Moreck et les décisions réseau derrière le NaaS et le SD-WAN

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.

3 sept. 2026
Les codes concordaient. Le circuit exigeait encore une autorisation : RFC 1394

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…

3 sept. 2026
La route désignait le prochain saut, mais la liaison devait encore répondre : RFC 1433

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.

3 sept. 2026

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…

3 sept. 2026
Amit Thapa Chhetri et la longue construction de l’Internet par câble au Népal

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…

3 sept. 2026
Le correctif provisoire gagnait du temps. Il pouvait dépenser l’avenir : RFC 1380

Histoire d'Internet

Le correctif provisoire gagnait du temps. Il pouvait dépenser l’avenir : RFC 1380

En 1992, l’Internet ne courait pas contre une seule échéance. Les tables de routage et les numéros de réseau de classe B pressaient déjà les machines et leurs opérateurs; une nouvelle couche Internet exigeait une décision beaucoup plus lente. RFC 1380 a refusé de mettre ces…

3 sept. 2026
Le réseau retrouvait le livre, pas l’état du rayon : ce que conservait la RFC 1432

Histoire d'Internet

Le réseau retrouvait le livre, pas l’état du rayon : ce que conservait la RFC 1432

Une fiche de catalogue inspire confiance parce qu’elle ordonne le monde: un auteur, un titre, une édition, parfois un prix. En 1993, la RFC 1432 montrait déjà que la fiche pouvait voyager par le réseau bien plus vite que la réalité qu’elle décrivait ne pouvait se synchroniser.

3 sept. 2026

Dossier

L’étiquette a atteint la sortie. Le trajet intermédiaire est resté invisible : RFC 9884

Un voyant vert ne possède pas de grammaire. Il ne dit pas spontanément si l’on a validé une étiquette, une politique, une liste de segments ou le chemin réellement emprunté. RFC 9884 apporte une réponse précise au nœud de sortie; le risque commence quand l’organisation lui fait…

3 sept. 2026
Le transport avait ouvert une connexion. SNMP gardait la reprise : RFC 1283

Histoire d'Internet

Le transport avait ouvert une connexion. SNMP gardait la reprise : RFC 1283

Une connexion fournit un récit très convaincant: elle s’ouvre, dure, puis se ferme. RFC 1283 a pourtant refusé d’en faire le récit complet d’une opération de gestion. En 1991, le document a posé SNMP sur un transport OSI orienté connexion tout en maintenant plus haut les…

3 sept. 2026
Le client avait trouvé la personne. La note appartenait encore à un seul annuaire : RFC 1431

Histoire d'Internet

Le client avait trouvé la personne. La note appartenait encore à un seul annuaire : RFC 1431

En 1993, faire apparaître la bonne fiche à l'écran ne suffisait déjà pas à prouver la qualité d'une recherche. RFC 1431 proposa de compter le travail caché de X.500, puis prit soin de montrer pourquoi ce compte restait attaché à son terrain d'essai.

3 sept. 2026
La règle était volontaire. La sanction exigeait encore un mandat local : RFC 1281

Histoire d'Internet

La règle était volontaire. La sanction exigeait encore un mandat local : RFC 1281

Une règle commune peut guider un réseau sans lui donner un gouvernement. RFC 1281 partait de cette limite institutionnelle: l’Internet de 1991 avait besoin d’entraide, mais aucune autorité centrale ne pouvait transformer seule une alerte en sanction. Entre les deux se trouvaient…

3 sept. 2026