要約

  • 1983年の期限がARPANETで効いたのは、スポンサーがIMPを通じてNCPトラフィックを処理しない選択を実装できたからであり、独立ネットワークを世界規模で拘束したからではない。
  • RFC 801は実装責任を各ホスト組織に置き、二重プロトコルの中継、主要アプリケーションの代替、継続調査、停止リハーサルで最終切替までの不確実性を減らした。
  • 切替後も移行は続いた。サービス調査は単純な100%像を否定し、NICのホスト表配布と実負荷時の性能には、事前試験で見えなかった問題が残った。

「まだ動く」と「まだ使える」の間

NCPしか実装していないホストのソフトウェアは、1983年になって突然消えたわけではない。回線も機械も利用者も残っていた。それでも下位のARPANETがNCPを扱わなければ、相手と通常通信はできない。移行を現実にしたのは、新しい仕様の公表日ではなく、古い互換性を提供しないという稼働中の判断だった。

Vint Cerfは後年のComputer History Museumの聞き取りで、Interface Message Processorには古いNCPを拒否、またはサービスしない仕組みがあったと述べている。1982年の半ばに一日、秋ごろに約二日、NCPを止める試験が行われたという。未移行の利用者はメールを受け取れず、強い反発が起きた。将来の警告は、そこで初めて現在の障害として理解された。

この証言は運用ログではない。Cerfの時期表現は概略で、1月の本切替後にも特別なソフトウェア事情を訴えた少数の例外があったという。したがって「フラッグ・デー」は、一瞬の完全移行ではなく、予告、橋渡し、試験停止、例外、事後調整を含む運用過程として読むべきである。

NCPでは一つの網から出られなかった

NCPは単なる古いTCPではない。ARPANETのホスト間サービスとアドレス環境に密接に結び付いていた。一方、ARPAの研究はパケット無線、衛星回線、ローカルネットワークへ広がっていた。それぞれの伝送技術を保ったまま相互接続するには、一つのサブネットの前提を全体へ押し広げるだけでは足りない。

RFC 801は、1973年からの研究がIPとTCPに結実したと説明する。RFC 791のIPは異なるネットワークを横断するデータグラムの共通層を定め、RFC 793のTCPは信頼性を端点側で担った。下のネットワークを同じ装置に統一せず、ホスト間に共通の通信環境を作る発想だった。RFC 801はその集合をARPA Internet、またはCatenetと呼んだ。

この目的から見れば、NCPを無期限に維持することも一つの強制である。サービスホスト、名前表、アカウント、中継、監視を二系統で保つ費用を、移行していないサイト以外も負担する。二重運用は猶予にはなるが、費用の所在を消すわけではない。

米国国防総省はIP/TCPをDoDのパケットネットワーク標準として採用し、新しいネットワークでは排他的に使う方針だった。自ら資金を出し、契約し、運用責任を負うARPANETについて、継続利用の互換条件を定める制御面は存在した。RFCの著者が世界のネットワークに主権を持った、という話ではない。

一つの期限、数百の現場

RFC 801は実装を中央の魔法にしなかった。各ホスト組織が自分の機械へIP/TCPを導入する責任を持つと明記した。OS、ホスト―IMP接続、アプリケーション、運用手順が異なる以上、中央計画は終了条件を示せても、移植とデバッグを代行できない。

しかもIPとTCPだけでは代替にならない。Telnet、ファイル転送、メールが新しい基盤で使えなければ、利用者にとってネットワークは完成していない。試験パケットへの応答と、日常業務の継続は別の尺度である。

メールはこの差を最も厳しく示した。RFC 773は、既存のARPANETメールボックス名を使い続けられること、移行中は旧方式も機能すること、できる限り利用者の介入なしにNCPとTCPの間で転送することを求めた。新方式は、旧方式がすでに支えていた社会的な用途を先に引き受ける必要があった。

そこで二重プロトコルの中継ホストが用意された。TCP側のTelnet利用者は中継へ入り、そこからNCPで接続できる。ファイルは中継を挟んで二段階で運べる。メールは一方の手順で受け、キューに置き、別の手順で配送できる。

中継は移行を可能にしたが、新たな依存でもあった。経路上の機械が一台増え、ログイン管理、容量、障害点も増える。RFC 801は信頼性と負荷を懸念している。中継は遅れたサイトに作業時間を与えるためのものだ。古い互換性を永久に他者へ負担させる権利ではない。

停止試験が証明した三つのこと

限定的な停止試験は、実行スイッチが本物か、台帳にない依存がどこにあるか、障害を誰が検知し復旧するかを明らかにする。1982年の試験は、NCP依存をメール障害として露出させた。これは投票の代用品ではなく、運用上の証拠だった。

