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
Un en-tête autorisé ici n’est pas fiable partout : RFC 9878 et la portée des P-Headers SIP
L’interopérabilité peut échouer lorsqu’un émetteur place un P-Header dans un message SIP que le récepteur juge inapte à le porter. Le récepteur le supprime, le refuse ou l’accepte selon sa propre lecture des règles. Cette divergence peut toucher la facturation, le réseau visité…
Dossier
Le titulaire était à l'étranger ; le registre du .com était en Virginie : CNN c. CNNews.com
Un nom de domaine peut circuler dans une langue, servir un public et être exploité par une société situés loin du tribunal qui en décide. Dans le dossier de `cnnews.com`, l'opérateur était chinois et le site s'adressait principalement à un lectorat chinois. Pourtant, la fiche de…
IETF
Un lien n’est pas une localisation : RFC 9877 et le contrôle des géofeeds RDAP
Découvrir l’URL d’un géofeed indique où chercher, pas que chacune de ses affirmations géographiques est vraie. RFC 9877 encadre RDAP comme signal de découverte et d’autorité limité, tandis que la portée, la fraîcheur, l’authenticité et la vie privée restent des contrôles…
Histoire d'Internet
La fenêtre qui refusait de s’ouvrir octet par octet : comment TCP évite le Silly Window Syndrome
Dans TCP, disposer de quelques octets libres ne signifie pas qu’il faille les annoncer aussitôt. Cette retenue empêche une petite ouverture de fenêtre de dicter durablement la taille des segments.
IETF
Un nombre sur deux octets peut mentir sur la charge utile : RFC 9876 et le contrôle du registre CoAP
CoAP définit Content-Format comme un petit entier qui identifie le type de média d’une charge utile et son éventuel codage de contenu. RFC 9876 renforce la procédure d’enregistrement associée: le code n’a de sens que si le type de média, les paramètres, le codage et la sémantique…
BDNOG
bdNOG publie qui supervise son comité exécutif, pas comment
Les pages de gouvernance de bdNOG distinguent clairement le Board, présenté comme l’autorité suprême, du comité exécutif (EC), chargé de la gestion. Le Board dit approuver les activités annuelles et tenir l’EC responsable. La procédure qui rend cette responsabilité vérifiable…
IETF
Un résolveur peut choisir le chiffrement avant que les opérateurs DNS se coordonnent
Chiffrer la liaison entre un utilisateur et son résolveur récursif ne protège pas l’étape suivante. Lorsque la réponse manque dans le cache, le résolveur peut encore interroger un serveur faisant autorité en clair. La RFC 9539 propose un compromis expérimental: permettre à chaque…
Histoire d'Internet
La fenêtre qui s’est refermée sans mettre fin à la connexion : le mode persist de TCP
Une fenêtre de réception à zéro ordonne à l’émetteur de s’arrêter. Elle ne lui dit pourtant ni que la connexion est morte, ni comment il apprendra que le récepteur dispose de nouveau de place.
IETF
Un seul en-tête peut invalider toute une section : RFC 9875 et les groupes de cache HTTP
Une réponse peut associer des représentations stockées à un ou plusieurs groupes dans un cache et une origine URI identiques. Une requête non sûre peut ensuite désigner ces groupes pour une invalidation éventuelle. La limite essentielle est locale: il ne s’agit pas d’une…
IETF
Les zones catalogue transforment une liste DNS en pouvoir de provisionnement à l’échelle du parc
Un fichier vide signifie généralement qu’il ne contient rien. Dans une zone catalogue DNS, il peut constituer une instruction. Si un générateur publie par erreur un catalogue valide mais sans membres, les serveurs qui en dépendaient peuvent retirer les zones et leur état associé.…
Histoire d'Internet
Le nombre devenu plus difficile à prévoir hors chemin : les numéros de séquence initiaux de TCP
Une connexion TCP commence par l’échange de nombres. Le changement décisif n’a pas consisté à cacher cet échange, mais à empêcher qu’un nombre observé permette de prévoir le point de départ de la connexion suivante.
ICANN
Un fichier de zone donne un accès partagé, pas le droit de republier l’espace de noms
À 9 heures, un chercheur autorisé télécharge par le CZDS de l’ICANN le fichier de zone d’un gTLD. L’archive est reçue et sa somme de contrôle correspond. Cela prouve la livraison de ces octets. Cela ne prouve ni l’identité du bénéficiaire de chaque nom, ni son usage, ni un droit…
IETF
Une commande de suppression peut briser le domaine d’autrui : RFC 9874 et le contrôle des dépendances EPP
Une transition EPP destructive ne reste pas forcément limitée au client qui la demande. Lorsqu’un hôte subordonné est encore associé à des domaines parrainés par d’autres clients, sa suppression peut modifier leurs dépendances DNS et compromettre leur résolution. Le RFC 9874…
IETF
La seconde adresse devient principale : ce que la RFC 9873 change dans les contacts EPP
Une mise à jour de contact EPP peut désormais produire une transition d’état explicite: un contact reçoit une adresse électronique supplémentaire et l’attribut facultatif `primary` indique l’adresse à traiter comme principale. Le protocole enregistre cette relation, sans…
IETF
Le rejet par défaut transforme l’absence de politique eBGP en défaillance explicite
Une session BGP externe peut être établie alors que le droit de recevoir ou d’annoncer des routes reste indéfini. La RFC 8212 ferme cette ambiguïté: sans politique d’importation, aucune route n’est acceptée; sans politique d’exportation, aucune n’est annoncée. La question de…
Histoire d'Internet
La chaîne qui rendit une clé publique crédible : la gestion des certificats PEM
Une clé publique ne porte pas, à elle seule, la preuve de l'identité de son détenteur. Pour Privacy Enhanced Mail, la RFC 1422 organisa cette preuve autour de certificats, d'autorités de certification, de chemins de validation et d'informations de révocation.
IETF
L’uRPF amélioré permet d’admettre les chemins source plausibles sans faire confiance à toute route
Un paquet légitime d’un client multihomé peut arriver par un lien que le routeur récepteur n’utiliserait pas au retour. Le contrôle strict peut le rejeter; le contrôle lâche peut accepter toute source routée. La RFC 8704 propose une frontière plus précise: établir, interface par…
IETF
Le préfixe arrive avant la requête : comment la RFC 9872 transforme la découverte NAT64
Pour joindre un service IPv4 depuis un réseau IPv6 seul, un terminal doit connaître le préfixe IPv6 utilisé pour la synthèse d’adresses. La RFC 9872 fait de cette donnée un signal du réseau d’accès: PREF64 doit d’abord venir des annonces de routeur, la découverte DNS restant une…
Tendances télécoms nationaux Europe et Moyen-Orient
Un téléphone satellite stocké n’est pas un repli local tant que service, déploiement et acheminement ne sont pas testés
Un téléphone satellite peut diversifier les communications quand les réseaux terrestres tombent. Sa présence dans une armoire de crise ne prouve pas que l’équipe de permanence saura l’alimenter, le déployer, obtenir le service et joindre le destinataire prévu.
Histoire d'Internet
Le pointeur qui n’a jamais été hors bande : les données urgentes TCP
Les données urgentes TCP forment une petite surface de contrôle à longue histoire. Le bit URG donne un sens à un pointeur urgent de 16 bits, mais la RFC 793 décrivait la limite marquée de deux façons contradictoires. Cette ambiguïté est passée de la spécification aux…