RFC（Request for Comments）とは？インターネットの仕様を定義する文書体系を解説

私たちが日々利用しているインターネットは、世界中のコンピューターが共通のルールに従って通信することで成り立っています。この「共通のルール」を定義し、記録しているのがRFC（Request for Comments）と呼ばれる文書群です。RFCは単なる仕様書ではなく、インターネットの進化の歴史そのものを記録したアーカイブとしての側面を持っています。

Key Facts

• RFCの正体： IETF（Internet Engineering Task Force）などの団体が発行する、インターネット技術に関するメモランダム（覚書）形式の文書。
• 役割： 通信プロトコルや手順の定義、研究結果の共有、あるいは技術的なアイデアの提案を行う。
• 不変性： 一度発行されたRFCは修正されず、変更が必要な場合は新しい番号のRFCを発行して旧文書を「廃止（Obsolete）」とする。
• 多様なステータス： すべてが標準規格ではなく、「情報提供（Informational）」や「実験的（Experimental）」な文書も含まれる。

RFCの起源と歴史

RFCという仕組みは、1969年にSteve Crocker氏によって考案されました。当時、インターネットの前身であるARPANETの開発において、非公式なメモを研究者間で共有し、議論を促進させる必要があったためです。初期のRFCは、その名の通り「コメントを求める（Request for Comments）」という謙虚な姿勢で書かれており、断定的な表現を避けて自由な議論を促すスタイルが特徴でした。

1969年4月7日に発行された「RFC 1」は、UCLAのSteve Crocker氏らによって執筆された「Host Software」に関する文書でした。その後、RFCはタイプライターで作成された紙媒体から、ARPANET経由の電子配布へと移行し、次第にインターネットの公式な仕様書としての地位を確立していきました。また、スタンフォード研究所（SRI）のARCが、初期のRFC配布を担うネットワーク情報センター（InterNIC）として重要な役割を果たしました。

RFCの運用と編集体制

RFCの管理は、長らくJon Postel氏が編集者を務めることで知られていました。彼の没後、編集機能はIETFの管理下で組織化され、現在はIAB（Internet Architecture Board）の方向性に基づき、専門の編集チームによって運用されています。

2022年には「RFCエディターモデル（バージョン3）」が導入され、責任範囲の明確化が進みました。これにより、RFCシリーズ・コンサルティングエディター（RSCE）などの役割が整備され、より効率的なポリシー策定と実装が行われています。また、かつては固定幅のテキスト形式のみでしたが、2019年からは多様なデバイスで閲覧しやすいリフロー形式のフォーマットが導入されました。

文書の分類とステータス

RFCはすべてが「標準規格」であるわけではありません。その目的や成熟度に応じて、以下のようなステータスが割り当てられています。

RFCの主なステータス分類

ステータス	内容と目的
Standards Track	インターネット標準を目指す文書。Proposed StandardからInternet Standardへと昇格する。
Best Current Practice (BCP)	運用上のベストプラクティスや管理上のルールを定義する。
Informational	情報提供を目的とした文書。技術的な解説や、エイプリルフールのジョーク文書も含まれる。
Experimental	実験的な提案。普及や有効性が確認されれば標準トラックへ移行する場合がある。
Historic	技術的に古くなり、現在は利用が推奨されない文書。

標準化へのプロセス

標準規格となるRFCは、まず「インターネットドラフト（Internet Draft）」として公開され、専門家によるピアレビュー（査読）を受けます。その後、IETFの承認を経てRFCとして発行されます。このプロセスは、ISOなどの形式的な委員会主導の標準化とは異なり、実務経験に基づいたプラグマティック（実用的）なアプローチを取っているのが特徴です。

特殊なサブシリーズとストリーム

RFCには、IETF以外からの投稿を受け付ける「独立投稿（Independent Submission）」や、研究結果を扱うIRTF（Internet Research Task Force）などの異なる「ストリーム」が存在します。また、かつてはFYI（For Your Information）というサブシリーズもありましたが、現在は統合・整理されています。

RFCのユニークな文化：ユーモアと記録

RFCの世界には、厳格な仕様定義だけでなく、エンジニア特有のユーモアが根付いています。特にエイプリルフールには、パロディ文書が発行される伝統があります。例えば、TCP/IPのスタイルを模したRFC 748や、コーヒーポットを制御するためのプロトコルを定義したRFC 2324（HTTP 418 "I'm a teapot" ステータスコードの定義）などが有名です。

RFCの閲覧方法と著作権

最新のRFCや過去のアーカイブは、公式の「RFC Datatracker」から誰でも無料で閲覧可能です。すべての文書はプレーンテキスト（ASCII）で提出・公開されており、アクセシビリティが確保されています。

著作権については、原則として原著作者またはその雇用主が保持しますが、IETF Trustがライセンスを管理し、広く複製・配布できる仕組みになっています。

Frequently Asked Questions

RFCはすべてインターネットの標準規格なのですか？

いいえ、そうではありません。RFCには標準規格（Standards Track）のほか、単なる情報提供（Informational）や実験的な提案（Experimental）、過去の記録（Historic）などが含まれています。

一度発行されたRFCの内容が変更されることはありますか？

ありません。RFCは一度発行されると不変の記録となります。内容を修正・更新したい場合は、新しいRFCを発行し、古いRFCを「Obsolete（廃止）」または「Deprecated（非推奨）」として指定します。

RFCを誰でも投稿することはできますか？

はい、可能です。IETFのワーキンググループを通じてだけでなく、「独立投稿（Independent Submission）」という枠組みを利用して、個人や外部団体が提案を提出することができます。

BCPと標準規格の違いは何ですか？

標準規格（Standards Track）が主に通信プロトコルの仕様（データ形式など）を定義するのに対し、BCP（Best Current Practice）は運用上の推奨事項や管理ルールなど、ネットワーク上のデータ形式に直接影響しない「最善の手法」を定義します。

RFCの番号はどうやって決まりますか？

RFCエディターによって、発行順にシリアル番号が割り当てられます。この番号によって、インターネット技術がどのような順序で進化してきたかを追跡することができます。