Request for Comments

Request for Comments（リクエスト フォー コメンツ、略称：RFC）はインターネット技術、通信プロトコル、ファイルフォーマット、運用手順、研究成果、標準化プロセスなどを記録・公開する文書シリーズである。主に IETF、IAB、IRTF などにより発行される。RFC の一部はインターネット標準を構成するが、情報提供、実験、運用上の推奨事項、歴史的記録などを目的とする文書も多く、すべての RFC がインターネット標準であるわけではない。

RFCとは「コメント募集」を意味する英語の略語であり、初期のRFCは文字通り実際にコメントを求めるものであり、断定的な響きを避けて議論を促すために"Request for comments"という名前が付けられた。

RFCは基本的に英語で書かれており、公式の翻訳版は存在しない。

なお、IETF以外の組織・コミュニティにおいても、同様の目的の文書群をRFCと呼称する事例が存在する。

歴史

RFCというコンセプトは、1969年にARPANETプロジェクトにおいて生まれた。

初期のRFCはタイプライターで執筆され、高等研究計画局（略称ARPA、後にDARPAへ改名）の研究者にそれをコピーした紙が配布された。現在のRFCとは異なり、初期のRFCの多くは文字通り実際にコメントを求める非公式な作業文書であり、あまり形式ばらないスタイルで書かれていた。

RFC 1 は、カリフォルニア大学ロサンゼルス校(UCLA)のスティーブ・クロッカーが執筆し、1969年4月7日に発行された「ホスト・ソフトウェア」である。このRFCは、執筆したのはクロッカーであるが、クロッカーとスティーブ・カー、ジェフ・ルリフソンによる初期のワーキンググループでの議論により生まれたものである。

クロッカーが執筆した RFC 3 で「RFCとは何であるか」を初めて定義し、RFCはARPAのネットワーク・ワーキンググループに帰属するものとされた。ただし、これは正式な委員会ではなく、ARPANETプロジェクトに関心のある研究者のゆるやかな集まりであり、誰でも参加できた。

ARPANETが1969年12月に稼働し始めると、RFCの配布はARPANET上で行われるようになった。最初にネットワークで配布されたRFCはRFC 114であった。UCLAにはARPANETの最初のIMP(Interface Message Processor)の一つが置かれていたため、1970年代のRFCの多くもUCLAから発信された。ダグラス・エンゲルバートが所長を務めたスタンフォード研究所のオーグメンテイション研究センター(ARC)は、ARPANETの最初の4つのノードのうちの1つであり、初期のRFCもここから発信された。ARCには最初のNIC（のちのInterNIC）が置かれ、エリザベス・J・フェインラーが管理し、他のネットワーク情報とともにRFCを配布した。

1974年に発行されたRFC 675 でinter-networkingの略語としてはじめて「Internet」の語がつかわれた。

1977年頃、ARPANETプロジェクトとは別にInternetプロジェクトが発足した際に、ARPANETプロジェクトのRFCというコンセプトを模倣して、インターネット実験ノート（英: Internet Experiment Note、IEN）という類似の文書シリーズを発行することにした。またRFCのコンセプトを模倣した文書シリーズは IEN だけではなく、INWG Noteや、PRNET Notes、ARPA Satellite System Notes など多くプロジェクトでRFCを模倣した類似の文書シリーズが存在した。

これらのシリーズは完全に独立したものではなく、複数のプロジェクトに関係する文書は複数のシリーズでナンバリングをされているものも存在する。例えば前述のRFC 675は INWG 72 でもあり、またRFC 761は IEN 129 でもある。

1983年にARPANETはそれまでのNetwork Control Program（NCP）プロトコルを、Internetプロジェクトの成果物であるTCP/IPに移行した。それを機に、あるいはそれと前後して、これらの類似の文書シリーズはRFCに統合されていった。

1988年、IABにインターネットドラフト（英: Internet Draft）シリーズの作成が承認された。これにより最初期の「コメント募集」という位置づけと形式ばらないスタイルが、RFCとして承認される前段階であるインターネットドラフトに引き継がれた。

RFCの歴史については以下のRFCにまとめられている。

作成

RFCの作成プロセスは、RFC 2026 "The Internet Standards Process, Revision 3" で定義されている（一部が RFC 6410により更新されている）。

これは、国際標準化機構（ISO）などの正式な標準化組織の標準化プロセスとは大きく異なる。インターネット技術の専門家は、外部機関のサポートなしにインターネットドラフトを提出することができる。標準化過程のRFCはIETFの承認を得て公開され、通常はIETFワーキンググループに参加している専門家によって作成され、最初にインターネットドラフトが公開される。このアプローチにより、文書がRFCとなる前に、最初のピアレビューラウンドが容易になる。

