Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

各キューにカスタム転送クラスを設定する

デフォルトでは、4つのキューが4つのデフォルト転送クラスに割り当てられ、それぞれがキュー番号、名前、省略形を持っています。

ベスト プラクティス:

CoS 設定は非常に複雑な場合があるため、シナリオで必要とされない限り、デフォルトのクラス名やキュー番号の関連付けを変更しないことをお勧めします。

ネットワークに4つ以上のデフォルト転送クラスが必要な場合、以下の手順を使用してカスタム転送クラス名を作成し、 階層レベルに ステートメントを含 forwarding-classes めることで各転送クラスを任意のキュー番号に [edit class-of-service] 割り当てることができます。

class階層レベルの [edit class-of-service forwarding-classes] および queue ステートメントは、相互に排他的です。転送クラスの1対1マッピングを最大8つの転送クラスの出力キューに設定する場合は、 階層レベルで ステートメントを[edit class-of-service forwarding-classes]使用queueします。複数の転送クラスを単一の出力キューにマッピングして最大16の転送クラスを設定したい場合(最大16のカスタム転送クラスの設定を参照)、 階層レベルに ステートメントを[edit class-of-service forwarding-classes]含めますclass

同じ転送クラスを 2 つの異なるキューに割り当てる設定をコミットすることはできません。

注意:

エグレスインターフェイスに関連するスケジューラを持たない転送クラスにパケットを分類することは推奨しません。このような設定を行うと、設定されていないスケジューリング クラスに十分なバッファ領域が欠けている可能性があるため、不要なパケット ドロップが発生する可能性があります。例えば、キュー0を定義しないカスタムスケジューラマップを設定し、デフォルトの分類子が受信パケットをベストエフォートクラス(キュー0)に割り当てる場合、ベストエフォート型転送クラスの設定されていないエグレスキューには、短いパケットバーストにも対応できる十分なスペースがない可能性があります。

デフォルトの輻輳および送信制御メカニズムは、出力インターフェイスが特定の転送クラスに設定されていないが、その設定されていない転送クラス宛てのパケットを受信する場合に使用されます。このデフォルトメカニズムは、デフォルトのドロッププロファイルで、指定された転送クラスに割り当てられた遅延バッファと WRR(Weighted Round Robin)クレジットを使用します。バッファと WRR クレジット割り当てが最小限であるため、インターフェイスに転送クラスを設定せずに、より多くのパケットを転送すると、パケットが失われる可能性があります。

注意:

デフォルトの転送クラスの 1 つとして同じキューに転送クラスを定義すると、デフォルトの転送クラスが自動的に削除されます。例えば、デフォルトbest-effort転送クラスのキューであるキュー 0 にクラスbeを定義すると、best-effortクラスは削除されます。

特定のキュー番号に複数の転送クラスを定義し、新しいクラスの1つにデフォルト転送クラスの名前を使用する場合、デフォルト名を持つ新しいクラスが削除されます。

カスタム転送クラス名を作成し、各転送クラスを任意のキュー番号に割り当てるには、

  1. CoS 転送クラス設定階層にアクセスします。
  2. 転送クラス名とキュー番号を指定します。