Aller au contenu principal

Gouvernance / IETF

IETF

L’IETF écrit les protocoles sur lesquels tourne chaque réseau. Nous suivons les projets de norme, les débats des groupes de travail et les normes publiées, et expliquons ce que chacune change pour les opérateurs avant son arrivée en production.

MondeGouvernance des protocolesRisque d'interopérabilité
Visuel de signal pour IETF
Gouvernance / IETFIETF

Articles récents

À la une : IETF

1 656 articles

La preuve ne se décrète pas sur la couverture d’un projet

IETF

La preuve ne se décrète pas sur la couverture d’un projet

Le projet VAP a retiré « evidentiary-grade » de son titre. Un lot peut être vérifié; la décision de recevoir la pièce appartient à une autre institution.

28 oct. 2026
Une liste a survécu. Les 200 Mbit/s sont restés « valides ».

IETF

Une liste a survécu. Les 200 Mbit/s sont restés « valides ».

Dans le projet SPRING, une liste survivante maintient le chemin candidat actif alors que la capacité supposée a été divisée par deux. Qui fixe enfin le seuil?

28 oct. 2026
P1 est entré dans VPN11. Le moniteur a oublié RD22.

IETF

P1 est entré dans VPN11. Le moniteur a oublié RD22.

Quatre routes visent le même préfixe. Le projet BMP permettrait de nommer l’instance d’origine, à condition que l’exploitant conserve cette information.

28 oct. 2026
Le reçu a un maître. Qui certifie l’action absente ?

IETF

Le reçu a un maître. Qui certifie l’action absente ?

Des signatures peuvent rendre un dossier impeccable. Le projet WEXP Coverage oblige l’acheteur à regarder celui qui décide quelles actions entrent dans le dossier.

28 oct. 2026
La politique était signée. Le contrôle à la frontière restait facultatif.

IETF

La politique était signée. Le contrôle à la frontière restait facultatif.

Un objet de politique peut arriver intact, avec un propriétaire et une zone soigneusement renseignés. Le réseau qui le reçoit doit encore décider qui possède le mandat d'y imposer une règle.

28 oct. 2026
Les conditions changent. Qui conserve la version qu’on a signée ?

IETF

Les conditions changent. Qui conserve la version qu’on a signée ?

Quand un service modifie ses règles, sa page courante raconte le présent. Une contestation porte souvent sur le passé. Un projet individuel de l’IETF propose de conserver chaque texte ancien avec une empreinte publique et des témoins capables de contredire le journal lui-même.

28 oct. 2026
Le cachet est authentique. Le colis a changé de main.

IETF

Le cachet est authentique. Le colis a changé de main.

Dans un réseau où les relais peuvent protéger les messages, une signature valide peut appartenir au mauvais acteur. Le destinataire doit savoir à qui il avait confié ce paquet précis.

28 oct. 2026
Le routeur signe ses preuves. Qui tient la main sur les réglages ?

IETF

Le routeur signe ses preuves. Qui tient la main sur les réglages ?

Une révision de l’IETF met les commandes du flux d’attestation en pleine lumière. Elles fixent le champ des mesures, le rythme des messages et le certificat associé aux notifications.

28 oct. 2026
Le robot a conseillé. Qui a décidé pour l’entreprise ?

IETF

Le robot a conseillé. Qui a décidé pour l’entreprise ?

Une suggestion peut traverser trois outils et finir en ordre ferme. Le vrai trou dans la chaîne est la règle qui permet à quelqu’un de parler au nom de l’entreprise.

28 oct. 2026
Trois boutiques, un plafond de 100 dollars : qui tient les comptes ?

IETF

Trois boutiques, un plafond de 100 dollars : qui tient les comptes ?

Un agent peut commander un repas, réserver un trajet et acheter des fournitures dans la même journée. Chaque caisse voit son achat; le plafond commun exige une comptabilité partagée.

28 oct. 2026
Le comité fantôme a rendu les clés. Le projet africain de l’IETF a deux chemins.

