要約

  • RFC 1462は電話会社を引き合いに、Internetが複数のネットワークから成り、各ネットワークが独自のNOCと担当区間を持つ姿を説明した。
  • サイトの契約はそのネットワーク図での位置と障害連絡の起点を示す。文書は説明モデルであり、支援実績の測定ではない。

故障すると回線の向こう側が見える

RFC 1462は電話との比較から始める。通話できているあいだ、利用者はどの電話会社が通話を運んだかをあまり気にしない。障害が起きると、どの会社がどの部分を直せるかが問題になる。各社は自社の区間を修理し、境界をまたぐ場合は互いに話し合う。

文書は同じ考え方をInternetへ移す。構成する各ネットワークにはnetwork operations center、すなわちNOCがあり、NOC同士が問題の解決にあたる。利用サイトは、その構成ネットワークの一つと契約を結んでいる。何か問題があれば、まずそのネットワークに申し立てる。原因が担当外なら、さらに先へ引き継ぐ――RFC 1462はそう案内した。

この短い説明は、利用者から見えない経路を連絡手順へ置き換える。大学の端末からはひとつのサービスに見えても、通信は別々の組織が管理するネットワークを通る。利用者が経路をすべて調べなくても、契約先が最初の連絡先を示し、NOCの連携が次の境界へ問題を運ぶ。

契約はサイトの位置を示す

RFC 1462の契約は、問い合わせ先を指し示す。応答期限、ネットワーク間の修理費用、引き継ぎ成功率は定めていない。そのため「まず自分のネットワークへ連絡する」という説明を、契約先が全区間を修理できる保証と読み替えることはできない。

同じ年の1月に出たRFC 1392のInternet用語集は、NOCをネットワークを監視する場所であり、接続障害と解決の取り組みを調整する窓口になることが多い、と説明している。この定義からは、NOCが担う操作上の役割が見える。状態を把握し、問題の手掛かりを受け取り、該当するネットワーク部分の担当へつなぐ。

サイトは一社と契約していても、通信経路では複数の事業者を使うことがある。RFCの説明はその違いを消していない。契約先は最初の窓口であり、各事業者は自分のネットワーク部分を扱う。

利用者への説明もサービスの一部

RFC 1462は1993年5月、IETFのUser Services Working Groupがまとめた情報提供文書FYI 20として公開された。標準規格ではない。RFC Editorの記録によると、Ed Krolの1992年の著書『The Whole Internet User’s Guide and Catalog』の章を修正して収録しており、本文には出版社の許諾への謝辞がある。

この出自は、文書が運用マニュアルではなく初心者向けの案内だったことを示す。同じ時期のRFC 1463は、利用者サービス担当者が配布できるよう意図的に短くした入門文献リストで、さらに質問があれば利用者のネットワーク事業者へ問い合わせるよう勧めている。見えないネットワークのどこへ相談すればよいか伝えることも、利用可能なInternetをつくる作業だった。

1999年のRFC 2664は「誰がInternetを運営するのか」と問い、「誰もいない」と答える。そのうえで、独立したInternetサービス事業者などの協力で成り立つと説明した。これは後年の消費者向け説明として関連するが、1993年のNOC間の引き継ぎがどう変化したかを証明するものではない。

記録から分かる範囲

RFC 1462が残したのは、初心者向けの運用モデルである。サイトを接続するネットワークが最初の連絡先となり、NOCは自分のネットワークを扱い、境界を越える問題を調整する。文書は、この方法を採ったネットワークの数、対応時間、引き継ぎの成否、全利用者への普及を測っていない。現代のISPやクラウド事業者の支援体制を示す資料でもない。

歴史上の要点はより限定的だ。ここで描かれたInternetには、全体を修理する一つの窓口がない。サービス契約が複数ネットワークを使う利用者に最初の入口を与え、運用者とNOCが組織の境界を越えて問題を運んだ。

出典