Cisco ONS 15454/15454 SDH/Cisco ONS 15327 イーサネット カード ソフトウェア フィーチャ コンフィギュレーション ガイド Release 7.2

IP およびイーサネットのプライオリティ メカニズム

データに QoS を適用する場合、IP パケットまたはイーサネット フレームをマーキングまたは識別する方法が必要となります。識別ができると、特定のプライオリティを個々の IP パケットまたはイーサネット フレームに割り当てることができます。IP Precedence フィールドまたは IP Differentiated Services Code Point（DSCP; DiffServ コード ポイント）フィールドは、IP パケットに優先順位を付けます。また、イーサネット フレームには、イーサネット Class of Service（CoS; サービス クラス）（IEEE 802.1p で定義された CoS）が使用されます。以降で、IP precedence とイーサネット CoS の詳細について説明します。

IP precedence および DSCP

IP precedence は、IPv4 ヘッダーの Type of Service（ToS; サービス タイプ）フィールドの 3 ビットの優先順位ビットを使用して、各 IP パケットの CoS を指定します（IETF RFC 1122）。IPv4 ToS フィールドの最上位 3 ビットは、最大 8 つの別個のクラスを提供します。8 つのクラスのうち 6 つはサービスの分類に使用され、残りの 2 つは予約されています。ネットワーク エッジでは、クライアント装置またはルータによって IP precedence が割り当てられるため、後続の各ネットワーク要素は、順次、決定済みのポリシーまたは SLA に基づいてサービスを提供できます。

IP DSCP は IPv4 ヘッダーの 6 ビットを使用して、各 IP パケットの CoS を指定します（IETF RFC 2474）。図14-1 に、IP precedence と DSCP を示します。DSCP フィールドは、使用可能な 64 個のクラスのいずれかにパケットを分類します。ネットワーク エッジで、IP DSCP はクライアント装置またはルータによって割り当てられるため、後続の各ネットワーク要素は、決定済みのポリシーまたは SLA に基づいてサービスを提供できます。

図14-1 IP precedence と DSCP

イーサネット CoS

イーサネット CoS は、4 バイトの IEEE 802.1Q（VLAN [仮想 LAN]）ヘッダー内の 3 ビットを参照して、イーサネット フレームがスイッチド ネットワークを通過する際にフレームのプライオリティを指示します。IEEE 802.1Q ヘッダーの CoS ビットは、一般に IEEE 802.1p ビットと呼ばれます。3 ビットの CoS ビットは、8 つのクラスを提供します。これは IP precedence によって提供される数と一致しています。実際に多くのネットワークでは、パケットはレイヤ 2 とレイヤ 3 の両方のドメインを経由する場合があります。ネットワークでの QoS を維持するために、IP ToS をイーサネット CoS にマップすることも、逆にイーサネット CoS を IP ToS にマップすることもできます（リニア マッピングや 1 対 1 マッピングなど）。これは、それぞれのメカニズムで 8 つのクラスをサポートしているためです。同様に、一連の DSCP 値（64 クラス）は、8 つの各イーサネット CoS 値にマップできます。図14-2 に、イーサネット プロトコル ヘッダーで 2 バイトの Ethertype と 2 バイトのタグ（IEEE 802.1Q タグ）で構成された IEEE 802.1Q イーサネット フレームを示します。

図14-2 イーサネット フレームと CoS ビット（IEEE 802.1p）

分類

分類は、単一のパケット分類基準または分類基準の組み合わせ（論理 AND と OR）に基づいて行うことができます。カードに定義できるクラスの総数は 254 個です（デフォルト クラスは含まれません）。パケットの分類は、モジュラ CLI の class-map コマンドを使用して設定します。シスコ固有の RPR を経由するトラフィックに対して、入力インターフェイスと RPR-CoS のいずれかまたは両方を分類基準として使用できます。

ポリシング

デュアル漏出バケット ポリシング機能は、既知のレート（CIR）で 1 つめのバケット（CIR バケット）がトークンで満杯になった場合のプロセスです。CIR はオペレータが設定できるパラメータです。図14-4 に、デュアル漏出バケット ポリシング機能モデルを示します。トークンは最大レベル（ポリシング機能での Burstable Committed［BC; バースト可能認定］トラフィック量）までバケットを満たします。1 つめのバケットの非適合パケットは、オーバーフロー パケットです。これらのパケットは、2 つめの漏出バケット（PIR バケット）に渡されます。既知のレート（PIR）で 2 つめの漏出バケットがこれらのトークンで満杯になります。PIR は、オペレータが設定できるパラメータです。トークンは最大レベル（BP）まで PIR バケットを満たします。BP は、ポリシング機能での最大バースト可能トラフィック量です。2 つめのバケットの非適合パケットは、オーバーフロー パケットです。これらのパケットはポリシング機能の定義によって廃棄またはマーキングできます。

デュアル漏出バケット ポリシング機能では、CIR に適合するパケットは適合パケットであり、CIR に適合せず PIR に適合するパケットは超過パケットです。また、PIR と CIR のどちらにも適合しないパケットは違反パケットです。

