要約

  • Segalが1984年8月に提案した実験は、IBM-VMやVAX VMSなど非Unix機へTCP/IPを導入し、新旧の異質な計算環境を一つのプロトコルで扱えるかを検証するものだった。
  • 1985年に初代TCP/IPコーディネーターとなった後、内部利用は355台へ拡大した。それでもCERNの方針は、TCP/IPによる外部接続を明示的に禁じていた。
  • 1989年1月、全ホストを公式IPアドレスへ切り替える「ビッグバン」が行われ、最初の外部インターネット接続が続いた。内部導入、運用責任、公式アドレス、越境許可は別々の判断だった。

一つの施設に二つのネットワーク史

CERNの内部史だけを読めば、TCP/IPは1988年までに定着していた。6月にまとめられたネットワーク資料は、3月29日時点で355台にサービスがあり、遠隔ログイン、ファイル転送、RPCに盛んに使われていると記す。IBM、Norsk Data、Apollo、VAX、PC、Sun、Cray、Macintoshという列挙は、異種接続が宣伝文句ではなかったことを示す。

一方、対外ネットワーク史を読むと、CERNはまだTCP/IPでインターネットに参加していない。Data Communications部門の方針により、インターネット・プロトコルは施設内だけに制限され、外部接続は禁止されていた。

両方とも事実である。内部での成功と、境界を越える許可は、同じ成熟度の目盛りでは測れない。

「一番新しい機械」ではなく「残り続ける機械」

Segalは1971年にCERNへ入った。当時のデータ通信は、メーカー独自方式、CERN独自の仕組み、形成途上の国際標準が競合する状態だった。1977年にPalo Altoで過ごした際、ARPANETとUnixに接した。帰任後に見た課題は、すべてを新しい製品へ交換することではなく、既存投資を抱えたまま相互運用性を作ることだった。

1983年、CERNはネットワーク統一を掲げてData Communicationsグループを設けた。しかし実務は複数部門に分かれた。新グループは構内バックボーンとISO標準を重視し、DECnetも支援した。IBM大型機、電子メール、ニュース、Unix、ワークステーションのネットワークは別の担当に残った。TCP/IPは組織図の境目で育った。

1984年8月のSegalの提案は、その境目を技術課題に変えた。中央のIBM-VMとVAX VMSを含む重要な非Unix機にTCP/IPを導入し、開放系と専有系が本当に通信できるかを評価する。似た機械同士の成功ではなく、交換できない機械同士の共存が合格条件だった。

提案は承認され、試験はTCP/IPを有望な解として認知させた。Segalの回想によれば、BSD系のsocketsも推奨APIとなった。共通APIは、パケットの到達をアプリケーションの利用へ結び付ける。ネットワークの価値は、開発者がその上に仕事を載せられて初めて増える。

コーディネーターが維持した「同じ事実」

1985年初め、SoftwareグループとData Communicationsグループの正式合意により、SegalはCERN初のTCP/IPコーディネーターとなった。役職名から想像されるより、仕事は地道だった。

1988年の資料では、内部ルーティングは静的で、マスターのホスト表はコーディネーターが管理していた。各機器の管理者はローカルな表を持ち、更新情報を受け取る。名称、アドレス、経路の共通認識が少しでもずれれば、同じプロトコルを実装していても通信は失敗する。

つまり、TCP/IPの導入単位はソフトウェアだけではなかった。分散した管理者が一つの運用状態を保つ仕組みも導入しなければならない。Segalの調整機能は、試験を継続サービスに変えた。

ただし、その責任はCERNの外まで及ばない。欧州では、政府や通信主管庁、産業界がISO系の標準を支持し、インターネット方式への反対が強かった。CERN内部で使えることは、対外方針を決める権限をSegalに与えなかった。

LEPが作った運用上の重力

1985年11月、周長27キロメートルのLEP加速器の管理側が、制御系にTCP/IPを選んだ。後のUnix採用と合わせ、SegalはLEP成功の重要な要因と評価している。

大規模な科学設備が利用者になると、パイロットの扱いは変わる。熱心な少人数が空き時間に維持するだけでは、運転計画や障害対応を支えられない。技術選択は、組織に継続費用を引き受けさせる選択になる。

1985年から1988年にかけ、少人数の導入活動は着実に広がった。1988年にはData Communications側がTCP/IP支援を引き受け、Softwareグループの小規模な活動は人員を持つ正式業務へ移った。355台という規模は成果であると同時に、非公式な支援を続けられないという証拠でもあった。

公式アドレスへの切り替え

閉じた構内網なら、その中でだけ一意なアドレスでも動く。外部ネットワークと相互接続する場合、相手からも一意と認められるアドレスと経路が要る。

1989年1月、CERNは全IPアドレスを公式に割り当てられたものへ切り替えた。Segalが「ビッグバン」と呼んだ一斉変更である。その後、CERN初の外部インターネット接続が始まった。

一斉変更が必要になったのは失敗のためではない。内部ネットワークが成功し、多数のホスト、設定、利用者に広がったからだ。パイロット時代の仮設状態は、成功するほど撤去費用が上がる。

この移行は、技術作業と制度判断を一つの窓に合わせた。正式アドレスを使うこと、対外通信を認めること、運用組織が責任を負うことがそろい、初めて外部リンクが実用的な意味を持った。

Webの功績を混ぜない

CERNでTim Berners-LeeがWorld Wide Webの最初の提案を書いたのは1989年3月である。最初のWebサーバーとブラウザーが動いたのは1990年末だった。時間が近いため、インターネット接続とWeb発明は一つの物語にまとめられやすい。

Segalは重要な環境を作った。Internet Hall of Fameは、IPスタックとBerkeley socketsを開発者に紹介し、Berners-LeeにRFCやFTP、NNTPなど既存プロトコルを示したと記す。それは技術的な助言であり、Webの共同発明を意味しない。

Segal自身も慎重だった。もっと早くインターネットへ接続していればWebも早く生まれたかもしれない、という考えを「推測」と明記した。確実なのは、インターネット環境が機会を提供したことだという。

インフラを準備した人物と、その上に新しい情報システムを設計した人物を区別することは、前者の功績を小さくしない。むしろ、何が実際に必要条件だったかを明確にする。

パイロットが終わる条件

CERNの事例では、パイロット終了はホスト数で決まらなかった。異種機で動くこと、利用アプリケーションがあること、保守責任者がいること、正式アドレスへ移れること、外部通信が許可されること。そのすべてが必要だった。

Segalの仕事は、技術的成功を積み上げると同時に、まだ開いていない扉を可視化した。1989年にCERNが選べたのは、TCP/IPが必然的に勝ったからではない。内部運用が、外部接続を抽象的な賭けではなく、具体的な移行課題へ変えていたからである。

プロトコルは境界を越えてパケットを運ぶ。しかし、境界を開く権限まではプロトコルに書かれていない。

情報源