主要領域
インターネット基盤
主要領域 の観点では、「インターネット基盤」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。
インターネット史
「最終確認日」は現在形ではなかった：RFC 2007 の生きた目録
1996年のネットワーク研修資料目録には、確認日が `Never` のまま収録された項目がある。これは欠陥を隠さなかった証拠であり、収録、編集、確認が別々の行為だったことを示す。
インターネット史
Steve Crockerと、標準になる前に暫定であり続けたノート
1969年4月7日、動いているネットワークの完成報告を書くことはまだできなかった。Steve Crocker の RFC 1が記したのは、複数拠点がこれから答えるべきホストソフトウェアの問題である。未完成でも、著者、日付、番号、配布先があれば、提案は追跡可能な共同作業になる。最初から権威を装わないことが、その条件だった。
IETF
チャネルが閉じてもクレームは残る：RFC 9781の出所境界
装置内のサブ Attester が主 Attester に UCCS を渡す場面では、通信は一瞬で終わっても、クレームは後工程に残る。RFC 9781が問うのは、その残った地図に誰の保証が宿るかである。tag 601は形式を示すが、チャネルの外まで認証を運ぶものではない。
IETF
六段階で行き先は決まる。それでも転送は観測しなければならない
VLAN フレームが複数の条件に見かけ上合致しても、revision 18 は一つのサブインターフェースを選べるようにする。しかし、決定規則が明快であることと、装置が実際にその経路へ転送したことは別の事実だ。
グローバルのクラウドサービス
AS210328とalmazcloud.network：クラウド運用の連続性はどこまで確認できるか
AS210328 と almazcloud.network：クラウド運用の連続性はどこまで確認できるかの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルのクラウドサービスの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
インターネット史
Butler Lampsonと、許可より先に話者を確かめる要求
コンピューターに要求が届くとき、最初に現れるのは人ではない。線、プロセス、鍵、あるいは認証済みの通信路である。Butler Lampson らの仕事は、この当たり前だが省略されやすい到着点から認証を組み立て直した。通信路が誰の発言を担えるのかを示して初めて、資源側はその操作を許すかどうかを判断できる。
インターネット史
通知が静かなとき、何が分かるのか――RFC 2006の欠測を読む
認証失敗の通知が一件もない。安全と言えるだろうか。RFC 2006を丁寧に読むと、沈黙を解釈する前に確認すべき実装能力、アクセスビュー、通知の到達経路が浮かび上がる。
グローバルのクラウドサービス
登録情報は運用の証拠になり得るのか――almazcloud.networkとAS210328の観測可能性
登録情報は運用の証拠になり得るのか――almazcloud.network と AS210328 の観測可能性の調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルのクラウドサービスの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
IETF
正しい宛先に届いても、判断はまだ正しくない：RFC 9782
EAT を扱う入口では、正しい `Content-Type` が大きな安心感を生みやすい。RFC 9782 が保証するのは、その表現を適切な処理系へ渡すための共通語彙である。内容の真正性、profile への適合、freshness、そして最終的な許可は、その先で別々に確かめなければならない。
IETF
「変更不可」が返った。しかし、装置が変わらないとは限らない
NETMOD の第14版草案は、サーバーが上書きを認めない設定を YANG メタデータとして説明する。自動化にとって重要な前進だが、示されるのは特定インスタンスへのクライアント権限の境界であり、将来の同一性やサービス成果ではない。
インターネット史
Sandy Fraserと、バイトが動く前に成立していなければならない呼
何も流れていない回線にも、すでに責任は生じている。Sandy Fraser の Datakit では、利用者のデータより先に呼の要求と受諾が交わされ、各交換機が短いチャネル番号の意味を記憶した。
番号資源社会
Datatokni ForoyaTele：登録情報が示すもの、示さないもの
Datatokni ForoyaTele：登録情報が示すもの、示さないものの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。番号資源社会の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
インターネット史
Danny Cohenと、ネットワークが勝者を決められなかったバイト順戦争
ファイルもパケットも壊れていないのに、移した先では別の数になる。Danny Cohen が見抜いたのは、機械内部の流儀を争ってもネットワークには決着できず、境界にだけは共通の読み方が必要だということだった。
インターネット史
省いた4バイトが、復元条件になった――RFC 2004
RFC 2004 の節約は、外側の IPv4 ヘッダーを薄くしたことではない。元のヘッダーをトンネル用に書き換え、戻す必要のある値だけを8または12オクテットの小さなヘッダーに退避した。短い形式ほど、出口は「なぜ保存しなくてよかったか」を正しく信じなければならない。
グローバルの機関
DFINFRAとAS210860の運用実態を検証するには、何が足りないのか
DFINFRA と AS210860 の運用実態を検証するには、何が足りないのかの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルの機関の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
グローバルの地域 ISP
ROYAとAS210837：登録情報だけでは証明できないネットワーク継続性
ROYA と AS210837：登録情報だけでは証明できないネットワーク継続性の調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルの地域 ISPの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
IETF
選ばれたのはポートであり、サービスの準備完了ではない――RFC 9786
待機側のリンクが立ち上がり、DF の表示が切り替わった瞬間、作業は終わったように見える。しかし、その一本のポートには MAC 学習、隣接キャッシュ、VRF、複数の EVI、そして顧客の通信が重なっている。RFC 9786 がそろえるのはポート単位の意思であって、それらすべての成功証明ではない。
IETF
表示は Up、キャリアは Down――回復判定に残る空白
リンク障害をすべて即座に上位層へ伝えることが、常に最善とは限らない。光レイヤーの保護切替が数十ミリ秒で完了するなら、短い変化を隠す方が全体の動揺を抑えられる。ただし、その間の `up` 表示を物理的な健全性と読み替えれば、保護機構は証拠の欠落へ変わる。
インターネット史
Protocol 4 は封筒の表示であり、配送証明ではない――RFC 2003
トンネル出口は、外側の断片をすべて組み直すまで中のパケットを見ることさえできない。再構成できた事実は封筒が届いたことを示すが、中身が次のルータへ転送されたことも、最終サービスが応答したことも示さない。この距離こそ、RFC 2003 を証拠として読む出発点である。
グローバルの機関
ISCのソフトウェア管理と運用責任は、公開記録からどこまで検証できるのか
Internet Systems Consortium（ISC）は、BIND 9や Kea のコード、修正版、セキュリティ情報、運用文書を公開している。だが、上流の保守能力と、世界各地で稼働する DNS・DHCP サービスの検知、復旧、継続運用を直接支配する能力は同じではない。本稿は、公開資料が示す管理の範囲と、依然として検証できない運用結果を、ソフトウェア、配布、ネットワーク資源、監視、復旧の各接点に分けて調べる。