Résumé

  • Ethane faisait précéder l’installation d’un chemin par une décision explicite d’autorisation. La fiabilité de cette décision dépendait des liens entre utilisateur, machine, adresses et point d’entrée.
  • NOX proposait aux applications une représentation du réseau entier, sans transformer cette représentation en connaissance exhaustive du trafic ni en garantie de sécurité.

Une adresse conservée dans un journal semble précise. Pourtant, après un déplacement de machine ou une nouvelle attribution, elle peut désigner autre chose. Le problème n’est pas seulement de transporter les paquets : il est de savoir à qui l’on accorde le droit de communiquer au moment où ce droit s’exerce. C’est sous cet angle que les travaux collectifs auxquels Scott Shenker a participé changent la lecture du réseau d’entreprise.

Dans Ethane, présenté en 2007, Martin Casado, Michael J. Freedman, Justin Pettit, Jianying Luo, Nick McKeown et Scott Shenker associent trois éléments : des règles exprimées avec des noms compréhensibles, un chemin déterminé par ces règles et un rattachement entretenu entre les paquets et leur origine. Une règle visant un utilisateur ne dispense donc jamais de maintenir sa correspondance avec une machine et ses adresses.

Une autorisation qui se matérialise

Lorsqu’aucune entrée de flux ne correspond au paquet reçu, le commutateur Ethane le transmet au contrôleur avec les informations d’entrée. Le contrôleur décide, calcule un chemin autorisé et installe les entrées nécessaires dans les commutateurs concernés. Une règle peut imposer le passage par un équipement intermédiaire, par exemple un mandataire web. Le paquet initial reprend alors son trajet ; les suivants, s’ils correspondent aux entrées, sont transmis localement. Une entrée peut expirer ou être révoquée.

La centralisation porte ici sur une décision et sur sa représentation, pas sur l’obligation de faire traverser chaque paquet par un serveur unique. Cette nuance interdit une conclusion trop rapide sur la disponibilité. L’admission d’une nouvelle communication et l’usage d’une autorisation déjà installée n’ont pas exactement les mêmes dépendances. Il faut les examiner séparément ; rien n’autorise à promettre que tous les flux établis résisteraient à toute panne.

L’exemple du papier combine enregistrement de la machine, attribution d’adresse, position dans le réseau et authentification de l’utilisateur. Les journaux de ces correspondances peuvent donner un sens historique à une adresse. L’intérêt n’est pas d’en faire une identité permanente, mais de retrouver l’association pertinente à l’heure de la décision. Une mauvaise correspondance peut conduire à une autorisation parfaitement exécutée pour le mauvais sujet.

L’expérience ne supprime pas ses frontières

Les auteurs rapportent plus de 300 machines prises en charge pendant quatre mois à Stanford. Ethane pouvait être introduit aux côtés d’équipements anciens, sans modification obligatoire des logiciels des machines terminales. Cette expérience est plus solide qu’un schéma seul, mais elle ne constitue pas un déploiement observé des réseaux beaucoup plus grands évoqués dans les calculs de capacité.

Leur section sur les limites mérite autant d’attention que le mécanisme d’admission. Une machine autorisée peut relayer des messages applicatifs vers une destination interdite au premier émetteur. Un numéro de port ne décrit pas sûrement l’activité d’une application. Plusieurs machines derrière un même port physique compliquent la défense contre l’usurpation d’adresse MAC. La découverte de services par diffusion impose aussi un travail particulier. Contrôler la connectivité n’équivaut donc ni à contrôler chaque usage ni à rendre l’origine incontestable.

Une interface pour le réseau entier

Le manuscrit NOX associé à la contribution CCR de 2008 est signé Natasha Gude, Teemu Koponen, Justin Pettit, Ben Pfaff, Martin Casado, Nick McKeown et Scott Shenker. Le document conservé se présente explicitement comme une note éditoriale non évaluée par les pairs. Il propose une interface de programmation ; les applications de gestion, et non une intelligence implicite de la plateforme, prennent les décisions.

NOX fournit une vue du réseau comprenant topologie et correspondances entre noms et adresses. Cette vue n’englobe pas l’état courant de tout le trafic. OpenFlow représente le commutateur, à un autre niveau d’abstraction. Le raisonnement sur l’échelle sépare traitement des paquets, début des flux et changements plus lents de la vue partagée. Il ne demande pas une coordination globale à chaque paquet. Le manuscrit rapporte environ 30 machines dans un réseau interne pendant six mois : ce constat ne doit pas être confondu avec une validation de toutes les capacités envisagées.

La fiche officielle de Berkeley établit l’identité et la position universitaire de Scott Shenker. Un texte institutionnel de 2017 confirme qu’il a cofondé Nicira. Ces éléments situent un chercheur ; ils ne disent pas comment chaque coauteur a réparti le travail. Le résultat documenté est collectif : rendre la règle plus intelligible sans cacher les opérations nécessaires pour la faire respecter.

Sources et portée des preuves

Ethane documente l’architecture, l’expérience de Stanford et les limites. NOX expose son abstraction et son installation déclarée, avec le statut de note éditoriale du manuscrit conservé. La republication de 2017 par un coauteur est rétrospective. L’entretien USENIX de Ben Pfaff en 2025 apporte le récit d’un participant sur les incitations commerciales. Les conséquences organisationnelles proposées ici sont une analyse, pas une mesure d’économies.