RFCのスタイルガイドは RFC 7322 で定義されている。また、RFCエディターのサイトでスタイルガイド関連資料が紹介されている。ほとんどのRFCでは一貫性を保ち理解しやすいように「MUST」や「NOT RECOMMENDED」などの共通の用語セット（RFC 2119およびRFC 8174を参照）、メタ言語としての拡張バッカスナウア記法（ABNF、RFC 5234を参照）、および単純なテキストベースのフォーマットを使用している。

初期のRFCは固定幅の整形済みテキスト形式で作成されていたが、2019年8月にRFC文書をさまざまな表示サイズのデバイスで最適に表示できるように、リフロー可能な形式に変更された。

RFC エディター機能

RFC シリーズには、その文書の編集・発行・保存するための RFC エディター機能（英: RFC Editor function）が設けられている。

1969年から1998年までは、ジョン・ポステルがRFC編集者（英: RFC editor）を務めた。

ポステルの死後に、この役割は組織化され RFC エディター機能は単一の編集者を指すものではなく、RFC の発行方式を策定・承認する組織、RFC を編集・発行する組織、専門的助言を行う組織などから構成される。2026年時点の運用モデルはRFC 9920で規定されている。

バージョン管理

RFCエディターはRFCを公開する際に一連の番号を割り当てる。一度番号が割り当てられ公開されたRFCは、取り消されたり変更されたりすることはない。誤字などの誤りがあった場合には、別途正誤情報（英: errata）が公開されることがある。

公開済のRFCに大きな修正が必要な場合は、新しいRFCとして改訂版を発行する。そのため、一部のRFCは他のRFCを置き換えることがある。他のRFCを置き換えたRFCは置き換え先のRFCを「置き換えた（英: obsolete）」と言い、置き換えられたRFCは置き換え元のRFCによって「置き換えられた（英: obsoleted by）」と言う。例えばRFC 5000はRFC 7100によって置き換えられた、RFCインデックスなどにはRFC 5000には Obsoleted-By RFC7100 と記載があり、RFC 7100には、Obsoletes RFC5000 という記載がある。

またRFC文書の全体を置き換えるのではなく、一部を上書きするケースもある。この場合には他のRFCを上書きしたRFCは上書き先のRFCを「上書きした（英: update）」と言い、上書きされたRFCは上書き元のRFCによって「上書きされた（英: updated by）」と言う。

ステータス

すべての RFC がインターネット標準というわけではない。各RFCには標準化プロセスにおけるステータス（英: status）が定められている。ステータスは「標準化過程 (英: Standards Track)」、「情報 (英: Informational)」、「実験的 (英: Experimental)」、「現状で最良の慣行 (英: Best Current Practice)」、「歴史的 (英: Historic)」のいずれかである。

「標準化過程」
「標準化過程」は成熟度によってさらに「標準への提唱 (英: Proposed Standard, PS)」、「インターネット標準 (英: Internet Standard, STD)」に分けられる。以前のRFC 2026では「標準への提唱」、「標準への草稿 (英: Draft Standard, DS)」、「インターネット標準」の3段階だったが、RFC 6410によって2段階に変更された。ただし、それ以前に「標準への草稿」となったものが引き続き存在するため、標準化過程のRFCのすべてが2段階のどちらかになっているわけではない。最新の状態はRFCエディターのサイトで確認ができる。
→詳細は「インターネット標準」を参照
「情報」
エイプリルフールのジョークRFC、プロプライエタリなプロトコル、RFC 1591（DNSの構造と権限の委任）のように広く不可欠なものと認められた RFC など、ほとんどあらゆるものが含まれる。
「実験的」
インターネットに関して有用と考えられる研究成果や実験結果を広く公開するためのものである。実験的といっても、実際には具体的な手続きをとろうとする者がいないために標準化過程へ昇格していないだけの文書も含まれる。
「現状で最良の慣行」
「情報」には留まらないが実際にネットワークで使われるデータには影響しない、インターネット上の公式なルールと見なされている実務上の文書などである。またインターネット標準を実践するための技術的な推奨事項も含まれる。
「歴史的」
標準化過程で破棄された文書や標準化以前に公開されていた廃れた RFC に適用される。
ただし、別の RFC によって「置き換えられた（Obsoleted by）」RFC が必ずしも「歴史的」になるわけではない。
「不明」
ステータスが導入される以前に公開されたRFC（RFC 1128以前）は、そのほとんどのステータスを「不明 (英: Unknown)」とみなしている。ただし一部のRFCについて遡及的に「不明」以外のステータスを適用しているものもある。

