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.

Un paquet IP est revenu par pigeon. Il a encore fallu un humain pour achever la livraison : RFC 1149 à Bergen

Histoire d'Internet

Un paquet IP est revenu par pigeon. Il a encore fallu un humain pour achever la livraison : RFC 1149 à Bergen

En 2001, un groupe Linux de Bergen a mis à l’épreuve une spécification vieille de dix ans sur le transport de datagrammes IP par pigeon. Quatre réponses figurent dans le journal, mais seulement après le retrait du papier, son passage au scanner et la correction manuelle de l’OCR.…

9 oct. 2026
Une connexion valait un point : comment la RFC 1025 éprouvait l’interopérabilité TCP/IP

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…

9 oct. 2026
La trame contenait 512 octets. Le datagramme pouvait en traverser 120 : RFC 1201

Histoire d'Internet

La trame contenait 512 octets. Le datagramme pouvait en traverser 120 : RFC 1201

En 1991, la spécification d’ARCNET a permis à un datagramme IP de dépasser largement la capacité d’une trame fixe en déplaçant le découpage vers la couche de liaison. La limite de 60 480 octets décrivait le format; chaque réseau devait encore convenir d’un maximum utilisable.

9 oct. 2026
Avant de rejoindre Internet, il fallait connaître ses usages transmis de vive voix : RFC 1118

Histoire d'Internet

Avant de rejoindre Internet, il fallait connaître ses usages transmis de vive voix : RFC 1118

En septembre 1989, la RFC 1118 voulait aider un petit réseau IP isolé à rejoindre Internet. Son apport le plus concret était une carte des interlocuteurs, des centres d’exploitation et des usages transmis entre opérateurs; son propre avertissement rappelait que cette carte…

9 oct. 2026
Le plan triennal pour un annuaire Internet : RFC 1107

Histoire d'Internet

Le plan triennal pour un annuaire Internet : RFC 1107

En juillet 1989, le RFC 1107 décrivait une voie possible vers un annuaire de personnes pour les réseaux de recherche. Son calendrier tenait en trois ans; son statut rappelait aussitôt que la communauté Internet n’avait pas engagé cette activité de recherche. La différence entre…

9 oct. 2026
Le serveur de noms ne diffusait pas les datagrammes de groupe : RFC 1001 et RFC 1002

Histoire d'Internet

Le serveur de noms ne diffusait pas les datagrammes de groupe : RFC 1001 et RFC 1002

Un annuaire peut indiquer où un nom est enregistré sans acheminer le message vers tous ceux qui le portent. Dans la proposition NetBIOS sur TCP publiée en mars 1987, la diffusion d’un datagramme de groupe relevait d’un autre rôle logique. Les deux RFC distinguaient ces fonctions…

9 oct. 2026
Le raccordement Ethernet était commun ; l’IGP ouvert manquait encore : RFC 1009

Histoire d'Internet

Le raccordement Ethernet était commun ; l’IGP ouvert manquait encore : RFC 1009

En 1987, pour relier les passerelles de fournisseurs différents dans le contexte du NSFNET, la National Science Foundation a fixé un point de raccordement familier: Ethernet, accompagné au minimum de liaisons série. Le même texte reconnaissait qu’aucun IGP ouvert ne permettait…

8 oct. 2026
La recherche d’Archie ne pouvait pas être plus à jour que sa dernière liste FTP

Histoire d'Internet

La recherche d’Archie ne pouvait pas être plus à jour que sa dernière liste FTP

Archie a rendu consultables des archives FTP anonymes dispersées sur le réseau en recueillant leurs listes de répertoires. Cette nuance définit le service: il pouvait indiquer un nom et un emplacement, mais le fichier restait sur une autre machine et l’index ne décrivait que ce…

8 oct. 2026
Tideo Administration : le handle de contact RIPE qui a survécu à son opérateur

Entreprises institutionnels Europe et Moyen-Orient

Tideo Administration : le handle de contact RIPE qui a survécu à son opérateur

Un objet de rôle du registre RIPE, TA8097-RIPE, reste inscrit comme contact administratif et technique d'un AS danois dont l'opérateur a publiquement cessé son activité d'hébergement. Aucune source publique n'établit qui répond désormais à ce handle.

8 oct. 2026
La substance d'entreprise derrière almazcloud.network : une immatriculation d'aquaculture derrière une vitrine cloud

Tendances FAI régionaux Europe et Moyen-Orient

La substance d'entreprise derrière almazcloud.network : une immatriculation d'aquaculture derrière une vitrine cloud

Le résumé de veille La substance d'entreprise derrière almazcloud.network: une immatriculation d'aquaculture derrière une vitrine cloud explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les…

8 oct. 2026
Si le serveur ne pouvait pas annuler, la RFC 1036 lui disait de s’arrêter là

Histoire d'Internet

