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
985 articles
IETF
La connexion est plus grande que le chemin : Multipath TCP maintient un flux unique sur plusieurs routes
Un téléphone quitte le Wi-Fi d’un bureau alors qu’un échange est toujours en cours, puis retrouve le réseau par la liaison cellulaire. Pour TCP classique, le chemin fait partie de l’identité de la connexion. Multipath TCP place au-dessus de plusieurs sous-flux TCP un même flux…
IETF
Quand le récepteur a dessiné la carte : l'histoire de SACK dans TCP
Pendant longtemps, un accusé de réception TCP ne montrait qu'une frontière continue. SACK y a ajouté une carte sommaire des octets déjà arrivés au-delà d'un trou. Ce changement a rendu la réparation plus sélective sans transférer au récepteur la maîtrise de la congestion ni le…
IETF
Comment DNSSEC a appris à prouver qu’un nom n’existe pas
Signer une réponse permet d’authentifier un enregistrement présent. Le problème plus subtil consiste à authentifier l’espace vide où un attaquant pourrait cacher un nom, en inventer un ou remplacer un « non » légitime par un refus falsifié.
IETF
L’heure creuse n’est qu’une prévision : ALTO transforme le calendrier du trafic en promesse publiée
Un transfert massif peut attendre deux heures du matin. Mais rien ne garantit que le réseau sera encore calme à cet instant. Avec les calendriers de coûts ALTO, un opérateur publie une préférence dans le temps afin qu’une application choisisse quand agir. Cette préférence n’est…
IETF
Happy Eyeballs : le prix discret d’une connexion qui paraît immédiate
La course entre IPv6 et IPv4 n’est pas un simple artifice de vitesse. Elle répartit le coût d’une transition inachevée entre l’utilisateur, le logiciel client et les réseaux qui tardent à corriger leurs chemins défaillants.
IETF
Rejoindre le groupe ne suffit plus : SSM nomme la source
Avec SSM, le réseau ne cherche plus lui-même qui parle dans le groupe: le récepteur doit demander un canal précis, source comprise.
IETF
Le nom secret a encore besoin d’une porte publique : la nouvelle frontière de confidentialité d’ECH
Avant même que TLS puisse chiffrer le nom demandé, le client doit apprendre où trouver la clé qui permettra de le cacher. ECH protège donc le `ClientHello`, mais fait de la réponse DNS, de la porte d’entrée mutualisée et du renouvellement des clés les nouveaux maillons visibles…
IETF
Le paquet marqué avant d’être perdu : la longue controverse de l’ECN sur la congestion
L’ECN a introduit un geste presque paradoxal dans le réseau: prévenir de la congestion sans détruire le paquet qui porte l’avertissement. Derrière deux bits d’en-tête se trouve pourtant une chaîne de responsabilités beaucoup plus vaste, du gestionnaire de file au destinataire, du…
IETF
Un Internet-Draft expiré n’est pas une proposition rejetée
Dans le registre de veille, le raisonnement tenait sur une ligne: `Expired`, donc « rejeté par l’IETF ». Aucun avis de rejet n’était joint. Ni appel à adoption, ni constat de consensus, ni Last Call, ni décision de l’IESG ne permettaient d’identifier l’auteur du verdict. Une…
IETF
Un MUST d’un RFC sans sujet n’est pas un constat d’audit
Dans le cahier de recette, la ligne tenait en trois cases: « RFC 8200 », « MUST », « échec ». La couleur rouge lui donnait l’air d’une conclusion. Pourtant, personne ne pouvait dire si l’exigence visait un émetteur, un récepteur, un routeur ou l’exploitant. La condition…
IETF
Après Max-Age, la bonne réponse n’est pas « faux » mais « je ne sais plus »
Un capteur de chambre froide annonce une température correcte puis se tait. La valeur reste fraîche pendant la durée indiquée par Max-Age. Une seconde après l’expiration, le protocole ne dit pas que la chambre s’est réchauffée, que le paquet suivant s’est perdu ou que le capteur…
IETF
Jana Iyengar et la connexion qui a survécu à son adresse
Lorsqu’un terminal change de réseau, QUIC peut conserver la connexion sans accorder au nouveau chemin toute la confiance acquise par l’ancien. La RFC 9000 organise cette continuité sous conditions: l’état utile demeure, tandis que la joignabilité, le budget d’émission et les…
IETF
Sally Floyd et l’épreuve qu’un seul débit ne pouvait réussir
Un flux peut accélérer tout en dégradant le réseau qu’il partage. Les travaux attribués à Sally Floyd sur l’évaluation du contrôle de congestion obligent à regarder le délai, les pertes, l’équité, les transitions et le coût imposé aux autres trafics avant de confondre vitesse…
IETF
Jeff Tantsura et l’intention qui n’était pas encore un résultat
Le voyant reste vert. L’objectif — maintenir un chemin protégé — a été accepté, traduit puis appliqué. Pourtant, après une modification de topologie, le secours a disparu. Ce qui demeure vrai dans le système, c’est la phrase voulue; ce qui ne l’est plus dans le réseau, c’est son…
IETF
Linda Dunbar et l’annuaire qui ne doit pas inventer un voisin
Une réponse négative peut être plus dangereuse qu’un silence. Si l’annuaire ne connaît qu’une partie du réseau, « aucune donnée » signifie qu’il faut encore chercher. S’il affirme couvrir la totalité du domaine, la même absence peut autoriser l’abandon d’une trame. À travers…
IETF
Hannes Gredler et le lien OSPF qu’il fallait délester dans les deux sens
Le coût est porté au maximum sur un routeur, les chemins sortants se déplacent et la fenêtre de maintenance semble pouvoir commencer. Pourtant, le voisin continue de décrire lui-même le trajet inverse. Le lien physique est unique, mais son état OSPF est énoncé séparément à chaque…
IETF
John Scudder et la session BGP qui devait annoncer ses capacités
Une connexion TCP peut être parfaitement établie sans que deux routeurs soient prêts à fournir le service BGP attendu. L'un connaît une extension que l'autre ignore; tous deux l'implémentent peut-être, mais un seul la déclare dans OPEN. Les RFC auxquelles le nom de John Scudder…
IETF
Ketan Talaulikar et le préfixe qui a gardé le nom de son premier routeur
Dans une autre aire OSPF, le préfixe reste joignable, mais son histoire paraît avoir commencé sur l'ABR qui vient de le réannoncer. Le protocole n'a pas perdu la route: son abstraction a perdu l'identité antérieure. Le RFC 9084, édité par Ketan Talaulikar avec quatre coauteurs…
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…
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