Aller au contenu principal

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.

IETF

L’enveloppe est lisible. L’observation reste à prouver

`draft-ietf-netconf-notif-envelope-05` donne aux notifications YANG-Push des métadonnées qui survivent au transfert vers un courtier ou une base temporelle. Cette portabilité facilite la corrélation; elle ne transforme ni un nom d’hôte en identité, ni une séquence en historique…

10 sept. 2026
Quatre-vingt-seize heures pour rendre la confiance vérifiable : RFC 2010

Histoire d'Internet

Quatre-vingt-seize heures pour rendre la confiance vérifiable : RFC 2010

RFC 2010 a découpé la confiance accordée aux bénévoles des serveurs racine en obligations observables, sans décider qui devait obtenir un site ni qui pouvait sanctionner un écart.

10 sept. 2026
RFC 1991 : ouvrir l’enveloppe PGP ne suffisait pas à établir la preuve

Histoire d'Internet

RFC 1991 : ouvrir l’enveloppe PGP ne suffisait pas à établir la preuve

En 1996, un message PGP pouvait franchir sans erreur le décodage ASCII, le contrôle de longueur, la récupération de la clé de session, le déchiffrement, la décompression et la vérification de signature. Cette succession de réussites n’établissait pourtant ni l’identité civile du…

10 sept. 2026

Dossier

Deux routes sont arrivées. Leurs bits ne formaient pas encore un SID : RFC 9819

Dans un service EVPN sur SRv6, la réception des deux annonces attendues peut donner une impression de complétude. RFC 9819 montre au contraire que la composition d’un SID End.DT2M reste une décision structurée: il faut identifier l’annonce qui possède LOC:FUNC, placer l’argument…

10 sept. 2026

Dossier

Le modèle connaissait chaque branche. Le réseau ne lui avait pas donné raison : RFC 9826

RFC 9826 offre enfin aux équipes PCEP un langage de gestion commun. Mais un arbre YANG impeccable demeure le récit d'une instrumentation locale: il faut encore établir la provenance, l'époque, l'autorité et tous les actes qui relient ce récit au trafic.

10 sept. 2026

IETF

Le message est reconstitué. La télémétrie peut rester incomplète

Avec `draft-ietf-netconf-udp-notif-26`, un collecteur peut recevoir vite, remettre des segments dans l’ordre et détecter certains trous. Rien de tout cela ne l’autorise à transformer une réussite de transport en certitude sur l’état réel du réseau.

10 sept. 2026
Le registre avait attribué le préfixe, pas la route mondiale : RFC 2008

Histoire d'Internet

Le registre avait attribué le préfixe, pas la route mondiale : RFC 2008

Un routeur placé loin du client ne voyait ni son contrat ni sa fiche de registre. Il voyait un préfixe plus spécifique et décidait de le conserver ou de le filtrer. RFC 2008 a fait de cette distance institutionnelle le cœur de la politique d’adressage.

10 sept. 2026

IETF

Le premier paquet est parti avant la fin de l’image — pas avant la fin de la preuve : RFC 9828

Sur une console d’émission, un horodatage précoce peut donner l’impression que la bataille de la latence est gagnée. Côté réception, il reste pourtant à recevoir un en-tête exploitable, franchir les pertes, admettre le flux, décoder une qualité définie et afficher l’image.

10 sept. 2026

IETF

La fusion était propre, pas forcément la base : les candidats privés NETCONF

`draft-ietf-netconf-privcand-10` isole les modifications de chaque client et organise leur remise à niveau avant validation. Cette isolation évite un type d'accident collectif; elle ne transforme ni une comparaison vide ni un commit réussi en preuve de fraîcheur, d'intention…

10 sept. 2026
Une route sans carte commune : le pari de Nimrod dans RFC 1992

Histoire d'Internet

Une route sans carte commune : le pari de Nimrod dans RFC 1992

En 1996, Nimrod proposait une réponse dérangeante au problème d’échelle: cesser d’exiger que chaque routeur voie le même réseau, puis empêcher ces visions divergentes de se transformer en boucle de transmission.

10 sept. 2026

IETF

Le transform a été accepté. Le rejeu n’avait pas encore été rejeté : RFC 9827

