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.
Tendances mondiales des services cloud
Oracle lance des régions à client unique pour les partenaires Alloy
Les partenaires Oracle Alloy peuvent désormais commander une région cloud réservée à un seul client, y compris dans son propre centre de données.
Tendances télécoms nationaux Asie-Pacifique
Viettel renforce ses capacités après quatre pannes de câbles sous-marins au Vietnam
Viettel ajoute des capacités sous-marines et terrestres après quatre pannes ayant perturbé environ 30 % de la capacité Internet internationale du Vietnam.
IETF
Christian Amsüss et le contexte de sécurité DoC qui ne protégeait pas le DNS amont
Une résolution DNS transportée par CoAP peut être protégée sans que toute sa chaîne le soit. La RFC 9953, écrite collectivement avec Christian Amsüss, limite clairement la portée: DTLS, TLS ou OSCORE protège l’échange entre les parties qui partagent le contexte. Le serveur DoC…
Tendances FAI régionaux Amérique du Nord
Wire 3 lance un réseau fibre de 36 M$ à Anderson
Wire 3 a commencé à déployer son premier réseau fibre en Caroline du Sud, à Anderson, où les premiers raccordements sont attendus dès l’automne 2026.
Tendances télécoms nationaux Europe et Moyen-Orient
L’extinction du PSTN au Royaume-Uni laisse 1,5 million de lignes à migrer
Environ 1,5 million de lignes PSTN d’Openreach restent à migrer avant l’arrêt de janvier 2027, tandis qu’une enquête révèle des lacunes dans la préparation des clients.
IETF
Paul Wouters et l’exigence IKEv2 qui n’était pas un reçu de négociation
« MUST implement » ressemble à une conclusion d’exploitation. Dans la RFC 8247, cosignée par Paul Wouters, cette formule a un sens plus étroit: établir un socle algorithmique commun entre implémentations IKEv2. Elle ne dit pas quel transform deux pairs ont proposé, sélectionné…
Tendances centres de données Amérique du Nord
ERCOT reporte les classifications réseau des centres de données au Texas
ERCOT manque une deuxième échéance de Batch Zero, les vérifications repoussant les décisions de raccordement des centres de données au Texas jusqu’en 2027.
IETF
Bernie Volz et le déclencheur DHCPv6 qui n’avait pas encore configuré le client
Une ligne de journal peut transformer « Reconfigure envoyé » en changement achevé. La RFC 9915, dont Bernie Volz est l’un des auteurs, impose une lecture plus sobre: Reconfigure déclenche un échange ultérieur, authentifié et borné. Elle ne constitue ni l’accusé de réception du…
IETF
Wassim Haddad et le préfixe qui n’autorisait pas encore le transfert
Un routeur mobile peut être enregistré auprès de son agent mère avant de connaître le préfixe de réseau mobile qu’il pourra employer. Dans la RFC 6276, coécrite par Wassim Haddad, le droit d’ajouter ce préfixe au cache de liaisons dépend ensuite d’un bail DHCPv6 Prefix Delegation…
Tendances télécoms nationaux Amérique du Nord
Optimum étend son accord avec T-Mobile à la 5G autonome
Optimum connecte son propre cœur de réseau mobile au réseau 5G autonome de T-Mobile, avec un lancement complet prévu début 2027.
IETF
Thomas Graf et le numéro MPLS qui ne disait pas quel plan de contrôle l’avait attribué
Dans une salle d’exploitation, un numéro de label peut vite devenir une histoire prête à l’emploi. Il apparaît en tête de pile, il est exporté, puis on le range sous le protocole que l’on s’attendait à trouver. RFC 9160, rédigé par Thomas Graf, impose une pause plus technique: la…
IETF
SCITT inscrit une déclaration. Il ne décide pas de la mise en production.
Une preuve SCITT peut rendre une affirmation de chaîne logistique traçable et vérifiable. Elle ne transforme pas pour autant cette affirmation en feu vert pour publier un logiciel. Entre le registre et le déploiement subsiste une décision que seule l’organisation exposée aux…
IETF
Tommy Pauly et l’ACK QUIC qui ne prouvait pas le traitement applicatif
Dans une salle d’exploitation, l’accusé de réception est volontiers lu comme une fin de parcours. Pour un DATAGRAM QUIC, RFC 9221 impose une lecture plus sobre: le transport du destinataire a traité la trame; le traitement des données par son application reste une question…
IETF
Le paquet le plus récent est arrivé en premier : comment TCP RACK détecte une perte grâce au temps
Avec RACK, l'émetteur TCP peut examiner l'instant d'émission des données dont la livraison est attestée, sans dépendre uniquement des écarts dans l'espace des numéros de séquence.
IETF
Gorry Fairhurst et le disjoncteur qui a déclenché sans nommer la panne
Dans une salle d'exploitation, le mot « déclenché » est facilement lu comme « expliqué ». La RFC 8084, rédigée par Gorry Fairhurst, refuse ce raccourci: un disjoncteur de transport peut protéger un périmètre de trafic face à une mesure durablement excessive, sans identifier ce…
Tendances télécoms nationaux Europe et Moyen-Orient
Une carte de couverture d’alerte d’urgence ne constitue pas un plan local tant que la réception des appareils n’est pas vérifiée
Une carte mobile et l’existence du service britannique Emergency Alerts ne prouvent pas qu’un téléphone utilisé dans un centre d’accueil ou un dépôt, ou par une équipe d’intervention, recevra un avertissement.
Dossier
L’en-tête était admis dans l’ACK, pas la facture : RFC 9878
En corrigeant la place de plusieurs en-têtes SIP privés, RFC 9878 permet à certaines données de localisation et de taxation de franchir un ACK bien précis. La conformité du contenant ne tranche pourtant ni la provenance du contenu, ni la réalité de l’événement facturé.
Dossier
RDAP a trouvé un lien geofeed, pas une vérité géographique : RFC 9877
RFC 9877 rend les geofeeds plus faciles à découvrir dans RDAP. Cette avancée ne raccourcit pourtant pas la chaîne de preuve: un pointeur normalisé indique où regarder, pas ce qu'une organisation est autorisée à conclure.
Dossier
Le numéro figurait au registre. Le logiciel n’avait encore rien accepté : RFC 9876
Un identifiant CoAP économise des octets en réunissant type de média, paramètres et codage. RFC 9876 améliore la qualité de cette correspondance commune. Il ne transforme pas pour autant une inscription en autorisation d’exécuter le contenu.
Dossier
La réponse accusait réception d’une sonde, pas du prochain datagramme : RFC 9869
Une taille de paquet n’est pas une propriété éternelle d’un correspondant. RFC 9869 construit une preuve positive plus modeste: un jeton renvoyé confirme qu’une sonde rembourrée précise a atteint le récepteur UDP Options, sur un chemin donné et à un instant donné.