Organisme de normalisation ouvert dont les normes ont un impact mondial par leur mise en œuvre.
Gouvernance / IETF
IETF
La veille IETF couvre l’actualité publique qui touche l’infrastructure Internet, les décisions de gouvernance, les marchés de la connectivité, les flux de capitaux numériques et le risque opérationnel.
MondeGouvernance des protocolesRisque d'interopérabilité
Processus de protocole et légitimité des normes.
Écart entre la spécification et la mise en œuvre chez les fournisseurs et les opérateurs.
Les changements majeurs de normes affectent généralement les systèmes sur des cycles de 120 jours et plus.
Articles récents
À la une : IETF
1 098 articles
IETF
Un nom de nœud n’est pas une preuve d’identité
Une adresse partagée peut rendre une étape de traceroute indécidable. Le projet IETF consacré à l’identification du nœud propose d’ajouter une adresse ou un nom à certaines erreurs ICMP. Il améliore ainsi le contexte disponible, mais ouvre simultanément une surface de divulgation…
IETF
Les requêtes racine se taisent, pas la facture réseau
Servir la racine localement réduit les requêtes envoyées au Root Server System. Mais le résolveur doit désormais alimenter une autre chaîne: découvrir une source, détecter les changements, transférer la zone, vérifier ZONEMD et DNSSEC, activer la copie puis revenir aux racines…
IETF
Un accès Internet n’est pas une capacité : le reçu opérationnel proposé par la RFC 4084
Une offre peut porter le nom d’« accès Internet » tout en laissant ouvertes les questions qui déterminent l’exploitation réelle. La RFC 4084 invite à remplacer cette ambiguïté par un vocabulaire neutre; l’étape suivante consiste à en faire un reçu vérifiable.
IETF
BGP DRIP : quand un signal de risque prétend devenir une consigne de routage
Après un incident, la première question d’un responsable réseau devrait être simple: qui a décidé de réduire la préférence de cette route ? Avec le projet DRIP, la réponse pourrait traverser plusieurs systèmes — un détecteur, un routeur, un validateur RPKI, puis d’autres…
IETF
RFC 7872 : la perte était mesurée, la responsabilité restait incertaine
Une sonde qui disparaît fournit un fait. Elle ne désigne pas encore l’équipement, l’organisation ni l’intention qui l’a fait disparaître. RFC 7872 est surtout précieux parce qu’il garde ces niveaux séparés, alors même que ses mesures de 2014–2015 révélaient des pertes…
IETF
Un lot accepté en HTTP 202 n’est pas un reçu pour chaque événement de sécurité
À la veille de la clôture de la Last Call de l’IETF, le projet Multi-SET Push expose une frontière souvent effacée par les tableaux de bord: accepter une enveloppe HTTP n’atteste ni le sort de chaque jeton ni l’action qui suivra.
IETF
La charte RADEXT approuvée retire toute priorité externe sans fermer le dialogue
La phrase décisive est celle qui a disparu. La charte approuvée de RADEXT ne dit plus que le groupe définira une extension parce qu’une organisation extérieure en a besoin. Le 21 septembre, l’IESG a autorisé un champ de travail, pas un transfert de l’agenda technique: une demande…
IETF
Le drapeau P déclenche la mesure, il ne prouve pas un chemin complet
MPLS PBT-M demande aux nœuds capables et activés d’émettre une carte postale pour un paquet marqué. La sobriété sur le fil est réelle, mais la preuve de complétude se déplace vers les configurations, les exports, les compteurs de perte et le travail de corrélation du collecteur.
IETF
Un jeton porteur, une audience : WIMSE -07 fixe la frontière entre récepteurs
Lorsqu’un fournisseur d’identité externe accepte le même jeton porteur que le serveur d’API Kubernetes, il ne fait pas que vérifier une charge de travail. Il détient désormais un justificatif qu’il peut représenter au serveur d’API pour se faire passer pour elle. La révision 07…
IETF
Le registre est séparé. Le collecteur doit encore prouver ce qu’il a lu : RFC 9736
RFC 9736 attribue enfin aux informations Peer Up de BMP leur propre registre TLV. La correction clarifie l’évolution du protocole; elle ne démontre ni la version déployée d’un parseur, ni la fidélité de son stockage, ni l’état du réseau observé.
IETF
Un nom de profil ACME ne vaut pas promesse de délivrance
Le nouveau champ `profile` donne enfin un emplacement explicite à un choix qui se cachait souvent dans le CSR ou dans la configuration du serveur. Il ne transforme pourtant ni une annonce de l’autorité de certification en droit du compte, ni une commande acceptée en certificat…
IETF
Le dernier LIE a été accepté. Le fabric n’était pas encore prouvé : RFC 9719
Une télémétrie exacte peut devenir trompeuse dès qu’on lui fait dire davantage que ce qu’elle mesure. Avec RFC 9719, le dernier LIE accepté est un indice précis sur une interface RIFT, pas un certificat de bon fonctionnement du fabric.
IETF
Babel : une clé MAC illisible, un droit de test à décider
Imaginons un opérateur qui ne peut pas lire la valeur d’une clé MAC configurée pour Babel. Il peut néanmoins, si ses droits effectifs l’autorisent, soumettre une chaîne binaire et un MAC candidat à une action de test. L’équipement utilise la clé localement et lui répond seulement…
IETF
Composite ML-KEM dans CMS : l’approbation IESG révèle une chaîne de dépendance encore ouverte
Le 18 septembre 2026, l’IESG a approuvé `draft-ietf-lamps-cms-composite-kem-03` comme Proposed Standard dans une Protocol Action. Cette étape est importante, mais elle ne clôt ni la production RFC ni la chaîne de dépendance technique: le document CMS se trouve dans la file du RFC…
IETF
Plusieurs alertes dans un même envoi, autant de décisions à prouver
Le projet multi-SET soumis à la dernière consultation de l’IESG promet de réduire le nombre de requêtes nécessaires à la circulation des événements de sécurité. Le gain de transport n’établit pourtant ni l’ordre des traitements ni la révocation effective d’un accès chez le…
IETF
ACTN entre paquets et optique : deux avis demandent qui répond de l’état du réseau
Un orchestrateur peut décrire toutes les étapes d’une modification et perdre pourtant la certitude de son résultat après un redémarrage. Deux évaluations de l’IETF, l’une consacrée à la sécurité et l’autre à l’exploitation, demandent au projet ACTN/POI de rendre cette incertitude…
IETF
SAVNET : le dernier appel porte sur les limites du diagnostic
Avant de filtrer une adresse source, il faut savoir ce que la route observée permet réellement de déduire. L’IESG demande jusqu’au 1er octobre des observations sur un texte qui définit ce problème entre réseaux. Il ne soumet pas à approbation un filtre prêt à installer.
IETF
L’approbation de JPEG XS ne prouve pas une mise à niveau opérationnelle
L’IESG a approuvé la révision RTP adaptée à la troisième édition de JPEG XS. Cette décision ouvre la voie à la publication, mais elle ne remplace ni le numéro RFC, ni la mise à jour IANA, ni la négociation entre deux équipements, ni un essai de décodage en conditions réelles.
IETF
RFC 10040 abandonne le type LCAF 5, mais Experimental n’est pas un plan de migration
RFC 10040 attribue à LISP un nouvel encodage Geo-Location et déprécie l’ancien type Geo-Coordinates. Cette publication établit une nouvelle référence commune; elle ne prouve ni l’adoption du code, ni l’interopérabilité, ni l’achèvement d’une migration.
IETF
L’IESG a examiné la révision 12, la production RFC a reçu la révision 14
Le nom de Safe-IOC n’a pas changé, mais l’objet soumis au jugement, lui, a changé. Entre la conclusion de non-conflit sur la révision 12 et l’entrée de la révision 14 dans la chaîne de production RFC, des commentaires, des modifications techniques et plusieurs autorités se sont…
Déverrouillage de l’accès membre
Analyse de profil réservée
Connectez-vous pour débloquer les briefings de profil complets et les sections approfondies.
Briefing du Strategic Circle
Adhérez pour débloquer les briefings stratégiques après connexion.
Rejoindre Strategic CircleBriefing Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance