Linux + tc + приоритезация

[Zohan]

Имеется ядро 2.6.32 или 2.6.38

 

2 интерфейса: eth0 смотрит внутрь сети на абонентов с реальниками, eth1 на аплинкера, поднята BGP сессия, трафик около 500 Мбит.

Хочется сделать приоритезацию трафика, например для http dns трафика.

Согласно многочисленных мануалов и гугла собираюсь сделать так:

 

 

# инициализируем корневую дисциплину

tc qdisc add dev $1 root handle 1: prio

 

# создаем два класса для трафика

tc qdisc add dev $1 parent 1:1 handle 10: sfq

tc qdisc add dev $1 parent 1:2 handle 20: sfq

 

# отправляем весь приоритетный трафик по портам в класс 1

tc filter add dev $1 parent 1:0 protocol ip prio 1 u32 match ip dport 80 0xffff flowid 1:1

tc filter add dev $1 parent 1:0 protocol ip prio 1 u32 match ip dport 443 0xffff flowid 1:1

tc filter add dev $1 parent 1:0 protocol ip prio 1 u32 match ip dport 53 0xffff flowid 1:1

tc filter add dev $1 parent 1:0 protocol ip prio 1 u32 match ip sport 80 0xffff flowid 1:1

tc filter add dev $1 parent 1:0 protocol ip prio 1 u32 match ip sport 443 0xffff flowid 1:1

tc filter add dev $1 parent 1:0 protocol ip prio 1 u32 match ip sport 53 0xffff flowid 1:1

 

 

Вопрос: нужно ли явно еще весь неклассифицированный трафик пускать в отдельную очередь с пониженным приоритетом и как это сделать?

 

Еще у очередей классов должен быть размер, как его поменять?

 

На Фре делал не раз через ALTQ, а вот на Линуксе первый раз :)

Edited May 1, 2011 by Zohan

[photon]

Если сервисы правильно заполняют поле Type of Service в IP-пакетах, то Linux автоматом приоритизирует нужный трафик, потому что там по умолчанию работает дисциплина pfifo_fast. Можно для пробы поснифать трафик и посмотреть, заполнено ли там поле ToS. Если да, то не стоит заморачиваться и загружать роутер лишней работой.

 

Для классификации трафика вручную, на основе номеров портов, следует делать примерно так: http://lartc.org/howto/lartc.qdisc.classful.html#AEN903

Edited May 1, 2011 by photon

[Zohan]

По поводу поля Type of Service в IP-пакетах - речь идет о маршрутизации, транзите пользовательского трафика, думаю что у 99% не заполняется это поле.

Именно поэтому хочется сделать приоритезацию на основе TCP/UDP портов.

 

Порыв немного глубже понял что можно вот так отправить весь неклассифицированный трафик в другую очередь с другим приоритетом:

tc filter add dev eth0 parent 1:0 protocol ip prio 2 u32 match ip src 0/0 flowid 1:2

 

либо т.к. поле ToS в большинстве случаев не заполнено, то можно и так:

 

tc filter add dev eth0 parent 1:0 prio 2 protocol ip u32 match ip tos 0x00 0xffff flowid 1:2

Edited May 2, 2011 by Zohan