サブシリーズ

RFCシリーズには、2つのサブシリーズ（BCP、STD）が含まれており、また廃止された1つのサブシリーズ（FYI）がある。

  • BCPサブシリーズ（英: Best Current Practice）は標準化過程ではないが、実務上のルールなどの必須情報をまとめたサブシリーズである。ステータスが「現状で最良の慣行」のRFCがこのサブシリーズを構成する。RFC 1818参照。
  • STDサブシリーズ（英: Standard）は、標準化過程の最終段階である「インターネット標準」のRFCが構成する。RFC 1311参照。
  • FYIサブシリーズ（英: For Your Information）は、RFC 1150 (FYI 1) で規定されているようにIETFによって推進されている情報RFCのサブシリーズであった。ステータスが「情報」の一部がこのサブシリーズを構成していた。2011年、RFC 6360によって FYI 1 が廃止され、このサブシリーズは終了した。

RFCが各サブシリーズに割り当てられると、サブシリーズの番号が割り当てられる（例えば、STD 1 など）。サブシリーズの番号が割り当てられてもRFC番号は保持される。

サブシリーズを構成するRFCが置き換えられた場合でも、サブシリーズの番号は変わらずに新しいRFCを参照するようになる（参照先のRFCは1つの場合もあれば、複数のこともある）。例えば、2007年時点ではRFC 3700がインターネット標準 STD 1 であったが、その後RFC 5000に置き換えられたため、2008年5月時点の STD 1 はRFC 5000となった。さら2013年12月にRFC 7100で置き換えられ、STD 1 は使用されなくなった。

発行経路

RFCの発行経路（英: RFC Stream）には、IETF、IRTF、IAB、独立提出（英: independent submission）、および編集方針（英: Editorial）の5パターンがある。

IETF ストリーム
IETF の標準化、その他の活動による文書の発行経路。「標準化過程」、「現状で最良の慣行」のほか、「情報」や「歴史的」な RFC も発行される。
IAB ストリーム
IAB によって承認された文書の発行経路。
IRTF ストリーム
IRTF およびその研究グループの活動による文書の発行経路。
独立提出ストリーム
IETF、IAB、IRTF の公式なプロセスとは独立して提出された文書を、ISE（独立提出エディター、英: Independent Submissions Editor）の所定の審査を経て発行する経路（RFC 4846、RFC 5742、RFC 5744参照）。インターネットコミュニティに関連し、一定の技術的・編集上の品質を満たした文書が対象となる。このストリームから発行された RFC は、IETF コミュニティの合意を意味するものではなく、「標準化過程」でも「現状で最良の慣行」でもない。
編集方針ストリーム
RFC シリーズ自体の編集方針を定める文書を発行するための経路。現在の「RFC エディターモデル」を規定するRFC 9920などが、このストリームで発行される。

著作権

一般的なルールとしては、明示的に権利を譲渡しない限り、RFCの著者（または雇用条件にその旨が定められている場合は雇用主）が著作権を保持する。

独立機関であるIETFトラストが一部のRFCの著作権を保有しており、その他すべてのRFCについては著者からRFCの複製を許可するライセンスを付与されている。インターネットソサエティはRFC 4714以前の多くのRFCで著作権所有者として言及されているが、その権利をIETFトラストに譲渡した。

取得方法

全てのRFCはインターネット上で公開されており、誰でも閲覧、取得することができる。

インターネット上では以下の2つのURIからRFCを取得できる（以下はRFC 1149の例）。

IETFは、RFCの公式提供URIは RFC エディターのサイト（www.rfc-editor.org ドメインのもの）であり、datatracker.ietf.org ドメインのものはその作業用リポジトリであるとしている。ただし、関連するインターネットドラフト等は datatracker.ietf.org にしかないため注意が必要である。

RFC エディターのサイトでは、RFC の本文の他に、ステータス（Status）、発行経路（Stream）、文書間の関連（Obsoletes/Obsoleted by、Updates/Updated by）、正誤情報（Errata）、STD番号、BCP番号などのメタ情報も確認できる。

最新のRFC一覧はRFCエディターのページに公開されているRFCインデックスで確認ができる。

RFCシリーズのISSN（国際標準逐次刊行物番号）は 2070-1721 である（RFC 5741参照）。

