概要
- Merit の NSFNET コンテキストの観測と SURFnet の時間毎データから再構築された測定値は、1994～1995 年に大幅なルーティング負荷軽減を示しているが、その系列は観測地点が変わっており、インターネット全体の分母を欠き、より詳細な経路の扱いを個別に開示していない。
- 展開の連鎖は、1992～1993 年のトポロジ割り当て変更から、1993 年 6 月の NSFNET 計画、1993 年 9 月の CIDR 仕様、1993 年のベンダー試験、1994 年 7 月の BGP-4 標準、プロバイダー展開、そして観測された 1994～1995 年の変曲点に至るまで続いた。
- CIDR は、IANA、Internet Registry、RIPE NCC、Merit、プロバイダー、ベンダー、オペレーター、隣接自律システムにとって結果的に重要な意思決定ポイントを生み出した。一方、現存する記録は、実際に行使された全体的な影響力よりも、構造的な能力をより強く立証している。
- 限定的な知見としては、CIDR が集約に合致した、観測地点固有の大きなルーティング利益をもたらしたことである。アクセス可能な記録の中で、AlterNet のみが定量化されたプロバイダーの「後」側を提供しており、第 2 の実装事例や具体的な顧客の結果は依然として欠けている。
工学的問題は、制度的な結果が明らかになる前からすでに測定可能であった。1993 年 9 月に公表されたRFC 1519は、Merit 提供の系列を再現し、それには 1988 年 7 月に 173 件、1992 年 12 月に 8,561 件の広告経路が含まれていた。この観測は NSFNET ルーティングのコンテキストから得られた。その単位は、アドレス割り当て、接続組織、自律システム、またはあらゆる場所で可視な全経路の普遍的な数ではなく、その運用系列に記録された広告経路であった。RFC 1519 は情報源を Merit と特定しているが、個々の収集者の氏名、全期間にわたる収集装置の不変性の記録、またはより詳細な経路がどのように扱われたかの指定を行っていない。この系列には、意味のあるインターネット全体の分母は付随していない。
これらの限界の範囲内で、増加は深刻であった。1992 年 12 月の数は、53 か月間で 1988 年 7 月の約 49.5 倍であった。RFC 1519 自体の分析では、1988～1991 年の区分を平均して 10 か月ごとに倍増すると扱っていた。その増加率は、その定義された歴史的期間と NSFNET コンテキストデータセットに属する。10 年代半ばまで同一のモニターが同一のインターネット母集団を同一の速度で連続的に測定したかのように、それを将来にわたって適用すべきではない。
展開後の初期の証拠はまったく異なって見える。Geoff Huston による 2001 年 3 月の実務者研究「Analyzing the Internet’s BGP Routing Table」は、それ以前のほぼ月次の Merit 観測と、1994 年初頭からオランダの SURFnet で Erik-Jan Bos が開始した時間毎の測定を結合した。Huston は 1997 年からオーストラリアの AS 1221 のエッジに第三の測定点を追加したが、その後の観測地点はここでの定量的判断の範囲外である。したがって、1994 年の部分は、以前の部分が Merit に由来する再構築に埋め込まれた、デフォルトフリー BGP テーブルの時間毎の SURFnet ビューである。それは 1988 年以降変更されずに運用された単一の機器、単一の収集者、単一の場所ではない。
Huston は、1994 年を通じて可視テーブルが約 20,000 エントリで比較的一定に保たれたと報告した。その単位は SURFnet 測定点で可視な BGP テーブルエントリであり、ベースラインは 1994 年初頭まで続いた指数関数的に見える上昇であった。情報源は、このプラトーを、新たに広告されたプロバイダーブロックからの追加が、集約によるコンポーネント広告の削除によって相殺されたことに帰している。歴史的系列がその時点でより詳細な経路をどのように数えたかは個別に報告されていないため、概算合計を集約、顧客例外、マルチホーミング広告、または他の詳細に分解することは、この記事だけからはできない。
この制限は、主張の規模を変えるが、方向性を変えるものではない。影響力のある CIDR 以前の系列は、広告経路が数百から数千に増加した。後の再構築は、デフォルトフリービューが約 20,000 エントリに近づき、ネットワークが拡大し続ける中で 1994 年の大半を通じてその水準付近に留まったことを示している。この観測は、CIDR と BGP-4 が可能にすることを意図された正確なメカニズムと一致する。すなわち、トポロジ的に整列した複数の広告を、より短い集約プレフィックスで置き換えることである。
その結果、かなりの工学的な負荷軽減がもたらされた。それはまた限定的な軽減でもあった。記録は、すべてのデフォルトフリールーターの同時的な調査、すべてのデータセットにわたる共通の定義、またはどの広告が消えたかに関する経路ごとの説明を提供していない。最も強い定量的な結論は、1994～1995 年の観測に限定される。すなわち、プロバイダーがクラスレスルーティングと集約を展開した期間に、引用された観測地点でのルーティングの増加が以前の軌道から急激に逸脱したことである。
測定が神話になる前に
RFC 1519 は、1992 年 1 月のデフォルトフリーテーブルには約 4,700 エントリが含まれており、NSFNET バックボーンルーターを例として挙げ、その数を NSFNET ルーティングデータベースのサイズと説明した。その詳細な月次表には、1 月に 4,526 件、2 月に 4,740 件の広告経路が記載されている。概算の本文中の数字は、別の正確な観測値ではなく、両方の月次行とは区別したままにすべきである。
1988～1991 年に見出された平均 10 か月倍増を用いて、RFC 1519 は 2 年以内に約 30,000 エントリになると予測した。同文書は、クラス B ネットワークを受信できない組織が代わりに複数のクラス C ネットワークを取得して広告した場合に生じうる追加の圧力を別途モデル化した。その仮定の下で、同文書は 6 か月以内に 10,000 エントリ超、1 年以内に 20,000 エントリ超と予測した。これらは 1992 年 1 月の起点と以前の増加の継続を仮定した予測モデルの出力であり、その後の測定値ではなかった。
3 年シナリオはより野心的であった。RFC 1519 は、是正措置なしで約 75,000 経路、即時実装と全面参加で 5,650、プロバイダーの 90%参加で 13,145 と計算した。5,650 という結果は、とりわけ、初期のプロバイダーブロックが 2 年分の需要をカバーすること、プロバイダーが約 100 社存在すること、当初マルチホーミング組織は 100 未満であること、マルチホーミングが規定の割合で増加することなどを仮定していた。13,145 のシナリオは、モデル化された非参加割合を追加したものである。各結果は著者の仮定が生み出したものを表しており、確認を待つ将来の観測値ではなかった。
引用された 1994 年と 1995 年 10 月の観測地点での観測値は、75,000 経路という無対策予測を大きく下回っていた。この比較は、観測されなかった反実仮想が証明されたと偽ることなく、集約の実際的な成功を支持する。ルーターのアップグレード、需要の変化、デフォルト、ポリシー選択、ネットワーク再構築、その他の同時代の進展も、特定のテーブルに含まれる内容に影響を与えた。CIDR の因果関係の主張は、変曲点のタイミング、文書化された展開メカニズム、およびプロバイダーが複数の内部経路をより少数の外部広告で置き換えたという直接的な証拠に基づいている。
RFC 1467（1993 年 8 月公表）に第二の増加率が現れた。当時、Merit の NSFNET/ANSNET ポリシールーティングデータベースは月約 8%で増加しており、同文書はこれを 9～10 か月倍増と表現した。これはそのポリシーデータベース内のエントリに関する現在の増加率であり、RFC 1519 の 1988～1991 年分析の延長ではなかった。データベースは NSF と ANSNET の適正利用ポリシーによって制限されており、完全な転送テーブルと同一ではなかった。
RFC 1467 は、そのデータベースに 13,000 を超えるネットワークが存在し、そのうち 10,000 超が 1993 年 6 月下旬までにアクティブであったと報告した。ここで最初の単位はデータベースネットワークエントリであり、二番目は NSFNET/ANSNET バックボーンに広告されたネットワークである。Merit は定期的にデータを公表していたが、RFC は完全な収集装置の仕様や、より詳細な経路のマスクベースの説明を提供していない。また、他のプロバイダーには知られているが適正利用ポリシーデータベースには存在しないネットワークは、データベース母集団の 25%未満と推定しつつ、その増加率は測定されていないことを認めた。これらの数値は、重要なポリシー制限付きの運用データセットを記述しており、BGP システム全体ではない。
第三の 10 か月に関する記述は、Merit の参加者執筆による回顧録『NSFNET: A Partnership for High-Speed Networking, Final Report 1987–1995』に由来する。アクセス可能な報告書には明示的な公表日の記載がない。同書は、NSFNET ルーティングテーブルが約 10 か月ごとに倍増しており、1994 年に NSFNET バックボーンサービス上で CIDR が展開されたと記録している。同書はプログラムに関与した人々からの組織的記憶を提供する。その位置づけは日付のない回顧的証言であり、RFC 1519 の日付入り系列や RFC 1467 の当時のポリシーデータベース増加率とは異なる。
これら三つの倍増に関する記述は、スケーリングの緊急事態に収束するが、一つの連続した測定につなぎ合わせることはできない。RFC 1519 は Merit 提供の NSFNET コンテキスト系列から 1988～1991 年の観測を分析した。RFC 1467 は 1993 年の NSFNET/ANSNET ポリシーデータベースの増加を記述した。Merit の最終報告書は後にプログラムの経験を要約した。それらの定義、期間、証拠としての位置づけは異なる。
展開の連鎖、順を追って
CIDR は、単一の標準文書の公表とそれに続く経路数の瞬間的な減少として到来したわけではない。アドレス管理はルーティング機構が一般に準備できる前に動いており、その順序は当初テーブルを増加させるリスクがあった。
年代記は 1992 年に始まる。RFC 1467 は、1992 年 10 月 31 日までに IANA が地域アドレスレジストリを承認するための基準を設け、将来のレジストリからの申請を受け入れたと記録している。RIPE NCC はヨーロッパでの管理のために 194.0.0.0 から 195.255.255.255 を受領し、既に 193.0.0.0 から 193.255.255.255 を保有していた。クラス B の割り当ては次第に取得が困難になり、可能な限り適切なサイズのクラス C 番号のブロックが選好された。指定された地域レジストリのない地域では、Internet Registry が割り当て機能を継続した。
1993 年 4 月 15 日までに、Internet Registry はトポロジカルアドレッシング計画に従ってクラス C 番号のブロックで割り当てを行っており、プロバイダーは顧客への下流割り当てのためにブロックを要求していた。RIPE NCC または Internet Registry が、関連地域のために行動し、これらのプロバイダーブロックを供給した。これらは検証された割り当て慣行の変更であった。これらは後に集約可能な連続範囲を作り出したが、それ自体でルーティングテーブルを圧縮したわけではない。
アドレス集約の一般利用開始に関する計画されたマイルストーンである 1993 年 6 月 6 日は達成されなかった。RFC 1467 は、この遅れをルーターソフトウェアの状況に帰している。その調査は、内部テスト中、プレベータまたはベータ計画中、限定リリースの意図、集約または脱集約機能の欠如、および依然として互換ソフトウェアを必要とするルーターについて述べている。報告された日付は 1993 年に行われた計画と予測であり、後の製品完成の証明ではない。
1993 年 6 月に公表されたRFC 1482は、NSFNET ポリシーベースルーティングデータベースにおける集約に対する Merit の意図されたサポートを定め、CIDR 集約レジストリを提案した。同文書は、1993 年夏を BGP-4 と CIDR 集約を有効化するための意図された期間としつつ、各参加者に実装の担当部分を割り当てる責任を課した。この文書は、変更が必要なデータベース、レポート、設定プロセス、登録フィールド、調整の問題を特定しているため、運用上の示唆に富む。それは事後の報告ではなく、計画のままである。
RFC 1518と RFC 1519 は 1993 年 9 月に公表された。RFC 1518 は、アドレス割り当てをルーティングトポロジに整合させるアーキテクチャを提供し、抽象化と分散管理のバランスを検討した。RFC 1519 は、最長プレフィックス転送、ホールとマルチホーミングの扱い、割り当ての前提、集約責任を含む、標準トラックのアドレス割り当て・集約戦略を提供した。これらの文書はアーキテクチャとプロトコルに依存しないルーティングセマンティクスを記述した。公表は、プロバイダーが必要なソフトウェアを展開したことを証明するものではない。
1993 年中、ベンダーとプロバイダーは BGP-4 コードをテストまたは計画した。RFC 1467 は、3Com、ANS、BBN、Cisco、Proteon、Wellfleet での異なる状態を記録している。あるコードはクラスレス経路を受信できたが集約を形成できず、あるものは制御された脱集約を欠き、あるものは内部テスト中であり、あるものは古いルーターを GateD にアップグレードすることに依存していた。プロバイダーのハードウェアと設定の制限も様々であった。これは部分的な能力の場であり、同期されたリリースではなかった。
BGP-4 は、1994 年 7 月にRFC 1654として標準トラック文書化された。同 RFC は、到達可能性を明示的な長さを持つプレフィックスとして符号化し、経路選択、伝播、情報削減、集約の動作を規定した。CIDR は割り当てと集約の戦略であり、BGP-4 はクラスレス到達可能性を伝達するドメイン間プロトコルであった。トポロジカル割り当ては BGP-4 の展開完了なしでも開始できたが、約束された経路削減はクラスレスプロトコルがインストールされ使用されることに依存していた。
Merit の最終報告書は、1994 年に NSFNET バックボーンでの CIDR 展開があったと位置づけている。Huston は、1994 年から 1995 年にかけてのプロバイダーによる協調的な展開努力を記述している。彼の再構築された系列は、SURFnet の観測地点での結果的な変曲点を示している。ずっと後の 2006 年 8 月に公表されたRFC 4632も同様に、プロバイダーの BGP-4 展開によって新たに割り当てられたブロックの集約が可能になったことで 1994 年に急激な減少があり、その後 1994 年半ばからほぼ線形の増加があったと説明している。
この年代記は、1996 年 10 月に公表されたRFC 2008を当時の展開記録と調和させる。RFC 2008 は広く、CIDR は 1992 年後半から展開されていたと述べている。その日付は、初期のトポロジカル割り当てと最初の移行プログラムを含むことができる。それが、1992 年後半にプロバイダー全体で完了した標準トラックの BGP-4 集約ロールアウトが存在したことを合理的に意味するものではない。達成されなかった 1993 年 6 月のマイルストーン、ベンダーの状況報告、1994 年 7 月の BGP-4 仕様、および 1994～1995 年の展開記録が、その後に続いた層を確立している。
割り当て優先の順序は、RFC 4632 で回顧的に特定された一時的な加速を説明する。レジストリは集約を意図したブロックを発行したが、プロバイダーは依然としてレガシーまたは不完全なルーティング取り決めを通じてコンポーネントのクラス C ネットワークを広告していた。プロバイダーがクラスレス集約を生成し交換できるようになるまで、一つの経路になることを意図されたブロックが多数の経路として現れる可能性があった。展開がそのギャップを埋めた。
Huston と RFC 4632 はまた、最大の下方変動を IETF CIDR 展開ワーキンググループの会合後の期間と関連付けている。それは時間的対応の回顧的解釈であり、特定の会合が特定の数の取り消しを引き起こしたという制御された実証ではない。会合は調整環境の一部を形成した。測定された結果は、プロバイダーのソフトウェアインストール、集約設定、広告の変更、および隣接システムによる受信を通じて生じた。
一つの集約に必要とされたもの
技術的な圧縮は概念的に単純であった。クラスレス経路はアドレスプレフィックスとその長さを記述する。したがって、同じ外部経路をたどる複数の連続ネットワークは、より短い共通プレフィックスで表現できる。最長プレフィックス転送は脱出メカニズムを保持した。すなわち、集約内のより詳細な経路が、マルチホーミング、プロバイダー移行、または他のポリシー例外のためにトラフィックを異なる方向に誘導できるのである。
制度的な連鎖はより長かった。それは、アドレス権威が適切に整列されたブロックを予約または割り当てることから始まった。初期において、関連する行為者には IANA、Internet Registry、RIPE NCC が含まれた。彼らの手段は当時有効な割り当て手続きであった。彼らの決定は、ブロックのサイズ、整列、受領者、および地域またはプロバイダーのコンテキストに関係した。即座に検証された結果は、階層的な細分が可能な割り当てであった。経路集約は依然として後の行為者に依存していた。
そのようなブロックを受領したプロバイダーは、より長いプレフィックスを顧客にサブ割り当てすることができた。単一接続の顧客にとって、プロバイダーのブロックから引き出されたアドレッシングにより、そのネットワークの外部ではプロバイダー集約によって顧客の到達可能性がカバーされる。プロバイダーは依然として自社の顧客のために詳細な内部到達可能性を必要とした。節約の多くは、すべての顧客コンポーネントを個別の外部経路として保持する必要がなくなった遠隔のデフォルトフリーオペレーターにもたらされた。
その後プロバイダーは、どの範囲を集約し、どこで生成するかを決定した。RFC 1519 は、アドレス範囲が割り当てられたドメインに集約権限を置きつつ、別のドメインへの委任を許可した。現在可視の経路のみから集約境界を推測するのではなく、事前設定された範囲を推奨した。そうしなければ、一時的に存在しないコンポーネントが未使用スペースと誤認される可能性があった。また、集約の起点は、到達可能なコンポーネント経路を持たない集約内のアドレスに対して破棄経路を必要とし、パケットがより一般的でない経路をたどってループに戻るのを防いだ。
RFC 1519 における集約に関する「単独権限」は、割り当てられた範囲を要約する責任を指した。それは、生成者に隣接自律システム、顧客機器、アドレス登録、またはより詳細な経路のグローバルな扱いに対する命令権を与えるものではなかった。生成者は集約を広告することができた。各隣接システムは、独自のインポート、選択、エクスポートポリシーを保持した。
Merit の NSFNET ポリシー機構は、もう一つの意思決定面を形成した。CIDR 以前は、ポリシーベースルーティングデータベースは、バックボーンによって受け入れられるネットワーク番号と、それらのアナウンスが期待される自律システムを記録していた。中位ネットワークがポリシー情報を供給し、Merit はそれをバックボーン設定に使用される資料に組み込んだ。RFC 1482 は、そのシステムを拡張してプレフィックスと集約を理解できるようにすることを提案した。
提案された CIDR 集約レジストリは、プレフィックスと長さ、ホーム自律システム、アナウンスする自律システム、隣接システム、および連絡先を記録する予定であった。Merit は登録手続きを定義し、NSFNET を経由して伝達される集約をルーティング更新プロセスと結び付けることを意図していた。このレジストリは、NSFNET によって受け入れられまたはアナウンスされる経路のみではなく、より広範な使用のために設計された。
登録された集約はポリシーステートメントにとどまった。それは割り当てられたアドレスブロックでも、ライブな広告の証明でもなかった。それは、すべての隣接システムが経路を受け入れたことを示さなかった。プロバイダーは集約を生成しなければならず、トランジットシステムはそれを伝播しなければならず、受信側オペレーターはそれを許可し選択しなければならなかった。名前、アドレス割り当て、経路起点、逆引き DNS 委任、ポリシー記録、およびライブ転送状態は、関連するが異なるオブジェクトであった。
ソフトウェアベンダーは別の前提条件を提供した。ルーターは任意のプレフィックスを符号化し、最長プレフィックス選択を実行し、互換性のある経路を集約し、必要な経路情報を保持し、プレフィックスとマスクでフィルタリングし、旧式のシステムと共存しなければならなかった。ベンダーはリリーススケジュールと機能セットを選択した。プロバイダーは実験的または限定リリースのコードが自社ネットワークで許容可能かどうかを選択した。オペレーターはインストール、設定、相互運用性テスト、監視、および障害修正を実施した。
遠隔での受け入れが経路を完結させた。構文的に有効な集約でも、隣接システムのポリシーによって拒否される可能性があった。有効なより詳細な経路はローカルでは受け入れられるがエクスポートされない、特定の隣接システムからのみ受け入れられる、または遠方のシステムによってフィルタリングされる可能性があった。アドレス権威はこれらの決定を制御しなかった。集約の到達性は、分散したルーティング関係の集合から現出した。
したがって、CIDR の利益はいくつかの連関した行動に依存していた。すなわち、割り当て当局が集約可能な空間を作り出し、プロバイダーがサブ割り当てをトポロジに整合させ、ベンダーが動作可能なコードを提供し、プロバイダーが集約を設定し、ポリシーシステムが期待される広告を表現し、隣接オペレーターがそれらを受け入れ伝播した。一つの段階での失敗は、コンポーネント経路を維持したり、不完全な到達可能性を生じさせたり、展開を遅らせたりする可能性があった。
NSFNET による予測計算
RFC 1482 は、集約によって NSFNET バックボーンの広告から何が除去される可能性があるかについての当時の推定を提供した。1993 年 6 月に公表され、バックボーンに提示された 12,348 件の広告の入力セットから開始した。そのアルゴリズムは最長の連続アドレスブロックを検索し、4,135 件の広告を潜在的に除去可能と特定した。これはその入力セットの約 33% にあたる。
同文書は、この試みを悲観的なアルゴリズムによって生成された楽観的な推定と特徴づけた。単位は、指定された NSFNET バックボーン入力セット内の広告の予測削減数であった。それは、プロバイダーの遵守完了の観測、ロールアウト後に収集された数、または管理負荷の測定ではなかった。RFC はインターネット全体の分母も、候補となる集約がすべて実装されたことを示す事後の監査も提供しなかった。
入力から記載された潜在的削減数を差し引くと、残りの広告は 8,213 件となる。この残数は分析者の計算であり、RFC によって観測テーブルとして報告された数ではない。ポリシーの違い、切断されたネットワーク、マルチホーミング、ホール、ソフトウェアの制限、プロバイダーの選択のすべてが、実現された結果を変え得た。
その計算の価値は、そのメカニズムにある。それは、完全なロールアウト前に、一つの重要な広告セット内に相当な重複が存在することを示した。また、データベースと設定の変更がなぜ重要であるかを示した。Merit はポリシーデータ内の連続する広告を特定できたが、対応するプロバイダーは依然として集約を形成し、期待される自律システム関係を通じてそれらを広告し、移行を調整する必要があった。
RFC 1482 は、レポート、ツール、設定フォーマット、登録慣行、およびrcp_routedから GateD への移行に対する変更を予期していた。Merit の出力を解析するプロバイダーは、自社のプロセスを適応させる必要があった。また、同文書はデバッグ、異なるトポロジ下での安定性、ルーティング決定、集約内の到達不能なホールに送信されるトラフィックを含む未解決の問題を列挙した。進行中の実装に関するその記述は、これらの未解決のタスクと併せて読まれるべきである。
これは通常の運用上の意味での管理作業であった。すなわち、正しい記録の維持、責任の割り当て、ソフトウェア入力の変更、期待される起点の調整、および障害の診断である。それは Merit、ANS、地域および中位のプロバイダー、ベンダー、レジストリ、自律システムオペレーターに広がっていた。その計画は、一つの機関がすべての経路を承認したり、すべての実装を制御したという証拠を構成しなかった。
AlterNet：定量化されたプロバイダーの「後」側
最も強力な実装プロバイダーの例は RFC 2008 に現れる。同 RFC は、1995 年 10 月に AlterNet が内部で 3,194 経路を保持し、インターネットの他の部分に対して 799 経路を広告したと報告している。その差は 2,395 広告であり、AlterNet の内部数の約 75% にあたる。
この測定は明確なプロバイダー境界を持つ。最初の単位は AlterNet 内部の経路であり、二番目は集約後の外部に広告された経路である。比較の基準は AlterNet 自身の内部セットである。これは、プロバイダーが顧客または内部の詳細を保持しつつ、隣接システムに対してはるかに小さな表現をエクスポートできることを示している。
その出所は限定的である。RFC 2008 は、これらの数値を Andrew Partan からの 1995 年 10 月の私信に帰している。同 RFC は、特定のルーターやコレクターを特定せず、アーカイブされたダンプを提供せず、収集コマンドを文書化せず、各セット内でより詳細な経路がどのように別個に分類されたかを述べていない。その結果は、独立して再現可能なグローバル測定というよりも、標準文書に再現されたプロバイダーの証拠である。
それにもかかわらず、観測された実装は重要である。AlterNet は、数千の内部経路を数百の外部広告に変換するのに十分な集約を形成していた。これらの広告を受け入れる隣接システムは、2,395 件の AlterNet の詳細を個別のエントリとして保持することを回避した。これは圧縮メカニズムに対する直接的な「後」側であり、一つのプロバイダーと一つの報告された観測に限定されている。
行為者は AlterNet であった。手段は、そのルーティング設定とエクスポートされる広告に具現化されたプロバイダー集約であった。影響を受けたネットワークは、AlterNet の内部経路セットと、799 件の広告が送信された外部ルーティング関係であった。実装は、前後の数値によって証拠付けられている。情報源は、正式なレビュー経路、例外手続き、救済プロセス、顧客の再番号付け記録、または最終的な到達可能性テストを開示していない。
これらの欠けている要素は、この事例が行使された権力についての広範な物語を支持することを妨げる。数値は、AlterNet が内部の到達可能性の外部抽象を選択したことを示している。それらは、AlterNet が 2,395 社の顧客に再番号付けを強制したこと、すべての隣接システムがすべての広告を受け入れたこと、または特定の顧客のより詳細な経路が拒否されたことを示していない。この事例は、工学的性能とプロバイダーのコントロールポイントを確立する。
RFC 2008 は、AlterNet の数値を、明確に区別されなければならない 1995 年 10 月の二つの数量と並べている。Internet Routing Registry には、撤回のマークが付されたレコードを除いて 61,430 個の一意のプレフィックスが含まれていた。同 RFC はまた、ルーティングシステムのデフォルトフリー部分には 30,000 未満の経路が現れたと述べている。第一の集合は、RFC の述べる撤回ルールの下での一意の登録プレフィックスから成る。第二のものはアクティブなデフォルトフリールーティングエントリに関係するが、引用された私信はコレクターや観測地点を特定せず、より詳細な経路の扱いを報告していない。
登録された意図、割り当て、内部経路、アクティブな外部広告は、等価ではない母集団である。レジストリは不完全であり、特定の観測地点でアクティブでないプレフィックスを含む可能性があった。ルーティングテーブルは、レジストリには存在しないアクティブな経路を含む可能性があった。61,430 と 30,000 未満の差をグローバルな圧縮率に換算することはできない。
したがって、AlterNet は、ここで使用されるアクセス可能な期間記録の中で唯一の定量化されたプロバイダーの「後」側である。それだけでも、そのメカニズムが大手プロバイダー内部で意味のある規模で動作したことを確認するには十分である。しかし、オペレーターというクラスについての代表的な結論を得るには不十分である。
計画、コード状態、不完全な事例
RFC 1467 は、1993 年におけるプロバイダーとベンダーの準備状況について、非常に有用な可視性を提供する。ほとんどのエントリは、後の集約結果ではなく、計画、テスト、インストール済み容量、または予定リリースを捉えている。
ESNET はその準備段階を例示している。隣接システムから受け入れるべきネットワークを記述する設定情報の量が、既に限られた不揮発性ストレージを圧迫していた。ESNET は集約が助けになることを期待し、フルリリースの BGP-4 ソフトウェアを待つことを選択し、その間に Cisco CSC-4 システムにアップグレードすると述べた。したがって記録は、名前付きオペレーター、定義された運用上の制約、ソフトウェアリスクの決定、および意図されたハードウェア対応を特定している。その説明はこれらの意図で終わっており、アップグレード、BGP-4 展開、集約形成、フィルタ変更、または容量や到達可能性の測定結果の完了前である。ESNET は、AlterNet のような実装事例ではなく、展開コンテキストに属する。
他のエントリは、ロールアウトが行われた異種混合の環境を明らかにする。SprintLink と ICM は CSC-4 ルーターをインストールし、NSFNET/ANSNET ポリシーセット外の経路を含むフルルーティングを伝達することを意図していた。ANSNET はルーターを AIX 3.2 にアップグレードし BGP-4 コードをテスト中であり、一方で古いソフトウェアは一貫したサポートのために依然として置き換えを待っていた。他の場所では、完了したハードウェアまたはオペレーティングシステムのアップグレードが、内部コードテスト、予測容量、計画されたリリースと並んで存在した。総合すると、これらの報告は、共通のアーキテクチャ上の目的がなぜ不均一な運用準備態勢を生み出したかを説明する。
ベンダー調査は、達成されなかった 1993 年 6 月のマイルストーンに具体的な原因を与える。一部の実装はクラスレス到達可能性を受信できたが依然として集約を欠いており、制御された脱集約は別の明確な能力であった。リリースの成熟度は、プロバイダーが展開リスクを取れる時期を形成し、プロバイダー自身のハードウェアとポリシーシステムが、各リリースがローカルで達成できることを決定した。
Merit の最終報告書は、1994 年に CIDR が NSFNET バックボーンに到達したというプログラムレベルの確認を追加する。Huston の SURFnet 系列は、その後一つのデフォルトフリーの観測地点から可視なテーブル全体の変曲点を記録する。これらの情報源は、プログラム展開と外部ルーティング効果という、移行の異なるレベルを記述している。AlterNet だけが、定量化されたプロバイダー内部対プロバイダー外部の比較を提供している。
したがって記録は、プロバイダーの成果の代表的なサンプルではなく、多様な準備状況を描写している。ネットワークは、ハードウェア、ポリシーデータベース、デフォルトの使用、コードの成熟度、外部関係、NSFNET 環境外の経路への露出において異なっていた。これらの違いは、AlterNet の圧縮率を解釈する際に重要であり、その圧縮率は依然としてクラス全体の平均ではなく、一つの主要プロバイダーの実装の証拠にとどまる。
再番号付けとプロトコル許可の境界
RFC 1519 は、即時に再番号付けせずにプロバイダーを変更した顧客に対応した。新たなプロバイダーは、旧プロバイダーの集約内により詳細な経路を広告することができた。最長プレフィックスマッチングは、そのより詳細な経路が受け入れられる場所では、トラフィックを新たな接続に誘導する。同文書は、保持される例外の一つひとつが集約を弱めるため、最終的には新たなプロバイダーのアドレスブロックに移行することを奨励した。
この取り決めは、プロトコルレベルでの再番号付けの命令なしに、運用上の圧力を生み出した。顧客はパケット形式でアドレスを保持することができた。新たなプロバイダーは特定の経路を生成することができた。旧プロバイダーはより広範な集約を引き続き広告することができた。到達可能性はその後、遠隔のオペレーターがより長いプレフィックスを受け入れ伝播することに依存した。
RFC 2008 は、その依存性を模式的なプロバイダー変更例を通じて記述している。旧プロバイダーからの許可と新プロバイダーによる広告があっても、遠隔システムはより詳細な経路を受け入れることを拒否したり、その能力を欠いたりする可能性がある。部分的な接続性が生じる可能性がある。同文書は、可能な対応として、再番号付けまたは経路のサポートをいとわないプロバイダーを通じたサービスを提示している。その旧プロバイダー、新プロバイダー、遠隔システム、および影響を受ける組織は、観測された事例における名前付きの参加者ではなく例示的なものであり、発生率、レビュー、救済、最終的な到達可能性は現存する説明の外にある。
1996 年 2 月に公表されたRFC 1900は、再番号付けの実践状況について直接的な証拠を提供する。同 RFC は、再番号付けをコストがかかり、退屈でエラーが発生しやすく、専門知識と事前計画を必要とするものと特徴付けている。ツールは少数で広く展開されておらず、文書化された手順や共有された経験は乏しかった。
その具体的な技術的懸念には、人間が管理する設定ファイル、リテラル IP アドレスを含むアプリケーション、DNS によって解決されるべきマッピング、およびホストアドレスに結びついたライセンスが含まれる。同 RFC は、完全修飾ドメイン名への依存度の向上、設定データの自動生成、DHCP、動的 DNS 更新、ルーター発見、ホスト再番号付けのためのツールを推奨している。IAB の評価は、ポータビリティツールがルーティング移行に遅れをとっていたことを立証する。平均コスト、移行時間、失敗頻度、再番号付けを行った組織の割合は、同文書では未測定のままである。
RFC 2008 は、「アドレス貸与」ポリシーを提案し、その下ではプロバイダー関係に関連付けられたアドレスは、その関係が終了したときに返却されることになった。1996 年 10 月に Best Current Practice として公表され、少なくとも 30 日の猶予期間を推奨し、ルーティングオーバーヘッドを制限するために 6 か月以内とすることを提案した。これらの期間は、測定された業界平均ではなく、ポリシーガイダンスを表している。
この推奨は、アドレスの継続性をサービストポロジに、CIDR のパケット形式が必要とするよりもより明示的に結びつけた。プロバイダーに関連付けられたインターネットレジストリは、サービス契約にリンクした条件の下でアドレスを供給することができ、プロバイダーは十分な集約を手配し、顧客はプロバイダー変更後に再番号付けを行うことになる。その規定されたモデルはそのような割り当てを受ける加入者を対象としているが、実際の採用、不服申立の取り決め、顧客の結果は文書の証拠の範囲外である。
マルチホーミングは状況をさらに複雑にした。複数のプロバイダーを通じて接続されたネットワークは、複数の経路を通じて可視なより詳細な経路を必要とする可能性があった。RFC 1519 は、マルチホーミングを集約されない状態の継続的な源として扱い、その増加に関する仮定を予測モデルで使用した。したがって、プロバイダー集約は絶対的なルールとしてではなく、例外を伴って設計された。
遠隔オペレーターは、ルートポリシーを通じて通常の集約と例外を区別することができ、受け入れとエクスポートに対する独立した制御を保持した。BGP-4 によって許可されたより詳細な経路は、ローカルポリシーテストに失敗する可能性があり、受け入れられたプレフィックスは受け入れた隣接システムより先に伝播しない可能性があった。プロトコル許可、ローカル選択、商業的関係、および運用上の圧力は別個のままであった。
拡大された管理面
本タイトルの「管理者」は、分散した管理面として理解するのが最善である。CIDR は、アドレッシング、トポロジ、ルーティングポリシー、ソフトウェアを整合させる決定の帰結を増大させた。結果として生じた権限は、単一の司令点に集中するのではなく、機関と運用層の間で分割された。
割り当て層では、IANA が地域レジストリを承認し大きな範囲を割り当て、Internet Registry が設立済みの地域レジストリを持たない地域にサービスを提供し、RIPE NCC が新興の計画の下でヨーロッパのブロックを管理した。その後プロバイダーは接続された顧客に対して連続範囲を細分した。これらの期間固有の役割はアドレス管理の階層を形成したが、各役割はすべての下流経路がどのように生成されまたは受け入れられるかを決定するには至らなかった。
RFC 1518 はその階層の背後にある取引を説明した。管理は分散されたままでありながら、効率的な抽象化のためには下位レベルの割り当てが到達可能性の経由するトポロジに従うことが必要であった。詳細はリーフの近くで最も効果的に消え去った。すなわち、直接のプロバイダーが顧客経路を保持し、遠方のデフォルトフリーシステムは要約を受け取った。これによりアドレス割り当ての作業が外側に分散され、プロバイダーのサブ割り当てとトポロジの関係がより重要な帰結を持つようになった。
集約は第二の責任層を導入した。プロバイダーは範囲を選択し、集約を生成または委任し、コンポーネントの到達可能性を維持し、ホールに対する安全策をインストールした。その結果、多くの宛先が一つの外部ステートメントの正確さに依存する可能性があった。抽象化は遠隔状態を削減する一方で、設定責任をその起点に集中させた。
Merit は NSFNET サービス内で関連するが異なるポリシー役割を占めた。同社は期待される起点を記録し、参加ネットワークから情報を受信し、ポリシーをバックボーン設定に変換し、これらのプロセスを集約に拡張することを提案した。その役割は、アドレス割り当てや他の自律システムの経路ポリシーに取って代わることなく、NSFNET の登録と設定を形作った。
ソフトウェアと相互接続が連鎖を完成させた。ベンダーはプレフィックス対応機能が出荷できるほど成熟した時期を決定し、プロバイダーはいつインストールし信頼するかを決定し、オペレーターは結果として生じたシステムを設定、テスト、監視した。その後、隣接する自律システムが独自のインポート、選択、エクスポートポリシーを行使した。集約の実際的な到達範囲はこれらの関係を通じて組み立てられた。
エンドネットワークは、接続性、マルチホーミング、ローカル設定、再番号付けに関する自らの決定を保持した。これらの選択は、プロバイダーの割り当て条件、遠隔経路の受け入れ、利用可能なツール、および RFC 1900 に記述された運用上の負荷によって設定された制約の範囲内で行われた。彼らはシステムの参加者であったが、プロバイダー変更をまたいでアドレスを保持する自由度は、直接の関係の外側の決定に依存していた。
IETF の役割はアーキテクチャ的かつ調整的であった。その文書は相互運用可能な動作を定義し、展開のためのフォーラムを提供した。割り当て、ソフトウェアインストール、集約の生成、経路の受け入れは、対応する運用主体に委ねられたままであった。標準化権威は、これらの決定が相互作用する共通の枠組みを作り出した。
このように CIDR は、抽象化の境界をめぐって責任を再分配した。割り当て当局はスペースが集約可能かどうかを形作った。プロバイダーは宛先をグループ化し、隠れた詳細を維持した。Merit は一つの主要なバックボーン環境のためにポリシー機構を適応させた。ベンダーは機能の準備状況を制御した。隣接システムは広告と例外を受け入れまたは拒否した。エンドネットワークは接続性とポータビリティに関する結果を管理した。共有された利益は、たとえ単独でルーティングシステムを管理する者がいなかったとしても、彼らすべてに依存した。
消え去るのではなく移動したコスト
共有された利益は遠隔のルーティングテーブルに現れた。プロバイダーは多数の顧客経路を一つの外部広告の背後に隠し、他の場所でのメモリ、処理、設定、更新作業を削減することができた。AlterNet の報告された比較は具体的な事例を提供する。
直接のプロバイダーは引き続き内部詳細を保持した。個々の顧客に到達し、サブ割り当てを維持し、集約を設定し、例外経路を保持し、記録を更新し、ホールを診断する必要があった。集約は情報と責任を抽象化を生成するネットワークへと再配置した。
アドレス当局は、地域およびプロバイダーレベルの機能を委任することにより、すべての割り当てを中央で処理する圧力を低減した。地域レジストリとプロバイダーはその後、より多くの割り当てと登録作業をトポロジの近くで実行した。管理負荷は中央当局から外側へとシフトした。
Merit が提案した集約レジストリは、新たな調整コストを例示する。多くの経路が一つのプレフィックスで表現できるようになると、オペレーターは誰がその抽象化を生成したのか、どの隣接システムがそれを受け取ったのか、ポリシー変更をどのように同期すべきかについての信頼できる情報を必要とした。圧縮は転送状態を削減する一方で、メタデータと設定の正確さの重要性を高めた。
ベンダーは開発と相互運用性の作業を負った。プロバイダーは展開リスクを負った。オペレーターはポリシーをプレフィックス対応のフィルタに変換し、意図しない到達可能性の変更を監視した。顧客は、よりニーズに合ったアドレスブロックにアクセスできるようになり、単一接続時には別個のグローバル経路を追加することを回避した。後のプロバイダー変更は、彼らを再番号付けまたは例外依存にさらす可能性があった。
その分布には、いくつかの同時的な効果が含まれた。遠隔のオペレーターはテーブル負荷軽減を得た。直接のプロバイダーは抽象化の責任を引き受けた。割り当て機能はより分散化された。ベンダーは新しいコードを構築した。一部の顧客はグローバル経路なしに効率的なサービスを受けたが、他は将来のポータビリティ問題に直面した。アクセス可能な記録は、これらの作業カテゴリをその財務上の発生よりも明確に立証している。
アドレス節約は集約とは別個に保たれなければならない。クラス B の代わりに適切にサイズ決めされたクラス C ネットワークの集合を発行することは、希少なアドレス空間を節約し得た。すべてのコンポーネントを独立して広告することは、依然としてルーティング状態を増加させ得た。集約は、アドレスコンポーネントがトポロジ経路を共有し、オペレーターがクラスレスメカニズムを使用した場合にのみ、外部広告を削減した。
逆引き DNS は別の明確な機能であった。ビット整列された割り当ては、既存の逆引き DNS 委任構造のオクテット境界と常に一致するとは限らず、追加の管理問題を生み出した。それらの問題を解決しても BGP 経路は生成されず、ルーティング集約は DNS を自動的に設定しなかった。
同様に、ルーティングポリシーデータベース内のエントリはライブ広告とは異なった。登録されたプレフィックスは意図されたポリシーまたは認可コンテキストを表した。アクティブな BGP エントリはコレクターが受信し選択したものを反映した。この二つを交換可能なものとして扱うと、RFC 2008 の IRR とデフォルトフリーの数値を誤解を招くパーセンテージに変えてしまうだろう。
より大きなルーターとより緩い詳細経路による代替案
もっともらしい当時の反実仮想は、より大きなルーターにより大きく依存し、より詳細な経路をより自由に受け入れ、より多くのプロバイダー非依存スペースを発行したであろう。それは即時の再番号付け圧力を低減し、顧客がプロバイダー変更をまたいでアドレスを保持することを可能にしたかもしれない。そのコストは、ルーティング状態、更新処理、設定、および障害処理に現れたであろう。
より多くのメモリは、ルーターが保持するエントリ数を拡張できた。より高速なプロセッサは経路選択と更新処理を改善できた。より大きな設定ストレージはより多くのフィルタを保持できた。しかし、基盤となる情報は非圧縮のままである。すなわち、独立して可視なすべての顧客プレフィックスは、それを受け入れる各デフォルトフリーシステムでストレージとポリシー処理を必要とするのである。
1993 年のプロバイダー報告は、容量を一様な上限として扱うことができない理由を示している。異なるネットワークは、転送テーブルメモリ、経路情報、プロセッサ容量、設定ストレージ、またはそれらの間の相互作用によって制約されていた。あるローカルな限界を解決するハードウェアアップグレードは、別の運用上のボトルネックをそのまま残す可能性があった。
より大きなテーブルはまた、収束と更新の作業を変化させた。より多くの経路は、トポロジが変化したときに比較し、インストールし、撤回し、広告するより多くのエントリを意味した。したがって、より詳細なデフォルトフリーシステムは各変更後により多くの状態を処理したが、当時の証拠は、結果として生じる収束遅延、厚生コスト、または停止露出の完全な数値推定を提供していない。
より詳細な経路のより緩い受け入れは、ポータビリティとマルチホーミングに役立つであろう。旧プロバイダーのプレフィックスを保持する顧客は、新たなプロバイダーを通じてそれを広告できる。マルチホーミングされたネットワークは異なる経路を露出できる。遠隔のオペレーターは、その例外を保持し更新する経常的なコストを支払うことになる。
プロバイダー非依存スペースがエンドサイトの粒度で一般化した場合、ルーティングシステムは接続されたサイトのよりフラットな列挙に近づくであろう。それは障害露出を多数の別個の広告に分散し、設定とポリシー維持作業をデフォルトフリーオペレーターに分散するであろう。
集約は異なるリスク形状を作り出した。プロバイダーが生成した集約は多くの宛先を表した。その起点での設定ミス、撤回、または不正確な破棄動作は、一度により大きなアドレス範囲に影響を及ぼす可能性があった。障害は抽象化ポイントに集中する可能性があった。したがって、オペレーターは正確なコンポーネント到達可能性と、ループやブラックホールに対する安全策を必要とした。
多数詳細経路の道は、個々の宛先に対して独立した広告を提供した。その障害はより分散されており、通常状態の負担も同様であった。すなわち、すべての遠隔テーブル、ポリシーセット、更新プロセスがより多くの詳細を保持した。工学的な選択は、少数の結果的な抽象化セットと、多数の独立して維持される事実セットとのバランスを取った。
設定ストレージも重要であった。ESNET の報告された困難は、転送メモリだけではなく、どのネットワークを受け入れるかを記述するポリシー情報に関わっていた。より緩い受け入れは一部の明示的な制限を軽減するかもしれないが、経路起点や顧客ポリシーに関心のあるオペレーターは依然として設定状態を必要とするであろう。より大きく、より動的なプレフィックス母集団は、その維持問題の制限をより困難にした。
より多くのプロバイダー非依存割り当ては、切り替えのポータビリティを改善し得た。それはアドレス階層とプロバイダートポロジの整合性を弱め、プロバイダー集約の内側に隠された宛先の割合を減少させるであろう。当時の情報源には、同等の実証された圧縮を伴う、展開された代替階層は含まれていない。
したがって反実仮想は、特にハードウェアアップグレードの継続と選択的なデフォルトがあれば、ある期間は技術的に可能に見える。その実行可能な期間、総コスト、および顧客厚生効果は、利用可能な測定の範囲外にとどまる。にもかかわらず、文書化された容量制約は、エンジニアが設備の上限を繰り返し引き上げるのではなく、増加の関係を変えようとした理由を説明している。
CIDR の道のより強力なバージョン
より信頼性の高い代替案は、より良いポータビリティサポート、文書化された例外、より明確なレビューを伴った CIDR であった。その道はトポロジカル集約を保持しつつ、1996 年までに可視となった運用負荷に対処した。
割り当て条件は、アドレスブロックがプロバイダー関係にリンクしているかどうか、終了後に何が起こるか、および重複がどれだけ続くことができるかを明記することができたであろう。顧客を失うプロバイダーは、その集約内でアドレス範囲をカバーし続けるかどうかを指定できたであろう。新たなプロバイダーは、より詳細な経路を広告するかどうかを明言できたであろう。
主要なトランジットオペレーターは、一時的な例外に適用するプレフィックスと起点の条件を公表することができたであろう。そのような公表は、提案された移行がもっともらしい到達可能性経路を持つかどうかを明らかにし、各遠隔オペレーターは独自のポリシーを保持する。顧客は、サービス変更前に計画をテストし、後になってフィルタリングを発見するのではなく、事前に確認できたであろう。
レビュープロセスは、拒否の責任を負う行為者、技術的理由、期間、および利用可能な救済策を特定することができたであろう。一部のケースでは一時的な受け入れが正当化され、他では再番号付けが必要とされるかもしれない。決定は運用上のものにとどまるが、その範囲と帰結は可視となるであろう。
RFC 1900 の推奨事項は、必要な顧客側ツールを指し示している。すなわち、DNS ベースの設定、より少ないリテラルアドレス、DHCP、動的更新、自動化、共有手順である。これらの実践のより早期かつより広範な展開は、再番号付けの困難さを低減し得たであろう。その利益の可能性のある方向性は明らかだが、その規模は未測定のままである。
一時的なより詳細な経路はまた、直接のプロバイダー関係の外側のシステムに依存した。二者間の合意は生成とローカルな処理を手配できたが、インターネット全体への伝播は引き続き他の自律システムに依存した。文書化とレビューは、いずれか一つの団体を普遍的な到達可能性の保証人に変えることなく、その依存関係を可視化することができたであろう。
したがって最も強力な反実仮想は、依然として集約を行うルーティングシステム内でのより説明責任のある移行である。CIDR の圧縮目的は説得力を持ち続けた。より良いツールと明示的な例外処理は、移動するネットワークが負うコストをより容易に予測し争うことを可能にしたであろう。
現存する当時の記録は、欠けていた安全策をその普及率よりも容易に特定する。そのような枠組みがどの程度の頻度で存在したか、またはプロバイダーが母集団全体にわたって合理的な例外をどのように処理したかを測定できる完全な顧客ファイルは含まれていない。
証拠が許容すること
工学的証拠は、不完全ではあるが一貫性のある連鎖を形成する。RFC 1519 は Merit をソースとする 1988～1992 年の経路系列と明示的な予測を提供する。RFC 1467 は 1993 年のポリシーデータベース増加率、割り当て変更、達成されなかったマイルストーン、ベンダーの状態、プロバイダーの制約を記録している。RFC 1482 は Merit の意図された運用変更と予測的集約計算を文書化している。アクセス可能なコピーが明示的な公表日を提供していない Merit の最終報告書は、CIDR の展開を 1994 年の NSFNET 上に位置づけている。Huston は SURFnet 測定から 1994～1995 年の変曲点を再構築する。RFC 2008 は AlterNet の内部対外部の比較を提供する。RFC 4632 は後の標準化コミュニティによる裏付けを提供する。
初期のカウントは、インターネット全体の調査ではなく、NSFNET または NSFNET/ANSNET のコンテキストに属する。RFC 1482 は予測的な設計と計算を記録する。Huston の歴史はコレクターを継ぎ合わせ、1994 年の合計におけるより詳細な経路の扱いを未開示のままにしている。RFC 2008 は物質的に私信に依拠し、デフォルトフリーのカウントの背後にあるコレクターを特定していない。RFC 4632 は回顧的な標準化コミュニティの説明であり、当時の管理監査ではない。これらの限界は、定量的判定の規模と再現性を制限する。
その境界内で、情報源は観測された観測地点での CIDR 集約と一致する実質的なルーティング軽減を支持する。それらは普遍的なテーブルカウントも、RFC 1519 の観測されなかった無対策の将来に対する正確な因果推定も支持しない。1994 年のプラトーと予測はまた、異なる日付を占める。すなわち、RFC 1519 の 3 年の期間はその 1992 年 1 月のベースラインから始まる。
管理記録は、構造とワークフローのレベルで最も強力である。それは、割り当て、サブ割り当て、集約、登録、ソフトウェアリリース、経路受け入れ、例外、再番号付けにおける決定を特定する。RFC 1467 のプロバイダーエントリはほとんどが容量、コード状態、リスク評価、または計画で止まっている。ESNET は設定圧力に対する予測的な対応を記録している。Merit の報告書はプログラムレベルの展開証言を提供する。AlterNet はアクセス可能なセットの中で唯一の定量化されたプロバイダーの「後」側を提供する。
決定と手段から実装と測定された結果に至る完全な連鎖を完成させる第二の名前付きプロバイダー事例は存在しない。同様に、情報源には、レビュー、救済、完了した再番号付け、または回復された到達可能性を通じてより詳細な経路の拒否を追跡する名前付きの顧客ファイルは含まれていない。RFC 1900 は当時の再番号付け負担を特徴付けるが、母集団の分母、平均コスト、期間、または失敗頻度を提供していない。RFC 2008 はポリシー推奨と構造的メカニズムを述べているが、普遍的な採用または代表的な顧客の結果を確立してはいない。
反実仮想の記録も同様に定性的である。それは、異種混合のハードウェアと設定の制約、より詳細な経路によって必要とされる経常的な状態、および集約起点へのリスクの集中を確立する。それは、収束遅延、総コスト、停止発生率、実行可能な期間、または顧客厚生を計算するための完全な代替展開を提供していない。これらの効果のよりよく支持された方向性に関する主張は、数値的推定とは区別されたままでなければならない。
生き残っているものは、結果的な能力を特定するには十分である。割り当て当局はブロックが集約可能かどうかを形作った。プロバイダーは内部詳細からエクスポートされる抽象化を選択した。Merit は NSFNET 環境のためのポリシー記録と設定を形作った。ベンダーは展開のタイミングに影響を与えた。隣接自律システムは何を受け入れ伝播するかを決定した。エンドネットワークは割り当て、マルチホーミング、ポータビリティ、ローカルな再番号付けのコストを乗り切った。
頻度と分布は未解決のままである。情報源は、プロバイダーがどの程度の頻度で例外を拒否したか、何人の顧客が再番号付けを行ったか、レビューがどのように機能したか、またはどの行為者が最終的に最大のコストを負ったかを示していない。したがって、本タイトルの「拡大された管理者」は、アーキテクチャ、計画、実装の証拠、一つの定量化されたプロバイダー事例によって支持された、拡大された運用責任の分野を記述する。それは行使された影響力の母集団尺度でも、一人の支配者が制御を獲得したという主張でもない。
比例した評決
CIDR は観測された 1994～1995 年の観測地点で実質的なルーティング軽減をもたらした。Huston の SURFnet ベースの再構築は 1994 年中に約 20,000 エントリ付近を維持し、AlterNet の 1995 年 10 月の報告はそのメカニズムを直接的に示している。すなわち、3,194 の内部経路が 799 の外部広告で表現され、その差は 2,395 である。
RFC 1519 の 75,000 経路・無対策予測は、日付を合わせた予測テストではなく、歴史的な文脈を提供する。その 3 年の期間は 1992 年 1 月のベースラインから始まったが、Huston の約 20,000 エントリのプラトーは 1994 年の観測を記述している。したがって日付は正確には一致しない。この比較は、観測された展開時代の道筋がモデル化された無対策の将来よりもはるかに深刻でなかったことを示すが、その将来を観測された反実仮想に変換するものではない。
タイミングとメカニズムは、1994 年の急激な減少とその年の半ば以降のほぼ線形の増加という回顧的な説明と整合する。割り当て慣行は変化し、プロバイダーブロックは存在し、クラスレスソフトウェアはネットワークに到達し、集約がコンポーネントを置き換え、AlterNet はプロバイダーが利用可能な内部対外部の圧縮を実証している。
その結果を得るには、分散した、期間固有の行動が必要であった。IANA、Internet Registry、RIPE NCC は割り当て慣行を変えた。Merit はポリシー機構を再設計した。ベンダーはクラスレスルーティングコードを構築しリリースした。プロバイダーはそれをインストールし、集約を形成し、内部詳細を保持した。隣接自律システムは独自の経路ポリシーを適用した。エンドネットワークはその結果としてのポータビリティとマルチホーミングの制約の中で運用された。
これらの行動は結果的な意思決定ポイントを生み出し、その構造的権限は全体的な行使よりもよく文書化されている。AlterNet はアクセス可能なセットの中で唯一の定量化されたプロバイダーの「後」側にとどまり、ESNET は計画を記録し、現存する情報源には例外または拒否からレビュー、救済、最終的な到達可能性に至る経路を完了させる名前付きの顧客事例は含まれていない。
CIDR は防御可能で限定的な意味でテーブルを救った。すなわち、可視的な 1994 年の増加軌道を停止させ、多数の経路を少数の広告で表現することを可能にした。それは同じく限定的な意味で管理者を拡大した。すなわち、成功する抽象化は、割り当て、集約境界、ポリシー記録、ソフトウェア、例外、受け入れに対してより明示的な責任を必要とした。