主要領域
インターネット基盤
主要領域 の観点では、「インターネット基盤」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。

インターネット史
同じケーブル、違う経路図――RFC 1609が分けた実物とIPの世界
ラックにある装置は一台でも、IP と OSI が使える道筋は同じとは限らない。1994年の RFC 1609は、装置そのものとプロトコルごとの姿を X.500 ディレクトリに分けて記録し、参照でつなごうとした。図を一枚にまとめた瞬間、誰の経路を消してしまうのか。

インターネット史
MD5の仕様書には、答え合わせの紙まで付いていた
1992年4月、Ronald Rivest は、どんな長さのメッセージも128ビットの値にまとめる MD5 を公開した。RFC には計算手順だけでなく、C 言語の参考プログラム、試験用ドライバー、七つの正解も載っていた。開発者は自分のプログラムを走らせ、紙に印刷された値と比べられる。異なる機械が同じ計算をするための親切な一式だった。のちに問われたのは、計算が一致した後、その値にどんな安全上の役を任せるかである。

インターネット史
添付ファイルは人間です
1993年4月1日、電子メールに新しい添付形式が提案された。写真でも音声でもない。人間そのものだ。身長と幅と奥行きを申告し、分子の読み取り精度を決め、ディスク容量不足で実験用のネズミが「長さゼロのファイル」になる事故まで心配する。RFC 1437は終始まじめな顔を崩さない。だからこそ、メールの仕様書を読んでいるはずが、いつの間にか乗客の安否を気にしてしまう。

インターネット史
メールが途中で切れた。サーバーは「6135バイト受け取った」と答えた
1995年の RFC 1845には、接続が切れたメール送信をやり直す対話例がある。送り手が戻ると、受け手は`355 6135`と返す。保存済みの本文データが6,135バイトある、という返事だ。ただし、この数字で送信を再開できるのは、二度の接続が同じ取引を指し、バイトの数え方まで一致している場合に限る。

インターネット史
FTPの住所欄は六マス。次のインターネットはそこに収まらなかった
ファイルを送る前に、送り先を書く欄が足りなくなった。FTP の`PORT`は IPv4 のホスト住所を四つ、TCP ポートを二つの十進数で伝える。1993年には、長い住所や別のネットワーク方式が候補として並んでいた。そこで David Piscitello は、ふざけた名前の真面目な改修案「FOOBAR」を出した。新しいネットワークを使うには、古いアプリケーションの一行も書き直す必要があった。

インターネット史
一通にまとめたら、手紙それぞれの足跡が消えた
活発なメーリングリストでは、投稿を一通ずつ全員へ配るだけで配達係が息切れする。複数の投稿を一通のダイジェストにまとめる習慣が生まれた。1990年の RFC 1153は、その封筒の作り方を記録する。一つ際立つ規則がある。中に収める各投稿の`Received`ヘッダーは捨てる。大きな封筒は軽くなり、元の手紙が通った道の記録は複製から薄くなった。

インターネット史
メールはまだ回線上にあった。X.25は受話器を置こうとした
電話なら「さようなら」で受話器を置ける。X.25 の仮想回線では、その一動作が途中のデータまで消してしまうことがあった。1989年の RFC 1090は、SMTP をその回線に直接乗せる方法を記した。肝心なのは華やかな転送速度ではなく、最後の返事を聞くまで回線を切らないという、通信の礼儀だった。

インターネット史
NTPは八回の空振りを数える代わりに、回線を見た
遠くの時計がまだ返事をするか。NTP は直近八回のやり取りを記録し、応答がなくなれば相手を到達不能と判断していた。1990年、Jon Crowcroft と Julian Onions は NTP を OSI の遠隔操作サービスに載せ、X.25 のような接続型ネットワークでも動かそうとした。接続が生きているかどうかは、そのサービス自身が知っている。時刻の測定は NTP が続ける。八枠の出欠表から、仕事が一つ減った。

インターネット史
届いた文字を画面が描けない。RFC 1502は「別の字で埋めるな」と言った
国際メールの本文が壊れずに届いても、表示だけで意味は変わり得る。1993年の RFC 1502は、X.400 の GeneralText を読む端末に、表示できない文字の存在を知らせるよう求めた。同じビット位置にある手元の文字で穴を埋めれば、読み手には誤りが見えなくなる。

