要約

  • RFC 1180は1991年、システム管理者、システムプログラマー、ネットワーク管理者向けに発行された解説文書であり、インターネット標準でもTCP/IPの完全な歴史書でもない。
  • UNIXとEthernetの例で転送を分かりやすくしながら、仕様を問う読者にはプロトコルを定義するRFCを参照するよう促した。

運用者が追えるように描いた経路

インターネットのプロトコルは、すでにホスト、リンク、ルーターにまたがっていた。RFC 1180が担ったのは、それらの連携を見える形にすることだ。冒頭の図はアプリケーションとTCP/UDPを、IP、ARP、Ethernetの上に置く。本文はデータがモジュールを下り、ローカル媒体を通り、宛先のマシンで再び上がる様子を追う。T.J. SocolofskyとC.J. Kaleが想定したのは、システム管理者やネットワーク管理者など、実用的な全体像を必要とする専門家だった。新しいプロトコル定義を加えることではない。

このメモはUNIXのTCP/IP環境とEthernetを例に選びつつ、主要な説明は実装を越えて当てはまると述べた。具体例を選ぶことは、すべてのインターネット・ホストがUNIXで動いた証拠でも、Ethernetがインターネットを定義するという主張でもない。著者自身が範囲を明示している。RFC 1180は「bare bones」の説明と位置づけ、開発の歴史や資金、導入の事業性、ISO OSIとの比較、その他の技術情報を省いた。そして目的は定義ではなく説明だと書いた。

中継ルーターはもう一つの通信端点ではない

解説の実務的な中心はIP転送だ。ホストは宛先に向けてIPデータグラムを送り、IPルーターはネットワーク・インターフェースで受け取り、別のインターフェースへ転送できる。RFC 1180のモデルでは、中継中のパケットはルーター内のTCPやUDPモジュールを通らない。そうしたトランスポート・モジュールを持たないルーター実装もある。ここでルーターが担うのはIP層の転送であり、アプリケーションの通信端点になることではない。

この図は、異なる物理ネットワークをIPが一つの論理的な到達範囲へ結びつける仕組みを示す。また、各ホップで変わる情報と、最終宛先を示すIPデータグラムの違いも整理する。RFC 1180はこの構造の発明を主張しない。専門家が送信側から受信側まで追える経路に沿って、説明を組み立てた。

免責はチュートリアルの一部

RFC 1180は1991年1月にInformationalとして発行され、自身はインターネット標準を定めないと明記した。仕様の正しさが問われる場合には、各プロトコルを定義する標準を参照せよ、と冒頭で案内する。読み飛ばすべき定型句ではなく、文書の利用範囲そのものだ。

RFC 1122はインターネット・ホストの通信層要件、RFC 1123はアプリケーションとサポート機能の要件を定めた。用語が出版物によって異なると述べる箇所で、RFC 1180はRFC 1122を参照している。すべてのホストの義務を定義すると主張しないからこそ、図を単純化しUNIXを例にできた。RFC 1812は後年にIPv4ルーター要件を規定した文書であり、1991年1月のRFC 1180より後に登場した。時系列を遡って当時の規範として扱ってはならない。

違いは、片方が有用で他方だけが権威を持つということではない。チュートリアルは視点を選ぶことで教えやすくする。標準は、適合実装が何をしなければならないか、あるいは何を推奨されるかを答える。地図を規則と取り違えれば、図示されたスタックや転送例が、著者が作らないと明記した義務へと変わりかねない。

RFC 1180がインターネット史に残すのは、控えめだが重要な役割である。専門家向けに説明しつつ、プロトコル上の権威とは切り分けた。資料からは、どれほど流通したか、教育に何をもたらしたか、実システムのうちどれだけUNIXの例に合致したかは分からない。確認できるのは、著者がメモに与えた役割と、説明だけでは足りないときの参照先である。

出典と限界

RFC 1180、RFC Editorの記録、IETF Datatrackerの記録、RFC 1122、RFC 1123、RFC 1812。これらは文書の位置づけ、内容、各要件の範囲を裏づけるが、流通量、専門家への影響、採用状況、稼働システムの構成を測定するものではない。