[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

шейпер



День добрый
хочется оптимизировать существующий шейпер.
сейчас все шейпиться с помощью HTB + IMQ
хочется что бы шейпер стал более отзывчивым (резким)
пологаю что для этого надо будет в корне пересмотреть существующую схему,
иерархию классов

// подскажите в каком направлении думать стоит?

что работает сейчас
исходящий трафиик пока не рассматриваем,
входящий трафик делится на группы(классы) : 1. NAT трафик
      2. Mail, DMS, ICQ трафиик
      3. Squid трафик (default класс)
т.к. не нащлось способа загнать 3 трафик в определенный клас
то ему был отдан класс по умолчанию,
в который попадает все что не отфильтровано (по определнию)
1-й трафик создают 6 пользователей каждому пользователю по классу с гарантированной
полосой пропускания

RATEUP=290
RATEDN=290
DEV=eth1
....

tc qdisc add dev imq0 handle 1: root htb r2q 1 default 36
tc class add dev imq0 parent 1: classid 1:1 htb rate ${RATEDN}kbit ceil ${RATEDN}kbit
# блок NAT'о :-))
tc class add dev imq0 parent 1:1 classid 1:30 htb rate 16kbit ceil ${RATEDN}kbit prio 1 tc class add dev imq0 parent 1:1 classid 1:31 htb rate 16kbit ceil ${RATEDN}kbit prio 1 tc class add dev imq0 parent 1:1 classid 1:32 htb rate 16kbit ceil ${RATEDN}kbit prio 1 tc class add dev imq0 parent 1:1 classid 1:33 htb rate 16kbit ceil ${RATEDN}kbit prio 1 tc class add dev imq0 parent 1:1 classid 1:34 htb rate 16kbit ceil ${RATEDN}kbit prio 1 tc class add dev imq0 parent 1:1 classid 1:37 htb rate 57kbit ceil 57kbit prio 2
#
# mail, icq...
tc class add dev imq0 parent 1:1 classid 1:35 htb rate 16kbit ceil 66kbit prio 3
# все что не попало под другие классы (squid...)
tc class add dev imq0 parent 1:1 classid 1:36 htb rate 140kbit ceil 140kbit prio 2

tc qdisc add dev imq0 parent 1:30 handle 30: sfq perturb 10
tc qdisc add dev imq0 parent 1:31 handle 31: sfq perturb 10
tc qdisc add dev imq0 parent 1:32 handle 32: sfq perturb 10
tc qdisc add dev imq0 parent 1:33 handle 33: sfq perturb 10
tc qdisc add dev imq0 parent 1:34 handle 34: sfq perturb 10
tc qdisc add dev imq0 parent 1:35 handle 35: sfq perturb 10
tc qdisc add dev imq0 parent 1:36 handle 36: sfq perturb 10
tc qdisc add dev imq0 parent 1:37 handle 37: sfq perturb 10

ну а дальше фильтры всн загоняются с помощью u32
только в почтовый класс с помощью -j MARK

так вот когда один из пользователей (1-й трафик) начинает качать, то другие (из того же 1-го) испытывают дискомфорт при просмотре веб страниц а если к примеру кто нить из них тоже начнет что нить качать в этот же момент то вот тут скорость нормально делится...

так вот хочется что бы скорость делилась и когда кто нить в этот момент начал страницу грузить
куда копать?
спасибо





Reply to: