主要領域
基盤
主要領域 の観点では、「基盤」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。

記事
1つの送信元IPがAPNICのWHOIS照会の38.76%を占めた1時間
1つの送信元 IP が APNIC の WHOIS 照会の38.76%を占めた1時間の調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。記事の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。

ケースファイル
DNSが結んだのは候補だった――SVCB/HTTPSと接続を選ぶクライアントの権限
署名された DNS 応答に、優先する接続先、プロトコル、ポートがそろっていても、それだけでは接続は完成しない。理解できるか、代理経路を守れるか、実際に到達できるか、元のサービス名を認証できるかは、クライアント側に残る。

ケースファイル
カウンターが上限に達し、ファイル名が新しい時代を開いた――RPKIマニフェストと復旧権限
署名も時刻も内容も正しい RPKI マニフェストが、検証側に残った「超えることのできない過去」のために受理不能になることがある。RFC 9981が認める出口は狭い。マニフェストのファイル名を変えて比較の時代を切り替え、それ以外の鮮度、所在、完全性の検証はすべて残す。

ケースファイル
フィードは正しかった。答えを書き換えたのはローカルだった――DNS RPZの権限境界
同じ脅威情報でも、NXDOMAIN、NODATA、DROP、TCP への切替え、リダイレクトでは利用者が経験する現実が違う。RPZ が運ぶのは候補となる方針であり、どの現実を選ぶかは購読側のリゾルバーが決める。

記事
AFRINICの検証器で重複が1件減った。最終VRP数は30,847のままだ
公開された二つの連続検証では、入力 VRP と重複 VRP がそれぞれ1件減り、最終件数だけが動かなかった。これは「ルートに影響がなかった」という証明ではない。まして、誰かが誤った ROA を直した証明でもない。集計値から署名済みオブジェクト、固有の認可、ルーターでの結果へ戻る経路が公開記録にないことを示す、小さいが明瞭な事例である。

ケースファイル
ダイジェストは一致した。それでもゾーンは誤っていた――ZONEMDが証明できる完全性の範囲
暗号学的な照合は、壊れていない誤りを正しく認証することがある。ZONEMD を導入する組織に必要なのは、強い検証を弱めることではなく、その結果を運用上の正しさへ拡大解釈しないことである。

記事
RIPEは更新完了とした。その後、文書閲覧障害と処理遅延が続いた
RIPE NCC は8月22日17時56分(CEST)、Alfresco の計画保守を完了扱いにした。週明けの24日には、新規文書を作成できる一方、一部の文書は表示もダウンロードもできない状態になった。26日には同名の記録で文書処理の遅延が報告され、翌日の設定変更と監視を経て解決した。更新が原因だったと示す資料はない。それでも、変更の完了と業務機能の検証を同じ印で済ませられないことは分かる。

ケースファイル
シグナルは署名済みだった。委任はまだ安全ではなかった――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 を分けて説明している。この違いは、単なる製品表記ではない。どの区間から中間の有電源機器がなくなり、どこに共有設備が残り、停電や機器故障の際に誰が復旧を立証すべきかを見定める出発点になる。パッシブな光分配区間は一部の故障要因を減らし得るが、サービス全体の耐障害性を証明するものではない。
