Aller au contenu principal

Sujet

Preuves fondées sur les ressources réseau

Au sein de la facette Sujet, la veille thématique Preuves fondées sur les ressources réseau rassemble des articles qui partagent un même sujet, un même signal ou un même thème de suivi. Cette page offre aux lecteurs un parcours plus riche à travers les reportages associés, les preuves issues de sources publiques, les acteurs du marché et les implications pour l’infrastructure, avec suffisamment de contexte pour comprendre pourquoi le sujet compte pour les mouvements d’entreprises, les décisions de gouvernance, l’exposition régionale et le risque opérationnel. Les lecteurs peuvent comparer les signaux récurrents, les organisations concernées, les preuves publiques, le contexte du marché, la continuité de service, les achats, la concurrence, la conformité et les questions de planification stratégique liées au sujet, au lieu de se contenter d’une liste succincte d’articles correspondants. Elle explique ce que couvre le sujet, quels acteurs ou politiques de l’infrastructure sont impliqués, quelles preuves étayent la couverture et pourquoi le sujet peut être important pour les opérateurs, les clients, les investisseurs et les lecteurs de politiques publiques.

AI.BRAZIL : deux semaines de plus, un registre qui bouge à peine

Entreprises de centres de données d'Amérique latine et des Caraïbes

AI.BRAZIL : deux semaines de plus, un registre qui bouge à peine

Le 1er octobre 2026, BTW documentait l'écart entre le nom AI BRAZIL TECHNOLOGIES & centres de données LTDA — qui promet des capacités de centre de données pour l'intelligence artificielle — et les registres publics: un système autonome qui n'annonce qu'un seul préfixe IPv4, un…

4 oct. 2026
Le refus ne signifiait pas que le nom était absent : RFC 3425

Histoire d'Internet

Le refus ne signifiait pas que le nom était absent : RFC 3425

Le code d’erreur était exact, mais son sujet pouvait être mal lu. En retirant IQUERY, RFC 3425 n’a pas déclaré que les noms inverses avaient disparu; il a déclaré qu’un serveur ne devait plus retourner sa base comme si une valeur en était l’index universel.

4 oct. 2026
Le meilleur service ne l’était que selon les clés de tri : RFC 3421

Histoire d'Internet

Le meilleur service ne l’était que selon les clés de tri : RFC 3421

Un serveur d’annuaire peut fabriquer un classement parfaitement cohérent à partir de données qui ne disent rien de l’état présent du service. RFC 3421 rendait cette limite visible: le gagnant était celui du modèle demandé, pas celui d’une épreuve réelle.

3 oct. 2026
Deux noms figuraient à l’écran. Un seul avait été enregistré.

IETF

Deux noms figuraient à l’écran. Un seul avait été enregistré.

Avec RFC 9735, une requête LISP pour `ietf.lisp` peut recevoir légitimement la réponse moins spécifique `ietf`. Le protocole n’est pas ambigu; c’est l’interface qui le devient lorsqu’elle transforme une correspondance de portée en preuve d’identité exacte.

3 oct. 2026
L’adresse n’était que des octets avant l’arrivée de son domaine de transport : RFC 3419

Histoire d'Internet

L’adresse n’était que des octets avant l’arrivée de son domaine de transport : RFC 3419

Une adresse copiée dans un ticket d’incident paraît constituer un fait. En 2002, RFC 3419 rappelait qu’elle ne l’est pas encore: sans le domaine qui en fixe la lecture, la suite d’octets ne prouve ni le protocole, ni le port, ni la portée locale de l’extrémité.

3 oct. 2026
Cloud Software - FZCO : l'entité dubaïote derrière le réseau AS211273 et la marque HostVDS

Entreprises services cloud mondiales

Cloud Software - FZCO : l'entité dubaïote derrière le réseau AS211273 et la marque HostVDS

Le résumé de veille Cloud Software - FZCO: l'entité dubaïote derrière le réseau AS211273 et la marque HostVDS 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…

3 oct. 2026
Le paquet était trop endommagé pour être livré, mais restait une preuve : RFC 3409

Histoire d'Internet

Le paquet était trop endommagé pour être livré, mais restait une preuve : RFC 3409

Entre le lien radio et l’application, « paquet erroné » n’était pas une décision suffisante. RFC 3409 demandait encore qui avait besoin de voir l’erreur, et pour quelle finalité.

3 oct. 2026
Le chemin était calculé. Aucun domaine n’avait engagé sa capacité.

IETF

Le chemin était calculé. Aucun domaine n’avait engagé sa capacité.

RFC 9731 permet de calculer un réseau virtuel avant son instanciation. Dans un environnement multidomaine, cette réponse peut réunir une vue cohérente sans qu’aucun propriétaire de ressources ait encore pris d’engagement. Le calcul décrit une possibilité; la réservation exige une…

3 oct. 2026
L’octet disparu est devenu une promesse de la couche liaison : RFC 3408

Histoire d'Internet

L’octet disparu est devenu une promesse de la couche liaison : RFC 3408

