要約

  • 1986年1月、DARPAのゲートウェイ・アルゴリズム／データ構造タスクフォース（GADS）の終了が見込まれるなか、後継の仕事は短期の運用課題と長期のアーキテクチャ研究に分けられた。
  • IETFの最初の憲章は、国防総省インターネットの近い将来の計画と運用を対象にし、行政や調達の政策議論を明示的に任務から外していた。

会議前に議題が変わった

1986年1月16～17日の議事録は、DARPA Gateway Algorithms and Data Structures Task Force、略称GADSの第4回会合として編まれている。冒頭には、最近の出来事によって議題が大きく変わり、GADSの解散が迫るなかで二つのタスクフォースが後を継ぐ、と記された。

すでに完成した標準化組織が突然誕生したのではない。U.S. Department of Defense (DoD)のネットワーク計画の内部で、仕事の持ち場が組み替えられたのである。午前中の議論にはゲートウェイ、輻輳、ルーティング、新しいネットワークモデルが並ぶ。午後にはMike Corriganが、議事録の表現でいう「最初のIETF会合」を進行した。その間、GADSの議長や複数のメンバーはNational Science Foundation (NSF)のゲートウェイ小委員会に出席していた。サブネット、ホストのIP層の経路制御、EGP、ISOデータグラムの交換が、初回に挙がった実務上の論点だった。

記録の冒頭には略称の取り違えもある。「Internet Engineering Task Force」をINARC、「Internet Architecture Task Force」をIETFと結び付けているのだ。後半に掲載された二つの提案憲章の見出しは、INARCがInternet Architecture Task Force、IETFがInternet Engineering Task Forceだと明記し、各任務の内容もそれを裏付ける。したがって原議事録を読む際は、冒頭の誤記を正式名称として扱わず、憲章まで確認する必要がある。

異なる時間軸に置かれた任務

INARCは、インターネットのアーキテクチャとエンジニアリング・モデルを探り、新サービスやアプリケーションに関する研究を進め、試作と評価につなげる役割だった。技術メモの作成、ネットワーク実験と性能評価の調整、運用機関の先行計画への助言も想定されていた。

IETFの提案憲章が扱うのは、より近い時間軸である。国防総省インターネットの計画と運用に関わる工学上の問題を見つけて解き、運用利用者へのサービスを改善する。成長予測、問題の特定、解決策の仕様化に加え、請負業者への助言と実績評価も含まれた。議題の多くは機関と利用者が作るとされた。行政や調達政策を話し合う場ではない、という線引きも明記されていた。

この線引きは、技術調整が広い意味の権力関係と無縁だったことを示さない。誰にどの仕事を任せるかを限定している。動かし続ける必要のあるネットワークに関する問題を調整し、請負業者が解決策を実装し、運用機関や利用者が必要を示す構図だった。研究側は将来の方式を検討し、工学側はすでに起きている課題を表に出して実装可能な対応を探す。二つの任務には接点があっても、同一ではなかった。

後のIETFは段階を踏んだ

参加者数は資料間の違いを添えて読むべきだ。議事録の名簿にはメンバー16人と追加参加者5人が記載され、合計は21人となる。現行のIETF会合一覧と2001年版のガイドも21人とする一方、1994年版は15人としている。当時の名簿と現在の公式一覧は21人を支持するが、制度の沿革自体にも版ごとの差が残る。

その後の変化は一度に起きていない。非政府系ベンダーが初参加したのは1986年10月の第4回会合、ワーキンググループという仕組みが導入されたのは1987年2月の第5回会合、初めて100人を超えたのは同年7月の第7回会合だ。さらに1989年の第14回会合では構造が改められ、IETFとInternet Research Task Forceが残る形になった。過去の会合一覧とRFC 3160で節目をたどれる。

創設時の任務と、その後に積み重なった組織の姿は分けて見る必要がある。1986年のIETFは、特定の運用ネットワークで近い将来の工学課題を調整する小規模な場だった。後に生まれた広がりは、初回の参加人数や一つの憲章に最初から収まっていたわけではない。参加者、ワーキンググループ、組織構造が順に加わった。最初の憲章を読むと、その成長がどの仕事から始まったのかが分かる。

参照資料