Lợi ích của việc sử dụng CBWFQ với tuyên bố hàng đợi công bằng là gì

Tôi chủ yếu nhìn thấy cấu hình của hàng đợi QoS dựa trên CBWFQ, phù thủy bị vấp ngã bởi bản đồ định hình. Một cái gì đó như ví dụ dưới đây.

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

Tất nhiên, nó được cấu hình trên giao diện thích hợp (ra).

Tôi biết về biến thể đơn giản của CBWFQ được gọi là WFQ. Nơi tôi không phải chỉ định các lớp (tự động tạo các lớp). Vâng, tôi cũng biết rằng nó được thực hiện bằng hàm băm từ tiêu đề và mỗi lớp có trọng số ... Và vì vậy, một ... Hầu như mọi khi, tôi thấy cấu hình của hàng đợi công bằng trên giao diện hoặc đơn giản, trong lớp mặc định được gọi là 'lớp mặc định '. Lớp mặc định này được cấu hình trên các giao diện thích hợp nhờ bản đồ cảnh sát. Vì vậy, cả hai cách nên có kết quả như nhau.

Nhưng, hôm nay tôi đã thấy một cái gì đó khiến tôi cảm thấy bồn chồn. Tôi đã thấy một cái gì đó giống như CBWFQ với câu lệnh hàng đợi mặc định trong lớp mặc định. Để giải thích rõ hơn, ví dụ.

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

Ở đây câu hỏi của tôi bắt đầu ... Điều đó có nghĩa là anh chàng đã cấu hình mặc định lớp với 'hàng đợi công bằng', 'gói giới hạn 1024 gói' được tạo từ CBWFQ bình thường WFQ? Giống như chúng ta có thể cấu hình nó trên giao diện? Và chỉ xác định các lớp WFQ một cách cố định, thay vì tự động đặc tả kỹ thuật mà các thiết bị của Cisco làm?

Nhưng tại sao? Nó không giống như một giải pháp tiêu chuẩn, phải không? Có thể là người đàn ông không biết mình đã làm gì ...

Cảm ơn bạn cho bất kỳ câu trả lời, hoặc liên kết có thể chỉ cho tôi hiểu nó đúng!

DaniEL

Để tóm tắt ý kiến ​​của tôi:

Lợi ích của việc sử dụng CBWFQ (xếp hàng công bằng có trọng số dựa trên lớp) với fair-queuecâu lệnh trong class-defaulthàng đợi (ví dụ thứ hai của bạn):

...
 class class-default
  fair-queue
  queue-limit 1024 packets
...

• Các gói sử dụng WFQ (xếp hàng công bằng có trọng số) để lập lịch và được xếp hàng dựa trên trọng lượng tính toán của chúng.

Khi sử dụng CBWFQ mà không có fair-queuecâu lệnh trong class-defaulthàng đợi (ví dụ đầu tiên của bạn):

...
 class class-default
  bandwidth remaining percent 20
  random-detect dscp-based      
...

• Các gói được hủy xếp hàng bằng cách sử dụng phương pháp FIFO (nhập trước xuất trước).