採択は結論ではない――壇上の後に始まった NANOG の「ベンダー発表」検証

Summary

NANOG はベンダー所属者を排除していない。その代わり、雇用主の宣伝を避けること、ロゴを原則として最初と最後のスライドに限ること、秘密保持表示を禁じること、複数ベンダーの設定例を優先すること、シェパード（助言担当）とスライド審査を経ることなど、発表前の境界を公開している。
NANOG 96の IPinfo による geofeed 発表は、測定方法、規模、二つの検証アプローチ、限界、改善案を資料に残した。一方、スライドの「Accuracy」という見出しと、数値に付された「92.0% consistency」という表現は同義ではない。その後の公開討論も、この数値の正しさを独立に確定したわけではない。
複数の話題が混在する公式スレッドは122件のコメントと44人の参加者を示す。全返信の件名を分類すると、geofeedを含む件名の返信は107件、表示名ベースで35人だった。だが、これは編集上の集計であり、全本文が同じ発表を論じたことも、共同体の合意も意味しない。
必要なのはベンダー禁止でも、学術誌と同じ全面公開でもない。議題ページに、主張、該当スライド、方法、分母、主要な異論、発表者の応答、認めた限界、訂正、資料版を結び付ける簡潔な追補欄を設ければ、顧客情報や GPS 軌跡、端末識別子、独自コード、私信を公開せずに、壇上の後も検証可能性を保てる。

一枚のスライドに残った二つの尺度

会議発表の権威は、ときに内容より先に立ち上がる。題名が議題に載り、登壇者名と所属が示され、映像と PDF が恒久的なページに並ぶ。その配置だけを見れば、会議がその結論を承認したような印象を受ける読者もいるだろう。だが、議題への採択は、共同体による追認でも、学術的な査読でも、独立した再現でもない。まして、ある手法が本番環境で常に正しいという証明ではない。

NANOG 96で Calvin Ardi が発表した「IP Geofeeds: Trust, Accuracy, and Abuse」は、この区別を具体的に考えるうえで格好の事例である。議題ページは発表を正式なプログラムとして記録し、発表者を IPinfo 所属として示し、要旨、映像、スライドへ読者を導く。スライドには Oliver Gasser と William Leung も著者として記載されている。ここまでは「誰が、何を、どの場で公開したか」という由来の記録である。

問題は、そこから何を言えるかだ。資料21ページの見出しは「Accuracy」。しかし国単位の結果として記されたのは「92.0% consistency」であり、内訳は IPv4 が96.6%、IPv6 が79.6%だった。都市単位は79.6% consistency で、IPv4 が88.3%、IPv6 が56.2%。不一致距離の中央値は759キロメートルとされた。「Accuracy」という節名を無視するのも不正確だが、consistencyと書かれた数値を「92%正しい」と言い換えるのは、さらに大きな飛躍になる。

整合度は、二つの観測や記録がどの程度一致したかを示し得る。正確性は通常、外部の基準に対してどの程度正しいかを問う。比較対象の一方が独立したグラウンドトゥルースでないなら、高い整合度は有益な情報ではあっても、それだけで正しさの判定にはならない。この差は言葉尻の議論ではない。ネットワーク運用者がコンテンツ配信、権利処理、不正対策、地域制御、顧客対応に地理推定を用いるとき、ラベルの違いが判断の限界を決めるからだ。

この発表を価値のない宣伝と片付けるべきではない。資料は測定方法と分母をかなり具体的に示した。むしろ公開されたからこそ、後から運用者が前提を問い、別の説明を提示し、発表側が応答できた。焦点は「ベンダーの発表を許すべきか」ではなく、「公開後に始まった検証を、会議の恒久記録へどう接続するか」である。

NANOG はベンダーを締め出していない

NANOG の公開ルールは、所属企業を入口で失格理由にしていない。現在の発表ガイドラインは、参加者にもベンダーにも複数形式での提案を認めている。これは現実的だ。大規模ネットワークの異常、測定器、経路制御、攻撃観測、運用自動化について、商用サービスを運営する技術者でなければ持ちにくい視野や規模がある。雇用関係があるというだけで知見を排除すれば、共同体はまさに必要な一次経験を失う。

