要約

  • 9月1日の公開Executive Director報告は、IETF 131向けに当初確保した枠が別の相手に渡り、過去のアジア会場と再び話していると記す。
  • 元の会場はIETF 134向けの交渉に移った。同一候補の関係は確認できるが、契約が移転したとは確認できない。
  • IETF 125の資料では、IETF 131は2028年3月18～24日、アジア、会場TBAだった。現地調査や交渉は公表済みの選定ではない。
  • 公開手順はLLC Boardの承認、最終契約、コミュニティーへの通知を分けている。匿名候補がそこまで進んだ証拠はない。
  • 候補名や価格を公表せず、事前予約の種類、期限、終了理由、代替経路を残す会場状態レシートが必要だ。

一行の報告が示した「未公表の進捗」

IETF LLC Board向け報告の将来会議欄は短い。IETF 129 BerlinとIETF 130 Vancouverは予約済み・発表済み。IETF 132は現地訪問の予定。IETF 131だけは、当初予約した枠を失い、以前の候補へ戻る状態にある。

すぐ次のIETF 134欄には、IETF 131向けだった会場と交渉しているとある。つまり候補自体が不適格になったとは限らない。2028年3月の在庫だけが使えず、別のアジア開催日なら成立する可能性もある。

公表された事実はそこまでだ。ホテル名、都市、国、相手方は伏せられている。予約が無料の仮押さえだったのか、有償のオプションだったのか、独占性があったのかも分からない。誰かの不手際、違約金、損失、返金を示す資料もない。

会合案内は、この報告が公開部分の事前資料だったことを示す。ただし報告を受け取ることと、Boardが個別案件を決議することは別である。

以前の公開記録は、場所だけを空欄にしていた

IETF 125のLLC資料では、IETF 131の地域と日程は決まっていた。アジア、2028年3月18～24日。会場欄はTBAだった。

同セッションの議事記録は、比較的大きな国で現地調査を行い、交渉中であり、可能ならIETF 126 Viennaまでに発表したいとしていた。「可能なら」という条件は重要だ。公開された目標であって、成立を保証する約束ではない。

その前には訪問上の中断もあった。2月18日の報告によれば、担当者が直前に参加できなくなり、予定していた訪問を取り消した。重要な役割には今後バックアップを置くとした。3月9日の報告では、IETF 125後の再訪問が予定されていた。

時間順に並べることはできる。だが、2月の中止が9月の枠喪失を引き起こしたと結論することはできない。資料が示していない因果関係を補うのは、記録ではなく物語である。

七段階の手順に「仮押さえ」の名前がない

会場選定手順は、推薦、初期評価、コミュニティー意見、詳細評価、LLC Board承認、契約、通知の順に進む。詳細評価では現地訪問、費用、周辺ホテル、ネットワークなどを確認する。Boardは非公開の詳細資料を基に承認し、最終契約が署名され、組織が拘束された後に初めて公表される。

合理的な順序である。必須条件を確認する前にホテル名を出せば、選定済みという誤解を招く。価格交渉にも影響し、参加者が早すぎる予約をするかもしれない。

一方、手順の公開語彙には商業上の中間状態がない。現地調査済み、条件交渉中、期限付きで在庫確保、Board提出待ちといった違いは全部TBAに入る。検索を始めたばかりの会議も同じ表示になる。

RFC 8718は可能な限り開かれた選定と、常連参加者への不意打ち回避を求める。RFC 8719は通常の地域ローテーションを定める。意見提出は選定の証拠を豊かにするが、ホテルを拘束する権限にはならない。承認と契約はLLC側の行為である。

中止でも違約でもない

9月の記述から安全に言えるのは、2028年3月向けの一つの予約枠が使えなくなり、代替探索が始まったことだ。IETF 131の開催日変更や中止、アジア以外への移転は発表されていない。

署名済み契約が破られたとも言えない。Board承認や契約公表が見つからない以上、変化は公的なコミットメントより前に起きた可能性が高い。ただし予約が法的にどこまで拘束的だったかも不明なので、「単なる口約束」と断定するのも早い。

残された準備期間は長く、既に調べた会場へ戻るのは現実的な回復策だ。しかし、余裕があることは影響がゼロという意味ではない。比較、訪問、価格確認、Board資料作成の一部をやり直す可能性がある。だからこそ、推測ではなく状態を測る必要がある。

匿名性を保った会場状態レシート

会議番号、日程、地域は最初から公開できる。会場候補は契約前ならランダムな識別子でよい。その候補が初期評価、意見募集、詳細評価、交渉、期限付き予約、Board審議、承認、署名、発表のどこにいるかを表示する。

予約には、種類、開始日、期限、更新条件、拘束性の有無を持たせる。終了時の理由は「在庫解放」「商業条件未合意」「必須条件未達」「Board未提出」「別候補を選択」などの分類だけでもよい。価格や相手方の交渉姿勢を公開する必要はない。

代替候補と次回更新予定も残す。IETF 131の候補がIETF 134へ移った場合は、二つの会議記録をリンクする。ただし契約移転とは表現しない。

最後に非結論を置く。この事例なら、会場は未公表、署名済み契約は未確認、IETF 131中止は未確認、日程と地域の変更は未確認、である。レシートは批判を強めるためではなく、出来事を正しい大きさに戻すためにある。

情報源