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
951 articles
IETF
Cyrus Daboo et le PARTSTAT=ACCEPTED qui ne prouvait pas la présence
Un agenda peut conserver une réponse affirmative avec une grande précision, sans savoir si la personne a franchi une porte ou rejoint un appel. Les travaux de Cyrus Daboo permettent de voir exactement où finit la preuve.
IETF
DNSOP adopte le problème multi-algorithme, pas l’étiquette « UNIVERSAL »
Le 1er septembre, les présidents de DNSOP ont fermé un appel en laissant volontairement une porte ouverte. Le groupe prendra le document en charge, ont-ils constaté, mais la complexité du mécanisme reste à travailler. Cette réserve n’est pas une note de bas de page: elle définit…
IETF
La RFC 7506 est historique ; Router Alert 69 peut encore circuler
Dans un registre, la retraite est nette: RFC 7506 est classée historique et la valeur 69 porte la mention « DEPRECATED ». Sur un réseau, elle l’est beaucoup moins. Un ancien modèle de configuration peut encore émettre l’option, et un récepteur peut toujours la reconnaître. La…
IETF
Mark Crispin et le drapeau \Seen qui ne prouvait pas qu’un humain avait lu le message
Un courriel cesse d’apparaître en gras et la boîte aux lettres enregistre silencieusement un fait: `\Seen`. L’interface parle de message lu. Le serveur, lui, peut prouver qu’un drapeau a changé. Entre les deux, le protocole de Mark Crispin pose une question décisive: qui a…
IETF
Une association NAT64 n’est pas une politique de filtrage
Un même couple IPv4 public peut réapparaître à chaque essai et pourtant ne rien dire des sources autorisées à l’emprunter en sens retour. Dans un traducteur NAT64 avec état, la stabilité de l’association et la décision de filtrage sont deux faits distincts — donc deux…
IETF
Partager un extrait, déplacer sa règle
Dans un rapport d’incident, les conditions de diffusion peuvent dépendre de l’endroit où figure une information. Une extraction commode ne doit pas transformer cette dépendance en décision invisible.
IETF
Un relais sans état ne supprime pas la charge
Le relais PANA allège le travail de mémoire à un endroit précis du réseau. Il laisse pourtant à d’autres composants les coordonnées de retour, la session d’authentification et une partie des risques de disponibilité. L’économie doit se juger à l’échelle de cette répartition.
IETF
Un même opérateur ne crée pas un domaine de confiance SRv6 unique
Après une fusion, deux réseaux apparaissent sous le même nom dans l’organigramme. Un filtre placé entre eux semble alors redondant: pourquoi traiter comme externe un trafic qui appartient désormais au même groupe ? La réponse de sécurité ne se trouve pas dans l’acte de propriété…
IETF
Jonathan Rosenberg et le statut OPEN qui décrivait un service, pas une personne
Deux écrans consultent le même collègue. L’un affiche un point vert, l’autre signale une activité ancienne. Le désaccord n’est pas forcément une panne: le premier parle peut-être d’un service capable de recevoir, le second d’un appareil dont personne n’a touché le clavier…
IETF
IPv6 regroupe trois mesures derrière un seul booléen
Un opérateur peut vouloir automatiser la réponse à une adresse IPv6 dupliquée sans pour autant déléguer une sanction opaque. C’est pourtant la frontière que frôle `auto-resolve`, une feuille du modèle YANG consacré à Neighbor Discovery actuellement soumis au dernier appel de…
IETF
Un modèle converti ne reprend pas les commandes
Un objet peut rester modifiable dans sa définition SNMP et devenir une donnée d’état dans le modèle YANG qui en est issu. Ce n’est pas une incohérence à corriger à la hâte: RFC 6643 refuse précisément de faire passer une conversion de langage pour un transfert automatique du…
IETF
Revenir aux réglages d’usine peut couper le chemin du retour
Le réglage d’origine n’est pas nécessairement celui qui permet encore d’administrer un équipement. RFC 8808 décrit une remise à zéro dont la destination peut rester invisible au contrôleur, tandis que certaines traces disparaissent et que l’identité installée en usine demeure.
IETF
Un incident « cleared » ne prouve pas quelle commande l’a clos
Dans le système de tickets, l’incident reste « en cours ». Dans le contrôleur réseau, il est déjà `cleared`. Entre les deux, une commande de résolution a bien été acceptée, mais personne ne peut relier avec certitude sa requête à la notification arrivée plus tard. Les trois…
IETF
Ben Campbell et la réduction de cent pour cent qui ne prouvait pas un trafic nul
Dans un compte rendu d’incident, « réduction: 100 % » ressemble à une mesure définitive. Dans la signalisation Diameter étudiée par Ben Campbell, c’est autre chose: un nœud demande à un autre de traiter tous les nouveaux messages qui entrent dans un périmètre donné. Entre cette…
IETF
Les nouveaux numéros d’algorithme d’OpenPGP réécrivent les vecteurs de test
Un numéro de registre paraît être une étiquette. Dans le projet OpenPGP consacré aux combinaisons post-quantiques, il fait pourtant partie du calcul. Huit algorithmes portent encore les valeurs expérimentales 100 à 107 dans la révision publiée, alors qu’une branche ouverte…
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.
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…
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.
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…
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…
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