Aller au contenu principal

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é
Visuel de signal pour IETF
Gouvernance / IETFIETF
RégionMonde

Organisme de normalisation ouvert dont les normes ont un impact mondial par leur mise en œuvre.

Domaine principalGouvernance

Processus de protocole et légitimité des normes.

Sujet cléPérimètre d'application

Écart entre la spécification et la mise en œuvre chez les fournisseurs et les opérateurs.

Horizon d'impactAnnée

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 016 articles

Après le lancement IPv6, l’ancien plan d’adressage commande encore

IETF

Après le lancement IPv6, l’ancien plan d’adressage commande encore

Avec 6rd, un opérateur peut proposer IPv6 sans convertir d’abord tout son réseau d’accès. Mais le service hérite du découpage et des durées d’attribution d’IPv4. La rapidité du lancement ne solde pas cette dépendance.

8 sept. 2026
Un catalogue de capacités ne décide pas d’un abonnement

IETF

Un catalogue de capacités ne décide pas d’un abonnement

Un orchestrateur interroge un équipement et reçoit une réponse rassurante: HTTPS est pris en charge, tout comme XML, JSON, TLS 1.2 et TLS 1.3. Cette description évite de négocier à l’aveugle. Mais elle ne choisit aucune combinaison, n’autorise aucun destinataire et ne crée aucun…

8 sept. 2026
Un deuxième utilisateur change le contrat de sécurité

IETF

Un deuxième utilisateur change le contrat de sécurité

Un même canal IMAP peut servir successivement plusieurs utilisateurs. L’économie de connexions ne dispense pas de refaire les contrôles: elle oblige à distinguer la protection conservée, l’identité abandonnée et l’autorité à accorder de nouveau.

8 sept. 2026
Adam Roach et l’abonnement terminé qui n’a pas mis fin à la ressource

IETF

Adam Roach et l’abonnement terminé qui n’a pas mis fin à la ressource

Une console de présence reçoit `Subscription-State: terminated` et transforme aussitôt un contact en « disparu ». Le raccourci paraît naturel, mais la RFC 6665 d’Adam Roach porte sur un autre objet: l’abonnement n’est plus actif. La ressource observée peut avoir disparu, rester…

8 sept. 2026
Le voucher ELA arrive après l’identification de l’appareil

IETF

Le voucher ELA arrive après l’identification de l’appareil

Un équipement neuf peut être parfaitement inconnu du réseau qu’il cherche à rejoindre et pourtant devoir lui révéler un identifiant avant la fin de l’autorisation. C’est l’ordre choisi par ELA, le mécanisme d’autorisation légère fondé sur EDHOC que le groupe LAKE de l’IETF vient…

8 sept. 2026
Qui finance une recherche qui ne s’arrête plus ?

IETF

Qui finance une recherche qui ne s’arrête plus ?

Afficher un résultat puis le maintenir à jour sont deux services distincts. Avec IMAP, le premier peut réussir alors que le second est refusé. Cette séparation oblige le produit à rendre visible le coût de sa promesse de fraîcheur.

8 sept. 2026
Le bon d’enrôlement arrive après la divulgation de l’identité

IETF

Le bon d’enrôlement arrive après la divulgation de l’identité

Dans ELA, l’objet contraint ne demande pas une autorisation dans l’anonymat. Il confie d’abord une identité d’enrôlement à un authentificateur déjà identifié, lequel la présente à un serveur de confiance. Le bon qui revient ensuite peut fermer la porte au mauvais domaine. Il ne…

8 sept. 2026
Deux horaires, une promesse impossible

IETF

Deux horaires, une promesse impossible

Ne pas laisser partir un message avant midi, mais cesser de le livrer dès onze heures: aucune accélération du serveur ne résout cette contradiction. L’extension SMTP de remise différée montre pourquoi la qualité d’un service se mesure aussi aux engagements qu’il refuse de…

8 sept. 2026
Scott Hollenbeck et le verrou de transfert incapable d’expliquer sa présence

IETF

Scott Hollenbeck et le verrou de transfert incapable d’expliquer sa présence

Un titulaire demande le transfert de son nom de domaine. Le registre le refuse, et le tableau de bord affiche `clientTransferProhibited`. La réponse technique est nette; l’explication ne l’est pas. Dans la cartographie EPP rédigée par Scott Hollenbeck, ce statut oblige à rejeter…

8 sept. 2026
Retrait d’IPv4 : le périmètre compte autant que le chiffre

IETF

Retrait d’IPv4 : le périmètre compte autant que le chiffre