その代わり、NANOG は発表の形を制約する。登壇資料を雇用主の宣伝に使わないよう求め、企業ロゴは原則として最初と最後のスライドに限る。秘密保持をうたう表示は認めない。設定例では複数ベンダーを扱うことを奨励し、単一ベンダーの例を自動的に排除はしないものの、優先度は下がるとしている。発表当日に PDF を議題ページへ掲載するとも明記する。行動規範は、製品やサービスを執拗に売り込む行為を禁じる。

選考手順にも段階がある。公開された説明では、要旨の提出、Program Committee による初期審査、シェパード（助言担当）の割り当て、暫定版スライド、追加のスライド審査、採否、議題公開、最終資料という流れが示される。スライドを伴う提案は、審査者が意図を理解しやすいため一般に有利だとも説明される。発表の助言ページは、運用事例、異常事象、固有の専門性、聴衆が次に取れる行動を有用な切り口として挙げる。Program Committee は会議プログラムに責任を負い、提案を集め、投票する役割を掲げている。

これらは単なるロゴ規則より重要である。NANOG は「ベンダーか否か」という属性の選別を、「内容が運用知識として扱えるか」という発表設計へ置き換えようとしている。2016年の募集でも、ベンダーからの提案を歓迎しつつ、宣伝的な発表や独自仕様だけを論じる発表は認めないという境界が示されていた。2008年の公式リストでは、ある参加者が秘密扱いのブラックボックス型発表、代替手段の欠如、方法の説明不足、質疑時間の乏しさを批判した。その一方で、同じ歴史的議論には、ベンダーの仕事にも実測に基づく運用価値があること、Program Committee が売り込みを抑えようとしていること、方法そのものに競争上の価値があり得ること、壇上での質疑も検証の一部だという反論があった。

この両面を見る必要がある。ベンダー所属だから信頼できない、という結論は粗い。同時に、発表形式の規則を守ったから技術的主張も正しい、という結論も粗い。宣伝性を抑える規則は、研究方法の妥当性を自動的には審査しない。Program Committee のページには、スポンサーと発表者の双方にとって有益な合意を築くことも戦略目標として記されているが、その文言だけで NANOG 96の採択に商業的影響があったとは言えない。問うべきは動機の推測ではなく、読者が主張の根拠と限界を後から検査できるかどうかである。

採択、公開、査読、独立検証、運用事実

議論を混線させないためには、少なくとも五つの状態を分けなければならない。

第一は、採択である。提案が会議の目的に合い、聴衆に価値があり、予定枠に入れると判断された状態だ。第二は、公開である。要旨、映像、スライドが誰でも参照でき、主張の出所が固定された状態だ。第三は、査読である。専門家が論文を審査する学術上の手続きであり、会議の提案審査やシェパードによる助言と同義ではない。第四は、独立検証である。発表者から独立した主体が、別の測定、再現、基準比較などによって主張を試すことだ。第五は、運用事実である。実環境で観測され、反例や時間変化にさらされながらも、限定された条件の下で支持される状態を指す。

NANOG 96の議題は、採択と公開を示す。NANOG の手順は、選考と資料改善の工程を示す。しかし、それだけで学術的査読や独立検証を示すものではない。後の公式リストで、Abdullah（IPinfo の DevRel 担当）は NANOG 96の発表に加え、別の査読済み論文を案内し、独立した学術ベンチマークを歓迎すると述べた。ここで査読済みなのは別の論文であって、NANOG の発表そのものではない。この境界を守らなければ、関連資料の権威が会議発表へ誤って移されてしまう。

同様に、メーリングリストの批判も独立検証と同義ではない。経験ある運用者が方法の弱点を指摘し、反例を挙げることには大きな価値がある。それでも、討論が激しいことは反証の成立を意味しない。発表側が詳しく応答したことも、検証の完了を意味しない。公開討論は、結論を下す裁判ではなく、どの主張にどんな未解決点があるかを可視化する装置である。

