RFC（Request for Comments）とは？インターネットの仕組みを定義する技術文書の全貌

私たちが日々利用しているインターネットは、魔法のように自然に動作していますが、その裏側には世界中で共通して利用される厳格な「ルール」が存在します。そのルールの多くを定義しているのがRFC（Request for Comments）と呼ばれる技術文書です。

RFCは、主にIETF（Internet Engineering Task Force）などの団体によって発行されるメモランダム形式の文書であり、インターネットや接続システムの動作に関する手法、研究、革新的なアイデアなどが記述されています。単なる仕様書ではなく、エンジニアやコンピュータ科学者が知見を共有し、相互にレビューを行うためのプラットフォームとして機能しています。

Key Facts

• RFCの正体：インターネットの仕様、通信プロトコル、手順などを記録した公式文書のシリーズ。
• 起源：1969年にスティーブ・クロッカーによって、ARPANETの開発記録として考案された。
• 標準との違い：すべてのRFCが「標準」なわけではなく、情報提供や実験的な内容のものも多く含まれる。
• 不変性：一度発行されたRFCは修正されず、変更が必要な場合は新しい番号のRFCとして発行される。
• 管理主体：現在はIETFやIABなどの組織が関与し、RFCエディターが発行を管理している。

RFCの歴史と成り立ち

RFCの歴史は、現代のインターネットの前身であるARPANETプロジェクトに遡ります。1969年、UCLAのスティーブ・クロッカー氏らが、開発中のメモを共有するためにこの形式を導入しました。当初は「コメントを求める（Request for Comments）」という名前の通り、断定的な仕様書ではなく、議論を促すためのカジュアルな形式で書かれていました。

最初の文書である「RFC 1」は1969年4月7日に発行され、ホストソフトウェアについて記述されていました。初期のRFCはタイプライターで作成され、紙媒体で配布されていましたが、同年12月からはARPANETを通じてデジタル配布されるようになりました。

その後、RFCは単なるメモから、インターネットの根幹を支える公式な仕様書へと進化しました。また、技術的な内容だけでなく、エイプリルフールのジョークとして発行されるパロディ文書（例：コーヒーポット制御プロトコルのRFC 2324など）というユニークな文化も根付いています。

RFCの運用と発行プロセス

RFCは、ISO（国際標準化機構）のような厳格な委員会主導のプロセスとは異なり、実務経験に基づいたプラグマティック（実用的）なアプローチで作成されます。専門家が「インターネットドラフト」と呼ばれる草案を提出し、コミュニティによるピアレビューを経てRFCとして採択される流れが一般的です。

文書のバージョン管理と不変性

RFCの最大の特徴は、一度発行されると内容が変更されないことです。もし内容に誤りがあったり、仕様を更新したりする必要がある場合は、修正版として新しいシリアル番号を持つRFCが発行されます。このとき、古い文書は「廃止（Obsolete）」または「陳腐化（Deprecated）」としてマークされます。これにより、インターネットの進化の過程がすべて履歴として保存される仕組みになっています。

RFCエディターの役割

長年、ジョン・ポステル氏がエディターとして中心的な役割を果たしてきましたが、現在は組織的な管理体制へと移行しています。2022年には新しいモデル（RFC 9280）が導入され、責任範囲の明確化やプロセスの効率化が図られました。また、2019年からは多様なデバイスで閲覧できるよう、固定幅テキストからリフロー可能なフォーマットへの移行が進んでいます。

RFCの分類とステータス

すべてのRFCが同じ権威を持つわけではありません。その目的や成熟度に応じて、以下のようなステータスが割り当てられています。

RFCのステータス分類一覧

ステータス	概要	特徴
Standards Track	標準化プロセスにある文書	IETFによって承認され、インターネット標準を目指すもの。
Best Current Practice (BCP)	現時点での最善策	運用上のルールや推奨される手法をまとめたもの。
Informational	情報提供	一般的な知識や、ジョーク、研究結果などの共有。
Experimental	実験的	動作の検証中であり、広く普及するか未定の提案。
Historic	歴史的	かつては利用されていたが、現在は推奨されない技術。

発行ストリーム（経路）による違い

RFCは、その出所によって5つの「ストリーム」に分かれています。IETF、IRTF（研究）、IAB（アーキテクチャ）、独立投稿（Independent）、そして編集上の変更を行うエディトリアル（Editorial）です。このうち、標準化トラックの文書を発行できるのはIETFのみとなっています。

RFCの閲覧方法と権利

RFCの公式なソースは「RFC Datatracker」であり、誰でも無料で閲覧可能です。基本的にはプレーンなASCIIテキストとして提供されており、シンプルで汎用性の高い形式が維持されています。

著作権については、原則として原著作者またはその雇用主が保持します。ただし、IETF Trustがライセンスを管理し、広く複製・配布できるようにすることで、技術のオープンな普及を支えています。

Frequently Asked Questions

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

いいえ、そうではありません。RFCには標準化を目指す「Standards Track」のほか、単なる情報共有のための「Informational」や、検証段階の「Experimental」など、さまざまな目的の文書が含まれています。

一度発行されたRFCの内容が間違っていた場合はどうなりますか？

発行済みのRFCを直接書き換えることはありません。軽微な誤りは「Errata（正誤表）」として別途公開され、重要な変更が必要な場合は、新しいRFC番号を割り当てた更新文書が発行され、古い文書を「Obsolete（廃止）」にします。

BCP（Best Current Practice）とは何ですか？

技術的なプロトコルの仕様ではなく、ネットワークの運用や管理における「現時点での最善の手法」をまとめた文書です。例えば、DoS攻撃を防ぐためのフィルタリング手法などがBCPとして定義されています。

なぜRFCにはジョークのような文書があるのですか？

RFCの文化には、エンジニア同士のユーモアを共有する伝統があります。特にエイプリルフールには、あえて真面目な形式で冗談のような仕様書を出す習慣があり、コミュニティの結束や創造性を高める役割を果たしています。

RFCをどこで読むことができますか？

公式の「RFC Datatracker」ウェブサイトで、番号やキーワードから検索して閲覧することが可能です。ほとんどの文書がHTML形式やプレーンテキストで公開されています。