このページで
保証された最低レートの提供
ギガビット イーサネットIQ PIC、EQ DPC、MIC、MPC、およびチャネライズドIQ PICインターフェイス、およびマルチサービスおよびサービスPIC上のFRP.16 LSQインターフェイスでは、保証帯域幅(CIR)とも呼ばれる保証帯域幅を設定できます。これにより、各論理インターフェイスに保証レートを指定できます。保証レートは最低です。使用できる物理インターフェイスの過剰な帯域幅が利用可能な場合、論理インターフェイスはインターフェイスにプロビジョニングされた保証レートを超えます。
保証されたレートの合計が物理インターフェイス帯域幅、または LSQ インターフェイスのバンドル帯域幅を超えてプロビジョニングすることはできません。保証レートの合計がインターフェイスまたはバンドル帯域幅を超える場合、コミット操作は失敗しませんが、ソフトウェアは自動的にレートを減少して、保証されたレートの合計が利用可能なバンドル帯域幅と等しくなります。
保証された最小レートを設定するには、次の手順を実行します。
階層レベルに
guaranteed-rate
ステートメントを[edit class-of-service traffic-control-profile profile-name]
含めます。[edit class-of-service traffic-control-profiles profile-name] guaranteed-rate (percent percentage | rate) <burst-size bytes>;
LSQインターフェイスでは、保証レートを1~100の割合で設定できます。
IQ および IQ2 インターフェイスでは、保証レートを 1000~6,400,000,000,000 bps の絶対レートとして設定できます。
メモ:チャネル化されたイーサネットIQインターフェイスとギガビットイーサネットIQインターフェイスの場合、
shaping-rate
およびguaranteed-rate
ステートメントは相互に排他的です。一部の論理インターフェイスがシェーピングレートを使用し、他の論理インターフェイスが保証レートを使用するように設定することはできません。つまり、PIR を設定してもサービス保証はありません。これらのインターフェイスでは、PIRまたはCIRのいずれかを設定できますが、両方を設定することはできません。この制限は、マルチサービスおよびサービスPIC上のギガビットイーサネットIQ2 PICまたはLSQインターフェイスには適用されません。LSQおよびギガビットイーサネットIQ2インターフェイスでは、インターフェイスにPIRとCIRの両方を設定できます。
ギガビット イーサネットIQ2 PICの詳細については、 拡張IQ2 PICのCoSの概要を参照してください。
オプションで、遅延バッファレートの基にして遅延バッファの計算を行うことができます。これを行うには、 ステートメント
[edit class-of-service traffic-control-profiles profile-name]
階層レベルをdelay-buffer-rate
含めます。[edit class-of-service traffic-control-profiles profile-name] delay-buffer-rate (percent percentage | rate);
LSQ インターフェイスでは、遅延バッファ レートを 1~100 の割合で設定できます。
IQ および IQ2 インターフェイスでは、遅延バッファ レートを 1000~6,400,000,000,000 bps の絶対レートとして設定できます。
実際の遅延バッファは、 スケジューラ バッファ サイズの設定によるエグレス インターフェイスでの輻輳の管理で説明されている計算に基づいています。遅延バッファレートの適用方法を示す例については、 例: 保証された最小レートの提供を参照してください。
ステートメントを
delay-buffer-rate
含まない場合、遅延バッファの計算は、保証レート、保証レートが設定されていない場合のシェーピングレート、またはインターフェイスがオーバーサブスクライブされている場合のシェーピングレートに基づいています。シェーピングレートまたは保証レートを指定しない場合、論理インターフェイスは最小限の遅延バッファレートと、4つのMTUサイズのパケットに等しい最小の帯域幅を受信します。
遅延バッファに対して、保証レートよりも高いレートを設定できます。これは、トラフィック フローが一般的にあまり帯域幅を必要としない場合に便利ですが、場合によってはトラフィックがバーストし、大きなバッファが必要な場合に便利です。
比較的遅い速度のリンクに大きなバッファを設定すると、パケットエージングが発生する可能性があります。この問題を回避するために、ソフトウェアは遅延バッファ レートの合計がポート速度以下である必要があります。この制限によってパケット エージングが発生する可能性はなくなります。そのため、 ステートメントを使用する場合は慎重に行
delay-buffer-rate
う必要があります。バースト吸収にはある程度の余分なバッファリングが望ましいかもしれませんが、遅延バッファのレートが論理インターフェイスのサービス レートを大きく上回るべきではありません。合計がポート速度を超えるように遅延バッファレートを設定した場合、設定した最後の論理インターフェイスには設定された遅延バッファレートは実装されません。その代わりに、その論理インターフェイスは遅延バッファレート0を受信し、CLIに警告メッセージが表示されます。帯域幅が利用可能になった場合(別の論理インターフェイスが削除または無効化されたり、ポート速度が増加したため)、設定された遅延バッファレートが再評価され、可能であれば実装されます。
論理インターフェイスの保証レートを実装できない場合、設定された遅延バッファレートがインターフェイス速度内であっても、その論理インターフェイスは0の遅延バッファレートを受信します。後で論理インターフェイスの保証レートを満たすことができる場合、設定された遅延バッファレートが再評価され、遅延バッファレートが残りの帯域幅内にある場合、それが実装されます。
論理インターフェイスに保証レートが設定されている場合、保証レートが設定されていないそのポート上の他のすべての論理インターフェイスは、遅延バッファレート0を受信します。これは、保証されたレート設定がない場合、保証レートが0になり、その結果、遅延バッファレートが0になるためです。
スケジューラ マップを論理インターフェイスに割り当てるには、 階層レベルに ステートメントを
[edit class-of-service traffic-control-profiles profile-name]
含scheduler-map
めます。[edit class-of-service traffic-control-profiles profile-name] scheduler-map map-name;
スケジューラーマップとスケジューラマップの設定については、「 スケジューラの設定とスケジューラマップの設定」を参照してください。
大きなバッファーサイズを設定するには、 階層レベルに
q-pic-large-buffer
ステートメントを[edit chassis fpc slot-number pic pic-number]
含めます。[edit chassis fpc slot-number pic pic-number] q-pic-large-buffer;
このステートメントを含まない場合、遅延バッファのサイズはより制限されます。詳細については、「 スケジューラ バッファ サイズを設定したエグレス インターフェイスでの輻輳の管理」を参照してください。
論理インターフェイスでスケジューリングを有効にするには、 階層レベルで ステートメントを
[edit interfaces interface-name]
含per-unit-scheduler
めます。[edit interfaces interface-name] per-unit-scheduler;
このステートメントを含めると、サポートされるVLANの最大数は、シングルポートギガビットイーサネットIQ PICで768になります。デュアルポート ギガビット イーサネット IQ PIC では、最大数は 384 です。
トラフィックスケジューリングプロファイルを論理インターフェイスに適用するには、 階層レベルで output-traffic-control-profile ステートメントを
[edit class-of-service interfaces interface-name unit logical-unit-number]
含めます。[edit class-of-service interfaces interface-name unit logical-unit-number] output-traffic-control-profile profile-name;
表 1 は、さまざまな設定で帯域幅と遅延バッファがどのように割り当てられているかを示しています。
構成シナリオ |
遅延バッファの割り当て |
---|---|
保証レートは設定しません。遅延バッファレートは設定しません。 |
論理インターフェイスは、保証なしで最小限の帯域幅を受信し、4 MTUサイズのパケットに相当する最小限の遅延バッファを受信します。 |
保証レートを設定します。遅延バッファレートは設定しません。 |
論理インターフェイスは、保証レートと同じ帯域幅を受信し、保証レートに基づいて遅延バッファを受信します。多重要因は、 ステートメントを含める |
保証レートを設定します。遅延バッファレートを設定します。 |
論理インターフェイスは、保証レートと同じ帯域幅を受信し、遅延バッファレートに基づいて遅延バッファを受信します。多重要因は、 ステートメントを含める |
保証された最小レートの設定の検証
設定を検証するには、以下の動作モードコマンドを発行します。
show class-of-service interfaces
show class-of-service traffic-control-profile profile-name
例:保証された最小レートの提供
2 つの論理インターフェイス ユニット と および 1
は、0
それぞれ保証された最小 750 Kbps と 500 Kbps でプロビジョニングされます。論理ユニット1
の場合、遅延バッファは保証レート設定に基づいています。論理ユニット0
の場合、遅延バッファレートが 500 Kbps を指定します。各論理インターフェイスに割り当てられた実際の遅延バッファは、500 Kbpsの2秒です。2 秒の値は、以下の計算に基づいています。
delay-buffer-rate < [8 x 64 Kbps]): 2 seconds of delay-buffer-rate
この計算の詳細については、 スケジューラ バッファ サイズの設定によるエグレス インターフェイスでの輻輳の管理を参照してください。
chassis { fpc 3 { pic 0 { q-pic-large-buffer; } } } interfaces { t1-3/0/1 { per-unit-scheduler; } } class-of-service { traffic-control-profiles { tc-profile3 { guaranteed-rate 750k; scheduler-map sched-map3; delay-buffer-rate 500k; # 500 Kbps is less than 8 x 64 Kbps } tc-profile4 { guaranteed-rate 500k; # 500 Kbps is less than 8 x 64 Kbps scheduler-map sched-map4; } } interfaces { t1-3/0/1 { unit 0 { output-traffic-control-profile tc-profile3; } unit 1 { output-traffic-control-profile tc-profile4; } } }