リンクサービスインターフェイスのサービスクラス
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 を使用した LSQ インターフェイスを NxT1 または NxE1 バンドルとして設定するを参照してください。
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 を使用して LSQ インターフェイスを T3 または OC3 バンドルとして設定するを参照してください。
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を使用する必要があります。非IQ PICでは、構成リンク上のチャネル化されたインターフェイスレベルでキューイングが行われないため、レイテンシの影響を受けやすいトラフィックは、本来あるべきサービスタイプを受信できない可能性があります。以下の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 シリーズおよび T シリーズ ルーターで MLPPP および FRF.12 を設定する場合、キュー 0 〜 3 の伝送速度とバッファ サイズがゼロ以外の単一のスケジューラを設定し、このスケジューラをリンク サービス IQ インターフェイス(lsq
)および各構成リンクに割り当てる必要があります。
M シリーズおよび T シリーズ ルーターで FRF.16 を設定する場合、例: FRF.16 を使用して LSQ インターフェイスを NxT1 バンドルとして設定するように、単一のスケジューラ マップをリンク サービス IQ インターフェイス(lsq
)と各リンク サービス IQ DLCI に割り当てるか、バンドルのさまざまな DLCI に異なるスケジューラ マップを割り当てることができます。FRF.16 バンドルの構成要素リンクの場合、カスタム スケジューラを設定する必要はありません。LFI とマルチクラスは FRF.16 でサポートされていないため、各構成要素リンクからのトラフィックはキュー 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% です。
リンクサービスIQインターフェイス(lsq
)の場合、これらのスケジューリングプロパティは、次のセクションで説明した場合を除き、他のPICと同様に機能します。
T Series および M320 ルーターでは、 lsq
インターフェイスは DiffServ コード ポイント(DSCP)および 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
ステートメントで設定されたすべてのキューに均等に分散します。キューイングアルゴリズムは、送信バッファ内に 2 つの MTU サイズのパケットのための十分なスペースを保証します。
スケジューラの優先度の設定
各キューの送信優先度は、スケジューラと転送クラスによって決定されます。各キューは、 scheduler transmit-rate
ステートメントで指定された帯域幅の保証量を受け取ります。
スケジューラシェーピングレートの設定
シェーピングレートを使用して、DLCI専用のバンドル帯域幅の合計に対する割合を設定します。リンクサービスIQ DLCIでは、パーセンテージのみが受け入れられるため、バンドル帯域幅の動的な変化(リンクがアップまたはダウンしたときなど)に応じて調整できます。つまり、絶対シェーピング レートは FRF.16 バンドルではサポートされません。絶対シェーピング レートは、MLPPP および MLFR バンドルでのみ許可されます。
MLFR FRF.16バンドル内のDLCI間のスケジューリングでは、各DLCIのシェーピングレートを設定できます。シェーピング レートは、集約バンドル帯域幅に対する割合で表されます。バンドル内のすべてのDLCIのシェーピングレートの割合は、合計で100%以下になります。残りの帯域幅は、階層レベルでステートメント shaping-rate
が含まれていない [edit class-of-service interfaces lsq-fpc/pic/port:channel unit logical-unit-number]
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 interface-name mlfr-uni-nni-bundle-options]
階層レベルでステート メント[edit interfaces lsq-fpc/pic/port unit logical-unit-number]
を含めるmrru
ことで MRRU を設定できます。MRRU は MTU に似ていますが、リンク サービス インターフェイスに固有です。デフォルトでは、MRRU サイズは 1500 バイトで、1500 〜 4500 バイトに設定できます。詳細については、マルチリンクおよびリンク サービスの論理インターフェイスでの MRRU の設定を参照してください。
キューにフラグメント化プロパティーを構成するには、階層レベルでステートメント fragmentation-maps
を組み込みます [edit class-of-service]
。
[edit class-of-service] fragmentation-maps { map-name { forwarding-class class-name { (fragment-threshold bytes | no-fragmentation); multilink-class number; } } }
転送クラスごとのフラグメント化しきい値を設定するには、フラグメント化マップに ステートメントを含め fragment-threshold
ます。このステートメントは、各マルチリンクフラグメントの最大サイズを設定します。
キュー上のトラフィックをマルチリンクのカプセル化ではなく、非カプセル化に設定するには、フラグメント化マップに ステートメントを含め no-fragmentation
ます。このステートメントは、このキューで受信したパケットの先頭に余分なフラグメント化ヘッダーを付加しないこと、および静的リンク ロード バランシングを使用してパケットを順番に配信することを指定します。
特定の転送クラスには、 または no-fragmentation
ステートメントのいずれかを含めることができますfragment-threshold
。これらは相互に排他的です。
ステートメントmultilink-class
を使用して、転送クラスをマルチクラス MLPPP(MCML)にマッピングします。特定の転送クラスには、 または no-fragmentation
ステートメントのいずれかを含めることができますmultilink-class
。これらは相互に排他的です。
フラグメント化マップをマルチリンク PPP インターフェイスまたは MLFR FRF.16 DLCI に関連付けるには、 階層レベルで ステートメントを含め fragmentation-map
ます [edit class-of-service interfaces interface-name unit logical-unit-number]
。
[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; }
設定例については、次のトピックを参照してください。
MLPPP と LFI を使用したシングル フラクショナル T1 または E1 インターフェイス用の LSQ インターフェイスの設定
FRF.12 を使用したシングル フラクショナル T1 または E1 インターフェイス用の LSQ インターフェイスの設定
リンクサービス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 では、 //
pic
port
:channel]
階層レベルで以下のステートメントを含めることにより、[edit interfaces lsq-fpc
片側をデータ回線終端装置(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上のチャネル化されたIQPIC、ギガビットイーサネットIQ PIC、FRF.16リンクサービスIQ(lsq-
)インターフェイスでは、インターフェイス帯域幅をオーバーサブスクライブできます。論理インターフェイス(および FRF.16 バンドル内の DLCI)は、帯域幅が残っている場合にオーバーサブスクライブされる可能性があります。オーバーサブスクリプションは、設定された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);
メモ:物理インターフェイスベースで 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インターフェイスとギガビットイーサネットIQインターフェイスでは、
shaping-rate
ステートメントとguaranteed-rate
ステートメントは互いに排他的です。一部の論理インターフェイスにはシェーピング レートを使用し、他の論理インターフェイスには保証レートを使用するように設定することはできません。つまり、PIR を設定するときにサービス保証はありません。これらのインターフェイスでは、PIRまたはCIR(認定情報速度)のいずれかを設定できますが、両方を設定することはできません。この制限は、ASまたはマルチサービスPIC上のギガビットイーサネットIQ2 PICまたはリンクサービスIQ(LSQ)インターフェイスには適用されません。LSQおよびギガビットイーサネットIQ2インターフェイスでは、インターフェイスにPIRとCIRの両方を設定できます。CIR の詳細については、 LSQ インターフェイスでの保証最小レートの設定を参照してください。
必要に応じて、遅延バッファ レートに基づいて遅延バッファを計算することもできます。これを行うには、 階層レベルで ステートメントを含め
delay-buffer-rate
ます[edit class-of-service traffic-control-profiles profile-name]
。メモ:物理インターフェイスベースで 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)
スケジューラ マップを論理インターフェイスに割り当てるには、 階層レベルで ステートメントを含め
scheduler-map
ます[edit class-of-service traffic-control-profiles profile-name]
。[edit class-of-service traffic-control-profiles profile-name] scheduler-map map-name;
スケジューラーとスケジューラーマップの設定については、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)を参照してください。
オプションで、大きなバッファー・サイズを構成できます。これを行うには、 階層レベルで ステートメントを含め
q-pic-large-buffer
ます[edit chassis fpc slot-number pic pic-number]
。[edit chassis fpc slot-number pic pic-number] q-pic-large-buffer;
このステートメントを含めない場合、遅延バッファのサイズはより制限されます。音声トラフィックなどの遅延の影響を受けやすいトラフィックには、制限付きバッファを推奨します。詳細については、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)を参照してください。
論理インターフェイスでスケジューリングを有効にするには、 階層レベルで ステートメントを含め
per-unit-scheduler
ます[edit interfaces interface-name]
。[edit interfaces interface-name ] per-unit-scheduler;
このステートメントを含める場合、シングルポート ギガビット イーサネットIQ PICでサポートされるVLANの最大数は768です。2ポートギガビットイーサネットIQ PICでは、最大数は384です。
FRF.16 バンドルの物理インターフェイスのスケジューリングを有効にするには、 階層レベルで ステートメントを含め
no-per-unit-scheduler
ます[edit interfaces interface-name]
。[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;
論理インターフェイスの設定
adaptive-shaper
scheduler-map
shaping-rate
に、 のいずれか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 インターフェイスでの保証最小レートの設定
ASおよびマルチサービスPICのギガビットイーサネットIQPIC、チャネル化されたPIC、FRF.16リンクサービスIQ(LSQ)インターフェイスでは、CIR(認定情報レート)とも呼ばれる保証帯域幅を設定できます。これにより、各論理インターフェイスに保証レートを指定することができます。保証料金は最低です。余剰の物理インターフェイス帯域幅が使用可能な場合、論理インターフェイスは、インターフェイスにプロビジョニングされた保証レート以上のものを受け取ります。
保証レートの合計が物理インターフェイスの帯域幅、または LSQ インターフェイスのバンドル帯域幅を超えるようにプロビジョニングすることはできません。保証レートの合計がインターフェイスまたはバンドルの帯域幅を超えた場合、コミット操作は失敗しませんが、保証レートの合計が利用可能なバンドル帯域幅と等しくなるように、ソフトウェアは自動的にレートを下げます。
保証された最低レートを設定するには、次の手順を実行します。
階層レベルで ステートメント
guaranteed-rate
を含めます[edit class-of-service traffic-control-profiles profile-name]
。[edit class-of-service traffic-control-profiles profile-name] guaranteed-rate (percent percentage | rate);
LSQインターフェイスでは、保証レートをパーセンテージで設定できます。
IQおよびIQ2インターフェイスでは、保証レートを1000〜160,000,000,000ビット/秒の絶対レートとして設定できます。
メモ:チャネル化されたIQインターフェイスとギガビットイーサネットIQインターフェイスでは、
shaping-rate
ステートメントとguaranteed-rate
ステートメントは互いに排他的です。一部の論理インターフェイスにはシェーピング レートを使用し、他の論理インターフェイスには保証レートを使用するように設定することはできません。つまり、PIR を設定するときにサービス保証はありません。これらのインターフェイスでは、PIRまたはCIR(認定情報速度)のいずれかを設定できますが、両方を設定することはできません。この制限は、ASまたはマルチサービスPIC上のギガビットイーサネットIQ2 PICまたはリンクサービスIQ(LSQ)インターフェイスには適用されません。LSQおよびギガビットイーサネットIQ2インターフェイスでは、インターフェイスにPIRとCIRの両方を設定できます。CIRの詳細については、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)を参照してください。
必要に応じて、遅延バッファ レートに基づいて遅延バッファを計算することもできます。これを行うには、 階層レベルで ステートメントを含め
delay-buffer-rate
ます[edit class-of-service traffic-control-profiles profile-name]
。[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
なかった場合、delay-bufferの計算は、保証レート、保証レートが設定されていない場合はシェーピングレート、インターフェイスがオーバーサブスクライブされている場合はスケーリングされたシェーピングレートに基づきます。シェーピング レートまたは保証レートを指定しない場合、論理インターフェイスは 4 MTU サイズのパケットに等しい最小の遅延バッファ レートと最小帯域幅を受信します。
保証レートよりも高いレートを遅延バッファに設定できます。これは、トラフィック フローが一般的に多くの帯域幅を必要としない可能性があるが、場合によってはバースト性があり、大きなバッファが必要な場合に役立ちます。
比較的低速なリンクで大きなバッファを設定すると、パケットのエージングが発生する可能性があります。この問題を回避するために、ソフトウェアでは、遅延バッファ レートの合計がポート速度以下である必要があります。この制限によってパケットのエージングが発生する可能性がなくなるわけではないため、 ステートメントの使用
delay-buffer-rate
には注意が必要です。バーストの吸収には、ある程度の追加バッファリングが望ましい場合もありますが、遅延バッファ レートは論理インターフェイスのサービス レートを大きく超えることはできません。合計がポート速度を超えるように遅延バッファレートを設定した場合、設定した遅延バッファレートは、最後に設定した論理インターフェイスには実装されません。代わりに、その論理インターフェイスは遅延バッファ率0を受け取り、CLIに警告メッセージが表示されます。帯域幅が利用可能になった場合(別の論理インターフェイスが削除または非アクティブ化された、またはポート速度が向上したため)、設定された遅延バッファレートが再評価され、可能であれば実装されます。
論理インターフェイスの保証レートを実装できない場合、設定された遅延バッファ率がインターフェイス速度内であっても、その論理インターフェイスは遅延バッファレート0を受け取ります。後で論理インターフェイスの保証レートを満たすことができる場合、設定された遅延バッファレートが再評価され、遅延バッファレートが残りの帯域幅内にある場合は実装されます。
いずれかの論理インターフェイスに保証レートが設定されている場合、保証レートが設定されていないそのポート上の他のすべての論理インターフェイスは、遅延バッファレート0を受け取ります。これは、保証レート設定がないと、保証レート 0 に対応し、したがって遅延バッファ レートが 0 になるためです。
スケジューラ マップを論理インターフェイスに割り当てるには、 階層レベルで ステートメントを含め
scheduler-map
ます[edit class-of-service traffic-control-profiles profile-name]
。[edit class-of-service traffic-control-profiles profile-name] scheduler-map map-name;
スケジューラーとスケジューラーマップの設定については、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)を参照してください。
大きなバッファサイズを設定できるようにするには、 階層レベルで ステートメントを含め
q-pic-large-buffer
ます[edit chassis fpc slot-number pic pic-number]
。[edit chassis fpc slot-number pic pic-number] q-pic-large-buffer;
このステートメントを含めない場合、遅延バッファのサイズはより制限されます。詳細については、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)を参照してください。
論理インターフェイスでスケジューリングを有効にするには、 階層レベルで ステートメントを含め
per-unit-scheduler
ます[edit interfaces interface-name]
。[edit interfaces interface-name ] per-unit-scheduler;
このステートメントを含める場合、シングルポート ギガビット イーサネットIQ PICでサポートされるVLANの最大数は767です。2ポートギガビットイーサネットIQ PICでは、最大数は383です。
トラフィックスケジューリングプロファイルを論理インターフェイスに適用するには、階層レベルで出力トラフィック制御プロファイルステートメントを含めます
[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;
例:保証最低レートの設定
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
この計算の詳細については、 サービスクラスユーザーガイド(ルーターおよび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; } } }