要約

  • トニー・リーの名が記された六つのRFCは、CIDRによる経路表現の集約、BGPによる分散した到達可能性の交換、IS-ISにおける認証・動的フラッディング・受信能力に制約された高速化を、一続きの「制御境界」の問題として考える材料を提供する。
  • これらは共同執筆とIETFの合意形成を経た仕様であり、リー一人がCIDR、BGP、IS-IS、実装、運用方針、導入、収束時間、セキュリティ成果を支配した証拠ではない。RFCの存在も、特定ネットワークでの採用や測定結果を証明しない。
  • 運用上の中心課題は、番号資源の正確な記録と現在の経路を混同せず、集約を例外から戻せる形に保ち、ローカルポリシー、認証範囲、障害時の到達性、受信者容量を明示して、稼働中の状態から設計を検証できるようにすることにある。

人物を起点にしても、英雄譚にはしない

IETF Datatrackerの人物記録は、トニー・リーという一人の人物と、CIDR、アドレス割り当て方針、BGP-4、IS-IS暗号認証、動的フラッディング、高速フラッディングに関する文書を結び付けている。ここで確認できるのは、文書上の著者・共同著者・編集者としての関与である。私生活、個人的動機、顧客、商業上の成果、特定の障害への責任を説明する一般的な伝記ではない。

この限定は弱点ではなく、本稿の分析を成立させる条件である。ルーティングは、規格を記す人、合意を形成する参加者、コードを書く実装者、機器を選ぶ事業者、設定を行う運用者、経路を受け入れる隣接ネットワークが分かれている。誰かの名前がRFCに載っていても、その人物が後の実装、導入範囲、既定値、運用成績を決めたことにはならない。

一方で、人物単位の記録には分析上の価値がある。1993年のCIDR文書から2024年のIS-ISフラッディング文書まで、三十年以上離れた課題を同じ人物記録の上で追えるからだ。そこに見えるのは、規模の拡大に対し、情報を減らし、分散し、検証し、受信側の限界に合わせるという反復的な設計課題である。

したがって本稿の主語はトニー・リーであり続けるが、結論は個人崇拝へ向かわない。リーに帰属できるのは、名前の明記された共同成果への参加である。インターネット全体の挙動は、複数の著者、ワーキンググループ、実装、ネットワーク、そしてその時点で動いているプロトコル状態の共同結果として扱わなければならない。

六つのRFCを貫くのは「何を決められないか」という問い

RFC 1519は1993年9月に公開され、Vince Fuller、Tony Li、Jessica Yu、Kannan Varadhanの四人を著者として、クラスレスなアドレス指定と集約戦略を示した。RFC 2008は1996年10月に公開され、Yakov RekhterとTony Liが、異なるアドレス割り当て方針がインターネットルーティングへ及ぼす含意を検討した。

RFC 4271は2006年1月に公開され、編集者はYakov Rekhter、Tony Li、Susan Haresである。ここではBGP-4の相互運用可能な振る舞いがまとめられた。RFC 5304は2008年10月に公開され、Tony LiとRan AtkinsonがIS-ISの暗号認証を記述した。

2024年の二文書は、リンクステート情報の伝播コストと速度に焦点を移す。10月公開のRFC 9667はTony Li、Peter Psenak、Huaimo Chenによる動的フラッディングのアーキテクチャである。11月公開のRFC 9681はBruno Decraene、Les Ginsberg、Tony Li、Guillaume Solignac、Marek Karasek、Gunter Van de Velde、Tony PrzygiendaがIS-IS高速フラッディングを扱った。

六文書を年代順に並べるだけでは、技術史の年表にとどまる。重要なのは、どの文書も一つの最適化を提示すると同時に、その最適化が決められない範囲を残している点だ。CIDRは経路数を減らせても実際の接続関係を決めない。BGPは経路情報を交換できても各ASの選好を統一しない。認証はメッセージの完全性を検査できても内容の正しさを保証しない。フラッディングの疎化や高速化も、障害時の到達性や受信者の処理能力を超えて正当化されるものではない。

