要約

  • 個人提出のInternet-Draftリビジョン01は、2026年8月20日にExpert Reviewを終えた二つの割り当てを記録した。UNECEはDNSタイプ69、ISOは70である。IANA台帳には掲載済みだが、文書はRFCでもDNSOP採択文書でもない。
  • RDATAは外部台帳のコードをそのまま運ぶ一方、版年や追補を意図的に含めない。草案は履歴が重要な場合にRRSIGの有効開始時点に対応する外部版を参照するよう求めるが、署名自体はその版を特定しない。

IANAのDNS Parametersには、UNECE 69とISO 70が並ぶ。登録日はどちらも2026年8月20日で、個別の申請書へのリンクもある。番号空間での割り当ては、すでに観測できる事実だ。

ただし、番号が確定したことと仕様が完成したことは別である。

9月9日にアップロードされたリビジョン01は、リビジョン00からの変更をIANA節だけだと説明する。公式差分も、69と70、そして8月20日のExpert Review完了を加えただけで技術変更はないと示す。Datatracker本文、履歴、API記録によれば、現在もRFC番号、stream、担当Area Directorのない有効な個人草案である。

ヘッダーのStandards Trackは目標であって採択証明ではない。RFC 6895はRRTYPE割り当てにExpert Reviewを用い、RFC 8126は指定専門家の判断手続きを定める。希少な型番号を管理する判断と、文書全体への合意は同一ではない。

型の管理と意味の管理を分ける

草案はUNECEやISOのコード一覧をIANAに複製しない。DNSタイプが外部保守者を示し、discriminatorが個別の勧告や規格を選び、Codeフィールドは発行された文字列をオクテット単位で保持する。発行者は独自コードを作れない。受信者が知らないdiscriminatorやcodeに出会っても、無効とせず未解釈のまま表示する。

UNECE申請書とISO申請書は、TXTの私的慣行では構造化照会と相互運用性が失われる一方、IANAミラーは権威を二重化すると述べる。そのためUNECEのコード一覧とISO 3166は各機関の管理下に残る。RFC 6116のENUMにも、外部のE.164割り当てをDNSから利用する前例がある。

この境界は制度的には明快だ。しかし利用側には、外部資料を取得し続ける責任が残る。

版を省くことで線形式を安定させる

UNECE RecommendationやISO Standardのtokenには、発行年、amendment、corrigendumを入れない。3166-1や20という識別子は、外部一覧が更新されても変わらない。更新ごとのIANA手続きやDNS型変更を避けられる。

一方で、退役の扱いは一覧ごとに違う。草案によれば、UNECEは削除・非推奨コードを公開一覧に残す。ISO 4217は旧通貨と廃止日を保存し、ISO 639は退役識別子を再利用しない。ISO 3166には予約期間があるが、再割り当ての実例もある。同じ文字列の歴史的意味は、保守者の規則を見なければ決まらない。

発行時のコード一覧は有効で、無償公開され、引用可能でなければならない。将来この型を増やす仕様には退役・再割り当て方針の記載も求める。それでも受信者がどの外部オブジェクトを読んだかまでは保存されない。

RRSIGの開始時刻は版番号ではない

履歴解釈が必要なとき、草案は対象RRsetを覆うRRSIGのinception時点で有効だった外部台帳版を使うよう勧める。時点の指定としては合理的だが、外部版への参照ではない。

RFC 4034のSignature Inceptionは、そのRRSIGでRRsetを認証できる最初の時刻である。RRSIGにはexpiration、algorithm、key tag、signer name、signatureも入るが、UNECEの公開番号、ISO版、取得URL、外部表のdigestはない。RFC 9364が整理するDNSSECの役割も、DNSデータの出所認証と完全性であって、外部標準の保存ではない。

変わらないRDATAを再署名すればinceptionは新しくなる。逆に、古い署名が有効な間に外部台帳が更新されることもある。時計は検索の起点になるが、実際に選ばれた版を証明しない。

この資料群には誤読や障害の証拠はない。確認できるのは、DNSSEC検証と外部意味の版特定が別々の証拠を必要とすることだけだ。

解釈の経路をローカルに残す

必要なのは中央ミラーではなく、外部台帳解決レシートである。RRTYPE、discriminator、生のvalueとcode、外部保守者、特定できる版または取得URL・時刻・内容digest、RRSIGの開始・終了・署名者・検証結果、適用した退役／再割り当て規則、未知コードの扱い、発行者方針の版、そして解釈を使ったローカル判断を結ぶ。

レシートは外部台帳の正しさを認証せず、行動権限も与えない。受信者が何を読んだかを保存する。後にページが変わっても、資料、時刻、方針のどこで解釈が分かれたかを調べられる。

Heng LuのMinimum Initial Specificationが示すように、共有するのは依存境界を検証する最小情報でよい。The Policy Mirrorは自動結果を規則・権限・証拠から再構成する規律を加える。このレシートは私の運用提案であり、草案の要件ではない。

タイプ69と70は外部の意味をIANAへ奪わずDNSへ運ぶ。その設計を生かすには、利用時に選んだ版だけを確実に残す必要がある。

情報源