図14-4 デュアル漏出バケット ポリシング機能モデル

ポリシング機能によるマーキングおよび廃棄

ML シリーズ カードのポリシング機能では、適合パケットを送信することも、マーキングして送信することもできます。超過パケットは、送信、マーキングして送信、または廃棄できます。違反パケットは、送信、マーキングして送信、または廃棄できます。デュアルレート ポリシング機能または 3 種ポリシング機能の主な用途は、適合パケットを CoS ビット 2l でマーキング、および超過パケットを CoS ビット 1 でマーキング、違反パケットの廃棄です。そのため、後続のネットワーク装置は、各 SLA を認識せずに、これらのプライオリティ マーキングに基づいてフレームまたはパケット単位で適切な QoS 処理を適用できます。

場合によっては、特定の入力クラスのトラフィックをすべて廃棄することが望ましい場合があります。トラフィックの廃棄は、 police 96000 conform-action drop exceed-action drop という形式で、クラスを指定した police コマンドを使用することで行えます。

送信前に、マーキングされたパケットにプロバイダー提供の Q タグが挿入されている場合、マーキングはプロバイダー Q タグだけに影響します。Q タグを受信すると、その Q タグは再度マーキングされます。マーキングされたパケットがシスコ固有の RPR リング上で転送されると、マーキングは RPR-CoS ビットにも影響を与えます。

Q タグが挿入されると（QinQ）、マーキングは追加された Q タグに影響を与えます。Q タグが含まれる入力パケットが透過的にスイッチングされると、既存の Q タグがマーキングされます。パケットに Q タグが含まれていない場合は、マーキングは特に意味を持ちません。

ローカル スケジューラは、CoS 設定やグローバル CoS コミット定義には関係なく、すべての非適合パケットを廃棄可能として処理します。シスコ固有の RPR 実装の場合、Discard Eligible（DE; 廃棄適性）パケットは、シスコ固有の RPR ヘッダーの DE ビットを使用してマーキングされます。CoS コミットまたはポリシング アクションに基づく廃棄適性は、ML シリーズ カード スケジューラに対してローカルですが、シスコ固有の RPR リングに対してはグローバルです。

キューイング

ML シリーズ カードのキューイングでは、共有バッファ プールを使用してさまざまなトラフィック キューにメモリを動的に割り当てます。ML シリーズ カードが使用するバッファ プールの総量は 12 MB メモリです。イーサネット ポートが 6 MB のメモリを共有し、Packet-over-SONET/SDH（POS）ポートが残りの 6 MB を共有します。メモリ スペースの割り当ては、1500 バイトずつ増加します。

各キューには、キューのクラス帯域幅割り当ておよび設定されているキューの数に基づいて、割り当てられるバッファ数に上限があります。通常、この上限は共有バッファ容量の 30 ～ 50% です。各キューへの動的バッファ割り当ては、追加のバッファリングを必要とするキューの数に基づいて減らすことができます。動的割り当てメカニズムは、サービス コミットメントに応じて適正化を図るとともに、システム トラフィック負荷の範囲全体でシステム スループットを最適化します。

Low Latency Queue（LLQ; 低遅延キュー）は、重みを無限大に設定するか、または 100% 帯域幅をコミットして定義されます。LLQ を定義するときには、その特定クラスの入口でポリシング機能を定義し、LLQ が使用する最大帯域幅を制限する必要があります。そうしないと、LLQ が帯域幅全体を占有し、他のユニキャスト キューが帯域幅を使用できなくなる恐れがあります。

ML シリーズでは、ユーザ定義可能な 400 個のキューをサポートしています。これらのキューは、分類および帯域幅割り当て定義に従って割り当てられます。スケジューリングに使用する分類では、ポリシング アクションのあとにフレームおよびパケットを分類するので、ポリシング機能を入力フレームおよびパケットの CoS ビットのマーキングや変更に使用する場合、新しい値をキューイングおよびスケジューリング用のトラフィックの分類に適用できます。ML シリーズでは、4000 個のパケットのバッファリングが可能です。

スケジューリング

スケジューリングは、WDRR を実行する一連のスケジューラと、各出力ポートに関連付けられているキューに入れられたトラフィックのプライオリティ スケジューリング メカニズムによって行われます。

キューの通常のラウンド ロビン サービスは定期的に実行できますが、異なるキューでさまざまなパケット サイズを使用すると不均等が生じます。この問題は、Deficit Round Robin（DRR）スケジューリングによって解決されます。パケット サイズが大きすぎたために、前回のラウンドでキューがパケットを送信できなかった場合、各ラウンドでキューに入る前回のクレジット量の剰余（量子）は、次のラウンドの量子に追加されます。

WDRR は、DRR の量子の概念を拡張し、各キューのスループットに重み付けします。キューごとに異なる重みが設定されており、ラウンドの各キューに割り当てられた量子は、そのスケジューラが処理するすべてのキューにおけるキューの相対重みに比例します。

