Summary

  • RFC 801は1983年1月1日を移行期限とし、各ホスト組織に実装を求めた。途中では二つのプロトコルを扱う中継ホストが一部サービスをつないだ。
  • 1985年の回顧は切り替え日を確認する一方、メール中継、ホスト名表の配布、サービスホスト性能の課題を記録した。

分析

「フラッグデー」という言葉は全機器が同時に更新された印象を与える。ARPANETのNCPからTCPへの移行は、独立した多くの運用者に共通期限を課す計画だった。1981年11月のRFC 801は、各ホスト組織が自らのシステムでIP/TCPとTelnet、ファイル転送、メールを実装するよう求めた。作業開始は1982年1月まで、NCPの完全な置き換えは1983年1月1日が目標だった。

全機器が一斉に変わるとは想定されていなかった。一部はTCPを使い、別のホストはNetwork Control Protocol（NCP）を継続する。そこで計画は、両方の環境を扱う中継ホストを設け、Telnet、FTP、メールを橋渡しすることにした。プロトコル境界をまたぐファイル取得では、中継ホストにログインし、NCP側からファイルを取り込み、TCP経由で受け取る手順も示された。互換性は運用するサービスだった。

メールの移行計画はさらに早い。1980年10月のRFC 773は旧・新システム間の転送を検討し、中継ホストの指定、ホスト名と能力情報の配布など未解決の課題を挙げていた。パケット形式を替えるだけでは足りず、名前解決と利用者向けサービスを維持する必要があった。

RFC 801の予定では、1982年7月までに大半がTCPを使い、11月に最後のNCP専用ホストが移行を終え、1983年1月にNCPと中継を終了して「完全なインターネットサービス」に移る。これは計画上の節目だ。1985年のRFC 942は、ARPANETが1983年1月1日に切り替わったと振り返る。数年間の並行運用に続き、直前の六か月にはTCP専用ホストも追加されていた。

回顧は単純な成功物語にしない。ユーザーホストの移行前に、端末アクセス制御装置とサービスホストを二重対応にする必要があった。中継は主にメールに使われ、他の用途は少なかった。Network Information Centerが新プロトコルへの対応準備を終えておらず、ホスト名表の配布に支障が出た。さらにサービスホストは持続的な利用負荷で性能問題を起こし、分析とパラメーター調整が必要になった。

この移行が達成したのは明確な目標、すなわちARPANETからNCPサービスを取り除きTCP/IPへ移ることだ。全機能が負荷試験済みだった、あるいは利用者に中断がなかったという意味ではない。1983年1月のRFC 820は、変更が複数のプロトコルに及んだと記す。新環境はプロトコル群、アプリケーション、運用者を含んでいた。

出典