Summary

  • RFC 2014は長期的な研究グループを制度化し、その成果をIETFへ届けても他の提案より重く扱わないと定めた。
  • 参加者を限定する余地を認める一方、公開の関心リストや進捗報告、時折の公開会合を設けた。

インターネットの技術課題には、同じ時間軸で答えを出せないものがある。相互運用の仕様は比較的早い決定を求める一方、研究課題は有用な設計が見えるまで何年もの協働を要することがある。1996年10月にBCP 8として出たRFC 2014は、後者を担う場としてInternet Research Task Force（IRTF）を説明した。長期研究を担うIRTFと、短期のエンジニアリングや標準化に取り組むIETFは、異なる目的を持つ補完関係とされた。(RFC 2014)

研究グループは長く続く前提で設計された。少人数でテーマを絞り、安定した参加者が協働する。参加者は組織の代表ではなく、個人として加わる。設立には研究内容を示すチャーターと発起人の一覧が必要で、Internet Research Steering Groupが審査した後、Internet Architecture Boardへ承認を求めた。チャーターには研究分野、目標、インターネットアーキテクチャへの期待される影響を書く。入口を明確にしつつ、研究の進め方には余地を残す構造だった。(RFC 2014)

この形式は、IETFのワーキンググループほど開かれていない場合があった。長期的な協力関係を築くため、IRTF研究グループは参加者を限定できたが、RFCはその運用に慎重さを求めた。誰でも購読できる関心リスト、定期的な進捗報告、時折の公開会合も設けられた。これらは活動を外から追えるようにする仕組みであり、誰でも各グループの正式メンバーになれるという約束ではない。(RFC 2014)

研究成果が標準に向かう段階では、さらに明確な境界があった。研究グループは論文、コミュニティ向け文書、InformationalやExperimentalのRFCを発表できる。技術をIETFのワーキンググループへ持ち込み、標準化を検討してもらうこともできた。しかしIRTFからの入力は、他のコミュニティ提案より重くなく、同じ標準化手続きに入る。研究グループに合意形成は必須ではなく、成功は成果の質と影響で測る。RFCとして刊行されたことだけでは、文書の規範的な地位は決まらない。(RFC 2014；RFC 2026)

参考資料と限界