Hierarchical Navigation |
目次概要 概要このドキュメントでは、Cisco のレガシー トラフィック ポリシング機能である Committed Access Rate（CAR; 専用アクセス レート）と、Cisco の新しいトラフィック ポリサーであるクラスベース ポリシングとの違いを明らかにしています。 クラスベース ポリシングは、モジュラ Quality of Service（QoS）Command-Line Interface（CLI; コマンドライン インターフェイス）（MQC）でサービス ポリシーを設定することにより実装されます。 クラスベースのポリシング、別名トラフィック・ポリシングはCisco IOSソフトウェア12.1(5)Tで、® 導入されました。 前提条件要件この文書に関する特別な要件はありません。 使用するコンポーネントこの文書は特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。 この文書の情報は、特定のラボ環境にあるデバイスに基づいて作成されています。 この文書で使用するデバイスは、すべて初期（デフォルト）の設定で起動しています。 実稼動中のネットワークで作業をしている場合、実際にコマンドを使用する前に、その潜在的な影響について理解しておく必要があります。 表記法マニュアル表記法の詳細については、「シスコ テクニカル ティップスの表記法」を参照してください。 トラフィック ポリシングとはトラフィック ポリシングにより、インターフェイスで送受信されるトラフィックの最大レートが制御されます。 トークン バケットの測定結果に基づいて、パケットのマーキングを行い、パケットをサービスに関する複数のクラスまたはレベルに分けるように、アクションを設定できます。 トラフィック ポリシング機能には、2 つの主要な利点があります。
トラフィック ポリシングを使用して、IP precedence または Differentiated Services Code Point（DSCP; DiffServ コード ポイント）の値をネットワークに入るパケットに設定します。 ネットワーク内にあるネットワーク デバイスでは、調整された IP precedence の値を使用して、トラフィックをどのように取り扱うかが決定されます。 たとえば VIP 分散 Weighted Random Early Detection（WRED; 重み付けランダム早期検出）機能では、『輻輳回避の概要』で説明されているように、IP precedence の値を使用してパケットが廃棄される確率が決定されます。 CAR およびクラスベース ポリシングの比較Cisco では、可能な場合は、ネットワークに QoS を実装するためにモジュラ QoS CLI 機能を使用することを推奨しています。 バッファリングやキューイングを行わずにレート制限を行うには、サービス ポリシーの police コマンドを介してクラスベース ポリシングを使用します。 新しい機能や機能性の計画がない CAR の使用は避けてください。 Cisco では、この方式を使用している既存の実装については、CAR のサポートを継続します。 次の表は、クラスベース ポリシングと CAR の機能的な違いをリストしたものです。
注： 詳細については、このドキュメントの「RFC 2697 と違反アクション」セクションを参照してください。 照合基準CAR とクラスベースのポリシングでは、トラフィックを分類するための照合でサポートされるパケット ヘッダー値が異なります。 トラフィックの照合では、レート制限やパケット マーキングでトラフィックを識別するプロセスが定義されます。
準拠および超過アクション次の表では、各トラフィックポリシング メカニズムについて、適合するトラフィックおよび適合しないトラフィックに対してサポートされるアクションをリストしています。
上の表で示すように、continue アクションがサポートされているのは CAR だけです。 このアクションでは、一連のレート制限コマンドで、パケットを次のレート ポリシーに転送するようにルータが設定されます。 CAR とクラスベースのポリシングでは、異なるアルゴリズムが使用されます。 クラスベースのポリシングでは RFC 2697 および 2698 に基づくアルゴリズムが使用され、continue 文は不要です。 詳細については、次のセクションを参照してください。 RFC 2697 および違反アクションCAR とは異なり、クラスベース ポリシングでは次の 2 つの RFS で指定されるアルゴリズムを使用しています。
また重要点として、クラスポリシングでは、Cisco IOS のリリースに応じて 2 つのアルゴリズムが使用されていることに注意してください。 Cisco IOS ソフトウェア リリース 12.1(5)T では新しいアルゴリズムが導入されており、違反アクションを使用する 2 バケット ポリサーがサポートされています。 この 2 バケットのメカニズムにより、CAR とクラスベース ポリシング間の顕著な機能上の違いが示されています。 トークン バケット アルゴリズムでは、 それぞれのパケットに対し 3 つのアクションを提供します。 準拠アクション、超過アクションおよび違反アクション。 トラフィック ポリシングが設定されているインターフェイスに入るトラフィックは、これらのカテゴリの 1 つに置かれます。 これらの 3 つのカテゴリ内で、ユーザはパケットの処理を決定できます。 たとえば、準拠が送信されるために設定することができるパケット; 超過するパケットは減少させた優先順位で送信されるために設定することができます; そして違反をするパケットはドロップするよう設定できます。 違反アクションのオプションを指定すると、トークン バケット アルゴリズムでは適合および超過バーストに対して別々のトークンバケットが使用されます。 次の例では、2 つのトークン バケットによるトークン バケットアルゴリズムが使用されています。 policy-map POLICE class twobucket police 8000 1000 1000 conform-action transmit exceed-action set-dscp-transmit 4 violate-action drop interface fastethernet 0/0 service-policy output POLICE 違反アクションの設定に関する詳細な説明については トラフィック ポリシング の「機能の概要」の項を参照してください。 関連情報
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 