この「決められない範囲」を明記することが、RFCを採用証明ではなく境界のあるインターフェースとして読む方法である。文書は相互運用の期待値を与える。しかし、特定ベンダーのコードがその期待どおりか、事業者が機能を有効にしたか、あるトポロジーでどの程度の効果が出たかは、別の証拠を必要とする。

CIDRが変えたのはアドレスの表現単位である

RFC 1519が向き合ったのは、IPv4アドレス空間の消費と、インターネットの経路表が抱える項目数の増大だった。従来のクラス単位の境界では、必要量に合わない大きさのネットワークを割り当てたり、多数の個別経路を外部へ示したりする圧力が生じる。CIDRは、固定クラスではなくプレフィックス長によってブロックを表現する考え方を明確にした。

この変更の意義は、単に表記が「アドレスとマスク」になったことではない。連続する複数のプレフィックスが同じ方向へ到達できるなら、外部には短い一つのプレフィックスとして示し、詳細をその内部に留められる。グローバルに複製される経路状態を減らしながら、詳細を知るネットワークまでパケットを運ぶという役割分担が可能になる。

ただし、短いプレフィックスは詳細を消滅させる魔法ではない。集約の内側にある各宛先が実際に到達可能でなければ、要約は誤った到達可能性を外部へ示す。数値的に隣接するアドレスでも、異なる接続先へ散らばっていれば、一つの集約経路では現実のトポロジーを表現できない。

このため、CIDRの価値はアドレス管理だけでは完結しない。アドレスブロックの配置、事業者間の接続、顧客への割り当て、経路広告、転送結果が整合した時に初めて、集約は運用上の意味を持つ。RFC 1519はその戦略を記すが、どのネットワークがいつ導入し、どれだけ経路数を減らしたかを本稿の証拠は示していない。

リーの共同著者としての記録は、この設計課題との人物レベルの結び付きを示す。CIDRの唯一の発明者、導入責任者、現在のアドレス政策の支配者という位置付けにはつながらない。共同著者四人と、その後の合意形成、実装、運用を切り分けることが必要である。

集約は「戻せる要約」でなければならない

運用上安全な集約は、細部を隠して終わるのではなく、現実が要約と合わなくなった時に例外を表へ戻せる。顧客が別の事業者へ接続する、複数の上流を使う、障害により到達方向が変わるといった状況では、より具体的なプレフィックスが必要になる場合がある。短い集約より長いプレフィックスが選ばれる仕組みは、単なる経路表の膨張要因ではなく、集約からの例外を表すための制御面でもある。

ここには二つの誤解が起こりやすい。第一は、集約率が高いほど常に優れているという見方である。経路数の削減は重要だが、到達できない宛先まで含む要約は正確さを損なう。第二は、more-specificが存在すれば集約が失敗したという見方である。例外が実トポロジーや継続性を反映しているなら、その追加状態には理由がある。

求められるのは、集約と例外の関係を説明できることだ。どの詳細プレフィックスを要約しているか、どの接続条件が前提か、例外は誰のどの変更によって生じたか、いつ解消できるかを追跡できなければならない。要約を小さな経路表という結果だけで評価すると、その内側で失われた到達性を見逃しやすい。

番号資源の記録も、この可逆性を支える。割り当て、移転、保持者、期待される起点に関する情報が更新されていれば、more-specificが正当な接続変更なのか、古い設定なのか、想定外の広告なのかを調べる手掛かりになる。ただし記録だけで判定は終わらない。現在のBGP状態と転送確認が必要である。

したがって、継続性のある集約とは「経路を減らした状態」ではなく、「減らした根拠と、必要時に詳細へ戻る条件が保存された状態」である。これはRFC 1519の採用率についての主張ではなく、同文書が示す集約戦略から導ける運用上の評価軸である。

アドレス割り当て方針は経路表で評価される

RFC 2008は、アドレスを誰にどう割り当てるかという行政的に見える判断が、ルーティング状態へ直接影響することを論じる。Yakov RekhterとTony Liの共同文書として、割り当て方針を台帳の整然さだけでなく、集約可能性、経路数、接続変更、リナンバリングといった運用上の帰結から検討する視点を与える。