Un nouveau projet individuel distingue la suppression d’un protocole d’une baisse mesurée du risque. Reste à savoir qui assume la compatibilité laissée hors du périmètre.

8 sept. 2026
Une preuve cryptographique de faute ne révoque pas la confiance

IETF

Une preuve cryptographique de faute ne révoque pas la confiance

Un terminal interroge plusieurs horloges, enchaîne leurs réponses signées et découvre un ordre temporel impossible. Il peut conserver la contradiction et la faire vérifier ailleurs. Il ne peut pas, pour autant, désigner automatiquement le serveur fautif, choisir le juge, modifier…

8 sept. 2026
Un identifiant de clé EDHOC peut désigner plusieurs PSK

IETF

Un identifiant de clé EDHOC peut désigner plusieurs PSK

Dans un échange EDHOC, quelques octets peuvent désormais déclencher une recherche plurielle. La révision 09 du projet EDHOC-PSK autorise une même valeur `ID_CRED_PSK` à renvoyer vers plusieurs clés prépartagées candidates, avec leurs justificatifs associés. Le serveur les essaie…

8 sept. 2026
Une archive pleine n’autorise pas un autre dossier

IETF

Une archive pleine n’autorise pas un autre dossier

Un filtre peut suivre la fonction d’une boîte aux lettres plutôt que son nom. Cette souplesse ne lui donne pas carte blanche en cas de panne: Sieve distingue le dossier utilisé faute de mieux de celui qu’un incident rendrait simplement plus commode.

8 sept. 2026
Le premier client rétabli ne décide pas pour les absents

IETF

Le premier client rétabli ne décide pas pour les absents

La reprise d'un serveur NFSv4.1 confronte deux calendriers: celui du client qui a retrouvé ses verrous et celui du serveur qui doit encore tenir compte des autres. Déclarer sa propre récupération terminée ne donne pas le pouvoir de clore leur délai de grâce.

8 sept. 2026
Henning Schulzrinne et la sonnerie arrivée avant toute réponse

IETF

Henning Schulzrinne et la sonnerie arrivée avant toute réponse

Sur l’écran d’un centre d’appels, le mot « sonnerie » paraît annoncer une scène lointaine: un téléphone retentit, quelqu’un peut le saisir. SIP est plus prudent. Dans la spécification cosignée par Henning Schulzrinne, la réponse `180 Ringing` signale qu’un agent utilisateur…

8 sept. 2026
Une configuration candidate privée n’explique pas pourquoi une intention l’a emporté

IETF

Une configuration candidate privée n’explique pas pourquoi une intention l’a emporté

La configuration courante change pendant qu’un ingénieur prépare sa propre branche. Le serveur sait isoler les deux travaux, repérer le nœud disputé et refuser un commit ambigu. Mais au moment de choisir entre la valeur privée et la valeur déjà en production, le protocole ne peut…

8 sept. 2026
Un défi OAuth peut resservir si le serveur ne l’interdit pas

IETF

Un défi OAuth peut resservir si le serveur ne l’interdit pas

Le serveur vient de remettre une valeur fraîche à un client OAuth. Celui-ci l’insère dans une preuve, obtient une réponse, puis prépare une nouvelle requête. Peut-il reprendre la même valeur ? La révision 11 du projet de l’IETF sur l’authentification des clients par attestation…

8 sept. 2026
SCTP : séparer une association, c'est aussi déplacer sa fermeture

IETF

SCTP : séparer une association, c'est aussi déplacer sa fermeture

Une association extraite d'une socket partagée continue d'exister lorsque celle-ci est fermée. Le gain recherché sur les ressources appelle donc une responsabilité de suivi distincte.

8 sept. 2026
Mallory Knodel et la censure qui commence avant la perte d’un paquet

IETF

Mallory Knodel et la censure qui commence avant la perte d’un paquet

Dans une salle d’exploitation, un délai d’attente ressemble à un fait net: la connexion a échoué. Le RFC 9505, coécrit par Mallory Knodel, oblige à remonter plus haut. Avant l’interruption, une autorité choisit ce qu’elle vise, un dispositif reconnaît un trafic, puis un acteur…

8 sept. 2026
MPTCP : continuer la connexion peut fermer le retour au multipath

IETF

MPTCP : continuer la connexion peut fermer le retour au multipath

Le repli par mappage infini préserve parfois le flux TCP, mais interdit de rétablir MPTCP sur cette même connexion. La continuité immédiate laisse alors une décision de renouvellement en suspens.

8 sept. 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é à Strategic Circle

Briefing du Strategic Circle

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

Rejoindre Strategic Circle
Réservé aux membres de Leadership Alliance

Briefing 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