サービス プロビジョニング プロセスの結果として、重みが各キューに割り当てられます。ポリシングとポリシー マッピング プロビジョニングを組み合わせると、このような重みと WDRR スケジューリング プロセスによって、QoS コミットメントが各サービス フローに確実に提供されるようになります。

図14-5 に、ML シリーズ カードのキューイングとスケジューリングを示します。

図14-5 キューイングおよびスケジューリング モデル

重み付け構造によって、トラフィックを 1/2048 のポート レートでスケジューリングできます。これは、ギガビット イーサネット ポートを出るトラフィックでは約 488 Kbps、OC-12c ポートから出るトラフィックでは約 293 Kbps、ファースト イーサネット ポートを出るトラフィックでは約 49 Kbps に相当します。

ユニキャスト キューは、出力ポートの出力サービス ポリシー実装として作成されます。各ユニキャスト キューには、コミット済み帯域幅が割り当てられ、キューの重みはそのポート用に定義されているすべてのユニキャスト キューのコミット済み帯域幅の正規化によって決定されます。どのキューでもコミット済み帯域幅を超えるトラフィックは、キューの相対重みに従ってスケジューラで処理されます。

LLQ は、出力ポートの出力サービス ポリシー実装として作成されます。各 LLQ キューは、100% のコミット済み帯域幅が割り当てられ、低遅延で処理されます。LLQ による帯域幅の使用を制限するには、LLQ トラフィック クラスの入口で厳格なポリシング機能を実装する必要があります。

DE を使用すると、あるパケットはコミット済みとして処理し、別のパケットはスケジューラで DE として処理できます。イーサネット フレームでは、RPR-CoS および DE ビットがシスコ固有の RPR トラフィックに使用される場合に、CoS（IEEE 802.1p）ビットがコミット済みパケットと DE パケットの識別に使用されます。輻輳が発生し、キューが満杯になり始めると、DE パケットはコミット済みパケットよりも低いテールドロップしきい値に達します。コミット済みパケットは、コミット済み負荷総量がインターフェイス出力を超えるまでは廃棄されません。あらゆる状況で均等性を保証しながら共有バッファ プールを最大限に使用できるように、カードのテールドロップしきい値は動的に調整されます。

制御パケットと L2 トンネリング プロトコル

ML シリーズ カードで生成される制御パケットは、データ パケットよりも高いプライオリティが割り当てられます。外部レイヤ 2 およびレイヤ 3 制御パケットはデータ パケットとして処理され、ブロードキャスト キューに割り当てられます。ML シリーズ カードの Bridge Protocol Data Unit（BPDU; ブリッジ プロトコル データ ユニット）の優先順位付けでは、マルチキャストおよびブロードキャスト キューに送信するトンネリングされたレイヤ 2 BPDU に、より高い廃棄値が与えられます。したがって、マルチキャストおよびブロードキャスト キューの他のパケットよりもプライオリティは高くなります。レイヤ 2 トンネリング プロトコルのイーサネット CoS（IEEE 802.1p）は、ML シリーズ カードによって割り当てることができます。

出力プライオリティ マーキング

出力プライオリティ マーキングを使用すると、オペレータはカードを出るパケットの IEEE 802.1p CoS ビットを割り当てることができます。このマーキングにより、オペレータは、パケットに対して行う必要のある QoS 処理をダウンストリーム ノードにシグナリングするメカニズムとして、CoS ビットを使用することが可能になります。この機能は、最も外側の IEEE 802.1p CoS フィールドで動作します。プライオリティ マーキングを QinQ 機能と共に使用すると、ユーザ トラフィック（内側の Q タグ）はネットワークを透過的に経由できるようになります。さらに、ネットワークがレイヤ 2 で QoS 処理を内部的にシグナリングする方法も提供できます。

プライオリティ マーキングは、分類プロセスのあとに行われます。したがって、以前に識別された分類条件のいずれかを基準として使用して、発信 IEEE 802.1p CoS フィールドを設定できます。たとえば、特定の CoS 値を特定のブリッジ グループにマップできます。

プライオリティ マーキングは、MQC set-cos コマンドを使用して設定します。IEEE 802.1Q タグのないパケットが何らかの方法でカードを出たとすると、 set-cos コマンドはそのパケットでは有効でなくなります。IEEE 802.1Q タグ（通常タグまたは QinQ タグ）がパケットに挿入されると、その挿入されたタグには set-cos プライオリティが設定されます。入力パケットに IEEE 802.1Q タグが存在し、出力パケットで保持されている場合、そのタグのプライオリティは変更されます。入力インターフェイスが QinQ アクセス ポートであり、set-cos ポリシーマップが入力タグのプライオリティに基づいて分類を行う場合、これはユーザ プライオリティに基づく分類となります。これは、ユーザタグのプライオリティによって、SP タグのプライオリティを決める 1 つの方法です。パケットが set-cos ポリシーマップに一致しないときには、保持されているタグのプライオリティは変更されず、挿入された IEEE 802.1Q タグのプライオリティはいずれも 0 に設定されます。

