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 607 articles
IETF
Tony Li et l'enveloppe de quatre octets qui ne gouverne pas son contenu
Un tunnel GRE ne remplace pas l'adresse d'un paquet: il lui ajoute une adresse de livraison. Le réseau sous-jacent conduit l'enveloppe jusqu'à la sortie, puis l'adresse intérieure reprend son autorité. Entre les deux, l'en-tête GRE minimal ne mesure que quatre octets. La…
IETF
Acee Lindem et le routeur qui devait se souvenir d’avoir redémarré
Une authentification valide ne donne pas l’âge d’un paquet. Elle peut confirmer, avec une précision cryptographique, qu’un message enregistré hier porte encore le bon secret. Si le routeur redémarre et oublie jusqu’où il avait avancé, ce passé authentique peut revenir sous les…
IETF
Enke Chen et la route qui a survécu à sa session
« Graceful » ne signifie pas que la panne a disparu. Le mot désigne un choix: continuer provisoirement à utiliser un état de routage appris avant la rupture du dialogue BGP. Avec RFC 9494, ce provisoire peut durer bien au-delà du redémarrage classique. En contrepartie, la route…
IETF
Susan Hares et la route qui autorise le filtre FlowSpec
Une route BGP ordinaire propose un chemin. Une annonce FlowSpec peut demander au routeur de ralentir, jeter, marquer ou détourner des paquets. Dès lors, l’interopérabilité ne suffit plus: il faut établir pourquoi l’émetteur est fondé à produire cet effet. Les travaux auxquels…
IETF
Bruno Decraene et la discipline du trafic retiré avant la coupure
Une maintenance BGP planifiée offre un avantage rare: l'instant de la rupture est connu. Fermer d'abord la session puis attendre la convergence revient à gaspiller cet avantage. Le chemin le plus sûr consiste à rendre la route moins attractive tant qu'elle fonctionne encore, à…
IETF
Le Secrétariat de l’IETF change de maison, pas l’autorité sur les normes
Depuis le 1er août, le Secrétariat est réparti entre deux équipes de l’IETF Administration LLC. Ce rapprochement administratif fait suite au passage, en avril, d’une prestation externalisée à un montage d’employeur de référence. Il rend la chaîne de gestion plus courte sans…
IETF
Un projet RPKI isole l’autorisation des routes de blackholing
La nouvelle version d’un projet individuel propose de faire signer par le détenteur d’adresses une autorisation spécifique aux routes de rejet de trafic. Cette séparation pourrait éviter de relâcher les ROA pour les urgences, sans pour autant transformer un signal BGP en ordre…
IETF
L’IETF conditionne l’interdiction de l’écho BFD multihop
La révision 02 d’un projet du groupe BFD redéfinit une règle de sécurité vieille de seize ans. L’écho reste interdit si un nœud intermédiaire peut renvoyer le paquet trop tôt, mais devient possible lorsque l’environnement exclut ce raccourci.
IETF
L’IETF resserre l’identification des liens inter-AS dans BGP-LS
La version 38 retire l’identifiant de topologie multiple de la liste de descripteurs proposée pour un lien inter-AS. Une correction d’une ligne suffit ainsi à déplacer le risque vers le retrait des anciennes annonces, l’appariement des demi-liens et la séparation des topologies…
IETF
Le groupe DNSSD de l’IETF prend en charge la découverte locale unicast
Le passage au statut de document de groupe de travail donne à une proposition très concrète un nouveau cadre de responsabilité: confier les échanges courants de découverte locale à un serveur choisi sur le lien, tout en conservant mDNS comme moyen d’interopérabilité et de repli.
IETF
L’IETF enregistre une révision FAR pour l’évitement de pannes dans les centres de données
La révision 26 du projet FAR est une note de conception sur le traitement des pannes dans des fabric de centres de données à topologie régulière. Elle ne prouve ni norme IETF, ni implémentation, ni déploiement, ni résultat d’exploitation mesuré.
IETF
Le brouillon FARE de l’IETF place le choix multi-plan au niveau de la RNIC
Le nouveau brouillon FARE-in-MPSON fait de l’interface réseau un point de décision de routage lorsque des fabrics IA scale-out sont séparés en plans isolés. Il s’agit d’un travail en cours, non d’une fonction approuvée par l’IETF, d’un déploiement annoncé ou d’un résultat de…
IETF
L’IETF actualise son projet FARE de routage adaptatif BGP
La révision actuelle de FARE n’annonce pas une fonction BGP disponible. Elle pose une condition d’exploitation pour le routage adaptatif dans une fabrique CLOS: une pondération ECMP n’est défendable que si les chemins de coût égal portent tous une information de bande passante…
IETF
L’IETF actualise son projet PDMv2 chiffré pour le diagnostic IPv6
Le projet PDMv2 actuellement publié par l’IETF ne promet pas un réseau « chiffré » clé en main. Il met plutôt l’accès aux informations de diagnostic — temps et extrémités — sous une condition préalable d’identité et d’autorisation. Le texte est encore au stade du projet.
IETF
L’IETF met à jour son projet STAMP pour la mesure SR-MPLS
La version actuelle du projet STAMP pour SR-MPLS place une exigence opérationnelle au premier plan: une sonde doit-elle vraiment observer le trajet que la politique de routage a choisi ? Le document reste un projet, non une norme ni une preuve de déploiement.
IETF
L’IETF met à jour le projet Erik Sync pour la publication RPKI
Un projet Internet de l’IETF actualisé décrit une voie de distribution des données de publication RPKI via relais. Il s’agit d’une proposition de conception, non d’une nouvelle norme ni d’une annonce de déploiement.
IETF
La date de réponse publique d’ENUM est passée ; la décision ne l’est pas.
Une consultation de l’UIT-T sur une éventuelle fermeture des délégations de codes pays E.164 dans `e164.arpa` fixait au 15 août 2026 la réponse des États membres. Le dossier public ne donne toujours aucun résultat.
IETF
Plaidoyer de la NRS pour des normes sans souveraineté des organismes de normalisation
La Number Resource Society (NRS) peut promouvoir des interfaces ouvertes fondées sur l'IETF et utiliser des preuves de mise en œuvre sans prétendre que la NRS ou un organisme de normalisation définit les droits des opérateurs. Les registres reconnus et les fournisseurs autorisés…
IETF
Ce que les responsables politiques des RIR ont mal emprunté à l'IETF
Les processus de politique des registres Internet régionaux ont emprunté le consensus approximatif d'une culture d'ingénierie où les affirmations pouvaient être testées par des implémentations indépendantes et rejetées par des réseaux qui ne les déployaient pas. Appliqués à des…
IETF
La capture des normes se mesure aux implémentations, pas à la présence
Une réunion de normalisation bondée peut encore produire un résultat dont l'auteur, la position des brevets, le code et le déploiement sont contrôlés par un intérêt commercial étroit. Une réunion clairsemée peut produire un protocole véritablement indépendant si les objections…
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 le Cercle stratégiqueBriefing 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