En élargissant le Transform Type 5 d’IKEv2, la RFC 9827 remplace une étiquette trop étroite par un contrat vérifiable sur les numéros de séquence à l’entrée du réseau. Ce contrat ne dit pas si le récepteur a activé l’anti-rejeu, ce qu’il a effectivement reçu, ni si un mécanisme…

10 sept. 2026

IETF

Un plan de diagnostic n’est pas une cause : huit reçus pour l’OAM programmé

`draft-ietf-opsawg-scheduling-oam-tests-07` propose d’ordonner et de programmer des tests OAM à l’échelle du réseau. Cette structure est utile, à condition de ne pas confondre le plan enregistré, l’exécution réelle, la mesure obtenue, l’inférence causale, l’autorité de changer le…

10 sept. 2026

IETF

Même couleur, chaîne de preuve incomplète : lire RFC 9832 au-delà du numéro

Un opérateur peut recevoir trois occurrences de la valeur 100 et exécuter trois décisions différentes. RFC 9832 ordonne la sélection d’une classe de transport; il ne transforme ni un entier privé en définition mondiale du service, ni une route résolue en preuve de l’expérience…

10 sept. 2026
Le droit s’ouvrait sans demande, puis pouvait se refermer : RFC 1988

Histoire d'Internet

Le droit s’ouvrait sans demande, puis pouvait se refermer : RFC 1988

En 1996, un texte informatif de l’IETF a consigné une permission à la fois simple à activer et difficile à résumer: automatique pour un usage normalisé précis, inexistante pour les MIB propriétaires et révocable de façon définitive par un acte de riposte brevet.

10 sept. 2026
Le paquet perdu et son ombre : la chaîne interpaquets de RFC 1969

Histoire d'Internet

Le paquet perdu et son ombre : la chaîne interpaquets de RFC 1969

Dans le protocole DESE de 1996, une perte ne s’arrêtait pas au paquet disparu. Elle rendait également indéchiffrable le paquet suivant, tout en laissant dans le chiffrement de celui-ci le point de reprise nécessaire au troisième. Cette asymétrie raconte mieux que tout slogan ce…

10 sept. 2026

IETF

RFC 9845 : les watts baissent, la preuve reste à construire

Une courbe électrique descend vite. Démontrer qu’un réseau a réellement réduit son empreinte, sans déplacer la charge ni dégrader le service, exige une chaîne de preuves beaucoup plus longue.

10 sept. 2026
Le paquet non compressé qui modifiait encore l’historique : RFC 1967

Histoire d'Internet

Le paquet non compressé qui modifiait encore l’historique : RFC 1967

Le drapeau C/U de LZS-DCP peut annoncer des données non compressées sans annoncer un état immobile. Avec Process-Uncompressed, les octets transmis tels quels alimentent les deux copies de l’historique. RFC 1967 isole en outre ordre, contrôle et remise à zéro par History Number…

10 sept. 2026
La révision 04 de CMIS ajoute le transfert de contrôle, mais laisse la dernière écriture en suspens

IETF

La révision 04 de CMIS ajoute le transfert de contrôle, mais laisse la dernière écriture en suspens

Retirer une page d’une liste d’autorisation prend une ligne de configuration. Restituer sans ambiguïté le contrôle d’un module optique peut demander davantage. Si le contrôleur distant a déjà exécuté deux étapes d’un réglage et que le système hôte récupère la page avant la…

9 sept. 2026
La révision 04 promet l’identité UUID, mais son schéma énergétique pointe encore vers un nom local

IETF

La révision 04 promet l’identité UUID, mais son schéma énergétique pointe encore vers un nom local

Dans un inventaire local, `psu-1` peut suffire. Dans deux centres d’administration, ce même nom peut désigner deux alimentations sans aucun lien. La révision 04 du modèle YANG énergie de GREEN affirme justement vouloir sortir de cette ambiguïté grâce à l’UUID. Pourtant, le chemin…

9 sept. 2026
Le renouvellement de K-root par le RIPE NCC exige trois procès-verbaux, pas un statut global

Récits

Le renouvellement de K-root par le RIPE NCC exige trois procès-verbaux, pas un statut global

Une ligne de suivi peut être exacte et rester insuffisante. Le RIPE NCC indique que le renouvellement de trois sites centraux de K-root est en cours et qu’Amsterdam a déjà été renouvelé. Ce que l’on peut en conclure s’arrête là: pour savoir si chaque changement est clos, il faut…

9 sept. 2026