IETF

Le comité fantôme a rendu les clés. Le projet africain de l’IETF a deux chemins.

La nouvelle version d’un projet sur la participation à l’IETF range un ancien comité au placard et confie enfin les tâches à des acteurs existants. Elle relie le travail des campus à l’examen d’une réunion en Afrique.

28 oct. 2026
Vous écrivez votre souhait. L’agent obéit aux cases cochées.

IETF

Vous écrivez votre souhait. L’agent obéit aux cases cochées.

Un nouveau projet confie à l’utilisateur la remise du titre d’accès à son agent. La phrase qu’il écrit reste une preuve; les droits sélectionnés décident des appels permis.

28 oct. 2026
Un astérisque dans le jeton, et l’outil de demain a déjà la clé

IETF

Un astérisque dans le jeton, et l’outil de demain a déjà la clé

Un projet révisé laisse un ancien jeton accepter des paramètres ajoutés plus tard à l’outil. La signature reste valable alors que la portée pratique de l’autorisation change.

28 oct. 2026
Le CDN a vérifié les invités. Son cache a distribué les bracelets.

IETF

Le CDN a vérifié les invités. Son cache a distribué les bracelets.

La liste d’accès peut être juste, et l’en-tête finalement reçu par le navigateur faux. La nouvelle version d’un projet IETF suit cette petite catastrophe de vestiaire entre deux CDN.

28 oct. 2026
La réponse a disparu. Le plafond de l’agent, lui, n’a pas bougé.

IETF

La réponse a disparu. Le plafond de l’agent, lui, n’a pas bougé.

Le nouveau projet d’audit garde la somme réservée après une réponse perdue. La décision suivante doit prouver qu’elle a vu cette dette en suspens.

27 oct. 2026
Deux paiements de 120 livres, et le robot n’a qu’une case « bis »

IETF

Deux paiements de 120 livres, et le robot n’a qu’une case « bis »

Un ordre répété après une réponse perdue n’est pas une nouvelle dépense. Un nouvel ordre identique, si. Un projet soumis à l’IETF veut enfin donner à l’audit une façon de les départager.

27 oct. 2026
Un nom d’agent retiré par erreur ? Le projet interdit le retour en arrière.

IETF

Un nom d’agent retiré par erreur ? Le projet interdit le retour en arrière.

Le nouveau texte accorde davantage de temps pour saisir la justice et renforce la notification. Mais le pseudonyme retiré ne revient jamais, même après une erreur.

27 oct. 2026
Un domaine, plusieurs robots à certificats : chacun sa sonnette

IETF

Un domaine, plusieurs robots à certificats : chacun sa sonnette

Le projet `dns-account-01` donne à chaque compte ACME sa propre adresse de validation DNS. Une bonne nouvelle pour les migrations; un nouveau registre de pouvoirs à tenir à jour.

27 oct. 2026
Le vieux carnet des types médias réclame un passe-partout

IETF

Le vieux carnet des types médias réclame un passe-partout

Une nouvelle version du projet IETF propose de transformer une liste très spécialisée de l’IANA en registre de reconnaissance réutilisable. Le meuble change de place; la serrure aussi.

27 oct. 2026
La boîte mail déborde. Qui tient vraiment le stylo ?

IETF

La boîte mail déborde. Qui tient vraiment le stylo ?

Un nouveau texte du groupe de recherche RASPRG s’attaque au petit tour de magie des tableaux de bord: transformer des courriels comptés en pouvoir supposé.

27 oct. 2026

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.

Réservé au Cercle stratégique

Briefing du Strategic Circle

Adhérez pour débloquer les briefings stratégiques après connexion.

Rejoindre le Cercle stratégique
Réservé aux membres de Leadership Alliance

Briefing Leadership Alliance

Pour les détenteurs d’actifs IP et les équipes de direction : synthèses de l’alliance, rapports privés et accès direct aux analystes.

Rejoindre Leadership Alliance