RFCシリーズのDOI（デジタルオブジェクト識別子）のディレクトリ識別子は 10.17487 である（RFC 7669参照）。例えばRFC 1149のDOIは10.17487/RFC1149であり、DOIディレクトリ経由でアクセスするURIは以下のようになる（%2Fは/のURLエンコードである）。

一風変わったRFC

毎年、エイプリルフールにはユーモラスな内容のRFC、通称ジョークRFCが公開されることがある。

→詳細は「ジョークRFC」を参照

また、インターネットに多大な貢献があった人への追悼のRFCが公開されたこともある。

脚注

注釈

  1. ↑ INWG は International Network Working Group の略
  2. ↑ 一部のRFCはPostscriptなどの特定のフォーマットでのみ提供されている。
  3. ↑ ただし必ずしも番号順に公開されるわけではない。RFCインデックスで確認できる。
  4. ↑ RFCが誤った形式で公開されたような場合が唯一の例外。
  5. ↑ 置き換えられた RFC も引き続きインターネットから参照は可能である。
  6. ↑ STD 1 はインターネット標準の一覧。STD 1 廃止後はオンラインで最新状態を確認できる。本項の「ステータス」節を参照。
  7. ↑ Errata は読者からの報告も可能であり、記載されている Errata がすべて確認済みであるとは限らない。確認済みのものは「Verified」となり、未検証の「Reported」、拒絶された「Rejected」、その他にも将来の文書へ反映するとしたものなどの状態がある。
  8. ↑ ジョークRFCはエイプリルフールに必ず発行されるわけではない。例えば2006年や2016年には発行されていない。

出典

  1. ↑ Hafner, Katie; Lyon, Matthew (1996). Where Wizards Stay Up Late: The Origins of the Internet.
  2. ↑ Metz, Cade (May 18, 2012). “Meet the man who invented the instructions for the Internet”. Wired 2018年12月18日閲覧。.
  3. ↑ “Stephen D. Crocker, How the Internet Got Its Rules, The New York Times, 6 April 2009”. Nytimes.com. April 7, 2009. 2012年4月3日閲覧.
  4. ↑ Host Software (英語). 7 April 1969. doi:10.17487/RFC0001. RFC 1.
  5. 1 2 Fifty Years of RFCs (英語). December 2019. doi:10.17487/RFC8700. RFC 8700.
  6. ↑ Elizabeth J. Feinler (July–September 2010). “The Network Information Center and its Archives”. Annals of the History of Computing 32 (3): 83–89. doi:10.1109/MAHC.2010.54.
  7. 1 2 30 Years of RFCs (英語). 7 April 1999. doi:10.17487/RFC2555. RFC 2555.
  8. ↑ IETF Working Group Guidelines and Procedures (英語). September 1998. doi:10.17487/RFC2418. RFC 2418.
  9. ↑ “Style Guide”. RFC Editor. 2024年12月3日閲覧。
  10. ↑ RFC Format Change FAQ at the Wayback Machine (archived 2024-11-01)
  11. ↑ “About the RFC Editor”. RFC editor (2026年5月11日). 2026年11月11日閲覧。
  12. 1 2 “About RFCs”. IETF. 2024年12月5日閲覧。
  13. ↑ “Frequently Asked Questions - Are all RFCs Internet standards documents?”. 2024年11月29日閲覧。
  14. ↑ Not All RFCs are Standards (英語). April 1995. doi:10.17487/RFC1796. RFC 1796.
  15. ↑ “IESG Statement on Designating RFCs as Historic”. IETF (2024年2月23日). 2026年11月11日閲覧。
  16. ↑ RFC Editor Model (Version 3) (英語). 2026年2月. doi:10.17487/RFC9920. RFC 9920.
  17. ↑ “Frequently Asked Questions - Reproducing RFCs”. 2024年11月29日閲覧。
  18. ↑ Rights Contributors Provide to the IETF Trust (英語). November 2008. doi:10.17487/RFC5378. RFC 5378.
  19. ↑ “Frequently Asked Questions - Copyright and IETF Copyright Policies”. 2024年11月29日閲覧。
  20. ↑ “References in RFCXML”. 2024年11月29日閲覧。
  21. ↑ “What is the difference between datatracker.ietf.org & www.rfc-editor.org and which is Official URL for RFC ?”. 2024年11月29日閲覧。
  22. ↑ “Links to HTML versions of RFC's need to move from "tools" to "datatracker"”. 2024年11月29日閲覧。

参考リンク

  1. ↑ “Official Internet Protocol Standards”. RFC Editor. 2024年11月29日閲覧。
  2. ↑ “RFC Index”. RFC Editor. 2024年12月3日閲覧。

関連項目

外部リンク