事業者に基づく割り当ては、同じ上流方向に属する顧客プレフィックスを一つのブロックにまとめやすい。顧客がその事業者の内部にいる間は、外部へ集約を示し、内部で詳細を解決できる。しかし顧客がアドレスを維持したまま別の事業者へ移れば、数値上は以前の集約に含まれながら、実際の到達方向は変わる。新しい方向を示すmore-specificが必要になり得る。

地理に基づく割り当ては別の整理原理を持つが、地理とネットワークトポロジーが常に一致するわけではない。同じ都市の組織が異なる上流を選び、一つの事業者が複数地域を結ぶこともあり得る。場所を正確に示す分類が、そのまま経路の向きを正確に示すとは限らない。

ここで重要なのは、どの方針が道徳的に優れているかをRFCだけから決めることではない。ポータビリティ、競争、マルチホーム、継続性、組織の自律性にはそれぞれ価値がある。その価値の代価が、リナンバリング、more-specific、フィルタ調整、追加の観測、あるいは経路表の増加としてどこに現れるかを可視化する必要がある。

RFC 2008は特定方針の現在の普及率や、ある事業者での測定結果を報告する文書ではない。割り当て政策がルーティングから独立した抽象物ではないことを示す。リーの著者記録はこの分析への関与を裏付けるが、レジストリ方針、事業者の選択、顧客の接続変更をリーが決めたことを意味しない。

レジストリ記録と現在の到達可能性は別の事実である

番号資源レジストリは、同じプレフィックスやASNが矛盾して扱われないよう、識別子の一意性、割り当て、移転、状態を記録する役割を担う。その記録は、事業者間で資源を参照し、変更履歴をたどり、経路の期待値を組み立てるために不可欠である。しかし、記録された保持関係そのものがパケットを運ぶわけではない。

BGP経路は、ある時点で、ある話者が、あるプレフィックスへの到達可能性を属性とともに隣接相手へ示す運用上の主張である。セッション、接続、ポリシー、障害によって変化し、撤回される。長期に維持される割り当て記録と、刻々と変わる経路状態は、時間軸も決定主体も異なる。

両者を同一視すると二方向の誤りが生じる。正しい割り当て記録があるから現在も到達可能だと考えれば、経路消失や誤った起点を見落とす。逆に、BGPで見えるから資源利用の根拠も正しいと考えれば、誤広告、経路漏えい、古い設定を正当化しかねない。記録と稼働状態は、互いを置き換えるのではなく照合するためにある。

照合には、割り当て・移転の履歴、期待される起点、集約とmore-specificの関係、実際に受信した経路、その選択理由、転送結果が必要になる。どれか一つを「唯一の真実」にすると、他の層で起きた変化を見えなくする。

この分業はレジストリの価値を下げるものではない。むしろ、記録がどこまでを保証し、どこから先を現在のプロトコル状態で確かめるべきかを明確にする。正確な台帳は出発点であり、ルーティング上の主権者ではない。最終的な到達性は、独立したネットワークが受け入れた経路と実際の転送によって現れる。

BGPは共通形式を与え、判断を各ASに残す

RFC 4271はBGP-4を自律システム間のルーティングプロトコルとして記述し、Yakov Rekhter、Tony Li、Susan Haresを編集者として掲げる。BGP話者は、宛先プレフィックスと経路属性を交換する。ASの並びを含む属性は、経路がどの管理領域を通ってきたかを示し、受信側が受け入れや選好を判断する材料になる。

CIDRのプレフィックスは、この分散した制御面を通じて運ばれる。集約された短いプレフィックスは多くの宛先をまとめ、more-specificは例外を表現できる。だが、BGPが共通のメッセージ形式を定めることと、全ネットワークが同じ経路を選ぶことは別である。

「自律」という語が示すとおり、各ASはローカルポリシーを持つ。同じ複数経路を受け取っても、顧客・ピア・トランジット関係、属性、フィルタ、トラフィック設計に基づいて異なる選択をし得る。あるネットワークで選ばれた経路が、別のネットワークでは拒否されたり、異なる隣接からの経路に劣後したりする。

この設計はBGPを中央の経路決定機関にしない。広く見える経路も、多数のASがそれぞれの規則で受け入れ、さらに広告することで広がる。RFCは相互運用の契約を定めるが、事業者のポリシーを奪わない。逆に、ローカルポリシーはRFCのフィールド意味を勝手に変更する権利ではなく、共有された意味の上で選択を行う権限である。