この五層を分けると、NANOG がすでに達成していることと、足りないものが見えやすくなる。採択前には審査とシェパードによる助言がある。発表時には議題、映像、スライドが公開される。発表後には公開リストで異論を述べられる。しかし、各層の間を恒久的に結ぶ索引が弱い。会議ページを訪れた読者は、そこで示された数値が後にどのように争われ、何が応答され、何が限界として認められ、どの資料が変わったと報告されたかを、同じ画面から追えない。

発表は何を測ったのか

NANOG 96の資料は、二つのアプローチを示した。一つは、プローブ網からの往復遅延、すなわち RTT 測定を用いる方法である。資料17ページの説明では、測定結果から距離の多角形を組み立て、その範囲と geofeed が示す位置の交差を比べる。報告された規模は、RTT が2770万件、IPv4 プレフィックスが20万5000、IPv6 プレフィックスが7万4500だった。別のページでは、プローブ網が1300を超えるプローブ、500を超える都市、143か国、400を超える AS に広がるとされた。

こうした分母は重要だ。「大規模に測った」という形容だけでは、測定対象の偏りや IPv4 と IPv6 の差を評価できない。プレフィックス数、アドレス族、プローブの配置、都市と国の広がりが見えて初めて、読者は結果が何を代表し、何を代表しないかを問える。2770万という RTT 件数は測定量を示すが、2770万の独立した場所の真値を意味しない。1300超のプローブが143か国にあることは地理的な広がりを示すが、全地域が均等に観測されたことまでは示さない。

RTT から距離を推定する考え方には、直観的な強みがある。信号は無限の速さでは進まないため、極端に短い往復時間は遠隔地という説明に制約を与える。複数地点から観測すれば、可能な位置を絞る多角形を考えられる。しかし、ネットワーク経路は地表上の直線ではない。海底ケーブルの陸揚げ点、経路方針、迂回、混雑、交換点、測定点の偏り、処理遅延が、物理距離と RTT の関係を変える。多角形と geofeed 位置が交差したことは一つの整合検査になり得るが、その多角形自体が独立した正解であるかは別の問いになる。

二つ目は、GPS を備えた携帯端末を使う方法だった。資料24ページは169台の端末、24か国、196都市、IPv4 プレフィックス135、IPv6 プレフィックス97という対象を示す。次のページでは、国単位の consistency が84.5%、都市単位が29.9%と報告された。GPS は位置の基準として直観的に強いが、こちらも対象規模と採取条件を離れて一般化できない。端末数は RTT 測定の件数とは桁が違い、国と都市の分布も限定される。携帯網ではアドレスの割り当て、トンネル、ゲートウェイ、移動性などが、「端末が今いる場所」と「IP プレフィックスが表すべき場所」の関係を複雑にする。

二つの方法を並べたこと自体は評価に値する。別の観測面を使えば、一つの測定だけでは見えない差が表れる。実際、国単位と都市単位、IPv4 と IPv6 で結果は大きく異なる。ここから導くべきなのは単純な合否ではなく、利用目的に応じた粒度と不確実性である。国レベルの粗い判定と、市レベルの正確な配置では必要な証拠が違う。都市単位29.9%という報告は、国単位84.5%と同じ見出しの下にあっても、運用上の意味がまったく異なる。

資料の後半は、形式の更新、検証、運用者へのフィードバックを改善面として提案している。これは発表者自身も、geofeed の表現形式、検証手段、訂正の循環を未解決の設計面として扱っていたことを示唆する。ただし、提案が書かれていることと、それが実装されたことは同じではない。公開資料から言えるのは、改善の方向が提示されたというところまでである。

92.0%を「正しい」と呼べない理由

数字は、見出しとともに記憶される。聴衆は細かな方法より「Accuracy」と「92%」を結び付けやすい。ニュース要約や社内説明へ移るほど、consistencyという限定語は落ちやすい。だからこそ、証拠記録はスライドの文言を正確に保存するだけでなく、何と何を比べた数値なのかを並べて示す必要がある。

