主要領域
基盤
主要領域 の観点では、「基盤」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。
記事
AFRINICのRDAP CIDR配列が示すのは登録範囲であり、BGP経路ではない
AFRINIC の RDAP 応答にある`196.1.0.0/24`は、登録されたアドレス範囲を短く表したものだ。BGP 表と同じ表記に見えても、経路広告の存在、オリジン AS、到達可能性を証明するものではない。
ケースファイル
SIDはメンバーを選んだが、バンドルを統治しない
試験では経路が通り、スループットも十分だった。ところがフローを別メンバーへ切り替えた瞬間だけ、受信側で順序が逆転した。コントローラは正しい SID を使い、ルータも指定どおり転送していた。欠けていたのは、リンクを選ぶ命令とアプリケーションが必要とする順序を同じ成功条件にしない設計だった。
インターネット史
外部から見たアドレス：STUNが発見できたが保証できなかったもの
STUN が返すのは、NAT を越えた一回の Binding 取引で外部サーバーが実際に見た送信元アドレスとポートです。その値は接続候補にはなりますが、恒久的な公開識別子でも、別の相手への到達性を保証する証明でもありません。
ケースファイル
証明書が示すのはインターフェースであり、装置全体ではない
複数ポートを持つ制御装置の受入試験で、一枚の証明書に書かれた MAC アドレスだけが「装置 ID」として台帳に登録された。ところが障害時に使う予備ポートは別のアドレスを持つ。切替は正しく、鍵も同じなのに、監視は別装置と判定する。2026年8月公開の RFC 10031は、X.509 でレイヤー2の識別子を表す方法を定めた。どの部品の連続性を装置の連続性と呼ぶかまでは決めていない。
IETF
DNS Serve-Stale は「期限切れでも返す」権限を再帰リゾルバーに移す
TTL が切れた瞬間に権威サーバーへ到達できなくなったとき、古い DNS レコードは障害を隠す救済策にも、撤回済みの宛先を延命する経路にもなる。Serve-stale が扱うのはキャッシュの便利機能だけではない。現在性を証明できない時間に、誰が可用性を優先してよいかという制御の問題である。
ケースファイル
二つの応答は NOERROR だった。新しいゾーンを使ったのは一方だけだ
RFC 9660 の ZONEVERSION は、権威応答と、その応答を生成したゾーン版を同じパケットに載せる。分離した SOA 問い合わせでは失われる対応関係を残せるが、ゾーン全体の正しさまで保証するものではない。
欧州・中東の地域 ISP トレンド
地図に電柱があっても、アクセス確認までは光回線ルートではない
机上では、既設の電柱をなぞる一本の線だけで地方の光回線計画が成立したように見える。掘削を避け、距離も短く、見積もりも整う。しかし現場班が最初に確認するのは別のことだ。その電柱は本当に使えるのか。空き容量はあるのか。隣の土地を横切る権利は確保されているのか。
ケースファイル
時刻印は鋭くなった。時計の決定権は移らない
変更作業のチェックリストに「UDP 123から319へ」という一行が加わった瞬間、これは単なるポート変更ではなくなる。NIC は PTP イベントを認識して線上に近い時点で時刻印を打てる。その代わり、NTP の送信元ポート無作為化は使いにくくなる。2026年8月の RFC 10030は、こうした利得と制約を明示し、測定精度と時刻源の権限を同じものにしなかった。
ケースファイル
サービスは消えた。それでも DNS リースは残っていた
動的に登録された DNS レコードを放置しないための RFC 9664 は、公開期間に終点を与える。ただし、その終点はサービスの生存証明ではなく、キャッシュの消去命令でもない。
IETF
サーバーは最初のノックで全額を払わない：TCPのSYNフラッド防衛
TCP の待受サーバーは、見知らぬ相手が扉を叩いた瞬間にメモリーを差し出していた。RFC 4987が扱うのは、相手が応答を受け取った証拠を返すまで、その支出を遅らせる設計である。
記事
AFRINICが憲章協議の第3ラウンドを開始、全コメントに版管理された受付記録が必要だ
AFRINIC の Bylaws Review Committee は、第2ラウンドの締切後も憲章協議を継続し、紛争解決と Resource Membership 終了の保障を具体的な論点として示した。追加時間は草案を改善し得る。同時に、各意見を提出時のラウンド、論点範囲、正確な文書版に結び付ける責任も生む。
記事
LACNICから考えるNRO協調のインセンティブ
インターネット番号資源の世界では、競争を語る前に「同じ番号を二度配らない」という制約がある。地域インターネットレジストリが互いに無関係な事業者として競えばよい、という発想は成り立たない。世界で一つの登録体系を維持するには協調が必要だ。
ケースファイル
期限が切れたのは通知であって、メールボックスではない
終了したイベントの案内が、翌朝の受信トレイで薄く表示される。予定を探す人には便利な処理だ。しかし、後日会場変更の経緯を確認しようとしたとき、原文まで消えていたら話は違う。IETF が承認したメールの `Expires` フィールドは、この二つを分ける。送信者が有効期限を示すことと、受信者の記録を処分することは、同じ権限ではない。
ケースファイル
カタログが空になった朝、権威サーバーは命令どおりに動いた
DNS Catalog Zone は、大量のゾーン設定を一つの転送可能な成果物へ圧縮する。便利な一覧に見えるが、消費側が解釈した瞬間に稼働中のサービス境界を書き換えるため、その実体は実行可能な権限である。
記事
AFRINICが上訴委員会3枠の候補者を募集、任命記録は案件対応可能でなければならない
AFRINIC 理事会は、ポリシー策定プロセス上訴委員会の三つのプロフィールについて候補者を募り、明確な期限を設けた。これは入口を作る公告であり、案件を扱える審査機関が成立したことの証明ではない。実際の準備には、任命権限、適格性、任期、利益相反、忌避、案件ごとの定足数、証拠、理由を版管理する記録が要る。
記事
LACNICから読むICP-2改革の経済学
RIR を承認する基準は、安全性を測る物差しであると同時に、制度変更の費用を誰に負わせるかを決める仕組みでもある。LACNIC の成立と地域ガバナンスは、その二面性を考える具体的な材料になる。
記事
APNIC RDAP の port43 が示すのは従来の WHOIS サービスであり、ネットワーク権限ではない
APNIC の RDAP 応答では `port43` に `whois.APNIC.net` が入っている。これは従来の WHOIS で登録オブジェクトを探すための接続先であり、経路制御やネットワーク運用者を示す証拠ではない。
IETF
最初のシーケンス番号は時計だけでは足りなかった：TCP ISN の防衛
TCP 接続は、ひとつの番号を公開するところから始まる。その番号が全体で共通する時計を素直に追っていれば、接続を観測できない攻撃者でも、相手になりすますだけの状態を予測できた。
ケースファイル
「Valid」だけが境界を越え、根拠は残された
隣接する二つのネットワークが、同じ RTR サービスを300秒ごとに参照する。サービス停止を知る時刻は一秒と約五分ずれた。検証状態を外向けの BGP 属性に載せていれば、一つの障害から二度の UPDATE 集中が生まれる。経路そのものではなく、ローカルな判定の表示が変わったためだ。
インターネット史
リゾルバが他者に代わって送ったプレフィックス：EDNS Client Subnet
EDNS Client Subnet には、送信元プレフィックス長を 0 にするという拒否の表現がある。クライアント由来のアドレス情報を上流へ加えないよう求める、明確なワイヤ上の指示だ。しかし 2016 年の RFC 自身が、その意思を利用者が実際に表せる環境は限られていたと記した。ECS の歴史は、規則の存在と制御手段への到達可能性が同じではないことから始まる。