主要領域
技術
主要領域 の観点では、「技術」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。
インターネット史
David Tennenhouseと、ルーターにコード実行を求めたパケット
パケットは通常、次の行き先を尋ねる。David Tennenhouse と David Wetherall の「カプセル」は、もう一つ要求した。ここで、この処理を実行してほしい。サービス導入を速める発想だったが、他者のルーターを計算機として使う以上、コードの身元、呼び出す権限、資源の上限、拒否時の動作まで転送処理の契約に入った。
インターネット史
Craig Partridgeと、新しいインターネットを必要としなかったギガビット
回線が速くなっても、光ファイバーは短くならない。1989年に Craig Partridge が一ギガビット毎秒を考えたとき、最初に残ったのはこの単純な事実だった。帯域が増えれば、同じ往復時間の中にもっと多くのデータが滞留する。しかし、それだけで既存のネットワーク方式が破綻したことにはならない。必要だったのは「速すぎる」という印象ではなく、どの資源がどの単位で尽きるかを示す計算だった。
インターネット史
Srinivasan Keshavと、見えないキューを観測可能にした二つのパケット
送信側からルーター内部のキューは見えない。それでも送信側は、次にどれほどの速度で送るかを決めなければならない。Srinivasan Keshav が1991年に示した発想は、ルーターに自己申告を求めるものではなかった。二つのパケットを間を置かずに送り、戻ってくる確認応答の間隔から、途中のスケジューラーが残した変形を読む。だが、その数字が意味を持つのは、どのようなキューが間隔を作ったかまで分かっている場合だけだった。
インターネット史
Jeffrey C. Mogulと、一つもパケットを届けられないほど忙しい受信側
CPU は休んでいなかった。新しい到着を最優先で処理し続けたため、すでに受け入れた仕事を完了する時間が消えたのである。Jeffrey C. Mogul と K. K. Ramakrishnan は、この状態を受信ライブロックと呼んだ。入口の活動量は増え続けても、利用者に届く仕事はゼロになり得た。
インターネット史
Hari Balakrishnanと、測れた範囲しか約束できなかった迂回路
経路は広告されたままなのに、アプリケーションの通信は止まる。その食い違いに対して、RON は基盤ルーティングの修復を宣言しなかった。少数の参加端点が自分で経路を測り、同意した一つの中継点を通る方が目的に合うときだけ迂回する。約束の根拠は、名前ではなく観測だった。
インターネット史
Christian Huitemaと、アドレス以上のものを忘れる必要があったDHCPクライアント
端末はリンクを離れ、無線アドレスを変え、別のネットワークに現れる。ところが DHCP を見ると、以前の DUID、古いアドレスの希望、特徴的なオプション順が残っている。Christian Huitema らが RFC 7844で扱ったのは、この小さな矛盾だった。新しい一個の番号では、古い接続の記憶を消したことにならない。
インターネット史
Eddie Kohlerと、誰が呼び出したかを示さないルーターの矢印
二つの箱を結ぶ矢印がある。パケットは矢印の向きへ進む。では、処理を始めたのも左側なのか。Eddie Kohler らの Click modular router では、その答えは図形だけから得られない。送信元が push する場合も、宛先が pull を始める場合も、パケットの向きは同じである。経路と起動権限を分けたことが、Click の小さく重要な設計だった。
インターネット史
Robert Metcalfeと、誰にも次の番を与えなかった衝突
一本の同軸ケーブルを共有する二つの端末が、それぞれ「空いている」と判断して送信を始める。信号の伝搬には時間がかかるため、局所的にはどちらも正しい。初期 Ethernet は、両者が両立しないという事実を衝突として検出した。しかし、次に送る者をケーブルが指名したわけではない。
IETF
Nick Hilliardと、どこにも届かないときだけ役立つIPv6プレフィックス
`100::/64` は世界で重複しない。ネットワーク内部では転送できる。それでも世界から到達できてはならない。この三つは矛盾ではなく、IPv6 の遠隔トリガー型ブラックホールに専用の次ホップを与えるための設計である。成否は IANA の一行や BGP の受信ログではなく、パケットが止まった場所と、経路が越えなかった境界で確かめる。
リーダー
Nick McKeownと、一度もパケットを見なかったBarrier Reply
Barrier Reply は、制御チャネルでは明確な事実である。しかし運用画面で「変更成功」に置き換えた瞬間、事実の範囲は急に曖昧になる。返信が見たのは同じ接続上の処理順序であり、パケットの照合も、物理的な送出も、受信側の成果も見ていない。
リーダー
Remco van MookとIPv4隣接を持たないIPv4ゲートウェイ
IPv4 のデフォルトゲートウェイが設定されているのに、その IPv4 隣接先を探してはならない。Remco van Mook の IETF 提案は、この一見した矛盾を`192.0.0.11`という合図で解く。次ホップの MAC は ARP ではなく、IPv6 がすでに作った近隣状態から借りる。
リーダー
John Ousterhout――高速な書き込みがクリーニング負債になるまで
Sprite のログ構造化ファイルシステムは、小さな更新を大きなシーケンシャル書き込みへ束ね、表側の処理を軽くした。ただし、仕事そのものを消したわけではない。古い版が占める空間、セグメントのクリーニング、余剰容量、誤った温度判定、障害復旧へと、支払い時点を移したのである。
インターネット史
RFC 2350が示したのは受付と支援の境界であり、事件の結末ではない
公開された連絡先に正しく送信できたとしても、個別の報告が受理され、インシデントと確認され、攻撃者が帰属され、復旧が完了したとは限らない。RFC 2350は期待を整える文書であって、案件記録ではない。
インターネット史
RFC 2341を読み直す：L2Fトンネルの成立はサービス到達の証明ではない
制御パケットは再送される。データフレームは必ずしも再送されない。この非対称性だけでも、L2F の緑色ランプを利用者の受領証にしてはいけない理由が分かる。RFC 2341は、制御状態とデータの運命を別々に記録する設計だった。
リーダー
Adrian Farrelと「まだルーターには存在しない経路」
PCEP の応答は成功し、ERO も返っている。画面にはきれいな経路が描かれた。それでも、装置が受け入れたという確認はない。PCE アーキテクチャが残した最も実務的な教訓は、この二つを同じ出来事にしないことだ。
リーダー
Cristiano AmonとOryon――買収から製品までを証明する六つの境界
Nuvia の買収完了、Oryon という名称、Snapdragon X への実装、PC メーカー各社の発売、Arm との訴訟判断。これらは一本の物語にはなるが、同じ事実を証明しているわけではない。Cristiano Amon の経営責任を評価するには、証拠の役割を分けて読む必要がある。
研究者
Robin Milner――探索だけでは定理を作れない境界
証明タクティックは何千もの分岐を調べ、最後に成功を告げることができる。しかし LCF の設計では、その表示が受理の瞬間ではない。決め手は、保護された公理と原始推論規則だけが生成できる theorem 値だった。Robin Milner に結び付く重要な着想は、自動化を大胆で誤り得るもののまま拡張しつつ、何を定理として認めるかという権限を別の小さな経路に置いたことである。
インターネット史
最安の実行計画は、まだ現実ではなかった
クエリの意味が一つでも、そこへ至る物理的な道は一つではない。Patricia G. Selinger と System R チームは1979年、統計と費用モデルを使って実行前にその道を選ぶ仕組みを実用化した。ここでいう「最安」は、調べた候補の中で推定値が最小だったという意味である。実測時間の判決でも、あらゆる計画に対する大域最適性の証明でもない。
インターネット史
KWICの出力は同じでも、変更の広がりは同じではない
二つのプログラムに同じ見出しを与えると、どちらも同じ循環シフトを同じアルファベット順で出力する。受け入れ試験は双方とも通る。では、行の格納方法を変えたら、いくつの担当とインターフェースがその変更を知る必要があるのか。David L. Parnas が1972年に示したのは、この二つ目の試験だった。
リーダー
Cristiano AmonとQualcommのFY2029を測る二つの物差し
到着年が同じでも、測っている事業が違えば二本の棒は連続した実績にはならない。Qualcomm が2024年と2026年に示した FY2029 目標は、まさにその注意を必要とする。