要約

  • レイ・ベリスは 2009 年 8 月公表の BCP 152、すなわち RFC 5625 の単独著者であり、2019 年 3 月公表の提案標準 RFC 8490 の六人の著者の一人でもある。どちらの文書も、彼が一度も出荷していないソフトウェアに要求を課している。
  • 彼の職務を実際に明記している文書群、つまり AUTH48 での著者確認と正誤票への応答を定める RFC の体裁規則と、IANA の指定専門家による割当申請審査の規定は、その職務を公表されたテキストとレジストリの待ち行列に結びつけている。稼働中の配備に結びつけてはいない。
  • この結論は本稿が実際に読んだ文書の範囲に限られる。契約、法律、あるいは別の任命が、欠けている職務をどこかで設定している可能性はある。読んだ範囲には無い。

BCP 152 の 12 ページ目、著者の住所欄にある名前は一つだけで、その下に Nominet UK という活字の所属名が置かれている。2009 年 8 月の出版物がレイ・ベリスについて記したのはこれで全部であり、それ以上は一語も無い。その住所欄の上に広がる RFC 5625『DNS プロキシ実装ガイドライン』 は、ページの大半を小型 DNS プロキシへの指示に費やしている。4 ページ目の 4.1 節は、プロキシが自分では理解できない DNS ヘッダのフラグをどう扱うべきかを定める。

この条項が課す義務の宛先はプロキシである。著者の住所欄が運んでいるのは名前と所属だけだ。検査官の委任状も、報告ラインも、家庭用ルーターの出荷時ファームウェアが 4 ページ目をまるごと無視したときに掛けるべき電話番号も、そこには無い。

十年後、同じ形が署名を増やして再現する。RFC 8490『DNS ステートフルオペレーション』 は 2019 年 3 月付で、著者六人、すなわちベリス、Stuart Cheshire、John Dickinson、Sara Dickinson、Ted Lemon、Tom Pusateri を並べ、63 ページ目にベリスの所属を Internet Systems Consortium, Inc. と記す。文書は HTML 版 の 12〜13 ページ、5.1 節で、セッション確立前に端点が満たすべき前提条件を規定している。六人が状態機械についての規則に署名した。だからといって、六人が機械を操作する梃子を手に入れたわけではない。

署名を取り巻く装置

この記録が濃密に示すのはむしろ、テキストを決めた組織的な手続きであり、そこには名前を挙げられる担い手がいる。Datatracker の RFC 5625 の項目 は Ralph Droms を担当エリアディレクター、DNS Extensions ワーキンググループを所属とする。前身ドラフトの履歴 は 2009 年 7 月 6 日の IESG 承認と翌日の RFC エディター待ち行列への移行を記録し、2009 年 4 月のシェパード覚書は DNSEXT 共同議長の Olafur Gudmundsson をドキュメント・シェパードとして名指しする。二つ目の文書については、Datatracker の項目 がエリアディレクター Warren Kumari、dnsop ワーキンググループの提案標準と分類し、session-signal の履歴 は 2018 年 12 月 7 日の IESG 承認、2019 年 2 月 11 日の AUTH48 入り、2019 年 3 月 15 日の AUTH48-DONE を並べ、シェパードは Tim Wicinski である。

名指しされた人々が名指しされた手続き上の仕事をこなす連鎖、すなわちシェパード、エリアディレクター、承認機関。これはコンプライアンス機能ではない。著者六人と承認投票を足し合わせても、ベンダーのコードが正しく振る舞うかを検査する部署にはならないし、どちらの文書にもそんな部署を末尾の住所の持ち主に割り当てる条項は無い。

職務が実際に落ちる場所

職務は実在する。ただ、落ちる先が違う。RFC の体裁ガイド RFC 7322 の 9 ページ、4.1.1 節は、列記された著者と編集者を、AUTH48 における文書への署名確認と、正誤票のような問い合わせへの応答に結びつける。テキストに対して、そしてテキストを問い合わせてくる相手に対して負う責任であり、義務は本物、宛先も本物だ。この規則は 2014 年 9 月の公表で、BCP 152 より五年遅い。だからこれは通則であって、2009 年の正確な慣行を映したものではない。