出力サービス ポリシーの set-cos コマンドは、ユニキャスト トラフィックにだけ適用されます。マルチキャストおよびブロードキャスト トラフィックのプライオリティ マーキングは、入力サービス ポリシーに対するポリシング プロセスの set-cos アクション以外ではできません。

入力プライオリティ マーキング

入力プライオリティ マーキングは、ある 1 つのポートのすべての入力パケットに対して、または分類に一致するすべての入力パケットに対して、または測定されたレートに基づいて実行できます。ある 1 つの入力クラスのパケットすべてに対するマーキングは、police 96000 conform-action set-cos-transmit exceed-action set-cos-transmit ポリシング コマンドでも行うことができます。[class-default] だけを含むポリシー マップとともにこのコマンドを使用すると、すべての入力パケットがその値にマーキングされます。レートに基づくプライオリティ マーキングついては、「ポリシング機能によるマーキングおよび廃棄」を参照してください。

QinQ 実装

階層型 VLAN または IEEE 802.1Q トンネリング機能により、SP は特定のポート（UNI）から受信するカスタマー VLAN を透過的に伝送し、SP ネットワーク上で転送できます。この機能は QinQ とも呼ばれ、すべてのカスタマー フレームに IEEE 802.1Q タグを追加することによって実行されます。

QinQ 機能を使用すると、SP は複数の VLAN を設定しているカスタマーを 1 つの VLAN でサポートできます。QinQ はカスタマーの VLAN ID を保存するため、別のカスタマーからのトラフィックが元は同じ VLAN ID を共有していた場合でも、SP のインフラストラクチャ内でさまざまなカスタマーからのトラフィックを分離します。また、QinQ は、VLAN 内 VLAN 階層を使用してタグ付きパケットに再度タグ付けすることによって、VLAN スペースを拡張します。SP タグが追加されると、QinQ ネットワークでは通常、QinQ カプセル化フレームの IP ヘッダーまたはカスタマー イーサネット IEEE 802.1Q タグが認識できなくなります。

ML シリーズ カードでは、QinQ アクセス ポート（IEEE 802.1Q トンネル ポートまたは QinQ UNI ポート）は、カスタマーの CoS および IP precedence または IP DSCP 値を認識できます。したがって、SP タグにカスタマーの IP precedence、IP DSCP または CoS ビットを反映する適切な CoS ビットを割り当てることができます。QinQ ネットワークでは、QoS は SP タグの IEEE 802.1p ビットに基づいて実装されます。ML シリーズ カードは、パケットが二重にタグ付けされると、カスタマーの CoS、IP precedence、または DSCP 値を認識できません（パケットが QinQ サービスの送信ポイントを離れているため）。

図14-6 に、ML シリーズ カードの QinQ 実装を示します。

図14-6 QinQ

ML シリーズ カードは、QinQ ネットワークの IEEE 802.1Q トンネリング装置として使用できます。また、追加された QinQ タグの CoS ビットにカスタマー フレームの CoS ビットをコピーするオプションも用意されています。このようにして、SP の QinQ ネットワークは、個々のカスタマー フレームに必要な QoS 処理を完全に認識できます。

フロー制御ポーズと QoS

インターフェイスでフロー制御とポートベース ポリシングが両方ともイネーブルな場合、フロー制御は帯域幅を処理します。ポリシング機能は、不適合フローを検出すると、インターフェイスのポリシング機能定義を使用して、パケットを廃棄またはマーク解除します。

（注） リンク集約を使用している場合は、ML シリーズ カード インターフェイスで QoS およびポリシングはサポートされません。

（注） 出力シェーピングは ML シリーズ カードではサポートされていません。

トラフィック クラスの作成

トラフィック クラスを作成するには、 class-map グローバル コンフィギュレーション コマンドを使用します。 class-map コマンドの構文は次のとおりです。

class-map [ match-any | match-all ] class-map-name
no class-map [ match-any | match-all ] class-map-name

match-all および match-any オプションは、トラフィック クラスに複数の一致条件が設定されている場合にのみ指定する必要があります。 class-map match-all コマンドは、パケットが指定のトラフィック クラスに適合するために、トラフィック クラスのすべての一致条件が満たされる必要がある場合に使用します。 class-map match-any コマンドは、パケットが指定のトラフィック クラスに適合するためには、トラフィック クラスの一致条件のうち 1 つだけが満たされる必要がある場合に使用します。 match-all も match-any キーワードも指定されていない場合、トラフィック クラスは class-map match-all コマンドと同様に動作します。

一致条件を含むトラフィック クラスを作成するには、 class-map グローバル コンフィギュレーション コマンドを使用してトラフィック クラス名を指定し、必要に応じて 表14-1 の match コマンドを使用します。

トラフィック ポリシーの作成

