5. 最良の現在の慣行RFC

RFC シリーズの BCP サブシリーズは、実践とコミュニティの審議の結果を標準化する方法として設計されています。BCP 文書は、標準トラック文書と同じ基本的な手順セットの対象となり、IETF コミュニティが原則の声明について、またはいくつかの操作または IETF プロセス機能を実行するための最良の方法であると考えられるものについて、コミュニティの最良の現在の考えを定義し、批准できる手段です。

歴史的に、インターネット標準は一般に、相互接続されたネットワーク全体でのコンピュータ通信に必要なハードウェアとソフトウェアの技術仕様に関係してきました。ただし、インターネット自体は、多様な目標とルールを持つさまざまな組織によって運営されるネットワークで構成されているため、優れたユーザーサービスには、インターネットのオペレーターと管理者がポリシーと運用のための共通のガイドラインに従う必要があります。これらのガイドラインは、一般的にプロトコル標準とは範囲とスタイルが異なりますが、その確立にはコンセンサス構築のための同様のプロセスが必要です。

IAB および IESG などのエンティティは、IETF の技術作業に個人として参加できる個人で構成されていることが認識されていますが、エンティティ自体がコミュニティのリーダーとしての存在を持っていることも認識されています。インターネット技術コミュニティのリーダーとして、これらのエンティティは、特定の領域での作業を刺激するためのアイデアを提案したり、特定の問題に対するコミュニティの感受性を高めたり、アーキテクチャ原則の声明を作成したり、その他の事項について考えを伝えるための出口を持つ必要があります (すべきである / SHOULD)。BCP サブシリーズは、これらの管理エンティティが IETF のコンセンサス構築機構に提案を挿入し、その問題に関するコミュニティの見解を測定するための円滑に構造化された方法を作成します。

最後に、BCP シリーズは、IETF 自体の運用を文書化するために使用することができます (してもよい / MAY)。たとえば、この文書は IETF 標準プロセスを定義し、BCP として公開されています。

5.1. BCPレビュープロセス

標準トラック文書とは異なり、BCPに記述された仕組みは、3段階の標準トラックが持つ段階的ロールインの性質には適しておらず、一般に完全かつ即時の適用においてのみ意味を持つ。

BCPのプロセスは提案標準のプロセスと同様である。BCPはレビューのためにIESGに提出され (第6.1.1節を参照)、IETF AnnounceメーリングリストでのLast-Callを含む既存のレビュープロセスが適用される。ただし、IESGが文書を承認した時点でプロセスは終了し、文書は公開される。結果として得られる文書は、IETFの技術的承認を得たものと見なされる。

具体的には、BCPのステータスとして検討される文書は、本文書の第6.1節および第6.4節に定められた手順を経なければならない。BCPプロセスは、第6.5節の手順に従って異議を申し立てることができる。

BCPはコミュニティのコンセンサスを表現することを目的としているが、標準よりも迅速に作成されるため、特に注意が必要である。具体的には、BCPは単に強力なInformational RFCと見なされるべきではなく、Informational RFCとは異なる内容に適した文書と見なされるべきである。

BCPとして承認された仕様、または仕様のグループは、RFC番号を保持したまま、BCPシリーズの番号が割り当てられる。