要約

  • Datatrackerは第44版のYANG検証がエラー・警告ともゼロと報告したが、RFC Editorキューでは著者承認2件が未了で、Cluster 517の作業も残り得る。
  • モデル検証、著者承認、クラスター処理、RFC公開は別の記録であり、キューは未承認の理由や公開日を示さない。

分析

ページには別々の二つの状態が並んでいた。10月16日、Datatrackerは第44版についてYANG検証のエラーも警告もゼロと表示した。同日のRFC Editorキューでは、RFC-to-be 10057は「In Final Review」のままだった。著者承認欄は3件が「Y」、2件が「N」。さらに文書はCluster 517に属し、公開前にクラスター側の保留が増える可能性も示されていた。

これらは同じ作業を表す欄ではない。YANGの結果は、提出されたモデルがDatatrackerに表示された検証ツールと依存モジュールでチェックを通過したことを示す。公開手続きの完了までは示さない。RFC Editorの説明では「In Final Review」は著者やアクション担当者の最終承認を待つ段階だ。したがって、モデル検証が成功し、公開記録が未完了という二つの状態は両立する。

第44版は点対点のトラフィックエンジニアリング・トンネル、ラベルスイッチドパス（LSP）、インターフェースのデータモデルを定義する。汎用で装置に依存しないデータを ietf-te に、装置固有のデータを ietf-te-device に分けている。RSVP-TEやSegment Routingなどのシグナリング方式固有モデルは別文書で定義し、必要に応じてTEモデルを拡張する想定だ。RFC Editorが付けた10057はキュー追跡用の暫定番号であり、Datatracker上の文書はまだInternet-Draftで、公開RFC番号はない。

最終審査は設計上の各論点をもう一度投票する場でもない。RFC Editorは、編集済み文書を著者が確認し、公開前に最終承認する工程と説明している。3件の「Y」と2件の「N」は承認表の状態を示すだけで、未承認の理由までは明かさない。キューには10月7日と14日のリマインダーが記録され、その前には更新ファイルが投稿され、未回答の質問はないとの記録もあった。この履歴から反対、技術上の欠陥、遅延の原因を推定することはできない。

ドラフトを前提に計画する事業者やベンダーには、この区別が実務的に重要だ。検証成功はスキーマのレビュー材料になるが、最終規範テキスト、公開RFC、相互運用実装、稼働中のトンネルの代わりにはならない。プロセスの状態も独立した証拠として管理すべきだ。調達、コントローラーのリリース、ラボ構成が安定した基線を必要とするなら、評価したドラフト版を記録し、キューが進んだ時点で記録を更新する。

このスナップショットは時点を持つ。10月16日時点で承認表は未完了で、Cluster 517が追加の保留を生む可能性があった。Datatrackerは第44版をInternet-Draftとして示し、取得時にはRFC 10057の正式な情報ページも存在しなかった。これらは公開日を予測しない。根拠から言えるのは、報告されたYANG検証は通過した一方で、公開手続きは最終承認を待ち、クラスター処理の影響も受け得るということだ。