リーが編集者として名を連ねる事実は、このBGP-4仕様との人物レベルの関連を示す。BGPの単独設計、IETF合意の支配、全ASの経路選択、ベンダー実装の統制を示さない。編集者三人の記録と、それ以前からの技術的蓄積、ワーキンググループの検討、後続実装、運用の責任を分離して読む必要がある。

BGP経路は宣言文ではなく、更新され続ける状態である

BGPの到達可能性は、一度記録して永久に有効となる証明書ではない。ピアはセッションを確立し、更新を送り、以前の経路を置き換え、不要になった経路を撤回する。keepalive、notification、エラー処理、状態遷移は、経路情報が現在も交換可能かを判断する基礎になる。

この時間性が、番号資源台帳との違いをさらに明瞭にする。割り当ては一定期間継続し得るが、経路はリンク障害、隣接変更、保守、ポリシー更新によって短時間に変わる。昨日正しかった起点や次ホップが、今日のトポロジーでも正しいとは限らない。

また、形式上受理できる更新が、資源利用の根拠まで保証するわけではない。構文が正しくても、意図しない範囲へ漏れた経路、古い設定による広告、期待と異なる起点である可能性は残る。レジストリ情報やセキュリティ用メタデータは判断材料を増やすが、各運用者がそれを受け入れ規則へどう組み込むかは別の決定である。

観測すべきなのは選択結果だけではない。受信した代替経路、拒否理由、決定に効いた属性、撤回履歴、セッション状態を保持すれば、なぜ現在の経路になったかを説明できる。選択済み経路だけを見れば、ローカルポリシーに沿った判断でさえ偶然に見える。

RFC 4271はこの動的な交換の基本契約を与えるが、現在のインターネット全体の経路を保存した測定報告ではない。仕様への適合、設定の妥当性、転送の成功は、それぞれ実装資料、構成、テレメトリー、到達性試験によって確認されるべき別の層である。

BGP集約は状態を減らす一方で、由来を見えにくくする

BGPで複数プレフィックスを集約すると、外部へ伝える項目数を減らせる。しかし要約は、元のmore-specificが持っていた経路属性や由来の違いを隠す。集約を組み立てる側は、その短いプレフィックスが表す全宛先を本当に到達可能にできるか、属性をどの範囲でまとめられるかを判断しなければならない。

例外を表すmore-specificは、集約より具体的であるため、異なる到達方向を外部へ示せる。この柔軟性は接続変更やマルチホームを支える一方、経路数、フィルタ、誤広告調査の負担を増やす。したがって、集約対詳細という二択ではなく、どこまで要約し、どの例外を明示するかという設計問題になる。

安全な運用では、各集約に由来情報を残す必要がある。含まれるプレフィックス、期待される起点、集約を生成する条件、more-specificを許容する条件、撤回時の動作を追跡できれば、短い経路の背後にある判断を検証できる。由来を失った集約は、経路表を小さくしても、障害時の診断を難しくする。

また、集約が広く伝播したという事実は、その設計があらゆるネットワークで望ましいことを証明しない。各ASは独自の受け入れ方針を持ち、観測地点によって見える経路も異なる。採用範囲や効果を語るには、複数地点のBGPデータと実際の転送結果が必要であり、本稿のRFC記録だけではそこまで結論できない。

ここでも、仕様の価値は境界を与える点にある。表現を減らす機能、例外を戻す仕組み、各ASに残る判断権を分けて考えることで、効率と到達性のどちらかを抽象的なスローガンにしない運用が可能になる。

IS-IS認証が証明する範囲

RFC 5304はTony LiとRan Atkinsonによる文書で、IS-ISのプロトコルデータユニットに対する暗号認証の振る舞いを定める。IS-ISでは、ルーターが隣接を形成し、リンクステート情報をフラッディングし、共有されたトポロジーデータベースから経路を計算する。受け入れられたメッセージは稼働状態へ影響し得るため、その完全性を検査する位置は重要である。

