要約
- ARIN の古いレコード（AS10876 と DMM65-ARIN）は、現在の運用上の役割の証拠ではなく、身元の手がかりを提供する。それはオレゴン大学とその先端ネットワーク技術センターを示唆しているが、ARIN は連絡先が未検証であり、2017年10月25日以降応答がないとしている。
- 公開プロフィールは David Meyer をオレゴン大学と RouteViews に関連付けているが、RouteViews は集合的なインフラである。その価値は大学プロジェクト、NSRC の支援、ネットワークオペレーター、ピア、コレクター、アーカイブ、アクセスツール、そして下流のユーザーから生まれる。証拠は Meyer がすべての設計や結果の個人著作者であることを示していない。
- Meyer の RPSL RFC の共著、IAB メンバーシップ、NANOG プログラム活動は、公開ルーティング証拠を政策や技術的議論を読みやすくする機関に結びつける。標準や委員会は協力を組織化できるが、すべてのネットワークを強制したり、参加を一方的な権威に変換したりすることはできない。
- OpenDaylight は、分散ルーティングの観察から共有ソフトウェア制御面の構築へと調整問題を移行させた。Meyer はその最初の技術運営委員会議長であり、Linux Foundation がプロジェクトをホストし、メンバーベンダーと開発者コミュニティが共同作業を提供した。ローンチ時の野心と同時代の懐疑論は裏付けられるが、その後の採用、コード品質、ユーザーへの影響は裏付けられない。
もはや応答しない記録
David M Meyer に関する最初の有用な事実は、データベースを過大解釈しないようにという警告である。AS10876 の ARIN レコードは、自律システムを MAOZ-ASN と識別し、ハンドルDMM65-ARINにリンクしている。対応するエンティティレコードは David M Meyer という名前である。また、それ以上に重要な資格情報も記載されている。ARIN は、2017年10月25日以降応答がないため、連絡先を未検証とラベル付けしている。
このステータスは、レジストリプロファイルの通常の論理を逆転させる。公開記録は他の当事者が責任を特定するのを助けるように設計されているが、この記録は現在の責任を安全に確立することがまったくできない。AS10876 の現在の運用、MAOZ.COM での雇用、古い記録を通じた到達可能性、それに付随する役割の受諾、またはネットワークに対する権限を確立することはできない。生き残るのは狭い歴史的な手がかりだけである。名前の付いたレコードには、オレゴン大学と先端ネットワーク技術センターとの接続が含まれている。
この手がかりが重要なのは、他の公開ページがその制度的な橋渡しをはるかに強くするからである。2020年6月27日付けの David Meyer のプロフィールは、彼を元 Brocade のチーフサイエンティスト、バイスプレジデント、フェロー、以前は Cisco のディスティングイッシュドエンジニア、そしてオレゴン大学の先端ネットワーク技術センターのディレクターであり、RouteViews が彼の主要プロジェクトの一つであったと述べている。2013年の RIPE 66候補者経歴は、同じオレゴン大学と RouteViews の経歴を、彼の標準化団体、オペレーターコミュニティ、ベンダーとしての役割に結び付けている。これらは独立した監査ではなく公開された経歴であるが、レジストリの UO/ANTC の手がかりとの重複は、名前の一致だけよりも証明力が高い。
その境界が、ここから始めてすぐに次に進む理由である。データベースは、その実用的な意味が失効した後も長く痕跡を保持することができる。その痕跡は身元の回復に役立つが、読者に可用性と現在性を混同させる誘惑にもなる。インターネットインフラでは、その違いは重大である。正確に見える記録でも、その背後にある役割を誰も検証できなければ、説明責任の表面として機能しない。適切な対応は、記録を破棄することでも、膨らませることでもない。それがサポートできる唯一のタスクに使用し、他のすべてについてはより強力な証拠を見つけることである。
より強力な証拠は RouteViews に導く。それは、誰が一つの自律システムレコードに登場するかという質問から、オペレーター、研究者、機関がどのようにして数千の独立した決定から組み立てられたルーティングシステムを見ることができるかという質問へと変わる。それが Meyer の公開記録における繰り返しの調整問題である。可視性は説明責任に必要だが、可視性自体が指揮権を付与するわけではない。
ルーティングへの窓、指令センターではない
インターネットルーティングは効果においては公開されているが、制御においては分散されている。ネットワークは到達可能性を通知し、経路を選択し、隣接ネットワークと情報を交換する。結果として生じるグローバルビューは、単一の権威によって発行されるものではない。各オペレーターは特定のセッションと場所からシステムを見ており、ある視点から見える経路は別の視点からは同じに見えないかもしれない。したがって、実用的な問題は単にデータを収集することではない。観測者が制御しているふりをせずに、共有システムを理解可能にするために十分な独立したビューを集めることである。
オレゴン大学 RouteViews プロジェクトは、その本来の目的をオペレーターの言葉で説明している。ネットワークに、グローバルルーティングシステムが複数のバックボーンと場所からどのように見えるかについてのリアルタイム情報を提供することである。その枠組みは控えめでありながら強力である。自社のプレフィックスや自律システム空間が他の場所でどのように見えるかを理解しようとするオペレーターは、別の私的な意見を必要としなかった。外部の視点が必要だった。RouteViews は、それらの視点を、たまたま関連するセッションを持っていたネットワークのために予約するのではなく、公開プロジェクトを通じて利用可能にした。
公式プロジェクトの歴史は、RouteViews の創設を1995年にオレゴン大学の先端ネットワーク技術センターに位置付けている。1997年からの継続的な IPv4 ルーティングアーカイブと2003年からの IPv6 アーカイブを記録している。これらの日付が重要なのは、運用支援を長期的なインフラに変えるからである。ライブビューは、他のネットワークが今どのように見えるかを答えるのに役立つ。アーカイブは、オペレーターや研究者に、何が変わったか、いつ変わったか、そしてイベントが以前の状態とどのように比較されるかを尋ねることを可能にする。時間が証拠の一部となる。
メカニズムは協力に依存している。ルートコレクターは、ネットワークオペレーターとの直接またはマルチホップピアリングを通じてルーティング情報を受け取る。異なるコレクターは異なる視点を提供する。ルーティング情報ベースのスナップショットと BGP アップデートが保存され、公式の説明では RIB アーカイブの約2時間間隔とアップデートアーカイブの15分間隔が特定されている。Looking Glass アクセス、ダウンロード可能なアーカイブ、新しいインターフェースは、異なるユーザーと時間軸にサービスを提供する。これらのどれも、オレゴン大学だけでの観測によって生成されるわけではない。ピアがビューを提供しなければならず、コレクターが稼働し、ストレージとアクセスシステムが使用可能であり続け、オペレーターと研究者がデータが何を確立でき、何を確立できないかを解釈しなければならない。
その分業が Meyer の周りの最初の帰属境界である。公開プロフィールは彼を ANTC に結び付け、RouteViews をオレゴン大学の主要プロジェクトとして特定する。彼がすべてのコレクターを個人的に設計した、すべてのピアリング関係を交渉した、すべてのアーカイブを維持した、すべてのデータ品質特性を保証した、または後のすべてのインターフェースを指示したということを示してはいない。プロジェクト自身の公開アカウントは、制度的支援と BGP ビューを提供するプロバイダーを信用している。公式プロジェクト資料はまた、技術的および運用管理をオレゴン大学と Network Startup Resource Center に割り当てている。RouteViews は Meyer に関連する彼の制度的経歴の一部であり、その耐久性のある出力はより広い運用コミュニティに属している。
この区別は儀式的な信用の共有ではない。インフラがどのように機能するかを説明している。多視点ルーティングアーカイブは、一人または一つのネットワークがすべての視点を提供するならば、その意味を失うだろう。その権威は、自律的な参加者間の集約と、結果として得られる証拠への透過的なアクセスから来る。個人的な信用を困難にするのと同じ構造が、データセットを有用にしている。分散は成果の周りのノイズではない。分散がメカニズムである。
Internet History Initiative によるオレゴン RouteViews の記録は、オペレーター向けの質問からより広い研究利用への移行を保存している。オペレーターはグローバルシステムが自社のプレフィックスと AS 空間をどのように見ているかを知りたかった。研究者は後に RouteViews の素材を、トポロジ研究、アドレス空間分析、アドレスと起点自律システム間のマッピングなどのタスクに使用した。プロジェクトは研究者が採用した時点で運用上の関連性を失ったわけではない。同じ観測が異なる質問をする複数のコミュニティをサポートできるため、その価値は広がった。
その広がりは珍しい公共資産を生み出した。ルートコレクターはオペレーターにどのポリシーを選択すべきかを指示しない。アーカイブは経路が正当であったかどうかを判断しない。Looking Glass は隣接ネットワークにアナウンスメントの修正を強制しない。RouteViews は代わりに、どこか他の場所から見るコストを低下させる。紛争、診断、研究に共有された証拠表面を提供する。当事者は引き続き原因、政策、責任について意見が異なるかもしれないが、ルーティング状態の完全に私的な見解から始める必要はない。
経済学はその構造に従う。すべてのネットワークは、より大きな外部視点のセットを購入または交渉し、独自の長い歴史を保持し、独自の研究インターフェースを構築しようと試みることができる。多くのネットワークは同じ規模でそれを行うことができず、同じ収集作業を複製してもまだギャップが残る。公開アーカイブは、提供されたビューの利益を貢献組織の範囲を超えて広げる。研究者は派生データセットを構築でき、オペレーターは可視性を比較でき、教育者や政策アナリストはそうでなければ二国間関係の背後に隠れているシステムを検査できる。プロジェクトは測定のコストを排除しない。証拠ベースの一部を社会化する。
また、依存関係も社会化する。ユーザーは、ピアが貢献を続けること、コレクターが質問に対して十分に代表的であり続けること、アーカイブが解釈可能であり続けること、インターフェースがルーティングテーブルの成長に合わせて進化することに依存している。コレクターに存在しないことは、どこにも存在しないことの証明ではない。複数の視点で見られる経路は、普遍的な伝播の証明ではない。履歴ファイルは、コレクターが受信したものを保存できるが、それを生み出したすべてのプライベートポリシー決定を明らかにするわけではない。公開可視性は開始位置を改善するが、制御プレーンを完全または全知にするわけではない。
証拠は他者が再利用できるときにインフラとなる
RouteViews の重要性は、下流で最も容易に確認できる。そこではその観測が、元のコレクターが実行しない作業への入力となる。CAIDA の RouteViews Prefix-to-AS データセットは、RouteViews データから毎日のマッピングを導出している。CAIDA は2005年5月9日からの IPv4 ファイルと2007年1月1日からの IPv6 ファイルを記録し、ASFinder や CoralReef などのツールによる使用を特定している。派生ファイルは、ルーティングテーブルの観測を、プレフィックスと見かけの起点自律システム間のよりコンパクトなマッピングに変換する。
それは再利用であって、すべての推論の支持ではない。複数起点プレフィックスは、複数の観測された起点をどのように表現するかについての選択を必要とする。ルーティングテーブルから導出されたマッピングは、ソースデータで見えるアナウンスメントに関する観測であり、タイトル登録、企業所有権の証明、または運用制御の恒久的な宣言ではない。CAIDA はフォーマット変更と注意点を文書化している。なぜなら、有用な派生語はその変換が視界から消えると誤解を招く可能性があるからである。公開証拠は、観測から解釈への連鎖が検査可能であり続ける場合にのみ権威を蓄積する。
現代のアクセスはまた、成功の代償を露呈する。RouteViews API ドキュメントは、オペレーターと研究者がグローバルルーティングシステムを監視する際に現在のデータへの定期的なアクセスにインターフェースを使用していると述べている。また、直接的なコマンドライン使用がインターネットとルーティングテーブルの成長に伴いコレクターに増大する負荷をかけたことも説明している。API はその種の繰り返される自動アクセスを置き換え、アーカイブ内の RIB およびアップデートダンプを補完する。公開リソースは、それを公開にするシステムを防御しなければならない。
これはインターフェース設計に埋め込まれたガバナンス決定である。レート制限、認証アクセス、現在のクエリと深い履歴クエリの区別は、希少な容量を割り当てる。アーカイブは履歴に推奨され、API は現在のコレクターデータのサブセットを提供し、ドキュメントは各表面が何のためのものかを述べている。それらの境界は公開性を減少させない。すべての形式のアクセスにゼロコストがあるというフィクションを拒否することによって、公開性を運用上持続可能にする。
繰り返しになるが、公開記録は API の近代化やその特定の選択を Meyer に帰属させていない。後のインターフェースは継続中の RouteViews プロジェクトとそのオペレーターに属している。彼のプロフィールへの関連性は概念的なものであり、個人的なものではない。可視性プロジェクトが共有インフラになった後に何が起こるかを示している。収集は最初の義務に過ぎない。管理は、開始した学術プログラムが制度的記憶に入った後も長く、即時性、履歴、負荷、認証、ユーザー期待のバランスを取らなければならない。
したがって、RouteViews は特定の種類の公的権力を提供する。ネットワークに指示することはできないが、何が検査され得るかに影響を与えることができる。ポリシーを強制することはできないが、説明がテストされる痕跡を保存できる。すべての視点を利用可能にすることはできないが、グローバルルーティングが最大のオペレーターやベンダーにのみ可視であることを防ぐことができる。これは証拠を通じた権力であり、それを提供し、維持し、再利用する人々の間で分散されている。
Meyer のプロジェクトとの関連は、彼をそのインフラのモデルに近づける。記録は、彼のオレゴン大学での仕事に RouteViews が含まれていたと言うことを支持する。公開ルーティング証拠がなぜ重要なのかを検討することを支持する。一人の研究者が不透明なインターネットを見て、単独で可視にしたという創設者神話を支持しない。より正確な説明は制度的により豊かである。大学のセンター、運用パートナー、公開アーカイブ、そして下流のユーザーが、多くの部分的なビューを耐久性のある共通表面に変えた。
政策を読みやすくするが、自動執行はしない
観測は、選択された視点にどのルーティング情報が現れたかを答える。それ自体では、ネットワークが何を通知し、受け入れ、優先するつもりであったかを説明しない。Meyer の記録の第二の側面はそのギャップに対処する。1998年1月、RFC Editor はRFC 2280、Routing Policy Specification Languageを Standards Track 文書として公開した。その著者には、オレゴン大学の D. Meyer と他の6人の名前が挙げられている。1999年6月、RFC 2622がそれを置き換え、再び Standards Track で、Meyer はより大きな著者グループの中にいた。
RPSL は、ルーティングポリシーを構造化オブジェクトで表現可能にしようと試みた。自律システム、ルート、セット、ピア、フィルター、インポートおよびエクスポートポリシー、メンテナー、およびインターネットルーティングレジストリで使用されるその他の管理要素を記述した。文書は、ポリシーが検査され、他の情報とともに低レベルのルーター設定を生成するために使用される、協調的に維持される分散データベースを想定していた。ネットワークの意図は、非公式の声明やプライベート設定だけよりも、機械や他の機関にとって読みやすくなる可能性があった。
共著が重要なのは、身元の連鎖をルーティングポリシーの問題に直接結びつけるからである。RFC ヘッダーは Meyer とオレゴン大学を挙げている。しかし、著者リストは最も誘惑的な誇張も阻止する。Meyer が RPSL を単独で発明したわけではない。この言語は、以前のポリシー仕様作業から成長し、複数の著者によって文書化され、コミュニティ標準貢献として IETF 公開プロセスに入った。複数の名前を持つ RFC でさえ、それが記述するネットワークに課せられた命令ではない。
表現と執行の区別は中心である。RPSL オブジェクトは認可された組織のポリシーを記述できるが、文書はその記述が正確で、最新で、普遍的に従われていることを保証しない。RFC 2622は、登録プロセスをその範囲外に明示的に置いている。メンテナー、レジストリ、ネットワークオペレーターは依然として変更を認証し、データベースを入力し、運用設定を公開された意図と整合させなければならない。形式言語は曖昧さを減らすことができるが、ステートメントを信頼できるものに保つ制度的な問題は残る。
したがって、RouteViews と RPSL は、制御プレーンの説明責任問題の異なる半分を露出する。RouteViews は参加する視点から観測されたルーティング情報を記録する。RPSL はポリシーと管理オブジェクトを公開する方法を提供する。アナリストは観測された行動を宣言されたポリシーと比較できるが、どちらのソースも他方の完全な証明ではない。経路はレジストリオブジェクトが説明しない理由で可視かもしれない。ポリシーオブジェクトは慣行が変わった後も公開されたままかもしれない。宣言と観測の違いは、消去されるべき欠陥ではなく、説明責任が失敗し得る場所に関する情報である。
ポリシーを形式化する経済的な理由もある。二国間ルーティング関係は、すべての参加者が特注の通信を通じてすべてのパートナーの意図を解釈しなければならない場合、うまくスケールしない。共有言語は、組織の境界を越えてツール、フィルタリング、検証をサポートできる。ネットワークがルート、ピア、アクションのクラスを他の人が処理できる形式で記述できるようにすることで、調整コストを削減できる。しかし、その利益はメンテナンス、実装、信頼に依存する。古いコンテンツを持つ構文的に有効なオブジェクトは、間違った仮定をより効率的に自動化する可能性がある。
それが、RPSL が解決済みの問題として語られるべきではない理由である。RFC は言語とオブジェクトモデルを確立したが、普遍的な展開品質や自動コンプライアンスは確立しなかった。利用可能な公開証拠は、後の運用成果を Meyer 個人に帰属させることを許さない。それはより狭く、より示唆に富むものを確立する。彼は、RouteViews が観測を助けたのと同じ分散ルーティング環境のための言語を形式化したと信用されている人々の一人だった。
Meyer のより広いIETF Datatracker プロフィールは、2026年7月16日に確認した時点で39の RFC をリストし、その時点でアクティブな役割はないと述べていた。公開リストは、マルチキャスト、トンネリング、BGP 分析、データ収集のためのコミュニティ、セキュリティメカニズム、LISP、SDN 用語にわたっている。タイトルのカタログはポイントを曖昧にするだろう。有用な信号は、ネットワークがどのように技術的行動を表現、観測、調整するかという問題にわたる連続性である。プロフィールは貢献を記録するが、それらの文書が触れたすべての分野の所有権を記録するわけではない。
39の RFC 数はまた、なぜ公開を命令から分離しなければならないかを示している。RFC 著者は、定義されたプロセス内で提案、分析、文書化を行う。実装者は何を展開するかを決定する。オペレーターは設定の選択を行う。ベンダーはアイデアを製品に組み込む。標準化団体はレビューとステータスを管理する。後のユーザーは、その著者が制御できない環境でテキストを解釈する。長い公開記録は、継続的な奉仕の評判を支えることができるが、一人の著者がインターネットの慣行を決定したという主張を支えることはできない。
したがって、RPSL と RouteViews の最も深いつながりは、両方が BGP に関係していることではない。両方が、そうでなければ分散された制御の公開表現を作成することである。一方はネットワークが通知したものの選択された証拠を捕捉する。他方はネットワークが自分のポリシーは何であると言っているかを構造化する。それぞれが組織横断的な推論をより可能にする。それぞれまた、表現を現実に結びつけ続けることができる人々と機関に依存している。
委員会は調整を行うが、ネットワークを所有しない
技術的な調整は文書とデータセットだけでは達成されない。どの質問が注目を受けるか、アーキテクチャ上の懸念がどのようにレビューされるか、どの議論がコミュニティプログラムに入るかを誰かが決定しなければならない。Meyer の公開記録には、それらの機能を実行する機関での奉仕が含まれているが、利用可能な証拠はその奉仕が何を意味したかについて保守的な言語を要求する。
Internet Architecture Board の過去メンバー記録は、David Meyer を、当時 Cisco とオレゴン大学に関連付けられ、2005年から2007年までのメンバーとしてリストしている。IAB はより広い IETF およびインターネットアーキテクチャ環境の中に位置している。メンバーシップはアーキテクチャおよびガバナンス機関への参加を示す。特定の事項について Meyer がどのように投票したか、または議論したかは明らかにせず、集合的なプロセスを通じて到達された理事会の決定の著作者にすることはできない。
その制限は、制度的肩書きが運用権限のように聞こえる可能性があるため特に重要である。IAB は、相互作用がグローバルルーティングを形成する自律システムを運営しない。そのメンバーは個々に実装者を指揮しない。その影響力は、レビュー、助言、プロセス、技術コミュニティの正当性を通じて来る。メンバーは判断と労力を貢献できるが、その出力が手続きと同僚に依存する機関の一人の参加者であり続ける。
NANOG は、オペレーターコミュニティにより近い平行した奉仕の形態を提供する。2005年の NANOG メーリングリストアーカイブは、退任するプログラム委員会メンバー、Dave Meyer を含む、に感謝している。名前付きの公開プロフィールは後に、彼が2008年から2011年まで NANOG プログラム委員会の議長を務めたと述べている。RIPE 66の経歴はそれらのプロフィールの一つである。したがって、正確な議長期間はプロフィールに帰属させるのが最善であり、アクセス可能な2005年のアーカイブは独立して以前の委員会参加を確立する。
プログラム委員会は、パケットではなく注意を統治する。彼らは発表を募集して選択し、議題を組織し、技術コミュニティが一緒に何を検討するかを決定するのを助ける。その作業は、どの運用問題がピアに可視になるか、どの証拠が議論されるか、どの実践者が互いに出会うかに影響を与えることができる。それでも、議長が個人的にすべての講演を選択したこと、会議の品質を生み出したこと、またはコミュニティの合意を創造したことを証明するものではない。議題は、提出物、委員会メンバー、講演者、参加者によって形成される集合的な制度的出力である。
ここで、人物レベルの物語は英雄的になることなく意味を持ち続ける。公開記録は繰り返し Meyer を研究者、オペレーター、標準参加者、ベンダーの間の交差点に置いている。オレゴン大学では、彼のプロフィールは公開ルーティングビューを収集するプロジェクトにリンクされていた。RFC では、彼の名前はルーティングポリシーを表現しようとする共著者の中に現れた。IAB および NANOG プログラム作業では、彼は技術的知識がどのように考慮されるかを決定する機関に参加した。これらは共通の調整表面上の観察可能な役割である。
それらは私的な教義を明らかにしない。Meyer がこれらすべての役割を一人の個人的マスタープランに従って追求した、または彼が私的に公開可視性がインターネットのガバナンス問題を解決すると信じていたと主張することは推測になる。パターンは記録の中にあり、再構築された思考の中にはない。それは自律組織間の協力を必要とする問題への繰り返しの関与を示している。分析は動機を発明することなくその連続性を特定できる。
したがって、Meyer の IAB および NANOG の役割は、命令ではなく奉仕として読まれるべきである。奉仕はより低いカテゴリーではない。分散インフラは通常の企業感覚での命令によって統治されることはできない。なぜなら、関連する資産、ネットワーク、コミュニティは異なる所有者を持つからである。仕事は、独立したアクターが調整するための十分な共通言語、証拠、プロセスを作り出すことである。その仕事はしばしば、その境界が CEO の報告ラインよりも見えにくい影響力を生み出す。注意深い帰属はそれらの境界を可視にする。
制御の観察から制御ソフトウェアの共有へ
OpenDaylight は調整の対象を変えた。RouteViews は分散ルーティング決定によって生成された情報を観測した。RPSL はポリシーに関する声明を構造化した。OpenDaylight のローンチは、ネットワークがプログラムされ制御される共通ソフトウェアプラットフォームを目指した。移行は理論から実践へのものではない。RouteViews とルーティングポリシーはすでに運用上重要であった。それは証拠と言語を共有することから、制御機械そのものの一部を共有することへの移行である。
2013年4月8日、Linux Foundation は OpenDaylight を発表し、コミュニティ主導、業界支援のソフトウェア定義ネットワーキングのためのオープンソースフレームワークとした。創設参加者には、大規模な既存ベンダーと新しいネットワーキング企業が含まれていた。発表によれば、メンバー企業はソフトウェアとエンジニアリングリソースを貢献し、提案された技術は技術運営委員会によってレビューされるとされた。それは、開発者と企業がその上に構築できる共通のオープンプラットフォームという野心を掲げていた。
参加者のリストは約束であると同時にガバナンス問題でもあった。競合他社はコード、顧客、既存の製品戦略、制御がどこにあるべきかについての異なる見解を持っていた。財団は共通開発をホストでき、技術委員会は貢献を評価できるが、どちらの取り決めも商業的インセンティブを消し去ることはできなかった。プロジェクトは、将来の差別化と収益がどこに蓄積されるかを決定する可能性のある層での協力を企業に求めていた。
Meyer は Brocade からローンチ記録に入った。Linux Foundation の発表は、彼を Service Provider ビジネスのチーフテクノロジーオフィサーおよびチーフサイエンティストとして特定し、標準的なオープンプラットフォーム、迅速な開発、ピアレビューへの彼の支持を公開した。これらはローンチ時代の主張と野心であった。それらは、創設メンバーの代表がプロジェクトに達成してほしかったことを示している。プラットフォームが後にそれらの成果を提供したことを証明するものではない。
2013年10月7日に公開された Opensource.com のインタビューは、Meyer がローンチ直後に技術運営委員会によって任命されたと述べている。Meyer はインタビューで、開発者コミュニティの構築とコード開発の指導を支援するために TSC 議長に選出されたと述べた。彼はまた、プロジェクトの迅速なスタートのためにメンバー企業の資金とリソースを信用し、ローンチ後数ヶ月で数百人の開発者が複数のプロジェクトとユースケースに貢献していると述べた。
そのアカウントでの帰属は異常に明確である。Meyer は定義されたリーダーシップの役割を持っていたが、彼は入力を集合的なものとして説明した。運営委員会が彼を選出し、メンバー企業がリソースを提供し、開発者がコードを貢献した。役割は技術ガバナンス機関の議長を務め、コミュニティの構築を支援し、プロセスを導くことであった。それは OpenDaylight の所有権、すべてのコンポーネントの著作者、またはすべてのメンバー企業の実装に対する制御ではなかった。
TSC 構造はまた、オープン制御が制度的に何を必要としたかを明らかにする。寄贈されたコードは、そのライセンスがオープンであるという理由だけで首尾一貫したプラットフォームになるわけではない。貢献はレビューされ、統合され、維持されなければならない。インターフェースは異なるソースからのコンポーネントが一緒に動作することを許可しなければならない。開発者は設計を議論し、衝突を解決するための公開された場所を必要とする。リリース計画は、野心と使用準備ができたコードを区別しなければならない。技術的メリットは、参加者が不均等なリソースを持つかもしれないガバナンスシステム内で評価されなければならない。
これは、共通観測を公開するよりも難しい調整問題である。RouteViews のピアは、共通ルーティング戦略に同意することなくビューを貢献できる。ユーザーは同じアーカイブをダウンロードしながら異なる結論に達することができる。共有コントローラープラットフォームは、貢献者に、彼らの製品に影響を与える可能性のあるコード、抽象化、統合ポイントについて同意するよう求める。観測は何をすべきかについての不一致を許容する。共有制御ソフトウェアは、実行する前に少なくともいくつかの合意をエンコードしなければならない。
経済的な賭けはそれに対応して大きかった。ベンダーがより低いソフトウェア層を共有できれば、重複した開発を削減し、アプリケーションビルダーにより共通のターゲットを提供できるかもしれない。顧客は孤立したプロプライエタリ制御スタックに代わるものを得るかもしれない。しかし、共通層はまた、ベンダーが競争する場所と価値が蓄積される場所を変える可能性がある。強力なアプリケーション、サービス、またはハードウェアのポジションを持つ企業は、ある層でのコモディティ化を歓迎しながら、別の層でそれに抵抗するかもしれない。公開性は交渉を取り除かなかった。交渉をコード貢献、ガバナンス、アーキテクチャに移した。
Meyer の初期の議長役割は、それがその接合点に位置していたため重要である。公開証拠は、彼がプロジェクトの形成中に委員会プロセスを委託され、成功を開発者コミュニティと様々なユースケースにわたる使用可能なコードの観点から公にフレーミングしたと言うことを支持する。彼が個人的にどの技術的紛争を解決したか、特定の貢献にどのように投票したか、または後のリリースが野心を満たしたかを示してはいない。ローンチ時代の記録は、それらの後の評決が確立される前に終わる。
その証拠の制限は、プロフィールをよくある技術物語から保護する。オープンソースプロジェクトはしばしば、プロプライエタリシステムに対する必然的な勝利か、ベンダーの劇場として説明される。2013年の記録はどちらの結論も支持しない。実際の協力の試み、具体的なリソースのコミットメント、初期の開発者コミュニティ、技術ガバナンス構造、高い野心を支持する。また、それらの要素が整合するかどうかについての即時の疑問も支持する。
疑念の下でのオープンプラットフォーム
OpenDaylight は発表されるとほぼ即座に異議を唱えられた。2013年4月9日、Network World は懐疑論を報じた、Cisco と IBM 主導のコンソーシアムについて。懸念は単にオープンソースへの敵意ではなかった。それらは、誰がプロジェクトに影響を与えるか、ベンダー資金の構造が実力主義を維持できるか、既存のコントローラービジネスがどのように影響を受けるか、競合他社が戦略的に重要なソフトウェアで協力できるかに関係していた。
その報道は基本的な正当性問題を捕捉した。オープン参加は手続き上の主張である。参加者とユーザーは、プロセスが最大のスポンサーが自社の技術を定着させるための経路ではないと信じなければならない。階層化されたメンバーシップ、寄贈されたコントローラーコンポーネント、既存の製品戦略は、技術的メリットの誰の定義が優先されるかについての疑問を提起した。財団ラベルはガバナンス機構を提供できるが、主張によって信頼を解決することはできなかった。
コントローラーの経済的ポジションについても意見の相違があった。一部の業界参加者は、共通コントローラーが差別化と収益をその上のアプリケーションにシフトすると予想した。他の参加者は、既存のオープンソースコントローラービジネスまたは共有プラットフォームによって弱体化、補完、または方向転換される可能性のあるプロプライエタリ戦略を持っていた。同じ共通層は、ある企業にとって効率性、別の企業にとって戦略的制御の喪失に見える可能性がある。協力は、参加者が同一である必要のない動機の間で十分な重複を見つけることに依存していた。
その懐疑論は遡及的な評決に変換されるべきではない。報道はローンチ時に提起された質問を記録している。批評家が正しかったこと、ベンダーの影響がプロジェクトを捕捉したこと、または協力が失敗したことを確立するものではない。同様に、Linux Foundation の発表と Meyer のインタビューは野心と初期の活動を記録している。ガバナンスがオープンであり続けたこと、コード品質が期待を満たしたこと、または採用が続いたことを確立するものではない。正直な説明は、観測可能だった瞬間に両側を保存する。
Meyer はこの緊張の外にはいなかった。Brocade のチーフサイエンティストおよび TSC 議長として、彼はメンバーベンダーの代表であると同時に、プロジェクトの技術ガバナンスのリーダーでもあった。その二重の立場は手続き上の信頼性を重要にした。しかし、記録は私的な紛争、交渉、または動機の再構築を許さない。それはより単純な声明を許す。OpenDaylight の最初の TSC 議長は、プロジェクトの正当性が競合他社が共有ルールを受け入れながら自らの商業的利益を保持することに依存するプロジェクトの中で運営しなければならなかった。
NANOG および IAB との比較は示唆に富む。それらのコミュニティも独立したアクターを調整するが、その主な出力は議論、アーキテクチャガイダンス、標準関連作業である。OpenDaylight はベンダーと開発者に共有実行可能な成果物を生産するよう求めた。不一致は会議の議事録や競合分析に留まることはできず、アーキテクチャ、受け入れられた貢献、API、コードに表面化するだろう。ガバナンスは技術製品の一部となった。
これが、後の成功の主張がローンチ時代の記録に含まれていない証拠を必要とする理由である。リリース品質はテストとユーザー経験を必要とする。採用は明確な定義を持つ展開記録を必要とする。顧客の成功は顧客の証拠を必要とする。後の Linux Foundation 構造の下での統合は後の制度的ソースを必要とする。コードの健全性はリポジトリとメンテナンス分析を必要とする。どれも、著名な議長、創設発表、または最初の数ヶ月間に報告された数百人の貢献者から推測することはできない。
それらの主張の欠如は、OpenDaylight のエピソードを結論の出ない埋め草にするわけではない。それは実際に何が試みられたかを特定する。競合他社は財団ホストのプロジェクトにリソースを配置し、技術レビューを確立し、共通制御表面を作成しようとした。Meyer はその技術プロセスで最初の議長の役割を保持した。同時代人はすぐに、プロジェクトの主張を関与したベンダーの政治経済に対してテストした。未解決の質問は証拠の一部である。なぜなら、それらはオープン制御が正当性を獲得しなければならなかった条件を説明するからである。
観測と制御は異なる取引である
RouteViews と OpenDaylight は、しばしばネットワーキングイノベーションの広い見出しの下に一緒に置かれる。それらのより教訓的な関係は対照である。RouteViews は自律ネットワークに視点を貢献するよう求める。OpenDaylight は組織に共通制御ソフトウェアへの貢献を求めた。両方とも協力に依存するが、それぞれが参加者に提供する取引は異なる。
RouteViews のピアは、ビジネス戦略、内部ツール、ポリシー権限を保持しながら、選択されたルーティング情報を公開できる。プロジェクトはビューを集約して利用可能にする。貢献ネットワークにコマンドを送り返すことはない。参加のコストには、セッション、インフラ、より大きな可視性の結果が含まれる。共有される利益はより広い証拠ベースである。観測がそれを生み出した二国間関係を超えて利用可能になるため、権力は分散される。
オープンコントローラープラットフォームは、運用表面のさらに深くに達する。共有コードは、ネットワーク状態がどのように表現されるか、アプリケーションがどのように変更を要求するか、デバイスがどのようにプログラムされるかに影響を与えることができる。貢献者は重複作業を削減できるが、いくつかのアーキテクチャとビジネスモデルを他より有利にする可能性のある抽象化について交渉する。したがって、共通プラットフォームは単なるエンジニアリングの便宜ではない。それは、制御、差別化、説明責任がどこに存在すべきかについての提案である。
RPSL はそれらの取引の間に位置する。ネットワークを運用しないが、ポリシーにツールが処理できる形式的表現を与える。宣言を設定に接続できるが、正確さと展開に対する責任はオペレーターに残す。IAB と NANOG の奉仕はその隣に位置し、アーキテクチャと運用が検討されるフォーラムを提供する。一緒に、4つの側面は、分散された選択肢を見ることから、意図を述べること、議論を組織すること、実行可能な機械を共有することへの進行を示している。
その進行は Meyer によって制御されたはしごと誤解されるべきではない。公開記録は、彼が RouteViews を OpenDaylight の前兆として計画したとか、大学から財団プロジェクトに単一の設計を持ち込んだとは述べていない。数十年、機関、多くの協力者がエピソードを隔てている。有効な推論はより限定的である。彼の文書化された役割は繰り返し、独立したネットワークと共通の調整表面の間の境界に関与した。
その境界は説明責任を不快な方法で分散させる。RouteViews アーカイブが質問に対して不完全な場合、責任は利用可能なピア、コレクターカバレッジ、アクセス方法、アナリストの解釈に関係するかもしれない。RPSL オブジェクトが古い場合、責任はオブジェクトメンテナー、レジストリプロセス、それに依存するオペレーターに関係するかもしれない。委員会のプログラムが期待を裏切る場合、議長は可視だが、提出物、メンバー、制度ルールが重要である。共有ソフトウェアが苦戦する場合、開発者、メンテナー、ベンダー、ガバナンス機関、採用者が因果連鎖の異なる部分を占める。
Meyer の記録が価値を持つのは、そのマッチング演習を避けられなくするからである。彼は重要な機関に接続できるが、機関は明らかに複数である。RouteViews の権威は多くの視点から来る。RPSL の地位は共著と標準化プロセスから来る。IAB と NANOG の作業は理事会と委員会を通じて行われる。OpenDaylight は Linux Foundation によってホストされ、利益が完全に一致しなかった企業と開発者によって構築された。人物は連続性を提供し、分業は説明を提供する。
記録が許容するもの、そして拒否するもの
公開記録は David Meyer に関する実質的な結論を許容する。古くなったDMM65-ARINの手がかりは、明示的な注意とともに、公開プロフィールで説明されているオレゴン大学のネットワーキング研究者に接続できる。それらのプロフィールは彼を ANTC と RouteViews に関連付ける。RFC 記録は、オレゴン大学の D. Meyer を2つの Standards Track RPSL 文書の共著者の中に置く。IAB メンバーシップ記録は2005年から2007年までを記録する。NANOG アーカイブと名前付きプロフィールはプログラム委員会の奉仕とプロフィールで報告された議長期間を支持する。Linux Foundation とインタビューソースは彼を OpenDaylight のローンチとその最初の TSC 議長として置く。
記録はまた、いくつかのより大きな結論を拒否する。現在の AS10876 権限または現在の MAOZ.COM 雇用を確立しない。RouteViews のアーキテクチャ、運用、データ品質、引用フットプリント、または後の API の選択を Meyer 単独に帰属させない。彼を RPSL の唯一の発明者またはその実装の原因にしない。彼が個人的に決定した特定の IAB 決定または NANOG 選択を開示しない。後の OpenDaylight の採用、リリース品質、顧客成果、または業界への影響を確立しない。
これらの否定的な境界は、物語の周りの法律的ながらくたではない。それらは物語の説明責任の方法である。インターネットインフラは、単一の所有者なしで定期的に成果を生み出す。ルートは多くのポリシーから生じる。標準は著者、レビュアー、実装者から生じる。公開データセットは貢献者、メンテナー、ユーザーから生じる。オープンソースプラットフォームはコード、機関、競合するスポンサーから生じる。それらのすべてを最も可視な人物に帰属させるプロフィールは、公開証拠が削減することを意図しているのと同じ不透明性を再現するだろう。
また、意図と結果を分離する。RPSL の文書は、構造化ルーティングポリシーが何を可能にするように設計されたかを説明する。OpenDaylight のローンチ資料は、メンバーが共通プラットフォームに何を達成してほしいと望んだかを説明する。Meyer のインタビューは、彼がどのように自分の初期の議長役割とプロジェクトの望ましい開発者コミュニティを公にフレーミングしたかを説明する。どれも、意図されたすべての利益が到来したという証拠ではない。意図は、機関がその周りにリソースを組織するため重要である。結果はそれ自身の証明を必要とする。
したがって、最も防御可能な信用は正確である。Meyer は、公開プロフィールが RouteViews に接続するオレゴン大学のセンターに関連付けられていた。彼は基礎的な RPSL RFC を共著した。彼は IAB と NANOG プログラム作業に奉仕した。彼は OpenDaylight の初期の技術運営委員会の議長に選出された。それらの役割を通じて、彼はルーティング証拠、ポリシー言語、技術的討論、共有制御ソフトウェアをより公開し、調整に対してより開かれたものにすることに参加した。
対応する制限は同様に正確である。彼はそれらの機関が観測した、または影響を与えようとしたインターネットシステムを所有していなかった。ネットワークは自律的なままであった。標準は協力的なままであった。委員会は集合的な任務を保持していた。OpenDaylight のメンバーベンダーと開発者は、プロジェクトに異なるインセンティブと責任をもたらした。公開インフラは識別可能な人々によって形成されることができるが、彼らの個人財産または個人結果になるわけではない。
それが記録の制度的かつ経済的な教訓である。共有証拠は私的な視点を持つ者たちの優位性を減らすことができる。共有言語はポリシー解釈の摩擦を減らすことができる。コミュニティ機関は分散された専門知識に働く場所を与えることができる。共有ソフトウェアは重複を削減できるが、ガバナンスと価値をめぐる新しい闘争を生み出す。各表面は権力を分散させるが、それぞれはまた説明責任を非常に広く分散させるため、不注意なストーリーテリングはそれを失う可能性がある。
古くなった ARIN の手がかりは、議論をその最小単位に戻す。データベースフィールドは責任の割り当てのように見えるが、時間と無応答が現在の権威を空にした。RouteViews、RPSL、委員会、オープンソースガバナンスは、技術的な意味を機関と参加者に接続し続けるより大きな試みである。それらは、出典、メンテナンス、任務、限界が可視であり続ける場合にのみ機能する。
Meyer の公開キャリアは、指揮官の伝記としてではなく、分散インフラが共通表面を必要とする場所に繰り返し存在した人物の記録として、その説明に属している。証拠によって支持される成果は、それらの表面への参加である。同じ証拠によって要求される規律は、集合的な結果を集合的に残すことである。単一の制御室のないインターネットでは、その区別は謙虚さではない。それは責任が読みやすく留まる方法である。