要約

  • RFC 5290 の単純ベストエフォートは、経路上の全主体に同じ優先制御や課金制度を要求しない共通基盤である。QoS は有用でも、その基盤の代替ではない。
  • フロー単位の概略的公平性は、利用者の公平性を自動的に示さない。フローの定義、測定期間、単位、混雑点、実施主体を残さなければ、数値は政策を隠す。

まず、何を要求しないサービスなのか

RFC 5290 は単純ベストエフォートを、ルータやポリサ、その他の中間装置による差別的処理に依存せず、アドミッション制御も前提にしない通信として定義した。「単純」という語は、インターネット全体が単純だという意味ではない。ISP 間の契約、従量課金、ファイアウォール、中間装置は存在し得る。簡素なのは、基本的な到達機会を得るために経路上の全ドメインが一つの高機能な契約を理解する必要がない点である。

この消極的な性質が、展開上の強さになる。すべてのルータにフロー別スケジューリングを要求せず、事前の資源予約も、混雑費用の共通台帳も要らない。精密な保証は弱いが、管理主体の異なるネットワークを横断しやすい。共通路は、全員が同じ制度に加入した結果ではなく、加入しなくても残る最低限の協調から生まれる。

この RFC は 2008 年の Informational 文書で、標準候補ではない。当時のインターネットで、ファイル転送、メール、ウェブ、映像、音声などを不完全ながら支え、多くの利用者に資源の一部を得る機会を与えていたという観察を示す。現在の普及率やトラフィック構成を証明する資料ではない。それでも、共有コアに要求する状態が少ないほど異種の参加者を受け入れやすいという構造は、今も検証可能な論点である。

優先クラスの成功をどこまで読めるか

ベストエフォートだけでは、混雑時の帯域、遅延、ジッタ、損失、素早い立ち上がり、資源不足時の呼受付拒否などを保証できない。RFC 2475 の DiffServ、RFC 2212 の Guaranteed Service、RFC 3662 の Lower Effort は、それぞれ別の処理と証拠を必要とする。追加クラスは実務上有用であり得る。

しかし、クラス追加と基盤置換は同じではない。優先処理はリアルタイム用途を守り、投資回収を支えるかもしれない。一方、通常クラスの容量が保護されなければ、混雑時に支払能力の低い参加者を締め出すこともできる。確認すべきは「優先機能があるか」ではなく、競合するボトルネックで共通路がどれだけ実用可能なまま残ったかである。

マークの付与は分類の証拠にすぎない。経路上の各ルータが意図した PHB を実行したこと、必要な容量が存在したこと、通常クラスが飢餓状態にならなかったこと、アプリケーションが約束された結果を得たことまでは示さない。契約、分類、スケジューラ、キュー統計、エンドツーエンド結果は、別々の現実層に属する。

跨域では依存関係が増える。境界でマークが書き換えられるか、方針データベースが同じ版か、未対応ドメインでどうフォールバックするか、費用と混雑情報を誰が精算するか。一つでも未決なら、エンドツーエンドの優先サービスは局所設定の集合にとどまる。

一つのフローは一人の利用者ではない

RFC 5290 は概略的なフロー速度の公平性を妥当な目標としたが、唯一・最適・保証済みの公平とはしていない。当時の近似は、多くの通信が TCP を使い、その多くが類似の輻輳制御に従ったことに支えられていた。これは広範な協力であって、全経路での強制執行ではない。

フローの速度を正確に測っても、主体は決まらない。一つの接続を一フローと数えるのか、同じ端点間の複数接続を束ねるのか。利用者、世帯、アプリケーション、企業のどれを比較単位にするのか。十接続を開くクライアントと一接続だけのクライアントを接続単位で平等に扱えば、人に対する配分は不平等になり得る。

さらに RTT、通過する混雑ルータ数、バースト性、パケット対バイト、トランスポート方式、ユニキャスト対マルチキャスト、測定精度、時間窓で結論が変わる。短いセッションと長いセッションに同じ瞬間速度を与えることが、日単位の利用機会や費用の平等を意味するわけではない。

したがって公平性レポートには、グループ化キー、測定区間、単位、ボトルネック、輻輳信号、送信側の応答、執行点が必要である。これらを欠く「公平」という表示は、未公開の政策を数学のように見せている。

協力が崩れたときの権限

RFC 2914 は端点が輻輳に応答する責任を述べ、RFC 2309 はキュー管理と非応答フローを扱い、RFC 896 は輻輳崩壊が防御を必要とした経緯を示す。ベストエフォートは無統治ではない。通常は端点の協力に依存し、協力が失敗すればネットワーク側の保護が必要になる。

運用状態は分けて記録すべきだ。類似の輻輳制御が支配的で、少ないコア状態のまま概略配分を得る状態。ルータや中間装置が攻撃的なフローを検知し制限する状態。フロー別キューなどで強い公平性を明示的に執行する状態。この三つは同じ緑色では表せない。

DDoS やフラッシュクラウドは、共通経路上の全ベストエフォート通信を悪化させ得る。集約レート制限や検査が必要になる場合、集約キー、発火閾値、誤検知、解除条件という新たな統治情報が生じる。保護措置が妥当でも、誰の判断で誰をまとめたかという記録は消えない。

導入経路を機能の外に置かない

RFC 5290 は増分導入の難しさを中心問題として扱う。ECN マーク、両端のポリサ、ルータ変更、ISP 間の経済関係変更を必要とする方式は、単独の機能ではなく連鎖である。途中の一要素が欠ければ、意図した性質は局所的な表示へ縮む。

RFC 1958 が描くインターネットには単一所有者も中央制御者もいない。アプリケーションの変更より、共有インフラと事業者間合意の変更は難しい。この非対称性は欠陥であると同時に、共通路が部分的な協調でも動ける理由である。

比較すべきは理想図ではなく運用負担だ。変更が必要な装置、協力が必要な端点、精算主体、マーク消失時の安全な退避、未更新ドメインでの通常通信を確認する。全員の同時導入を暗黙の前提にする設計は、その前提自体が可用性リスクになる。

この文書から断定できないこと

現在のどのネットワークが十分な通常容量を確保しているか、現代の TCP が同じ支配性を持つか、特定事業者が公平性を強制しているか、優先課金が必ず利用者を害するかは、RFC 5290 だけでは分からない。ベストエフォートへの参加も配達証明ではなく、遅延・損失・並べ替え・障害は残る。

残すべき境界は明確である。共通クラスへの参加可能性は入場の事実。特定処理を実行したことは制御の事実。利用者が公平で有用な結果を得たという結論には、主体定義、比較群、アプリケーション証拠が要る。三つを一つにすると、画面上の記号が実装より強い権限を持つ。

出典