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.

Entreprises FAI régionaux mondiales
AS17494 : que prouvent vraiment les « clients » d'un opérateur national, quand chaque source les compte différemment ?
Le résumé de veille AS17494: que prouvent vraiment les « clients » d'un opérateur national, quand chaque source les compte différemment ? explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et…

Histoire d'Internet
Le téléphone nommait ses pièces, le contrôleur devait encore vérifier leur présence : RFC 3054
La RFC 3054 donna un vocabulaire commun à l’écran, aux touches, au combiné, au haut-parleur et au flux média d’un téléphone Internet. Le profil IPPhone permettait à un contrôleur distant de partir d’un modèle connu au lieu de deviner la fonction d’un inventaire arbitraire. Ce…

IETF
Quand le silence fait foi, la collision attend le retour du réseau
Une adresse multicast peut sembler disponible non parce que personne ne l’utilise, mais parce que celui qui l’utilise se trouve momentanément de l’autre côté d’une coupure. La révision 12 d’un projet du groupe PIM expose ce paradoxe sans détour: l’absence de réponse vaut…

Histoire d'Internet
Le numéro ISSN demeurait, les URL bougeaient : le veilleur de la RFC 3044
En 2001, le Centre international de l’ISSN a montré comment un numéro familier pouvait circuler sous forme d’URN. La difficulté n’était pas d’imprimer le numéro, mais de maintenir le chemin entre ce numéro et l’adresse web mouvante d’une revue. La RFC 3044 était explicite…

Histoire d'Internet
Le courtier commandait le tunnel, une autre machine devait le transporter : RFC 3053
La RFC 3053 transforma une tâche pénible du premier Internet IPv6 en service: s’inscrire, fournir une extrémité IPv4, recevoir une configuration et se connecter. Mais son architecture révélait aussi la limite de cette facilité. Le Tunnel Broker décidait et ordonnait; un Tunnel…

Entreprises services cloud mondiales
AS210328 : ce que la modification d'août 2026 du registre révèle — et ce qu'elle ne prouve pas — sur almazcloud.network
Le résumé de veille AS210328: ce que la modification d'août 2026 du registre révèle — et ce qu'elle ne prouve pas — sur almazcloud.network explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et…

Entreprises institutionnelles mondiales
DFINFRA et AS210860 : un numéro d'origine fantôme que les catalogues refusent d'effacer
Le résumé de veille DFINFRA et AS210860: un numéro d'origine fantôme que les catalogues refusent d'effacer 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…

Récits
AS210328 au 30 septembre 2026 : ce que le registre vivant dit de l'almazcloud.network — et ce que les miroirs refusent de dire
Avant d'acheter du transit, une capacité cloud ou un service d'annonce BGP à l'opérateur moscovite AO ALMAZ, commercialisé sous la marque DIAMOND via le site almazcloud.network, un acheteur fait ce que font les ingénieurs: il consulte le dossier public. Le 29 et le 30 septembre…

Histoire d'Internet
Un nom mondial, un seul résolveur faisant autorité : la promesse et la limite de la RFC 3043
En janvier 2001, Network Solutions proposait un nom Internet durable pour les personnes et les organisations. La RFC 3043 rendait la référence transportable entre applications, mais son propre modèle d’enregistrement réservait l’interprétation faisant autorité au résolveur de…

IETF
Le draft vendait le 0-RTT. Sa règle normative l’éteint.
Le routeur revenait d’une panne avec un ticket QUIC encore utilisable et une vue RPKI vieillissante. La promesse semblait limpide: envoyer la requête RTR dans le premier paquet, raccourcir la zone blanche et retrouver presque aussitôt le cache. Mais le contrat que devrait…

IETF
La cause est entrée dans l’incident. Sa confiance est restée en amont
Au moment où un événement devient un incident exploitable, beaucoup de bruit disparaît: des milliers de mesures cèdent la place à un objet, une priorité et une cause probable. La révision 17 du modèle NMOP montre le prix de cette clarté. La cause est normalisée, mais la…

Histoire d'Internet
Le standard recommandait LDP, sans prouver qu’il fonctionnait : RFC 3037
Dans RFC 3037, « recommandé » désignait un choix de protocole pour les équipements MPLS suivant les routes ordinaires. Le mot ne certifiait ni un logiciel présent, ni une option activée, ni une session TCP établie, ni une étiquette installée. L’intérêt historique du texte tient…

Histoire d'Internet
Deux ACK dupliqués pouvaient relancer l’envoi sans élargir la fenêtre : RFC 3042
Un émetteur TCP dispose d’une fenêtre de congestion de trois segments. Le segment du milieu disparaît, et les données suivantes ne produisent que deux ACK dupliqués: il en manque un pour atteindre le seuil de Fast Retransmit. En janvier 2001, RFC 3042 propose une réponse plus…

Entreprises télécoms nationaux Asie-Pacifique
AS17494 : la politique de transit déclarée contre le routage observé
Le résumé de veille AS17494: la politique de transit déclarée contre le routage observé 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…

Histoire d'Internet
Le label ATM changeait à chaque commutateur ; les voisins LDP partageaient un VCID
Un champ VPI/VCI suffisait à acheminer les cellules sur un lien, mais sa valeur pouvait être remplacée au commutateur suivant. Pour établir une correspondance LDP, les deux ATM-LSR voisins avaient donc besoin d’un nom commun du circuit virtuel, distinct de leurs labels locaux.

Histoire d'Internet
Le cœur ne savait pas décrémenter le TTL : RFC 3034 a fait payer les sauts à l’entrée
Un commutateur Frame Relay savait remplacer un DLCI à grande vitesse, mais son matériel ne savait généralement pas retirer une unité au TTL de chaque paquet. RFC 3034 n’a pas fait disparaître ces sauts: il a déplacé leur comptabilité à la frontière du segment MPLS. La longueur…

IETF
Un message authentifié n’est pas un titre de propriété
La révision 25 de GAAP renforce utilement la protection d’une revendication d’adresse multicast. Elle ne transforme pourtant ni la clé partagée en mandat, ni le chiffrement en registre de droits. Toute la décision opérationnelle tient dans cette séparation.

Histoire d'Internet
LDP a gardé le préfixe complet, mais supprimé le FEC d’adresse hôte
Un protocole peut abandonner une distinction sans perdre la capacité qu’elle semblait réserver. En 2001, LDP séparait le préfixe d’adresse du FEC « Host Address ». En 2007, la révision a retiré ce dernier: le texte dit qu’aucune implémentation ne l’utilisait. Le préfixe, lui…

Histoire d'Internet
L’identifiant a nommé la session sans la déplacer : RFC 3033
Au début de 2001, un message de signalisation ATM pouvait désigner exactement une session IPv4 ou IPv6 et pourtant laisser ses paquets sur le circuit virtuel par défaut. RFC 3033 a normalisé le vocabulaire de cette coordination, sans confondre le nom transmis avec la connexion…

Histoire d'Internet
Le serveur annonçait une capacité. L’authentification a changé la réponse : RFC 2449
Avant de savoir qui se connecte, un client POP3 demande ce que le serveur sait faire. La réponse peut rester prudente. Une fois l’utilisateur authentifié — puis, éventuellement, la session protégée — le même serveur peut préciser ou modifier cette réponse. RFC 2449 a rendu la…