Tom Beecher は後の NANOG リストで、発表が示すのはプローブ由来の多角形と geofeed の一致であり、独立したグラウンドトゥルースとの一致ではないと論じた。また、直線距離や伝播に関する前提、92%の解釈、対象範囲にも疑問を呈した。これは方法論への具体的な批判である。しかし、批判が具体的であることと、研究全体が反証されたことは同じではない。Beecher の主張自体も、どの条件でどれほど結果を変えるかを測定して初めて、独立した評価になる。

ここで大切なのは、どちらかの言葉を勝者にすることではない。発表側が示した測定規模と二つのアプローチ、批判側が示した基準の独立性とネットワーク幾何の問題を、同じ主張にひも付けて残すことだ。読者はそこで初めて、「この数値は何を直接測り、どの推論を経て、何をまだ言えないか」を判断できる。

RFC 8805が定義するのは、運用者が自ら地理情報を公開するための形式である。形式に沿って記述されていることは、相互運用性や取得方法に役立つが、記録内容の真実性を保証しない。自己申告は、情報源に最も近い主体が提供できるという強みを持つ一方、更新遅れ、誤設定、粒度の違い、悪用目的の虚偽などにさらされる。逆に、外部測定も「自己申告ではないから真値」というわけではない。測定点、経路、推定モデルに依存する。両者の不一致は、どちらか一方の誤りを即座に証明するのではなく、調査すべき事象を発見する。

APNIC Blog で Geoff Huston が NANOG 96の二つの geofeed 発表を取り上げ、IP アドレスからの地理推定は粗く、操作され得て、検証が難しいと論じたことは、独立した専門家の文脈を加える。ただし、それも IPinfo の商用情報全体を測るベンチマークではない。独立した論評、学術論文、標準文書、会議発表は、それぞれ違う問いに答える。すべてを一つの「専門家が認めた」という札へまとめてはならない。

会議の第二会場になったメーリングリスト

発表後の検証は、整然と設計された追補ページではなく、別の話題から枝分かれした公式メーリングリストで進んだ。公式のスレッド表示は、全体で122件のコメントと44人の参加者を示す。だが、この連鎖は BGP communities の話題から始まり、途中で件名が変わった、複数の話題が混在するスレッドである。122件すべてを geofeed 発表への応答と数えてはいけない。

公式のページ分割された全返信を取得し、返信件名にgeofeedまたはgeofeedsが含まれるものを分類すると、107件、表示名ベースで35人となる。これは NANOG が公表した統計ではなく、件名文字列に基づく編集上の集計である。ルートの投稿は含まない。件名が geofeed でも本文の焦点が別に移る場合はあり得るし、同じ人物の表示名揺れや、複数の論点もあり得る。まして107件が賛同を示すわけではない。数字が示すのは、相当量の公開応答が存在したことと、それを会議ページから発見しにくいことだけだ。

それでも、このリストは重要な「第二会場」になった。発表時の質疑は時間が限られ、記憶や映像の特定時点に閉じ込められる。リストでは、運用者が自分の事例を持ち込み、発表者側が追加説明し、別の参加者がその説明を再び試せる。非同期であるため、資料を読み直し、数値やフォームを確認してから発言できる。ベンダー発表が一方通行の販売説明へ傾くことを防ぐうえで、この開放性は NANOG の大きな資産である。

Abdullah（IPinfo の DevRel 担当）は、NANOG 96の資料と別の査読済み論文を示し、独立した学術ベンチマークを歓迎すると述べた。別の応答では、ISP から競合する情報が報告された場合は調査し、複数プレフィックスにまたがる体系的な問題なら連絡につながることがある、と説明した。一方、苦情のない個々のプレフィックス不一致について、すべての ASN へ能動的に連絡しているわけではないとも述べ、その限界を現実のものと認め、高信頼度の競合を任意参加で通知する仕組みを提案した。

