IETF
インターネットの通信技術や運用について、公開の議論を通じて技術仕様や指針を策定する標準化コミュニティである。成果はRFCとして公開されるが、すべてが標準規格というわけではない。
イマシルちゃんの解説
別々の会社が作った機器やソフトでも通信できるのは、情報の送り方や受け取り方に共通の決まりがあるからなんだ。
その決まりを話し合って作る標準化コミュニティの一つがIETFだよ。
インターネットの通信を支える技術を扱っていて、特定の会社だけで仕様を決めるわけではないんだ。
技術者たちが案を持ち寄り、公開の議論や実際に動かした結果をもとに内容を練り上げていくよ。
まとまった内容は文書として公開されるので、ほかの人も同じ決まりに沿って開発できるんだ。
こうして作り手が違っても通信できるように、共通の土台を整えているんだよ。
この解説はわかりやすかったですか?
より深い解説
何を作るのか
IETFでは、インターネットの相互接続に必要なプロトコルや運用技術を議論する。IP、DNS、メール、暗号通信など、対象は複数の分野にわたる。
特定の会社の製品を販売する組織ではない。異なる実装が互いに通信できる相互運用性を重視し、仕様の曖昧さや実装上の問題を議論する。
議論と文書の流れ
| 段階 | 内容 |
|---|---|
| 提案 | Internet-Draftとして草案を公開する |
| 検討 | ワーキンググループなどで議論し、修正する |
| 確認 | 技術内容、実装経験、他の仕様への影響を検討する |
| 公開 | 必要な審査を経た文書をRFCとして公開する |
すべての草案が最終文書になるわけではない。草案は更新や失効があるため、固定した仕様として扱う前に状態を確認する。
IETFでは、単純な多数決だけでなく、十分な議論を踏まえたラフコンセンサスを重視する。異論が一つでもあれば進められない、という全員一致の意味ではない。
文書の種類を読む
| 区分・名称 | 読むときの注意 |
|---|---|
| Standards Track | 標準化の過程にある技術仕様 |
| BCP | 運用や手続などのベストプラクティス |
| Informational | 情報提供を目的とする |
| Experimental | 実験的な技術を扱う |
RFCにはIETF以外のストリームで公開される文書もある。「番号が付いているからIETFの標準」とは限らない。文書のカテゴリやステータスを確かめる必要がある。
仕様を参照するときの注意
公開済みのRFCの本文を書き換えて、新しい仕様へ差し替えることはしない。通常は新しい番号の文書を公開し、以前の文書との関係を示す。
| 表示 | 意味 |
|---|---|
| Updates | 既存文書の一部を更新する |
| Obsoletes | 既存文書を置き換える |
| Errata | 誤記などの訂正情報 |
古い文書だけで判断せず、後継文書や訂正情報も読む。プロトコルの設計を理解するには、仕様本文だけでなく、その前提やセキュリティ上の考慮点も重要である。
管理・運用組織との違い
ICANNは名前や番号などの管理調整を担い、CSIRTは事故対応を担う。IETFがプロトコルを標準化しても、個々のネットワークの設定や障害対応まで代行するわけではない。
実際の試験ではここに出る!全1問
ネットワークスペシャリスト
- 午前Ⅱ