Sur une ancienne interface radio, un octet supplémentaire pouvait coûter une unité de transmission entière. RFC 3408 a accepté de l’effacer, mais seulement après avoir dressé l’inventaire de ceux qui devraient désormais faire son travail.

3 oct. 2026
La politique tenait dans un identifiant. La pratique exigeait tout un système.

IETF

La politique tenait dans un identifiant. La pratique exigeait tout un système.

La politique d’horodatage pouvait être désignée par un identifiant d’objet. La pratique, elle, occupait des procédures, des salles sécurisées, des sources de temps, des cérémonies de clés, des journaux et des décisions d’arrêt. Confondre ces deux échelles revient à croire que le…

3 oct. 2026
Le terminal disait qu’il pouvait, pas que la session réussirait : RFC 3407

Histoire d'Internet

Le terminal disait qu’il pouvait, pas que la session réussirait : RFC 3407

Une liste de codecs ressemblait à un engagement collectif alors qu’elle décrivait souvent plusieurs choix impossibles à exécuter ensemble. RFC 3407 a rendu cette ambiguïté observable.

3 oct. 2026
AS142207 : le registre continue de vivre après le silence du routage

Récits

AS142207 : le registre continue de vivre après le silence du routage

Le résumé de veille AS142207: le registre continue de vivre après le silence du routage 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 l’infrastructure. Le…

3 oct. 2026
Le tableau était vert. Il ne comptait pas le trafic évincé.

IETF

Le tableau était vert. Il ne comptait pas le trafic évincé.

Une expérience de contrôle de congestion peut améliorer tous les indicateurs de ses propres flux et dégrader ceux qui partagent le même goulot. RFC 9743 oblige à regarder cette coexistence, puis à distinguer l’étiquette du document, le choix par défaut, la mesure en exploitation…

3 oct. 2026
Un nom persistant avait besoin d’un plan de succession : RFC 3406

Histoire d'Internet

Un nom persistant avait besoin d’un plan de succession : RFC 3406

Le danger n’était pas seulement qu’un serveur tombe. Il était qu’une institution disparaisse en laissant derrière elle des noms que personne ne devait recycler. RFC 3406 a placé cette dette au centre de l’architecture.

3 oct. 2026
L’indice racine devait changer moins souvent que le résolveur : RFC 3405

Histoire d'Internet

L’indice racine devait changer moins souvent que le résolveur : RFC 3405

RFC 3405 installait deux vitesses dans un même système. Le premier indice partagé pouvait rester des années en cache; les règles susceptibles de bouger vivaient derrière lui, dans une autre zone. La stabilité venait de la localisation du changement, non de son interdiction.

3 oct. 2026
Le diagnostic était juste. Son autorité, elle, avait expiré.

IETF

Le diagnostic était juste. Son autorité, elle, avait expiré.

Le RFC 3627 avait correctement décrit un conflit entre un préfixe IPv6 `/127` et l’adresse anycast Subnet-Router. Le RFC 6164 a pourtant recommandé ce même préfixe dans un périmètre précis. Ce renversement montre qu’une preuve peut rester valable alors que la règle qui s’en…

3 oct. 2026
Mille messages sont arrivés. Les cinq cents plus anciens sont restés hors champ.

IETF

Mille messages sont arrivés. Les cinq cents plus anciens sont restés hors champ.

Après une semaine d’absence, une boîte reçoit quinze cents messages. Le client en affiche mille, le serveur répond correctement, et rien à l’écran ne dit que le début de la semaine manque. RFC 9738 ne supprime pas ce risque; il donne au client le moyen précis de ne plus le…

3 oct. 2026
Lowest Host / Empire Technology LLC : ce que révèle le registre d'un hébergeur économique de deux décennies

Entreprises de services cloud en Amérique du Nord

Lowest Host / Empire Technology LLC : ce que révèle le registre d'un hébergeur économique de deux décennies

Le résumé de veille Lowest Host / Empire Technology LLC: ce que révèle le registre d'un hébergeur économique de deux décennies explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les…

3 oct. 2026
Le même URI pouvait mener à un emplacement, une ressource ou une description : RFC 3404

Histoire d'Internet

Le même URI pouvait mener à un emplacement, une ressource ou une description : RFC 3404

Dire qu’un URI a été « résolu » ne dit presque rien. RFC 3404 obligeait le demandeur à préciser la nature de la réponse: où se trouve la ressource, quelle instance récupérer, comment la décrire ou sous quel nom persistant la reconnaître.

3 oct. 2026
Le message avait déjà été vu. Personne n'avait encore prouvé la diffusion.

IETF

Le message avait déjà été vu. Personne n'avait encore prouvé la diffusion.

Dans OLSR, l'ensemble des doublons évite de traiter et de retransmettre sans fin le même message de contrôle. Cette mémoire locale est indispensable à l'optimisation. Elle ne dit pourtant ni jusqu'où le message est allé, ni quelle route a été installée, ni si un paquet applicatif…

3 oct. 2026