Назад | Перейти на главную страницу

linux tc htb пропускная способность игнорируется и дает неправильные результаты

Я настраиваю несколько очередей пакетов htb так:

tc qdisc add dev eth0 root handle 10: htb
tc qdisc add dev eth1 root handle 10: htb

tc class add dev eth0 parent 10: classid 10:1012 htb rate 750kbps ceil 750kbps
tc filter add dev eth0 parent 10: protocol ip prio 10 handle 1: cgroup
tc class add dev eth1 parent 10: classid 10:1012 htb rate 750kbps ceil 750kbps
tc filter add dev eth1 parent 10: protocol ip prio 10 handle 1: cgroup

И я тестирую это, загружая файл размером 10 МБ с помощью wget. Я убедился, что на пакетах указан правильный classid.

Когда я выполняю загрузку без этих правил tc, я получаю среднюю скорость загрузки ~ 9 МБ / с.

Когда я применяю ограничение, моя скорость падает, но падает до неправильного числа. Он стабильно достигает 3,7 МБ / с.

Я понятия не имею, почему мой лимит так сильно превышает, особенно учитывая, что у меня установлен потолок. Я заметил, что загрузка, похоже, начинается с ограничения 750 кбит / с, но затем начинает постепенно набирать скорость.

У кого-нибудь есть идеи, что я делаю неправильно?

Ура!

Без дополнительных знаний о вашей реальной конфигурации я предполагаю, что у вас проблема с cgroup.

Попробуйте это исключить ваши контрольные группы и просто ограничить само устройство.

#!/bin/bash

# Using ifb device to shape ingress traffic
modprobe ifb
ifconfig ifb0 up

# flush tc
tc qdisc del dev eth0 root &> /dev/null
tc qdisc del dev eth0 ingress &> /dev/null
tc qdisc del dev ifb0 root &> /dev/null

# limit all outbound traffic
tc qdisc add dev eth0 root handle 1: htb default 1
tc class add dev eth0 parent 1: classid 1:1 htb rate 1mbit

# forward inbound traffic to ifb
tc qdisc add dev eth0 ingress
tc filter add dev eth0 parent ffff: protocol all u32 match u32 0 0 action mirred egress redirect dev ifb0

# limit all inbound traffic via ifb egress
tc qdisc add dev ifb0 root handle 1: htb default 1
tc class add dev ifb0 parent 1: classid 1:1 htb rate 1mbit

Протестируйте, и вы увидите, что он работает как с входящим, так и с исходящим. Если вы хотите ограничиться только в одном направлении, просто игнорируйте другую часть.