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.

Entreprises de services cloud en Asie-Pacifique
IDCF : la reprise commence là où s’arrête la console
L’incident de ransomware chez IDC Frontier ne démontre pas que sa sauvegarde managée a échoué. Il rend visible une question d’achat plus précise: quand le portail habituel est coupé, qui peut retrouver une copie, en autoriser la restauration et fournir une machine de remplacement…

Histoire d'Internet
Une connexion valait un point : comment la RFC 1025 éprouvait l’interopérabilité TCP/IP
Avant de pouvoir présumer la compatibilité, il fallait la démontrer entre des implémentations réelles. La RFC 1025 transforme cette pratique des débuts d’Internet en barème: établir une connexion, puis ajouter d’autres pairs, des passerelles, des paquets altérés et des cas…

Universitaires
David J. Farber et Interesting People : rendre le débat visible sans parler au nom de tous
Dans une note de 1993, le modérateur invite aux contributions tout en gardant le dernier mot éditorial. L’archive rend certains arguments consultables; elle ne mesure pas l’opinion des internautes.

Dirigeants
Alan Greenberg et la demande qui a ouvert un dossier au GNSO
En mai 2007, Alan Greenberg a transmis au GNSO une décision de l’ALAC: demander aux services de l’ICANN d’examiner le domain tasting. Cette démarche a ouvert un espace d’étude officiel. Elle n’a ni arrêté la politique ni conféré à ses auteurs un mandat sur l’ensemble des…

Dirigeants
Tina Dam et le test de la racine qui ne pouvait pas valider un nom
Avant d’ajouter un domaine de premier niveau internationalisé à la racine, l’ICANN a posé une question volontairement étroite: des étiquettes encodées perturberaient-elles les serveurs et les résolveurs qui acheminent les requêtes DNS ? Le laboratoire a répondu dans les limites…

Universitaires
Lorrie Cranor veut relier le code aux étiquettes de confidentialité
Le travail mené autour de la rubrique Data safety de Google Play pose une question concrète: un développeur peut-il rattacher chaque déclaration affichée par le store au code et au comportement des SDK ? Les recherches de Lorrie Cranor sur la confidentialité utilisable placent ce…

Dirigeants
Le retour de Rebecca MacKinnon met deux méthodes de redevabilité en regard
Le retour de Rebecca MacKinnon au Global Network Initiative (GNI) en août 2026 relie deux démarches qu’il faut pourtant distinguer. Ranking Digital Rights (RDR), qu’elle a fondé, comparait les informations publiées par les entreprises; le processus d’évaluation plus récent de GNI…

Dirigeants
Pour Anriette Esterhuysen, la capacité de l’IGF se mesurait dans la durée
En 2021, l’Gouvernance de l’Internet Forum pouvait compter des bourses, des personnes accompagnées et des ateliers. Le cadre préparé plus tôt par Anriette Esterhuysen posait une question moins immédiate: les personnes et leurs institutions pouvaient-elles encore poursuivre leurs…

Histoire d'Internet
La meilleure route ne donnait pas une réponse stable : RFC 3345
Un routeur pouvait choisir la meilleure route de sa table et pourtant contribuer à une boucle qui modifierait le prochain choix. RFC 3345 a montré comment la visibilité partielle des sorties transforme des décisions BGP localement cohérentes en oscillation persistante.

Histoire d'Internet
Le bit AD signalait une validation, pas une réponse signée : RFC 3655
Une application peut recevoir, dans l’en-tête DNS, un signal d’un bit indiquant qu’un résolveur a évalué les données. En 2003, la RFC 3655 a resserré le sens de ce signal — et rappelé qu’il ne valait que si le résolveur et le chemin de communication étaient dignes de confiance.

Histoire d'Internet
La route ne flappait plus. Sa pénalité, elle, continuait : RFC 2439
Une route BGP peut redevenir joignable avant que le routeur ait oublié son instabilité. La RFC 2439 a transformé l’historique récent d’une route en pénalité temporaire: la décroissance pouvait rétablir un chemin supprimé, mais seulement après le franchissement d’un seuil distinct…

Histoire d'Internet
Quand le contrôle perdait son association, le transfert devait encore suivre une règle : RFC 3654
Un routeur peut perdre son association avec la fonction qui le programme sans perdre instantanément toute capacité de transfert. La RFC 3654 a fait de cet intervalle une décision d’architecture: détecter la rupture, fixer la conduite de l’élément de transfert et prévoir le retour…

Histoire d'Internet
L’enveloppe Handle restait hors du justificatif de message : RFC 3652
Un message Handle devait accomplir deux tâches à la fois: transporter une opération authentifiable et permettre au client de reconstituer les morceaux arrivés séparément. La RFC 3652 leur a donné des frontières distinctes. Comme ces éléments appartenaient au même message, la…

Histoire d'Internet
Le registre mondial tenait la carte des services : RFC 3650
Dans le système Handle, « mondial » ne signifiait pas que chaque valeur était conservée dans une base centrale unique. La RFC 3650 plaçait un registre à la racine d’une hiérarchie de services: le client y trouvait le service compétent pour une autorité de nommage, puis lui…

Histoire d'Internet
La requête passait par IPv4 ; sa réponse pouvait nommer IPv6 : RFC 3596
Une requête DNS n’avait pas besoin d’emprunter IPv6 pour demander une adresse IPv6. RFC 3596 a séparé le paquet qui transporte la question de l’enregistrement demandé: une petite frontière qui a permis à un seul espace de noms de traverser un Internet aux versions mixtes.

Histoire d'Internet
TCP a livré le trap, sans confirmer l’opération : RFC 3430
TCP peut livrer chaque octet d’un message SNMP dans l’ordre sans répondre à la question utile: l’application de gestion a-t-elle reçu, traité ou mis l’opération en file ? La RFC 3430 a tracé cette frontière. Elle a ouvert un flux fiable aux échanges de gestion volumineux, tout en…

Histoire d'Internet
Après le PHP, le label OAM arrivait à la sortie — à condition qu’elle sache le lire : RFC 3429
Dans un réseau MPLS, retirer une étiquette avant le routeur de sortie peut alléger son travail. Mais une trame de diagnostic ne devient pas pour autant un paquet ordinaire. En 2002, le RFC 3429 a réservé une valeur pour que l’OAM reste reconnaissable après ce retrait, tout en…

Histoire d'Internet
Le premier profil AAL2 commun devait encore être associé aux services : RFC 3441
Deux passerelles pouvaient obtenir une liste commune de profils AAL2 sans avoir encore décidé quelles lignes transporteraient la voix, les données en bande vocale ou le fax. RFC 3441 distingue l’intersection des profils, les préférences de service, l’établissement du support ATM…

Tendances télécoms nationaux Europe et Moyen-Orient
Les 500 Tbit/s d’e& exigent des routes vérifiables, pas un effet d’échelle
e& vise plus de 500 Tbit/s de capacité internationale d’ici 2030, contre 20 aujourd’hui selon le groupe. Son réseau et ses services de gros donnent à cette ambition un socle opérationnel; le financement du projet, la capacité réellement commercialisable et l’indépendance des…

Tendances services cloud Europe et Moyen-Orient
En rachetant TechWolf, SAP acquiert une carte du travail — et la responsabilité de ses preuves
SAP veut intégrer le graphe de travail de TechWolf à SuccessFactors tout en maintenant l’accès des clients non-SAP. L’intention est stratégique, mais les conditions commerciales et les droits sur les données restent inconnus tant que l’opération n’est pas conclue.
