Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

リンクサービスインターフェイスのサービスクラス

論理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] を設定できます。

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 プロファイルを設定する例を示します。

メモ:

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]

転送クラスごとのフラグメント化しきい値を設定するには、フラグメント化マップに ステートメントを含め 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]

設定例については、次のトピックを参照してください。

リンクサービスPICリンクサービス(ls-)インターフェイスでは、フラグメント化マップはサポートされていません。代わりに、 階層レベルで ステートメント[edit interfaces interface-name unit logical-unit-number]を含めるinterleave-fragmentsことで LFI を有効にします。詳細については、 リンクサービス論理インターフェイスでの遅延センシティブパケットインターリーブの設定を参照してください。

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バンドル物理インターフェイスレベルでのトラフィック制御機能のサポートは、この制限に対処します。

インターフェイスのオーバーサブスクリプションを設定するには、次の手順を実行します。

  1. 階層レベルで ステートメント shaping-rate を含めます [edit class-of-service traffic-control-profiles profile-name]

    メモ:

    物理インターフェイスベースで 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 インターフェイスでの保証最小レートの設定を参照してください。

  2. 必要に応じて、遅延バッファ レートに基づいて遅延バッファを計算することもできます。これを行うには、 階層レベルで ステートメントを含め delay-buffer-rate ます [edit class-of-service traffic-control-profiles profile-name]

    メモ:

    物理インターフェイスベースで FRF.16 バンドル インターフェイスのオーバーサブスクリプションを設定する場合、パーセンテージで指定delay-buffer-rateする必要があります

    遅延バッファ レートは、遅延バッファ計算の基準となるシェーピング レートをオーバーライドします。つまり、遅延バッファ レートが設定されていない場合にのみ、シェーピング レートまたはスケーリングされたシェーピング レートが遅延バッファの計算に使用されます。

    LSQ インターフェイスでは、遅延バッファ レートを設定しない場合、保証レート(CIR)を使用してバッファが割り当てられます。保証レートを設定しない場合、アンダーサブスクライブのケースではシェーピング レート(PIR)が使用され、オーバーサブスクライブのケースではスケーリングされたシェーピング レートが使用されます。

    LSQ インターフェイスでは、遅延バッファ レートをパーセンテージで設定できます。

    IQおよびIQ2インターフェイスでは、遅延バッファレートを1000〜6,400,000,000,000ビット/秒の絶対レートとして設定できます。

    実際の遅延バッファは、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)に記載されている計算に基づいています。遅延バッファレートの適用方法を示す例については、 例:LSQインターフェイスをオーバーサブスクライブするを参照してください。

    比較的低速なリンクで大きなバッファを設定すると、パケットのエージングが発生する可能性があります。この問題を回避するために、ソフトウェアでは、遅延バッファ レートの合計がポート速度以下である必要があります。

    この制限によってパケットのエージングが発生する可能性がなくなるわけではないため、 ステートメントの使用 delay-buffer-rate には注意が必要です。バーストの吸収には、ある程度の追加バッファリングが望ましい場合もありますが、遅延バッファ レートは論理インターフェイスのサービス レートを大きく超えることはできません。

    合計がポート速度を超えるように遅延バッファレートを設定した場合、設定した遅延バッファレートは、最後に設定した論理インターフェイスには実装されません。代わりに、その論理インターフェイスは遅延バッファ率ゼロを受信し、CLIに警告メッセージが表示されます。帯域幅が利用可能になった場合(別の論理インターフェイスが削除または非アクティブ化された、またはポート速度が向上したため)、設定された遅延バッファレートが再評価され、可能であれば実装されます。

    遅延バッファ レートまたは保証レートを設定しない場合、論理インターフェイスは、シェーピング レートと利用可能な残りの遅延バッファ レートに比例した遅延バッファ レートを受け取ります。つまり、遅延バッファ率が設定されていない各論理インターフェイスの遅延バッファ率は、次のようになります。

    残りの遅延バッファレートは以下で等しくなります。

  3. スケジューラ マップを論理インターフェイスに割り当てるには、 階層レベルで ステートメントを含め scheduler-map ます [edit class-of-service traffic-control-profiles profile-name]

    スケジューラーとスケジューラーマップの設定については、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)を参照してください。

  4. オプションで、大きなバッファー・サイズを構成できます。これを行うには、 階層レベルで ステートメントを含め q-pic-large-buffer ます [edit chassis fpc slot-number pic pic-number]

    このステートメントを含めない場合、遅延バッファのサイズはより制限されます。音声トラフィックなどの遅延の影響を受けやすいトラフィックには、制限付きバッファを推奨します。詳細については、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)を参照してください

  5. 論理インターフェイスでスケジューリングを有効にするには、 階層レベルで ステートメントを含め per-unit-scheduler ます [edit interfaces interface-name]

    このステートメントを含める場合、シングルポート ギガビット イーサネットIQ PICでサポートされるVLANの最大数は768です。2ポートギガビットイーサネットIQ PICでは、最大数は384です。

  6. FRF.16 バンドルの物理インターフェイスのスケジューリングを有効にするには、 階層レベルで ステートメントを含め no-per-unit-scheduler ます [edit interfaces interface-name]

  7. 論理インターフェイスにトラフィックスケジューリングプロファイルを適用するには、 階層レベルで ステートメントを含め output-traffic-control-profile ます [edit class-of-service interfaces interface-name unit logical-unit-number]

    論理インターフェイスの設定adaptive-shaperscheduler-mapshaping-rateに、 のいずれかvirtual-channel-groupのステートメントが含まれている場合、 ステートメントを設定output-traffic-control-profileに含めることはできません。

    さまざまな設定で帯域幅と遅延バッファがどのように割り当てられるかを示す表については、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)を参照してください。