これは重要な譲歩である。検出能力と訂正能力は同じではない。大量の不一致候補を発見できても、誰に通知し、誰が証明を担い、どの情報源を優先し、どの時間尺度で直すかが定まらなければ、運用上の訂正循環は閉じない。ただし、Abdullah の説明は実運用上の挙動全体を独立に確かめたものではなく、提案された通知が構築されたことも公開記録からは分からない。

別の投稿で Abdullah は、ある運用者について内部結果が互いに矛盾していると認め、詳細を非公開で共有するよう求めた。顧客や運用上の事情が絡むなら、非公開の対話は正当であり得る。しかし、公開部分だけではその後の結論を確認できない。さらに、訂正フォームの説明がリスト上の発言と矛盾すると指摘された際、Abdullah は責任を認め、自動的に特定情報源を優先するのではなく複数情報源で調査する旨へ文言を更新したと述べた。これは公開された「修正したという報告」であって、以前のフォーム全文や展開履歴を再構成した証拠ではない。調査時点で公開の訂正窓口は存在したが、窓口の存在だけでは、応答時間、受理率、訂正の精度は分からない。

ここに公開リストの強さと弱さが同時に表れる。強さは、異論、応答、限界の承認、文言修正の主張までが誰でも読める場所に残ったことだ。弱さは、それらが一つの長い混在スレッドに埋まり、元の発表のどの主張に対応するのか、どの状態で落ち着いたのか、読者が自力で復元しなければならないことにある。

公開討論は判決ではない

公開討論を価値あるものにするには、その限界も守らなければならない。リスト参加者は NANOG 全体の代理人ではない。44人、あるいは件名分類上の35人は、共同体の投票母体でも標本調査でもない。発言量は真偽の重みではない。多数の批判があっても、同じ前提を共有していれば独立した反証とは言えず、少数の詳細な応答が決定的に正しいとも限らない。

また、批判と訂正を一列に並べるだけでは不十分だ。少なくとも、次の状態を区別する必要がある。

異論：ある参加者が前提、方法、分母、説明に問題を提起した。
応答：発表者または関係者が説明、反論、追加資料を示した。
認めた限界：当事者が、現在の手続きや測定に実在する制約があると述べた。
提案：改善策が示されたが、導入は確認されていない。
修正報告：当事者が文言や資料を変えたと述べたが、版の履歴や展開範囲は未確認である。
確認済み訂正：変更前後の成果物と適用範囲が第三者にも追跡できる。
未解決：私的な後続対話、再測定、実装などの結果が公開記録にない。

NANOG 96後の事例では、異論と応答は明確に存在する。能動的な連絡範囲については、Abdullah が限界を認めた。高信頼度の競合通知は提案として語られた。訂正フォームについては修正したという報告がある。個別運用者との非公開の続きや、通知提案の実装、訂正量、処理時間は未解決である。この語彙を保てば、「批判が IPinfo を論破した」「応答が正しさを証明した」という過剰な結論を避けられる。

全面公開を求めれば、良い知見まで失う

ここで最も強い反論に向き合う必要がある。NANOG は学術誌ではない。運用会議の価値は、何年もかかる完全な再現性より、現場で起きている問題を早く共有し、実務家同士が次の行動を考えられることにもある。ベンダー研究者は、他の主体には持てない規模の観測、長期履歴、計測設備、実装知識、顧客から寄せられる異常事例にアクセスする。すべての生データとコードを公開せよと要求すれば、優れた技術者ほど登壇できなくなる可能性がある。

地理情報では、とりわけ慎重さが要る。GPS 軌跡は個人の移動を露出し得る。端末識別子は再識別や追跡につながる。顧客のプレフィックス、障害、契約関係、訂正依頼は守秘の対象になり得る。測定拠点や内部の不正検知手法を細かく明かせば、攻撃者が検査を回避する助けになることもある。独自コードや特徴量は正当な競争優位であり、公開を強制する権限も必要性も NANOG にはない。運用者が安心して誤りを報告するには、私信の経路も必要だ。

