主要領域
インターネット基盤
主要領域 の観点では、「インターネット基盤」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。
インターネット史
ゼロの先で新しくなった番号――DNSは時計なしで版をどう並べたか
DNS の SOA シリアルでは、0が4,294,967,295より新しいことがある。有限の番号を使い続けるためのこの規則は、別々に運用される権威サーバーに共通時計を要求しなかった。その代わり、比較できる範囲を半周に限定した。
インターネット史
ノックを覚えたゾーン――DNS NOTIFYとIXFRが権威データの不一致を短くした
初期の DNS では、セカンダリが時刻表どおりに目を覚ますまで、自分の権威データが古くなったことを知らなかった。1996年の NOTIFY と IXFR は、その待ち時間と転送量を減らした。ただし、通知そのものに公開状態を書き換える権限は与えなかった。
インターネット史
DNSで探すにはDNSが必要だった住所――Glueが委任ループを断ち切った仕組み
DNS の委任は次に尋ねるサーバー名を示しても、そのサーバーへ届く住所を与えないことがある。Glue は、親ゾーンが最初の一歩だけを支えるために設けられた、意図的に非権威な例外だった。
インターネット史
ケーブルに問いかけたアドレス――ARPがローカル到達性を更新可能にした歴史
IP の経路が次ホップを決めても、Ethernet フレームの宛先欄はまだ空いている。ARP は、その空白を近隣への問い、観測した対応、そして忘れることのできるキャッシュで埋めた。
インターネット史
接続はどう「新しい」と証明するのか――TCPが3ウェイ・ハンドシェイクを必要とした理由
正しい宛先に届いたセグメントでも、すでに終わった会話の残骸かもしれない。TCP の開始手順は到達確認だけではない。双方が相手の現在のシーケンス空間を見たことを確かめ、新しい接続と古い複製を分ける仕組みである。
インターネット史
パケットはどう自分の大きさを知ったのか――Path MTU Discoveryが分割を端点へ移した歴史
経路の途中に一つだけ狭いリンクがあっても、送信側からは見えない。ルーターが黙って分割する設計から、失敗を通知する設計、さらに端点が到達を試す設計へ、インターネットはサイズ決定の責任を組み替えてきた。
インターネット史
二つの「ない」――DNS は NXDOMAIN と NODATA をどう切り分けたか
DNS の空欄には、性質の違う二つの現実が隠れている。名前そのものが存在しない場合と、名前は存在するのに問い合わせたレコード型だけがない場合だ。負のキャッシュが安全な仕組みになったのは、失敗を覚えた時ではなく、この違いを失わずに覚えられるようになった時だった。
インターネット史
期限を持つようになったエラー――DNSは「存在しない」をどうキャッシュしたか
何も返らなかったという観測だけでは、何も存在しないとは言えない。名前がないのか、要求した型だけがないのか、サーバーが故障したのか、次の委任先へ進むべきなのか。DNS の負のキャッシュは、この曖昧さを消したのではなく、否定に発言主体、適用範囲、減り続ける期限を与えた。その結果、失敗を何度も問い合わせる費用は下がり、新しく作った名前が古い否定の期限まで見えないという費用が生まれた。
インターネット史
中心であることをやめる必要があった中心――EGPと自律システムの発明
初期インターネットが分散化できたのは、参加ネットワークが同じ判断をするようになったからではない。異なる判断を抱えたまま接続する境界をつくったからだ。EGP は内部経路制御を各運用者に残し、外部には限定された到達可能性を示した。しかし、特権的なコアと少ない証拠で成り立つ設計は、網状に成長するネットワークを支えきれなかった。その失敗の補い方に、自治と責任を両立させる原型がある。
インターネット史
サーバーより長く生きたメールアドレス――MXが名前と配送先を分けたとき
メールアドレスの`@`以後は、かつて配送先の機械名に見えた。だがネットワークが広がると、名前を知ることと、現在どの機械が受け取るかを知ることは別の問題になった。MX はその差を一つの小さな DNS レコードとして公開した。
インターネット史
不一致から組み上げた時計――NTPは単一サーバーを主権者にせず、いかにインターネット時刻を作ったか
ネットワークにつながった時計は、即座に返答しながら何時間も間違うことがある。NTP が扱ったのは「正しい数字の配布」ではない。遅延するパケット、ずれる発振器、故障しうる運用者から届く複数の証言を、どこまでローカル時計の根拠にできるかという問題だった。
インターネット史
CERNが所有しない道を選んだWeb――研究所が自らの出口を設計したとき
World Wide Web は、有名な研究所で発明されたから世界へ広がったのではない。共通部分を小さく保ち、仕様を公開し、クライアントを一台の NeXT から解放し、最後に CERN が基本ソフトウェアへの知的財産上の門を外した。最も重要な遺産は永続的な管理ではなく、出生地の許可なしに動ける仕組みだった。
インターネット史
同じ回線を待たなかったネットワーク――CSNETが示した段階的参加の設計
CSNET は、すべての研究機関が同じ設備を持つまで接続を延期しなかった。ARPANET、商用 X.25 上の IP、電話回線でメールを運ぶ PhoneNet を一つの論理ネットワークにまとめたのである。能力差を隠さず、それでも名前とメッセージが境界を越えられるようにした点に、現在にも通じる価値がある。
インターネット史
期限切れパケットが描いた道――tracerouteは失敗をいかにインターネットの証拠へ変えたか
経路を知るために、経路全体の台帳を作る必要はなかった。寿命を一段ずつ延ばしたパケットを送り、途中で力尽きた地点から返るエラーを並べる。1988年の traceroute は、転送の失敗を端点側の観測手段へ変えた。
インターネット史
古いプロトコルがネットワークを失った日――1983年のTCP/IP切替と技術権力の限界
1983年1月1日、世界中のネットワークが一枚の文書に服従したわけではない。ARPANET が NCP を通常サービスとして扱うのをやめたのである。この違いは小さくない。期限に実効性があったのは、運用主体がパケット処理の境界を持ち、その停止の損失にも向き合ったからだ。その権限は ARPANET の外までは届かなかった。
インターネット史
境界をつくった箱――IMPが分けたネットワークの責任
インターネットの原型を探すとき、私たちは後世のルーターや TCP/IP の姿を過去へ投影しがちだ。だが1969年前後の ARPANET を動かした Interface Message Processor、IMP が歴史的に重要なのは、現代のルーターを先取りしていたからではない。IMP は、通信網が共通して引き受ける仕事と、接続されたコンピューター自身が決めなければならない仕事とのあいだに、実装可能な境界を初めて強く引いた装置だった。その境界は完全ではなく、のちのインターネットがそのまま継承したものでもない。しかし、契約によって作られた共有基盤がどこまで責…
インターネット史
一台のルーターが他者のネットワークを名乗った日――AS7007と境界なき信頼の破綻
一台のルーターが他者のネットワークを名乗った日――AS7007 と境界なき信頼の破綻の調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。インターネット史の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
インターネット史
最初のネットワークが交換可能になった日――ARPANET退役後も続いたインターネット
1990年に ARPANET が正式に退役しても、インターネットは終わらなかった。先駆的なネットワークの最大の成果は、設備を永久に残すことではない。異なるネットワークを結ぶ機能を、単一の回線網や運営主体から切り離したことだった。
インターネット史
自制を覚えたウィンドウ――TCPは交通司令塔なしで輻輳崩壊を止めた
初期インターネットの輻輳危機は、すべての通信を配分する中央機関を生まなかった。代わりに変わったのは各 TCP 送信側だった。ACK と損失から経路の状態を読み、小さく試し、共有容量を無駄な再送で埋める前に自ら退く仕組みが組み込まれた。
アジア太平洋のクラウドサービストレンド
Cloudflare香港障害が示した、拠点稼働とステートフル経路のずれ
Cloudflare は香港の「Durable Objects」で発生した性能低下を約21分で解消した。しかし HKG 拠点と Realtime の各コンポーネントは緑のままだった。拠点の到達性だけでは、状態を扱うアプリケーション経路の健全性を証明できない。