トラフィック ポリシーを設定するには、 policy-map グローバル コンフィギュレーション コマンドを使用して、トラフィック ポリシー名を指定し、以降に示すコンフィギュレーション コマンドを使用してトラフィック クラスを関連付けます。このトラフィック クラスは、 class-map コマンドと 1 つ以上の QoS 機能で設定したものです。 class コマンドを使用すると、トラフィック クラスはトラフィック ポリシーに関連付けられます。 class コマンドは、ポリシーマップ コンフィギュレーション モードを開始してから発行する必要があります。トラフィック ポリシーの QoS ポリシーが定義されている場合、 class コマンドを入力すると、自動的にポリシーマップ クラス コンフィギュレーション モードになります。

ポリシー マップの任意のクラスで、帯域幅またはプライオリティ アクションを使用するときには、 match-any コマンドで定義され、そのポリシー マップに帯域幅またはプライオリティ アクションが設定されているクラスが存在している必要があります。これは、ある帯域幅が割り当てられたデフォルト クラスに、すべてのトラフィックを確実に分類できるようにするためです。そのクラスを使用することを予定していない場合や、デフォルト トラフィックに対して帯域幅を予約する必要がない場合には、最小帯域幅を割り当てることができます。

例14-2 および例14-3 は、ポリシーマップ クラス コンフィギュレーション モードのトラフィック ポリシーで適用できる QoS ポリシーの詳細です。

例14-2 ポリシーマップ構文

例14-3 クラス コマンド構文

一致条件を満たさないすべてのトラフィックは、デフォルト トラフィック クラスに属します。ユーザはデフォルト トラフィック クラスを設定できますが、削除することはできません。

トラフィック ポリシーを作成するには、必要に応じて 表14-2 のコマンドを使用します。

表14-2 トラフィック ポリシー コマンド

コマンドの説明	目的
Router (config)# policy-map policy-name	設定するトラフィック ポリシーの名前を指定します。名前には、最大 40 文字の英数字を指定できます。
Router (config-pmap)# class class-map-name	事前定義されたトラフィック クラスの名前を指定します。このクラスは、 class-map コマンドで設定したクラスであり、トラフィックをトラフィック ポリシーに分類するために使用します。
Router (config-pmap)# class class-default	トラフィック ポリシーの一部として作成するデフォルト クラスを指定します。
Router (config-pmap-c)# bandwidth { bandwidth-kbps | percent percent }	輻輳時におけるトラフィック クラスへの最小帯域幅保証を指定します。最小帯域幅保証は、Kbps（キロビット/秒）または使用可能帯域幅全体のパーセンテージで指定できます。 ML シリーズ カードでの有効な選択肢は次のとおりです。 • Kbps で指定したレート • 使用可能帯域幅全体のパーセンテージ（1 ～ 100） 1 つのポリシー マップに複数のクラスおよび帯域幅アクションが指定されている場合、帯域幅指定時に同じ選択肢を使用する必要があります（キロビットまたは %）。 （注） bandwidth コマンドを使用すると、超過トラフィック（設定したコミットを超えるトラフィック）には、他のトラフィック クラスと比較してそのトラフィック クラスの相対的な帯域幅コミットメントに応じて、使用可能帯域幅が割り当てられます。同じコミットが設定された 2 つのクラスの超過トラフィックは、使用可能帯域幅に同等にアクセスできます。最小コミットが設定されたクラスの超過トラフィックには、高いコミットが設定されたクラスの超過帯域幅と比較して最小限の使用可能帯域幅だけが割り当てられます。 （注） 実際に設定できる帯域幅（Kbps または Mbps）はポートごとで、ML シリーズ カードの設定によって異なります。show interface コマンドは、ポートの最大帯域幅を表示します（たとえば、BW 100000 キロビット）。インターフェイスに適用されたすべての帯域幅とプライオリティ アクション、および cos priority-mcast 帯域幅の合計は、ポートの合計帯域幅を超えることはできません。
Router (config-pmap-c)# police cir-rate-bps normal-burst-byte [ max-burst-byte ] [ pir pir-rate-bps ] [ conform-action { set-cos-transmit | transmit | drop }] [ exceed-action { set-cos-transmit | drop }] [ violate-action { set-cos-transmit | drop }]	ポリシー マップが入力に適用されているときに、現在選択されているクラスのポリシング機能を定義します。ポリシングは、出口ではなく入口でのみサポートされています。 • cir-rate-bps には、bps（ビット/秒）で平均 CIR を指定します。指定できる範囲は 96000 ～ 800000000 です。 • normal-burst-byte には、CIR のバースト サイズをバイトで指定します。指定できる範囲は 8000 ～ 64000 です。 • （任意） maximum-burst-byte には、PIR のバーストをバイトで指定します。指定できる範囲は 8000 ～ 64000 です。 • （任意） pir-rate-bps には、平均 PIR トラフィック レートを bps で指定します。指定できる範囲は 96000 ～ 800000000 です。 • （任意）適合アクション オプションは次のとおりです。 –CoS プライオリティ値を設定して送信 –パケットの送信（デフォルト） –パケットの廃棄 • （任意）超過アクション オプションは次のとおりです。 –set-cos-transmit : CoS 値を設定して送信 –drop : パケットの廃棄（デフォルト） • （任意）違反アクションは、pir が設定された場合にのみ有効です。違反アクション オプションは次のとおりです。 –set-cos-transmit : CoS 値を設定して送信 –drop : パケットの廃棄（デフォルト）
Router (config-pmap-c)# priority kbps	現在選択しているクラスの低遅延キューイングを指定します。このコマンドは、出力にのみ適用できます。ポリシーマップを出力に適用している場合は、このクラスに対して完全プライオリティが設定された出力キューを作成します。有効なレート選択肢は、Kbps だけです。 （注） priority コマンドは、デフォルトのクラスには適用されません。 （注） プライオリティ アクションを使用すると、プライオリティ レートとして指定されたレートに関係なく、そのクラスのトラフィックには 100% の CIR が与えられます。他の帯域幅コミットメントをインターフェイスに確実に適合させるには、この出力クラスにトラフィックを配信する可能性があるすべてのインターフェイスの入力でポリシング機能を設定し、最大レートを指定したプライオリティ レートに制限する必要があります。 （注） 実際に設定できる帯域幅（Kbps または Mbps）はポートごとで、ML シリーズ カードの設定によって異なります。show interface コマンドは、ポートの最大帯域幅を表示します（たとえば、BW 100000 キロビット）。インターフェイスに適用されたすべての帯域幅とプライオリティ アクション、および cos priority-mcast 帯域幅の合計は、ポートの合計帯域幅を超えることはできません。
Router (config-pmap-c)# set cos cos-value	CoS 値またはパケットに関連付ける値を指定します。指定できる範囲は 0 ～ 7 です。 このコマンドは、出力に適用したポリシーマップでのみ使用できます。このコマンドは、現在選択しているクラスの発信パケットに設定する VLAN CoS プライオリティを指定します。QinQ を使用する場合、最上位の VLAN タグがマーキングされます。発信パケットに VLAN タグがない場合、アクションは無効になります。このアクションは、ポリシング機能によって set-cos アクションが実行されたあとに、パケットに適用されます。したがって、ポリシング機能のアクションによって設定された CoS は上書きされます。 パケットがポリシング機能によりマーキングされてインターフェイスから転送され、しかもインタフェースにトラフィック クラスの set-cos アクションが割り当てられている場合、ポリシング アクションで指定された値は、IEEE 802.1p CoS フィールドの設定に優先します。 このコマンドも、シスコ固有の RPR インターフェイスで ML シリーズを出て行くパケットのシスコ固有の RPR ヘッダーに CoS 値を設定します。

