メインコンテンツまでスキップ

14. BCP 26の以前の版からの変更

14.1. 2016年：RFC 5226に対する本文書の変更​

重要な追加事項：

  • RFC 2119のキーワード、定型文、および参照を削除し、平易な英語を優先した -- これはプロトコル仕様ではない。

  • 第1.1節「IANA ConsiderationsをIANAのために保つ」を追加

  • 第1.2節「更新情報について」を追加

  • 第2.1節「レジストリの組織化」を追加

  • 第4節に、適切なポリシーを選択するためのベストプラクティスを追加。

  • 第4.12節「複数のポリシーの組み合わせ使用」を追加

  • 第2.3節「レジストリの変更管理の指定」を追加

  • 第3.4節「早期割り当て」を追加

  • 各既知のポリシーを第4節の個別のサブセクションに移動。

  • 第5.4節「専門家レビューと文書のライフサイクル」を追加

  • 第7節「IANAレジストリにおけるドキュメント参照」を追加

  • 第8節「"bis"文書で何をすべきか」を追加

  • 第9.5節「連絡担当者と割り当て先または所有者」を追加

  • 第9.6節「レジストリ/登録の閉鎖または廃止」を追加

明確化など：

  • 一部の再編成 -- 明確さと読みやすさのためにテキストを移動した。

  • IANAレジストリの識別と、それらに対するURLの使用について明確化した。

  • "Unassigned"と"Reserved"の区別を明確化した。

  • "Expert Review"において、指定専門家への指示に関するいくつかの明確化を行った。

  • "Specification Required"において、このポリシーをどのように宣言するかに関するいくつかの明確化を行った。

  • 全体を通じて、各種の軽微な明確化と編集上の変更。

14.2. 2008年：RFC 2434に対するRFC 5226の変更​

変更点は次のとおり：

  • テキストを大幅に並べ替え、「レジストリの更新」と「新しいレジストリの作成」などのトピックをより適切にグループ化して記述を拡張し、著者が自分のニーズに最も適したテキストを見つけやすくした。

  • 可読性を向上させるための多数の編集上の変更。

  • 用語「IETF Consensus」を「IETF Review」に変更し、さらに明確化を追加した。 歴史は、人々が（実際の定義を参照せずに）「IETF Consensus」という言葉を見て、その用語がIANA Considerationsの文脈で何を意味するかについて誤った仮定をすぐに抱くことを示してきた。

  • 定義済みポリシーのリストに「RFC Required」を追加した。

  • 「RFCに何を入れるか」について、はるかに明示的な指示と例。

  • 「Specification Required」は、仕様が十分に明確であるかを評価するために指定専門家を使用することを意味するようになった。

  • 暫定登録を説明するセクションを追加した。

  • 「Designated Experts」セクションの文言を大幅に変更した。 主な目的は、専門家レビュアーがコミュニティに対して説明責任を負うことを明確にし、デフォルトの場合のレビュー基準に関するいくつかのガイダンスを提供することである。

  • 特別な異議申し立ての経路を削除するように文言を変更した。 通常のRFC 2026の異議申し立て経路が使用される。

  • 未使用値の回収に関するセクションを追加した。

  • 事後登録に関するセクションを追加した。

  • 可能な割り当て（指定専門家によるものなど）を評価するために使用されるメーリングリストが通常のIETFルールの対象となることを示すセクションを追加した。