要約

  • Ginny Strazisar が BBN で手がけた初期ゲートウェイ・ソフトウェアは、PDP-11、ドライバー、各地固有の回線がそろって初めて境界として機能した。コードの移動と設置は三ネットワーク実験の前提だった。
  • 保存資料は、導入済みの地点と実際にパケットが通った経路を区別し、実験日についても異なる記録を残す。後期の設計は、研究用コードに有限のキューと監視を加え、運用可能性を証拠に変えた。

オスロで待っていたのは、難解なプロトコル障害ではなかった。ソフトウェアを入れるはずのハードウェアが、まだ設置されていなかったのである。Ginny Strazisar は TCP/IP 会議に合わせて訪れ、Paal Spilling のもとで数日を過ごし、ノルウェーを巡ったのち、PDP-11 の準備が整ってから戻って導入を終えた。Computer History Museum のオーラルヒストリーに残るこの小さな遅延は、インターネットの成立条件を端的に示す。抽象的な境界は、実行する機械がなければ存在しない。

Strazisar が Bolt Beranek and Newman に入社したのは1975年4月だった。ほどなく、当時「gateway」と呼ばれたネットワーク接続装置の仕事に加わった。BBN の実験用 Resource Computer Network と ARPANET の間にあったゲートウェイに続き、ARPANET と Packet Radio Network、さらに ARPANET と Atlantic Satellite Network の境界を扱った。博物館は、彼女を新しい TCP/IP 向けの最初のインターネットワーキング・ルーター・ソフトウェアを書いた人物として紹介している。

この評価は、単独発明者という意味ではない。TCP、ARPANET、パケット無線、SATNET は多数の研究者と組織が担った。Strazisar の責任はもっと具体的だ。両側のネットワークを同じ設計に作り替えず、それぞれの局所的な仕組みを受け止めながらデータグラムを中継する実装を成立させた。

片側は移動する無線端末と中継局を抱え、実験時しか動かないこともある。別の側には ARPANET 固有の接続方式がある。衛星網は大西洋をまたぎ、複数国の設備と人員を必要とした。速度も可用性も障害の現れ方も対称ではない。ネットワークを統一する代わりに、差異の上で通信を継続させることが internetworking の価値だった。

機械構成にも一律性はなかった。パケット無線では、ステーション用コードとゲートウェイ用コードが同じ PDP-11 に載った。一方、ARPANET と衛星網を結ぶ装置は独立した PDP-11 で、一方のインターフェースが ARPANET、もう一方が SATNET を向き、その間をソフトウェアが中継した。共通なのは役割であり、設置方法ではない。

本人の記憶では、1976年夏に BBN、同年12月にロンドン、1977年夏にノルウェーで導入した。ハードウェアを用意する担当とソフトウェアを入れる担当は別で、出張日程は機器の到着とインターフェースの準備に左右された。ロンドンでは PDP-11 の設置後にコードを入れた。オスロでは順序が崩れ、再訪が必要になった。ネットワーク構想は、現場ごとの準備状況へと分解されていた。

実験も段階的だった。Computer History Museum の2002年の刊行物によれば、1976年夏の初期試験は、Strazisar の双方向 ARPANET ゲートウェイが置かれたパケット無線ステーションから一無線ホップの範囲にとどまった。同誌は二ネットワーク間の記念的伝送を8月27日としている。次に必要だったのは、特定の二者間だけに効く細工ではないと示すことだった。

1977年の実験では、カリフォルニアを走る無線車からデータが SRI の設備へ入り、ARPANET と衛星網を通り、大西洋を越えた経路を経て USC のサーバーに届いた。三種類の物理ネットワークと複数の実装が、一つの端末間通信を支えたのである。

ただし、同じ博物館の資料でも日付は一致しない。2017年の記事は11月22日水曜日と記し、2002年の誌面は三ネットワーク図を11月27日とする。経路についても慎重さが要る。Strazisar はノルウェーで導入を済ませたが、Vint Cerf は後年の討論で、実験トラフィック自体はノルウェーに入らなかったと記憶している。用意された拠点を、そのまま通過地点にしてはならない。

この区別は現在の運用にも直結する。「導入済み」はコードと機械が一度結びついた証拠である。「到達した」はある時点の一経路の証拠だ。どちらも、全インターフェース、迂回時の動作、継続運用を自動的に保証しない。華やかな一回の成功から、試していない状態まで推定すれば、史実も障害分析も歪む。

実験は大規模な共同作業だった。博物館は8機関、35人超の参加を挙げる。TCP の構想は Bob Kahn と Vint Cerf、クライアントは Jim Mathis と Dave Retz、サーバーは Ray Tomlinson と Bill Plummer。SRI、Collins Radio、Linkabit、BBN、UCL、ノルウェーの研究機関が無線網、衛星網、局設備を分担し、Virginia Strazisar は BBN のゲートウェイ担当として記録される。彼女は二つのネットワーク全体を所有せず、その接点に責任を負った。

その知識は文書にも移された。RFC 823 は、設計が IEN 30 Gateway Routing: An Implementation Specification に記され、続いて Strazisar の IEN 109 How to Build a Gateway で更新されたと説明する。また V. Strazisar、M. Brescia、E. Rosen、J. Haverty に特別な謝意を示す。動作するコードを、他者が検討できる実装記録へ変える過程だった。

IEN 30 の強みは、保証できない範囲を明記した点にある。障害部品を迂回できるほど具体的なルーティング手順を示しながら、常に正しく配送されることや、特定宛先が無期限に届かない状態を避けられることは証明できないとする。脆弱性は実験と運用で初めて現れるかもしれない。正しいアルゴリズムでも、経路情報の破損、ハードウェア不良、ソフトウェアの欠陥、誤実装には耐えない。

RFC 823 は研究機から運用設備への変化も記録した。初期版は BCPL と ELF を用い、性能向上のため MOS へ移った。1981年末には、研究テストベッドではなく運用通信設備を目指す新実装が始まった。MACRO-11 で空間を節約し、バッファーと監視機構を収めた。それでも基本アーキテクチャは旧来の研究実装と同じだと述べる。

運用化とは、制約を消すことではなく見える形にすることだった。遅いネットワークが全バッファーを占有しないよう、各インターフェースの出力キューを有限にする。入らないデータグラムは破棄し、監視トラップを送る。インターフェース、隣接装置、到達可能網、流量、破棄理由を運用者が確認できる。RFC 823 自身も永久仕様ではなく「現在の実装のスナップショット」と位置づけられた。

現代の境界装置にも同じ順序で問える。どのバイナリーが、どのハードウェアとドライバー上で動くのか。どのインターフェースを実際に通したのか。遅延や断線の際、何を捨てたか説明できるのか。構成図は意図、到着したパケットは一経路の証拠にすぎない。反復できる導入と故障時の観測が、運用可能性の証拠になる。

コードが先に旅をしたのは、相互運用性に必ず現場があるからだ。インストール媒体、基板の版、ケーブル、作業時間、遠隔状態を読める人に抽象は宿る。プロトコルが異なるネットワークの共存を可能にし、設置の仕事がその可能性を現実へ変えた。

Sources