CBWFQに基づいたQoSキューの設定をよく目にしますが、魔女はシェーピングマップによってトリップされます。以下の例のようなもの。
policy-map test
class test
bandwidth remaining percent 20
random-detect dscp-based
class test2
bandwidth remaining percent 20
random-detect dscp-based
class test3
bandwidth remaining percent 20
random-detect dscp-based
class test4
bandwidth remaining percent 20
random-detect dscp-based
class class-default
bandwidth remaining percent 20
random-detect dscp-based
policy-map shape-test
class class-default
shape average xxx
service-policy test
もちろん、適切なインターフェイス(out)で構成されています。
私はWFQと呼ばれるCBWFQの単純な変形について知っています。クラスを指定する必要がない場合(クラスの自動作成)。ええ、私はそれがヘッダーからのハッシュによって行われることも知っています、そして各クラスには重みがあります...そしてそれで1つ... '。このデフォルトクラスは、police-mapのおかげで適切なインターフェイスに設定されます。したがって、両方の方法で同じ結果が得られるはずです。
しかし、今日、私は不安を感じる何かを見ました。class-defaultにfair-queueステートメントを含むCBWFQのようなものを見ました。より良い説明のために、例。
policy-map test
class test
bandwidth remaining percent 20
random-detect dscp-based
class test2
bandwidth remaining percent 20
random-detect dscp-based
class test3
bandwidth remaining percent 20
random-detect dscp-based
class test4
bandwidth remaining percent 20
random-detect dscp-based
class class-default
fair-queue
queue-limit 1024 packets
policy-map shape-test
class class-default
shape average xxx
service-policy test
ここで私の質問が始まります...それは、CBWFQの通常のWFQから作成された「fair-queue」、「queue-limit 1024パケット」を使用してclass-defaultを構成した人ですか?インターフェイスで設定できるのと同じですか?そして、シスコデバイスが自動的に指定するのではなく、WFQクラスを固定的に指定しただけですか?
しかし、なぜ?それは標準的なソリューションのようには見えませんね。 男は自分が何をしたか知らなかった可能性があります...
任意の回答、または正しく理解するためのリンクをありがとう!
ダニエル
fair-queue
内のステートメントclass-default
(2番目の例)でCBWFQを使用する利点は、前述のように、計算された重みに基づいてパケットがデキューされることです。fair-queue
ステートメントなしでCBWFQを使用すると(最初の例)、パケットは物理インターフェイスでFIFO(先入れ先出し)メソッドを使用してキューから取り出されます。