5. Best Current Practice (BCP) RFCs (最良の現在の慣行RFC)
RFC シリーズの BCP サブシリーズは、実践とコミュニティの審議の結果を標準化する方法として設計されています。BCP 文書は、標準トラック文書と同じ基本的な手順セットの対象となり、IETF コミュニティが原則の声明について、またはいくつかの操作または IETF プロセス機能を実行するための最良の方法であると考えられるものについて、コミュニティの最良の現在の考えを定義し、批准できる手段です。
歴史的に、インターネット標準は一般に、相互接続されたネットワーク全体でのコンピュータ通信に必要なハードウェアとソフトウェアの技術仕様に関係してきました。ただし、インターネット自体は、多様な目標とルールを持つさまざまな組織によって運営されるネットワークで構成されているため、優れたユーザーサービスには、インターネットのオペレーターと管理者がポリシーと運用のための共通のガイドラインに従う必要があります。これらのガイドラインは、一般的にプロトコル標準とは範囲とスタイルが異なりますが、その確立にはコンセンサス構築のための同様のプロセスが必要です。
IAB および IESG などのエンティティは、IETF の技術作業に個人として参加できる個人で構成されていることが認識されていますが、エンティティ自体がコミュニティのリーダーとしての存在を持っていることも認識されています。インターネット技術コミュニティのリーダーとして、これらのエンティティは、特定の領域での作業を刺激するためのアイデアを提案したり、特定の問題に対するコミュニティの感受性を高めたり、アーキテクチャ原則の声明を作成したり、その他の事項について考えを伝えるための出口を持つ必要があります (すべきである / SHOULD)。BCP サブシリーズは、これらの管理エンティティが IETF のコンセンサス構築機構に提案を挿入し、その問題に関するコミュニティの見解を測定するための円滑に構造化された方法を作成します。
最後に、BCP シリーズは、IETF 自体の運用を文書化するために使用することができます (してもよい / MAY)。たとえば、この文書は IETF 標準プロセスを定義し、BCP として公開されています。
5.1 BCP Review Process (BCPレビュープロセス)
BCP の現在のリストは、IETF ワーキンググループ Web ページ (http://www.ietf.org/) で見つけることができます。
BCP は、BCP RFC として公開される前に IESG によって承認される必要があります (しなければならない / MUST)。IESG の承認は、セクション 6.1.2 で定義されている通常の IESG 承認プロセスを通じて取得されます。IESG は、文書が標準化されたプロセスまたは IETF 運用の他の側面を明確に明示し文書化していると信じる場合、文書を BCP RFC として公開することを選択することができます (してもよい / MAY)。
IESG は、候補 RFC が標準化されたプロセスまたは IETF 運用の他の側面を明確に明示し文書化していないと信じる場合、候補 BCP RFC を拒否することができます (してもよい / MAY)。IESG によって BCP RFC として拒否された文書は、情報提供 RFC (Informational RFC) の基準を満たしている場合、情報提供 RFC として公開される可能性があります。
多数の既存の RFC が BCP として指定され、RFC シリーズの BCP サブシリーズに配置されています。このような指定は、RFC 著者の承認と IESG の承認がある場合にのみ行われます。
セクション 6.3 で定義されている手順は、BCP RFC を改訂するプロセスに適用されます。
セクション 6.4 で定義されている手順は、BCP RFC を廃止するプロセスに適用されます。