☰

Linux qos：tc DRR qdisc 不起作用

tag-icon • tag-icon linux qos tc
Linux qos：tc DRR qdisc 不起作用

有tc佇列規則DRR(Dificite Round Robin)。

它具有與 HTB 相同的功能，但它不使用填充令牌的儲存桶，而是為每個佇列分配一些 Dificit Counter。發送資料包時，DC 會依資料包大小減少。如果 DC 小於封包大小，則 DC 會增加佇列的量並處理下一個佇列。因此，它可以在不知道通道寬度（HTB 需要）的情況下以某種比例劃分傳出流量。看http://www.unix.com/man-page/linux/8/tc-drr/

設定：兩台主機，172.16.1.1 和 172.16.1.2。

在第一台主機上，我們正​​在監聽流量：

nc -l 8111
nc -l 8112

在第二台主機上，我們檢查速度：

pv /dev/zero | nc 172.16.1.1 8111
pv /dev/zero | nc 172.16.1.1 8112

現在速度相等（pv 是實用程序，允許測量透過管道傳輸資料的速度）。在第二台主機上新增 DRR（頂部的 HTB 用於模擬真實通道速度限制）：

tc qdisc add dev eth0 root handle 1: htb
tc class add dev eth0 parent 1: classid 1:1 htb rate 100mbit ceil 100mbit
tc qdisc add dev eth0 parent 1:1 handle 2: drr
tc class add dev eth0 parent 2: classid 2:1 drr quantum 600
tc class add dev eth0 parent 2: classid 2:2 drr quantum 1400
tc filter add dev eth0 parent 1: protocol ip prio 1 u32 match ip dport 8111 0xffff classid 2:1
tc filter add dev eth0 parent 1: protocol ip prio 1 u32 match ip dport 8112 0xffff classid 2:2

速度不變:(我做錯了什麼？

答案1

答：DRR 本身不會丟棄資料包。要獲得所需的行為，請將子 qdisc 新增至 DRR 子類，例如pfifo limit 50使子 qdisc 丟棄資料包，而不是無限期地有效地對它們進行排隊。解決方案在這裡找到：linux.org.ru 線程

參考：人 tc-drr

注意 此實作不會在溢出時從最長佇列中丟棄資料包，因為限制是由各個子 qdisc 處理的。

答案2

drr 是一個調度程式，您仍然需要為具有 htb 的類別分配不同的頻寬。我猜您將量子指定為 600 和 1400 會得到接近 1:2 的比率。事實上它不會。只有在擁塞的情況下，您的配置才可能接近該比率，例如創建多個 UDP 流，然後測量兩個有問題的流，但這仍然不是您所期望的。

相關內容