要約

  • 2026年8月24日に更新されたIANA DNS Parametersには、存在だけで意味を持つdelegキーが加わった。登録は一時的で、2027年8月24日に失効し、draft-ietf-deleg-11を参照する。
  • この項目はresolverがDELEG対応を申告する語彙を統一する。しかし、queryでのDE bit、DELEG応答の受信と検証、mandatory keyの理解、authoritative serverへの到達、productionでの解決成功は別の証拠である。

一つの表示が導入済みに変わった瞬間

資産管理システムがrecursive resolverのResolver Informationを読み、delegを見つけた。画面は即座に「実験中」から「導入済み」へ変わる。packet captureはなく、authorityからDELEG RRsetを受け取った記録も、新経路で完了した名前解決もない。

IANAの変更は事実である。導入完了という判定だけが先走っている。

新しい行には、キーの存在がDELEG supportを示すこと、登録日、失効日、draft revisionが記録された。resolver operator、monitoring tool、interoperability testがvendor固有の表現ではなく同じ名称を使える。これは重要なcoordinationだが、certificateではない。

一時登録は次の判断日を持つ

RFC 9606はDNS Resolver Informationを構造化されたkey/valueとして定義し、IANA registryを設けた。既存keyはQNAME minimisation、Extended DNS Error、information URLなどを示す。delegにはversionもscopeもなく、存在そのものが申告である。

IANAは2026年8月24日から2027年8月24日までと明記した。一時登録は作業中の仕様でimplementationとcoordinationを進める余地を与え、同時にrenew、permanent assignment、removeの判断点を作る。

参照先のrevision 11は7月23日付でWorking Group Last Callにあるが、変更・置換・廃止され得るInternet-Draftである。DELEGとDELEGPARAMのRR typeも本文ではなおplaceholderだ。Resolver Information keyは最終type allocationでもRFC承認でもない。

自己申告とquery signalを混ぜない

draftではDELEG-aware resolverがEDNS queryにDelegation Extensions bitを立てる。対応するauthoritative serverはそのsignalを見て新しいdelegation responseを返せる。IANAはDE bitも別項目として2026年7月20日から一年間の一時登録にしている。

delegは公開されたcapability statement、DE bitは一つのqueryで観測するbehaviorである。あるviewだけ機能が無効かもしれない。bitを送っても相手が未対応かもしれない。さらにDELEG response、DNSSEC、parameter eligibility、server selection、final answerが続く。

対応という言葉にも幅がある

revision 11はIPv4/IPv6 address、server name、include-delegparam、mandatoryを含む拡張可能な情報を定義する。未知のkeyがmandatoryなら、そのrecordは利用できない。

同じdelegを公開する実装でも、理解するkey、DNSSEC状態、indirection上限、loop防止、forwarding、fallback、enabled scopeは違い得る。このkeyは試験開始点を示すだけで、どの候補が実行可能だったかを答えない。

移行中は従来のNSとDELEGが共存する想定である。DELEGだけのdelegationは非対応resolverから見えない。一時登録は段階的試験の根拠であって、compatibility dataを早期に削除する権限ではない。

情報源