要約

  • ITU-T 研究委員会の議長は公式代表を任命できたが、IETF 作業部会では、その意見は他の参加者の意見と同じ重みで扱われた。
  • 承認、配送、公開アーカイブ、担当者の指定はリエゾンの来歴を証明するが、受け手の同意、標準化、実装を証明しない。

正式な委任状を持つ代表が会議に来る。研究委員会の議長が認め、代表者名簿も所定の相手に届いている。その人が機関の立場を説明していることに疑いはない。

しかし、その真正性は会議の結論を先取りしない。RFC 3356 は、ITU-T の公式代表が示す意見を、IETF 作業部会のほかの参加者の意見と同じ重みで扱うと明記した。委任は「誰の立場か」を確定する。受け手に代わって「何を決めるか」までは確定しない。

2002 年 8 月に情報文書として刊行された RFC 3356 は RFC 2436 を置き換えた。本文の大部分は、2001 年 11 月に TSAG が承認した ITU-T A シリーズ補遺 3 と共通していた。信号、番号、安全性、経路制御、管理、性能、アクセスなどで両組織の作業が重なり、連絡を欠けば重複や衝突が起きる時代だった。

それでも制度の構造は違った。IETF は主に公開メーリングリスト上の作業部会で議論し、エリアディレクターと IESG が支える。ITU-T は課題、作業班、研究委員会、ラポータで仕事を組み立て、会合の役割も大きい。協力とは、一つの手続きを二つの看板で呼ぶことではなかった。

最初の仕組みは作業の発見である。ITU-T の研究委員会は、IETF と協力する目的と期待する成果を作業計画に記す。IETF 作業部会も、関連する ITU-T 研究委員会との関係をチャーターに記す。近い話題を扱っているという事実と、共同で権限を持つという主張を分けるためだ。

NewWork メーリングリストは早期警戒路だった。IETF の新規・改訂チャーター案や BOF の告知が流れ、ITU-T 側の配信網がそれを受け取った。IETF のチャーター手続きは二週間ほどで進む場合があるため、継続監視が勧められた。ITU-T の作業計画更新も逆方向に通知された。

通知を読んだことは、議題を予約したことではない。相手の手続きを停止させず、拒否権も生まない。得られるのは介入の時間であって、決定権ではない。

会議への参加には別の委任記録があった。IETF 参加者は、該当する作業部会またはエリアの承認を得て ISOC 代表として ITU-T 会合に参加でき、IAB 議長が TSB へ登録を伝えた。逆方向では、ITU-T 研究委員会議長が、研究委員会やラポータグループの活動について権威をもって話す公式代表を認めた。

この仕組みは、個人の見解を機関の立場に偽装する危険を減らす。一方で、送り手の権威を受け手の権威へ移さない。IETF に入った意見は、公開の議論と合意形成を通らなければならない。肩書は追加票にも拒否権にもならない。

会合外の通信も同じ二層構造だった。専門家同士の非公式な対話は歓迎された。正式な通信は、研究委員会、作業班、ラポータグループ、IETF 作業部会またはエリアのどこから来たのかを明示し、明確な承認を得る必要があった。

ITU-T から IETF へ届く正式文書は、該当する議長とエリアディレクターに宛て、リエゾン文書専用の IETF 受付先にも写しを送り、公開ページに掲載し、IETF 内の担当者を決める。これで受領、公開、処理責任は追跡できる。

だが、追跡できることと賛成したことは別である。公開済みの文書でも、未処理、部分回答、実質的反対、後続作業による陳腐化があり得る。担当者名は処理責任の証拠であって、決定の証拠ではない。

草案の交換にも承認境界があった。IETF の Internet-Draft を ISOC の寄書として ITU-T に送るには、相互利益、送付の有用性、状態表示の正確さを作業部会が確認し、エリアディレクターが承認する。承認されたのはレビューへ送る行為であり、草案の標準化ではない。

ITU-T の勧告草案を IETF へ送る場合も、開発段階、連絡先、所属する研究委員会を明記した。Internet-Draft の外形を得ても IETF 合意文書にはならない。2002 年当時の Internet-Draft は六か月で失効する一時文書だった。形式は運搬を助けるが、出自を洗い替えない。

そこで RFC 3356 は、一方が成果を完全に文書化し、他方が参照する形を好んだ。共同文面は、承認と改訂の手続きが違うため推奨されなかった。参照なら仕様を接続しつつ、保守主体、置換履歴、変更権限を分けておける。

RFC 2026 は IETF が外部の公開標準を参照する規則を示し、ITU-T A.5 は勧告から外部文書を参照する規則を示した。RFC 3356 と A シリーズ補遺 3 が多くの文言を共有しても、それぞれの承認記録と将来の改訂は別の制度に属した。

後の RFC 4052 は IAB によるリエゾン関係管理を、RFC 4053 はリエゾン文書の処理を、RFC 4691 は代表の行動原則を詳しくした。代表は情報を伝え理解を助けるが、独立して交渉し IETF を拘束する者ではない。2012 年の RFC 6756 も、同じ重みと別々の文書管理という境界を維持した。

これらの文書は、現実のすべての連携が円滑だったと証明しない。特定の紛争や相互運用結果も示さない。示すのは証拠の順序である。個人、委任、正式文書、配送、担当、受け手の合意、刊行、実装には、それぞれ別の記録が必要だ。

代表は機関を背負って発言した。だからこそ、作業部会は自ら決めたことを自ら記録しなければならなかった。

Sources