The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Шейпер и ifb"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [ Отслеживать ]

"Шейпер и ifb"  
Сообщение от StreSS on 02-Дек-08, 12:10 
Может кто знает ответ на вопрос: Почему если задать через tc полосу пропускания для исходящих пакетов с минимальной доступной шириной скажем в 10%, а максимальной 100%, это работает нормально, а вот если сделать тоже самое для ifb, то скорость входящего потока колеблется в районе минимальной доступной ширины, даже если канал полностью свободен.

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

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Шейпер и ifb"  
Сообщение от Z0termaNN (ok) on 02-Дек-08, 18:44 
>Может кто знает ответ на вопрос: Почему если задать через tc полосу
>пропускания для исходящих пакетов с минимальной доступной шириной скажем в 10%,
>а максимальной 100%, это работает нормально, а вот если сделать тоже
>самое для ifb, то скорость входящего потока колеблется в районе минимальной
>доступной ширины, даже если канал полностью свободен.
>
>Собственно изначально задача была порезать весь канал на части и зарезать торрент
>(дать наименьший приоритет) как для водящего, так и для исходящего трафика
>(торрента). Может я не в ту сторону смотрю. Канал узкий и
>торент его забивает сразу.

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Шейпер и ifb"  
Сообщение от Oleg_Rus email(ok) on 05-Дек-08, 09:41 
>[оверквотинг удален]
>>>доступной ширины, даже если канал полностью свободен.
>>>
>>>Собственно изначально задача была порезать весь канал на части и зарезать торрент
>>>(дать наименьший приоритет) как для водящего, так и для исходящего трафика
>>>(торрента). Может я не в ту сторону смотрю. Канал узкий и
>>>торент его забивает сразу.
>>
>>а можно на эти конструкции посмотреть ?
>
>ЭЭхх позновато, завтра (04.12) напишу.

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Шейпер и ifb"  
Сообщение от Dimiurg (ok) on 28-Фев-09, 18:10 
#Удаляем дисциплину вместе со всеми классами и фильтрами которые касаются 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кб\с

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру