Может кто знает ответ на вопрос: Почему если задать через tc полосу пропускания для исходящих пакетов с минимальной доступной шириной скажем в 10%, а максимальной 100%, это работает нормально, а вот если сделать тоже самое для ifb, то скорость входящего потока колеблется в районе минимальной доступной ширины, даже если канал полностью свободен.

Собственно изначально задача была порезать весь канал на части и зарезать торрент (дать наименьший приоритет) как для водящего, так и для исходящего трафика (торрента). Может я не в ту сторону смотрю. Канал узкий и торент его забивает сразу.

• Шейпер и ifb,Z0termaNN, 18:44 , 02-Дек-08
  • Шейпер и ifb,StreSS, 08:04 , 03-Дек-08
    • Шейпер и ifb,Oleg_Rus, 09:41 , 05-Дек-08
      • Шейпер и ifb,Dimiurg, 18:10 , 28-Фев-09

>Может кто знает ответ на вопрос: Почему если задать через tc полосу
>пропускания для исходящих пакетов с минимальной доступной шириной скажем в 10%,
>а максимальной 100%, это работает нормально, а вот если сделать тоже
>самое для ifb, то скорость входящего потока колеблется в районе минимальной
>доступной ширины, даже если канал полностью свободен.
>
>Собственно изначально задача была порезать весь канал на части и зарезать торрент
>(дать наименьший приоритет) как для водящего, так и для исходящего трафика
>(торрента). Может я не в ту сторону смотрю. Канал узкий и
>торент его забивает сразу.

а можно на эти конструкции посмотреть ?

>[оверквотинг удален]
>>а максимальной 100%, это работает нормально, а вот если сделать тоже
>>самое для ifb, то скорость входящего потока колеблется в районе минимальной
>>доступной ширины, даже если канал полностью свободен.
>>
>>Собственно изначально задача была порезать весь канал на части и зарезать торрент
>>(дать наименьший приоритет) как для водящего, так и для исходящего трафика
>>(торрента). Может я не в ту сторону смотрю. Канал узкий и
>>торент его забивает сразу.
>
>а можно на эти конструкции посмотреть ?

ЭЭхх позновато, завтра (04.12) напишу.

>[оверквотинг удален]
>>>доступной ширины, даже если канал полностью свободен.
>>>
>>>Собственно изначально задача была порезать весь канал на части и зарезать торрент
>>>(дать наименьший приоритет) как для водящего, так и для исходящего трафика
>>>(торрента). Может я не в ту сторону смотрю. Канал узкий и
>>>торент его забивает сразу.
>>
>>а можно на эти конструкции посмотреть ?
>
>ЭЭхх позновато, завтра (04.12) напишу.

Хмм... сегодня уже 5ое число, а конфигов так и нет
Уже решена задача?

#Удаляем дисциплину вместе со всеми классами и фильтрами которые касаются eth0
tc qdisc del dev ppp0 root
tc qdisc del dev ppp0 ingress
tc qdisc del dev ifb0 root
tc qdisc del dev ifb0 ingress
tc qdisc del dev ifb1 root
tc qdisc del dev ifb1 ingress
tc qdisc del dev ppp10 root
tc qdisc del dev ppp10 ingress
tc qdisc del dev ppp11 root
tc qdisc del dev ppp11 ingress
tc qdisc del dev ppp13 root
tc qdisc del dev ppp13 ingress

#Скорость интернета
RATE_IN=1024 #WebStream  1024 x2(так как htb)
USERS=4
MAX=768

#Защита от переполнения очереди в модеме
tc qdisc add dev ppp0 root tbf rate ${RATE_IN}kbit latency 20ms burst 1500

#Создаем интерфейсы
modprobe act_mirred
modprobe ifb
ifconfig ifb0 up
ifconfig ifb1 up

#########_РЕЖЕМ ИСХОДЯЩИЙ ТРАФИК_ifb0_###################################################
# перенаправлять выходящие пакеты с ... в ifb0
tc qdisc add dev ppp10 root handle 1: prio
tc filter add dev ppp10 parent 1: protocol ip u32 match u32 0 0 action mirred egress redirect dev ifb0
tc qdisc add dev ppp11 root handle 1: prio
tc filter add dev ppp11 parent 1: protocol ip u32 match u32 0 0 action mirred egress redirect dev ifb0
tc qdisc add dev ppp13 root handle 1: prio
tc filter add dev ppp13 parent 1: protocol ip u32 match u32 0 0 action mirred egress redirect dev ifb0

tc qdisc add dev ifb0 root handle 2: htb default 99
tc class add dev ifb0 parent 2: classid 2:1 htb rate ${RATE_IN}kbit ceil ${RATE_IN}kbit
tc class add dev ifb0 parent 2:1 classid 2:99 htb rate ${RATE_IN}kbit ceil ${RATE_IN}kbit prio 60
tc class add dev ifb0 parent 2:1 classid 2:10 htb rate $[$RATE_IN/$USERS]kbit ceil ${MAX}kbit prio 51
tc class add dev ifb0 parent 2:1 classid 2:11 htb rate $[$RATE_IN/$USERS]kbit ceil ${MAX}kbit prio 52
tc class add dev ifb0 parent 2:1 classid 2:13 htb rate $[$RATE_IN/$USERS]kbit ceil ${MAX}kbit prio 50

#tc qdisc add dev ifb0 parent 2:10 handle 100: sfq perturb 10
#tc qdisc add dev ifb0 parent 2:11 handle 110: sfq perturb 10
#tc qdisc add dev ifb0 parent 2:13 handle 130: sfq perturb 10

tc filter add dev ifb0 protocol ip parent 2:0 prio 2 u32 match ip dst 172.18.0.10/32 flowid 2:10
tc filter add dev ifb0 protocol ip parent 2:0 prio 2 u32 match ip dst 172.18.0.11/32 flowid 2:11
tc filter add dev ifb0 protocol ip parent 2:0 prio 2 u32 match ip dst 172.18.0.13/32 flowid 2:13

во первых по показателям gkrellm скорость на ifb0 в 2 раза быше, тоесть при скачивании файлов на скорости 120кб\с на ifb будет ~250кб\с
во вторых если ppp11 начинает качать скорость его не поднимается выше 100кб/c тоесть за свой ceil не выходит, но зато нарушает rate ppp10 и ppp13 тоесть на них скорость около 10кб\с

В чем может быть проблема?