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.

Récits
LACNIC a approuvé son cadre de sécurité avant de mesurer le niveau de départ — il faut maintenant un reçu de maturité versionné
Le procès-verbal de mai montre trois temps distincts: une autorisation du Conseil, une mesure externe de l’existant, puis le choix d’un niveau cible. Ce séquençage n’est pas un aveu de faiblesse. Il exige en revanche une preuve capable de relier chaque étape à son périmètre, sa…
Dossier
L’étiquette de l’algorithme a changé, pas la clé : la frontière probante de la RFC 9709
Réécrire le nom d’un algorithme peut suffire à détourner un déchiffreur, sans casser le chiffrement annoncé. La RFC 9709 répond en faisant de l’identité encodée de l’algorithme une entrée de la clé dérivée — et oblige l’exploitation à ne plus confondre traitement réussi et…

Histoire d'Internet
L’étiquette disait JPEG, les autres identifiants disaient GIF : RFC 2158
Dans une même entrée de la RFC 2158, l’intitulé, le nom de partie de corps X.400 et la branche d’identifiant d’objet désignent GIF. Seul le champ MIME indique `image/jpeg`. Cette fissure minuscule rappelle qu’un libellé publié est une pièce du dossier, pas la preuve suffisante du…
Dossier
Quand une préférence exclut une ville avant l’arrivée des preuves : RFC 9712
Une ville candidate peut disparaître avant toute visite de terrain, non parce qu’elle a échoué à un test, mais parce qu’une préférence a tenu lieu de test. RFC 9712 apporte une correction ciblée à la politique des réunions de l’IETF et une leçon de gouvernance plus générale: le…

Histoire d'Internet
Un trajet était une conversion. Le retour devait encore prouver l’équivalence : RFC 2157
Un fichier pouvait franchir une passerelle X.400, conserver ses octets et revenir avec une étiquette plausible sans satisfaire pour autant la définition d’une équivalence. La RFC 2157 réservait ce mot à une paire de conversions formant un aller-retour sans perte; elle distinguait…

Histoire d'Internet
Le logiciel savait le faire ; la passerelle devait encore le prouver : RFC 2156
La RFC 2156 refusait de confondre une capacité inscrite dans un produit avec la conformité de la passerelle qui transportait réellement le courrier. Une installation pensée pour un groupe fermé pouvait, par une liste de diffusion, devenir un maillon mondial sans changement de…

Récits
L’essai d’APNIC à deux serveurs a produit moins de répétitions, mais il lui manque encore un reçu de reproduction
Lors d’un second essai utilisant deux serveurs de noms, APNIC a observé moins de requêtes DNS autoritatives que lors de son précédent essai à un seul serveur. L’écart est établi dans les agrégats publiés; sa cause ne l’est pas. Pour en faire un résultat de décision, les deux…

Histoire d'Internet
Ned Freed et le nom de fichier qu’il faut reconstruire sans jamais lui faire confiance
Un paramètre MIME peut traverser le réseau en fragments numérotés et dans un ordre quelconque. RFC 2231 permet d’en retrouver la valeur internationale, mais cette réussite syntaxique ne transforme ni un `filename` en chemin sûr, ni une étiquette en identité, ni une métadonnée en…
Dossier
Le registre indiquait la version, pas le sens : RFC 9713
Une seule colonne a suffi pour révéler une confusion coûteuse. RFC 9713 permet désormais de voir si un type d’enregistrement administratif appartient à BPv6, à BPv7 ou aux deux. Cette indication rend le registre plus exact; elle ne transforme toujours pas un entier en convention…

Histoire d'Internet
L’adresse était lisible, mais ce n’était pas son identité sur le fil : RFC 2155
Dans la MIB APPN de la RFC 2155, une adresse de liaison pouvait être parfaitement lisible tout en restant impropre à identifier les octets réellement transmis. La norme séparait volontairement l’étiquette d’affichage, l’objet propre au DLC, l’état de la liaison et le résultat…
IETF
Quand le message de suppression impose de conserver l’état
Avec RFC 9705, un Conditional PathTear peut justifier deux réponses opposées. Le rôle de protection établi avant la panne détermine ce qu’un routeur doit effacer — et ce qu’il doit laisser vivre.
IETF
La réponse a franchi trois domaines. La preuve, non
Le RFC 9716 permet à une réponse SR-MPLS de revenir lorsque la connectivité IP ordinaire s’arrête à la frontière d’un domaine. La pile d’étiquettes du retour peut être fournie d’avance ou construite frontière après frontière. Un Echo Reply reçu atteste donc un échange précis et…

Histoire d'Internet
La signature connaissait l’auteur, pas la réalité du lien : RFC 2154
Avec la RFC 2154, une LSA OSPF pouvait conserver la preuve de son origine pendant tout le flooding. L’intégrité du trajet devenait vérifiable. Mais le routeur d’origine pouvait toujours signer impeccablement une métrique fausse, un lien tombé ou un réseau stub inexistant.

Histoire d'Internet
Ward Christensen et l’accord de 128 octets qui laissait les extrémités libres
XMODEM n’a pas conquis les micro-ordinateurs en promettant un service complet. Ward Christensen a fixé sur la ligne un accord minuscule et vérifiable, puis laissé l’appel, le stockage, les noms de fichiers, l’interface et les perfectionnements aux machines situées aux deux…

Récits
Le préavis de fermeture d’AFRINIC est daté de la veille. Ce n’est pas un verdict sur les 72 heures
Le site d’AFRINIC affiche une publication le 14 septembre pour une fermeture le 15. Son engagement de service parle de soixante-douze heures, mais à propos d’un envoi sur la liste d’annonces. Avant de conclure, il faut dissocier l’horodatage du site, celui du courriel, le délai…
IETF
TreeDN : moins de copies, mais quelle preuve de diffusion ?
Séparer la réplication du contenu peut alléger la distribution d’un direct. Cette séparation laisse pourtant au diffuseur une question entière: le programme est-il arrivé à temps chez le spectateur autorisé ?

IETF
L’orbite annonçait une liaison prête. Le réseau n’avait encore rien confirmé
Le RFC 9717 transforme la prévisibilité orbitale en avantage de routage sans confondre prévision et observation. Une topologie planifiée peut préparer le calcul, mais ni le calendrier, ni une liste de SID, ni un accusé d’installation ne prouvent à eux seuls une adjacence optique…

Histoire d'Internet
L’OUI a séparé les propriétaires. Il n’a pas expliqué les valeurs : RFC 2153
La RFC 2153 a donné aux extensions PPP propriétaires une adresse commune sans rendre leur contenu commun. Code ou Type 0, OUI, Kind et valeurs privées évitent les collisions; ils ne prouvent ni la compréhension par le pair, ni l’autorisation locale, ni l’interopérabilité du lien.

Histoire d'Internet
Le message restait lisible, pas son histoire : la frontière UTF-7 de la RFC 2152
UTF-7 a ménagé un passage à Unicode dans le courrier à sept bits sans enfermer tout le texte ASCII dans une seconde enveloppe. Mais son apparente lisibilité masquait plusieurs choix d’encodage: ponctuation directe ou décalée, fin de séquence absorbée, saut de ligne…

Histoire d'Internet
Le serveur avait cessé de le parler. Le client devait encore le comprendre : RFC 2062
En décembre 1996, IMAP a formulé une règle de migration d’une rare netteté: retirer une syntaxe ne supposait pas d’effacer aussitôt toute capacité à la lire. RFC 2062 demandait aux nouveaux serveurs de ne plus produire certaines formes, tout en laissant aux récepteurs une…
