Résumé

  • Dans le cadre NSF, RFC 1009 exigeait au minimum Ethernet et des liaisons série pour l’interconnexion réseau de passerelles de fournisseurs différents.
  • Son annexe séparait ce raccordement du routage : aucun IGP ouvert ne réunissait alors les équipements de différents fournisseurs dans un même système autonome.
  • Le texte décrit un choix d’interconnexion lié au programme NSF ; il ne prouve ni une conformité générale ni le succès d’un acheminement donné.

Un point de raccordement ne choisit pas le prochain saut

Deux passerelles pouvaient se relier par Ethernet sans partager la méthode qui leur indiquait où envoyer le paquet suivant. RFC 1009 conserve cette séparation. L’annexe B pose une exigence d’interconnexion pour le réseau scientifique de la NSF, puis constate que le routage entre fournisseurs dans un même système autonome ne disposait pas d’un IGP ouvert commun. Une liaison disponible n’est donc pas, à elle seule, la preuve d’un chemin utilisable.

Publié en juin 1987, RFC 1009 formalise des exigences pour les passerelles Internet et sert de guide aux fournisseurs. Il définit une passerelle comme un routeur au niveau IP, relié à au moins deux réseaux de paquets. Elle doit appliquer les fonctions propres à chacun : encapsuler le datagramme, respecter le MTU du réseau, traduire l’adresse IP en adresse locale, puis transmettre le paquet et choisir un prochain saut selon sa base de routage. Les deux côtés n’avaient pas besoin d’utiliser la même technologie de réseau.

L’introduction indique que le document a été écrit pour soutenir les programmes de recherche de la NSF, tout en formulant ses exigences dans un cadre Internet général. L’annexe B est plus circonscrite : elle porte le titre « NSFNET Specific Requirements ». Sa section B.2 demande qu’une passerelle destinée à assurer l’interopérabilité entre fournisseurs dans ce contexte prenne en charge, au minimum, Ethernet et un protocole de liaison série.

Ethernet présentait des avantages pratiques. Le texte le juge mature, largement disponible et presque indépendant des fournisseurs. Il en fait le point de démarcation commun entre les systèmes NSF fournis par des entreprises différentes. Une entreprise pouvait conserver une commutation propriétaire à l’intérieur de son réseau ; sa passerelle devait néanmoins offrir un raccordement Ethernet à celle d’un autre fournisseur. La spécification fixait ainsi la frontière commune sans imposer toute l’architecture interne.

Ethernet reliait les réseaux ; il ne leur donnait pas le même IGP

La connexion Ethernet transporte des datagrammes. Elle ne décide pas quel voisin peut atteindre une destination. En B.3, RFC 1009 constate qu’il n’existait pas encore d’IGP ouvert commun permettant aux passerelles de fournisseurs différents de constituer un même système autonome. Le document décrit plusieurs pratiques au lieu d’en faire un système unifié.

Au moins un fournisseur utilisait son propre IGP et EGP pour joindre le reste de l’Internet. RIP avait permis des échanges entre équipements de plusieurs marques, mais il n’était pas documenté et ses implémentations différaient subtilement. La communauté NSF avait également développé un programme passerelle pour faire le lien entre plusieurs protocoles. Son prototype fonctionnait sous 4.3BSD, échangeait les routes avec RIP et Hello, puis parlait EGP aux autres systèmes autonomes.

Il s’agissait de solutions distinctes : Ethernet fournissait un support de raccordement partagé ; RIP ou le programme passerelle permettait l’échange ou la médiation des routes ; EGP s’occupait des échanges entre systèmes autonomes. Le terme « interopérable » ne signifie donc pas que les appareils sélectionnaient la même route, l’installaient ou transféraient effectivement le paquet.

RFC 1009 décrit une étape inachevée : le programme NSF pouvait rendre prévisible le point de rencontre entre fournisseurs avant que ceux-ci disposent d’un protocole commun de calcul de routes. RFC 1812 a remplacé le document en 1995, mais cette évolution documentaire ne permet pas de reconstituer le choix d’un fournisseur ni le déploiement d’un réseau précis.

Une règle commune, dans un cadre de marché public

La Note 64 de Lu Heng, écrite bien plus tard, propose de limiter la spécification partagée aux règles nécessaires à l’interopérabilité et de laisser les autres choix aux participants qui exploitent leurs systèmes. Cette grille de lecture aide à distinguer le raccordement Ethernet de la commutation interne. Elle a toutefois une limite : l’exigence NSF relevait d’un programme d’achat et de ses passerelles. Ce n’était pas une adoption volontaire universelle, et ce n’est pas le vocabulaire des auteurs de RFC 1009.

Sources et limites

La source principale est RFC 1009, en particulier les sections B.2 et B.3 de son annexe. RFC 985 est le brouillon antérieur ; RFC 1812 lui a succédé. Ces documents établissent des exigences et des solutions de routage rapportées, mais pas leur déploiement chez un fournisseur précis, la convergence d’une route ni la livraison d’un paquet.