この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
RSVP 集約機能を使用すると、エッジで多数の小さい予約を 1 つの大きい予約に集約することで、RSVP/DiffServ ネットワーク内で Resource Reservation Protocol（RSVP）の状態を削減できます。
ご使用のソフトウェア リリースでは、このモジュールで説明されるすべての機能がサポートされているとは限りません。最新の機能情報および警告については、「Bug Search Tool」およびご使用のプラットフォームおよびソフトウェア リリースのリリース ノートを参照してください。このモジュールに記載されている機能の詳細を検索し、各機能がサポートされているリリースのリストを確認する場合は、このモジュールの最後にある機能情報の表を参照してください。
プラットフォームのサポートおよびシスコ ソフトウェア イメージのサポートに関する情報を検索するには、Cisco Feature Navigator を使用します。Cisco Feature Navigator にアクセスするには、www.cisco.com/go/cfn に移動します。Cisco.com のアカウントは必要ありません。
ネットワーク内に、少なくとも 2 つの集約ノード（プロバイダー エッジ [PE] デバイス）、1 つの内部ノード（プロバイダー [P] デバイス）、および 2 つのエンド ユーザ ノード（カスタマー エッジ [CE] デバイス）を設定する必要があります。
次の Cisco IOS 機能をサポートするようにネットワークを設定する必要があります。
RSVP
クラスベースの重み付け均等化キューイング（CBWFQ）
RSVP スケーラビリティ拡張
 （注） |
