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

2. インターネット標準関連出版物 (Internet Standards-Related Publications)

2.1 征求意見文書 (Requests for Comments, RFCs)​

インターネット標準関連仕様の各個別バージョンは、"Request for Comments" (RFC) 文書シリーズの一部として公開されます。このアーカイブシステムは、インターネット標準文書およびIESG、IAB、およびインターネットコミュニティのその他の出版物の公式発行チャネルです。RFCは、匿名FTP、Gopher、World Wide Web、およびその他のインターネット文書検索システムを介して、複数のインターネットホストから入手できます。

オンライン文書シリーズは、1969年にオリジナルのARPA Wide Area Network (ARPANET) プロジェクトの一部として始まりました（略語表については付録Aを参照）。RFCは、インターネット標準を超えた広範なトピックをカバーしており、新しい研究概念の初期の議論からインターネットに関するステータスメモまで含まれます。RFCの発行は、IABの全体的な指導の下、RFCエディターの直接の責任です。

RFCのフォーマットと提出の規則は[5]で定義されています。各RFCはASCIIテキスト形式で利用可能です。一部のRFCは他の形式でも利用可能です。RFCの他のバージョンには、ASCIIバージョンにない素材（図やグラフィックなど）が含まれている場合があり、異なる形式でフォーマットされている場合があります。

*********************************************************
*                                                       *
*  標準トラック仕様にはより厳格な要件が適用されます： *
*  ASCIIテキストバージョンが権威ある参照であるため、   *
*  すべての必要な図と図解を含む、標準の完全かつ正確な*
*  仕様でなければなりません。                         *
*                                                       *
*********************************************************

インターネットプロトコルおよびサービス仕様のステータスは、"Internet Official Protocol Standards" [1]というタイトルのRFCで定期的に要約されます。このRFCは、各インターネットプロトコルまたはサービス仕様の成熟度レベルおよびその他の有用な情報を表示します（セクション3を参照）。

一部のRFCはインターネット標準を文書化しています。これらのRFCは、RFCシリーズの'STD'サブシリーズを構成します[4]。仕様がインターネット標準として採用されると、追加の指定"STDxxx"が与えられますが、RFC番号とRFCシリーズ内の位置は保持されます。（セクション4.1.3を参照）

一部のRFCは、原則の宣言や何かを行う最良の方法またはIETFプロセス機能に関する結論に関するコミュニティ審議の結果を標準化します。これらのRFCは'BCP'サブシリーズを構成します。仕様がBCPとして採用されると、追加の指定"BCPxxx"が与えられますが、RFC番号とRFCシリーズ内の位置は保持されます。（セクション5を参照）

すべてのインターネットプロトコルまたはサービスの仕様が、インターネット標準またはBCPになるべきである、またはなる必要があるわけではありません。このような非標準トラック仕様は、インターネット標準化規則の対象ではありません。非標準トラック仕様は、RFCエディターとIESGとの協議の後、「実験的」(Experimental) または「情報提供的」(Informational) RFCとして直接公開できます（セクション4.2を参照）。

********************************************************
*                                                      *
*   すべてのRFCが標準トラック文書であるわけではなく、  *
*   すべての標準トラック文書がインターネット標準の     *
*   レベルに達するわけではないことを覚えておくことが   *
*   重要です。同様に、現在の実践を説明するすべての    *
*   RFCが、BCPになるための審査と承認を経ているわけ    *
*   ではありません。詳細については、RFC-1796 [6]を   *
*   参照してください。                                 *
*                                                      *
********************************************************

2.2 インターネットドラフト (Internet-Drafts)​

仕様の開発中、文書のドラフトバージョンは、複数のインターネットホスト上で複製されるIETFの"Internet-Drafts"ディレクトリに配置することで、非公式なレビューとコメントのために利用可能にされます。これにより、進化する作業文書が広い聴衆に簡単にアクセス可能になり、レビューと改訂のプロセスが促進されます。

RFCとして公開されるインターネットドラフト、またはIESGがRFCとして公開することを推奨せずにInternet-Draftsディレクトリに6か月以上留まるインターネットドラフトは、単にInternet-Draftsディレクトリから削除されます。いつでも、インターネットドラフトは同じ仕様の更新バージョンで置き換えられ、6か月のタイムアウト期間が再開されます。

インターネットドラフトは仕様を「公開」する手段ではありません；仕様は前のセクションで説明したRFCメカニズムを介して公開されます。インターネットドラフトには正式なステータスがなく、いつでも変更または削除できます。

********************************************************
*                                                      *
*   いかなる場合でも、論文、レポート、または提案依頼書*
*   でインターネットドラフトを引用すべきではなく、   *
*   ベンダーもインターネットドラフトへの準拠を主張   *
*   すべきではありません。                            *
*                                                      *
********************************************************

注：RFCとして公開されることが合理的に予想される標準トラック仕様を、インターネットドラフトを引用せずに「進行中の作業」(Work in Progress) というフレーズを使用して参照することは許容されます。これは、標準トラック文書自体でも行うことができますが、参照を行う仕様が「進行中の作業」が引用されているかどうかに関係なく、完全で理解可能な文書として存在できる限りにおいてです。

に最終更新