インターネット史
一文字打つたび、ネットワークが二度走った
キーを一つ押す。文字は TCP/IP のヘッダーをまとってホストへ行き、同じ文字が別のパケットで画面へ帰ってくる。1988年の RFC 1043は、そんな忙しすぎる文字入力に全画面フォームで応えた。端末が編集できる欄を手元で処理し、まとまった答えを返す。その前に、端末とアプリケーションは互いの得意技を確かめなければならなかった。

インターネット史
チルダ一つで、中国語は7ビットの通路を通った
かつての電子メールは7ビットの通路を得意とし、中国語を扱うコンピューターの内部コードは機種ごとに違っていた。HZ は、そのすれ違いを小さな記号に預けた。1995年に RFC 1843として公開された形式では、チルダが ASCII から二バイトの中国語へ読み方を切り替え、また戻す。チルダ自身を表示することも、紙の上の一行を本文を変えずに折ることもできた。共通の読み方は短く、表示上の工夫は書く側に残された。

インターネット史
ホスト名を一つ入れると、管理側で権限が組み上がる――RFC 1503
SNMPv2 の管理画面から入力欄を減らす。1993年の RFC 1503は、そのために管理側の仕事を増やした。名前を受け取ったリゾルバーが、一時的な識別情報、コンテキスト、読み取り用のアクセス制御まで用意する。簡単になったのは画面であって、判断そのものではない。

インターネット史
Macのファイルは二股。メールの封筒に仕切りを作った
1994年、Macintosh のファイルをメールで送るとき、見えている文書だけが荷物ではなかった。データのほかに、アイコンやプログラムの部品を含む資源側の情報がある。別の種類のコンピューターはまず文書を開きたい。Mac では元のファイルを丸ごと受け取りたい。RFC 1740は、この二つの希望を一通の MIME メールの別々の仕切りに収めた。

インターネット史
DNSへの移行期限を求めたIAB。DISAの返事は「調査する」だった
1992年4月16日、DISA は IAB が求めた20日の期限より早く返事を出した。DNS への移行決定ではなく、国防総省のシステムへの技術的・経済的影響を調べるという返事だ。RFC 1401に残る往復書簡は、回答の速さと実行の距離を測らせる。

インターネット史
ポケベルは鳴るはずだった。SMTPは先に「了解」と言った
1994年、電子メールからポケベルを鳴らす仕組みには、妙に人間くさい行き違いがあった。送信側は急いでいる。メールサーバーは「受け付けました」と丁寧に答える。しかし、その返事が指すのは待ち行列なのか、無線呼び出し網への受け渡しなのか。Marshall Rose の RFC 1703は、短い成功応答に貼るべき荷札を整理した。

インターネット史
二番目の結果は届いた。TCPはまだ席に通さない
データベースの結果が四件。二件目は先に届いたのに、一件目が遅れているため、受け手のアプリケーションには渡せない。検索条件は順番の入れ替えを許している。1994年の RFC 1693は、この妙に律儀な待ち時間を運送サービスの問題にした。提案された TCP の改変を IESG は推奨しなかったが、順序そのものを問い直す分析は残った。

インターネット史
IPの宛先はある。X.25にはかける番号がない――RFC 1461
回線が使えても、パケットの行き先が決まるとは限らない。X.25 で IP を運ぶ装置には、封入された宛先を相手の X.121 番号に結び付ける仕事があった。1993年の RFC 1461は、その対応付けに失敗した痕跡を管理情報として残した。

インターネット史
新しいメディア型は番号札を取り、二週間待った
1994年、インターネットで新しいデータ形式に共通の名前を付ける道筋は、公開のメーリングリストから始まった。二週間ほど意見を募り、IANA へ登録を申請する。RFC 1590はその手続きを淡々と書く。書類仕事に見えるが、郵便から他のアプリケーションまで同じ名前を使いながら、各ソフトが扱える形式は各自で選ぶための仕組みだった。

インターネット史
眠ったら承認、文書は廃棄。RFC 1438が笑った審査の権威
1993年4月1日、二人の著者が中身のない文書のための架空の審査制度を RFC に書いた。審査員が眠れば承認、紙は捨てる。それでも残った空白には技術的な承認が与えられたという設定だ。

研究者
RRC4に最も忠実なBGP生成器が、RRC5では異常の35–41%を見逃した
Shadi Motaali は RIPE RIS の RRC4 で学習し、RRC5 で評価する13種類の生成器を試した。自分の収集点を最もよく再現した生成器ほど、別の点では異常を逃した。