インターフェイスへのトラフィック ポリシーの適用

トラフィック ポリシーをインターフェイスに適用し、ポリシーを適用する必要のある方向（インターフェイスへの着信パケット、またはインターフェイスからの送信パケット）を指定するには、service-policy インターフェイス コンフィギュレーション コマンドを使用します。指定した方向でインターフェイスに適用できるトラフィック ポリシーは 1 つだけです。

インターフェイスからトラフィック ポリシーを削除する場合は、このコマンドの no 形式を使用します。 service-policy コマンドの構文は次のとおりです。

service-policy { input | output } policy-map-name
no service-policy { input | output } policy-map-name

トラフィック ポリシーをインターフェイスに適用するには、グローバル コンフィギュレーション モードで、必要に応じて次のコマンドを使用します。

ステップ 1	Router(config)# interface interface-id	インターフェイス コンフィギュレーション モードを開始し、ポリシー マップを適用するインターフェイスを指定します。 有効なインターフェイスは、物理イーサネットと POS インターフェイスに制限されています。 （注） ポリシー マップは、SPR インターフェイス、サブインターフェイス、ポート チャネル インターフェイス、または Bridge Group Virtual Interface（BVI; ブリッジ グループ仮想インターフェイス）には適用できません。
ステップ 2	Router(config-if)# service-policy output policy-map-name	インターフェイスの出力方向に適用するトラフィック ポリシーの名前を指定します。トラフィック ポリシーは、そのインターフェイスを出るすべてのトラフィックを評価します。
ステップ 3	Router(config-if)# service-policy input policy-map-name	インターフェイスの入力方向に適用するトラフィック ポリシーの名前を指定します。トラフィック ポリシーは、そのインターフェイスに入るすべてのトラフィックを評価します。

CoS ベース QoS の設定

cos commit cos-value グローバル コマンドを使用すると、ML シリーズ カードでネットワーク インターフェイスに着信するパケットの QoS 処理を、per-customer-queue ポリシング機能ではなく、添付されてくる CoS 値に従って行わせることができます。

CoS ベース QoS は、 表14-3 に示す 1 つの cos commit cos-value グローバル コマンドで実行できます。

トラフィック クラスの定義例

例14-5 に、インターフェイス fastethernet0 への着信トラフィックと一致する class1 というクラス マップの作成方法を示します。

例14-5 クラス インターフェイス コマンドの例

例14-6 に、IP precedence 値 5、6、7 が設定された着信トラフィックと一致する class2 というクラス マップの作成方法を示します。