例:LSQ インターフェイスのオーバーサブスクライブ

論理インターフェイスに基づくスケジューリングによるLSQインターフェイスのオーバーサブスクライブ

FRF.16バンドル上のDLCIを表す論理インターフェイスにトラフィック制御プロファイルを適用します。

物理インターフェイスに基づくスケジューリングによるLSQインターフェイスのオーバーサブスクライブ

FRF.16 バンドルを表す物理インターフェイスにトラフィック制御プロファイルを適用します。

LSQ インターフェイスでの保証最小レートの設定

ASおよびマルチサービスPICのギガビットイーサネットIQPIC、チャネル化されたPIC、FRF.16リンクサービスIQ(LSQ)インターフェイスでは、CIR(認定情報レート)とも呼ばれる保証帯域幅を設定できます。これにより、各論理インターフェイスに保証レートを指定することができます。保証料金は最低です。余剰の物理インターフェイス帯域幅が使用可能な場合、論理インターフェイスは、インターフェイスにプロビジョニングされた保証レート以上のものを受け取ります。

保証レートの合計が物理インターフェイスの帯域幅、または LSQ インターフェイスのバンドル帯域幅を超えるようにプロビジョニングすることはできません。保証レートの合計がインターフェイスまたはバンドルの帯域幅を超えた場合、コミット操作は失敗しませんが、保証レートの合計が利用可能なバンドル帯域幅と等しくなるように、ソフトウェアは自動的にレートを下げます。

保証された最低レートを設定するには、次の手順を実行します。

  1. 階層レベルで ステートメント guaranteed-rate を含めます [edit class-of-service traffic-control-profiles profile-name]

    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スイッチ)を参照してください

  2. 必要に応じて、遅延バッファ レートに基づいて遅延バッファを計算することもできます。これを行うには、 階層レベルで ステートメントを含め delay-buffer-rate ます [edit class-of-service traffic-control-profiles profile-name]

    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 になるためです。

  3. スケジューラ マップを論理インターフェイスに割り当てるには、 階層レベルで ステートメントを含め scheduler-map ます [edit class-of-service traffic-control-profiles profile-name]

    スケジューラーとスケジューラーマップの設定については、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)を参照してください。

  4. 大きなバッファサイズを設定できるようにするには、 階層レベルで ステートメントを含め q-pic-large-buffer ます [edit chassis fpc slot-number pic pic-number]

    このステートメントを含めない場合、遅延バッファのサイズはより制限されます。詳細については、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)を参照してください

  5. 論理インターフェイスでスケジューリングを有効にするには、 階層レベルで ステートメントを含め per-unit-scheduler ます [edit interfaces interface-name]

    このステートメントを含める場合、シングルポート ギガビット イーサネットIQ PICでサポートされるVLANの最大数は767です。2ポートギガビットイーサネットIQ PICでは、最大数は383です。

  6. トラフィックスケジューリングプロファイルを論理インターフェイスに適用するには、階層レベルで出力トラフィック制御プロファイルステートメントを含めます [edit class-of-service interfaces interface-name unit logical-unit-number]

例:保証最低レートの設定

2つの論理インターフェイスユニット、 と 1は、0それぞれ最低 750 Kbps と 500 Kbps が保証されてプロビジョニングされます。論理ユニット1の場合、遅延バッファは保証レート設定に基づきます。論理ユニット0の場合、500 Kbpsの遅延バッファレートが指定されています。各論理インターフェイスに割り当てられる実際の遅延バッファは、500 Kbps の 2 秒です。2 秒の値は、次の計算に基づいています。

この計算の詳細については、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)を参照してください。