主要領域
基盤
主要領域 の観点では、「基盤」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。
ケースファイル
シグナルは署名済みだった。委任はまだ安全ではなかった――CDS/CDNSKEYと親DSを公開する権限
子ゾーンが正しく署名した鍵変更の意思を DNS に置いても、最初の信頼経路は自動的には生まれない。CDS/CDNSKEY が機械化するのは親子間の連絡であり、運用上の支配、登録者の委任、親側の受入れ、リゾルバーの検証を同じ権限に変えるものではない。
ケースファイル
カタログは正しかった。削除権限はなかった：DNS Catalog Zonesが構成を権力に変えるとき
壊れたカタログを受け取った DNS サーバーは、最後に有効だったメンバーを維持できる。難しいのは、壊れていないカタログである。構文上は完全でも、空のメンバー一覧が誤りなら、自動化は誤った削除を正確かつ高速に実行してしまう。
IETF
David Meyerと「場所」を内蔵しないアドレスの保守
LISP では、EID を変えずにネットワーク上の接続点を RLOC として更新できる。しかし、場所をアドレスから外せば運用責任まで消えるわけではない。登録権限、検索結果、Map-Cache の期限、ロケーター選択、アンダーレイ到達性、宛先サイトでの配送が、別々の管理者と時計を持つようになる。
ケースファイル
答えは期限切れだった。障害は終わっていなかった――DNS Serve-StaleとTTL後の権限
権威サーバーへ到達できないとき、昨日の答えは今日の失敗より役に立つことがある。ただし、キャッシュに残っていることと、現在も正しいことは同じではない。Serve-stale は、その差を消さずに可用性を買うための限定的な運用権限である。
IETF
Alan DeKokと信頼をTLSへ移したRADIUS/1.1
RADIUS/1.1 が提示するのは、古い仕組みの一斉廃止ではない。Alan DeKok は、自らも関わった過去の互換性判断を見直し、共有シークレットと MD5 の役割を、明示的に合意した TLS 接続だけから取り除いた。移行の成否は RFC の発行日ではなく、各ホップで何が選択されたかに宿る。
インターネット史
Mark Andrewsと、後継より長く生きたDNSサーバー
後継製品の名前が決まっても、移行が完了したことにはならない。BIND 10の開発中も BIND 9を支えた Mark Andrews の仕事は、刷新計画の陰に残る責任を示す。現行システムが本番の問い合わせに答えている限り、修正、試験、リリース、利用者支援は止められない。
IETF
Joe Ableyと、信頼の始点を明記しなければならなかったアンカー
DNSSEC が証明できるのは、リゾルバーが鎖の始点を選んだ後のことだ。Joe Abley が共同執筆した RFC 9718は、その最初の判断を可視化する。署名は配布ファイルの出所を確かめられるが、中にある DNSSEC 鍵を信頼せよと運用者に命じることはできない。
APRICOT
Anurag Bhatiaと、自らを説明できないルーティング差分
ある経路が一つの観測面に現れない。それは診断より先に、まず観測である。Anurag Bhatia が APRICOT 2020で示したルーティング差分の重要性は、欠落数の大きさだけにない。観測された差、原因候補、転送への影響、誰が何を直せるかを混同しないための試験になっている。
IETF
Vint Cerfと「すべての人」に隠れた九つの例外
Vint Cerf が2002年に掲げた「インターネットはすべての人のためにある」は、約束として記憶されている。しかし RFC 3271の有用な構造は、その後に九回続く「そうはならない」という条件にある。普遍性は拍手ではなく、未完了事項の一覧になる。
IETF
Geoff Hustonと自ら退いたIPv6のデフォルト値
およそ10年間、`/48`は難問への簡潔な答えに見えた。一般のサイトにどれだけの IPv6 アドレス空間を渡すべきか。Geoff Huston は、その一律の答えを撤回しながら、本来守るべき目的を残した文書の共著者となった。
IETF
Ray Bellisと、接続からセッションになったDNS
TCP ソケットが開いたままでも、そこに何の状態を残すかについて合意があるとは限らない。RFC 8490は、DNS における接続とセッションを分けた。前者は運搬路、後者は双方が認めた権限、タイマー、終了条件である。
欧州・中東の地域 ISP トレンド
VOLZの「120時間」を障害ドメイン台帳で読み解く
VOLZ はネットワーク継続性について、珍しく具体的な数字を公表している。同社によれば、キーウにある14の大規模通信ノードでは、停電時に120時間の給電が可能なバッテリーを整備し、緊急時には発電機も使えるという。この数字は検証可能な設備を示す点で有用だ。ただし、ノードが通電していることと、顧客の業務が5日間オンラインであることは同じではない。電力、光ファイバー、集約、経路、相互接続、運用、顧客拠点の機器が一つの連鎖として機能する必要がある。
欧州・中東の地域 ISP
MonitoringのFTTHメニューが示す、パッシブ区間の終点と電源責任の始点
Scientific-Production Center “Monitoring”, Ltd の公式サイトは、光アクセスを一括して「光ファイバー」と呼ばず、GPON、ポイント・ツー・ポイント FTTH、FTTB を分けて説明している。この違いは、単なる製品表記ではない。どの区間から中間の有電源機器がなくなり、どこに共有設備が残り、停電や機器故障の際に誰が復旧を立証すべきかを見定める出発点になる。パッシブな光分配区間は一部の故障要因を減らし得るが、サービス全体の耐障害性を証明するものではない。
ICANN
ICANNは優先順位バッチの設定前に文字列類似性評価を完了する――「全申請文字列」ルールは何を守るのか
優先番号が後ろだからといって、その申請文字列が比較対象から外れるわけではない。2026年ラウンドでは、評価バッチを設定する前に、すべての申請文字列について類似性評価を完了しなければならない。
ケースファイル
権威ゾーンが沈黙し、リゾルバーが障害を増幅した
権威 DNS が応答しないことと、名前が存在しないことは同じではない。それでも、すべての経路を試し終えたリゾルバーには、同じ失敗をしばらく繰り返さない責任がある。RFC 9520 が与えるのは、問い合わせ作業を一時停止する局所的な権限であって、ゾーンに代わって不在を宣言する権限ではない。
ケースファイル
ブロック理由は読めた。それでも方針の権限は証明されない
夜間の運用担当者に届いたのは、単なる名前解決失敗ではない。認証済みリゾルバが、分類、説明、組織名、問い合わせ経路を整然と返した。だが、最後の通信路が正しいことと、上流の判定主体が正当な権限を持つことは同じではない。
ケースファイル
証明は通った。それでも分岐は共有されていなかった
美咲の端末では、次のツリーヘッドが必ず前の状態につながり、検証失敗は一度も起きない。別の組織にいる航も、同じように整った履歴を持つ。ただし、同じ利用者名に結び付く公開鍵だけが異なる。ログは証明を壊したのではない。二人の証人を離したのである。
ケースファイル
暗号化は成功した。DNS の質問は先に見られていた
RFC 9539 は、再帰リゾルバーと権威サーバーの間に、事前調整なしで DoT または DoQ を持ち込む実験である。受動的な監視から多くの問い合わせを隠せる一方、相手の身元までは保証しない。したがって運用者が管理すべき対象は「TLS が成功したか」ではなく、どの質問がどの経路を通り、いつ平文へ戻り、何が認証されなかったかである。
欧州・中東の地域 ISP トレンド
BSHの単一窓口モデル、SLAに必要なのは依存関係の証拠だ
複数拠点の通信契約を一本化し、障害時の責任窓口を一つにする。BSH の提案は、顧客が何社もの事業者を追いかける負担を減らし得る。ただし、契約が一つになっても、アクセス回線、経路、建物、電源、運用チームまで相互に独立するわけではない。
ケースファイル
証明書は新しかった。番号の権限は別の時計で動いていた。
着信側が受け取った PASSporT は署名も証明書パスも正しく、証明書の失効までは数時間あった。だが、発行後に発信番号の割当てが変わっていたとしたらどうか。X.509 上の新しさは証明できても、発行理由となった番号権限が通話時点でも同じだとは限らない。