したがって、解決策は「公開できないものが一つでもあれば採択しない」ではない。完全再現性を会議発表の最低条件にすることでもない。発表側が公開できない範囲を明示し、その不在がどの主張の検証を制限するかを読者が理解できればよい。たとえば、GPS 軌跡そのものを出さずに、端末数、国数、都市数、アドレス族別プレフィックス数、採取期間、集計方法、匿名化方針、除外条件を示せる。顧客の事例を伏せながら、訂正依頼の総数、状態区分、時間分布、検証手順を集計できる。独自コードを出さずに、アルゴリズムの種類、比較対象、感度分析、既知の失敗モードを説明できる。

今回の資料は、分母と方法の種類を公開したという点で、すでにその方向へ進んでいる。問題は、後から現れた異論と応答が、元の数字のそばに恒久的に配置されていないことだ。追加で必要なのは秘密の開示ではなく、公開済みの主張と公開済みの討論を結ぶ編集である。

「主張単位の追補欄」という小さな制度

NANOG が設け得る現実的な仕組みは、議題ページ上の簡潔な追補欄である。論文の再査読制度でも、真偽を裁く委員会でもない。重要な発表後の異論が公開記録に残った場合に、対象となる主張へ最小限の索引を付ける。

追補欄には、次の要素があればよい。

主張：論争の対象となった文言や数値を、解釈で膨らませず記録する。
場所：スライド番号または映像の時刻を示す。
方法と分母：比較した対象、測定の種類、主要な件数、対象範囲を短く添える。
主要な異論：誰が、どの代替説明、基準、偏り、失敗モードを指摘したかを示す。
発表者の応答：説明、反論、追加資料を、異論と混同せず結ぶ。
限界の承認または提案：当事者が認めた制約と、まだ導入未確認の改善案を区別する。
訂正と版：変更したという報告、確認できる変更前後、資料の版番号を分けて記す。
状態：未解決、非公開で継続、更新報告あり、公開確認済みなど、控えめな状態を付ける。

NANOG 96の例なら、21ページの「Accuracy」という見出し、国単位の「92.0% consistency」、IPv4 と IPv6 の内訳、RTT 多角形との比較方法を一組として示す。そこに Beecher の独立したグラウンドトゥルースと経路幾何への批判、Abdullah の応答、独立ベンチマークを歓迎する発言を結ぶ。訂正循環については、すべての個別不一致で能動連絡するわけではないという限界、高信頼度通知の提案、フォーム文言を更新したという報告、私的な後続結果が不明であることを、別の状態として並べる。

この欄は、Program Committee がどちらを正しいと決めたように見せてはならない。「NANOG による評価」ではなく「発表後の関連公開記録」と明記するのがよい。掲載基準も、批判の人気や投稿数ではなく、発表の中心的主張に関係すること、方法または運用への具体的な影響があること、公開 URL で確認できること、当事者に応答機会があること、といった狭い条件にできる。

乱用防止も必要だ。競合企業が大量の異論を投稿して追補欄を占拠することや、個人的な不満を技術的反証に見せることは避けなければならない。同一論点をまとめ、主張単位で代表的な資料を選び、立場と利害関係を明示し、事実・主張・未確認事項を分ける編集責任が要る。追補は発表を辱める印ではなく、重要な発表が真剣に検討されたことを示す履歴である。発表者にとっても、後の応答や改善を、批判だけが検索結果に残る状態から救い出す利点がある。

公開しないことも、記録設計の一部である

追補欄が扱うのは公開可能なメタ情報と成果物であり、証拠の全内容ではない。顧客記録、個々の GPS 軌跡、端末識別子、独自のソースコード、非公開の運用者との通信、攻撃に使われ得る設備情報は、必須公開の対象から明示的に外すべきだ。私的な追跡が必要な場合、公開欄には「非公開で継続、結果は未確認」とだけ記せばよい。沈黙を解決済みと解釈させないことが目的であって、秘密を暴くことが目的ではない。

