主要領域
基盤
主要領域 の観点では、「基盤」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。
インターネット史
15分は終わった。それでもカウンターは確定していなかった――RFC 1595
時刻の境界は、測定の最終判定まで保証しない。RFC 1595 が1994年に示したのは、SONET/SDH の15分履歴が「完了済み」として読めても、その末尾の秒がまだ別の区分へ移り得るという事実だった。十秒連続の重大エラーが境界をまたげば、前の区間は後から修正される。後継仕様が示した代案は、表示を十秒待つことだった。
ケースファイル
PyPIの共同管理者を外してもTrusted Publisherは失効しない
プロジェクトから人を外すことは人間のアクセスに関する有効な判断である。しかし、それだけで自動公開の身元が取り消されたとはいえない。
インターネット史
エリアは経路を学んだ。バックボーンにはまだ届いていなかった：RFC 1587
1994年3月に Standards Track として公表された RFC 1587 では、同じ宛先を指す Type-7 LSA と Type-5 LSA も同じ記録ではなかった。前者は一つの NSSA に閉じ、後者は境界ルータが別の広告者として外へ出す。小さなエリアに外部経路を取り込ませながら OSPF 全域の外部情報を背負わせないため、この二重の身分が設けられた。
ケースファイル
CODEOWNERSファイルはレビュー記録ではない
`CODEOWNERS` は、あるパスの変更に対して GitHub が誰へレビューを依頼すべきかを示せる。有用な振り分け規則ではある。しかし、どの規則が特定のプルリクエストに適用されたか、誰がその時点で有効な所有者だったか、依頼を受けてレビューしたか、ほかのマージ条件が満たされたかを示す出来事の記録ではない。
インターネット史
回線は黙った。それでも経路は到達可能のままだった：RFC 1581
呼が切れていることと、相手へ行けないことは同じではない。1994年2月の RFC 1581 と RFC 1582 は、X.25 や ISDN の回線をアイドル時に閉じるため、RIP の周期更新を WAN から取り除いた。その瞬間、沈黙の意味も変わった。更新が来ないから経路を消すのではなく、明示された反証が来るまで最後の状態を残す。節約の裏側には、到達可能という推定を誰が覆すのかという制御問題があった。
ケースファイル
SPDXライセンス式はコンプライアンス判断ではない
SPDX のライセンス式は、許諾情報を短く、機械可読な形で受け渡すための強い道具である。その短さゆえに、式の外にある判断まで一緒に運んでしまいやすい。構文に適合した式は、コンプライアンス、配布許可、リリース可否、導入可否を単独で決めない。
インターネット史
`inline` は表示済みを意味しない：RFC 1806 が残した受信側の関門
本文内に置いてほしい、という指定と、実際に画面へ出たという事実は同じではない。RFC 1806 は両者のあいだに受信側の判断を残した。添付、保存名、入れ子の MIME 部分をめぐる各段階は、遠隔の意図を伝えながらも、表示や書き込みの権限までは運ばなかった。
ケースファイル
Rust商標の許可は、Rust Projectの決定ではない
Rust という名称やロゴを使う許可は、公開の場でどのような身元表示をしてよいかを限定して示しうる。だが、その許可だけで Rust Project の構成員になるわけでも、コード・レビューを受けたことになるわけでも、リポジトリが公式リリースになるわけでもない。互換性や実運用への導入も別の事実であり、それぞれ別の決定者と証拠を要する。
インターネット史
学校に回線は来た。校内の方針はまだ書かれていなかった：RFC 1578
回線が開通した時刻は記録できる。学校が運用できる状態になった時刻は、それほど単純ではない。RFC 1578 は1994年、端末からの接続、IP ホストとしての接続、校内 LAN、蓄積交換を区別し、その先に研修、支援、フィルタリング、利用方針、監督という別々の引き継ぎがあることを示した。
記事
RIPE NCCの光回線は数分で復旧、RIPE Accessの全面復旧には約30分
障害対応では「回線が戻った時刻」と「利用者が再び安全に操作できた時刻」が同じとは限らない。RIPE NCC が5月27日の障害について公表した数分と約30分という二つの時間は、ネットワーク経路と認証サービスを別々の回復対象として測る必要性を示している。
インターネット史
集約は残り、固定された役職名はアドレスから消えた
初期 IPv6 の文書は、レジストリ、プロバイダー、加入者という順序をアドレスの内部にまで描いた。しかし実運用が進む前から図は改訂され、やがて TLA/NLA も歴史的扱いになった。変わらなかったのは、世界中のルーターに無制限の状態を持たせられないという制約である。
インターネット史
画面は 3270 になった。それでもセッションの名前はなかった：RFC 1576
端末エミュレーターが正しい大きさの画面を描き、ブロックの終端も認識できたとしても、その背後の LU 名は分からないことがある。さらに、直前のブロックを相手が処理したかどうかも分からない。RFC 1576 が記録した traditional TN3270 は、表示を成立させる契約とセッションの identity や処理 receipt を、意図せずも明瞭に分けていた。
インターネット史
更新されない `root.cache` のために旧アドレスは残った：Net 39
新しい経路が動くことと、古い入口を閉じてよいことは同じではない。1995年の Net 39 実験で F ルートサーバーは一時アドレスから大量の問い合わせを受けたが、従来アドレスも維持された。利用者の多くが `root.cache` を更新しないと予想されたからだ。移行の安全性は、新経路の成功だけでなく、更新しない側を黒穴に落とさない設計によって支えられていた。
インターネット史
一つのアドレスごとに一つの質問を送る：RFC 1788 の届かなかった普遍性
RFC 1788 の名前検索は、ネットワーク全体へ呼びかける仕組みではなかった。知りたい IP アドレス一つ一つに別の ICMP 問い合わせを送り、その同じアドレスから答えを受け取る。小さく限定された交換を、ほぼ全ホストとルーターが実装するという巨大な前提が支えていた。
インターネット史
フィルターは読めた。サーバーが実行したのは述語だった：RFC 1558
LDAP フィルターの括弧は文章を見やすくする飾りではない。`&`、`|`、`!` と組み合わさると、どの条件を結び、どこで分岐し、何を否定するかを決める実行構造になる。RFC 1558 はバイナリの検索オブジェクトに人間が読める表面を与えたが、表面を説明文に変えたわけではなかった。
ケースファイル
SLSAアテステーションは証拠であって、受入れ決定そのものではない
SLSA のプロベナンス・アテステーションは、ある成果物とそれを生んだビルドについて、限定された正確な説明を与えられる。それは有用である。しかし、どのビルダーを信頼するか、パッケージにどのソースやパラメータを期待するか、リリースを受け入れるか、失敗時に何をするかを、アテステーション自身が決めるわけではない。それらは別々の主体が担う別々の統治行為である。
AFNOG
AfNOGの部分入力への招待は入口を開くが手順を示さない
AfNOG の2007年募集は、必要情報がそろわなくても意見や関心表明を歓迎したが、その記述箇所では、それらと完全な提案経路との関係を説明していなかった。
IETF
QUIC STREAM フレームはアプリケーションメッセージではなく、バイト範囲を運ぶ
完全な STREAM フレームが観測されても、アプリケーションの要求が完了し、適切に区切られ、解析され、受理されたことにはならない。
IETF
MPLSアラームはクライアントの雑音を抑えてもサーバ障害を証明しない
AIS の L-Flag がクリアのままでも、AIS はクライアント側へ連鎖するアラームを抑制できる。したがって、アラームが静かになったことはサーバ障害の証明ではない。AIS、L-Flag、LKR、R-Flag は、それぞれ故障、サーバ障害の宣言、管理ロック、条件の消去という別の意味を持つ。
IETF
RFC 9917は遠端の証拠で順方向経路を除外する
リンクは、トラフィックが出ていく側では正常に見えても、到着側では壊れていることがある。RFC 9917は、受信側から得た逆方向の証拠を Flex-Algorithm のポリシー入力にし、条件が整えばそのトポロジーから順方向エッジを除外できるようにする。