要約

  • IETFは公開サイドミーティングを非公式と位置づけ、正式議事日程から外している。IETF 126では、指導部会合や正式用途に使わない時間に、約40人と約15人の二つのハイブリッド会議室を提供した。
  • 予約は最終日程の公開後に始まり、Secretariatが申請内容を確認したうえで先着順に確定する。到着順は限られた設備を低い裁量で配る方法であり、技術的価値、緊急性、需要、IETFでの優先度を測る方法ではない。
  • IETF 126後の調査では、正式日程との衝突が5点満点中3.08で、サイドミーティング項目の最低値だった。主催者向け別調査は42人に送られ14回答を得た。予定上の課題は示すが、特定テーマへの影響は示さない。
  • 公開する割当票には、希望枠と確定枠、部屋、定員、キュー／処理状態、申告された衝突、参加集計方法、録画同意、訂正履歴を残すべきだ。固定表示は「非公式、割当てによるプロセス上の地位なし」である。

まず定員十五人という事実を読む

IETFのサイドミーティング案内は、最初から範囲を限定している。参加者は会期中や前後に、コミュニティの一部が関心を持つ話題を公開の場で議論できる。IETFは限定的な支援を行う。ただし会合は非公式で、正式日程には入らない。

支援は実物である。大部屋にはU字配置の40席、押しボタン式マイク、投影、電源、Webex専用PCがある。小部屋は会場により前後する約15席で、投影、Meeting Owl、Webex端末を備える。未完成の課題に住所、時刻、遠隔参加、一定の可視性が与えられる。

この環境は議論を前進させる。運用者が実装前提の誤りを見つけ、別分野の専門家が重複を指摘し、著者が問題設定を改めることができる。Area Directorに正式な時間を求める前に、協力者が本当にいるか、反対理由が何かを知る場にもなる。

価値があるからこそ、承認という物語を付け足す必要はない。部屋は会話を増幅するが、IETFが取り組むべき問題か、スコープが妥当か、成果物を書き切れるかを決めない。カレンダー枠はアクセス記録であって、内容評価の記録ではない。

先着順は優先順位表ではない

予約ツールは最終日程の公開後に開く。主催者はカレンダーから部屋と1時間、90分、2時間の枠を選び、Datatrackerと結び付いた氏名・メール、題名、詳しい説明、共同ホスト、関係するIETF Area、必要なら外部会議リンクを提出する。Secretariatが確認し、不足があれば問い合わせ、先着順で確定する。

これは合理的な放棄である。事務担当者が未成熟なテーマの技術的価値を比べれば、目に見えないプログラム委員会になる。受信時刻は比較的確認しやすく、費用も低い。公表条件を満たす申請の間で、内部の好みが働く余地を狭める。

ただし、放棄した判断を後から結果に読み込んではならない。最初の申請は、インターネットにとって最も急ぐ課題とは限らず、実装者が最も必要とする課題とも、標準化に向く課題とも限らない。単にこの受付に早く届いた。

Secretariatの確認も技術審査ではない。責任者、説明、Area、遠隔手段を把握するのはサービス運用に必要である。RFC 8711が行政支援と標準化プロセスを分けるように、正しく確定された部屋から制度的支持は発生しない。

同じ規則で並べても、機会は同じにならない。開始を早く知った人、すぐに説明を書ける人が有利になり得る。複数Areaの関係者を必要とするテーマは、どの枠でも誰かを失う。二部屋という供給も変わらない。先着順が公平なのは限定した順序についてであり、聞かれる可能性全体についてではない。

正式日程がつくる「注意の影」

最終日程を見てから申し込めるのは改善である。しかし、衝突を発見できても避けられるとは限らない。WG、RG、BoF、全体会合、指導部会合が集中する一週間では、同じ専門家が何か所にも必要とされる。

IETF 126事後調査では、サイドミーティング全体が3.68、本人にとっての有用性が3.84、広いIETFにとっての有用性が3.85だった。正式日程との衝突は3.08で最低。自由記述にはサイドミーティングの増加、WG・RGとの重複、利用可能な空間への懸念があり、結果は会議に責任を持つIESGへ渡された。

