要約

  • IESGはRFC 7405のInternet Standardへの昇格とSTD 68への追加について、9月28日まで意見を募集している。決定はまだない。
  • 2014年のRFC 7405は、ABNFに大小文字を区別する%sと、区別しないことを明示する%iを加えた。
  • 申請文は2026年第2四半期時点の規範参照RFCを20件と数え、HTTP/1.1、YANG、ABNFツールの広い対応、既知の相互運用問題がないことを根拠に挙げる。
  • RFC 6410が求めるのは、少なくとも二つの独立した相互運用実装、広い配備、成功した運用経験である。参照件数だけでは各要素の証明にならない。
  • 旧来の正式な相互運用報告を復活させず、具体例を結ぶ短い成熟度証拠レシートを公開できる。

先に見るべきは手続の現在地

STD 68の現行本文であるRFC 5234では、接頭辞のない引用文字列は大小文字を区別しない。正確な小文字列を表したい場合、かつては各文字を10進または16進の値で並べる必要があった。

RFC 7405はそこに二つの表現を足した。%s"false"はその形だけに一致し、%i"aBc"は大小文字を区別しない。接頭辞がない場合の意味は変わらない。後方互換性を保った狭い拡張である。

今回のステータス変更は本文の改訂ではない。RFC 6410によれば、IESGは少なくとも4週間のIETF全体Last Callを経て、既存RFCを再分類できる。8月31日の告知は、個人参加者から申請を受けたこと、数週間後に判断する予定であること、実質的意見の締切が9月28日であることを示す。証拠確認時のDatatrackerはAD Reviewだった。

したがって、申請文に書かれた評価は最終認定ではない。Last Callの参加者は経験や反証を提出できるが、ステータスを変える制度行為はその後のIESG判断である。

仕様への定着は十分に見える

申請文の採用根拠は具体的だ。2026年第2四半期の時点で20本のRFCがRFC 7405を規範参照し、重要な例としてHTTP/1.1とYANGを挙げる。現在の参照ページには、HTTP、メール、メディア、CDDL、DNSなどにまたがるRFCと作業中草案が並ぶ。ただしDatatracker自身が、参照抽出はヒューリスティックだと注意している。

RFC 7950を見ると、YANG 1.1はmodule、container、leaf、rpcなど多数のキーワードを%sで定義している。ここでは機能が規範テキストの中で実際に使われている。

他方、2024年のRFC 9535は、JSONのtrue、false、nullを依然として16進値で記述した。これはツールがRFC 7405を実装していない証拠ではない。著者が古い表現を選んだ理由も断定できない。申請文が示すのは、最近の仕様でも拡張を当然視しない場合があるという限定的な点である。

既知の技術的障害も少ない。単引用符を提案したErrataはRejectedであり、配備済み実装との相互運用を壊すErrataは報告されていないという。機能は一つで、特許技術も前提にしない。

参照数から運用実績へは自動では進めない

RFC 6410の第一基準は一つの文に複数の事実を置く。二つ以上の実装があること、互いに独立していること、相互運用すること、広く配備されていること、運用経験が成功していることである。

申請文はこれを集計情報で支えるが、公開本文には二つの実装名や版、コードベースの独立性、共通の入力、配備場所の種類、観測期間、成功を判断した結果がない。これは公開文書の構造についての指摘であって、実装不存在の主張ではない。保守者や運用者が十分な経験を持ち、その記録が別の場所にある可能性は高い。

規範参照は仕様間の依存を示す。ABNFツールが対応しているという記述は能力を示す。実運用は、その能力が現実の入力に適用され続けたことを示す。三者は互いに補強するが、同一ではない。「既知の問題なし」も、どの実装と入力が問題を発見できたかが分かれば、将来まで意味を保てる。

正式試験報告に戻る必要はない

RFC 6410は相互運用試験報告の義務を意図的に削除した。配備と利用で相互運用を示せると判断したからである。十二年使われた小さな文法機能に新しい実験行事を課すのは、成熟度より事務量を測る結果になりかねない。

必要なのは短い接続記録だ。少なくとも二例について、実装名と版、独立性の根拠、実行したRFC 7405構文、共通コーパスまたは相手、配備の種類、観測期間、成功結果、既知の除外範囲、安定した参照先を残す。機密の構成や顧客データは要らない。

その上でIESGが、なぜ全体として広い配備と成功した運用経験に当たるのかを説明する。Last Callの重大な異議には理由付きの処理を記録する。レシートは判断材料であり、投票集計でも自動承認でもない。

実行コードにも来歴が要る

Heng Luのrunning-code論は、実装者に主権を与える議論ではない。技術文言を現実の動作で検査するための規律である。ところが「広く実装されている」という言葉に名前、版、入力、結果が結びつかなければ、実行コード自体が抽象的な権威になってしまう。

実装者は証拠を出し、仕様参照は採用を示し、Last Callは異議を受け、IESGが決定する。この分業を見える形で残せば、RFC 7405の妥当な昇格を妨げず、その根拠を長く検証可能にできる。

出典

  1. IETF — RFC 7405昇格のLast Call
  2. IETF Datatracker — ステータス変更申請
  3. RFC 6410 — 二段階の成熟度
  4. RFC 7405 — ABNFの大小文字を区別する文字列
  5. IETF Datatracker — RFC 7405の参照一覧
  6. RFC 5234 — ABNF仕様
  7. RFC 7950 — YANG 1.1
  8. RFC 9535 — JSONPath
  9. RFC Editor — RFC 7405のErrata
  10. Heng Lu — Running-Code Primacy