例14-6 クラス IP precedence コマンドの例

（注） この例の 5 6 7 のように、複数の値を指定する一致ルールが class-map に含まれている場合、class-map をデフォルトの match-all ではなく、match-any にする必要があります。match-any class-map を指定しないと、エラー メッセージが表示され、そのクラスは無視されます。サポートされている複数の値を使用できるコマンドは、match cos、match ip precedence、および match ip dscp です。

例14-7 に、ブリッジ グループ 1 に基づいた着信トラフィックと一致する class3 というクラス マップの作成方法を示します。

例14-7 クラス マップ ブリッジ グループ コマンドの例

トラフィック ポリシーの作成例

例14-8 では、policy1 というトラフィック ポリシーは、ポリシー仕様（デフォルト クラスの帯域幅割り当て要求など）と、2 つの追加クラス（class1 および class2）を含むように定義されています。これらのクラスの一致条件は、トラフィック クラスで定義済みです。「トラフィック クラスの作成」を参照してください。

例14-8 トラフィック ポリシーの作成例

class-map match-any および class-map match-all コマンドの例

ここでは、 class-map match-any コマンドと class-map match-all コマンドの違いについて説明します。 match-any オプションおよび match-all オプションは、複数の一致基準が存在する場合にパケットを評価する方法を指定します。パケットがトラフィック クラスのメンバーと見なされるには、すべての一致基準に適合する（ match-all ）か、一致基準のどれか 1 つに適合する（ match-any ）必要があります。

例14-9 に、 class-map match-all コマンドを使用して設定したトラフィック クラスを示します。

例14-9 class-map match-all コマンドの例

インターフェイスで設定された cisco1 というトラフィック クラスにパケットが到着すると、そのパケットが評価され、cos 1 および bridge-group 10 と一致するかどうかが判別されます。この両方の一致条件を満たしている場合、パケットはトラフィック クラス cisco1 に一致します。

cisco2 というトラフィック クラスでは、使用できる一致条件が見つかるまで、一致条件の評価が続けられます。パケットが評価され、まず cos 1 を一致条件として使用できるかどうかが判別されます。cos 1 が一致条件として使用できる場合、パケットはトラフィック クラス cisco2 と照合されます。cos 1 が一致条件として使用できない場合、次に bridge-group 10 が一致条件として評価されます。各一致条件が評価され、パケットがその条件と一致するかどうかが確認されます。一致に成功すると、パケットはトラフィック クラス cisco2 のメンバーとして分類されます。パケットが指定されたどの条件にも一致しない場合は、パケットはトラフィック クラスのメンバーとして分類されます。

class-map match-all コマンドでは、パケットが指定されたトラフィック クラスのメンバーとみなされるには、すべての一致条件を満たす必要あります（論理 AND 演算子）。この例では、cos 1 AND bridge-group 10 という条件に一致する必要があります。ただし、 class-map match-any コマンドでパケットをトラフィック クラスのメンバーとして分類する場合は、1 つの一致条件だけが満たされる必要があります（論理 OR 演算子）。この例では、cos 1 OR bridge-group 10 OR ip dscp 5 という条件に一致する必要があります。

例14-10 に、 class-map match-any コマンドで設定されたトラフィック クラスを示します。

例14-10 class-map match-any コマンドの例

match spr1 インターフェイスの例

例14-11 では、class-map を定義するとき、SPR インターフェイスは match input-interface CLI に対するパラメータとして指定します。

例14-11 class-map SPR インターフェイス コマンドの例

ML シリーズ の VoIP の例

図14-7 に、VoIP に設定された ML シリーズ QoS の例を示します。関連するコマンドは、例14-12 に示しています。

図14-7 ML シリーズ の VoIP の例

例14-12 ML シリーズの VoIP コマンド

ML シリーズのポリシングの例

図14-8 に、ML シリーズのポリシングの例を示します。この例では、0 ～ 1,000,000 bps の IP precedence でトラフィックを制限するポリシング機能の設定方法を示しています。関連するコードは、例14-13 に示しています。

図14-8 ML シリーズのポリシングの例

例14-13 ML シリーズのポリシング コマンド

ML シリーズの CoS ベース QoS の例

図14-9 に、ML シリーズの CoS ベース QoS の例を示します。関連するコードは、図の次の例に示しています。CoS の例は、ML シリーズ カードがシスコ固有の RPR に設定され、ML シリーズ カードの POS ポートが point-to-point（p2p; ポイントツーポイント）SONET 回線によってリンクされていることを前提としています。ML シリーズ カード A および ML シリーズ カード C は、カスタマー アクセス ポイントです。ML シリーズ カード B は、カスタマー アクセス ポイントではありません。シスコ固有の RPR の設定方法の詳細については、「シスコ固有の RPR の設定」を参照してください。

図14-9 ML シリーズの CoS の例

例14-14 に、図14-9 の ML シリーズ カード A の設定に使用したコマンドを示します。