この数字から投票結果を作ってはならない。主調査は登録者1,779人に対する406回答である。別の主催者調査は42人へ送られ14回答だった。42は会合数として公表された数字ではなく、一つの会合に複数ホストがいる可能性もある。14回答で全ての衝突を測ることはできず、3.08から失われた専門家や技術結果は特定できない。

それでも監視対象は明確である。Securityの正式セッションと重なる安全テーマは査読者を失う。OPSと重なる運用テーマは現場の知見を失う。Area横断テーマでは、衝突ゼロの時間が存在しないかもしれない。参加資格が開いていても、必要な注意はすでに別の責任へ配分されている。

ここでいう「影」は秘密の日程ではない。既存の正式作業が正当に注意を集め、その周囲へ非公式会合が置かれる構造である。良い時間を得たテーマは共同著者や反論を集め、次の公開記録を作りやすい。悪い時間のテーマは痕跡が少なく、後に未成熟に見える。日程は結論を決めないが、正式判断時に存在する証拠へ影響し得る。

満員表示も需要の単純な尺度ではない。15人なら小部屋は満員、20人なら大部屋は半分である。現地・遠隔、告知、時差、渡航、競合セッションによって数字は変わる。定員利用率を支持率に変換する根拠はない。

「公開・無料」と実際の到達可能性

公開サイドミーティングには重要な条件がある。主催者も参加者もIETF会議へ登録し、登録者なら追加料金なしで参加できるよう開く。Note Wellが適用され、行動、貢献、知的財産の規則は残る。出席情報は必須ではない。集める場合は任意で、主催者がプライバシー声明への適合を担う。録画には全員の能動的同意が必要である。

これらは資格と行為のルールである。登録費、免除手続、旅費、査証、宿泊、時差、他セッションを諦めるコストまでは消さない。十五席も増やさない。「公開」は重要だが、実効的アクセスの全変数を保証する言葉ではない。

強制的な氏名一覧は解決にならない。初期テーマを聞いてみたいが、氏名や勤務先と公開で結び付けたくない人もいる。任意収集は傍聴の余地を守る。安定した方法で集計した場合だけ、現地と遠隔を分けた範囲を出せばよい。データがなければ「未収集」であり、「関心なし」ではない。

録画も同じである。同意された録画は時間と場所を越えたアクセスを作る。録画がないことは閉鎖性の証拠ではない。録画があることも発言をIETF見解に変えない。保存と権限は別である。

サイドミーティング、BoF、WGをつなげて書かない

RFC 2418では、WGはIETF仕様・指針を作る主要機構である。設立を望む者は関係Area Directorの助言と同意を得て、チャーター、公開通知、IABレビュー、IESG承認などの正式手順を進む。Secretariatが登録するのは承認後である。

BoFも別の制度対象だ。関係Area Directorへ申請し、日程に入る前に承認を得る。説明と議題が必要で、限られたBoF時間について明示的判断が行われる。WG設立を目指さない一回限りのBoFもあるが、それでもサイドミーティングとは異なる記録を持つ。

RFC 5434はWG設立型BoFまでの準備を示す。問題設定、公開メーリングリスト、参加呼びかけ、Internet-Draft、Area Directorとの相談、作業する人数、提案チャーターが数か月かけて整えられる。サイドミーティングはこの不足を見つける場にはなる。充足したことにはならない。

したがって履歴は段階を飛ばさない。非公式議論、部屋の申請と配分、公開リストや草案、BoF申請、承認、チャーター審査、WG設立、文書採用、rough consensus、出版、導入は別の出来事である。後の成功は前の時点の権限を変えない。

RFC 7282が説明するrough consensusも人数投票ではない。異論の技術的内容を理解し扱ったかが重要である。正式WGですら満員で合意を決めないなら、非公式の十五席はなおさらである。

現在のカレンダーが忘れるもの

動的カレンダーは「今どこへ行くか」には強い。だが空白枠は、申請なし、遅い申請、情報待ち、取り下げ、正式用途への回収、長さ不一致、代替時間受諾のどれでもあり得る。どれも技術的拒否と同義ではない。