文書が示す認証情報と計算規則は、異なる実装が同じメッセージを同じ方法で検証するためのインターフェースとなる。受信者が検証に成功すれば、設定された鍵の範囲内で、保護対象が不正に変更されていないという判断材料を得られる。認証されていない、あるいは検証に失敗したメッセージを状態へ反映させないための境界が明瞭になる。

この機能は、セキュリティ用メタデータが実行中の判断へ結び付く例である。単に「安全」というラベルを付けるのではなく、どのPDUのどの範囲が、どの設定鍵で、どの検証結果を得たかを扱う。運用者は認証失敗を隣接喪失、古い状態、未対応機能、形式不正などと区別して観測する必要がある。

ただしRFC 5304の公開だけで、全IS-ISネットワークがこの認証を利用しているとは言えない。どの実装が対応し、どの事業者が有効化し、鍵をどう管理し、どの攻撃や事故を防いだかは、本稿の証拠には含まれない。メカニズムの定義と、導入・成果の証明を混ぜてはならない。

リーとアトキンソンの共同著者記録は、認証設計との関連を裏付ける。同時に、IETFでの検討、実装品質、鍵管理、ネットワーク運用は別の主体に属する。認証の境界を正確に語ることは、著者の貢献を過大にも過小にも評価しない方法である。

認証はトポロジーの真偽や鮮度まで保証しない

暗号検証に成功したメッセージでも、内容が現実のトポロジーと一致するとは限らない。送信側の設定が誤っていれば、正しく認証された誤情報が届く。鍵を持つ参加者が古い情報を送る可能性も、鍵そのものの管理が不適切である可能性も、認証計算だけでは排除できない。

リンクステート情報の鮮度は、シーケンス番号、経過時間、データベース比較、フラッディングの状態遷移といった別の仕組みによって扱われる。完全性は「途中で変えられていないか」という問いに答え、鮮度は「現在採用すべき版か」という問いに答える。この二つを一つの緑色表示へ潰すと、古いが認証済みの情報を過信する危険がある。

さらに、認証されたトポロジー情報から計算された経路が、組織の意図どおりであるかも別問題だ。メトリックやポリシーの設定、障害検出、経路計算、転送面への反映が連続して初めて、期待する到達性が生まれる。認証はその連鎖の一要素であり、全体を代理しない。

運用設計では、鍵の更新手順、隣接ごとの失敗カウンター、対応アルゴリズム、時刻とシーケンスの状態、データベース差分を関連付ける必要がある。認証失敗時に単にパケットを捨てるだけで、理由や影響範囲を追跡できなければ、セキュリティ制御が障害診断を妨げることもある。

この限定は認証の価値を弱めない。むしろ、保護する範囲を狭く正確に定義することで、他の制御と組み合わせられる。RFC 5304はその境界を示す仕様であり、永続的なトポロジー真実や測定済みの安全性を証明する報告書ではない。

密なグラフでは、重複を減らすこと自体が設計課題になる

RFC 9667はTony Li、Peter Psenak、Huaimo Chenによる「Dynamic Flooding on Dense Graphs」の文書である。リンクステート型プロトコルの通常のフラッディングは、情報が全参加者へ届くよう冗長に複製する。冗長性は障害に耐える助けとなる一方、隣接が多い密なトポロジーでは、同じ更新の複製がリンク帯域、キュー、処理、データベース比較、確認応答の負担を増やす。

動的フラッディングの考え方は、全隣接を消すことではない。実際の隣接グラフの中から、リンクステート情報を届けるために使うより疎な構造を選び、平常時の重複を減らす。ルーティング上の隣接関係と、特定の更新を日常的に流す辺の集合を区別することで、接続性を維持しながら伝播作業を抑えることを目指す。

しかし「最少の辺」がそのまま最善とは限らない。選ばれた部分グラフが全対象へ届くこと、トポロジー変化へ追随すること、選択された辺やノードの障害で持続的な分断を起こさないことが必要になる。疎化の度合いだけを最適化すれば、通常時の重複は減っても、障害時に更新が届かない脆い制御面を作りかねない。

また、選択されたフラッディング構造は現実の隣接グラフより上位の最適化層であって、現実そのものではない。選択情報が古くなった時には、現在の隣接状態と障害検出が優先される必要がある。効率化された記録が、稼働中の接続性を上書きする権威になってはならない。

