要約

  • RFC 1291 は 1991 年 12 月の Informational RFC であり、中間ネットワークが直結サイトとピアに技術サービスを提供する案を述べた。Internet 標準を定めず、そのサービスが実装されたことも示さない。
  • meta-dns、swdist、timekeeper-x、nic、noc はローカルな機能を探すための提案である。上流の根、配布元、時刻源、連絡先の正確さ、あるいは利用者の成果を、その名称だけで保証するものではない。

中間層は機能を分けたが、世界を一つに所有しなかった

RFC 1291 は、中間ネットワークを地域ネットワークなどの総称として扱う。文書のモデルでは、中間ネットワーク同士が結ばれ、それぞれがキャンパスや組織のネットワークにつながり、利用者はキャンパス層の下にいる。これは仕事をどこに置くかの図であって、中央でも中間でも、通過するすべてのサービスの真実を決める憲章ではない。

目的は不要なトラフィックを最小化し、構造をより堅牢にすることだった。近いサービスは回り道を減らし、直結した場所について役立つ情報を保持し、最初の問い合わせ先になり得る。それでも、他のネットワーク、運用者、情報源は残る。DNS、配布、時刻、ニュース、情報、運用という大きな言葉が並んでも、RFC はそれらを中間層が一括して実現する約束にはしていない。

RFC 1291 は 1991 年 12 月に Informational RFC として発行され、Internet 標準を指定しない。従ってこれは提案とトレードオフの史料である。特定のネットワークがサービスを運用したこと、あるキャンパスが利用したこと、ピアが協力したこと、利用者が利益を受けたことの証明ではない。

meta-dns は近傍を保てても、根を取り戻さない

DNS の節は依存の残り方を明瞭にする。物理的に別のネットワークへセカンダリ・ネームサーバを置けば、信頼性を高められる。しかし、自分のドメインの外の名前を解決するには、より上位のネームサーバが利用可能でなければならない。別のドメインへ到達する名前解決は、根または上位の連鎖を必要とする。

その上で RFC は限定された案を示す。中間ネットワークは、直接接続するすべてのドメインの名前を解決できるネームサーバを少なくとも一つ置き得る。ネットワーク全体が残りの Internet から孤立した時でも、直接接続され到達可能なサイトへの問い合わせならアプリケーションは解決を続けられる。meta-dns はそのサービスを見つけるための名前である。

ここで保たれるのは局所的な関係であり、Internet 全体ではない。ローカルな応答は根サーバの復旧を意味しない。外部の宛先を到達可能にしない。対象が接続を受け入れること、内容が最新であること、利用者が有用な応答を受けたことも示さない。優れたフォールバックとは、障害を消したふりをせず、どの範囲だけを支えられるかを明らかにするものだ。

meta-dns という名称にも同じ限界がある。プログラムや管理者がロールを探す助けにはなるが、ホストの存在、応答、最新のデータ、独立した遠隔対象への支配を示さない。名称は協調の曖昧さを減らすが、依存先の権威を引き継がない。

swdist は配布完了ではなく探索の入口だった

公共ソフトウェアについて RFC 1291 は完全な倉庫を約束しない。ソフトウェアの量と日々の開発速度のため、利用可能なすべてのパッケージについて最新のリポジトリを維持するのは困難、あるいは不可能だという。集中アーカイブを維持する経済性も障害となる。文書は人気のアーカイブと Archie、Prospero のような探索手段を挙げる。

提案は、配布ホストへの最新ポインタを提供し、静的リストの配布より自動的な資源探索を使うことだった。理想条件では、人気があり重要なソフトウェアは中間ネットワーク内でアーカイブし配布できるかもしれない。しかし「人気」と「重要性」の測定は議論の余地があり、さらに評価すべき事柄として残された。swdist は静的な場所、Archie へのポインタ、CNAME や TXT を通じた選択肢を示し得る。

ポインタは探す方向を与える。パッケージを利用者のディスクへ運ばない。遠方のホストが転送を受け入れること、版が完全であること、内容が壊れていないこと、許諾や適合性があることを証明しない。ローカルなアーカイブでさえ、特定の読者が取得し、実行し、成果を得たことを示さない。ここでのサービスは発見の経路を保守することであって、経路と対象と使用の差を消すことではない。

近い名前の背後には別々の維持条件があった

時刻について RFC は、中間ネットワーク内に少なくとも一つの stratum-1 と二つの stratum-2 を置き、優先度と精度順に timekeeper-x という名前を用いる案を出す。多くのサイトが一つの stratum-1 とピアリングしようとして過負荷になった例を挙げ、信頼性と負荷の双方を理由にしている。ただし特定の維持プロトコルは指定せず、合理的な精度を保つ利用可能なプロトコルでよいとする。

したがって timekeeper-1 はローカルな優先順位を表せても、国家標準への同期、ある時点の到達可能性、正しい階層設定、クライアントの同期完了を証明しない。サービス関係を示す名であって、時刻を認証する印ではない。

ニュースとメーリングリストも別の負担を見せる。Network News はディスク、CPU、帯域を消費し、中間ネットワークはフィードまたは中継を提供して一部の保存負担を和らげ得る。しかし、それで安価なフィードや個別の受信は証明されない。メーリングリストには中央リポジトリも明確な維持戦略もない。メール・エクスプローダは発信元の負荷を減らし、問題追跡の経路を整え得る。返送をリスト所有者へ送る設計も、メッセージが購読者に届き、所有者が処理し、内容が読まれたことの証明ではない。

テストベッドと連絡窓口は採用や解決を決めない

RFC 1291 は、終端サイトとピアとの関係から、中間ネットワークを新しい考えや技術を広める良い媒体と見た。協力的テストベッドは技術の試験と展開、支援、ソフトウェアを始める手助けに使える。しかし中間ネットワーク間の正確な相互作用は明確でなく、会員をめぐる競争が複雑にすると明記する。

この不確かさは後から制度を発明して埋めてよい余白ではない。テストベッドは試験を可能にするが、誰が採用し、費用を負担し、運用し、失敗の責任を持つか、実験外で有効かを決めない。支援は導入の摩擦を下げても、その後の展開への決定権を得ない。

NIC と NOC も入口である。NIC は直結サイトの情報を扱い、nic の項目を出し、利用者問題を助けられる。NOC は問題時の最初の連絡先になり、DNS TXT、Finger、電話帳に情報を置き得る。RFC は静的な電話帳が古くなり得ると認め、分散的な情報であっても、必要な時にホストが到達可能でなければ正しく最新にはならないとする。連絡先を知ることは、障害が解決したことではない。

情報源と証拠の限界

本稿は RFC 1291 — Mid-Level Networks: Potential Technical Services に基づく。この資料は Informational RFC としての地位、中間ネットワークのモデル、堅牢性とトラフィック削減の目的、提案サービス、直結ドメインの DNS 孤立事例、meta-dns、swdist、時刻名、明示されたコストと不確実性、安全性が議論されないことを裏づける。サービスの配備、現存ホスト、上流到達性、解決成功、ソフトウェア配布、正確な時刻、経済的フィード、テストベッドの採用、最新 NOC データ、権限、許可、障害解決、利用者成果を裏づけるものではない。