主要領域
インターネット基盤
主要領域 の観点では、「インターネット基盤」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。
インターネット史
圧縮されなかったパケットが辞書を進めた――RFC 1977の見えない状態境界
PPP 上では、通常のプロトコル番号を持つデータグラムが、その次の圧縮パケットの解釈を変えることがあった。RFC 1977は、ワイヤ形式からは見えない処理履歴を両端で一致させる規則を設計した。
記事
LACNICの自律ネットワーク段階に必要なのは、企業バッジではなくシナリオ台帳だ
成熟度の数字は短い。だが、その数字が生まれた作業は短くない。どの領域の、どの処理を、どの版で測ったのかを外した瞬間、評価は技術的な証拠から企業の評判へ変質する。
ケースファイル
Cookie は戻った。サービスはまだ戻っていない：RFC 9853 の証拠境界
RFC 9853 は、Connection ID によって既存の DTLS セキュリティコンテキストを特定した後、新たに観測した相手アドレスを検証する。Cookie の一致は、その時点のバインディング判断を支えるが、経路変更の原因やサービス継続を証明しない。
インターネット史
RFC 1964 の「成功」を分解する――チャネル、相互確認、委任の境界
RFC 1964 は Kerberos V5 を GSS-API の共通形式に収め、チャネル・バインディングの要約、利用可能なサービス、任意の委任資格情報を一つの認証器に運んだ。しかし、同じ構造内にあることは同じ証明であることを意味しない。要求、応答、能力、権限、アプリケーション結果には別々の受領記録が必要だ。
インターネット史
ヘッダーは最後に届いた：RFC 1963がPPP上でシリアルフレームを再構成した方法
RFC 1963は、送信側が答えを知る時点に合わせてパケットの順序を反転させた。シリアルデータを先に送り、圧縮後の大きさが判明してから逆順の適応ヘッダーを末尾に置く。受信側が得たのは再構成の文法であり、全断片の到着証明ではなかった。
記事
RIPE NCCは2027年請求対応を完了したという。だが請求額は12月31日まで決まらない
2027年の料金体系に対応するアプリケーション作業は終わった。一方、最初の請求額を決めるデータはまだ存在しない。RIPE NCC の工程としては自然な順序である。ただし、実装の完了と請求結果の検証可能性を同じ「完了」で包むべきではない。
記事
ARINのRPKI制約は、それを運ぶパッケージの時刻で動く
レジストリの記録が毎日更新されても、信頼境界が毎日更新されるとは限らない。ARIN の構想で問うべきは一覧の正しさだけではなく、その一覧がどのようにローカル検証器へ届いたかである。
番号資源社会
AS210837の継続性を測る：登録記録と経路観測を同じ時間軸で読む
AS210837 の継続性を測る：登録記録と経路観測を同じ時間軸で読むの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。番号資源社会の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
ケースファイル
経路は対になった。それでも往復は未証明だ：RFC 9854
低電力無線では、行きに使えるリンクが帰りにも使えるとは限らない。RFC 9854 は二つの方向別探索を対応付け、この非対称性を扱う。対応付けが証明するのは制御状態の所属であり、二方向の経路実装、パケット通過、アプリケーション応答ではない。
番号資源社会
AS210057をめぐる証拠の分解：登録情報は運用主体をどこまで示すのか
AS210057 をめぐる証拠の分解：登録情報は運用主体をどこまで示すのかの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。番号資源社会の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
インターネット史
片方向で辞書を失っても、反対方向は進み続けた：RFC 1962
一本の PPP リンクを、ひとつの圧縮状態で表すことはできない。RFC 1962 が扱ったのは、受信側ごとに異なる復号能力と、片方向だけで起きうる同期喪失だった。制御応答が届いたこと、圧縮フレームを見たこと、状態を初期化したこと、通信が届いたことは、それぞれ別の事実である。
記事
ARINの「1,024文字」未解決案件が映す私有ルーティング文法
コメント欄を広げれば済む話に見える。ところが、ARIN への提案が示した用途では、`remarks` は説明文ではない。Lumen のフィルター生成器は特定の文言を検出すると、RPSL の正規のメンバー欄より優先して解釈する。一つの AS-SET に二つの意味が宿るなら、必要なのは文字数だけでなく、どの解釈を実行したかという証拠である。
記事
RIPE ABUSE：連絡先から救済まで、管理権限はどこで移るのか
RIPE Database の abuse-c は、インターネット番号資源に関する不正利用の報告先を示す。しかし、連絡先が公開され、メールボックスが検証されても、それだけで報告が読まれ、調査され、技術的な是正措置が実施され、再発が防止されたことにはならない。実際に問うべきなのは、報告が送られた後に、どの主体が何を管理し、どの段階で救済を求める先が変わるのかである。
記事
APNICとNIXIのインドROV計画は、一つの割合では完了を証明できない
2026年9月8日のインドについて、APNIC Labs の時系列は約1.14％とも約6.03％とも読める。どちらも同じ日のデータであり、異なるのは集計期間だ。新たな ROV 協力が最初に守るべきものは、見栄えのよい一つの値ではなく、その値が何を数え、どの制御点までを示すのかという境界である。
ケースファイル
コントローラは状態を受信した。しかし時刻の証明は残っていない：RFC 9857
RFC 9857 は SR Policy の候補パス状態を外部コンポーネントへ運ぶ。受信済みという事実を運用判断へ昇格させるには、観測者、世代、SRPM、FIB、実トラフィック、サービス結果を別々の証拠として結び直す必要がある。
インターネット史
メモはネットワークに命令できなかった：RFC 1958 と変更する権利
「原則」を掲げる文書が最初に置いたのは、永続する原則ではなく、その原則さえ古くなるという留保だった。RFC 1958 の強さは設計図の完全さではなく、設計図を実装の反証にさらした点にある。
欧州・中東の地域 ISP トレンド
AS210837の運用継続性を測るには、単一の経路表示では足りない
AS210837 の運用継続性を測るには、単一の経路表示では足りないの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。欧州・中東の地域 ISP トレンドの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
インターネット史
URL が運んだのは検索であり、権限ではない：RFC 1959
三つ目のスラッシュの後にディレクトリ名を書けば、サーバー名のない LDAP URL を作れた。短い文字列はどこへ問い合わせるかさえ決めたように見える。しかし RFC 1959 が共通化したのは検索の表現であり、サーバーの選択、接続時の主体、閲覧許可、返答の完全性、利用側の判断までは共通化していない。
グローバルの機関トレンド
AS33169は何を証明し、何を証明しないのか――Utherverse Network Operationsの運用可視性を検証する
AS 番号の登録情報は、ネットワーク運用者を特定する手掛かりにはなる。しかし、それだけで、誰が現在の経路を管理しているのか、どのサービスが依存しているのか、障害を検知して復旧できるのかまでは分からない。Utherverse Network Operations について、公開情報から確認できる範囲と、なお確認できない運用上の重要事項を切り分ける。
IETF
標準化はどこで運用依存になるのか――IETFの仕様、ネットワークの継続性、測定の限界
IETF の標準はネットワークを直接運用しない。それでも、QUIC、HTTP/3、DNSSEC、BGP、PIM-SM のような仕様が実装されると、接続の維持、経路の回復、名前解決の検証、マルチキャストの到達性は、標準文書だけでは完結しない複数の運用主体に分散する。問題は、仕様が存在するかではなく、障害時にどの主体が状態を戻せるかである。