一方で、「商業上の機密」という一語で、方法の種類、分母、既知の限界、訂正窓口まで隠すのも適切ではない。公開できないものと、公開しなければ主張の意味が失われるものを分ける必要がある。少なくとも、何を測ったか、何と比較したか、どの範囲を対象にしたか、主要な失敗モードは何か、誤りを報告する方法は何か、公開後に説明が変わったかは、多くの場合、個人情報や独自実装を明かさずに説明できる。

この比例原則は、ベンダーだけを特別扱いするものではない。大学、非営利団体、通信事業者、個人研究者にも、データアクセス、評判、資金、研究上の仮説といった利害がある。雇用主名は重要な文脈だが、証拠の質を代替する札ではない。NANOG の役割は、所属で発言権を決めることではなく、異なる利害を持つ参加者の主張が、同じ追跡可能な形式で比較されるようにすることだ。

運用共同体が守るべきもの

NANOG の強みは、最終的な真理を認定する機関でないことにある。運用者は、完全な理論より先に、今日起きている異常、明日試せる回避策、別のネットワークでの反例を持ち寄る。会議がすべての主張を独立に再現しようとすれば、その速さと多様性を失う。だから Program Committee に、技術的結論の最終判定を求めるべきではない。

しかし、結論を判定しないことと、検証の履歴を整理しないことは別である。会議は発表の真偽を認定せずとも、誰が何を主張し、どの方法と分母を示し、後にどんな異論が出て、どう応答され、何が変わったと報告されたかを記録できる。これは内容の支配ではなく、由来の保全である。

現在の NANOG は、その土台の多くをすでに持つ。ベンダーを歓迎しながら宣伝を抑える規則がある。シェパードによる助言とスライド審査がある。発表資料と映像を恒久ページに載せる。公開リストがあり、運用者は異論を述べられる。今回確認した議題ページは、セッション、映像、スライドにはつながるが、その後の geofeed 件名の枝、名指しされた方法論批判、能動連絡に関する限界の承認、フォーム文言修正の報告へは、目に見える形でつながっていなかった。確認した公開範囲では、スライド上の主張から応答と結果へ至る追補記録も見つからなかった。これは、そのような内部手続きが絶対に存在しないという意味ではない。読者が公開面から発見できないという限定された観察である。

追補欄は、既存の資産を結ぶだけで実現できる。新しい大規模な審査組織を要しない。発表者が訂正を届ける窓口、Program Committee または編集担当が最低限の分類を行う手順、議題ページ上の版履歴があればよい。対象を、中心的な数値や運用勧告に関する重大な公開異論へ絞れば、負担も抑えられる。

拍手で閉じる記録、検証へ開く記録

NANOG 96の IP geofeed 事例から、特定製品の勝敗を決めることはできない。公開資料だけでは、IPinfo の運用情報全体の正確性も、批判が結果をどの程度変えるかも、Program Committee が採択時にどの論点を検討したかも分からない。非公開で続いた運用者との対話の結末、訂正依頼の件数と所要時間、高信頼度の競合通知が実装されたかも未確認である。

それでも、この事例から制度については学べる。発表者は方法と分母を公開し、後の批判が具体的な前提へ到達できた。公式リストは、舞台上では収まり切らない応答を可能にした。Abdullah は限界を認め、改善を提案し、矛盾したフォーム文言を更新したと公に述べた。つまり、検証の材料は存在する。欠けているのは、それを一つの持続的な読み筋へまとめる接続である。

会議アーカイブは、「その日に何が発表されたか」を保存する。証拠記録は、さらに「その主張が後にどのように試され、何が応答され、どこが未解決のままか」を保存する。前者では拍手とともにページが完成する。後者では、発表後に現れた反例や訂正がページを少しずつ成熟させる。

ベンダー発表の本当の試験は、所属企業を消すことでも、会議が真偽を宣告することでもない。主張が運用者の反論にさらされた後も、方法、分母、限界、応答、訂正の履歴を読者がたどれるかどうかである。壇上は証拠の終着点ではない。そこから先の公開された異論を元の主張へ戻す道があって初めて、発表は単なる記録を越え、共同体が使える証拠になる。