IETFとは
IETF（Internet Engineering Task Force／インターネット・エンジニアリング・タスク・フォース／アイイーティーエフ）は、インターネット技術の標準仕様を、公開された合意形成によって策定する技術コミュニティです。
プロトコルの設計・運用・セキュリティ・相互運用性を、メーリングリスト、会合、草案、実装経験を通じて議論します。政府代表や企業会員が投票する組織ではなく、参加者は個人として技術的議論へ加わります。
IETFがRFC番号を発行する機関そのものではなく、すべてのRFCがIETF標準でもありません。IETFストリーム以外のRFCや、Informational・Experimentalという位置付けの文書もあります。
IETFを支える主な役割
チャーターで範囲と成果物を定め、メーリングリスト中心に草案を議論します。
複数WGをエリアへ分け、Area Director（エリアディレクター）が支援・審査します。
標準化文書を評価し、IETF手続きと品質を確認します。
長期的アーキテクチャー、連携、異議申し立て等の責任を持ちます。
承認済み文書を編集・公開し、恒久的なRFCとして管理します。
研究グループで標準化前後の長期的課題を扱い、IETFとは別のストリームを持ちます。
参加は公開メーリングリストから始められる
多くの技術作業はワーキンググループの公開メーリングリストで進みます。会合へ出席しなくても草案を読み、課題、実装結果、セキュリティ懸念、具体的な修正文を投稿できます。
参加費を払って組織会員になる必要はありませんが、行動規範、知的財産権の開示、議論の記録等の手続きに従います。所属企業の利益があっても、発言と判断は個人として行います。
ワーキンググループとチャーター
新しい課題は既存WGで扱うか、Birds of a Featherセッション等で関心・範囲を探ります。WG設立時のcharter（チャーター）は、解く問題、扱わない範囲、成果物、達成目標を定めます。
WGは何でも標準化できる常設委員会ではありません。チャーター外の大きな変更は、チャーターの改訂や別WGでの検討が必要です。目的を際限なく広げないようにします。
Internet-Draftは作業中の文書
Internet-Draft（インターネット・ドラフト）は、個人またはWGが提案・改訂する公開作業文書です。通常は有効期間があり、いつでも置き換え・失効し得ます。
草案名にIETFやWGが含まれても、標準として承認済みとは限りません。製品仕様が草案へ依存する場合はバージョンを固定し、後の変更を追跡します。
ラフコンセンサスと実際に動く実装
rough consensus（ラフ・コンセンサス／大まかな合意）は単純多数決ではありません。議長は賛否の人数だけでなく、技術的反対意見が十分検討され、重大な懸念が解決・記録されたかを判断します。
running code（ランニング・コード）は、複数の独立実装と相互運用試験が、仕様の曖昧さや実装不能を見つける考え方です。実装が存在するだけで安全・標準になるわけではなく、議論と検証を組み合わせます。
WG文書からRFCまでの代表的な流れ
- 問題と適用範囲を定める利用事例、既存プロトコル、セキュリティ・運用課題を明確にします。
- 草案を反復改訂するメーリングリストと会合でレビューし、実装・相互運用結果を反映します。
- WG Last Callを行うWG内で成果物として進められるか最終確認します。
- 広いレビューとIESG評価IETF Last Call、専門レビュー、エリアディレクター・IESGの評価を受けます。
- RFC Editorが出版する最終編集、参照整合、番号付与を経てRFCシリーズへ公開します。
RFCは文書シリーズ、位置付けは別
RFC（Request for Comments／リクエスト・フォー・コメンツ／アールエフシー）は恒久公開文書のシリーズです。Standards Track、Best Current Practice、Informational、Experimental、Historic等の位置付け・分類があります。
Standards Trackの成熟段階は現在、Proposed StandardとInternet Standardの二段階です。番号が新しい、製品が実装している、題名にプロトコル名があるというだけでInternet Standardとは限りません。
IETFストリーム以外のRFC
RFCシリーズにはIETFストリームのほか、IAB、IRTF、Independent Submissionの各ストリームがあります。それぞれレビューと承認経路が違います。
「RFCに書いてあるのでIETF標準」と短絡せず、文書ヘッダーとRFC Editorの文書情報ページでストリーム、分類、位置付け、更新・廃止関係、正誤情報を確認します。
公開後のRFCは書き換えず、関係を記録する
出版済みRFCの本文は原則としてそのまま残ります。技術変更は新しいRFCを出版し、UpdatesまたはObsoletes関係で以前の文書と結びます。編集上の誤りは正誤情報として記録されます。
実装時は一つのRFCだけでなく、更新するRFC、参照するBCP、IANAレジストリ、採択済み正誤情報を追います。「RFC番号だけ固定」では現行仕様全体になりません。
規範語の読み方
仕様中のMUST、SHOULD、MAY等は、RFC 2119とRFC 8174が定める条件で規範的意味を持ちます。大文字だから常に規範語とは限らず、文書がその規則を参照しているか確認します。
MUSTは実装上の好みではなく、相互運用性や安全性のための絶対要件です。SHOULDを外す場合も、その影響を理解し慎重に判断する必要があります。
IETFは個人が公開議論へ参加し、ラフコンセンサスと実装経験からインターネット仕様を作るコミュニティです。Internet-Draft、WG合意、IESG評価、RFC出版を分け、RFCのストリーム・位置付け・更新関係まで確認します。
IETFの目的・公開process・個人参加：IETF Introduction／standards process：RFC 2026／maturity level：RFC 6410