Sujet
Cycle de vie logiciel et dépendance fournisseur
Au sein de la facette Sujet, la veille thématique Cycle de vie logiciel et dépendance fournisseur 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.

Histoire d'Internet
Le lien ouvrait une session, pas un objet : la frontière VEMMI de la RFC 2122
Un lien `vemmi` ressemblait à une adresse Web, mais il ne promettait aucun fichier à récupérer. La RFC 2122 se servait du navigateur comme d’un point d’aiguillage vers un client distinct, une connexion continue et un dialogue d’accès. Le clic désignait l’entrée; il ne prouvait ni…

Histoire d'Internet
Sophie Wilson et la preuve rapportée par le premier silicium ARM1
Le 26 avril 1985, les premiers ARM1 arrivent chez Acorn. La carte de second processeur les attend déjà, tout comme le système Tube et BBC BASIC. Leur démarrage immédiat n'est pas la preuve qu'un processeur RISC réussit naturellement du premier coup: c'est le reçu visible d'un…

Histoire d'Internet
La racine coordonnait les accords, elle ne gouvernait pas l’annuaire mondial : RFC 2120
À première vue, la racine de l’arbre X.500 semblait déjà résoudre le problème. En pratique, la norme laissait ses administrateurs face à une tâche qui croissait plus vite que l’arbre: chaque DSA de premier niveau devait conclure des accords bilatéraux avec tous les autres. RFC…

Histoire d'Internet
La remise à zéro était dans le paquet suivant : la reprise MPPC de la RFC 2118
La RFC 2118 a donné à Microsoft Point-to-Point Compression une mémoire continue et un signal de reprise remarquablement bref. Quand une perte rompait l’historique partagé, le récepteur demandait une remise à zéro; pourtant, c’était le paquet de données suivant, marqué `FLUSHED`…

Histoire d'Internet
Adele Goldberg et le contrat qui a permis à Smalltalk-80 de voyager
Le Blue Book a transformé un système vivant en accord portable: conserver l’image, implémenter la mémoire d’objets, les bytecodes, les contextes et les primitives, puis laisser des machines différentes exécuter le même Smalltalk-80. Cet accord rendait la réimplémentation…

Histoire d'Internet
Le Join n’avait aucun reçu : l’arbre survivait par rafraîchissement — RFC 2117
Dans RFC 2117, un arbre multicast clairsemé n’apparaissait jamais comme une transaction achevée. Une indication locale créait un état, des Join/Prune le renouvelaient routeur par routeur, un nouveau flux passait d’abord par des Register, puis certaines branches rejoignaient…

IETF
Chiffrer avant d’envoyer : RFC 9787 et la frontière d’engagement du brouillon
Scène hypothétique: quelques phrases saisies sur un ordinateur sont sauvegardées automatiquement, puis réapparaissent sur un téléphone lorsque leur auteur reprend son travail. La continuité est réelle, mais l’envoi ne l’est pas. Les destinataires pressentis ne devraient toujours…

Histoire d'Internet
Le navigateur se souvenait de la session, pas de la personne : RFC 2109
En 1997, un serveur pouvait déposer `Customer="WILE_E_COYOTE"` dans un navigateur puis retrouver cette valeur au fil d’un panier et d’un choix de livraison. La RFC 2109 donnait ainsi une mémoire logique à HTTP. Mais le nom choisi par l’application ne transformait ni le cookie en…

Histoire d'Internet
La carte semblait précise, mais le répéteur ne lisait toujours aucun paquet
En 1997, une console de gestion pouvait situer une adresse source, classer les ports les plus actifs et reconstituer la topologie de plusieurs concentrateurs. RFC 2108 rendait cette carte exploitable en fixant les conditions de l’observation — pas en attribuant une intelligence…

