リンク サービス インターフェイスのサービス クラス
Junosインターフェイスのリンクサービス設定
このトピックでは、以下のインターフェイスタイプのリンクサービス設定について説明するトピックへのリンクを提供します。
SONET APSインターフェイスを使用した複数ルーター間のLSQインターフェイスの冗長性の設定については、SONET APSを使用した複数ルーター間のLSQインターフェイスの冗長性の設定を参照してください
SONET APSインターフェイスを使用した単一ルーターのLSQインターフェイスの冗長性の設定については、SONET APSを使用した単一ルーターのLSQインターフェイスの冗長性の設定を参照してください
仮想インターフェイスを使用した単一ルーターのLSQインターフェイスの冗長性の設定については、仮想インターフェイスを使用した単一ルーターでのLSQインターフェイスの冗長性の設定を参照してください
論理 LSQ インターフェイスでの CoS スケジューリング キューの設定については、論理 LSQ インターフェイスでの CoS スケジューリング キューの設定を参照してください
LSQインターフェイス上の転送クラスによるCoSフラグメント化の設定については、LSQインターフェイスでのフォワーディングクラスによるCoSフラグメント化の設定を参照してください
LSQ インターフェイスでのリンク層オーバーヘッドのためのバンドル帯域幅の予約については、LSQ インターフェイスでのリンク層オーバーヘッドのためのバンドル帯域幅の予約を参照してください
LSQインターフェイスでのインターフェイス帯域幅のオーバーサブスクライブについては、LSQインターフェイスでのインターフェイス帯域幅のオーバーサブスクライブを参照してください
LSQインターフェイスでの保証された最小レートの設定については、LSQインターフェイスでの保証された最小レートの設定を参照してください
サービスPICでのリンクサービスとCoSの設定については、サービスPICでのリンクサービスとCoSの設定を参照してください
MLPPP を使用して LSQ インターフェイスを NxT1 または NxE1 バンドルとして設定する方法については、MLPPP を使用した NxT1 または NxE1 バンドルとしての LSQ インターフェイスの設定を参照してください
FRF.16を使用してLSQインターフェイスをNxT1またはNxE1バンドルとして設定する方法については、FRF.16を使用してLSQインターフェイスをNxT1またはNxE1バンドルとして設定するを参照してください
MLPPPとLFIを使用したシングルフラクショナルT1またはE1インターフェイスのLSQインターフェイスの設定については、MLPPPとLFIを使用したシングルフラクショナルT1またはE1インターフェイスのLSQインターフェイスの設定を参照してください
FRF.12を使用したシングルフラクショナルT1またはE1インターフェイスのLSQインターフェイスの設定については、FRF.12を使用したシングルフラクショナルT1またはE1インターフェイスのLSQインターフェイスの設定を参照してください
FRF.15を使用してLSQインターフェイスをNxT1またはNxE1バンドルとして設定する方法については、FRF.15を使用してLSQインターフェイスをNxT1またはNxE1バンドルとして設定するを参照してください
MLPPP 上の圧縮 RTP に設定された T3 リンクの LSQ インターフェイスの設定については、MLPPP 上の圧縮 RTP に設定された T3 リンクの LSQ インターフェイスの設定を参照してください
FRF.12を使用してLSQインターフェイスをT3またはOC3バンドルとして設定する方法については、FRF.12を使用したT3またはOC3バンドルとしてのLSQインターフェイスの設定を参照してください
MLPPP を使用した ATM2 IQ インターフェイスの LSQ インターフェイスの設定については、MLPPP を使用した ATM2 IQ インターフェイスの LSQ インターフェイスの設定を参照してください
関連項目
論理LSQインターフェイスでのCoSスケジューリングキューの設定
リンクサービスIQ(lsq-)インターフェイスでは、各論理ユニットのスケジューラマップを指定できます。論理ユニットは、MLPPPバンドルまたはFRF.16バンドルに設定されたDLCIのいずれかを表します。スケジューラは、レイヤー2リンクサービスパッケージを実行しているASまたはマルチサービスPICに送信されるトラフィックに適用されます。
バンドルにスケジューラマップを設定する場合、[edit interfaces lsq-fpc/pic/port]階層レベルにper-unit-schedulerステートメントを含める必要があります。FRF.16 DLCIでスケジューラマップを設定する場合、[edit interfaces lsq-fpc/pic/port:channel]階層レベルにper-unit-schedulerステートメントを含める必要があります。詳細については、サービスクラスユーザーガイド(ルーターとEX9200スイッチ)を参照してください。
マルチクラスまたはLFIトラフィックの遅延保証が必要な場合は、構成リンクにチャネル化されたIQ PICを使用する必要があります。非IQPICでは、構成リンク上のチャネル化されたインターフェイスレベルでキューイングが行われないため、遅延の影響を受けやすいトラフィックが、本来あるべきサービスタイプを受信できない可能性があります。以下のPICからの構成リンクは、遅延保証をサポートしています。
チャネライズドE1 IQ PIC
チャネライズドOC3 IQ PIC
チャネライズドOC12 IQ PIC
チャネライズドSTM1 IQ PIC
チャネライズドT3 IQ PIC
論理インターフェイスでキューをスケジューリングする場合、 [edit class-of-service schedulers] 階層レベルで以下のスケジューラマッププロパティを設定できます。
buffer-size- キューサイズ。詳細については、 スケジューラバッファサイズの設定を参照してください。priority—送信優先度(低、高、ストリクト高)。詳細については、「 スケジューラの優先度の設定」を参照してください。shaping-rate—加入された送信レート。詳細については、「 スケジューラシェーピングレートの設定」を参照してください。drop-profile-map—ランダム早期検出(RED)ドロッププロファイル。詳細については、 ドロッププロファイルの設定を参照してください。
M SeriesルーターとT SeriesルーターでMLPPPとFRF.12を設定する場合、キュー0〜3の伝送速度とバッファサイズがゼロ以外の単一のスケジューラを設定し、このスケジューラをリンクサービスIQインターフェイス(lsq)と各構成リンクに割り当てる必要があります。
M SeriesルーターとT SeriesルーターでFRF.16を設定する場合、例に示すように、単一のスケジューラマップをリンクサービスIQインターフェイス(lsq)と各リンクサービスIQ DLCIに割り当てるか、バンドルのさまざまなDLCIに異なるスケジューラマップを割り当てることができます。 FRF.16を使用したLSQインターフェイスをNxT1バンドルとして設定します。FRF.16バンドルの構成要素リンクについては、カスタムスケジューラを設定する必要はありません。FRF.16 では LFI とマルチクラスがサポートされていないため、各構成リンクからのトラフィックはキュー 0 から送信されます。つまり、キュー0が帯域幅の大部分を使用できるようにする必要があります。キュー0〜3のデフォルトのスケジューラ伝送レートとバッファーサイズの割合は、それぞれ95%、0%、0%、5%です。このデフォルトのスケジューラは、すべてのユーザートラフィックをキュー0に、すべてのネットワーク制御トラフィックをキュー3に送信するため、FRF.16の動作に適しています。95、0、0、および5%のキューイング動作を明示的に再現するカスタムスケジューラを設定し、構成リンクに適用することができます。
T Series および M320 ルーターでは、キュー 0 から 7 のデフォルトのスケジューラ伝送レートとバッファー サイズの割合は 95、0、0、5、0、0、0、0、0 パーセントです。
リンクサービスIQインターフェイス(lsq)の場合、これらのスケジューリングプロパティは、次のセクションに記載されている場合を除き、他のPICと同様に機能します。
T SeriesルーターとM320ルーターでは、 lsq インターフェイスはDSCP(DiffServコードポイント)およびDSCP-IPv6書き換えマーカーをサポートしていません。
スケジューラバッファサイズの設定
スケジューラのバッファサイズは、時間的な値、パーセンテージ、余りの3つの方法で設定できます。単一の論理インターフェイス(MLPPPまたはFRF.16 DLCI)では、各キューに異なるバッファサイズを設定できます。
時間的な値を指定した場合、キューイングアルゴリズムは、計算されたバイト数を超えてキューに入れるとパケットのドロップを開始します。この数値は、論理インターフェイス速度に時間値を乗じて計算されます。MLPPP バンドルの場合、論理インターフェイス速度はバンドル帯域幅に等しくなります。これは、構成リンク速度からリンク層のオーバーヘッドを差し引いた値です。MLFR FRF.16 DLCIの場合、論理インターフェイス速度は、バンドル帯域幅にDLCIシェーピングレートを掛けたものに等しくなります。いずれの場合も、最大時間値は 200 ミリ秒に制限されます。
バッファー サイズのパーセンテージは、パーセンテージに 200 ミリ秒を乗算することで、暗黙的に時間的値に変換されます。たとえば、 buffer-size percent 20 と指定されたバッファー サイズは、40 ミリ秒の時間的遅延と同じです。リンクサービスIQの実装により、T1以上の速度のすべてのインターフェイスで200ミリ秒のバッファ遅延が保証されます。低速のインターフェイスでは、1秒間のバッファ遅延が保証されます。
キューイングアルゴリズムは、 buffer-size remainder ステートメントで設定されたすべてのキューに残りの帯域幅を均等に分配します。キューイングアルゴリズムは、送信バッファーにMTUサイズのパケット2つのための十分なスペースを保証します。
スケジューラの優先度の設定
各キューの送信優先度は、スケジューラと転送クラスによって決定されます。各キューは、scheduler transmit-rate ステートメントで指定された保証された帯域幅を受け取ります。
スケジューラシェーピングレートの設定
シェーピングレートを使用して、DLCI専用のバンドル帯域幅の合計に占める割合を設定します。リンクサービスIQ DLCIでは、パーセンテージのみが受け入れられるため、バンドル帯域幅の動的な変化(例えば、リンクのアップまたはダウン時など)に応じて調整することができます。つまり、FRF.16バンドルでは絶対シェーピングレートがサポートされていないということです。絶対シェーピング レートは、MLPPP および MLFR バンドルに対してのみ許可されます。
MLFR FRF.16バンドル内のDLCI間のスケジューリングでは、各DLCIのシェーピングレートを設定することができます。シェーピング レートは、集約バンドル帯域幅の割合で表されます。バンドル内のすべてのDLCIのシェーピングレートの割合は、合計で100%以下になる場合があります。残りの帯域幅は、[edit class-of-service interfaces lsq-fpc/pic/port:channel unit logical-unit-number]階層レベルにshaping-rateステートメントが含まれていないDLCIに均等に分配されます。MLFR FRF.16バンドル内のどのDLCIにもDLCIスケジューラが指定されていない場合、総帯域幅はすべてのDLCIに均等に分割されます。
リンクサービスIQインターフェイス上のFRF.16バンドルでは、パーセンテージに基づくシェーピングレートのみがサポートされます。
ドロッププロファイルの設定
他のCoSシナリオと同様に、LSQインターフェイスにランダム早期検出(RED)を設定できます。REDを設定するには、1つ以上のドロッププロファイルを含め、特定の転送クラスのスケジューラにアタッチします。RED プロファイルの詳細については、 サービス クラス ユーザー ガイド(ルーターと EX9200 スイッチ)を参照してください。
LSQ実装は、テールREDを実行します。PICあたり最大256のドロッププロファイルをサポートします。ドロッププロファイルは、キュー単位、損失優先度単位、TCPビット単位で設定できます。
設定されたREDドロッププロファイルを持つスケジューラマップを、任意のLSQ論理インターフェイス(MLPPPバンドル、FRF.15バンドル、またはFRF.16 DLCI)にアタッチできます。同じ論理インターフェイス上の異なるキュー(転送クラス)は、異なる関連付けられたドロッププロファイルを持つことができます。
次の例は、LSQインターフェイスでREDプロファイルを設定する方法を示しています。
[edit]
class-of-service {
drop-profiles {
drop-low {
# Configure suitable drop profile for low loss priority
...
}
drop-high {
# Configure suitable drop profile for high loss priority
...
}
}
scheduler-maps {
schedmap {
# Best-effort queue will use be-scheduler
# Other queues may use different schedulers
forwarding-class be scheduler be-scheduler;
...
}
}
schedulers {
be-scheduler {
# Configure two drop profiles for low and high loss priority
drop-profile-map loss-priority low protocol any drop-profile drop-low;
drop-profile-map loss-priority high protocol any drop-profile drop-high;
# Other scheduler parameters (buffer-size, priority,
# and transmit-rate) are already supported.
...
}
}
interfaces {
lsq-1/3/0.0 {
# Attach a scheduler map (that includes RED drop profiles)
# to a LSQ logical interface.
scheduler-map schedmap;
}
}
}
REDプロファイルは、LSQバンドルにのみ適用し、バンドルを構成するエグレスリンクには適用しないでください。
関連項目
LSQインターフェイスでの転送クラスによるCoSフラグメント化の設定
リンクサービスIQ(lsq-)インターフェイスでは、特定の転送クラスにフラグメント化プロパティを指定できます。各転送クラスのトラフィックは、マルチリンクカプセル化(フラグメント化およびシーケンス化)または非カプセル化(フラグメント化なしのハッシュ化)のいずれかです。デフォルトでは、すべての転送クラスのトラフィックはマルチリンクカプセル化されます。
MLPPPインターフェイスのキューにフラグメント化プロパティを設定しない場合、 [edit interfaces interface-name unit logical-unit-number fragment-threshold] 階層レベルで設定したフラグメント化しきい値が、MLPPPインターフェイス内のすべての転送クラスのフラグメント化しきい値になります。MLFR FRF.16インターフェイスの場合、 [edit interfaces interface-name mlfr-uni-nni-bundle-options fragment-threshold] 階層レベルで設定するフラグメント化しきい値は、MLFR FRF.16インターフェイス内のすべての転送クラスのフラグメント化しきい値です。
設定のどこにも最大フラグメント サイズを設定しない場合、バンドル内のすべてのリンクの最小最大送信単位(MTU)または最大受信再構成ユニット(MRRU)を超えた場合、パケットはフラグメント化されたままになります。非カプセル化フローは、リンクを 1 つだけ使用します。フローが単一リンクを超える場合、パケットサイズがMTU/MRRUを超えない限り、転送クラスはマルチリンクカプセル化する必要があります。
設定のどこにも最大フラグメント サイズを設定しない場合でも、[edit interfaces lsq-fpc/pic/port unit logical-unit-number]または[edit interfaces interface-name mlfr-uni-nni-bundle-options]階層レベルで mrru ステートメントを含めることで MRRU を設定することができます。MRRUはMTUと似ていますが、リンクサービスインターフェイスに固有です。デフォルトのMRRUサイズは1500バイトで、1500〜4500バイトに設定できます。詳細については、「マルチリンクおよびリンクサービス論理インターフェイスでのMRRUの設定」を参照してください。
キューにフラグメント化プロパティを設定するには、[edit class-of-service]階層レベルでfragmentation-mapsステートメントを含めます。
[edit class-of-service] fragmentation-maps { map-name { forwarding-class class-name { (fragment-threshold bytes | no-fragmentation); multilink-class number; } } }
転送クラスごとのフラグメント化しきい値を設定するには、フラグメント化マップに fragment-threshold ステートメントを含めます。このステートメントは、各マルチリンクフラグメントの最大サイズを設定します。
キュー上のトラフィックをマルチリンクカプセル化ではなく非カプセル化に設定するには、フラグメント化マップに no-fragmentation ステートメントを含めます。このステートメントは、このキューで受信したパケットの先頭に追加のフラグメント化ヘッダーを付加せず、静的リンクロードバランシングを使用して順序通りのパケット配信を確保することを指定します。
特定の転送クラスには、 fragment-threshold または no-fragmentation ステートメントのいずれかを含めることができます。これらは相互に排他的です。
multilink-classステートメントを使用して、転送クラスをマルチクラスMLPPP(MCML)にマッピングします。特定の転送クラスには、multilink-classまたはno-fragmentationステートメントのいずれかを含めることができます。これらは相互に排他的です。
フラグメント化マップをマルチリンクPPPインターフェイスまたはMLFR FRF.16 DLCIに関連付けるには、[edit class-of-service interfaces interface-name unit logical-unit-number]階層レベルにfragmentation-mapステートメントを含めます。
[edit class-of-service interfaces]
lsq-fpc/pic/port {
unit logical-unit-number { # Multilink PPP
fragmentation-map map-name;
}
lsq-fpc/pic/port:channel { # MLFR FRF.16
unit logical-unit-number {
fragmentation-map map-name;
}
設定例については、以下のトピックを参照してください。
リンクサービスPICリンクサービス(ls-)インターフェイスの場合、フラグメント化マップはサポートされていません。代わりに、[edit interfaces interface-name unit logical-unit-number]階層レベルにinterleave-fragmentsステートメントを含めることでLFIを有効にします。詳細については、「リンクサービス論理インターフェイスでの遅延センシティブパケットインターリーブの設定」を参照してください。
関連項目
サービスPICでのリンクサービスとCoSの設定
ASまたはマルチサービスPICでリンクサービスとCoSを設定するには、以下の手順を実行する必要があります。
レイヤー2サービスパッケージを有効にします。サービスパッケージは、ポート単位ではなくPIC単位で有効にします。レイヤー2サービスパッケージを有効にすると、PIC全体が設定済みのパッケージを使用します。レイヤー2サービスパッケージを有効にするには、
[edit chassis fpc slot-number pic pic-number adaptive-services]階層レベルにservice-packageステートメントを含め、layer-2を指定します。[edit chassis fpc slot-number pic pic-number adaptive-services] service-package layer-2;
ASまたはマルチサービスPICサービスパッケージの詳細については、サービスパッケージおよびレイヤー2サービスパッケージの機能とインターフェイスの有効化を参照してください。
構成リンクを仮想リンクまたはバンドルに組み合わせて、マルチリンクPPPまたはFRF.16バンドルを設定します。
MLPPP バンドルの設定
MLPPP バンドルを設定するには、設定に以下のステートメントを含めて、構成要素リンクとバンドルプロパティを設定します。
[edit interfaces interface-name unit logical-unit-number] encapsulation ppp; family mlppp { bundle lsq-fpc/pic/port.logical-unit-number; } [edit interfaces lsq-fpc/pic/port unit logical-unit-number] drop-timeout milliseconds; encapsulation multilink-ppp; fragment-threshold bytes; link-layer-overhead percent; minimum-links number; mrru bytes; short-sequence; family inet { address address; }これらのステートメントの詳細については、 『ルーティングデバイス用リンクおよびマルチリンクサービスインターフェイスユーザーガイド』を参照してください。
MLFR FRF.16バンドルの設定
MLFR FRF.16バンドルを設定するには、設定に以下のステートメントを含めて、構成要素リンクとバンドルプロパティを設定します。
[edit chassis fpc slot-number pic slot-number] mlfr-uni-nni-bundles number; [edit interfaces interface-name ] encapsulation multilink-frame-relay-uni-nni; unit logical-unit-number { family mlfr-uni-nni { bundle lsq-fpc/pic/port:channel; } }mlfr-uni-nni-bundlesステートメントの詳細については、ルーティングデバイス用Junos OS管理ライブラリを参照してください。MLFR FRF.16 では、チャネルを論理ユニットとして使用します。MLFR FRF.16では、
[edit interfaces lsq-fpc/pic/port:channel]階層レベルで以下のステートメントを含めて、片方の端をデータ回線終端装置(DCE)として設定する必要があります。encapsulation multilink-frame-relay-uni-nni; dce; mlfr-uni-nni-options { acknowledge-retries number; acknowledge-timer milliseconds; action-red-differential-delay (disable-tx | remove-link); drop-timeout milliseconds; fragment-threshold bytes; hello-timer milliseconds; link-layer-overhead percent; lmi-type (ansi | itu); minimum-links number; mrru bytes; n391 number; n392 number; n393 number; red-differential-delay milliseconds; t391 number; t392 number; yellow-differential-delay milliseconds; } unit logical-unit-number { dlci dlci-identifier; family inet { address address; } }MLFR UNI NNIプロパティの詳細については、 ルーティングデバイス用リンクおよびマルチリンクサービスインターフェイスユーザーガイドを参照してください。
マルチリンクバンドルごとにCoSコンポーネントを設定するには、インターフェイスでユニットごとのスケジューリングを有効にし、スケジューラマップを設定し、各キューにスケジューラを適用し、フラグメント化マップを設定して、各バンドルにフラグメント化マップを適用します。以下のステートメントを含めます。
[edit interfaces] lsq-fpc/pic/port { per-unit-scheduler; # Enables per-unit scheduling on the bundle } [edit class-of-service] interfaces { lsq-fpc/pic/port { # Multilink PPP unit logical-unit-number { scheduler-map map-name; # Applies scheduler map to each queue } } lsq-fpc/pic/port:channel { # MLFR FRF.16 unit logical-unit-number { # Scheduler map provides scheduling information for # the queues within a single DLCI. scheduler-map map-name; shaping-rate percent percent; } forwarding-classes { queue queue-number class-name priority (high | low); } scheduler-maps { map-name { forwarding-class class-name scheduler scheduler-name; } } schedulers { scheduler-name { buffer-size (percent percentage | remainder | temporal microseconds); priority priority-level; transmit-rate (percent percentage | rate | remainder) <exact>; } } fragmentation-maps { map-name { forwarding-class class-name { fragment-threshold bytes; no-fragmentation; } } }[edit class-of-service]階層レベルで以下のステートメントを含めることで、フラグメント化マップをマルチリンクPPPインターフェイスまたはMLFR FRF.16 DLCIに関連付けます。interfaces { lsq-fpc/pic/port { unit logical-unit-number { # Multilink PPP fragmentation-map map-name; } } lsq-fpc/pic/port:channel { # MLFR FRF.16 unit logical-unit-number { fragmentation-map map-name; }
関連項目
LSQ インターフェイスでのインターフェイス帯域幅のオーバーサブスクライブ
インターフェイス帯域幅のオーバーサブスクライブという用語は、シェーピングレート(PIR(ピーク情報レート))の合計がインターフェイス帯域幅を超えるように設定することを意味します。
ASおよびマルチサービスPIC上のチャネル化されたIQ PIC、ギガビットイーサネットIQ PIC、およびFRF.16リンクサービスIQ(lsq-)インターフェイスでは、インターフェイス帯域幅をオーバーサブスクライブできます。論理インターフェイス(およびFRF.16バンドル内のDLCI)は、帯域幅が余っている場合にオーバーサブスクライブすることができます。オーバーサブスクリプションは、設定されたPIRに制限されます。未使用の帯域幅は、オーバーサブスクライブされた論理インターフェイスまたはDLCI間で均等に分配されます。
輻輳が発生する可能性が低いネットワークの場合、インターフェイス帯域幅をオーバーサブスクライブすることでネットワーク使用率が向上し、単一のインターフェイスでより多くの顧客をプロビジョニングできるようになります。実際のデータトラフィックがインターフェイス帯域幅を超えない場合、オーバーサブスクリプションにより、インターフェイスがサポートできる帯域幅よりも多くの帯域幅を販売することができます。
輻輳が発生しやすいネットワークではオーバーサブスクリプションを避けることをお勧めします。混雑時にルーターのパフォーマンスが低下する恐れがあるため、サービスをオーバーサブスクライブしすぎないように注意してください。オーバーサブスクリプションを設定すると、実際のデータトラフィックが物理インターフェイスの帯域幅を超えると、一部の出力キューが枯渇する可能性があります。統計的多重化を使用して、実際のデータトラフィックがインターフェイス帯域幅を超えないようにすることで、劣化を防ぐことができます。
DLCIとVLANへのスケジューラマップとシェーピングレートの適用で説明されている方法を使用してトラフィックシェーピングを設定する場合、インターフェイス帯域幅をオーバーサブスクライブすることはできません。
FRF.16バンドルインターフェイスのオーバーサブスクリプションを設定する場合、物理インターフェイスベースで適用されるトラフィック制御プロファイルを割り当てることができます。 論理 インターフェイスレベルでFRF.16バンドルにトラフィック制御プロファイルを適用する場合、個々のDLCIにトラフィックの割合が少ないか、トラフィックがまったくない場合、メンバーリンクインターフェイスの帯域幅は十分に利用されません。FRF.16バンドル物理インターフェイスレベルでのトラフィック制御機能のサポートは、この制限に対処します。
インターフェイスのオーバーサブスクリプションを設定するには、以下の手順を実行します。
[edit class-of-service traffic-control-profiles profile-name]階層レベルにshaping-rateステートメントを含めます。[edit class-of-service traffic-control-profiles profile-name] shaping-rate (percent percentage | rate);
注:物理インターフェイスベースでFRF.16バンドルインターフェイスのオーバーサブスクリプションを設定する場合は、
shaping-rateをパーセンテージで指定する必要があります。LSQインターフェイスでは、シェーピングレートをパーセンテージで設定できます。
IQおよびIQ2インターフェイスでは、シェーピングレートを1000〜6,400,000,000,000ビット/秒の絶対レートとして設定できます。
または、
[edit class-of-service interfaces interface-name unit logical-unit-number]階層レベルにshaping-rateステートメントを含めることで、論理インターフェイスのシェーピングレートを設定し、物理インターフェイスをオーバーサブスクライブすることもできます。ただし、この設定方法では、ステップ 2 で説明したように、遅延バッファ レートを個別に制御することはできません。注:チャネル化されたギガビットイーサネットIQインターフェイスの場合、
shaping-rateステートメントとguaranteed-rateステートメントは相互に排他的です。シェーピング レートを使用する論理インターフェイスと、保証レートを使用する論理インターフェイスを指定することはできません。つまり、PIRを設定してもサービス保証はありません。これらのインターフェイスでは、PIRまたはコミット情報レート(CIR)のいずれかを設定できますが、両方を設定することはできません。この制限は、ギガビットイーサネットIQ2 PICまたはASまたはマルチサービスPIC上のリンクサービスIQ(LSQ)インターフェイスには適用されません。LSQ およびギガビット イーサネット IQ2 インターフェイスでは、インターフェイス上で PIR と CIR の両方を設定できます。CIRの詳細については、 LSQインターフェイスでの保証された最小レートの設定を参照してください。
オプションで、遅延バッファの計算を遅延バッファレートに基づいて行うこともできます。これを行うには、
[edit class-of-service traffic-control-profiles profile-name]階層レベルにdelay-buffer-rateステートメントを含めます。注:物理インターフェイスベースでFRF.16バンドルインターフェイスのオーバーサブスクリプションを設定する場合は、
delay-buffer-rateをパーセンテージで指定する必要があります。[edit class-of-service traffic-control-profiles profile-name] delay-buffer-rate (percent percentage | rate);
遅延バッファ レートは、遅延バッファ計算の基礎としてシェーピング レートを上書きします。つまり、シェーピング レートまたはスケーリング シェーピング レートは、遅延バッファ レートが設定されていない場合にのみ、遅延バッファの計算に使用されます。
LSQインターフェイスの場合、遅延バッファレートを設定しない場合、保証レート(CIR)を使用してバッファが割り当てられます。保証レートを設定しない場合、サブスクライブが不足している場合はシェーピングレート(PIR)が使用され、サブスクライブがオーバーサブスクライブの場合はスケーリングされたシェーピングレートが使用されます。
LSQインターフェイスでは、遅延バッファレートをパーセンテージで設定できます。
IQおよびIQ2インターフェイスでは、遅延バッファレートを1000〜6,400,000,000,000ビット/秒の絶対レートとして設定できます。
実際の遅延バッファは、 サービスクラスユーザーガイド(ルーターとEX9200スイッチ)に記載されている計算に基づいています。遅延バッファレートがどのように適用されるかを示す例については、 例:LSQインターフェイスのオーバーサブスクライブを参照してください。
比較的低速のリンクに大きなバッファを設定すると、パケットのエージングが発生する可能性があります。この問題を回避するために、ソフトウェアでは遅延バッファレートの合計がポート速度以下であることを要求しています。
この制限はパケットのエージングの可能性を排除するものではないため、
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;
スケジューラとスケジューラ マップの設定については、 サービス クラス ユーザー ガイド(ルーターと EX9200 スイッチ)を参照してください。
オプションで、大きなバッファサイズを設定することができます。これを行うには、
[edit chassis fpc slot-number pic pic-number]階層レベルにq-pic-large-bufferステートメントを含めます。[edit chassis fpc slot-number pic pic-number] q-pic-large-buffer;
このステートメントを含めない場合、遅延バッファのサイズはより制限されます。音声トラフィックなど、遅延の影響を受けやすいトラフィックには制限されたバッファを使用することをお勧めします。詳細については、 サービスクラスユーザーガイド(ルーターとEX9200スイッチ)を参照してください。
論理インターフェイスでスケジューリングを有効にするには、
[edit interfaces interface-name]階層レベルでper-unit-schedulerステートメントを含めます。[edit interfaces interface-name ] per-unit-scheduler;
このステートメントを含める場合、サポートされるVLANの最大数は、シングルポートギガビットイーサネットIQPICで768です。2ポートのギガビットイーサネットIQ PICでは、最大数は384です。
FRF.16バンドル物理インターフェイスのスケジューリングを有効にするには、
[edit interfaces interface-name]階層レベルでno-per-unit-schedulerステートメントを含めます。[edit interfaces interface-name] no-per-unit-scheduler;
トラフィックスケジューリングプロファイルを論理インターフェイスに適用するには、
[edit class-of-service interfaces interface-name unit logical-unit-number]階層レベルでoutput-traffic-control-profileステートメントを含めます。[edit class-of-service interfaces interface-name unit logical-unit-number] output-traffic-control-profile profile-name;
論理インターフェイス設定に
scheduler-map、shaping-rate、adaptive-shaper、またはvirtual-channel-groupのいずれかのステートメントが含まれている場合、output-traffic-control-profileステートメントを設定に含めることはできません。さまざまな設定で帯域幅と遅延バッファがどのように割り当てられているかを示す表については、 サービスクラスユーザーガイド(ルーターとEX9200スイッチ)を参照してください。
例:LSQ インターフェイスのオーバーサブスクライブ
論理インターフェイスに基づいたスケジューリングによる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 18.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;
}
}
関連項目
LSQインターフェイスでの保証された最小レートの設定
ギガビットイーサネットIQ PIC、チャネル化IQ PIC、およびASおよびマルチサービスPIC上のFRF.16リンクサービスIQ(LSQ)インターフェイスでは、CIR(コミット情報レート)とも呼ばれる保証帯域幅を設定できます。これにより、各論理インターフェイスに保証レートを指定できます。保証レートは最低限です。過剰な物理インターフェイス帯域幅が使用可能な場合、論理インターフェイスは、インターフェイスにプロビジョニングされた保証レートよりも多くのレートを受信します。
保証レートの合計が、物理インターフェイス帯域幅、またはLSQインターフェイスのバンドル帯域幅より大きくなるようにプロビジョニングすることはできません。保証レートの合計がインターフェイスまたはバンドル帯域幅を超えた場合、コミット操作は失敗しませんが、保証レートの合計が利用可能なバンドル帯域幅と等しくなるように、ソフトウェアが自動的にレートを下げます。
保証された最小レートを設定するには、以下の手順を実行します。
[edit class-of-service traffic-control-profiles profile-name]階層レベルにguaranteed-rateステートメントを含めます。[edit class-of-service traffic-control-profiles profile-name] guaranteed-rate (percent percentage | rate);
LSQインターフェイスでは、保証レートをパーセンテージで設定できます。
IQおよびIQ2インターフェイスでは、1000〜160,000,000,000ビット/秒の絶対レートとして保証レートを設定できます。
注:チャネル化されたインターフェイスとギガビットイーサネットIQインターフェイスでは、
shaping-rateステートメントとguaranteed-rateステートメントは相互に排他的です。シェーピング レートを使用する論理インターフェイスと、保証レートを使用する論理インターフェイスを指定することはできません。つまり、PIRを設定してもサービス保証はありません。これらのインターフェイスでは、PIRまたはコミット情報レート(CIR)のいずれかを設定できますが、両方を設定することはできません。この制限は、ギガビットイーサネットIQ2 PICまたはASまたはマルチサービスPIC上のリンクサービスIQ(LSQ)インターフェイスには適用されません。LSQ およびギガビット イーサネット IQ2 インターフェイスでは、インターフェイス上で PIR と CIR の両方を設定できます。CIRの詳細については、 サービスクラスユーザーガイド(ルーターとEX9200スイッチ)を参照してください。
オプションで、遅延バッファの計算を遅延バッファレートに基づいて行うこともできます。これを行うには、
[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インターフェイスでは、遅延バッファレートをパーセンテージで設定できます。
IQおよびIQ2インターフェイスでは、遅延バッファレートを1000〜160,000,000,000ビット/秒の絶対レートとして設定できます。
実際の遅延バッファは、 サービスクラスユーザーガイド(ルーターとEX9200スイッチ)の表に記載されている計算に基づいています。遅延バッファレートがどのように適用されるかを示す例については、 例:保証された最小レートの設定を参照してください。
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;
スケジューラとスケジューラ マップの設定については、 サービス クラス ユーザー ガイド(ルーターと EX9200 スイッチ)を参照してください。
大きなバッファサイズを設定できるようにするには、
[edit chassis fpc slot-number pic pic-number]階層レベルにq-pic-large-bufferステートメントを含めます。[edit chassis fpc slot-number pic pic-number] q-pic-large-buffer;
このステートメントを含めない場合、遅延バッファのサイズはより制限されます。詳細については、 サービスクラスユーザーガイド(ルーターとEX9200スイッチ)を参照してください。
論理インターフェイスでスケジューリングを有効にするには、
[edit interfaces interface-name]階層レベルでper-unit-schedulerステートメントを含めます。[edit interfaces interface-name ] per-unit-scheduler;
このステートメントを含める場合、サポートされるVLANの最大数は、シングルポートのギガビットイーサネットIQ PICで767です。2ポートのギガビットイーサネットIQ PICでは、最大数は383です。
トラフィックスケジューリングプロファイルを論理インターフェイスに適用するには、
[edit class-of-service interfaces interface-name unit logical-unit-number]階層レベルでoutput-traffic-control-profileステートメントを含めます。[edit class-of-service interfaces interface-name unit logical-unit-number] output-traffic-control-profile profile-name;
例:保証された最小レートの設定
2つの論理インターフェイスユニット、 0 と 1は、それぞれ最低750Kbpsと500Kbpsが保証されてプロビジョニングされます。論理ユニット 1の場合、遅延バッファは保証レート設定に基づきます。論理ユニット 0では、500Kbpsの遅延バッファレートが指定されます。各論理インターフェイスに割り当てられる実際の遅延バッファは、500Kbpsの2秒です。2秒の値は、以下の計算に基づいています。
delay-buffer-rate < [8 x 64 Kbps]): 2 seconds of delay-buffer-rate
この計算の詳細については、 サービスクラスユーザーガイド(ルーターとEX9200スイッチ)を参照してください。
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;
}
}
interface t1-3/0/1 {
unit 0 {
output-traffic-control-profile tc-profile3;
}
unit 1 {
output-traffic-control-profile tc-profile4;
}
}
}