例14-14 ML シリーズ カード A の設定（カスタマー アクセス ポイント）

例14-15 に、図14-9 の ML シリーズ カード B の設定に使用したコマンドを示します。

例14-15 ML シリーズ カード B の設定（非カスタマー アクセス ポイント）

例14-16 に、図14-9 の ML シリーズ カード C の設定に使用したコマンドを示します。

例14-16 ML シリーズ カード C の設定（カスタマー アクセス ポイント）

デフォルトのマルチキャスト QoS

デフォルトのマルチキャスト トラフィックは、マルチキャスト プライオリティ キューイングとして分類されないマルチキャスト トラフィック（フラッディングしたトラフィックを含む）です。また、デフォルトのマルチキャスト クラスには、ブロードキャスト データ トラフィック、制御トラフィック、レイヤ 2 プロトコル トンネリング、および MAC（メディア アクセス制御）学習時の未知の MAC のフラッディング トラフィックが含まれます。

ML シリーズ カードで QoS が設定されていない（マルチキャスト プライオリティ キューイングなし、出力ポリシー マップなし）場合、デフォルトのマルチキャスト帯域幅は最小で合計帯域幅の 10% です。

マルチキャスト プライオリティ キューイングに帯域幅が割り当てられ、出力ポリシー マップが適用されていない場合、デフォルトのマルチキャスト輻輳帯域幅は、最小で、マルチキャスト プライオリティ キューイングに割り当てられていない帯域幅の 10% です。

出力ポリシー マップがインターフェイスに適用されている場合、デフォルトのマルチキャストおよびデフォルトのユニキャストではデフォルトのクラスに割り当てられた最小帯域幅を共有します。また、このデフォルト クラスは match-any クラスとしても知られています。デフォルト マルチキャストの最小帯域幅は、デフォルト クラス帯域幅の合計の 10% です。

マルチキャスト プライオリティ キューイング QoS の制限

マルチキャスト プライオリティ キューイング QoS に適用される制限は次のとおりです。

• マルチキャスト プライオリティ キューイング トラフィックに設定された帯域割り当てと利用率はグローバルで、ML シリーズ カード上のすべてのポート（POS とファースト イーサネットの両方またはギガビット イーサネット）に適用されます。これらのポートでマルチキャスト プライオリティ キューイング トラフィックを伝送するかどうかは関係ありません。この機能を設定した場合、ML シリーズ カード上のすべてのポートでトラフィックのレートを低減できます。デフォルトのマルチキャスト トラフィックは、マルチキャスト プライオリティ キューイングのようにグローバルではなく、出力ポートでのみ帯域幅を使用します。

• マルチキャスト プライオリティ キューイング QoS は、レイヤ 2 ブリッジングに対してのみサポートされています。

• ML シリーズ カードは、最大で 2 つのマルチキャスト プライオリティ キューイング クラスをサポートします。

• ML シリーズ カードの他の QoS とは異なり、マルチキャスト プライオリティ キューイング QoS は Cisco IOS MQC の一部ではありません。

• priority-mcast 帯域幅の割り当てはポートごとに行われ、cos priority-mcast を使用して ML1000-2 で設定可能な最大帯域幅は 1000 Mbps です。ただし、マルチキャスト プライオリティ キューイングのロード バランシングにより、有効な帯域幅が増えます。たとえば、Gigabit EtherChannel（GEC）回線と STS-24c 回線を備えた ML1000-2 では、ポートごとに 1000 Mbps を割り当てることができますが、ロード バランシングにより合計で 2000 Mbps の有効な帯域幅を得ることができます。

ML シリーズ カードの IP SLA

ML シリーズ カードには、完全な IP SLA Cisco IOS サブシステムがあり、Cisco IOS Release 12.2S で使用可能なすべての通常機能を装備しています。ここでは、標準 IP SLA Cisco IOS CLI コマンドを使用します。SNMP のサポートは、rttMon MIB である IP SLA サブシステム 12.2(S) で提供されるサポートと同等です。

ML シリーズ カードでの IP SLA の制限事項

ML シリーズ カードは、Cisco IOS 12.2S ブランチの機能のみをサポートしています。IP SLA 精度機能や更新された IP SLA ラベルによる拡張 Cisco IOS CLI サポートなど、今後の Cisco IOS バージョンで利用可能な機能はサポートしていません。

このほかの制限は、以下のとおりです。

• CoS ビットの設定はサポートしていますが、設定された CoS ビットは、送信側または応答側が ONS 15454、ONS 15454 SDH、または ONS 15310-CL プラットフォームの場合に、CPU に入出力される際に優先されません。設定された CoS ビットは、中間 ONS ノードで優先されます。

• シスコ固有の RPR では、IP SLA パケットのデータ フローの方向は、カスタマー トラフィックの方向とは異なります。

• ML シリーズ カードのシステム クロックは、TCC2/TCC2P カードのクロックと同期します。NTP サーバとの同期は、ML シリーズ カードのクロックではなく、TCC2/TCC2P カードのクロックとの間で実行されます。