アーキテクチャによって異なります。ルータでサポートされません。ルータによってサポートされません。メカニズムを使用します。キューには、関連付けられた割当値(ラウンドごとに処理されるバイト数の平均)、およびこの割当値に初期設定された収支カウンタが含まれています。バイトの平均パケットでスケジュールするラウンドロビン方式で実行します。キューのパケットへの対応が行われます。カウンタを減らします。以下になると、キューは処理されません。新しいラウンドが始まると、そのたびに空でない各キューの不足カウンタが量子値だけ増えます。完全優先モード—キューは空でない時はいつでも保守されます。このため、このトラフィックの遅延は最低限に抑えられます。代替モード—低レテンシキューはそれ自身と他のキューの間で保守された交互になることです。この低レテンシキューは非常に低い遅延および低ジッターを必要とする時間に敏感なトラフィックに絶対に必要です。ジッター必要条件はかなり厳密であり、これらの必要条件を満たす唯一の方法は完全優先モードを使用することです。レベル契約)では、低遅延と低ジッタ、さらに無損失が必須です。クラスにより多くの遅延およびこうしてより多くのジッタをもたらします。クラスのバーストを持っていることは許されています。この場合、他のクラスは短い時刻(多分数百の間、非常に不足していますか。(CoS)はレガシーCOSシンタクスによって設定する必要があります。構文を使用する場合にだけ利用可能です。ハードウェアでは、キューごとの出力シェーピングおよびポリシングがサポートされています。キューイングのスーパーセットが提供されます。CLI(MQC)とは何ですか。シリーズではどこでサポートされていますか。機能の設定が容易になっています。インターフェイスを参照して下さい。他のプラットフォームの実装からわずかに異なります。わずかに異なるかもしれません。サポートに関して、次の例外があります。リリースでサポートされます。以来サポートされます。以来サポートされます。キューだけをサポートします。よってしか設定することができません。これはすべてのラインカードに当てはまります。(CoS)について知りません。ポリシーを使用できません。キューは宛先スロットあるいはポートに関連していることが、その理由です。インプットキューは宛先スロットかポートを無視してインプットインターフェイスと、もっぱら関連付ける必要があります。