Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

例:MIC および MPC インターフェイスでのプライオリティ単位シェーピングの設定

実際には、優先順位ごとのシェーピングは、トラフィック全体を制御するために他のトラフィック制御プロファイルとともに使用されます。 図 1 に示すように、物理インターフェイス(ポート)に適用されるトラフィック制御プロファイルを考えてみましょう。

図 1:MIC および MPC インターフェイスのスケジューリング階層 Example of MIC and MPC Interface Scheduling Hierarchyの例

この例は、前に使用したものよりも複雑です。この図では、インターフェイス セット(DSLAM)の加入者のペアに加えて、以下が追加されています。

  • 明示的なサービスクラスパラメーターが設定されていないインターフェイスセットメンバーのスケジューリングを提供するダミーのレベル3スケジューラノード(interface-set-remaining-traffic)。

  • インターフェイスセットのメンバーではない加入者(加入者3)。ダミーのレベル 2 ノードは、サブスクライバ 3 のレベル 3 ノードをレベル 1 に接続し、レベル 2 であるように見せかけます。

  • 明示的なサービスクラスパラメータが設定されていないトラフィックのキューを提供するためのダミーのレベル3スケジューラノード(port-remaining-traffic)。

  • レベル 1 とレベル 3 のスケジューラ ノードを接続するためのダミーのレベル 2 スケジューラ ノード。このダミー レベル 2 スケジューラ ノードは内部のみです。

この例では、5つの論理インターフェイスユニットを持つギガビットイーサネットインターフェイスを使用しており、それぞれが 図1のレベル3ノードの1つを表しています。

図の上から下に向かって、レベル 3 のノードは次のとおりです。

  • ユニット3は、インターフェイスセット(ifset-1)のメンバーであるが、明示的なCoS設定がないため、「ダミー」レベル3ノードとしてスケジュールされています。

  • ユニット1は、インターフェイスセット(ifset-1)のメンバーであり、 [edit class-of-service interfaces] 階層の下に明示的なCoS設定があるため、ユニット1は加入者1の論理インターフェイスノードとしてスケジューリングされています。

  • ユニット2は、インターフェイスセット(ifset-1)のメンバーであり、 [edit class-of-service interfaces] 階層の下に明示的なCoS設定があるため、ユニット2は加入者2の論理インターフェイスノードとしてスケジューリングされています。

  • ユニット4は、インターフェイスセットのメンバーではありませんが、 [edit class-of-service interfaces] 階層レベルで明示的なCoS設定があるため、ユニット4は加入者3の論理インターフェイスノードとしてスケジューリングされています。

  • ユニット 5 は、インターフェイス セットのメンバーではなく、明示的な CoS 設定がないため、ユニット 5 は別の「ダミー」レベル 3 ノード(ポート レベルでの残りのトラフィック用)によってスケジューリングされます。

この例では、プライオリティごとのシェーピングが物理ポートレベルで適用されています。この例では 3 つの優先順位を使用していますが、他のパラメーターも使用できます。この例では、わかりやすくするため、シェーピング レート、送信レート、過剰な優先度、その他のオプションは使用していません。この例では、5 つの転送クラスを使用し、実際の設定に通常含まれるネットワーク制御転送クラスを除外しています。

設定例は、いくつかの部分に分かれています。

  • インターフェイス設定

  • サービスクラス転送クラスとトラフィック制御プロファイルの設定

  • サービスクラスインターフェイスの設定

  • サービス クラス スケジューラとスケジューラ マップの設定

インターフェイス設定:

サービスクラス転送クラスとトラフィック制御プロファイルの設定:

サービスクラスインターフェイス設定:

サービス クラス スケジューラとスケジューラ マップの設定:

シェーピング レートと優先度ごとのシェーピング レートの両方を設定できます。この場合、従来の shaping-rate ステートメントは、スケジューラを介してスケジュールされたすべてのトラフィックの最大レートを指定します。したがって、優先度ごとのシェーピング レートは、全体のシェーピング レート以下である必要があります。そのため、トラフィック制御プロファイルで shaping-rate 400m ステートメントが設定されている場合、プライオリティごとのシェーピング レート( shaping-rate-priority-high 500mなど)に大きな値を設定することはできません。ただし、優先度ごとのシェーピングレートの合計は、全体のシェーピングレートを超えることができます。 shaping-rate 400m では、 shaping-rate-priority-high 300mshaping-rate-priority-low 200m の両方のステートメントを設定できます。

一般に、保証レートよりも小さいシェーピング レートを設定することはできません(そのため、保証されています)。ただし、すべてのシェーピング レートが優先度の高い、低い、または中程度のトラフィック用でない限り、優先度ごとのシェーピング レートにはこのような制限は課されません。

この設定が可能です(優先度ごとのレートが保証レートよりも小さい)。

しかし、この設定ではエラーが発生します(プライオリティごとの超過レートがないため、ノードは保証レートを達成できません)。

優先度ごとのシェーピングの設定は、 show class-of-service traffic-control-profile コマンドで検証します。この例では、 tcp-ge-port という名前のトラフィック制御プロファイルの高および中優先度に対して確立されたシェーピング レートを示しています。

優先順位ごとのシェーピング レートと超過レートの間に制限や相互作用はありません。超過率(重み)は、超過帯域幅の割合または割合で指定します。

表 1 は、優先度ごとのシェーピング レートを含むトラフィック制御プロファイルを、ユニット単位のスケジューラと階層型スケジューラの両方に対してアタッチできる場所を示しています。

表 1:トラフィック制御プロファイルの適用

トラフィック制御プロファイルのタイプ

ユニット単位での使用は可能ですか?

階層の許可

プライオリティ単位のシェーピングによるポートレベルoutput-traffic-control-profile

はい

はい

プライオリティ単位のシェーピングによるポートレベルoutput-traffic-control-profile-remaining

いいえ

はい

ポートレベルの output-traffic-control-profileoutput-traffic-control-profile-remaining 、プライオリティごとのシェーピング

いいえ

はい

プライオリティ単位のシェーピングによるポートレベルinput-traffic-control-profile

いいえ

いいえ

プライオリティ単位のシェーピングによるポートレベルinput-traffic-control-profile-remaining

いいえ

いいえ

プライオリティ シェーピングによるインターフェイス セットoutput-traffic-control-profile

いいえ

はい

プライオリティ シェーピングによるインターフェイス セットoutput-traffic-control-profile-remaining

いいえ

いいえ

プライオリティ シェーピングによるインターフェイス セットinput-traffic-control-profile

いいえ

いいえ

プライオリティ シェーピングによるインターフェイス セットinput-traffic-control-profile-remaining

いいえ

いいえ

プライオリティごとのシェーピングによる論理インターフェイスレベルoutput-traffic-control-profile

いいえ

いいえ

プライオリティごとのシェーピングによる論理インターフェイスレベルinput-traffic-control-profile

いいえ

いいえ