https://slinkov.ru/openforum/vsluhforumID1/95012.html Собственно для tc есть queue discipline DRR(Dificite Round Robin) .<br><br>Вкратце - умеет то же, что HTB, но вместо того, чтобы заполнять корзины токенами с определённой скоростью, потом их оттуда вынимать и т. д., просто присваивает каждой каждой очереди некоторый Dificit Counter, при отправке пакета - уменьшает его на размер пакета. Если DC меньше размера пакета, увеличивает размер DC на заданный для очереди quantum и переходит к следующей. Таким образом, можно делить исходящий траффик в некотором отношении, не зная заранее ширину канала(что требуется для HTB). Подробнее: http://www.unix.com/man-page/linux/8/tc-drr/<br><br>Setup: две машины, 172.16.1.1 и 172.16.1.2.<br><br>На первой - слушаем траффик:<br><br>nc -l 8111<br>nc -l 8112<br><br>На второй - проверяем скорость:<br><br>pv /dev/zero &#124; nc 172.16.1.1 8111<br>pv /dev/zero &#124; nc 172.16.1.1 8112<br><br>Пока скорость равная(pv - позволяет мерить скорость через pipeline). Добавляем на второй машине шейпер(сверху присобачен HTB для имитации ограничения скорости канала):<br><br>tc qd https://slinkov.ru/openforum/vsluhforumID1/95012.html#12 Thu, 19 Sep 2013 21:35:13 GMT Pinkbyte с ЛОРа нашёл решение: http://www.linux.org.ru/forum/admin/9585325?lastmod=1379626328792#comment-9601372<br><br>DRR не дропает пакеты. Поэтому достаточно повесить на концы pfifo limit 50 и всё работает как положено :)<br> https://slinkov.ru/openforum/vsluhforumID1/95012.html#11 Tue, 17 Sep 2013 06:15:22 GMT &gt;[оверквотинг удален]<br>&gt; Amount of bytes <br>&gt; a flow is allowed to dequeue before the sched- <br>&gt; uler moves to the next <br>&gt; class. Defaults to the MTU of the inter- <br>&gt; face. The minimum value is <br>&gt; 1.<br>&gt; Но, похоже, это почему-то не обеспечивает требуемого поведения. Странно, по идее должно <br>&gt; получаться, что при полной загрузке пакеты из класса с quantum 750 <br>&gt; должны отправляться в два раза реже, чем из класса с quantum <br>&gt; 1500. Пичаль :( <br><br>нет, прочитай ещё раз,при полной загрузке если mtu=1500 то отправляться будут также, попробуй числа кратные mtu (только для полной загрузки) там quantum к сдлиной пакета связан, если он меньше длины пакета то все равно какое значение (это судя по описанию)<br> https://slinkov.ru/openforum/vsluhforumID1/95012.html#10 Mon, 16 Sep 2013 20:47:40 GMT &gt; Логичнее (чтобы исключить все если) измерять скорость на первой машине, т.е. делать <br>&gt; честный download.<br><br>Попробовал считать скорость на принимающем хосте - тот же результат.<br><br>Зато, неожиданно, реальный большой файл передаётся быстрее, чем /dev/zero.<br><br>Вобщем пойду HTB настраивать с индивидуальным выставлением скорости для каждого филиала, красивое решение с DRR не прокатило :(<br><br> https://slinkov.ru/openforum/vsluhforumID1/95012.html#9 Mon, 16 Sep 2013 10:20:29 GMT http://www.cisco.com/en/US/products/hw/routers/ps167/products_tech_note09186a0080094c00.shtml#topic1<br>Да, похоже что поведение, которое вы ожидаете в данном случае, должно реализовываться.<br>Вы трафик генерируете на второй машине и там же измеряете?<br>М.б. кажущееся отсутствие результата из-за неправильного измерения?<br>Логичнее (чтобы исключить все если) измерять скорость на первой машине, т.е. делать честный download.<br>А у вас возможно так получается:<br>на второй машине генерируете трафик, измереяете скорость *генерации* еще до исходящей очереди, далее DRR и трафик попадает на первую машину - *но вы там скорость не измеряете*.<br>Т.е. не думаю что конструкция 'pv /dev/zero &#124; nc 172.16.1.1 8111' показывает вам скорость *с котрой трафик отдается в сеть, после всех очередей уже на выходе из интерфейса* <br> https://slinkov.ru/openforum/vsluhforumID1/95012.html#8 Mon, 16 Sep 2013 09:20:17 GMT &gt; http://users.ece.gatech.edu/~siva/ECE4607/presentations/DRR.pdf <br><br>В этом документе действительно про quantum ничего не написано. Я читал man tc-drr(http://www.unix.com/man-page/linux/8/tc-drr/):<br><br>ALGORITHM<br> Each class is assigned a deficit counter, initialized to quantum.<br><br> DRR maintains an (internal) ''active'' list of classes whose qdiscs are<br> non-empty. This list is used for dequeuing. A packet is dequeued from<br> the class at the head of the list if the packet size is smaller or<br> equal to the deficitcounter. If the counter is too small, it is<br> increased by quantum and the scheduler moves on to the next class in<br> the active list.<br><br>PARAMETERS<br> quantum<br> Amount of bytes a flow is allowed to dequeue before the sched-<br> uler moves to the next class. Defaults to the MTU of the inter-<br> face. The minimum value is 1.<br><br>Но, похоже, это почему-то не обеспечивает требуемого поведения. Странно, по идее должно получать https://slinkov.ru/openforum/vsluhforumID1/95012.html#7 Mon, 16 Sep 2013 09:02:09 GMT http://users.ece.gatech.edu/~siva/ECE4607/presentations/DRR.pdf<br>Насколько я сейчас это понимаю, DRR не рашает задачу так, как вы описали в начале (не аналог HTB).<br>DRR позволяет решить задачу честного распределения пропускной способности между потоками, аналогично SFQ, но используя меньшие вычислительные ресурсы + возможность явной классификация потоков.<br>Из описания алгоритма я так и не смог понять зачем нуже quantum и как quantum влияет на поведение трафика.<br> https://slinkov.ru/openforum/vsluhforumID1/95012.html#6 Mon, 16 Sep 2013 04:30:56 GMT &gt; как насчет http://people.netfilter.org/hawk/shaper-example/qos-DRR-example ??<br><br>У них там DRR без quantum в классах, это что-то типа эмуляции SFQ.<br> https://slinkov.ru/openforum/vsluhforumID1/95012.html#5 Mon, 16 Sep 2013 03:59:00 GMT &gt;[оверквотинг удален]<br>&gt; tc class add dev eth0 parent 1: classid 1:1 htb rate 100mbit <br>&gt; ceil 100mbit <br>&gt; tc qdisc add dev eth0 parent 1:1 handle 2: drr <br>&gt; tc class add dev eth0 parent 2: classid 2:1 drr quantum 600 <br>&gt; tc class add dev eth0 parent 2: classid 2:2 drr quantum 1400 <br>&gt; tc filter add dev eth0 parent 1: protocol ip prio 1 u32 <br>&gt; match ip dport 8111 0xffff classid 2:1 <br>&gt; tc filter add dev eth0 parent 1: protocol ip prio 1 u32 <br>&gt; match ip dport 8112 0xffff classid 2:2 <br>&gt; Скорость остаётся равной :( Куда копать?<br><br>как насчет http://people.netfilter.org/hawk/shaper-example/qos-DRR-example ??<br> https://slinkov.ru/openforum/vsluhforumID1/95012.html#4 Sun, 15 Sep 2013 19:12:54 GMT 200 и 60000 - то же самое, одинаковые скорости. Чего-то я в этом DRR не понимаю<br>