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.
IETF
Pradosh Mohapatra et la valeur de bande passante qui n’était pas une capacité disponible
Pendant une maintenance, un zéro peut demander de ne plus envoyer de trafic sur un chemin. Ailleurs, le même zéro déclenche un partage égal. La valeur est identique et conforme à la RFC 10005; c’est la politique locale qui change le résultat.
Dossier
L’identifiant DNS était à zéro. Le cache devait pourtant garder l’heure : RFC 9953 et la preuve en DoC
Dans un réseau contraint, éviter une requête amont inutile est un gain réel. Mais un objet que l’on peut réutiliser n’est pas, pour autant, un jugement sur l’autorité de sa réponse. RFC 9953 construit précisément cette économie sans effacer l’horloge qui la limite.
Dossier
Le reçu a inscrit une déclaration au registre. Il n’a pas décidé de lui faire confiance : RFC 9943 et SCITT
Dans une chaîne logicielle, le mot « vérifié » se propage vite. Une déclaration est signée, un service de transparence l’accepte, un reçu contient une preuve vérifiable, et une interface transforme ce parcours en signal vert. Il devient alors commode de dire que l’artefact est…
IETF
Hooman Bidgoli et l’ensemble de feuilles qui ne prouvait pas la livraison multicast
Dans un service multicast, la liste des destinataires prévus est une donnée de commande, pas un accusé de réception. Le RFC 10018 rend cette liste exploitable par une politique SR point-à-multipoint; il laisse pourtant intacte la distance entre intention, arbre installé et flux…
Dossier
Le forum pouvait suspendre un message. Il ne pouvait pas s’approprier le réseau : RFC 9945 et la limite de la modération IETF
Un espace de discussion doit pouvoir arrêter une perturbation. Il ne reçoit pas, pour autant, un titre sur tout ce qui y est discuté. RFC 9945 rend cette retenue visible: le texte organise la modération des espaces publics de l’IETF, sans transformer cette fonction en pouvoir sur…
IETF
Carlos Pignataro et la mesure en watts qui ne prouvait pas un réseau plus vert
Un relevé de puissance peut être exact au watt près et incomplet au point de vue environnemental. Pour passer de cette observation à l’énergie, aux émissions puis à une décision sur la capacité de secours, il faut plusieurs preuves et plusieurs responsables.
Dossier
La requête multicast a atteint le groupe. Elle n’a pas autorisé l’action : RFC 10020 et la preuve CoAP
Une commande protégée, quelques réponses et une interface qui verdit: dans un système contraint, il est tentant d’appeler cela une action collective achevée. RFC 10020 rend la communication de groupe CoAP bien plus explicite. Il ne transforme pourtant ni une adresse multicast, ni…
Dossier
La clé de groupe a atteint les appareils. Elle n’a pas décidé l’acte : RFC 10020 et l’autorité CoAP de groupe
Un message protégé peut quitter un émetteur et être lisible par un groupe. Il ne transforme pas cinq récepteurs en une seule volonté. RFC 10020 donne aux systèmes contraints un moyen précis de parler à un groupe sans effacer les preuves distinctes d’appartenance, d’admission, de…
Dossier
Ce que sait réellement un rapport agrégé : RFC 9990 et la frontière avant toute mesure
Un rapport DMARC agrégé est une observation formulée par un système de réception, non le jugement définitif d’un réseau sur un domaine. Il peut révéler une source oubliée, une configuration instable ou un volume qui mérite enquête. Il ne permet pas, seul, d’identifier une…
JPNOG
JANOG donne aux dirigeants une voie séparée pour réécrire ses règles
Les règles publiques de JANOG font des abonnés à la liste de diffusion des membres, mais elles permettent aussi à une supermajorité de dirigeants de modifier les règles — ou de dissoudre l’association — sans passer par la voie distincte d’un vote des membres.
ICANN
L’évaluation des collisions de noms par l’ICANN ne décide pas une délégation. Que doit prouver ensuite une chaîne à haut risque ?
Une évaluation de collision de noms par l’ICANN est une étape de gestion du risque dans le programme des nouveaux gTLD de 2026, et non la confirmation qu’un libellé proposé atteindra — ou n’atteindra pas — le DNS. Son importance pratique se situe au seuil suivant: une chaîne…
MYNOG
MYNOG peut réécrire les conditions d’accès après l’inscription
Les conditions d’inscription de MYNOG ne se limitent pas à fixer un prix et des règles d’entrée. Elles autorisent les organisateurs à modifier le texte par publication sur le site, considèrent la présence ultérieure comme une acceptation et permettent une exclusion…
ICANN
ICANN désigne un prestataire d’évaluation des garanties. Quand l’examen d’une chaîne devient-il une obligation du contrat de registre ?
ICANN a choisi Mirror Group LLC pour les évaluations des garanties du cycle 2026. L’enjeu est la frontière entre l’évaluation d’une chaîne et une garantie inscrite dans le Registry Agreement.
Dossier
Le modèle pouvait expliquer le réseau. Il ne pouvait pas autoriser le changement : NEMOPS et la frontière entre visibilité et contrôle
Le rapport NEMOPS réclame des modèles plus utiles, une meilleure observabilité et des changements vérifiables. Ces progrès rendent une opération plus intelligible. Ils ne disent pas qui peut exposer un service vivant à un risque, ni qui porte la perte lorsqu'une automatisation se…
LKNOG
L’institution née après APNIC 42 : pourquoi le Sri Lanka a créé LKNOG
APNIC 42 a réuni la communauté régionale de l’exploitation des réseaux Internet à Colombo en 2016. Les premières archives de LKNOG suggèrent toutefois que la question la plus importante s’est posée après la clôture de la conférence: qui maintiendrait un lieu où les opérateurs…
Dossier
Une exigence OAM est écrite. Elle ne prouve pas un diagnostic opérationnel : RFC 9974 et la preuve BIER
Une liste d'exigences peut éclairer ce qu'il faut construire. Elle ne confirme ni qu'un réseau possède déjà cette capacité, ni qu'une mesure donnée justifie une action.
Dossier
L’heure signée a évité un transfert. Elle n’a pas prouvé un instant : RPKI, RFC 9589 et la frontière de bascule
Lorsqu’un relying party RPKI quitte RRDP pour rsync, il peut réutiliser des objets sans faire d’une heure signée une vérité sur le temps. RFC 9589 organise cette économie de transfert et maintient séparées les preuves de validité, de publication et de routage.
Dossier
Quatre mille était une déclaration de préfixe, pas un mandat de limitation : RFC 9977 et la frontière de preuve
Un fichier de préfixes peut mieux décrire un espace d’adresses. Il ne transforme pas un nombre déclaré en ordre de desserrer un contrôle de risque local.
Entreprises de télécoms nationaux en Afrique
Revenus H1 d'Axian Telecom en hausse de 26,5 % à 980 M$
Axian Telecom affiche une hausse du chiffre d’affaires au premier semestre avec davantage d’abonnés et une expansion du réseau, tandis qu’un nouveau financement EBRD de 270 M€ doit soutenir de nouveaux investissements au Kenya et au Sénégal.
Entreprises télécoms nationaux Asie-Pacifique
SK Telecom associe KKR et IMM à son unité de centres de données IA
SK Telecom scinde SK Broadband et crée SK Horizon, qui regroupe les actifs de centres de données et de câbles sous-marins, avec un investissement de KRW 3,08 billions apporté par KKR et IMM.