Histoire d'Internet
Kathleen Booth, là où le symbole devient un ordre machine
En 1947, Kathleen H. V. Britten et Andrew D. Booth ont organisé le passage d’une méthode mathématique à des ordres de vingt bits. Leur notation rendait ce passage lisible sans jamais confondre lisibilité et vérité du calcul.

Histoire d'Internet
L’adresse disait « chez soi ». La ligne commutée disait « ailleurs » : RFC 2107
Le RFC 2107 donnait à un client distant l’apparence d’une présence sur son réseau d’origine. Cette illusion reposait sur un agent étranger, un agent mère, un secret partagé, un identifiant de tunnel et un état qu’il fallait créer puis supprimer dans le bon ordre.

Histoire d'Internet
Karen Spärck Jones a mesuré la rareté d’un terme, pas sa vérité
Un mot peut être banal dans une bibliothèque et exceptionnel dans une autre. Karen Spärck Jones a transformé cet écart en signal de recherche. La force de l’IDF vient précisément de sa portée limitée: il décrit un ensemble documentaire donné, non la valeur universelle d’un mot.

Histoire d'Internet
Le routeur a donné une adresse au poste, pas une identité : RFC 2106
RFC 2106 a placé de nombreux postes SNA et NetBIOS distants derrière un serveur DRAP. Le gain était réel: moins de pairs sur le réseau central. La contrepartie l’était aussi: davantage d’état et d’autorité concentrés à la frontière.

Histoire d'Internet
L’étiquette faisait avancer le paquet, pas la preuve du chemin : RFC 2105
Une courte étiquette arrivait avec le paquet. Le commutateur s’en servait comme index exact, choisissait une interface, remplaçait l’étiquette et transmettait. Toute l’élégance de Tag Switching tenait dans ce geste répété. Mais sa rapidité reposait sur un travail absent du…

Dossier
Le groupe du W3C sur la portabilité des navigateurs commence par un rapport, pas par une norme
Sur iPhone, un utilisateur peut déjà exporter certaines données de Safari puis les importer dans un autre navigateur. Cette capacité existe dans des versions et des produits précis. Le Browser Data Portability Community Group, lancé par le W3C le 15 septembre, se situe en amont…

IETF
RFC 9791 et NFFRR : qui peut interdire une seconde réparation locale ?
CE2 disparaît. Pour PE2, la panne ressemble à la perte de son attachement vers le CE; il détourne donc le trafic vers PE3. Mais PE3 voit, lui aussi, son propre attachement comme défaillant et applique la même logique en sens inverse: il renvoie le paquet vers PE2. Deux décisions…

Dossier
RFC 9682 : ce qu’un accent change à la compatibilité
`"é"`, `"\u00E9"`, `"\u{E9}"`: trois écritures CDDL pour une même valeur Unicode, selon la syntaxe révisée par la [RFC 9682](https://www.rfc-editor.org/rfc/rfc9682.html). À l’écran, rien ne distingue le caractère obtenu. Dans le fichier source, tout n’est pourtant pas…

Histoire d'Internet
Deux passages de hachage ont rendu le MAC réutilisable, pas la décision de confiance : RFC 2104
RFC 2104 a transformé des fonctions de hachage itératives déjà disponibles en un code d’authentification de message à deux étages. Cette construction légère pouvait changer de fonction sous-jacente sans changer de principe. Elle attestait une relation précise entre une clé…

Histoire d'Internet
Le localisateur a changé. Puis le réseau a bougé : RFC 2103
Le texte de Nimrod sur la mobilité partait d’une séparation élégante: conserver l’identité du point terminal et remplacer le localisateur qui indique où le joindre. Il rencontrait ensuite le cas qui faisait céder cette élégance: un réseau pouvait se déplacer sans que le…

Histoire d'Internet
La branche était commune, pas l’algorithme : RFC 2102
Nimrod n’imposait ni un calculateur ni un modèle d’arbre multicast. RFC 2102 exigeait quelque chose de plus modeste: qu’un état installé par des méthodes différentes reste lisible et exécutable de la même façon.
