Interview imaginaire avec Radia Perlman
par Charactorium · Radia Perlman (1951 — ?) · Technologie · 5 min de lecture
Quelque part dans un bureau de la Silicon Valley, fin des années 2000, un tableau blanc encore couvert de graphes effacés à moitié. Radia Perlman, café à la main, repousse une pile de brouillons d'algorithmes pour s'asseoir. Elle parle vite, avec l'ironie tranquille de quelqu'un qui a passé sa vie à empêcher les machines de tourner en rond.
—Avant les protocoles, il y a eu les enfants. Comment en êtes-vous venue à enseigner la programmation à des élèves de maternelle ?
C'était au MIT, vers 1976. On me confie l'idée un peu folle de faire programmer des tout-petits en LOGO, ce langage où l'on commande une tortue qui dessine sur l'écran. Le problème, c'est que le langage tel quel restait trop touffu pour des enfants de cinq ans qui ne savaient pas encore lire couramment. Alors j'ai taillé dedans, j'en ai sculpté un sous-ensemble minuscule, quelques commandes seulement, juste assez pour qu'un enfant fasse avancer sa tortue et comprenne qu'il donnait un ordre à une machine. J'ai découvert là une chose que je n'ai jamais oubliée : si tu ne peux pas expliquer un système à un enfant de maternelle, c'est probablement que le système est mal fichu, pas l'enfant.
Si tu ne peux pas l'expliquer à un enfant de cinq ans, c'est le système qui est mal fichu, pas l'enfant.
—Parlons de 1985. Que cherchait-on à résoudre quand vous avez imaginé le Spanning Tree ?
Je travaillais chez Digital Equipment Corporation, à Maynard, dans le Massachusetts. On m'a posé un problème très concret : les bridges, ces petites boîtes qui reliaient deux segments de réseau, devenaient dangereux dès qu'on les mettait en double pour la sécurité. Deux chemins entre deux points, et hop, les paquets se mettaient à tourner en rond, à se multiplier, jusqu'à noyer tout le réseau — ce qu'on appelait un broadcast storm. Une tempête, le mot est juste : ça paralysait tout. J'ai cherché un moyen pour que les boîtes, sans chef d'orchestre, se mettent d'accord toutes seules sur un unique squelette sans boucle. Quelques semaines plus tard, j'avais l'algorithme. Le plus drôle, c'est qu'on l'utilise encore dans des millions de commutateurs.
Deux chemins entre deux points, et hop, les paquets se mettaient à tourner en rond jusqu'à noyer tout le réseau.
—Vous insistez souvent sur l'absence de chef d'orchestre. Pourquoi est-ce si important à vos yeux ?
Parce qu'un réseau qui dépend d'un coordinateur central est un réseau fragile : il suffit que ce point unique tombe pour que tout s'effondre. Le Spanning Tree est un algorithme distribué — chaque commutateur observe ses voisins, échange quelques messages, et prend ses décisions localement. Personne ne voit l'arbre entier, et pourtant l'arbre émerge, propre et sans boucle, de cette conversation entre machines. C'est presque une philosophie : la robustesse ne vient pas d'un cerveau tout-puissant, mais d'une multitude de petites intelligences modestes qui suivent les mêmes règles. J'ai toujours préféré concevoir des systèmes qui se réparent d'eux-mêmes plutôt que des systèmes qui exigent qu'on les surveille.
L'arbre émerge d'une conversation entre machines, sans que personne n'en voie jamais la forme entière.
—On raconte que vous avez écrit un poème pour expliquer cet algorithme. D'où vient cette idée ?
Quand j'ai rédigé ma spécification, je me suis dit qu'un document technique méritait une petite respiration. J'ai détourné le célèbre poème de Joyce Kilmer sur les arbres, et j'ai écrit Algorhyme : « I think that I shall never see / A graph more lovely than a tree. » Un graphe dont la propriété cruciale est d'être connexe sans la moindre boucle. C'était à demi une plaisanterie d'ingénieure, mais ça disait l'essentiel mieux que dix pages d'équations. L'image de l'arbre, vous comprenez, n'est pas décorative : c'est exactement la structure mathématique que l'algorithme construit. Le poème a fini par circuler dans toute la communauté réseau, et je crois qu'il a appris la topologie à plus de gens que bien des manuels.
Un document technique mérite une petite respiration ; le poème disait l'essentiel mieux que dix pages d'équations.
—Cette manière de mêler la poésie et la rigueur, est-ce une part essentielle de votre travail ?
Je crois que oui. On imagine l'ingénieure penchée sur son terminal, à taper des lignes de code dans l'austérité — et c'est vrai, j'ai passé des années ainsi. Mais le geste qui compte vraiment se fait souvent ailleurs : devant un tableau blanc, un feutre à la main, à dessiner des graphes et des arbres jusqu'à ce que la bonne forme apparaisse. La beauté n'est pas un luxe en mathématiques ; une solution élégante est presque toujours une solution juste, et une solution laide cache généralement une erreur. Algorhyme n'était pas une coquetterie : c'était ma façon de dire qu'une topologie réseau bien conçue a quelque chose d'aussi satisfaisant qu'un vers qui tombe juste.
Une solution élégante est presque toujours une solution juste ; une solution laide cache généralement une erreur.
—On vous a affublée du surnom de « mère de l'Internet ». Comment le recevez-vous ?
Avec un sourire un peu gêné, je l'avoue. Internet n'a pas de mère, ni de père d'ailleurs : c'est l'œuvre collective de milliers d'ingénieurs anonymes qui ont empilé des protocoles les uns sur les autres pendant des décennies. M'attribuer la maternité de tout ça, c'est joliment dit mais profondément faux, et ça efface tous les autres. Je préfère qu'on parle précisément de ce que j'ai fait : le Spanning Tree, des protocoles de routage, des travaux sur la sécurité. Les titres ronflants me mettent mal à l'aise. J'ai déposé plus de cent brevets, et pas un seul ne porte la mention « mère de quoi que ce soit » — ils décrivent des mécanismes concrets, ce qui me convient parfaitement.
Internet n'a pas de mère ni de père : c'est l'œuvre collective de milliers d'ingénieurs anonymes.
—Cette gêne face à la célébrité personnelle, d'où vous vient-elle ?
Sans doute du métier lui-même. Un protocole réussi est un protocole qu'on oublie : personne ne pense au Spanning Tree quand son réseau marche, on n'y songe que le jour où tout s'effondre. Notre travail est par nature invisible, et c'est très bien ainsi. Quand on rédige une RFC, ce document technique qui devient une règle officielle d'Internet, on n'écrit pas son nom en lettres d'or — on décrit un mécanisme aussi clairement que possible pour que d'autres puissent le mettre en œuvre, le critiquer, l'améliorer. La reconnaissance que je recherche n'est pas celle du public, c'est celle d'un collègue ingénieur qui lit ma spécification et dit : oui, ça tient, c'est correct. Ça vaut tous les surnoms du monde.
Un protocole réussi est un protocole qu'on oublie : on n'y pense que le jour où tout s'effondre.
—Des années plus tard, vous avez conçu TRILL, pensé pour remplacer votre propre invention. N'est-ce pas étrange de dépasser son propre travail ?
Pas du tout — c'est même le plus beau compliment qu'on puisse faire à une idée. Le Spanning Tree avait une limite assumée dès l'origine : pour éviter les boucles, il coupe les liens redondants, donc il n'utilise jamais qu'un seul chemin et laisse les autres dormir. Dans un réseau modeste des années 1980, c'était parfait. Mais dans les immenses centres de données d'aujourd'hui, gaspiller ainsi la moitié des câbles devient absurde. Alors j'ai conçu TRILL, formalisé dans le RFC 6325 en 2011, qui permet d'emprunter plusieurs chemins à la fois sans jamais retomber dans les boucles. C'est ma principale contribution de ce siècle. Tuer son propre enfant pour en faire naître un meilleur, oui, mais en ingénierie c'est un acte de tendresse.
Tuer sa propre invention pour en faire naître une meilleure : en ingénierie, c'est un acte de tendresse.
—Vous travaillez aussi depuis longtemps sur la sécurité des réseaux. Pourquoi ce sujet vous tient-il à cœur ?
Parce qu'on a d'abord construit Internet entre gens de confiance, dans les laboratoires, et qu'on a oublié de se demander ce qui arriverait quand le monde entier s'y connecterait. En 1999, j'ai co-écrit avec Charlie Kaufman et Mike Speciner Network Security: Private Communication in a Public World — le titre dit tout : comment se parler en privé dans un espace public. Mon obsession y est la même que pour le routage : il n'existe aucun mécanisme magique qui résout tout. La sécurité se construit par couches, chacune corrigeant les faiblesses de la précédente, et il faut surtout penser très soigneusement aux relations de confiance et à la distribution des clés. C'est un travail d'humilité : on conçoit toujours en imaginant comment l'adversaire s'y prendra pour vous déjouer.
On a bâti Internet entre gens de confiance, sans se demander ce qui arriverait quand le monde entier s'y connecterait.
—Si vous regardez l'ensemble de votre parcours, qu'est-ce qui relie l'enseignante de LOGO à l'inventrice de protocoles ?
Un même entêtement : rendre intelligible ce qui paraît compliqué. Que je taille un LOGO sur mesure pour un enfant de maternelle au MIT, que je dessine un arbre sur un tableau blanc chez DEC, ou que j'écrive un manuel comme Interconnections pour les étudiants du monde entier, je fais toujours la même chose : prendre un nœud d'apparence inextricable et trouver l'angle d'où il devient simple, presque évident. Les meilleures inventions ne sont pas les plus sophistiquées, ce sont celles qui, une fois trouvées, donnent l'impression qu'elles ont toujours été là. Le Spanning Tree est ainsi : un enfant peut comprendre qu'un arbre n'a pas de boucle. Tout mon travail tient peut-être dans cette phrase.
Les meilleures inventions sont celles qui, une fois trouvées, donnent l'impression d'avoir toujours été là.
Pour aller plus loin
Cette interview imaginaire a été générée par intelligence artificielle à partir des sources documentées dans la fiche de Radia Perlman. Elle met en scène ce que la figure aurait pu dire à partir de ce que nous savons d'elle, mais ne constitue pas un propos historique attesté. Pour les sources primaires et la documentation factuelle, consultez la fiche complète.