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.
Histoire d'Internet
Le registre avait attribué le préfixe, pas la route mondiale : RFC 2008
Un routeur placé loin du client ne voyait ni son contrat ni sa fiche de registre. Il voyait un préfixe plus spécifique et décidait de le conserver ou de le filtrer. RFC 2008 a fait de cette distance institutionnelle le cœur de la politique d’adressage.
IETF
ALLDISPATCH : le point de bascule entre discussion et travail de normalisation
L’IETF-Wide Dispatch (ALLDISPATCH) n’est pas une fabrique de normes. C’est une surface de tri: les propositions y sont discutées, puis orientées vers l’autorité ou le cadre capable de les transformer en travail formel. La question opérationnelle n’est donc pas seulement ce qui a…
Histoire d'Internet
L’autorité pouvait certifier sans garder la clé : la frontière de RFC 1984
RFC 1984 ne demandait pas de choisir entre l’État et l’absence d’État. Le texte acceptait qu’une administration exploite une autorité de certification, tout en refusant qu’elle conserve la clé privée de l’usager. En séparant l’attestation publique de la capacité secrète, il a…
IETF
Le premier paquet est parti avant la fin de l’image — pas avant la fin de la preuve : RFC 9828
Sur une console d’émission, un horodatage précoce peut donner l’impression que la bataille de la latence est gagnée. Côté réception, il reste pourtant à recevoir un en-tête exploitable, franchir les pertes, admettre le flux, décoder une qualité définie et afficher l’image.
IETF
La fusion était propre, pas forcément la base : les candidats privés NETCONF
`draft-ietf-netconf-privcand-10` isole les modifications de chaque client et organise leur remise à niveau avant validation. Cette isolation évite un type d'accident collectif; elle ne transforme ni une comparaison vide ni un commit réussi en preuve de fraîcheur, d'intention…
Récits
DAOport : l’adhésion au RIPE NCC ne suffit pas à prouver un réseau en activité
Le résumé de veille DAOport: l’adhésion au RIPE NCC ne suffit pas à prouver un réseau en activité 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…
Entreprises services cloud mondiales
AlmazCloud : ce que l’empreinte publique d’AS210328 permet — et ne permet pas — d’établir
Une enquête fondée sur les registres, le routage, le DNS et la présence web distingue ce qui est administrativement enregistré de ce qui est effectivement observable — et ce qui pourrait encore être démontré sur la fourniture de services cloud.
Histoire d'Internet
Une route sans carte commune : le pari de Nimrod dans RFC 1992
En 1996, Nimrod proposait une réponse dérangeante au problème d’échelle: cesser d’exiger que chaque routeur voie le même réseau, puis empêcher ces visions divergentes de se transformer en boucle de transmission.
Histoire d'Internet
Quand un octet renvoyait PPP au début : la frontière de RFC 1973
Dans RFC 1973, le danger n’est pas une coupure franche. C’est une liaison qui reste physiquement présente tandis que ses deux extrémités ne partagent plus la même interprétation des trames. La norme répond par une discipline: observer, distinguer, puis recommencer la négociation.
IETF
Un plan de diagnostic n’est pas une cause : huit reçus pour l’OAM programmé
`draft-ietf-opsawg-scheduling-oam-tests-07` propose d’ordonner et de programmer des tests OAM à l’échelle du réseau. Cette structure est utile, à condition de ne pas confondre le plan enregistré, l’exécution réelle, la mesure obtenue, l’inférence causale, l’autorité de changer le…
Entreprises institutionnelles mondiales
DFINFRA et l’AS210860 : la chaîne de preuve du contrôle opérationnel reste à construire
Le résumé de veille DFINFRA et l’AS210860: la chaîne de preuve du contrôle opérationnel reste à construire 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
Le droit s’ouvrait sans demande, puis pouvait se refermer : RFC 1988
En 1996, un texte informatif de l’IETF a consigné une permission à la fois simple à activer et difficile à résumer: automatique pour un usage normalisé précis, inexistante pour les MIB propriétaires et révocable de façon définitive par un acte de riposte brevet.
Histoire d'Internet
Le paquet perdu et son ombre : la chaîne interpaquets de RFC 1969
Dans le protocole DESE de 1996, une perte ne s’arrêtait pas au paquet disparu. Elle rendait également indéchiffrable le paquet suivant, tout en laissant dans le chiffrement de celui-ci le point de reprise nécessaire au troisième. Cette asymétrie raconte mieux que tout slogan ce…
Entreprises FAI régionaux mondiales
AS33169 : ce que le routage public révèle — et ne révèle pas — sur la surface opérationnelle d’Utherverse Network Operations
Les registres attribuent des ressources. Le routage montre parfois qu’un système annonce ces ressources. Entre les deux se trouve la question la plus difficile: quelle partie de l’infrastructure est réellement observable, par qui, et avec quel degré de continuité ?
IETF
Huit reçus pour une identité de charge de travail : ce que le jeton ne prouve pas
Le projet WIMSE explique comment Kubernetes, les plateformes cloud et SPIFFE réduisent la dépendance aux secrets durables. Son apport décisif est aussi une limite: l’émission d’un justificatif d’identité n’absorbe ni l’état d’exécution, ni l’autorisation, ni la révocation, ni le…
Entreprises institutionnelles mondiales
AS210764 : ce que le routage rend visible, et ce qu’il ne permet pas de prouver
Le résumé de veille AS210764: ce que le routage rend visible, et ce qu’il ne permet pas de prouver 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…
Société des ressources numériques
DFINFRA et l’AS210860 : le signal du registre ne suffit toujours pas à établir le contrôle opérationnel
Le résumé de veille DFINFRA et l’AS210860: le signal du registre ne suffit toujours pas à établir le contrôle opérationnel explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences…
Histoire d'Internet
Le retournement faisait le budget : RFC 1986 et les preuves sélectives d’ETFTP
Sur une liaison radio semi-duplex, répondre n’était pas une opération marginale. Il fallait rendre le canal, resynchroniser l’autre sens, puis recommencer avant la reprise des données. RFC 1986 a construit ETFTP autour de cette dépense physique.
Dirigeants
Mohamed Awang Lah : ce que la continuité de MyCERT permet — et ne permet pas — d’attribuer à un dirigeant
La continuité de MyCERT raconte une histoire institutionnelle plus solide que le récit d’un fondateur unique. La fonction malaisienne de réponse aux incidents a traversé plusieurs cadres organisationnels: MIMOS, le NISER, puis CyberSecurity Malaysia. Les documents publics…
Histoire d'Internet
Le paquet non compressé qui modifiait encore l’historique : RFC 1967
Le drapeau C/U de LZS-DCP peut annoncer des données non compressées sans annoncer un état immobile. Avec Process-Uncompressed, les octets transmis tels quels alimentent les deux copies de l’historique. RFC 1967 isole en outre ordre, contrôle et remise à zéro par History Number…