Loading article…
IETFのRFC 2638は、差別化サービス（DiffServ）のフレームワークにおける帯域幅ブローカー（BB）のエンティティを定義しています。RFC 2638によると、帯域幅ブローカーは、組織の優先順位とポリシーに関する知識を持ち、それらのポリシーに基づいてサービス品質（QoS）リソースを割り当てるエージェントです。複数のドメイン間でエンドツーエンドのリソース割り当てを実現するには、ドメインを管理する帯域幅ブローカーが隣接するピアと通信する必要があります。これにより、純粋な二者間合意に基づいてエンドツーエンドのサービスを構築できます。帯域幅ブローカーが実行しなければならない主要なタスクの1つは、受信したリソース予約要求を受け入れるかどうかを決定するためのアクセス制御です。ほとんどの帯域幅ブローカーはシンプルなアクセス制御モジュールを使用していますが、受け入れ率やネットワーク利用率などの複数の指標に基づいた、より高度なアクセス制御の提案もあります。BBは、フローを許可するか拒否するかを決定するポリシー決定ポイント（PDP）として機能し、エッジルーターは、トラフィックを監視する（パケットを許可してマークしたり、単に破棄したりする）ポリシー強制ポイント（PEP）として機能します。
DiffServ は、デフォルトのベストエフォート サービスとは別に、Assured Forwarding (AF) [ 1 ]と Expedited Forwarding (EF) [ 2 ]という 2 つのキャリア サービスを許可します。AFはベストエフォート サービスよりも優れたサービスを提供しますが、バーストやパケット遅延変動(PDV) が発生する可能性があるという点でベストエフォート トラフィックと似ています。プロファイル外の AF パケットは、ベストエフォート トラフィックとしてマークされるため、優先度が低くなります。EF は、バーストを防ぐためのトラフィック シェーピング、厳格なアドミッション コントロール(プロファイル外のパケットは破棄されます)、およびコアルータ内の EF トラフィック専用のキューを備えた仮想ワイヤサービスを提供します。これらにより、キューが小さく保たれ、バッファ管理が不要になります。結果として得られる EF サービスは、損失が少なく、遅延が少なく、PDV も低くなります。したがって、BB は広義には帯域幅を割り当てますが、実際にはキャリア サービス (つまり QoS リソース) を割り当てます。
帯域幅ブローカーは、組織のポリシーに基づいて構成でき、マークされたトラフィックの現在の割り当てを追跡し、ポリシーと現在の割り当てに基づいてトラフィックをマークするための新しい要求を解釈します。帯域幅ブローカーは、エンドツーエンドのパス全体にわたってルーターでフロー仕様を設定する必要がある方式とは異なり、隣接ドメインのピアとの間で限定的な信頼関係を確立するだけで済みます。技術的な観点から言えば、帯域幅ブローカーのアーキテクチャでは、すべてのルーターではなく管理ドメイン単位で状態を保持することが可能になり、DiffServアーキテクチャでは、フローごとの状態をエッジルーターまたはリーフルーターのみに限定することが可能になります。
BBの適用範囲は拡大し、DiffServドメインに限定されなくなりました。基盤となるQoSメカニズムがDiffServの動作にマッピングできる限り、BBはそれを理解し、隣接するピアと通信できます。つまり、インターネットにおけるQoSの「共通語」はDiffServであるべきです。1つのドメイン内に複数のBBが存在する可能性がありますが、その場合、RFC 2638では、1つのBBのみが最上位のドメイン間BBとして機能することを想定しています。