RFC 9667はアーキテクチャを定めるが、すべての実装が対応したこと、特定の密なネットワークで負荷や収束時間が改善したことを証明しない。リーを含む三著者への帰属は保ちつつ、採用、設定、運用成績を文書の存在から推定しないことが重要である。

動的フラッディングの価値は復旧経路を失わない点にある

疎なフラッディング構造は、選択された辺が利用できる間だけでなく、辺が消えた時に評価される。障害を検知し、代替の伝播経路を選び、参加者の見方が揃うまでの移行を安全に進めなければならない。最初に計算した部分グラフが美しくても、変化から回復できなければ運用上の連続性はない。

移行中には、異なるルーターが同じ瞬間に同じ選択結果を持たない場合がある。機能を理解する参加者と、同じ拡張を使わない参加者が同じ領域に存在する可能性も考慮する必要がある。このため、最適化された構造からより保守的な伝播へ戻る条件や、到達性を確認する証拠が不可欠になる。

観測面では、どの辺がフラッディングに選ばれているかだけでなく、選択理由、変更時刻、全ノードへの到達性、フォールバック状態、失われた隣接を追跡したい。単に「動的機能が有効」という表示では、更新がどこで止まったか、最適化が解除されたかを判断できない。

重複の削減が収束時間を必ず短くするとも限らない。複製が減れば処理やキューの圧力が下がる可能性はあるが、部分グラフの計算、変更通知、移行、疎な構造における伝播距離には別のコストがある。結果はトポロジー、障害パターン、実装、装置能力に依存する。

したがってRFC 9667を採用証明としてではなく、可逆性を求めるインターフェースとして読むべきである。平常時の作業を減らす判断には、失敗時に完全な到達性へ戻る道筋と、その道筋が機能したことを示す観測が伴わなければならない。

高速フラッディングの上限は送信能力だけでは決まらない

RFC 9681はBruno Decraene、Les Ginsberg、Tony Li、Guillaume Solignac、Marek Karasek、Gunter Van de Velde、Tony PrzygiendaによるIS-IS高速フラッディングの文書である。リンクやノードの変化を表すLSPが速く届けば、各ルーターが新しいトポロジーを知るまでの伝播部分を短くできる可能性がある。

しかし、送信インターフェースが高速であることは、受信側の制御プレーンが同じ速度で処理できることを意味しない。複数隣接から一つの受信者へバーストが集中すれば、キュー損失、再送、確認応答の遅れ、データベース処理の競合が起こり得る。送信レートを上げた結果、有用な進行がかえって遅れる可能性もある。

文書が重視するのは、送信者の能力ではなく、受信者が持続的に受け入れられる範囲を制御へ反映することだ。ペーシング、受信能力、確認応答、バースト、共有LANでの流入、順序、受信側が示すパラメーターを組み合わせ、全員に一つの速度を押し付ける発想を避ける。

複数の受信者が関係する場合、最も速い相手ではなく、適用対象の中で厳しい制約を尊重する必要がある。受信者が処理可能量を示し、送信者がその範囲に収めるという役割分担は、容量を持つ側と負荷を受ける側を混同しない。確認応答が止まった場合も、根拠のない高レートを続けず、安全な応答へ移るべきである。

RFC 9681は特定ベンダーの既定値、事業者ネットワークでの採用、測定された収束改善を示していない。七人の共同著者を明記することは、リー一人へ高速化の成果や責任を集めないためにも必要である。仕様は選択肢と境界を示し、実際のレートは受信者、キュー、処理装置、リンクの証拠から決められる。

速いフラッディングと短い収束は同義ではない

LSPが受信者に到着しても、ネットワーク全体の収束が完了したとは限らない。受信者はメッセージを検証し、データベースへ反映し、必要なら最短経路計算を行い、ルーティング状態を更新し、転送装置へプログラムする。さらに上位のサービスが回復を認識するまで別の時間がかかる場合もある。

高速フラッディングが直接扱うのは、この連鎖のうち情報伝播に関する部分である。そこを短縮することには価値があるが、全体の収束時間を主張するには、後続段階を含む測定が必要になる。送信時刻だけを見て「収束した」と判断すれば、受信キューや計算待ちを隠してしまう。

