要約

  • 集約領域では、内部ルーターがエンドツーエンド RSVP メッセージを処理せず、DSCP に結び付いた集約予約が多くのフローを運んだ。減ったのはコアの状態であり、各フローの受付証拠ではない。
  • デアグリゲーターが集約先を選び、DCLASS で DSCP を返し、フローの token bucket を使用容量へ加えた。アグリゲーターは分類してマーキングした。それぞれは別の操作である。
  • 容量は予測とブロックで粗く調整され、誤った経路の RSVP-E2E-IGNORE は静かに失われ得た。大きな予約の存在だけでサービスを証明することはできない。

フロー数がコアの記憶量を決めていた

RSVP の個別予約は精密だが、経路上の各ルーターにメッセージ処理、計算、メモリーを要求する。端末の会話が増えると、共有コアの制御状態まで同じ割合で増えた。

RFC 3175 は、同じ入口と出口を通る予約を一つの集約へ入れた。外部から内部へ Path を渡す最初のルーターがアグリゲーター、内部から外部へ出す最後のルーターがデアグリゲーターとなる。間のルーターは個々のフローを知らず、共通クラスを扱う。

これはエンドツーエンド要求の放棄ではない。どこが詳細を保管するかを変えたのである。共有部分は薄くできるが、個別要求と共有容量を結ぶ台帳はエッジに残る。

134 は「ここでは見るな」という範囲指定だった

入口では RSVP の IP protocol number を RSVP-E2E-IGNORE に変更する。IANA の登録値は 134 である。内部ルーターは per-flow 状態を作らず転送し、正しい出口が番号を RSVP に戻す。

134 は予約成功の印ではない。誰がメッセージを無視し、誰が再び解釈するかを指示するだけだ。デアグリゲーターの設定が誤れば、Path はそのまま宛先へ届き、未知の protocol として捨てられる可能性がある。内部で明確なエラーが出るとは限らない。

ゆえに、入口の送信記録には出口の受領記録が必要になる。コアの沈黙は設計、出口の沈黙は障害である。この二つを区別できなければ、状態削減と観測不能が同じものになる。

DSCP はクラスの座標であって契約ではない

集約トラフィックは DSCP で識別され、PHB によって各ホップの扱いが決まる。Guaranteed Service と Controlled Load を別クラスへ割り当てることも、管理者が別の方針を選ぶこともできた。

対応付けの決定者はデアグリゲーターである。受信側の Resv と要求サービスを最初に見られるからだ。選択した DSCP を DCLASS で返し、アグリゲーターは関係を記録して DCLASS を上流へ送る前に外し、該当パケットを入口でマーキングする。

観測した DSCP はその地点のビットを示すだけである。DCLASS は選択が伝送されたことを示すが、正しいフローが分類されたとは限らない。マーキングは容量を証明せず、PHB はアプリケーションの体験を証明しない。

個別受付は出口側に残った

十分な集約帯域があれば、デアグリゲーターは E2E Resv を返し、その FLOWSPEC の token bucket を使用量へ加える。この計上こそ、集約の外見から見えなくなる重要な記録だった。

大きなブロックが存在しても、新しい要求は自動承認されない。該当セッション、既存の約束、方針、残容量を確認する。Path だけなら集約 Resv を作り、不足なら拡張するか、待たせるか、失敗を明示する必要がある。

内部状態数はメンバー数から独立できても、エッジの会計は独立できない。この非対称性がスケールの源だった。

正確な合計へ追随すると利点が消える

出入りのたびに集約を変更すれば、信号処理コストが戻ってしまう。そこで RFC は、現在の合計より大きいブロックを比較的長い間隔で変更する考えを示した。曜日や時刻の需要、直近の傾向も予測材料になり得る。

細かな調整は余剰を減らすが更新を増やす。粗い調整は更新を減らすが予測誤差と回復コストを増やす。標準は万能な予測器を定義しなかった。

予測値、設定容量、使用中容量、受付判断、実際の queue、配送結果を一つの数値にしてはならない。最初の二つが緑でも、最後の四つが成立したとは言えない。

集約は障害半径も集約した

個別隔離が弱まり、あるフローの burst が別のフローへ影響する。RFC が引用した delay 研究は特定条件の知見であり、現在の未知のネットワークを測定したものではない。実装、topology、traffic mix、queue、観測期間が必要である。

一つの集約予約が失われれば多数のセッションが無予約になる。過剰予約は他クラスを圧迫し、誤分類は無関係なパケットへ待遇を渡す。制御対象が少なくなる代わりに、一対象の失敗が大きくなる。

integrity も万能ではない。隠れた E2E メッセージでは両エッジが論理 RSVP neighbor となり、内部の集約メッセージは hop-by-hop の関係を持つ。digest 成功は message と configured key の範囲を証明するだけで、方針、容量、marking、配送は証明しない。

後続仕様は最初の表現力の限界を示した

RFC 4804 は MPLS TE/DS-TE tunnel 上の集約を扱った。RFC 4860 は、同じ source、destination、PHB に複数集約を置けない RFC 3175 の制約を補う generic aggregate を定義した。RFC 5350 は Router Alert の IANA 扱いを更新した。IANA 表には現在も 134 と aggregate C-Type がある。

登録は仕様上の割当を証明するが、実装や運用を証明しない。RFC 3175 の歴史的価値は、コアから詳細を外すとき、その詳細を保持するエッジの責任が強くなることを具体化した点にある。

Lu Heng の running-code、minimum specification、reality layers は後世の明示的な分析枠であり、RFC の文言ではない。それでも、registry、policy、configuration、execution、outcome を別々に扱うことで、状態圧縮が証拠圧縮へ転落するのを防げる。

情報源と限界

証拠は2026年10月2日、Asia/Shanghaiで凍結した。RFC 3175 の仕組み、IANA 割当、後続仕様は確認できるが、実装、普及、状態削減量、traffic、性能、事故、operator、配送品質は立証しない。予測例は測定結果ではない。