Domaine principal
Infrastructure
Au sein de la facette Domaine principal, l'analyse Infrastructure 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.

Dossier
Le contrôleur avait un cadre. Le service déterministe n'était pas encore là : RFC 9938
RFC 9938 décrit ce qu'un plan de contrôleur DetNet pourrait devoir coordonner. Il ne spécifie pas le protocole qui réalise cette coordination et ne constitue ni une admission de flux ni une preuve de service rendu.

Dossier
Un LSP délégué n’est pas un réseau délégué
RFC 9504 élargit l’usage d’un PCE à état dans les réseaux GMPLS. Il ne transforme ni un échange PCEP en transfert d’autorité générale, ni une demande de chemin en résultat de service.

Dossier
La clé du destinataire était désignée. Le message n’était pas ouvert : RFC 9936
RFC 9936 permet à CMS de porter une voie de destinataire ML-KEM. Le document peut désigner une clé publique et le chiffrement qui lui est destiné, sans attester de la garde de la clé privée, du déchiffrement effectif ni d’une décision.

Histoire d'Internet
L’agent disait prendre en charge le module. Il n’avait pas autorisé le changement : RFC 1303
Dans une interface de gestion, le mot « pris en charge » paraît rassurant. Il semble dire qu’un équipement comprend l’objet, que la station peut lui parler et que l’action demandée est disponible. La RFC 1303 impose une lecture plus précise. Elle décrit une capacité déclarée afin…

Histoire d'Internet
Le ticket n’était pas la panne : la frontière de mémoire de la RFC 1297
Une panne ne se laisse pas enfermer dans le numéro qui lui est attribué. Elle traverse les relèves, produit plusieurs appels, attend parfois un fournisseur et peut rester techniquement indécise après qu’un tableau de bord l’a déclarée close. En 1992, la RFC 1297 proposait une…

Dossier
Le calendrier était actif. Le changement n’était pas exécuté : RFC 9922
Une console peut annoncer une récurrence « enabled », afficher le prochain créneau et compter une occurrence passée. Elle décrit alors un calendrier. Elle ne prouve ni l’autorisation d’un changement, ni son exécution, ni le retour du système visé, ni l’effet recherché.

Histoire d'Internet
La marche DNS comptait des enregistrements, pas des hôtes joignables : la borne basse du RFC 1296
Un chiffre peut paraître plus solide que la procédure qui l'a produit. En janvier 1992, le RFC 1296 affichait 727 000 hôtes IP pour le début de l'année. Mais Mark Lottor ne présentait pas ce total comme une photographie exhaustive d'Internet. Il décrivait un collecteur, ses…

Histoire d'Internet
Un annuaire public devait laisser le droit de refuser : la frontière du RFC 1295
Un annuaire électronique peut rendre un nom trouvable sans avoir reçu le droit de le rendre public. C'est cette différence que le RFC 1295, texte du North American Directory Forum paru en 1992, a placée au cœur d'un « User Bill of Rights ». Son premier principe ne promettait ni…

Histoire d'Internet
Une étiquette de trame ne configurait pas le circuit virtuel : la frontière multiprotocole du RFC 1294
Un récepteur pouvait reconnaître le protocole annoncé dans une trame Frame Relay sans que cette reconnaissance autorise l’emploi de ce protocole sur le circuit virtuel. Le RFC 1294 impose précisément cette séparation. Les champs NLPID et SNAP rendent la charge utile…

Dossier
La charge utile UDP était protégée. L’option ne l’était pas : RFC 9868
RFC 9868 ouvre à UDP une zone d’options de transport. Cette zone ne devient pas pour autant une partie des données utilisateur protégées par DTLS; un contrôle d’option, une option émise ou une charge protégée ne prouvent ni son traitement ni son effet.

Dossier
Le curseur a poursuivi la liste. Il n’a pas prolongé le droit : RFC 9865
La RFC 9865 rend la pagination SCIM plus naturelle pour des systèmes qui utilisent déjà des curseurs. Elle ne fait pas d’un pointeur de reprise une autorisation, ni d’une page suivante une preuve d’inventaire ou de décision.

SANOG
Le comité à six NOG du SANOG ne couvre pas sa carte à huit pays
Le SANOG présente un espace régional de huit pays. Pourtant, sa stratégie de gouvernance publiée fait passer la représentation des NOG locaux par six forums nommément désignés. L’Afghanistan et les Maldives restent ainsi sans voie institutionnelle équivalente et visible vers le…

Histoire d'Internet
Un service local ne gouvernait pas le réseau : la limite des réseaux intermédiaires dans RFC 1291
Nommer un service à proximité n'a jamais suffi à posséder ce qu'il désigne. En 1991, RFC 1291 imaginait que les réseaux intermédiaires puissent offrir des résolveurs, des pointeurs vers des logiciels, des serveurs de temps, des relais d'information, des bancs d'essai et des…

Récits
AFRINIC dit avoir ajouté JSContact, mais son guide RDAP ne précise pas lequel
Une ligne de journal des modifications peut signaler un changement utile sans constituer, à elle seule, un contrat de lecture pour un client. C’est le décalage que laisse apparaître la documentation publique d’AFRINIC sur JSContact: l’annonce existe, le point d’accès est…

Dossier
La couleur est entrée dans PCEP. Elle n’est pas arrivée au service : RFC 9863
La RFC 9863 permet à PCEP de transporter une couleur associée à un chemin TE. C’est un fait de protocole sur un attribut de chemin, non la preuve qu’un service a été affecté, qu’une promesse de latence a été tenue ou qu’un résultat a été livré.

Histoire d'Internet
Une notice n’était pas le savoir : RFC 1290 n’avait pas rendu le chemin invisible
En 1991, l’abondance n’épargnait personne du travail de chercher. RFC 1290 recensait des répertoires, des bibliothèques, des sites FTP, des centres d’information et des annuaires, mais son intérêt historique tient moins à cette liste qu’à une séparation exigeante: savoir qu’une…

Dossier
Le routeur a réparé le chemin. Il n’a pas rétabli le service : la limite locale de RFC 9855
Un routeur peut basculer immédiatement après une panne adjacente sans savoir si le service est redevenu utilisable. RFC 9855 décrit TI-LFA comme une réparation Segment Routing au Point of Local Repair. Elle rétablit un état de transfert limité pendant la convergence, non une…

Histoire d'Internet
La retraite d’architecture a nommé cinq problèmes. Elle n’a pas choisi le prochain Internet : RFC 1287
En 1991, l’IAB et l’IESG ont tenté de mettre en ordre une inquiétude devenue familière: la réussite de l’Internet créait des tensions que son architecture n’avait pas été conçue pour absorber indéfiniment. RFC 1287 conserve le résultat de cette conversation. Il est précieux non…

Histoire d'Internet
Un port de pont n’était pas nécessairement une interface. Ses compteurs ne décrivaient pas toute la ligne : RFC 1286
Un numéro de port, un `ifIndex` et un compteur peuvent donner l’illusion d’un inventaire complet. RFC 1286 ne commettait pas ce raccourci. Son Bridge MIB de 1991 reliait un port de pont à une interface sans les confondre, admettait plusieurs ports sur une même interface et…

Dossier
Après un redémarrage, « sécurisé » ne veut pas dire « reprendre » : RFC 10021
Après une coupure, un contrôleur peut retrouver une base cryptographique sûre sans retrouver le droit de poursuivre le processus interrompu. RFC 10021 rend cette frontière concrète: rétablir le contexte de sécurité d’abord, décider séparément si une activité doit reprendre.