私信を公開せず、中立な処理コードだけ残せる。確定時も、希望と確定の時間、希望と実際の部屋、主催者が申告した衝突と後からの推測を分ける。移動、改題、ホスト変更、取消しは履歴へ追加し、上書きしない。

将来の研究には特に重要だ。企業は早期会合を市場承認と呼び、推進者は枠数を勢いと呼び、批判者は枠なしを拒否と呼ぶかもしれない。限定的な割当票は三者に同じ答えを返す。「この規則で、この資源が割り当てられた。それ以上ではない」。

後のInternet-Draft、BoF、WGへのリンクは有用だが、前向きでなければならない。日付と決定者を持つ別記録へつなぎ、古い非公式会合を正式な起点へ塗り替えない。

個人名を集めない割当票

Daniel Kadeの提案は小さな公開票であり、内容選別パネルではない。現行IETF規則でもない。会合単位の安定ID、主催者提供の題名・短い説明、公開予定のホスト、関係Area、受信時刻または粗いキュー順を記録する。秒単位の公開が争奪を強めるなら、署名済み連番や日単位でも順序を証明できる。

次に資源を記す。希望時間長と代替案、希望部屋、割当部屋と定員、希望枠と確定枠、当時の空き状況バージョン。避けたい正式セッションをDatatracker IDで主催者が申告できるが、これは聴衆の重複であり、優先権主張ではない。

処理状態は確定、代替で確定、情報待ち、利用不可、取下げ、取消し、置換などとする。理由は定員、枠占有、正式用途への回収、不完全申請に限る。技術点数は付けない。訂正は追記する。

プライバシーと記録は別欄にする。出席集計の有無、任意性、正確数・範囲・なし、録画同意、リンクの公開範囲を示す。重要そうに見せるための氏名一覧は不要である。

最後に固定文を置く。公開サイドミーティング／非公式／正式IETF議事日程外／割当てはプロセス上の地位を付与しない。 後に草案、BoF、提案チャーター、WGが生じたら、日付と権限者を持つ独立記録へリンクする。系譜は残すが、権限を遡及させない。

集計すれば、会合ごとの利用可能室時間、申請長、代替、利用不可、衝突類型、遠隔対応も分かる。参加者を特定せず、テーマを序列化せずに、IESGと会議チームは二部屋が足りるかを判断できる。

限界を書くことが非公式空間を守る

抽選、持ち回り、予約枠、部屋追加、内容審査という代案はいずれも費用を持つ。抽選は予測しにくく、持ち回りは申請者履歴を必要とし、内容審査は行政入口に技術的門番を置き、部屋追加は予算と会場の柔軟性を使う。IETF 126調査だけでは優劣を決められない。

当面比例的なのは、単純な先着順を保ち、状態と意味を強くすることだ。サイドミーティングは未完成の問いを扱い、批判され、チャーターを作らず終われるから有用である。一回の知識交換で役割を果たしてもよい。

問題は、始まりには非公式の自由を使い、後の物語では制度的承認を使う二重取りである。IETFはすでに「非公式、正式日程外」と書いた。割当票は、その文を最も目立つカレンダー証拠から離さない仕組みになる。

証拠の限界

本稿は現在のIETFサイドミーティング方針、IETF 126事後調査要約、Note Well、プライバシー声明、行政支援・BoF・WG・rough consensusのRFCを用いた。全申請、拒否、待機、室利用、個票調査データは公開されていない。動的カード数を数えず、42受信者を42会合とせず、特定テーマの排除、優遇、標準への影響を主張しない。割当票はDaniel Kadeのガバナンス提案である。

情報源

  1. IETF：サイドミーティングとプライベートミーティング
  2. IETF 126事後調査
  3. IETF 126 Vienna
  4. IETF Note Well
  5. IETF/IRTF/IABプライバシー声明
  6. RFC 2418：IETF Working Groupの指針と手続
  7. RFC 5434：成功するBoFセッションの考慮事項
  8. RFC 7282：IETFにおける合意とハミング
  9. RFC 8711：IETF行政支援活動2.0
  10. RFC 3935：IETFミッション声明
  11. IETFサイドミーティング予約ツール