IETF

読み:あいえてぃーえふ / 英語表記:Internet Engineering Task Force

インターネットの通信技術などについて、公開の議論を通じて技術仕様や運用上の指針を作る標準化コミュニティ。作業の成果はRFCとして公開されるが、そのすべてが標準規格というわけではない。

イマシルちゃんの解説

別々の会社が作った道具でも、同じ差込み口なら一緒に使いやすいよね。
使い方の決まりを持ち寄り、実際につながるか確かめながら相談する場があるんだ。

一度決めて終わりではなく、不便なところがあれば次の案を考える。
みんなが読める形で残すことで、別の人も同じ決まりで作れるようになるんだよ。

より深い解説

何を作るのか

IETFでは、インターネットの相互接続に必要なプロトコルや運用技術を議論する。IP、DNS、メール、暗号通信など、対象は複数の分野にわたる。

特定の会社の製品を販売する組織ではない。異なる実装が互いに通信できる相互運用性を重視し、仕様の曖昧さや実装上の問題を議論する。

議論と文書の流れ

段階内容
提案Internet-Draftとして草案を公開する
検討ワーキンググループなどで議論し、修正する
確認技術内容、実装経験、他の仕様への影響を検討する
公開必要な審査を経た文書をRFCとして公開する

すべての草案が最終文書になるわけではない。草案は更新や失効があるため、固定した仕様として扱う前に状態を確認する。

IETFでは、単純な多数決だけでなく、十分な議論を踏まえたラフコンセンサスを重視する。異論が一つでもあれば進められない、という全員一致の意味ではない。

文書の種類を読む

区分・名称読むときの注意
Standards Track標準化の過程にある技術仕様
BCP運用や手続などのベストプラクティス
Informational情報提供を目的とする
Experimental実験的な技術を扱う

RFCにはIETF以外のストリームで公開される文書もある。「番号が付いているからIETFの標準」とは限らない。文書のカテゴリやステータスを確かめる必要がある。

仕様を参照するときの注意

公開済みのRFCの本文を書き換えて、新しい仕様へ差し替えることはしない。通常は新しい番号の文書を公開し、以前の文書との関係を示す。

表示意味
Updates既存文書の一部を更新する
Obsoletes既存文書を置き換える
Errata誤記などの訂正情報

古い文書だけで判断せず、後継文書や訂正情報も読む。プロトコルの設計を理解するには、仕様本文だけでなく、その前提やセキュリティ上の考慮点も重要である。

管理・運用組織との違い

ICANNは名前や番号などの管理調整を担い、CSIRTは事故対応を担う。IETFがプロトコルを標準化しても、個々のネットワークの設定や障害対応まで代行するわけではない。

実際の試験ではここに出る!

この用語が出てくる記事

↑