インターフェイス帯域幅のオーバーサブスクリプション
インターフェイス帯域幅のオーバーサブスクライブという用語は、シェーピングレート(PIR(ピーク情報レート)を設定し、それらの合計がインターフェイス帯域幅を超えるようにすることを意味します。
チャネル化IQ PIC、ギガビットイーサネットIQ PIC、およびサービスPIC、マルチサービスPIC、およびマルチサービスDPC上のFRP.15およびFRF.16リンクサービスIQ(LSQ)インターフェイスでは、インターフェイス帯域幅をオーバーサブスクライブすることができます。つまり、帯域幅が残っている場合、論理インターフェイス(FRF.15またはFRP.16バンドル内の論理インターフェイスとDLCI)がオーバーサブスクライブされる可能性があることを意味します。FRF.16バンドルインターフェイスの場合、物理インターフェイスはオーバーサブスクライブできます。オーバーサブスクリプションは、設定されたPIRにキャップされます。未使用の帯域幅は、加入過剰の論理インターフェイス、データリンク接続識別子(DLCI)、または物理インターフェイスに均等に分散されます。
輻輳が発生しない可能性が高いネットワークでは、インターフェイス帯域幅のオーバーサブスクライブにより、ネットワークの利用率が向上し、単一のインターフェイス上でより多くの顧客をプロビジョニングできるようになります。実際のデータトラフィックがインターフェイスの帯域幅を超えていない場合、オーバーサブスクリプションにより、インターフェイスがサポートできる以上の帯域幅を販売できます。
輻輳が発生する可能性のあるネットワークでオーバーサブスクリプションを回避することをお勧めします。輻輳時にルーティング プラットフォームのパフォーマンスが低下する可能性があるため、あまりサービスをオーバーサブスクライブしないように注意してください。オーバーサブスクリプションを設定すると、実際のデータ トラフィックが物理インターフェイスの帯域幅を超えると、一部の出力キューに飢える可能性があります。実際のデータ トラフィックがインターフェイスの帯域幅を超えないように、統計的多重化を使用してパフォーマンス低下を防止できます。
DLCIとVLANへのスケジューラマップとシェーピングレートの適用で説明されている方法を使用してトラフィックシェーピングを設定する場合、インターフェイス帯域幅をオーバーサブスクライブすることはできません。
FRF.16バンドルインターフェイスにオーバーサブスクリプションを設定する場合、物理インターフェイスベースで適用されるトラフィック制御プロファイルを割り当てることができます。 論理 インターフェイス レベルで FRF.16 バンドルにトラフィック制御プロファイルを適用すると、個々の DLCI でトラフィックの割合が少ない場合、またはトラフィックがまったくない場合、メンバー リンク インターフェイスの帯域幅は十分に活用されません。FRF.16バンドル物理インターフェイスレベルでのトラフィック制御機能のサポートは、この制限に対処します。
インターフェイスのオーバーサブスクリプションを設定するには、以下の手順を実行します。
階層レベルに
shaping-rateステートメントを[edit class-of-service traffic-control-profiles profile-name]含めます。[edit class-of-service traffic-control-profiles profile-name] shaping-rate (percent percentage | rate);
メモ：物理インターフェイスベースでFRP.16バンドルインターフェイスのオーバーサブスクリプションを設定する場合、パーセンテージを指定
shaping-rateする必要があります。LSQ インターフェイスでは、シェーピング レートを 1~100 の割合で設定できます。
IQ および IQ2 インターフェイスでは、シェーピング レートを 1000~6,400,000,000,000 bps の絶対レートとして設定できます。
すべての MX シリーズ ルーターおよび EX シリーズ スイッチ インターフェイスでは、シェーピング レートは 65,535~6,400,000,000,000 bps です。
または、 階層レベルで ステートメントを含めることで、論理インターフェイスにシェーピングレートを設定し、物理インターフェイスを
shaping-rate[edit class-of-service interfaces interface-name unit logical-unit-number]オーバーサブスクライブすることもできます。ただし、この設定アプローチでは、ステップ 2 で説明したように、遅延バッファ レートを個別に制御することはできません。メモ：チャネル化されたイーサネットIQインターフェイスとギガビットイーサネットIQインターフェイスの場合、
shaping-rateおよびguaranteed-rateステートメントは相互に排他的です。一部の論理インターフェイスがシェーピングレートを使用し、他の論理インターフェイスが保証レートを使用するように設定することはできません。つまり、PIR を設定してもサービス保証はありません。これらのインターフェイスでは、PIRまたはCIR(コミット情報レート)のいずれかを設定できますが、両方を設定することはできません。この制限は、マルチサービスおよびサービスPIC上のギガビットイーサネットIQ2 PICまたはLSQインターフェイスには適用されません。LSQおよびギガビットイーサネットIQ2インターフェイスでは、インターフェイスにPIRとCIRの両方を設定できます。CIRの詳細については、「 保証された最小レートの提供」を参照してください。
ギガビット イーサネットIQ2 PICの詳細については、 拡張IQ2 PICのCoSの概要を参照してください。
オプションで、遅延バッファレートの基にして遅延バッファの計算を行うことができます。これを行うには、 階層レベルに
delay-buffer-rateステートメントを[edit class-of-service traffic-control-profiles profile-name]含めます。メモ：物理インターフェイスベースでFRP.16バンドルインターフェイスのオーバーサブスクリプションを設定する場合、パーセンテージを指定
delay-buffer-rateする必要があります。[edit class-of-service traffic-control-profiles profile-name] delay-buffer-rate (percent percentage | rate);
遅延バッファ レートは、シェーピング レートを遅延バッファ計算のベースとして上書きします。つまり、シェーピングレートまたはスケーリングされたシェーピングレートは、遅延バッファレートが設定されていない場合にのみ、遅延バッファ計算に使用されます。
LSQ インターフェイスでは、遅延バッファ レートを設定しない場合、CIR(保証レート)がバッファの割り当てに使用されます。保証レートを設定しない場合、アンダーサブスクライブケースではPIR(シェーピングレート)が使用され、オーバーサブスクライブケースではスケーリングシェーピングレートが使用されます。
LSQ インターフェイスでは、遅延バッファ レートを 1~100 の割合で設定できます。
IQ および IQ2 インターフェイスでは、遅延バッファ レートを 1000~6,400,000,000,000 bps の絶対レートとして設定できます。
実際の遅延バッファは、 スケジューラ バッファ サイズの設定によるエグレス インターフェイスでの輻輳の管理で説明されている計算に基づいています。遅延バッファレートの適用方法を示す例については、 例:インターフェイス帯域幅のオーバーサブスクライブを参照してください。
比較的遅い速度のリンクに大きなバッファを設定すると、パケットエージングが発生する可能性があります。この問題を回避するために、ソフトウェアは遅延バッファ レートの合計がポート速度以下である必要があります。
この制限によってパケット エージングが発生する可能性はなくなります。そのため、 ステートメントを使用する場合は慎重に行
delay-buffer-rateう必要があります。バースト吸収にはある程度の余分なバッファリングが望ましいかもしれませんが、遅延バッファのレートが論理インターフェイスのサービス レートを大きく上回るべきではありません。合計がポート速度を超えるように遅延バッファレートを設定した場合、設定した最後の論理インターフェイスには設定された遅延バッファレートは実装されません。その代わりに、その論理インターフェイスは遅延バッファレートゼロを受信し、CLIに警告メッセージが表示されます。帯域幅が利用可能になった場合(別の論理インターフェイスが削除または無効化されたり、ポート速度が増加したため)、設定された遅延バッファレートが再評価され、可能であれば実装されます。
遅延バッファレートまたは保証レートを設定しない場合、論理インターフェイスはシェーピングレートと利用可能な残りの遅延バッファレートに比例して遅延バッファレートを受信します。つまり、遅延バッファ レートが設定されていない各論理インターフェイスの遅延バッファ レートは、次のようになります。
(remaining delay-buffer rate * shaping rate) / (sum of shaping rates)
残りの遅延バッファレートは次のようになります。
(interface speed) - (sum of configured delay-buffer rates)
スケジューラ マップを論理インターフェイスに割り当てるには、 階層レベルに ステートメントを
[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 です。
FRF.16バンドルの物理インターフェイスのスケジューリングを有効にするには、 階層レベルに ステートメントを
[edit interfaces interface-name]含no-per-unit-schedulerめます。[edit interfaces interface-name] no-per-unit-scheduler;
トラフィックスケジューリングプロファイルを適用するには、 階層レベルで 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;
論理インターフェイス設定に
output-traffic-control-profileまたはshaping-rateステートメントがscheduler-map含まれている場合、設定に ステートメントを含めることはできません。
表 1 は、さまざまな設定で帯域幅と遅延バッファがどのように割り当てられているかを示しています。
構成シナリオ |
遅延バッファの割り当て |
|---|---|
インターフェイスをオーバーサブスクライブしません。保証レートは設定しません。シェーピングレートは設定しません。遅延バッファレートは設定しません。 |
論理インターフェイスは、残りの帯域幅を受信し、残りの帯域幅に比例して遅延バッファを受信します。 |
インターフェイスをオーバーサブスクライブしません。階層レベルでシェーピングレートを設定します |
後方互換性のために、シェーピングされた論理インターフェイスは、シェーピングレートに基づいて遅延バッファを受信します。多重要因は、 ステートメントを含める 形状のない論理インターフェイスは、残りの帯域幅に比例して、残りの帯域幅と遅延バッファを受信します。 |
インターフェイスをオーバーサブスクライブします。保証レートは設定しません。シェーピングレートは設定しません。遅延バッファレートは設定しません。 |
論理インターフェイスは、保証なしで最小限の帯域幅を受信し、4つのMTUサイズのパケットに等しい最小限の遅延バッファを受信します。 |
インターフェイスをオーバーサブスクライブします。シェーピングレートを設定します。保証レートは設定しません。遅延バッファレートは設定しません。 |
論理インターフェイスは、スケーリングされたシェーピングレートに基づいて遅延バッファを受信します。 scaled shaping rate = (shaping-rate * [physical interface bandwidth]) / SUM (shaping-rates of all logical interfaces on the physical interface) 論理インターフェイスは、どの程度のオーバーサブスクリプションと統計的多重化が存在するかによって、可変の帯域幅を受信します。オーバーサブスクリプションの量が十分に低く、統計的多重化によってすべての論理インターフェイスが同時にアクティブになる必要がなく、物理インターフェイスの帯域幅を超えていない場合、論理インターフェイスはシェーピングレートと同じ帯域幅を受信します。それ以外の場合、論理インターフェイスは、より少ない量の帯域幅を受信します。いずれの場合も、論理インターフェイス帯域幅がシェーピング レートを超えることはありません。 |
インターフェイスをオーバーサブスクライブします。シェーピングレートを設定します。遅延バッファレートを設定します。 |
論理インターフェイスは、遅延バッファレートに基づいて遅延バッファを受信します。例えば、IQおよびIQ2インターフェイスでは: delay-buffer-rate <= 10 Mbps: 400-millisecond (ms) delay buffer delay-buffer-rate <= 20 Mbps: 300-ms delay buffer delay-buffer-rate <= 30 Mbps: 200-ms delay buffer delay-buffer-rate <= 40 Mbps: 150-ms delay buffer delay-buffer-rate > 40 Mbps: 100-ms delay buffer LSQ DLCI では、以下の場合 delay-buffer-rate = 1 second LSQ DLCI では、以下の場合 delay-buffer-rate = 200 ms 多重要因は、 ステートメントを含める 論理インターフェイスは、どの程度のオーバーサブスクリプションと統計的多重化が存在するかによって、可変の帯域幅を受信します。オーバーサブスクリプションの量が十分に低く、統計的多重化によってすべての論理インターフェイスが同時にアクティブになる必要がなく、物理インターフェイスの帯域幅を超えていない場合、論理インターフェイスはシェーピングレートと同じ帯域幅を受信します。それ以外の場合、論理インターフェイスは、より少ない量の帯域幅を受信します。いずれの場合も、論理インターフェイス帯域幅がシェーピング レートを超えることはありません。 |
インターフェイスをオーバーサブスクライブします。シェーピングレートは設定しません。保証レートを設定します。遅延バッファレートを設定します。 |
論理インターフェイスは、遅延バッファレートに基づいて遅延バッファを受信します。 |
インターフェイスをオーバーサブスクライブします。シェーピングレートは設定しません。保証レートは設定しません。遅延バッファレートを設定します。 |
このシナリオは許可されません。遅延バッファ レートを設定する場合、トラフィック制御プロファイルにはシェーピング レートまたは保証レートのいずれかを含める必要があります。 |
インターフェイスをオーバーサブスクライブします。シェーピングレートを設定します。保証レートを設定します。遅延バッファレートは設定しません。 |
論理インターフェイスは、保証されたレートに基づいて遅延バッファを受信します。 この設定は、LSQインターフェイスとギガビットイーサネットIQ2インターフェイスでのみ有効です。チャネル化されたインターフェイスでは、PIR(シェーピングレート)とCIR(保証レート)の両方を設定することはできません。 |
Junos OSリリース13.3では、DLCI 0または1023を持つIPパケットが制御トラフィックの一部として識別され、優先度の高いキューにルーティングされます。これは、フレームリレー制御トラフィック用に予約されている高優先度キューをオーバーサブスクライブします。優先度の高いキューをオーバーサブスクライブすると、フレーム リレー LMI(ローカル管理インターフェイス)パケットがドロップされます。
帯域幅オーバーサブスクリプションの設定の検証
設定を検証するには、以下の動作モードコマンドを発行します。
show class-of-service interfacesshow class-of-service traffic-control-profile profile-name
例:インターフェイス帯域幅のオーバーサブスクライブ
このセクションでは、チャネル化されたインターフェイスのオーバーサブスクリプションと LSQ インターフェイスのオーバーサブスクリプションの 2 つの例を示します。
チャネル化されたインターフェイスのオーバーサブスクライブ
2 つの論理インターフェイス ユニット と と 1は、0それぞれ 2 Mbps と 3 Mbps のレートに形成されています。遅延バッファ レートは、それぞれ 750 Kbps と 500 Kbps です。各論理インターフェイスに割り当てられる実際の遅延バッファは、それぞれ 750 Kbps の 1 秒と 500 Kbps の 2 秒です。1秒と2秒の値は、以下の計算に基づいています。
delay-buffer-rate < [16 x 64 Kbps]): 1 second of delay-buffer-rate 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/0 {
per-unit-scheduler;
}
}
class-of-service {
traffic-control-profiles {
tc-profile1 {
shaping-rate 2m;
delay-buffer-rate 750k; # 750 Kbps is less than 16 x 64 Kbps
scheduler-map sched-map1;
}
tc-profile2 {
shaping-rate 3m;
delay-buffer-rate 500k; # 500 Kbps is less than 8 x 64 Kbps
scheduler-map sched-map2;
}
}
interfaces {
t1-3/0/0 {
unit 0 {
output-traffic-control-profile tc-profile1;
}
unit 1 {
output-traffic-control-profile tc-profile2;
}
}
}
}
論理インターフェイスに基づくスケジューリングによるLSQインターフェイスのオーバーサブスクライブ
FRF.16バンドル上のDLCIを表す論理インターフェイスにトラフィック制御プロファイルを適用します。
interfaces {
lsq-1/3/0:0 {
per-unit-scheduler;
unit 0 {
dlci 100;
}
unit 1 {
dlci 200;
}
}
}
class-of-service {
traffic-control-profiles {
tc_0 {
shaping-rate percent 100;
guaranteed-rate percent 60;
delay-buffer-rate percent 80;
}
tc_1 {
shaping-rate percent 80;
guaranteed-rate percent 40;
}
}
interfaces {
lsq-1/3/0 {
unit 0 {
output-traffic-control-profile tc_0;
}
unit 1 {
output-traffic-control-profile tc_1;
}
}
}
}
物理インターフェイスに基づくスケジューリングによるLSQインターフェイスのオーバーサブスクライブ
FRF.16バンドルを表す物理インターフェイスにトラフィック制御プロファイルを適用します。
interfaces {
lsq-0/2/0:0 {
no-per-unit-scheduler;
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
dlci 100;
family inet {
address 10.18.18.2/24;
}
}
}
class-of-service {
traffic-control-profiles {
rlsq_tc {
scheduler-map rlsq;
shaping-rate percent 60;
delay-buffer-rate percent 10;
}
}
interfaces {
lsq-0/2/0:0 {
output-traffic-control-profile rlsq_tc;
}
}
}
scheduler-maps {
rlsq {
forwarding-class best-effort scheduler rlsq_scheduler;
forwarding-class expedited-forwarding scheduler rlsq_scheduler1;
}
}
schedulers {
rlsq_scheduler {
transmit-rate percent 20;
priority low;
}
rlsq_scheduler1 {
transmit-rate percent 40;
priority high;
}
}
FRF.15バンドルで、以下の設定を適用します。
class-of-service {
traffic-control-profiles {
rlsq {
scheduler-map sched_0;
shaping-rate percent 40;
delay-buffer-rate percent 50;
}
}
interfaces lsq-2/0/0 {
unit 0 {
output-traffic-control-profile rlsq;
}
}
}
interfaces lsq-2/0/0 {
per-unit-scheduler;
unit 0 {
encapsulation multilink-frame-relay-end-to-end;
family inet {
address 10.1.1.2/32;
}
}
}