調査・分析
最新記事
インフラ運用者、政策決定、市場動向、デジタル権力の変化に関する最新情報。
ケースファイル
IANAがDELEG能力キーを登録しても、導入の証明にはならない
IANA は2026年8月24日、DNS Resolver Information レジストリに一時的な`deleg`キーを追加した。新しい DELEG プロトコルへの対応を共通語で表明できるようになったが、Internet-Draft が標準になったわけでも、自己申告が実行結果になったわけでもない。
ケースファイル
シリアルは一致した。ゾーンは一致しなかった
運用で最も危険なのは、読めないゾーンファイルではない。転送が完了し、構文検査を通り、SOA シリアルも予定どおりなのに、公開者が確定した内容とは一部が違うファイルである。ZONEMD は、その差を権威サーバーへ読み込む前に判定するための、ゾーン全体に対するコミットメントを提供する。
インターネット史
遅れて届いた音を、あえて鳴らさない
演奏の欠落を知った受信機が、失われた音を必ず鳴らすとは限らない。RTP MIDI の回復ジャーナルが守ろうとしたのは、過去の完全な再演ではなく、通信の誤りが楽器の状態に居座らないことだった。
インターネット史
ファイルを名指せなかったオフセット――FTP 再開が「同じ対象」を前提にした理由
中断した転送には、すでに届いた部分という惜しい資産が残る。FTP はその先から送り直せたが、保存した位置は対象の版を識別しなかった。再開できることと、同じファイルを再開していることの間には、プロトコル外の確認が一つ残った。
記事
LACNICの議事録は6件ある。決定への道筋がない
2026年の LACNIC 理事会ページには、6回の会合と6本の承認済み議事録が並ぶ。その隣で、英語版の `Summary of activities` は6行とも空欄である。記録が消えているのではない。読者の問いを、記録中の決定・討議・報告へ結ぶ案内が欠けている。
ケースファイル
最優先のエンドポイントは、候補になれなかった
HTTPS レコードが最初に掲げた接続先でも、クライアントは無視しなければならないことがある。SVCB が DNS に与えるのは接続案を公開する権限であり、互換性、接続先認証、実行結果まで代行する権限ではない。
IETF
Job Snijdersと、真実ではなくバイト列に署名するチェックリスト
ファイルが一字一句変わっていないことと、その内容が正しいことは別である。IP アドレス資源を扱えることと、会社を法的に代表できることも同じではない。Job Snijders らが設計した RPKI Signed Checklist は、この違いを消すのではなく、機械が証明できる範囲をあえて細く切り出した。
IETF
IABが求めるのは成果であり、年齢確認の門番ではない
年齢確認をウェブサイトやネットワークから個人端末へ移しても、統治は消えない。レバーを握る主体が変わるだけである。Internet Architecture Board（IAB）は2026年8月24日の声明で、端末を基盤とする年齢シグナルが現時点では最も有望だと評価した。その同じ文章が、端末と OS の事業者に相当な影響力を与えるとも警告する。問うべきなのは、関門が利用者に近づいたかではない。門番を交換しても、安全という成果が保たれるかである。
インターネット史
メッセージ自身が鋳造すべき名前――中央台帳なしで Message-ID はどう働いたか
中継サーバーが追跡フィールドを足せばバイト列は変わるが、メッセージは同じままである。作者が一文だけ直しても、新しい版として出すなら別のメッセージになる。`Message-ID` はハッシュでは捉えられないこの境界に名前を与え、中央の発番機関なしに返信と分散ニュースの状態を組み立てた。
インターネット史
接続を拒否しても、返すべき情報は残った
RADIUS の代理サーバーが付けた Proxy-State は、接続を許可する回答だけでなく、拒否する回答にも戻ってくる。認証の結論と、中継者が預かった情報を返す責任。その二つを分けた小さな属性から、共有仕様が私的な実装に踏み込まないための境界が見える。
記事
ARINの75％基準は更新される計画に左右される
割り当て・再割り当て済みのプレフィックス単位が60あるとする。2年計画の総数が80なら75％、100なら60％である。観測された配備は同じなのに、分母に選ばれた計画版だけで判定が変わる。`ARIN-2026-2` が「current 2-year network plan」を基準に置く以上、この版管理は周辺事務ではなく政策判断そのものになる。
ケースファイル
ネットワークがPvDを名乗っても、経路を選んだことにはならない
Provisioning Domain は、アドレス、DNS、ルータを一つの整合した文脈に束ねる。名前はその境界を示すが、Router Advertisement だけでホストの接続先を決定するものではない。
ケースファイル
障害報告書に残っていなかった「どのトポロジーか」
コントローラーは経路を計算し、装置は要求を受理した。それでもパケットは、すでに切断されたリンクで途絶えた。事後検証で欠けていたのは計算式ではない。二つの BGP-LS Producer が持ち寄った古い半リンクを、Consumer がいつ、どの規則で一本に戻したのかという来歴だった。
記事
APNIC：初回の IPv6 PI 申請に「以前の割り当て」は存在しない
`prop-175-v001` が省こうとしているのは、奇妙な往復である。まず `/48` を受け、導入し、再び申請し、実質的に同じネットワーク計画を提出し、最初から分かっていた必要量について二度目の審査を受ける。既存の審査を再利用する発想は簡潔だ。ただし「後続」から「初回」へ移すなら、何が適用され、何が適用不能で、何の読み替えが行われたかを記録しなければならない。
IETF
IETFの憲章案はワーキンググループの権限ではない
文書の差分は、文言がどう変わったかを示す。だが、その差分だけでは、どちらの文言がいま効力を持つかは分からない。2026年8月27日の IETF Datatracker では、DAWN の初回憲章案と NETCONF の再憲章案がともに審査中だった。前者はまだ存在しない WG を作る提案であり、後者は現役 WG の既存権限を変える提案である。最新版を自動的に現行版と扱えば、一方では権限を捏造し、他方では承認済みの境界を早すぎる段階で消してしまう。
インターネット史
予約が生きていても、内容が正しいとは限らない
RSVP の要約リフレッシュは、以前に送った状態を識別子で指し示し、同じ説明の繰り返しを減らした。ただし、記録の寿命を延ばす処理と、その記録の中身を確かめ直す処理は同じではない。効率化の歴史には、その差を埋める仕事も残されている。
インターネット史
SMTPが分けられなかった応答：LMTPはローカル配送を受信者単位にした
同じメッセージでも、ローカル配送の結果は一つとは限らない。片方のメールボックスには格納でき、もう片方は一時的に容量不足になる。SMTP の最終応答はトランザクション全体に一つだった。LMTP は、受理済み受信者の順序に沿って結果を返し、再試行の責任を既存キューに残した。
記事
一つの提案に二つの番号――APNIC `prop-174` が必要とする訂正の鎖
`prop-174: Align implementation of Prop-125 in APNIC Policy (APNIC-127)` `prop-173: Align implementation of Prop-125 in APNIC Policy (APNIC-127)`
インターネット史
更新を促す通知に、設定を書き換える力はなかった
サーバーから届いた FORCERENEW の次に、クライアントから DHCPREQUEST が返る。この向きの反転に、DHCP の再構成拡張が得た力と、その力が届かない範囲が表れている。
ケースファイル
到達性はあった。足りなかったのは「見たい」という経路だった
VPN の送信元には正しい経路があり、新しい VRF の import Route Target も正しい。それでも受信 PE に経路が来ないことがある。RFC 4684 では、受信側の関心が先に送信元へ向かい、合致する VPN 到達性が逆向きに戻る。この往復を分けて見なければ、正常な Established セッションが障害を隠す。