二つ目の職務はレジストリの待ち行列の中に座っている。IANA の DNS パラメータ登録簿 は 2026 年 11 月 9 日更新版で、ベリスをリソースレコード TYPE の専門家の一人に、また EDNS0 オプションコードの副専門家に挙げている。一方 DSO タイプコードの専門家として並ぶのは Ted Lemon、Sara Dickinson、John Dickinson であり、ベリスではない。この役割の規則は RFC 8126 にある。27 ページの 5.1 節は指定専門家に割当申請の審査を調整し IANA へ勧告を返す責任を課し、27〜28 ページの 5.2 節は防御可能な判断を求め、審査対象の仕様を専門家自身が書いた場合を含む利益相反の回避に触れ、28〜29 ページの 5.2.1 節は IETF 登録簿専門家の任免を IESG の手に置き、29 ページの 5.3 節は迅速な応答と透明性を要求する。

回避の条項は丁寧に読むべきだ。これは執行の権限とは逆方向に効く。規則は、申請が自分の書いた仕様に触れるとき、著者が審査から退く場合があり得ると想定している。専門家の守備範囲を狭める利益相反ルールは、実装者への命令権ではない。

噛み合わない二つの記録

Datatracker の人物ページ は閲覧時点で「Ray does not currently have any active roles」と記していた。IANA の登録簿は 2026 年 11 月 9 日更新版で彼を専門家として載せている。二つのページは噛み合っておらず、ここで調べた記録のどれもこの差を説明していない。プロフィールの役割欄についての現在時制の一文は過去の任命の一覧ではなく、登録簿の専門家欄はネットワークに対する権限の証明でもない。どちらの文言も、それぞれのページが書いたとおりに保存する価値がある。

ワーキンググループ議長という役職も同じ形をしている。2014 年 3 月 19 日の IAB 電話会議の議事録 2.2 節は、ベリスが Alissa Cooper に代わって geopriv の議長に就いたと記録する。IETF 93 の Homenet 議事 は彼と Mark Townsley を議長として並べ、記録上の session は 2015 年 7 月 22 日である。議長は個人的に何を負うのか。RFC 2418 は具体的だ。11 ページの 3.1 節は、セッション議事録を書いて配布することを議長の責任とし、委任を認める。17 ページの 6.1 節は、会期後にエリアディレクターへ短い報告を出すことを求める。上へ向かう事務仕事である。誰かの配備を監査する話ではない。

空白には持ち主がいる。著者ではない

本稿のために読んだ文書のうち、著者であるという理由だけでベリスに実装者のコンプライアンスを監視し、報告し、強制する職務を課す条項は一つも無かった。これは明示した記録についての結論である。すなわち BCP 152 と RFC 8490 の二つの提示形式、二つの Datatracker 履歴、人物ページ、IANA 登録簿、RFC 7322、RFC 8126、RFC 2418 であり、この範囲外の雇用契約、調達要件、認証制度、あるいは法令が同じ職務を彼に課していないことまでは示さない。

だから個人への非難を検証する誠実な手順は五段になる。職務の出所、当人の役割または現実の支配、作為または不作為、運用上の結果への因果、そして管轄を伴う救済だ。職務と支配がテキストとレジストリで止まるなら、帰責もそこで止めるべきである。未知のフラグを壊すプロキシはリゾルバを壊すが、4 ページ目を書いた人物はその機器の資格情報を持つ人物ではない。

ならば機能の側を追えばよい。コードの適合は書いた者に、設定と監視と障害対応は動かす者に、要件は買った者や監査した者に、強制執行は契約や法律その他の義務創設手段を手にした者だけに属する。誰も特定の配備を監視する役を割り当てられていないのなら、それは声に出して名付ける価値のある説明責任の空白であり、規則に名前が載っている人物を事後に徴用して埋めるものではない。署名はテキストについての表明だ。稼働するネットワークは、鍵を持つ者に応える。