Cisco IOS リリース 12.2(33)SRC はコントロール プレーン集約しかサポートしていないため、これらの機能を設定します。データ プレーン集約は、RSVP スケーラビリティ拡張機能を使用して実行する必要があります。 |
次の機能はサポートされません。
複数レベルの集約
複数の隣接する集約領域
集約予約の動的なサイズ変更
アグリゲータによるエンドツーエンド（E2E）予約のポリシング
内部デバイスによる集合予約のポリシング
アグリゲータによる Differentiated Services Code Point（DSCP）マーキング
集約領域内での等コスト マルチ パス（ECMP）ロードバランシング
RSVP 高速ローカル修復（ルーティングが変更された結果、異なるアグリゲータまたはデアグリゲータ、アドミッション制御が E2E PATH 更新で実行された場合）
マルチキャスト RSVP 予約
Common Open Policy Server（COPS）を含む RSVP ポリシー サーバ
データ プレーン集約
次の機能はサポートされます。
複数の隣接しない集約領域
コントロール プレーン集約
（注） |
CBWFQ を使用する RSVP/DiffServ はデータ プレーン集約を提供します。 |
送信元は、予約が設定されていなければ、マークされたパケットを送信しないようにする必要があります。
送信元は、予約帯域幅を超えている、マークされたパケットを送信しないようにする必要があります。
送信元は、マークされたパケットを予約パス以外の宛先に送信しないようにする必要があります。
集約領域内のすべての RSVP 対応デバイスは、ロールに関係なく、RFC 3175 RSVP メッセージ形式を正しく認識するための集約機能をサポートする必要があります。
動的集約を確立するために E2E 予約を用意する必要があります。集約は手動では確立できません。
集約される現在の E2E 予約の数にかかわらず、集約は固定の帯域幅で確立されます。
動的集約の確立が原因の E2E 予約のブラックホール化を回避するために、アグリゲータとデアグリゲータをペアにする必要があります。
（注） |
ブラックホール化とは、予約が確立されなくなることを意味します。E2E 予約が外部インターフェイスから内部インターフェイスに通過する場合、E2E 予約は RSVP-E2E-IGNORE プロトコル パケットになります。対応するデアグリゲータがない場合、デバイスでこの RSVP-E2E-IGNORE 予約は内部インターフェイスから外部インターフェイスに渡され、その後この RSVP-E2E-IGNORE 予約は E2E 予約に復元されることはありません。RSVP-E2E-IGNORE 予約は、最終的にはその宛先である RSVP レシーバに到達します。ただし、RSVP レシーバは、この RSVP-E2E-IGNORE 予約をどのように処理したらよいか分からないため、このパケットを破棄します。 |
1 つの RSVP 予約を確立するには、関連するデータ構造に割り当てるメモリ、シグナル メッセージを処理するための CPU、データパス プログラミング、プロセス間通信、およびシグナル メッセージ送信のための I/O 操作など、大量のリソースが必要です。
小さな予約が数多く確立されると、それらの予約を設定および維持するために必要なリソースがノードのキャパシティを超え、その結果、ノードのパフォーマンスが著しく低下する場合や、ノードが使用不能になる場合があります。RSVP 集約機能は、フロー集約を導入することで、このスケーラビリティの問題に対処します。
フロー集約は、ネットワーク エッジで多数の小さい予約を 1 つの大きい予約に集約することで、コア デバイス内で RSVP 状態を削減できるメカニズムです。これにより、RSVP/DiffServ ネットワーク内のコア デバイス リンクで接続アドミッション制御を実行する能力が保持され、その一方で、シグナル リソースのオーバーヘッドが削減されます。
複数のエンドツーエンド（E2E）予約の共通セグメントは、集約領域を介して、集約予約と呼ばれる大きい予約に集約されます。集約領域とは、次の図に示されているように、RSVP 集約を実行できる一連のノードが接続されたものです。
集約領域内には、次の 3 つのタイプのノードがあります。
アグリゲータ：複数の E2E 予約を集約します。
デアグリゲータ：E2E 予約の集約を解除します。E2E 予約を集約にマッピングします。
内部：集約も集約解除も行いませんが、RFC 3175 形式の RSVP メッセージを理解する RSVP コア ルータです。上の図では、コア/内部ルータ 1 ～ 4 が例として示されています。
アグリゲータ/デアグリゲータ ノードには、次の 2 つのタイプのインターフェイスがあります。
外部インターフェイス：このインターフェイスは集約領域の一部ではありません。
内部インターフェイス：このインターフェイスは集約領域の一部です。
集約領域に属するルータには、少なくとも 1 つの内部インターフェイスが必要であり、また 1 つ以上の外部インターフェイスを使用できます。IPv4 フローが通過するインターフェイスの種類に応じて、ノードは、そのフローに関してアグリゲータ、デアグリゲータ、内部ルータのいずれかになります。
RSVP 集約は、 上の図に示されているように、1 つの集約領域全体で集約予約を確立できるようにすることで、RSVP/DiffServ ネットワーク内の RSVP スケーラビリティをさらに向上させます。これにより、コア/内部デバイス インターフェイスで、集約された接続アドミッション制御を行うことができます。コア/内部デバイスで RSVP を実行することで、通常時および障害時により多くの予測可能帯域幅を使用できます。
音声ゲートウェイは、従来の RSVP を実行しています。これは、RSVP がフローごとに安定状態を維持していて、フロー単位でパケットを分類、マーキング、およびスケジューリングしていることを意味します。エッジ/集約デバイスは、音声ゲートウェイに接続された外部インターフェイスで、アドミッション制御のためのスケーラビリティ拡張を使用して RSVP を実行し、またコア/内部デバイス 1 および 3 に接続されたインターフェイスで RSVP 集約を実行します。RSVP/DiffServ ネットワーク内のコア/内部デバイスは、集約予約の確立のために RSVP を実行します。また、RSVP/DiffServ ネットワーク内のエッジ デバイスおよびコア/内部デバイスは、DSCP が同じフローの集合ごとに特定の Per Hop Behavior（PHB）を実装しています。
音声ゲートウェイは、音声データ パケットを識別し、その IP ヘッダーに適切な DSCP を設定します。これにより、これらのパケットは、エッジ/集約デバイスおよびコア/内部デバイス 1、2、3 または 1、4、3 で優先クラスに分類されます。
コア/内部デバイス 1 および 3 に接続されているエッジ/集約/集約解除デバイス（ラベル A および B）の内部インターフェイスは、RSVP 集約を実行します。これらは、対応する DSCP の集約予約の RSVP 帯域幅に対して、フローごとにのみアドミッション制御を実行します。
アドミッション制御は、デアグリゲータで実行されます。これは、デアグリゲータが、返される E2E RSVP RESV メッセージを受信する最初のエッジ ノードであるためです。CBWFQ は、エッジ デバイスを含む RSVP/DiffServ ネットワーク内のすべてのノードで、分類、ポリシング、およびスケジューリング機能を実行します。
E2E 予約が外部インターフェイスから内部インターフェイスに渡されると、E2E 予約は集約領域に入ります。この集約領域で集約予約が動的に確立されます（たとえば、音声ゲートウェイ C が音声ゲートウェイ D に対して E2E 予約を開始した場合）。集約は、集約領域内の RSVP ノードに対して E2E RSVP メッセージを「隠す」ことで実現します。これは、新しい IP プロトコルである RSVP-E2E-IGNORE によって実行されます。このプロトコルは、E2E PATH、PATHTEAR、および RESVCONF メッセージで標準の RSVP プロトコルの代わりに使用されます。この RSVP-E2E-IGNORE へのプロトコル変更は、メッセージが集約領域に入ったときにアグリゲータによって実行されます。また、メッセージが集約領域を出ると、デアグリゲータによってプロトコルは RSVP に戻されます。このように、E2E PATH の確立時に、所定のフローのためにアグリゲータとデアグリゲータのペアが動的に検出されます。
デアグリゲータ デバイス 2 は、設定されているポリシーに従い、集約予約への E2E PATH のマッピングを担当します。対応するアグリゲータ デバイス 1 と DSCP により集約予約が確立されると、E2E PATH が転送されます。それ以外の場合、必要な DSCP で新しい集約が確立され、その後 E2E PATH が転送されます。この新しい集約の確立は、デアグリゲータ デバイス 2 で設定されている固定帯域幅パラメータに対応します。RSVP の通常の IP プロトコルを使用して、集約 PATH メッセージがアグリゲータからデアグリゲータに送信されます。集約 RESV メッセージがデアグリゲータからアグリゲータに返送され、それにより、このアグリゲータとデアグリゲータを使用する一連の E2E フローの代わりに集約予約が確立されます。すべての RSVP 対応内部ノードは、通常の RSVP 処理（設定されているローカル ポリシーを含む）に従い、集約予約要求を処理します。
コア/内部デバイスは RSVP-E2E-IGNORE メッセージを無視し、E2E 予約状態は作成されず、このメッセージは IP として転送されます。この結果、デアグリゲータまたはアグリゲータで受信された各 RSVP-E2E-IGNORE メッセージの前のホップ/ネクスト ホップ（PHOP/ NHOP）がアグリゲータ ノードまたはデアグリゲータ ノードになります。したがって、ネクスト ホップまたは前のホップを宛先とするすべてのメッセージ（たとえば、RSVP エラー メッセージ）は、集約領域を通過するときに、プロトコルを変更する必要はありません。
多数の E2E フローの代わりに少数の集約予約を設定することで、コア/内部デバイスに保存される状態の数が削減され、また集約領域内での信号処理の量が削減されます。
また、集約予約ごとに分類とスケジューリングを行う代わりに、集約予約でサポートされているトラフィックの分類とスケジューリングのための差別化されたサービス メカニズムを使用することで、集約領域内の分類とスケジューリング ステートの量がさらに減ります。この削減は、E2E 予約の数および集約領域での集約予約の数とは無関係です。集約予約の対象となるトラフィックを識別するために 1 つ以上の RSVP/DiffServ DSCP が使用され、またこのトラフィックに対して必要な転送処理を提供するために 1 つ以上の RSVP/DiffServ Per Hop Behavior（PHB）が使用されます。同じデバイス ペアの間で複数の集約予約を使用でき、それぞれで異なるトラフィック クラスを表し、異なる DSCP と異なる PHB を使用できます。
RSVP 集約は、以下を含む多くの RSVP 機能と統合されています。
RSVP 高速ローカル修復
RSVP ローカル ポリシー サポート
RSVP リフレッシュ削減および信頼性の高いメッセージング
多数の小さい予約を 1 つの予約に集約すると、予約のシグナリング、設定、および維持に必要なリソースは少なくて済み、それによりスケーラビリティが向上します。
1 つの RSVP/DiffServ ネットワーク全体で集約予約を使用することで、RSVP/DiffServ PHB 間のコア リンクで予測可能帯域幅の使用が向上します。集約予約では、障害発生時の帯域幅使用を決定するために、RSVP 高速ローカル修復機能およびローカル ポリシー プリエンプション機能を使用できます。
集約領域内のすべてのノード（アグリゲータ、デアグリゲータ、および内部ノードを含む）に対して次のタスクを実行します。
送信者から受信者までのパスに沿ったすべてのインターフェイスで RSVP をイネーブルにするには、ここに示す手順を実行します。
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードをイネーブルにします。
|
||
| ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
||
| ステップ 3 |
ip routing 例: |
IP ルーティングをイネーブルにします。 |
||
| ステップ 4 |
ip vrf vrf-name 例: |
VRF インスタンスを定義し、VRF コンフィギュレーション モードを開始します。 |
||
| ステップ 5 |
exit 例: |
VRF コンフィギュレーション モードを終了して、グローバル コンフィギュレーション モードを開始します。 |
||
| ステップ 6 |
interface type number 例: |
インターフェイス タイプを設定し、インターフェイス コンフィギュレーション モードを開始します。 |
||
| ステップ 7 |
ip vrf forwarding vrf-name 例: |
VRF インスタンスをインターフェイスまたはサブインターフェイスに関連付けます。 |
||
| ステップ 8 |
ip rsvp bandwidth [interface-kbps ] [single-flow-kbps ] 例: |
インターフェイスで RSVP 帯域幅を有効にします。
|
||
| ステップ 9 |
有効にする各インターフェイスに対して、前の手順を繰り返します。 |
-- |
||
| ステップ 10 |
end 例: |
（任意）特権 EXEC モードに戻ります。 |
（注） |
以前は、リソース プロバイダーが QoS プロバイダーと呼ばれていました。 |
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードをイネーブルにします。
|
||
| ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
||
| ステップ 3 |
ip rsvp bandwidth [interface-kbps [single-flow-kbps [bc1 kbps | sub-pool kbps ]] | percent percent-bandwidth [single-flow-kbps ]] 例: |
インターフェイス タイプを設定し、インターフェイス コンフィギュレーション モードを開始します。 |
||
| ステップ 4 |
ip rsvp resource-provider [none | wfq-interface | wfq-pvc ] 例: |
リソース プロバイダーを設定します。
|
||
| ステップ 5 |
end 例: |
（任意）特権 EXEC モードに戻ります。 |
（注） |
データ パケット分類をディセーブルにすると、RSVP はすべてのパケットを処理するのではなく、アドミッション コントロールのみを実行するように指示されます。 |
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードをイネーブルにします。
|
| ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
| ステップ 3 |
interface type slot / subslot / port 例: |
インターフェイス タイプを設定し、インターフェイス コンフィギュレーション モードを開始します。 |
| ステップ 4 |
ip rsvp data-packet classification none 例: |
データ パケット分類をディセーブルにします。 |
| ステップ 5 |
end 例: |
（任意）特権 EXEC モードに戻ります。 |
クラス マップとポリシー マップを設定するには、グローバル コンフィギュレーション モードで次のコマンドを使用します。
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
Device(config)# class-map class-map-name |
クラス マップ一致基準を作成または変更するクラスの名前を指定します。 |
| ステップ 2 |
Device(config)# policy-map policy-map-name |
クラス マップ内で一致基準が定義されているクラスのポリシーを設定するには、作成する、追加する、または変更するポリシー マップの名前を指定します。 |
（注） |
RSVP スケーラビリティ拡張を設定した時点で、従来の RSVP を使用している予約が存在していた場合は、それらのフローに対して追加のマーキング、分類、またはスケジューリングが実施されません。RSVP スケーラビリティ拡張を設定後に、このような予約を削除することもできます。 |
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードをイネーブルにします。
|
||
| ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
||
| ステップ 3 |
interface type slot / subslot / port 例: |
インターフェイス タイプを設定し、インターフェイス コンフィギュレーション モードを開始します。 |
||
| ステップ 4 |
service-policy [type access-control ] {input | output } policy-map-name 例: |
インターフェイスの入力方向または出力方向にアタッチするポリシー マップの名前を指定します。
|
||
| ステップ 5 |
end 例: |
（任意）特権 EXEC モードに戻ります。 |
アグリゲータおよびデアグリゲータでこのタスクを実行して、どのインターフェイスが集約領域に面しているか指定します。
（注） |
内部ルータ、つまり内部インターフェイスしか持たないノードでは、このタスクを実行する必要はありません。 |
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードをイネーブルにします。
|
| ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
| ステップ 3 |
interface type slot / subslot / port 例: |
インターフェイス タイプを設定し、インターフェイス コンフィギュレーション モードを開始します。 |
| ステップ 4 |
ip rsvp aggregation role interior 例: |
アグリゲータまたはデアグリゲータのインターフェイスで RSVP 集約を有効にします。 |
| ステップ 5 |
必要に応じてステップ 4 を繰り返し、追加のアグリゲータおよびデアグリゲータのインターフェイスを設定します。 |
追加のアグリゲータおよびデアグリゲータのインターフェイスを設定します。 |
| ステップ 6 |
end 例: |
（任意）特権 EXEC モードに戻ります。 |
（注） |
通常、エッジ ルータはアグリゲータとデアグリゲータの両方として機能します。これは、RSVP 予約に単一方向という性質があるためです。ほとんどのアプリケーションでは、双方向の予約が必要です。そのため、これらのパラメータは、動的な集約予約処理中に、E2E 予約を集約にマッピングするときに、デアグリゲータによって使用されます。 |
指定した DSCP で識別される単一の集約予約セッションに予約を集約する RSVP エンドポイントのグループを定義するためには、アクセス コントロール リスト（ACL）を設定する必要があります。次に、それぞれの ACL についてマップ設定を定義します。
（注） |
従来の（集約されない）RSVP では、セッションは、予約メッセージ セッション オブジェクト中で、宛先 IP アドレスとプロトコル情報によって識別されます。RSVP 集約では、セッションは集約 RSVP メッセージのセッション オブジェクト内で宛先 IP アドレスと DSCP によって識別されます。E2E 予約は、E2E 予約セッション オブジェクトのみ、あるいは、セッション オブジェクトと送信者テンプレートまたはフィルタ指定の組み合わせによって識別される特定の集約 RSVP セッションにマッピングされます。 |
拡張 ACL の有無
ip rsvp aggregation ip map コマンド内で使用される ACL は、次のように拡張 ACL の RSVP メッセージ オブジェクトに一致します。
送信元 IP アドレスとポートは、RSVP PATH メッセージの送信者テンプレートまたは RSVP RESV メッセージ フィルタ指定に一致します。これは、IP 送信元または RSVP 送信元です。
宛先 IP アドレスとポートは、RSVP PATH/RESV メッセージ セッション オブジェクトの IP アドレスに一致します。これは、IP 宛先アドレスまたは RSVP 受信者です。
プロトコルは、RSVP PATH/RESV メッセージ セッション オブジェクト プロトコルを照合します。プロトコルが IP の場合、上記のように送信元または宛先アドレスを照合します。
標準 ACL
ip rsvp aggregation ip map コマンド内で使用される ACL は、次のように標準 ACL の RSVP メッセージ オブジェクトに一致します。
IP アドレスは、RSVP PATH メッセージの送信者テンプレートまたは RSVP RESV メッセージ フィルタ指定に一致します。これは、IP 送信元アドレスまたは RSVP 送信側です。
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードをイネーブルにします。
|
| ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
| ステップ 3 |
ip rsvp aggregation ip map {access-list {acl-number } | any } dscp value 例: |
E2E 予約を集約予約にどのようにマップするかルータに指示する RSVP 集約ルールを設定します。
|
| ステップ 4 |
end 例: |
（任意）特権 EXEC モードに戻ります。 |
集約予約属性（トークン バケット パラメータとも呼びます）を DSCP ごとに設定するには、デアグリゲータでここに示す手順を実行します。
（注） |
通常、エッジ デバイスはアグリゲータとデアグリゲータの両方として機能します。これは、RSVP 予約に単一方向という性質があるためです。ほとんどのアプリケーションでは、双方向の予約が必要です。そのため、これらのパラメータは、動的な集約予約処理中に、E2E 予約を集約にマッピングするときに、デアグリゲータによって使用されます。 |
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードをイネーブルにします。
|
| ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
| ステップ 3 |
ip rsvp aggregation ip reservation dscp value [aggregator agg-ip-address ] traffic-params static rate data-rate [burst burst-size ] [peak peak-rate ] 例: |
RSVP 集約予約属性（トークン バケット パラメータとも呼びます）を DSCP ごとに設定します。
|
| ステップ 4 |
end 例: |
（任意）特権 EXEC モードに戻ります。 |
アグリゲータとデアグリゲータでこの手順を実行して、RSVP 集約デバイス ID を設定します。
（注） |
アグリゲータとデアグリゲータの両方が、一定のルーティング可能な IP アドレスで識別される必要があります。これは RFC 3175 デバイス ID であり、番号が最も小さいループバック インターフェイスの IP アドレスでもあります。ループバック インターフェイスが設定されていないか、設定されているループバック インターフェイスがすべてダウン状態の場合、集約/集約解除機能に対してデバイス ID が割り当てられず、集約予約は確立されません。 |
（注） |
関連付けられているループバック インターフェイスがダウンするか、その IP アドレスが削除されると、デバイス ID は変更される場合があります。この場合、E2E と集約セッションは切断されます。新しいデバイス ID が決定すると、新しい E2E セッションと集約セッションはその新しいデバイス ID を使用します。 |
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードをイネーブルにします。
|
| ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
| ステップ 3 |
interface loopback number 例: |
ループバック インターフェイスを作成し、インターフェイス コンフィギュレーション モードを開始します。
|
| ステップ 4 |
ip address ip-address subnet-mask/prefix 例: |
ループバック インターフェイス上で IP アドレスとサブネット マスクまたはプレフィックスを設定します。 |
| ステップ 5 |
end 例: |
（任意）特権 EXEC モードに戻ります。 |
上記のアグリゲータとデアグリゲータの設定をすべて完了した後、RSVP 集約をグローバルにイネーブルにするには、アグリゲータとデアグリゲータでここに示す手順を実行します。
（注） |
この手順では、RSVP-E2E-IGNORE メッセージを受信するためにデバイスを登録します。内部デバイスは RSVP 集約予約のみ処理するため、内部デバイスではこの手順を実行する必要はありません。この手順を実行すると、内部デバイスが不必要にすべての RSVP-E2E-IGNORE メッセージを処理するため、パフォーマンスが低下することがあります。 |
（注） |
内部デバイスで RSVP 集約をグローバルに有効にする場合は、すべてのインターフェイスを内部として設定する必要があります。 |
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードをイネーブルにします。
|
| ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
| ステップ 3 |
ip rsvp aggregation ip 例: |
アグリゲータまたはデアグリゲータ上で RSVP 集約をイネーブルにします。 |
| ステップ 4 |
end 例: |
（任意）特権 EXEC モードに戻ります。 |
RSVP 集約予約にローカル ポリシーを適用するには、ここに示す手順を実行します。
（注） |
従来の（集約されない）RSVP では、セッションは、予約メッセージ セッション オブジェクト中で、宛先 IP アドレスとプロトコル情報によって識別されます。RSVP 集約では、セッションは集約 RSVP メッセージのセッション オブジェクト内で宛先 IP アドレスと DSCP によって識別されます。dscp-ip キーワードは、セッション オブジェクト内の DSCP に一致します。 |
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードをイネーブルにします。
|
||
| ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
||
| ステップ 3 |
ip rsvp policy local {acl acl1 [acl2...acl8 ] | dscp-ip value1 [value2 ... value8 ] | default | identity alias1 [alias2 ...alias4 ] | origin-as as1 [as2...as8 ]} 例: |
RSVP リソースをネットワーク内でどのように使用するかを決定するローカル ポリシーを作成し、ローカル ポリシー コンフィギュレーション モードを開始します。
|
||
| ステップ 4 |
{accept | forward [all | path | path-error | resv | resv-error ] | default | exit | fast-reroute | local-override | maximum {bandwidth [group x ] [single y ] | senders n } | preempt-priority [ traffic-eng x ] setup-priority [hold-priority ]} 例: |
（任意）作成する dscp-ip ローカル ポリシーのプロパティを定義します（これらのコマンドはサブモード コマンドです）。
サブモード コマンドの詳細については、ip rsvp policy local コマンドを参照してください。 |
||
| ステップ 5 |
end 例: |
（任意）ローカル ポリシー コンフィギュレーション モードを終了し、特権 EXEC モードに戻ります。 |
（注） |
次の show コマンドは、ユーザ EXEC モードまたは特権 EXEC モードで使用できます。 |
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
enable 例: |
（任意）特権 EXEC モードをイネーブルにします。
|
||
| ステップ 2 |
show ip rsvp aggregation ip [endpoints | interface [if-name ] | map [dscp value ] | reservation [dscp value [aggregator ip-address ]] 例: |
（任意）RSVP 要約集約情報を表示します。
|
||
| ステップ 3 |
show ip rsvp aggregation ip endpoints [role {aggregator | deaggregator }] [ip-address ] [dscp value ] [detail ] 例: |
（任意）現在確立されている集約予約のアグリゲータ デバイスとデアグリゲータ デバイスに関する RSVP 情報を表示します。
|
||
| ステップ 4 |
show ip rsvp [atm-peak-rate-limit | counters | host | installed | interface | listeners | neighbor | policy | precedence | request | reservation | sbm | sender | signalling | tos ] 例: |
（任意）RSVP カテゴリの詳細情報を表示します。
|
||
| ステップ 5 |
show ip rsvp reservation [detail ] [filter [destination ip-address | hostname ] [dst-port port-number ] [source ip-address | hostname ] [src-port port-number ]] 例: |
（任意）現在データベースに格納されている RSVP 関連の受信側情報を表示します。
|
||
| ステップ 6 |
show ip rsvp sender [detail ] [filter [destination ip-address | hostname ] [dst-port port-number ] [source ip-address | hostname ] [src-port port-number ]] 例: |
（任意）現在データベースに格納されている RSVP PATH 関連の送信側情報を表示します。
|
||
| ステップ 7 |
show ip rsvp installed [interface-type interface-number ] [detail ] 例: |
（任意）RSVP 関連のインストールされているフィルタと対応する帯域幅情報を表示します。
|
||
| ステップ 8 |
show ip rsvp interface [detail ] [interface-type interface-number ] 例: |
（任意）RSVP 関連のインターフェイス情報を表示します。
|
||
| ステップ 9 |
end 例: |
（任意）特権 EXEC モードを終了し、ユーザ EXEC モードに戻ります。 |
次に、RSVP 集約を設定する、5 台のルータで構成されるネットワーク例を示します。
次に、内部ルータ（上の図の R3）で RSVP/DiffServ 属性を設定する例を示します。
ギガビット イーサネット インターフェイス 0/0/0 で RSVP を有効にし、予約で使用できる帯域幅を設定します。
RSVP 集約ではコントロール プレーンの集約のみがサポートされるため、リソース プロバイダーを設定し、データ パケット分類をディセーブルにします。
Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# interface GigabitEthernet 0/0/0
Router(config-if)# ip rsvp bandwidth 400
Router(config-if)# ip rsvp resource-provider none
Router(config-if)# ip rsvp data-packet classification none
Router(config-if)# end 次に、アグリゲータまたはデアグリゲータ（上の図の R2 および R4）で RSVP 集約属性を設定する例を示します。
RSVP 集約ルータ ID を確立するためにループバック 1 が設定されます。
イーサネット インターフェイス 0/0 で RSVP をイネーブルにし、予約で使用できる帯域幅を設定します。
アグリゲータまたはデアグリゲータ上のイーサネット インターフェイス 0/0 は、集約領域に面するように設定されます。
RSVP 集約ではコントロール プレーンの集約のみがサポートされるため、リソース プロバイダーを設定し、データ パケット分類をディセーブルにします。
Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# interface Loopback 1
Router(config)# ip address 192.168.50.1 255.255.255.0
Router(config)# interface GigabitEthernet 0/0/0
Router(config-if)# ip rsvp bandwidth 400
Router(config-if)# ip rsvp aggregation role interior
Router(config-if)# ip rsvp resource-provider none
Router(config-if)# ip rsvp data-packet classification none
Router(config-if)# end
次に、追加の RSVP 集約属性を設定する例を示します。動的なサイズ変更はサポートされないため、すべての E2E 予約を DSCP AF41 を使用する単一の集約にマッピングするためグローバル ルール、および集約予約のためのトークン バケット パラメータが含まれます。この設定は、集約解除機能を実行するノード（上の図の R4）のみで必要です。
Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# ip rsvp aggregation ip map any dscp af41
Router(config)# ip rsvp aggregation ip reservation dscp af41 aggregator 10.10.10.10 traffic-params static rate 10 burst 8 peak 10
Router(config)# end 次の例では、RSVP PATH メッセージの送信元テンプレートの送信元アドレスがサブネット 10.1.0.0 内にあるすべての RSVP メッセージについて、アクセス リスト 1 を定義しています。これにより、デアグリゲータ（上の図の R4）がこれらの予約を AF41 PHB に関連付けられている DSCP の集約予約にマッピングできるようになります。
Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# access-list 1 permit 10.1.0.0 0.0.255.255
Router(config)# ip rsvp aggregation ip map access-list 1 dscp af41
Router(config)# end RSVP 集約属性を設定すると、グローバルに集約をイネーブルにする準備が完了します。
ルータで集約をイネーブルにすると、ルータはアグリゲータまたはデアグリゲータとして機能します。アグリゲータおよびデアグリゲータの機能を実行するには、RSVP プロセスが、ルータ上で RSVP-E2E-IGNORE プロトコル タイプ（134）を認識する必要があります。そうしないと、メッセージはルータのデータ プレーンによってデータとして転送されます。ip rsvp aggregation ip コマンドは、RSVP で RSVP-E2E-IGNORE プロトコルを使用したメッセージの識別を有効にします。
（注） |
これにより、RSVP-E2E-IGNORE メッセージを受信するようにルータが登録されます。このコマンドを、RSVP 集約予約を処理し RSVP-E2E-IGNORE メッセージを IP データグラムとして転送するだけの内部ノードで設定する必要はありません。ルータは、集約をサポートするイメージを使用してロードされるため、集約（RFC 3175 形式の）メッセージを正しく処理します。内部ノードで集約をイネーブルにすると、内部ノードが無駄にすべての RSVP-E2E-IGNORE メッセージを処理するため、パフォーマンスが低下することがあります。 |
（注） |
内部ノードで集約をイネーブルにする場合、そのすべてのインターフェイスを内部として設定する必要があります。そうしないと、すべてのインターフェイスの役割が外部となり、ルータに到着するすべての E2E PATH（E2E-IGNORE）メッセージが廃棄されます。 |
つまり、内部ルータ（上の図の R3）については次の 2 つの選択肢があります。
RSVP 集約コンフィギュレーション コマンドを入力しない。
RSVP 集約をイネーブルにし、すべてのインターフェイスを内部として設定する。
RSVP 対応の任意のノードで、オプションでローカル ポリシーを設定できます。この例では、デアグリゲータでローカル ポリシーを設定し、集約 RSVP メッセージ セッション オブジェクト内の DSCP の照合に基づいて、RSVP RESV 集約メッセージ内のプリエンプション優先度値を設定します。これにより、RSVP で使用できる帯域幅を、まず内部ノードまたは集約ノード上の DSCP AF41 上の DSCP EF の予約で使用できます。別の DSCP の集約予約のプリエンプション優先度は、デフォルトの 0 になります。
（注） |
デアグリゲータでの RSVP RESV 集約メッセージ内で、このローカル ポリシーは RFC 3181 の「Signaled Preemption Priority Policy Element」を設定します。これは、ip rsvp preemption が有効になっている内部ノードまたはアグリゲータで使用できます。 |
次の例では、内部ルータ（上の図の R3）上で、確立時の RSVP 集約予約のプリエンプション優先度をローカルに設定します。
Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# ip rsvp policy local dscp-ip ef
Router(config-rsvp-local-policy)# 5 5
Router(config-rsvp-local-policy)# exit
Router(config)# ip rsvp policy local dscp-ip af41
Router(config-rsvp-local-policy)# 2 2
Router(config-rsvp-local-policy)# end 次に、RSVP 集約がイネーブルになっていることを確認し、現在確立されている予約と設定されているマップおよび予約ポリシーに関する情報を表示する例を示します。
Router# show ip rsvp aggregation ip
RFC 3175 Aggregation: Enabled
Level: 1
Default QoS service: Controlled-Load
Number of signaled aggregate reservations: 2
Number of signaled E2E reservations: 8
Number of configured map commands: 4
Number of configured reservation commands: 1次に、設定されているインターフェイスと、集約領域に関して内部と外部のどちらなのかを表示する例を示します。
Router# show ip rsvp aggregation ip interface
Interface Name Role
-------------------- --------
Ethernet0/0 interior
Serial2/0 exterior
Serial3/0 exterior次に、確立済みの予約が存在する場合に、アグリゲータおよびデアグリゲータに関する情報を表示する例を示します。
Router# show ip rsvp aggregation ip endpoints detail
Role DSCP Aggregator Deaggregator State Rate Used QBM PoolID
----- ---- --------------- --------------- ------ ------- ------- ----------
Agg 46 10.3.3.3 10.4.4.4 ESTABL 100K 100K 0x00000003
Aggregate Reservation for the following E2E Flows (PSBs):
To From Pro DPort Sport Prev Hop I/F BPS
10.4.4.4 10.1.1.1 UDP 1 1 10.23.20.3 Et1/0 100K
Aggregate Reservation for the following E2E Flows (RSBs):
To From Pro DPort Sport Next Hop I/F Fi Serv BPS
10.4.4.4 10.1.1.1 UDP 1 1 10.4.4.4 Se2/0 FF RATE 100K
Aggregate Reservation for the following E2E Flows (Reqs):
To From Pro DPort Sport Next Hop I/F Fi Serv BPS
10.4.4.4 10.1.1.1 UDP 1 1 10.23.20.3 Et1/0 FF RATE 100Kここでは、RSVP アプリケーション ID サポート機能に関する参考資料を紹介します。
|
関連項目 |
マニュアル タイトル |
|---|---|
|
QoS コマンド：コマンド構文の詳細、コマンド モード、コマンド履歴、デフォルト設定、使用上のガイドライン、および例 |
『Cisco IOS Quality of Service Solutions Command Reference』 |
|
RSVP に関連した QoS 設定タスク |
「Configuring RSVP」モジュール |
|
Cisco United Communications Manager（CallManager）および関連機能 |
「Overview of Cisco Unified Communications Manager and Cisco IOS Interoperability」モジュール |
|
正規表現 |
「Using the Cisco IOS Command-Line Interface」モジュール |
|
Cisco IOS コマンド |
|
標準 |
タイトル |
|---|---|
|
この機能でサポートされる新規の規格または変更された規格はありません。また、既存の規格のサポートは変更されていません。 |
-- |
|
MIB |
MIB のリンク |
|---|---|
|
この機能によってサポートされる新しい MIB または変更された MIB はありません。またこの機能による既存 MIB のサポートに変更はありません。 |
選択したプラットフォーム、Cisco IOS リリース、およびフィーチャ セットに関する MIB を探してダウンロードするには、次の URL にある Cisco MIB Locator を使用します。 |
|
RFC |
タイトル |
|---|---|
|
RFC 2205 |
『Resource ReSerVation Protocol (RSVP)』 |
|
RFC 2872 |
「Application and Sub Application Identity Policy Element for Use with RSVP」 |
|
RFC 3181 |
『Signaled Preemption Priority Policy Element』 |
|
RFC 3182 |
『Identity Representation for RSVP』 |
|
説明 |
リンク |
|---|---|
|
右の URL にアクセスして、シスコのテクニカル サポートを最大限に活用してください。これらのリソースは、ソフトウェアをインストールして設定したり、シスコの製品やテクノロジーに関する技術的問題を解決したりするために使用してください。この Web サイト上のツールにアクセスする際は、Cisco.com のログイン ID およびパスワードが必要です。 |
次の表に、このモジュールで説明した機能に関するリリース情報を示します。この表は、ソフトウェア リリース トレインで各機能のサポートが導入されたときのソフトウェア リリースだけを示しています。その機能は、特に断りがない限り、それ以降の一連のソフトウェア リリースでもサポートされます。
プラットフォームのサポートおよびシスコ ソフトウェア イメージのサポートに関する情報を検索するには、Cisco Feature Navigator を使用します。Cisco Feature Navigator にアクセスするには、www.cisco.com/go/cfn に移動します。Cisco.com のアカウントは必要ありません。|
機能名 |
リリース |
機能情報 |
|---|---|---|
|
RSVP 集約 |
Cisco IOS XE リリース 2.6 Cisco IOS XE リリース 3.8S |
RSVP 集約機能を使用すると、エッジで多数の小さい予約を 1 つの大きい予約に集約することで、RSVP/DiffServ ネットワーク内で Resource Reservation Protocol（RSVP）の状態を削減できます。 次のコマンドが導入または変更されました。debug ip rsvp aggregation 、debug qbm 、ip rsvp aggregation ip 、ip rsvp aggregation ip map 、ip rsvp aggregation 、ip reservation dscp traffic-params static rate 、ip rsvp aggregation ip role interior 、ip rsvp policy local 、show ip rsvp 、show ip rsvp aggregation ip 、show ip rsvp aggregation ip endpoints 、show ip rsvp installed 、show ip rsvp interface 、show ip rsvp policy local 、show ip rsvp request 、show ip rsvp reservation 、show ip rsvp sender 、show qbm client 、show qbm pool 。 Cisco IOS XE リリース 3.8S では、Cisco ASR 903 ルータのサポートが追加されました。 |
admission control ：エンドツーエンドで使用可能なネットワーク リソースに基づいて、RSVP 予約が受け付けまたは拒否されるプロセス。
aggregate ： 複数のエンドツーエンド（E2E）フローを表す RSVP フロー。たとえば、マルチプロトコル ラベル スイッチング トラフィック エンジニアリング（MPLS-TE）トンネルは多数の E2E フローの集約である場合があります。
aggregation region ：アグリゲータとデアグリゲータがエッジにあり、E2E フローが集約フローで表される領域。たとえば、TE トンネルが E2E フローに対して集約される MPLS-TE コア。集約領域には、RSVP 集約を実行できるノード群が接続されています。
aggregator ：E2E PATH メッセージが集約領域に入るときにそれを処理するデバイス。このデバイスは TE トンネル ヘッドエンド デバイスとも呼ばれ、外部インターフェイスからのメッセージを内部インターフェイスに転送します。
bandwidth ：ネットワーク信号に利用可能な最高周波数と最低周波数の差。この用語は、特定のネットワーク メディアまたはプロトコルの格付けされたスループット容量を表すためにも使用されます。
deaggregator ：E2E PATH メッセージが集約領域を出て行くときに、それを処理するデバイス。このデバイスは TE トンネル テールエンド デバイスとも呼ばれ、内部インターフェイスからのメッセージを外部インターフェイスに転送します。
E2E ：エンドツーエンド。集約領域を通過し、そのステートがこの領域の中でまとめて表現される RSVP フロー。たとえば、MPLS-TE コアを通過する従来の RSVP フロー。
LSP ：ラベル スイッチド パス。2 つのデバイス間に設定された接続。この接続では、パケットを伝送するためにラベル スイッチングが使用されます。LSP の目的は、データ パケットを伝送することです。
QoS ：サービス品質。転送システムのパフォーマンスの尺度の 1 つであり、転送品質とサービスのアベイラビリティを反映したものです。
RSVP ：リソース予約プロトコル。IP ネットワーク上でリソースの予約をサポートするためのプロトコル。IP エンド システム上で動作するアプリケーションは、RSVP を使用して、受信を期待しているパケット ストリームの性質（帯域幅、ジッタ、最大バーストなど）を他のノードに知らせることができます。
state ：デバイスが各 LSP に関して保持する必要のある情報。この情報は、トンネルをリルートする場合に使用されます。
TE ：トラフィック エンジニアリング。標準のルーティング方式が使用されていた場合に選択されたであろうパス以外のパス上のネットワーク経由でトラフィックを転送するために使用されるテクニックとプロセス。
tunnel ：2 つのピア間（2 台のデバイス間など）のセキュアな通信パス。
フィードバック