ARPANETのホスト群が世界のプロトコル政府を選んだわけではない。必要な正当化はもっと狭い。スポンサーは自ら提供するネットワークサービスの条件を変更でき、ホスト組織は自ら接続するシステムの実装に責任を負う。双方が同じ障害圏内にいたから、試験の痛みはルールを作る側にも返ってきた。

だから1983年は、世界的な「プロトコル警察」を正当化しない。装置を運用せず、移行費を払わず、誤停止の損害も負わない組織が、文書だけで非採用者を無効にすることはできない。ARPANETで起きたのは、NCPパケットが一つのネットワークでサービスされなくなることだった。他のネットワークの存在資格を消す宣言ではない。

RFC 801の予定表とRFC 847の観測表

RFC 801の1983年1月欄は明快だ。全ホストがTCP対応となり、NCPと中継は停止し、主要サービスはTCP上へ移る。だがDavid Smallbergによるサービス調査は、移行が一つの数字で終わらないことを示す。

RFC 847の集計では、1982年12月28日にTelnet、FTP、SMTPの接続を受けたホストは314台中95、80、72台だった。1983年1月4日には315台中151、132、124台へ増え、2月22日には325台中190、181、178台となった。

これはTCP実装の完全な普及率ではない。停止中のホストもあれば、用途上これらのサーバを提供しないホストもある。調査者は37台、全体の11%ほどが特殊用途で、期待できる上限を89%程度と見積もった。週ごとに分母も変わる。

重要なのは、期限の前後で可視サービスが大きく増えた一方、「全ホスト移行済み」という単純な観測状態は存在しないことだ。仕様への準拠、スタックの導入、サーバの公開、実トラフィック、利用者の成功率は異なる。調査はそのうち一つを丁寧に測ったのであり、全部を代表するものではない。

本番は別の試験環境だった

National Research Councilの後年の評価であるRFC 942は、切替前およそ半年に約30台のTCP専用ホストが動いていたと記す。その試験は切替中の運用能力維持に役立った。しかし通常のサービス水準へ戻るまで数か月を要した。

Network Information Centerは新環境の準備が足りず、ホスト名表の配布に問題が出た。サービスホストは長時間の全利用者負荷を受けた経験がなく、性能調整が切替後に必要となった。メール中継は多用されたが、他の中継用途は限定的だった。

これは切替の否定ではない。成功の中身を分解している。旧互換性を終了しながら基本的な運用を守ることはできる。それでも容量、設定状態、支援体制が成熟するのは後になる。日付は一つの選択肢を閉じるが、運用品質を自動生成しない。

また、中央の限界も見える。スポンサーはサブネットでNCPを止められたが、OS開発者、サービス管理者、NIC、TAC運用者、中継担当者の技能を置き換えられなかった。実行境界は中央にあっても、移行能力は分散していた。

命令が終わる地点から、採用が始まる

ARPANET内部では、各サイトにNCPサービスを永久要求する無制限の権利はなかった。運用者は代替機能、移行猶予、可視の例外を用意し、結果に責任を持つ限り、自らのネットワークから旧サービスを退役させられる。

その資産・契約境界の外では、同じスポンサーも採用を命令できない。大学、ベンダー、LAN、他のパケットネットワークが実装し、相互接続を選ばなければTCP/IPは広がらない。より広い正統性は、異なるネットワーク間で稼働コードが通信できたことから生まれた。

ここに調整と主権の境がある。運用者は自分の装置で非対応トラフィックを拒否できる。条件を公表し、影響を測り、例外を記録し、誤りの費用を負うべきだ。しかし一つの境界の制御を、他者の機械や将来のネットワークへの所有権には変えられない。

したがって1月1日は「インターネットの誕生日」より正確に記述できる。NCPがARPANETの通常サービスではなくなった日だ。内部では期限が移行を促し、外部では相互運用性が採用を促した。技術権力は有限だったからこそ、歴史的に強かった。

出典と証拠の限界

移行計画と分担は RFC 801、メール継続条件は RFC 773 による。共通ルールは RFC 791 と RFC 793、当時のプロトコル環境は RFC 820 を参照した。

サービス接続数は RFC 847 から取り、完全な準拠調査とは扱っていない。運用上の教訓は RFC 942。停止試験、IMPの拒否機構、少数例外は、Computer History Museumの Vint Cerf聞き取り に帰属する。

この資料群には、最終例外の全一覧、全網停止時間、世界共通のホスト分母はない。計画され実行されたARPANET切替と、その後数か月の調整は裏付けるが、世界の全ネットワークが同時にTCP/IPを採用した瞬間は裏付けない。