Si le serveur ne pouvait pas annuler, la RFC 1036 lui disait de s’arrêter là

Un message de contrôle pouvait circuler comme les autres nouvelles d’Usenet, mais son autorité dépendait de ce que chaque serveur possédait et pouvait vérifier lui-même. La RFC 1036 fixait une limite nette: si le système ne pouvait pas annuler l’article demandé, il ne devait pas…

8 oct. 2026
Avec le RFC 10065, l’identifiant de groupe déclenche une règle sans prouver son application

IETF

Avec le RFC 10065, l’identifiant de groupe déclenche une règle sans prouver son application

Un accusé de réception RADIUS peut montrer qu’un NAS a reçu une valeur de groupe; il ne démontre pas, à lui seul, que la règle voulue filtre le trafic en aval. Le RFC 10065 clarifie le transport de cette valeur, tandis que la preuve d’application reste à construire dans chaque…

8 oct. 2026
Un port ne suffisait pas : RFC 675 a intégré le réseau au nom du socket

Histoire d'Internet

Un port ne suffisait pas : RFC 675 a intégré le réseau au nom du socket

Un service peut garder le même point d’entrée local tout en répondant à des interlocuteurs différents. RFC 675 nomme ces échanges par les deux sockets d’extrémité; la question du port local vient ensuite, quand il faut comprendre comment chaque nom reste distinct à travers les…

8 oct. 2026
La balise était un seul jeton, pas une carte de navigation : RFC 1766

Histoire d'Internet

La balise était un seul jeton, pas une carte de navigation : RFC 1766

RFC 1766 découpait une balise de langue en valeur principale et sous-balises séparées par des traits d’union, tout en demandant aux applications de traiter la chaîne entière comme un jeton. Cette structure ordonnait un espace de noms partagé; elle ne dessinait pas un parcours…

8 oct. 2026
Syslog pouvait signaler la qualité de son horloge. L’opérateur devait encore en définir les limites : RFC 5424

IETF

Syslog pouvait signaler la qualité de son horloge. L’opérateur devait encore en définir les limites : RFC 5424

Lorsqu’un incident se joue entre plusieurs machines, une heure affichée à la milliseconde donne facilement une impression de certitude. RFC 5424 prévoit justement un moyen de joindre au journal ce que l’émetteur sait — ou ne sait pas — de sa propre mesure du temps.

8 oct. 2026
Avec WAIS, un document pouvait nourrir la recherche suivante : la boucle de pertinence de la RFC 1625

Histoire d'Internet

Avec WAIS, un document pouvait nourrir la recherche suivante : la boucle de pertinence de la RFC 1625

Un lecteur pouvait saisir quelques mots, joindre un document — ou un simple passage — et demander à WAIS de trouver des textes similaires. La réponse était une citation classée, pas un ensemble de résultats conservé ni le document lui-même. La RFC 1625 décrit ce choix discret…

8 oct. 2026
La réussite du provisionnement ne décidait pas, à elle seule, de l’accès réseau : RFC 5422

IETF

La réussite du provisionnement ne décidait pas, à elle seule, de l’accès réseau : RFC 5422

La RFC 5422 distingue la préparation des identifiants de l’autorisation réseau; son mode sans authentification du serveur reste réservé au provisionnement.

8 oct. 2026
Qui choisissait l’adresse ? La RFC 4014 reliait l’autorisation RADIUS à DHCP

Histoire d'Internet

Qui choisissait l’adresse ? La RFC 4014 reliait l’autorisation RADIUS à DHCP

Une autorisation d’accès réussie ne fournit pas encore d’adresse IP. En 2005, la RFC 4014 a défini un passage étroit permettant à un serveur d’accès de transporter certains attributs RADIUS vers un échange DHCP ultérieur, sans confondre ces deux décisions.

8 oct. 2026
L’AAA connaissait l’abonné. Le Home Agent avait encore besoin d’une clé : RFC 5419

IETF

L’AAA connaissait l’abonné. Le Home Agent avait encore besoin d’une clé : RFC 5419

RFC 5419 explique pourquoi certains opérateurs de Mobile IPv6 souhaitaient s’appuyer sur leur relation AAA existante pour authentifier les abonnés. La question la plus révélatrice vient ensuite: le serveur AAA du réseau d’origine peut reconnaître l’abonné, mais le Home Agent…

8 oct. 2026
« Courant » ne voulait pas dire « sans examen » : le test de la RFC 6709

Histoire d'Internet

« Courant » ne voulait pas dire « sans examen » : le test de la RFC 6709

Une extension peut ajouter très peu de syntaxe et demander beaucoup de travail aux systèmes déjà en service. La RFC 6709 ne mesurait donc pas le caractère « courant » au nombre de lignes ajoutées. Elle le rattachait à une condition plus exigeante: le protocole de base et les…

8 oct. 2026