この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
目次
輻輳管理は、ネットワーク上で輻輳が発生した後に輻輳を制御します。 輻輳の管理は、パケット キューイング方式を使用し、トラフィック調整メカニズムを使用してパケット フローをシェーピングすることにより、Cisco IOS XR ソフトウェア上で行われます。
サポートされているトラフィック調整メカニズムのタイプは、次のとおりです。
次の表に、ASR 9000 イーサネット ラインカードおよび ASR 9000 用 SIP 700 でサポートされる機能を示します。
輻輳管理を設定するには、次の概念を理解する必要があります。
輻輳管理機能では、パケットに割り当てられた優先順位に基づいて、トラフィック フロー(またはパケット)がインターフェイスに送信される順番を決定することにより、輻輳を制御できます。 輻輳管理は、キューを作成し、そのキューにパケットの分類に基づいてパケットを割り当て、キューにあるパケットの送信をスケジューリングする必要があります。 Cisco IOS XR ソフトウェアの輻輳管理機能を使用すると、異なる番号のキューの作成を指定したり、トラフィックの差別の度合いを大きくまたは小さくしたり、トラフィックが送信される順番を指定したりできます。
トラフィック フロー量が少ない間、つまり輻輳が存在しないときは、パケットは、着信するとすぐにインターフェイスに送信されます。 発信インターフェイスでの送信輻輳中、パケットは、インターフェイスが送信可能な速度より速く到達します。 輻輳管理機能を使用すると、インターフェイスに蓄積しているパケットが、インターフェイスでパケットを送信できるようになるまでキューイングされます。その後、パケットに割り当てられたプライオリティと、インターフェイスに設定されたキューイング方式に従って送信がスケジューリングされます。 ルータで、どのパケットをどのキューに配置するかや、キューをそれぞれどのように処理するかをコントロールすることで、パケット送信の順番が決定されます。
パケットが契約およびサービスに従うようにするには、キューイング方式に加えて、ポリサーやシェーパーなどの Qo S 輻輳管理メカニズムが必要です。 ポリシングとシェーピングの両方のメカニズムでは、パケットのトラフィック記述子を使用します。
ポリサーとシェーパーは、通常はトークン バケット メカニズムを使用した同じ方法でトラフィック記述子違反を識別しますが、違反への対応方法は異なります。 ポリサーは、通常トラフィック フローをドロップします。一方、シェーパーは、バッファまたはキューイング メカニズムを使用して過剰なトラフィック フローを遅らせることにより、トラフィックを保持して後で送信します。
トラフィック シェーピングとトラフィック ポリシングは連携して機能します。 たとえば、優れたトラフィック シェーピング スキームを使用すると、ネットワーク内のノードの異常なフローを簡単に検出できます。
MDRR は、最大 8 個のトラフィック クラスのキューイングが可能なクラスベースの複合スケジューリング メカニズムです。 MDRR はクラスベース重み付け均等化キューイング(CBWFQ)と同様に動作し、顧客の一致基準(アクセス リストなど)に基づくトラフィック クラスの定義が可能になります。ただし、MDRR では重み付け均等化キューイング アルゴリズムは使用されません。
MDRR がキューイング戦略に設定されている場合は、空ではないキューが 1 つずつ処理されます。 キューが処理されるたびに、一定量のデータがキューから取り出されます。 その後に、アルゴリズムは次のキューを処理します。 キューが処理されると、キューから取り出された設定値を超えるデータのバイト数が MDRR に記録されます。 次のパスでは、キューを再び処理するときに、以前に処理された超過データを埋め合わせるために、より少ないデータがキューから取り出されます。 その結果、キュー単位でキューから取り出されるデータの平均量が設定値に近くなります。 また、MDRR により、遅延に影響されやすいトラフィックのストリクト プライオリティ キューが可能になります。
キューのパケットは不足カウンタがゼロより大きい限り処理されます。 各パケットが処理されると、そのバイト長と同じ値だけ不足カウンタが減少します。 不足カウンタがゼロまたは負になった後には、キューを処理できなくなります。 新しい各ラウンドでは、空ではない各キューの不足カウンタが定量値の分だけインクリメントされます。
LLQ 機能により、MDRR スケジューリング メカニズムにおいてストリクト プライオリティ キューイング(PQ)を使用できます。 ストリクト プライオリティ モードの PQ は、場合によっては他のすべてのトラフィックを犠牲にして、1 つのタイプのトラフィックが送信されることを確保します。 PQ では、低プライオリティ キューは悪影響を受けることがあり、最悪の場合、帯域幅の一部が使用可能な場合や、クリティカルなトラフィックの伝送レートが高い場合に、そのパケットが送信できなくなります。
ストリクト PQ では、音声などの遅延に影響されやすいデータを、他のキューのパケットをキューから取り出す前にキューから取り出して送信できます。
LLQ により、MDRR 内の単一のストリクト プライオリティ キューをクラス レベルでイネーブルにし、クラスに属するトラフィックを誘導できます。 ストリクト プライオリティ キューに従ってクラス トラフィックをランク付けするには、ポリシー マップの名前が付いたクラスを指定し、 priority コマンドをクラスに設定します。 ( priority コマンドが適用されるクラスは、プライオリティ クラスだと見なされます)。ポリシー マップで、1 つまたは複数の優先ステータスを指定できます。 1 つのポリシー マップに複数のクラスがプライオリティ クラスとして設定されている場合、これらのクラスからのトラフィックはすべて、同じ単一の完全プライオリティ キューに入力されます。
priority コマンドを使用すると、トラフィックの指定に使用する有効な一致基準のいずれかにストリクト PQ を割り当てることができます。 クラスへのトラフィックの指定方式には、アクセス リスト、プロトコル、IP precedence、および IP DiffServ コード ポイント(DSCP)値などがあります。 さらに、アクセス リスト内で、IP ヘッダーの IP タイプ オブ サービス(ToS)バイトの最初の 6 ビットを使用して設定した DSCP 値に基づいたトラフィックの一致が可能になるよう指定できます。
設定されているアカウンティングは、ポリシングおよびシェーピングのオーバーヘッド(パケット長)を制御します。 ポリシーをインターフェイスに適用するときに、サービス ポリシーでアカウント オプションを指定できます。 バンドル インターフェイスでは、設定されたアカウンティング オプションは、すべてのメンバ インターフェイスに適用されます。
設定されたアカウンティング オプションは CRS-MSC-140G での入力および出力ポリシング、キューイング、および統計情報に使用できます CRS-MSC-40G では、設定されているアカウンティング オプションはキューイングに使用できません。
前提条件および制約事項
Modular Weapon-X ラインカードは、送信元 IP、宛先 IP、送信元ポート、宛先ポート、プロトコル、ToS、ホップ リミット、および ACL ベースの分類に基づいて IPv6 プロパティの分類をサポートします。
サポートされているインターフェイスを以下に示します。
サポートされているインターフェイス | イーサネット ラインカード | Enhanced Ethernet ラインカード |
---|---|---|
L3 メイン インターフェイス | yes | yes |
L3 サブ インターフェイス | yes | yes |
L3 バンドル インターフェイス/サブ インターフェイス | yes | yes |
L2 メイン インターフェイス | no | yes |
L2 サブ インターフェイス | no | yes |
L2 バンドル インターフェイス/サブ インターフェイス | no | yes |
トラフィック シェーピングでは、インターフェイスから出力されるトラフィック フローを制御して、リモート ターゲット インターフェイスの速度に合わせてトラフィック フローを伝送することにより、指定されているポリシーにトラフィックを適合させることができます。 ダウンストリーム要件を満たすように、特定のプロファイルに適合するトラフィックをシェーピングできるため、データレートが一致しないトポロジで発生するボトルネックが排除されます。
送信元からターゲット インターフェイスへのデータ伝送レートを一致させるには、次のいずれかに合わせてデータ転送を制限できます。
転送レートは、トークン バケットを構成する 3 つの要素(バースト サイズ、中間レート、および時間(測定)間隔)に依存します。 中間レートは、バースト サイズを時間間隔で割った商と一致します。
トラフィック シェーピングがイネーブルになっている場合は、インターフェイスのビット レートが、時間間隔の整数倍を超えて、中間レートを上回ることはありません。 つまり、すべての時間間隔で、最大バースト サイズを送信できます。 ただし、時間間隔内の任意の時点で、ビット レートが中間レートを上回ることがあります。
ピーク バースト サイズが 0 の場合は、インターフェイスが時間間隔ごとにバースト サイズしか送信しないため、平均レートが中間レートを超えることはありません。 ただし、ピーク バースト サイズが 0 より大きい場合は、過去に最大量が送信されたことがなければ、インターフェイスは 1 バースト内でバースト サイズとピーク バーストを足したビット数を送信できます。 ある時間間隔中にバースト サイズ未満のビット数が送信された場合は、ピーク バースト サイズを超えない残りのビット数を使用して、次の時間間隔でバースト サイズを超えるビット数を送信できます。
着信パケットがインターフェイスに着信すると、分類技術(アクセス コントロール リスト(ACL)、モジュラ QoS CLI(MQC)による IP precedence ビットの設定など)を使用してパケットが分類されます。 パケットが、指定された分類と一致した場合は、トラフィック シェーピング メカニズムが継続されます。 そうでない場合は、それ以上の処理が行われません。
図 1 に、トラフィック シェーピング メカニズムによるトラフィック フローの調整方法を示します。
指定された条件を満たしているパケットが、トークン バケット内に配置されます。 トークン バケットの最大サイズは、適合バースト(Bc)サイズ + Be サイズです。 トークン バケットは、Tc ごとに Bc に相当するトークンの固定レートで満たされます。 これは、設定されたトラフィック シェーピング レートです。
トラフィック シェーピング メカニズムがアクティブ(つまり、設定されたトラフィック シェーピング レートを上回るパケットがすでに転送キュー内に存在する)場合は、Tc ごとに、トラフィック シェーパーが、転送キュー内に送信に十分なパケットが存在する(つまり、トラフィックの最大 Bc(または Bc + Be)に到達している)かどうかをチェックします。
トラフィック シェーパーがアクティブになっていない(つまり、転送キュー内に設定されたトラフィック シェーピングを上回るパケットが存在しない)場合は、トラフィック シェーパーがトークン バケット内のトークンの数をチェックします。 次のどちらかになります。
一般的に、トラフィック ポリシングでは、インターフェイス上で送受信するトラフィックの最大レートを制御したり、ネットワークを複数のプライオリティ レベルまたはサービス クラス(CoS)に区切ることができます。
トラフィック ポリシングでは、トークン バケット アルゴリズムを介して、トラフィックの最大レートを管理します。 トークン バケット アルゴリズムでは、ユーザが設定した値を使用して、特定の瞬間にインターフェイス上で許可されるトラフィックの最大レートを決定します。 トークン バケット アルゴリズムは、(トラフィック ポリシングでトラフィック ポリシーが設定された場所により)インターフェイスを出入りするすべてのトラフィックによって影響を受け、複数の大きなパケットが同じトラフィック ストリームで送信される場合に、ネットワーク帯域幅の管理に役立ちます。
トラフィック ポリシング は、多くの場合、ネットワークに出入りするトラフィックのレートを制限するためにネットワークのエッジのインターフェイスで設定されます。 最も一般的なトラフィック ポリシングの設定では、CIR に適合したトラフィックは送信され、超過したトラフィックはプライオリティを下げて送信されるかドロップされます。 ユーザはネットワークのニーズに合わせてこれらの設定オプションを変更できます。 トラフィック ポリシングでは、認定情報レート(CIR)のバースト サイズ(Bc)を設定することにより、一定量の帯域幅管理も行えます。 最大情報レート(PIR)がサポートされている場合は、2 番めのトークン バケットが有効になり、トラフィック ポリサーは 2 レート ポリサーと呼ばれます。
シングルレートの 2 アクション ポリサーでは、各パケットに対する 2 つのアクション(conform アクションおよび exceed アクション)を実行する単一のトークン バケットを使用できます。
図 2 に、シングルレートのトークン バケット ポリサーにより、CIR 適合または CIR 超過としてパケットをマーキングし、アクションを割り当てる方法を示します。
トークン バケットへのトークン更新の間隔(Tc)は、パケットがトラフィック ポリサーに着信するたびに CIR 値で更新されます。 Tc トークン バケットには Bc 値まで含めることができ、この値には、特定のバイト数または期間を指定できます。 サイズ B のパケットが Tc トークン バケットを超える場合、パケットは CIR 値を超え、設定されたアクションが実行されます。 サイズ B のパケットが Tc トークン バケット未満の場合、パケットは適合し、設定された異なるアクションが実行されます。
2 レート ポリサーは、2 つのトークン バケット(認定トークン バケットおよび最大トークン バケット)を使用してトラフィックの最大レートを管理します。 デュアルトークン バケット アルゴリズムは、ユーザが設定した値を使用して、特定の時点においてキューで許可されるトラフィックの最大レートを決定します。 これにより、2 レート ポリサーは、2 つの独立したレート(認定情報レート(CIR)および最大情報レート(PIR))でトラフィックを測定できます。
認定トークン バケットは、オーバーフローする前には認定バースト(bc)のサイズまでのバイト数を保持できます。 次に説明するように、このトークン バケットは、CIR に適合しているか、または CIR を超過しているかを判断するトークンを保持しています。
最大トークン バケットは、オーバーフローする前にはピーク バースト サイズ(be)までのバイト数を保持できます。 このトークン バケットは、パケットが PIR に違反しているかを判断するトークンを保持しています。 トラフィック ストリームにより最大トークン バケットがオーバーフローした場合、トラフィック ストリームは違反しています。 この場合、トークン バケット アルゴリズムはトラフィック ストリームを赤色でマーキングします。
デュアルトークン バケット アルゴリズムでは、各パケットに対する 3 つのアクション(conform アクション、exceed アクション、および任意の violate アクション)を使用できます。 2 レート ポリサーを設定した状態でキューに入るトラフィックは、これらのカテゴリのいずれかに配置されます。 これら 3 つのカテゴリ内で、ユーザはパケットの処理を決定できます。 たとえば、適合するパケットは送信されるように設定し、超過するパケットはプライオリティを低くして送信されるように設定し、違反するパケットはドロップされるように設定できます。
図 3 に、2 レート ポリサーを使用してパケットをマーキングする方法、および対応するアクションをパケットに割り当てる方法を示します。
たとえば、250 kbps のレートでデータ ストリームが 2 レート ポリサーに着信した場合に、CIR が 100 kbps、PIR が 200 kbps の場合、ポリサーはパケットを次のようにマーキングします。
ルータは認定トークン バケットと最大トークン バケットの両方のトークンを次のように更新します。
トラフィック シェーパーとは異なり、トラフィック ポリサーは超過パケットをバッファせず、後で送信します。 代わりに、ポリサーはバッファリングせずに「送信または送信なし」のポリシーを実行します。 輻輳期間中には、超過バースト パラメータを適切に設定することにより、ポリサーによるパケットのドロップを抑えることができます。 したがって、ルータがポリシングが認定(標準)バースト値および超過バースト値を使用して、設定された認定情報レート(CIR)に到達することを確保する仕組みを理解することが重要です。
バースト パラメータは、ルータの一般的なバッファリング ルールに基づいており、ラウンドトリップ時間のビットレートと同じになるようにバッファリングを設定して、輻輳期間中におけるすべての接続の、未処理の TCP ウィンドウに対応することが推奨されます。
police コマンドの認定バースト(bc)パラメータでは、トラフィックを測定するためにルータが使用する 1 番めの適合(緑色)トークン バケットが実装されます。 bc パラメータにより、このトークン バケットのサイズが設定されます。 最初は、トークン バケットは一杯の状態で、トークン カウントは認定バースト サイズ(CBS)と同じです。 その後、メーターは、認定情報レート(CIR)によって示された秒単位の回数だけトークン カウントを更新します。
次に、メーターが適合トークン バケットを使用してパケットを送信する仕組みについて説明します。
(注) |
メーターが特定のカラーでパケットをマーキングするときには、そのカラーのトークンがパケット全体に対応するのに十分な数である必要があります。 したがって、緑色のパケットの量が、認定情報レート(CIR)および認定バースト サイズ(CBS)よりも少なくなることはありません。 特定のカラーのトークンは、そのカラーのパケットに対して常に使用されます。 |
デフォルトの認定バースト サイズは、ポリシング レートでの 2 ミリ秒のバイト数、またはネットワークの最大伝送ユニット(MTU)よりも大きくなります。
bc = CIR bps * (1 バイト) / (8 ビット) * 1.5 秒
(注) |
たとえば、認定情報レートが 512000 bps の場合、認定バーストの式を使用した認定バーストは 96000 バイトになります。
(注) |
be 値が 0 になる場合は、出力 bc 値を、入力 bc 値に 1 を足した値以上に設定することを推奨します。 そうしないと、パケット損失が発生する場合があります。 次に例を示します。 be = 0 出力 bc >= 入力 bc + 1 |
police コマンドの超過バースト(be)パラメータでは、トラフィックを測定するためにルータが使用する 2 番めの超過(黄色)トークン バケットが実装されます。 最初は、超過トークン バケットは一杯の状態で、トークン カウントは超過バースト サイズ(EBS)と同じです。 その後、メーターは、認定情報レート(CIR)によって示された秒単位の回数だけトークン カウントを更新します。
次に、メーターが超過トークン バケットを使用してパケットを送信する仕組みについて説明します。
たとえば、4000 バイトの認定バーストを設定した場合、超過バーストの式を使用した超過バーストは 8000 バイトになります。
設定された認定情報レート(CIR)に達するように、ポリシングは標準つまり適合バースト(bc)値と超過バースト(be)値を使用します。 ポリシングは、設定したバースト値に基づいて、パケットが CIR に適合しているか、または CIR を超過しているかを決定します。 次のように、複数の要素がポリサーの決定に影響する可能性があります。
良好なスループ ットを確保するには、十分高いバースト値を設定することが重要です。 適合レートが設定した CIR 未満であるにもかかわらず、ルータがパケットをドロップし、超過したレートを報告する場合は、show interface コマンドを使用して現在のバーストをモニタし、表示された値が一貫して認定バースト(bc)値および超過バースト(be)値に近い値であるか、実際のレート(認定レートおよび超過レート)が設定した認定レートに近い値であるかを確認します。 該当しない場合は、バースト値が低すぎる可能性があります。 25 ページの「認定バースト計算」および 25 ページの「超過バースト計算」の項の推奨計算を使用してバースト レートを再設定してみてください。
SIP 700 カードでは、入力レイヤ 2 インターフェイスのポリシー マップで 2 レート 3 カラー(2R3C)ポリサーがサポートされます。 ポリサーは、以前のネットワーク ノードのポリサーによって設定された既存のマーキング(パケット ヘッダーのフレーム リレーの破棄適性(FRDE)ビット)を読み取ります。 デフォルトでは、FRDE ビットは 0 に設定されます。 受信ノードのシステムは、このビットを使用してパケットの適切なカラーアウェア ポリシング アクションを決定します。
(注) |
カラーアウェア ポリシングは、階層型 QoS ではサポートされません。 |
図 4 に、2R3C ポリシング プロセスを示します。
階層型ポリシング機能は、Cisco ASR 9000 シリーズ ルータ上の入力インターフェイスと出力インターフェイスの両方での階層型ポリシングをサポートする、MQC ベースのソリューションです。
この機能により、着信インターフェイス上で異なる QoS クラスの分類のサブモデルを適用しながら、サービス レベル契約(SLA)を実施できます。
レート制限に加えて、トラフィック ポリシングでは、指定したレートにパケットが適合または違反しているかに従って、パケットをマーキング(または分類)できます。 パケット マーキングにより、ネットワークを複数のプライオリティ レベルまたは CoS に区切ることもできます。 ポリサーのアクションとしてのパケット マーキングは、条件付きマーキングです。
ネットワークに入るパケットの IP precedence 値、IP DSCP 値、またはマルチプロトコル ラベル スイッチング(MPLS)EXP 値を設定するには、トラフィック ポリサーを使用します。 ネットワーク内にあるネットワーキング デバイスは、この設定を使用してトラフィックの処理方法を決定できます。 たとえば、重み付けランダム早期検出(WRE)機能では、IP precedence 値を使用して、パケットがドロップされる確率を決定します。
トラフィックをマーキングする際に、トラフィック ポリシングを使用しない場合は、パケットの分類を実行する方法について、「クラスベースの無条件パケット マーキングの例」の項を参照してください。
(注) |
MPLS 対応インターフェイス上で IP フィールドをマーキングすると、特定のインターフェイス上での動作が停止します。 |
モバイル ネットワークでは、基地局コントローラ(BSC)は、特定のセル サイトが特定のリンクのトラフィックによって過負荷になっているかどうかを認識していません。その理由は、BSC は、ASR9000 シリーズ ルータの背後に存在し、リンクに重大な輻輳があっても、トラフィックを送信し続けるためです。 したがって、セル サイトがトラフィックに(明示的輻輳通知)ECN ビットでマーキングして BSC に送信すると、BSC は、ASR9000 シリーズ ルータ向けに ECN ビットのフラグが付けられた輻輳サイトからの影響を受けるセッションにマーキングします。
ECN は、WRED(重み付けランダム早期検出)に対する拡張です。 平均キュー長が特定のしきい値を超えた場合、ECN は、それらをドロップする代わりにパケットにマーキングします。 設定された場合、ECN は、ルータとエンド ホストが、ネットワークが輻輳状態であり、パケットの送信速度が低下しているのを認識できるようにします。 ただし、キュー内のパケット数が最大しきい値を上回っている場合、パケットはドロップ確率に基づいてドロップされます。 これは、ルータ上で ECN を設定せずに WRED が有効化されている場合に、パケットが受けるのと同一の処理です。
制限事項
ECN 機能の詳細については、 『Cisco ASR 9000 Series Aggregation Services Router Modular Quality of Service Configuration Guide』を参照してください。
ECN の実装には、IP ヘッダー内に 2 つのビット(ECN-capable Transport(ECT)ビットと CE(Congestion Experienced)ビット)を持つ ECN 固有のフィールドが必要です。 ECT ビットと CE ビットを使用して、00 から 11 の 4 つの ECN フィールドの組み合わせを作成できます。 最初の数字は ECT ビットで、2 番目の数字は CE ビットです。
ECT ビット | CE ビット | 組み合わせが示す内容 |
---|---|---|
0 | 0 | ECN 非対応。 |
0 | 1 | 転送プロトコルのエンドポイントは ECN 対応です。 |
1 | 0 | 転送プロトコルのエンドポイントは ECN 対応です。 |
1 | 1 | Congestion Experienced |
ECN のフィールドの組み合わせ 00 は、パケットが ECN を使用していないことを示します。 ECN のフィールドの組み合わせ 01 と 10(それぞれ着信側 ECT(1)と ECT(0))は、データの送信側によって設定され、転送プロトコルのエンドポイントが ECN 対応であることを示します。 ルータは、これらの 2 つのフィールドの組み合わせを同様に取り扱います。 データの送信元は、これらの 2 つの組み合わせの 1 つまたは両方を使用できます。 ECN フィールドの組み合わせ 11 は、エンド ポイントに対する輻輳を示します。 ルータの満杯のキューに到着するパケットはドロップされます。
キュー内のパケット数が最小しきい値未満の場合、パケットが送信されます。 これは ECN がイネーブルになっているかどうかに関係なく実行されます。この処理は、ネットワーク上で WRED だけが使用されている場合、パケットが受けるのと同一の処理です。 キュー内のパケット数が最大しきい値を上回っている場合、パケットはドロップ確率に基づいてドロップされます。 これは、ルータ上で ECN を設定せずに WRED が有効化されている場合に、パケットが受けるのと同一の処理です。 キュー内のパケット数が最小しきい値と最大しきい値の間の場合、3 つの異なるシナリオが存在します
統合ルーティングとブリッジング(IRB)は、ブリッジ グループ仮想インターフェイス(BVI)を使用して、ブリッジ グループとルーテッドのドメイン間でルーティングする機能を提供します。
BVI は、ルータ内の仮想インターフェイスであり、ブリッジングをサポートしないが、ルータ内のルーテッド インターフェイスに相当するブリッジ グループを代表する、正常なルーテッド インターフェイスのように動作します。 BVI のインターフェイス番号は、仮想インターフェイスが代表するブリッジ グループの番号です。 この番号が BVI とブリッジ グループ間のリンクになります。
IRB BVI の詳細については、 『Cisco ASR 9000 Series Aggregation Services Router Interface and Hardware Component Configuration Guide』を参照してください。
BVI に対する QoS サポートでは、仮想インターフェイスに対してポリシー マップを直接適用できます。 これにより、仮想インターフェイスの集約ポリシングおよびマーキングが可能になります。 ポリシーは、BVI の入力側または出力側に適用して、ブリッジ ドメインとやり取りするトラフィックにマーキングおよびポリシングすることができます。
BVI に対する QoS は、次をサポートしていません。
(注) |
キューイングは、qos-group をマーキングし、qos-group に一致するインターフェイス ポリシーを追加することによって実行できます。 |
制限事項
次の表に、分類およびマーキングに関して BVI でサポートされる QoS フィールドを示します。
分類 | マーキング | |||
---|---|---|---|---|
入力 | 出力 | 入力 | 出力 | |
Qos-group | yes | yes | yes | yes |
廃棄クラス | yes | yes | yes | yes |
Prec(DSCP) | yes | yes | yes | yes |
vlan | no | no | NA | NA |
cos | no | no | no | no |
dei | no | no | no | no |
src/DST MAC | yes | no | NA | NA |
ipv4 L3 フィールド | yes | yes | NA | NA |
ipv6 L3 フィールド | yes | yes | NA | NA |
QG マーキングによる cos のマーキング/分類 | yes inL2/L3 egress | yes in L2/L3 egress | yes in L2/L3 agress | yes in L2/L3 egress |
ポリサーの粒度は、入力方向と出力方向で設定できます。 ポリサーの粒度は、ユーザ設定のポリサー レートと、ハードウェアでプログラムされたポリサー レート間の許容パーセンテージ バリエーションとして指定されます。
802.1ad フレームと 802.1ah フレームに含まれる Drop Eligible Indicator(DEI)ビットに基づいて輻輳を管理できます。 DEI 値に基づくランダム早期検出は、次における 802.1ad パケットでサポートされます。
ここでは、次のタスクについて説明します。
bandwidth コマンドでは、トラフィックの特定のクラスに対して割り当てる最小保証帯域幅を指定できます。 MDRR は、スケジューリング アルゴリズムとして実装されます。
bandwidth remaining コマンドでは、MDRR に対するクラスの重みを指定します。 MDRR アルゴリズムは、クラスに割り当てられた残存帯域幅の値から各クラスの重みを取得します。 すべてのクラスに対して bandwidth remaining コマンドを設定しない場合、残りの帯域幅は、 bandwidth remaining が明示的に指定されていないすべてのクラスに均等に割り当てられます。
キューの保証サービス レートは、すべてのキューが輻輳状態である場合にキューが受信する帯域幅として定義されます。 このオブジェクトは次のように定義されています。
1.
4.
bandwidth {
rate [
units]|
percent
value}
5.
bandwidth remaining
percent
value
8.
bandwidth {
rate [
units] |
percent
value}
9.
bandwidth remaining
percent
value
12.
interface
type
interface-path-id
13.
service-policy {
input |
output}
policy-map
15.
show policy-map interface
type
interface-path-id [
input |
output]
4.
bandwidth {
rate [
units]|
percent
percentage-value}
7.
bandwidth {
rate [
units]|
percent
percentage-value}
10.
bandwidth {
rate [
units]|
percent
percentage-value}
13.
interface
type
interface-path-id
14.
service-policy {
input |
output}
policy-map
16.
show policy-map interface
type
interface-path-id [
input |
output]
4.
bandwidth remaining
percent
percentage-value
7.
bandwidth remaining
percent
percentage-value
10.
bandwidth remaining
percent
percentage-value
13.
interface
type
interface-path-id
14.
service-policy {
input |
output}
policy-map
16.
show policy-map interface
type
interface-path-id [
input |
output]
priority コマンドは、低遅延キューイング(LLQ)を設定し、ストリクト プライオリティ キューイングを提供します。 ストリクト PQ では、音声などの遅延に影響されやすいデータを、他のキューのパケットをキューから取り出す前にキューから取り出して送信できます。 priority コマンドを使用してクラスがハイ プライオリティとしてマーキングされたとき、ポリサーがプライオリティ トラフィックを制限するように設定することを推奨します。 この設定は、プライオリティ トラフィックがラインカード上のその他すべてのトラフィックをスタベーション状態にしないことを保証するため、低プライオリティ トラフィックは、スタベーション状態から保護されます。 police コマンドを使用して、ポリサーを明示的に設定します。
(注) |
2 つのレベルのプライオリティ(プライオリティ レベル 1 およびプライオリティ レベル 2)がサポートされます。 プライオリティ レベルが設定されていない場合、デフォルトはプライオリティ レベル 1 になります。 |
4. police rate { [ units] | percent percentage} [ burst burst-size [ burst-units]] [ peak-burst peak-burst [ burst-units]] [ peak-rate value [ units]]
6. [ level priority-level ] RP/0/RSP0/CPU0:router(config-pmap-c)# priority
9.
interface
type
interface-path-id
10.
service-policy {
input |
output}
policy-map
12.
show policy-map interface
type
interface-path-id [
input |
output]
トラフィック シェーピングでは、インターフェイスから出力されるトラフィックを制御して、リモート ターゲット インターフェイスの速度に合わせてトラフィック フローを伝送することにより、指定されているポリシーにトラフィックを適合させることができます。
着信インターフェイスおよび発信インターフェイス上で実行されるシェーピングは、レイヤ 2 レベルで実行され、レート計算にレイヤ 2 ヘッダーが含まれます。
bandwidth コマンド、 priority コマンド、および shape average コマンドは、同じクラス内で同時に設定しないでください。
4.
shape average {
percent
value |
rate [
units]}
7.
interface
type
interface-path-id
8.
service-policy {
input |
output}
policy-map
10.
show policy-map interface
type
interface-path-id [
input |
output]
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure 例: RP/0/ RSP0/CPU0:router# configure |
|
ステップ 2 |
policy-map
policy-name 例: RP/0/ RSP0/CPU0:router(config)# policy-map policy1 |
|
ステップ 3 |
class
class-name 例: RP/0/ RSP0/CPU0:router(config-pmap)# class class1 |
|
ステップ 4 |
shape average {
percent
value |
rate [
units]} 例: RP/0/ RSP0/CPU0:router(config-pmap-c)# shape average percent 50 |
指定した単位の平均レート シェーピングに従って、または帯域幅のパーセンテージとして、表示されたビット レートにトラフィックをシェーピングします。 |
ステップ 5 |
exit 例: RP/0/ RSP0/CPU0:router(config-pmap-c)# exit |
|
ステップ 6 |
exit 例: RP/0/ RSP0/CPU0:router(config-pmap)# exit |
|
ステップ 7 |
interface
type
interface-path-id 例: RP/0/ RSP0/CPU0:router(config)# interface gigabitethernet 0/2/0/0 |
|
ステップ 8 |
service-policy {
input |
output}
policy-map 例: RP/0/ RSP0/CPU0:router(config-if)# service-policy output policy1 |
インターフェイスのサービス ポリシーとして使用する入力インターフェイスまたは出力インターフェイスにポリシー マップを付加します。 |
ステップ 9 |
end または
commit 例: RP/0/ RSP0/CPU0:router(config-if)# end RP/0/ RSP0/CPU0:router(config-if)# commit |
|
ステップ 10 |
show policy-map interface
type
interface-path-id [
input |
output] 例: RP/0/ RSP0/CPU0:router# show policy-map interface gigabitethernet 0/2/0/0 |
(任意)指定されたインターフェイス上のすべてのサービス ポリシーに対して設定されている全クラスのポリシー設定情報を表示します。 |
トラフィック ポリシングでは、インターフェイス上で送受信されるトラフィックの最大レートを制御できます。 ここでは、2 レート カラーブラインド トラフィック ポリシングを設定する手順について説明します。
4. police rate { [ units] | percent percentage} [ burst burst-size [burst- units]] [ peak-burst peak-burst [burst- units]] [ peak-rate value [ units ]]
10.
interface
type
interface-path-id
11.
service-policy {
input |
output}
policy-map
13.
show policy-map interface
type
interface-path-id [
input |
output]
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure 例: RP/0/ RSP0/CPU0:router# configure |
|
ステップ 2 |
policy-map
policy-name 例: RP/0/ RSP0/CPU0:router(config)# policy-map policy1 |
|
ステップ 3 |
class
class-name 例: RP/0/ RSP0/CPU0:router(config-pmap)# class class1 |
|
ステップ 4 |
police rate {
[
units] |
percent
percentage} [
burst
burst-size [burst-
units]] [
peak-burst
peak-burst [burst-
units]] [
peak-rate
value [
units
]] 例: RP/0/ RSP0/CPU0:router(config-pmap-c)# police rate 250000 |
トラフィック ポリシングを設定し、ポリシー マップ ポリシング コンフィギュレーション モードを開始します。 トラフィック ポリシング機能は、トークン バケット アルゴリズムで動作します。 |
ステップ 5 |
conform-action
action 例: RP/0/ RSP0/CPU0:router(config-pmap-c-police)# conform-action set mpls experimental topmost 3 |
レート制限に適合したパケットに対して実行するアクションを設定します。 action 引数は、次のいずれかのキーワードにより指定します。
|
ステップ 6 |
exceed-action
action 例: RP/0/ RSP0/CPU0:router(config-pmap-c-police)# exceed-action set mpls experimental topmost 4 |
レート制限を超過したパケットに対して実行するアクションを設定します。 action 引数は、ステップ 5 で指定したいずれかのキーワードにより指定します。 |
ステップ 7 |
exit 例: |
|
ステップ 8 |
exit 例: |
|
ステップ 9 |
exit 例: RP/0/ RSP0/CPU0:router(config-pmap)# exit |
|
ステップ 10 |
interface
type
interface-path-id 例: RP/0/ RSP0/CPU0:router(config)# interface gigabitethernet 0/5/0/0 |
|
ステップ 11 |
service-policy {
input |
output}
policy-map 例: RP/0/ RSP0/CPU0:router(config-if)# service-policy output policy1 |
インターフェイスのサービス ポリシーとして使用する入力インターフェイスまたは出力インターフェイスにポリシー マップを付加します。 |
ステップ 12 |
end または
commit 例: RP/0/ RSP0/CPU0:router(config-if)# end RP/0/ RSP0/CPU0:router(config-if)# commit |
|
ステップ 13 |
show policy-map interface
type
interface-path-id [
input |
output] 例: RP/0/ RSP0/CPU0:router# show policy-map interface gigabitethernet 0/2/0/0 |
(任意)指定されたインターフェイス上のすべてのサービス ポリシーに対して設定されている全クラスのポリシー設定情報を表示します。 |
ここでは、2 レート 3 カラー トラフィック ポリシングを設定する手順について説明します。 これは、入力側の SIP 700 ラインカードにのみ適用されます。
2.
class-map [
match-all][
match-any]
class-map-name
3.
match [not] fr-de
fr-de-bit-value
6. police rate { [ units] | percent percentage} [ burst burst-size [burst- units]] [ peak-burst peak-burst [burst- units]] [ peak-rate value [ units ]]
7.
conform-color
class-map-name
8.
exceed-color
class-map-name
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure 例: RP/0/RSP0/CPU0:router# configure |
|
ステップ 2 |
class-map [
match-all][
match-any]
class-map-name 例: RP/0/ RSP0/CPU0:router(config)# class-map match-all match-not-frde |
|
ステップ 3 |
match [not] fr-de
fr-de-bit-value 例: RP/0/ RSP0/CPU0:router(config)# match not fr-de 1 |
|
ステップ 4 |
policy-map
policy-name 例: RP/0/ RSP0/CPU0:router(config)# policy-map policy1 |
|
ステップ 5 |
class
class-name 例: RP/0/ RSP0/CPU0:router(config-pmap)# class class1 |
|
ステップ 6 |
police rate {
[
units] |
percent
percentage} [
burst
burst-size [burst-
units]] [
peak-burst
peak-burst [burst-
units]] [
peak-rate
value [
units
]] 例: RP/0/ RSP0/CPU0:router(config-pmap-c)# police rate 768000 burst 288000 peak-rate 1536000 peak-burst 576000 |
トラフィック ポリシングを設定し、ポリシー マップ ポリシング コンフィギュレーション モードを開始します。 トラフィック ポリシング機能は、トークン バケット アルゴリズムで動作します。 |
ステップ 7 |
conform-color
class-map-name 例: RP/0/ RSP0/CPU0:router(config-pmap-c-police)# conform-color match-not-frde |
|
ステップ 8 |
exceed-color
class-map-name 例: RP/0/ RSP0/CPU0:router(config-pmap-c-police)# exceed-color match-frde |
|
ステップ 9 |
conform-action
action 例: RP/0/ RSP0/CPU0:router(config-pmap-c-police)# conform-action set mpls experimental topmost 3 |
レート制限に適合したパケットに対して実行するアクションを設定します。 action 引数は、次のいずれかのキーワードにより指定します。
|
ステップ 10 |
exceed-action
action 例: RP/0/ RSP0/CPU0:router(config-pmap-c-police)# exceed-action set mpls experimental topmost 4 |
レート制限を超過したパケットに対して実行するアクションを設定します。 action 引数は、ステップ 5 で指定したいずれかのキーワードにより指定します。 |
ステップ 11 |
exit 例: |
|
ステップ 12 |
exit 例: |
|
ステップ 13 |
exit 例: RP/0/ RSP0/CPU0:router(config-pmap)# exit |
|
ステップ 14 |
interface
type
interface-path-id 例: RP/0/ RSP0/CPU0:router(config)# interface pos 0/5/0/0 |
|
ステップ 15 |
service-policy
policy-map 例: RP/0/ RSP0/CPU0:router(config-if)# service-policy policy1 |
|
ステップ 16 |
end または
commit 例: RP/0/ RSP0/CPU0:router(config-if)# end RP/0/ RSP0/CPU0:router(config-if)# commit |
|
ステップ 17 |
show policy-map interface
type
interface-path-id 例: RP/0/ RSP0/CPU0:router# show policy-map interface POS0/2/0/0 |
(任意)指定されたインターフェイス上のすべてのサービス ポリシーに対して設定されている全クラスのポリシー設定情報を表示します。 |
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure 例: RP/0/RSP0/CPU0:router# configure |
|
ステップ 2 |
policy-map
policy-name 例: RP/0/RSP0/CPU0:router(config)# policy-map policy1 |
|
ステップ 3 |
class
class-name 例: RP/0/RSP0/CPU0:router(config-pmap)# class class1 |
|
ステップ 4 |
service-policy
policy-map-name 例: RP/0/RSP0/CPU0:router(config-pmap-c)# service-policy child |
インターフェイスのサービス ポリシーとして使用する入力インターフェイスまたは出力インターフェイスにポリシー マップを付加します。 |
ステップ 5 |
police rate
percent
percentage 例: RP/0/RSP0/CPU0:router(config-pmap-c)# police rate percent 50 |
|
ステップ 6 |
conform-action
action 例: RP/0/RSP0/CPU0:router(config-pmap-c-police)# conform-action transmit |
|
ステップ 7 |
exceed-action
action 例: RP/0/RSP0/CPU0:router(config-pmap-c-police)# exceed-action drop |
|
ステップ 8 |
end または
commit 例: RP/0/RSP0/CPU0:router(config-if)# end RP/0/RSP0/CPU0:router(config-if)# commit |
|
4. police rate { [ units] | percent percentage} [ burst burst-size [burst- units]] [ peak-burst peak-burst [burst- units]] [ peak-rate value [ units ]]
7. violate-action action
11.
interface
type
interface-path-id
12.
service-policy {
input |
output}
policy-map
14.
show policy-map interface
type
interface-path-id [
input |
output]interface-path-id
コマンドまたはアクション | 目的 | |||
---|---|---|---|---|
ステップ 1 |
configure 例: RP/0/ RSP0/CPU0:router# configure |
|||
ステップ 2 |
policy-map
policy-name 例: RP/0/ RSP0/CPU0:router(config)# policy-map policy1 |
|||
ステップ 3 |
class
class-name 例: RP/0/ RSP0/CPU0:router(config-pmap)# class class1 |
|||
ステップ 4 |
police rate {
[
units] |
percent
percentage} [
burst
burst-size [burst-
units]] [
peak-burst
peak-burst [burst-
units]] [
peak-rate
value [
units
]] 例: RP/0/ RSP0/CPU0:router(config-pmap-c)# police rate 250000 |
トラフィック ポリシングを設定し、ポリシー マップ ポリシング コンフィギュレーション モードを開始します。 トラフィック ポリシング機能は、トークン バケット アルゴリズムで動作します。
|
||
ステップ 5 |
conform-action
action 例: RP/0/ RSP0/CPU0:router(config-pmap-c-police)# conform-action set prec 1 |
レート制限に適合したパケットに対して実行するアクションを設定します。 action 引数は、次のいずれかのキーワードにより指定します。 |
||
ステップ 6 |
exceed-action
action 例: RP/0/ RSP0/CPU0:router(config-pmap-c-police)# exceed-action drop |
レート制限を超過したパケットに対して実行するアクションを設定します。 action 引数は、ステップ 5 で指定したいずれかのキーワードにより指定します。 |
||
ステップ 7 | violate-action action 例:
RP/0/RSP0/CPU0:router(config-pmap-c-police)# violate-action drop
|
レート制限を超過したパケットに対して実行するアクションを設定します。 action 引数は、ステップ 5 で指定したいずれかのキーワードにより指定します。 |
||
ステップ 8 |
exit 例: |
|||
ステップ 9 |
exit 例: |
|||
ステップ 10 |
exit 例: RP/0/ RSP0/CPU0:router(config-pmap)# exit |
|||
ステップ 11 |
interface
type
interface-path-id 例: RP/0/ RSP0/CPU0:router(config)# interface BVI 10 |
|||
ステップ 12 |
service-policy {
input |
output}
policy-map 例: RP/0/ RSP0/CPU0:router(config-if)# service-policy output policy1 |
|
||
ステップ 13 |
end または
commit 例: RP/0/ RSP0/CPU0:router(config-if)# end RP/0/ RSP0/CPU0:router(config-if)# commit |
|
||
ステップ 14 |
show policy-map interface
type
interface-path-id [
input |
output]interface-path-id 例: RP/0/ RSP0/CPU0:router# sh policy-map int BVI 1 input member gig 0/1/0/29 |
(任意)指定したインターフェイス(gig 0/1/0/29)が属する NP 上のすべてのサービス ポリシーに対して設定されているすべてのクラスのポリシー設定情報を表示します。 |
ECN は、ルータとエンド ホストが、ネットワークが輻輳状態であり、パケットの送信速度が低下しているのを認識できるようにします。
5. random-detect { default | discard-class | dscp | precedence }
6. random-detect ecn
10.
show policy-map interface
type
interface-path-id [
input |
output]
コマンドまたはアクション | 目的 | |||
---|---|---|---|---|
ステップ 1 |
configure 例: RP/0/ RSP0/CPU0:router# configure |
|||
ステップ 2 |
policy-map
policy-name 例: RP/0/ RSP0/CPU0:router(config)# policy-map policy1 |
|||
ステップ 3 |
class
class-name 例: RP/0/ RSP0/CPU0:router(config-pmap)# class class1 |
|||
ステップ 4 |
bandwidth [percent |value] 例: RP/0/ RSP0/CPU0:router(config-pmap-c)# bandwidth 100 |
特定のポリシー マップのクラスに割り当てる帯域幅を指定または変更します。
|
||
ステップ 5 | random-detect { default | discard-class | dscp | precedence } 例:
RP/0/RSP0/CPU0:router(config-pmap-c)# random-detect dscp 1 1000 packets 2000 packets
|
WRED プロファイルを設定します。 WRED プロファイル エントリは、特定クラスの ECN に適用する必要があります。 | ||
ステップ 6 | random-detect ecn 例:
RP/0/RSP0/CPU0:router(config-pmap-c)# random-detect ecn
|
ECN をイネーブルにします。 |
||
ステップ 7 |
exit 例: RP/0/ RSP0/CPU0:router(config-pmap-c)# exit |
|||
ステップ 8 |
exit 例: RP/0/ RSP0/CPU0:router(config-pmap)# exit |
|||
ステップ 9 |
end または
commit 例: RP/0/ RSP0/CPU0:router(config-if)# end RP/0/ RSP0/CPU0:router(config-if)# commit |
|
||
ステップ 10 |
show policy-map interface
type
interface-path-id [
input |
output] 例: RP/0/ RSP0/CPU0:router# show policy-map interface gigabitethernet 0/2/0/0 |
(任意)指定されたインターフェイス上のすべてのサービス ポリシーに対して設定されている全クラスの統計情報を表示します。 ECN がイネーブルであると、指定のインターフェイスに ECN マーキング情報が表示されます。 |
輻輳管理対象の例を、次にいくつか示します。
次に、入力インターフェイス上でポリシー マップを設定する例を示します。
policy-map p2 class voip shape average 20 mbps ! interface GigabitEthernet0/4/0/24 service-policy input p2 commit RP/0/RSP0/CPU0:Jun 8 16:55:11.819 : config[65546]: %MGBL-LIBTARCFG-6-COMMIT : Configuration committed by user 'cisco'. Use 'show configuration commit changes 1000006140' to view the changes.
RP/0/RSP0/CPU0:router# show policy-map interface GigabitEthernet 0/4/0/24 input GigabitEthernet0/4/0/24 input: p2 Class voip Classification statistics (packets/bytes) (rate - kbps) Matched : 0/0 0 Transmitted : 0/0 0 Total Dropped : 0/0 0 Queueing statistics Queue ID : 268435978 High watermark (Unknown) Inst-queue-len (packets) : 0 Avg-queue-len (Unknown) Taildropped(packets/bytes) : 0/0 Queue(confirm) : 0/0 Queue(exceed) : 0/0 RED random drops(packets/bytes) : 0/0 Class class-default Classification statistics (packets/bytes) (rate - kbps) Matched : : 0/0 0 Transmitted : Un-determined Total Dropped : Un-determined
次に、バンドル インターフェイスのポリシー マップを設定する例を示します。
policy-map p2 class voip police rate percent 20 commit RP/0/RSP0/CPU0:Jun 8 16:51:51.679 : config[65546]: %MGBL-LIBTARCFG-6-COMMIT : Configuration committed by user 'cisco'. Use 'show configuration commit changes 1000006135' to view the changes. exit exit interface bundle-ether 1 service-policy input p2 commit RP/0/RSP0/CPU0:Jun 8 16:52:02.650 : config[65546]: %MGBL-LIBTARCFG-6-COMMIT : Configuration committed by user 'cisco'. Use 'show configuration commit changes 1000006136' to view the changes.
次に、ポリシングがパーセンテージで設定されたポリシー マップ設定の表示出力の例を示します。
RP/0/RSP0/CPU0:router# show policy-map interface bundle-ether 1 Bundle-ether1 input: p2 Class voip Classification statistics (packets/bytes) (rate - kbps) Matched : 0/0 0 Policing statistics (packets/bytes) (rate - kbps) Policed(conform) : 0/0 0 Policed(exceed) : 0/0 0 Policed(violate) : 0/0 0 Policed and dropped : 0/0 Class default Classification statistics (packets/bytes) (rate - kbps) Matched : 0/0 0 Transmitted : 0/0 0 Total Dropped : 0/0 0 Queueing statistics Vital (packets) : 0 Queueing statistics Queue ID : 36 High watermark (packets) : 0 Inst-queue-len (bytes) : 0 Avg-queue-len (bytes) : 0 TailDrop Threshold(bytes) : 239616000 Taildropped(packets/bytes) : 0/0
! class-map match-any match-frde-0 match not fr-de 1 end-class-map ! class-map match-any match-frde-1 match fr-de 1 end-class-map ! ! policy-map color-aware-policer class class-default police rate 1000 kbps peak-rate 2000 kbps conform-color match-frde-0 exceed-color match-frde-1 conform-action set qos-group 10 exceed-action set qos-group 20 violate-action drop ! ! end-policy-map ! ! interface POS0/1/0/0 encapsulation frame-relay pos crc 32 ! frame-relay lmi disable ! interface POS0/1/0/0.1 l2transport pvc 100 service-policy input color-aware-policer ! !
このコマンドは、ポリシーの現在のコンフィギュレーション コマンドを表示します。
RP/0/RSP0/CPU0:router# show run policy-map color-aware-policer Thu Apr 14 09:25:04.752 UTC policy-map color-aware-policer class class-default police rate 1000 kbps peak-rate 2000 kbps conform-color match-frde-0 exceed-color match-frde-1 conform-action set qos-group 10 exceed-action set qos-group 20 violate-action drop ! ! end-policy-map !
/0/RSP0/CPU0:router# show policy-map interface pos 0/1/0/0.1 input Thu Apr 14 09:24:10.487 UTC POS0/1/0/0.1 input: color-aware-policer Class class-default Classification statistics (packets/bytes) (rate - kbps) Matched : 66144900/8201967600 498245 Transmitted : N/A Total Dropped : 65879175/8169017700 496245 Policing statistics (packets/bytes) (rate - kbps) Policed(conform) : 132863/16475012 1000 Policed(exceed) : 132863/16475012 1000 Policed(violate) : 65879175/8169017700 496245 Policed and dropped : 65879175/8169017700 Conform Color Policed(conform) : 132863/16475012 1000 Policed(exceed) : 51367/6369508 389 Policed(violate) : 46186826/5727166424 347907 Exceed Color Policed(exceed) : 81496/10105504 611 Policed(violate) : 19692349/2441851276 148338 Violate Color Policed(violate) : 0/0 0
次に、BVI に対するトラフィック ポリシングを設定する例を示します。
policy-map p1 class c1 police rate 10 conform-action set prec 1 exceed-action drop exit exit exit interface BVI 10 service-policy output p1
L2VPN(サブ インターフェイス)の設定例:
interface TE0/2/1/2.1 l2transport
encapsulation dot1q50
rewrite ingress tag pop1 symmetric (for dot1q sub)
l2vpn
bridge group BVI
bridge-domain BVI
interface TE0/2/1/2.1
!
routed interface BVI1
!
!
次の例では、random-detect ecn コマンドを実行して ECN を設定する例を示します。
config policy-map p1 class c1 bandwidth 100 random-detect dscp 1 1000 packets 2000 packets random-detect ecn exit exit commit
『Cisco ASR 9000 Series Aggregation Services Router Getting Started Guide』 |
|
『Cisco ASR 9000 Series Aggregation Services Router Master Command Listing』 |
|
『Cisco ASR 9000 Series Aggregation Services Router Modular Quality of Service Command Reference』 |
|
『Cisco ASR 9000 Series Aggregation Services Router System Security Configuration Guide』の「Configuring AAA Services on Cisco ASR 9000 Series Router」モジュール |
Cisco IOS XR ソフトウェアを使用して MIB を検索およびダウンロードするには、http://cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml にある Cisco MIB Locator を使用し、[Cisco Access Products] メニューからプラットフォームを選択します。 |
この機能によりサポートされた新規 RFC または改訂 RFC はありません。またこの機能による既存 RFC のサポートに変更はありません。 |
シスコのテクニカル サポート Web サイトでは、製品、テクノロジー、ソリューション、技術的なヒント、およびツールへのリンクなどの、数千ページに及ぶ技術情報が検索可能です。 Cisco.com に登録済みのユーザは、このページから詳細情報にアクセスできます。 |