Résumé

  • Les documents contemporains présentent le rassemblement de janvier 1986 comme la quatrième réunion du groupe DARPA Gateway Algorithms and Data Structures Task Force, ou GADS.
  • Ils décrivent une séance initiale de l’IETF l’après-midi, alors que les organisateurs préparaient la séparation entre ingénierie opérationnelle à court terme et recherche architecturale à plus long terme.

Les pages officielles de l’IETF donnent à la rencontre de San Diego des 16 et 17 janvier 1986 le nom de « 1st IETF ». Le dossier produit à l’époque porte pourtant un autre titre : Minutes of the Fourth DARPA Gateway Algorithms and Data Structures Task Force Meeting. Son introduction la présente comme la quatrième réunion du GADS, organisée sur deux jours et accueillie par David Mills au M/A Com Government Systems. Les notes placent ensuite ce qu’elles appellent la réunion initiale de l’IETF dans l’après-midi du premier jour.

Ces deux descriptions ne s’annulent pas. « IETF 1 » nomme rétrospectivement le début d’une série de réunions qui s’est poursuivie. « Quatrième réunion du GADS » indique le cadre administratif et documentaire dans lequel cette première séance a pris place. Le matin comportait des points d’ordre du jour et des rapports d’avancement du GADS; une partie du groupe devait aussi rejoindre un sous-comité de la NSF consacré aux passerelles de réseaux de supercalculateurs. Mike Corrigan présida la séance de l’IETF pendant que le président du GADS et plusieurs membres participaient à cette autre réunion.

Le changement d’organisation n’était pas présenté comme une cérémonie. À l’ouverture, le président expliqua que l’ordre du jour avait été largement remanié à la suite d’événements récents : le GADS arrivait à son terme et deux groupes devaient lui succéder. Le texte attribue à l’un la recherche architecturale à plus long terme et à l’autre les problèmes d’ingénierie opérationnelle à court terme.

Le passage narratif associe de façon incohérente les noms développés et les sigles; les intitulés des chartes proposées, plus loin dans le même dossier, identifient l’Internet Architecture Task Force comme INARC et l’Internet Engineering Task Force comme IETF. C’est sur ces intitulés que repose la distinction retenue ici.

La séance de l’après-midi portait sur des questions concrètes : sous-réseaux, routage dans la couche IP des hôtes, Exterior Gateway Protocol et acheminement de datagrammes ISO. Les notes recensent ensuite plusieurs domaines de travail envisagés : développement et stabilisation des protocoles, conformité, aide aux personnes chargées de l’implémentation, mesures de performance de l’Internet et conversion ISO. Le lendemain, les présentations techniques se sont poursuivies dans le cadre du dossier plus large du GADS.

La charte proposée à l’IETF précise cette orientation. Elle lui confiait l’identification et la résolution des problèmes d’ingénierie liés à la planification et à l’exploitation à court terme de l’Internet du département de la Défense des États-Unis. Elle prévoyait des prévisions de croissance, la détection de problèmes, la spécification de solutions, des conseils aux sous-traitants et l’examen de leurs performances. Le texte indiquait que les agences opérationnelles et les utilisateurs contribueraient largement à établir l’ordre du jour. Il excluait les débats de politique sur l’administration et les achats publics.

Il s’agit d’une charte proposée; ce texte ne démontre ni qu’elle fut adoptée mot pour mot, ni que toutes les activités ultérieures de l’IETF respectèrent cette limite.

La charte distincte de l’Internet Architecture Task Force lui assignait un autre horizon : recherche, architecture et modèles d’ingénierie destinés à soutenir les services d’autres groupes de travail. Elle envisageait des mémorandums techniques, des documents de planification, des conseils et la coordination d’expériences sur le réseau. Cette séparation empêche de raconter l’épisode comme si une organisation déjà achevée avait immédiatement hérité de toutes les fonctions Internet.

Les notes montrent plutôt un effort pour distinguer l’exploitation à court terme de la recherche architecturale, au moment même où les noms et les mandats prenaient forme.

Le nombre de personnes présentes varie lui aussi selon les récits. Le procès-verbal contemporain énumère 16 membres présents puis cinq autres participants, soit 21 noms dans ses deux rubriques. La RFC 1718, guide de l’IETF publié en 1994, parle de 15 participants à la première réunion, tenue à Linkabit, à San Diego. Les notes de plénière de 2005, l’article anniversaire de 2016 et la page actuelle des réunions passées donnent 21. Aucun de ces textes n’explique l’écart entre les 15 de 1994 et les catégories totalisant 21 dans les minutes.

La conclusion raisonnable est que les sources ne comptent pas toutes de la même façon ou ne rapportent pas le même chiffre; elles ne permettent pas d’attribuer un rôle aux six personnes manquantes ni d’en déduire une règle d’adhésion.

Les lieux cités diffèrent également : Linkabit dans la RFC 1718 et la liste actuelle, M/A Com Government Systems dans l’introduction des minutes. Les sources examinées ici ne suffisent pas à établir si ces noms désignent le même site, une succession d’entreprise ou des espaces distincts. Les fusionner en silence transformerait une question de provenance en fait établi.

Ce qui s’est joué à San Diego apparaît ainsi plus précisément. Une séance d’ingénierie opérationnelle a pris place dans une réunion de travail existante, alors que ses organisateurs distinguaient ce mandat d’un groupe de recherche architecturale. Le dossier expose un périmètre proposé et des rôles pour les agences, les utilisateurs et les sous-traitants. Il ne dit pas que les 21 personnes représentaient toutes les communautés concernées par l’Internet, qu’elles pouvaient engager les réseaux absents, ou qu’elles établirent dès cette journée le processus mondial de normalisation tel qu’il est devenu.

Cette nuance ne retire rien à l’importance de la première réunion. Elle évite simplement de confondre une date commémorative avec une constitution. Le cycle des réunions de l’IETF a commencé; sa première séance documentée s’est déroulée au milieu de la quatrième réunion du GADS, et son mandat proposé restait lié à l’exploitation de l’Internet du département de la Défense. Le titre rétrospectif décrit la continuité qui a suivi; le procès-verbal révèle la transition institutionnelle en cours.

Le dossier laisse ouvertes plusieurs questions : la formulation adoptée ensuite, la répartition réelle du travail entre les deux groupes et la raison de l’écart entre les décomptes. Ces lacunes n’autorisent pas à fabriquer une origine plus nette que les archives. Elles invitent à séparer le nom de l’événement, la charte proposée, les personnes inscrites et les pratiques ultérieures.

Le document central est le dossier de la réunion GADS de janvier 1986. Les chiffres et le lieu rapportés en 1994 figurent dans la RFC 1718; les récits ultérieurs comprennent les notes de plénière de 2005, le texte des 30 ans de l’IETF et la liste actuelle des réunions passées.