評価指標も段階別にする必要がある。送信レート、受信レート、キュー深度、損失、確認応答の遅延、再送、データベース反映、経路計算、転送更新を分けて観測すれば、どこが制約になっているかを特定できる。単一の「高速」という名称では、改善点も退行点も説明できない。

受信能力は固定値とも限らない。同じ装置でも、同時障害、CPU負荷、隣接数、ほかの制御処理によって余力が変わり得る。広告された値や設定値は重要な記録だが、現在の処理状況と確認応答によって継続的に検証される必要がある。

この境界を守れば、RFC 9681を過剰に一般化せずに利用できる。文書は受信者に制約された高速伝播の設計を示す。ある環境で何ミリ秒短くなったか、障害がどれだけ減ったかを本稿の証拠から述べることはできない。成果は実装と現場測定の課題として残る。

六文書は三世代の規模問題を映す

第一世代の課題は表現量である。RFC 1519はクラスレスなプレフィックスと集約により、外部へ示す経路状態を減らす方法を扱う。RFC 2008は、その削減可能性がアドレス割り当て方針と実トポロジーに左右されることを示す。台帳上の整理と経路上の整理は、関連するが同じではない。

第二世代の課題は分散した交換と完全性である。RFC 4271は、独立したASが共通形式で到達可能性を交換しながら、ローカルポリシーを保持する仕組みを記す。RFC 5304は、設定された信頼範囲でIS-ISメッセージの完全性を検査する。どちらも記録を解釈可能にするが、現在の経路やトポロジーを中央から決めない。

第三世代の課題は伝播作業である。RFC 9667は密なグラフで情報を運ぶ辺を選び、重複を減らす。RFC 9681は情報を運ぶ速度を受信能力に合わせる。一方は「どこを通すか」、もう一方は「どの速さで通すか」を扱い、いずれも到達性、復旧、キュー、処理能力に従属する。

この三世代を一つの個人計画と見なすことはできない。著者構成、公開時期、技術課題、IETFでの検討は異なる。共通するのは、不要な状態や作業を減らす一方、失敗時に正しさへ戻るための情報を残すという分析上の型である。

集約にはmore-specificという例外があり、BGPには撤回とローカルポリシーがあり、認証には鮮度と設定という別境界があり、動的フラッディングには復旧経路があり、高速フラッディングには受信者の制約がある。効率化を正当化するのは名称ではなく、これらの境界が稼働状態で確認できることだ。

三層の証拠を照合して初めて運用の現実が見える

第一の層は、レジストリなどに残る比較的持続的な記録である。プレフィックスやASNの一意性、割り当て、移転、状態を組織間で参照できるようにする。これは識別子が衝突せず、変更の由来を追えるための基盤だが、現在の経路を自動的に生成しない。

第二の層は、プロトコルが運ぶ現在の主張である。BGP更新はプレフィックスへの到達可能性と属性を伝え、IS-ISのLSPはトポロジー情報を伝える。認証情報は定められた範囲の完全性を支え、フラッディング関連のパラメーターは選択や容量の手掛かりを与える。これらはセッション、障害、負荷、設定によって変わる。

第三の層は、観測された稼働状態である。経路表、代替経路、LSPデータベース、確認応答、キュー、処理負荷、転送試験が、記録とプロトコル主張が現実に一致しているかを示す。仕様や台帳が正しくても、実行結果が一致しなければ修正が必要になる。

三層は互いを排除しない。BGPで見えるから割り当て記録が不要なのではなく、台帳にあるから経路観測が不要なのでもない。認証済みだから鮮度検査が不要なのでも、受信能力を広告したから実負荷の確認が不要なのでもない。異なる時間軸と権限を持つ証拠を突き合わせることが、誤った単一権威を避ける。

トニー・リーの人物記録は、この照合方法を考えるための軸になる。リーの名前は六文書を結ぶが、運用の結論は文書の外側、すなわち現在の実装とネットワークに残される。標準化の仕事はその余白を消すことではなく、独立した主体が同じ項目を検証できる境界を作ることだと読める。