[Sysadmins] tc

[Sysadmins] tc

[Anton Gorlov]

Ммм..как бы средстьвами tc+iptables организовать такую вещь:
Здача сделать шейпер.
Что нужно от него - есть улиенты которых нужно пускать в инет на 
скорости 64К скажем а во внутренюю сеть со скоростью 128К (всего 
получается 192К) и клиенты которых нужно  пускать как 128/128 (256 всего).

Сейчас это сделано на базе bsd...но хочется избавиться от...
Сейчас оно сделано так - приходит на 1 интерфейс, найтится шейпится из 
сети скажем 10.10.65.xx в 10.10.165.xx (ipnat+ipfw+pipe)
Ъотя от ната вообще было бы интересно избавиться..то ест ьскажем у 
клиента шлюзомстоит  ип 1 интерфейса шейпера..а шейпер уже отдлаёт 
пакетики дальше только зашейпив.


Как бы такое сделать средствами tc?

-- 
   np: silence

Re: [Sysadmins] tc

[Denis Klimov]

Если я правильно понял и ip клиентов 10.10.65.xx, внутреняя сеть
10.10.165.xx то применяя htb можно сделать так:

tc qdisc add dev eth0 root handle 1: htb;
# Задаем общую скорость
tc class add dev eth0 parent 1: classid 1:1 htb rate 100M;

#Даем 128К из внутренней сети, нужно повторить для каждого клиента, 
#увеличивая classid 1:x в первой строке и соответственно flowid 1:х во второй. IP клиента в данном примере 10.10.65.123
tc class add dev eth0 parent 1:1 classid 1:1 htb rate 128kbit;
tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 match ip dst 10.10.65.123 match ip src 10.10.165.0/24 flowid 1:1;


#Повторяем для каждого клиента, которому надо дать 64К инета, продолжая увеличивать classid и flowid
tc class add dev eth0 parent 1:1 classid 1:10 htb rate 64kbit;
tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 match ip dst 10.10.65.123 flowid 1:10;

Аналогично для клиентов, которым надо дать инет 128К

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

On Wed, 22 Aug 2007 00:28:42 +0400 Anton Gorlov wrote:

> Ммм..как бы средстьвами tc+iptables организовать такую вещь:
> Здача сделать шейпер.
> Что нужно от него - есть улиенты которых нужно пускать в инет на 
> скорости 64К скажем а во внутренюю сеть со скоростью 128К (всего 
> получается 192К) и клиенты которых нужно  пускать как 128/128 (256 всего).
> 
> Сейчас это сделано на базе bsd...но хочется избавиться от...
> Сейчас оно сделано так - приходит на 1 интерфейс, найтится шейпится из 
> сети скажем 10.10.65.xx в 10.10.165.xx (ipnat+ipfw+pipe)
> Ъотя от ната вообще было бы интересно избавиться..то ест ьскажем у 
> клиента шлюзомстоит  ип 1 интерфейса шейпера..а шейпер уже отдлаёт 
> пакетики дальше только зашейпив.
> 
> 
> Как бы такое сделать средствами tc?
> 
> -- 
>    np: silence
> _______________________________________________
> Sysadmins mailing list
> Sysadmins@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sysadmins

--
Denis Klimov 
zver

Re: [Sysadmins] tc

[Anton Gorlov]

Denis Klimov пишет:
> Если я правильно понял и ip клиентов 10.10.65.xx, внутреняя сеть
> 10.10.165.xx то применяя htb можно сделать так:
Не..внутренняя сеть имеет реальные IP-адресса.. а клиенты и реальные и 
серые.
Для чего чесно говоря они  сейчас натятся из 1 серого ипишника в другой 
и потмо ещё раз натятся на циске я чесно говоря не совсем понимаю..всё 
было украдено до нас..



> tc qdisc add dev eth0 root handle 1: htb;
> # Задаем общую скорость
> tc class add dev eth0 parent 1: classid 1:1 htb rate 100M;
> 
> #Даем 128К из внутренней сети, нужно повторить для каждого клиента, 
> #увеличивая classid 1:x в первой строке и соответственно flowid 1:х во второй. IP клиента в данном примере 10.10.65.123
> tc class add dev eth0 parent 1:1 classid 1:1 htb rate 128kbit;
> tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 match ip dst 10.10.65.123 match ip src 10.10.165.0/24 flowid 1:1;
Ммм..а если клиентов от 1К и более? писать тысячу правил представляется 
не совсем масштабируемым решением имхо.

Re: [Sysadmins] tc

[Anton Gorlov]

Anton Gorlov пишет:

>> #Даем 128К из внутренней сети, нужно повторить для каждого клиента, 
>> #увеличивая classid 1:x в первой строке и соответственно flowid 1:х во второй. IP клиента в данном примере 10.10.65.123
>> tc class add dev eth0 parent 1:1 classid 1:1 htb rate 128kbit;
>> tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 match ip dst 10.10.65.123 match ip src 10.10.165.0/24 flowid 1:1;
> Ммм..а если клиентов от 1К и более? писать тысячу правил представляется 
> не совсем масштабируемым решением имхо.

Как бы всё таки избавиться от того что бы не прпоисывать каждого клиента 
по отдельности.. Нет - забить скриптом конечно не проблема.. но не 
аккуратненько всё же.

Re: [Sysadmins] tc

[Dmytro O. Redchuk]

On Thu, Aug 23, 2007 at 10:11:12AM +0400, Anton Gorlov wrote:
> Anton Gorlov пишет:
> 
> >> #Даем 128К из внутренней сети, нужно повторить для каждого клиента, 
> >> #увеличивая classid 1:x в первой строке и соответственно flowid 1:х во второй. IP клиента в данном примере 10.10.65.123
> >> tc class add dev eth0 parent 1:1 classid 1:1 htb rate 128kbit;
> >> tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 match ip dst 10.10.65.123 match ip src 10.10.165.0/24 flowid 1:1;
> > Ммм..а если клиентов от 1К и более? писать тысячу правил представляется 
> > не совсем масштабируемым решением имхо.
> 
> Как бы всё таки избавиться от того что бы не прпоисывать каждого клиента 
> по отдельности.. Нет - забить скриптом конечно не проблема.. но не 
> аккуратненько всё же.

Я бы "забил скриптом" хэш и в каждую ячейку tc filter на класс... Это
тоже, конечно, ручная работа, но такое скриптуется приятнее и работает
быстрее. Особенно "если клиентов от 1К и более".

Но это не то, о чём вы говорите/спрашиваете.

-- 
  _,-=._              /|_/|
  `-.}   `=._,.-=-._.,  @ @._,
     `._ _,-.   )      _,.-'
        `    G.m-"^m`m'        Dmytro O. Redchuk

Re: [Sysadmins] tc

[Dmytro O. Redchuk]

On Thu, Aug 23, 2007 at 10:58:09AM +0400, Anton Gorlov wrote:
> Dmytro O. Redchuk пишет:
> 
> >Я бы "забил скриптом" хэш и в каждую 
> >ячейку tc filter на класс... Это
> >тоже, конечно, ручная работа, но такое 
> >скриптуется приятнее и работает
> >быстрее. Особенно "если клиентов от 1К и 
> >более".
> >Но это не то, о чём вы 
> >говорите/спрашиваете.
> то есть скриптмо в цикле генерить 
> ипишники  клиентов и с каждым ипишником 
> увеличивать на шаг
> сlassid 1:x и соответственно flowid 1:х?

Ну примерно, только...

Я имел в виду хеши самого tc (пример тут:
http://lartc.org/howto/lartc.adv-filter.hashing.html)

Я выгрызу кой-чего из своих скриптов, постараюсь покоцать и прокомментировать
"более-менее". Но сначала прочитайте (если ещё не...) по той ссылке, чтобы
было понятнее.

Идея такая -- создаём на интерфейсе таблицу (хэш) фильтров на нужное
количество сетей /24, каждая ячейка таблицы будет содержать "линк"
(перебрасывающий фильтр) на другую таблицу. Эта другая таблица будет
размером 256 ячеек, то есть на всю определённую сеть /24, каждая ячейка
будет содержать фильтр, перебрасывающий на нужный класс (для этого
айпишника/клиента).

##########################################################################

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

#
#
# root HTB:
echo -e "\n\n#\n# Root qdisc and class:\n#\n"
$tc qdisc add dev $DEV root handle 1: htb default 90
 
# root class:
$tc class add dev $DEV parent 1:0 classid 1:1 htb rate 100Mbit


### создаём хеш на две сети /24 (скажем, 192.168.1.0 и 192.168.2.0):

# root filter:
$tc filter add dev $DEV parent 1:1 prio 10 protocol ip u32

### divisor 2 -- хеш на две ячейки:
$tc filter add dev $DEV parent 1:1 protocol ip prio 10 handle 8: u32 divisor 2

### создаём два хеша -- для каждой сети /24:
## для 192.168.1.0:
$tc filter add dev $DEV parent 1:1 prio 10 handle 1: protocol ip u32 divisor 256
## для 192.168.2.0:
$tc filter add dev $DEV parent 1:1 prio 10 handle 2: protocol ip u32 divisor 256

/***

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

***/

### В конце-концов, нужно в "верхний" хеш на две ячейки записать фильтры,
### перебрасывающие пакет сразу в нужную ячейку нужной сети:

$tc filter add dev $DEV parent 1:1 protocol ip prio 10 \
                u32 ht 8:0: \
                match ip dst 192.168.1.0/24 \
                hashkey mask 0x000000ff at 16 \
                link 1:

$tc filter add dev $DEV parent 1:1 protocol ip prio 10 \
                u32 ht 8:1: \
                match ip dst 192.168.2.0/24 \
                hashkey mask 0x000000ff at 16 \
                link 2:


##########################################################################

:-) Где-то так.

Всё это кажется сложным, возможно.

У меня всё это работает уже для 13-ти сетей /24 -- кучка скриптов, "базка" с
соответствием классов айпишникам, параметры этих классов... Фактически,
нужно где-то указать, в какой класс кидать данный айпишник -- а если
каждому айпишнику давать свой класс, то задача упрощается. Возможно :-)

Да, сложновато, это ж только "направление"  -- но масштабируется
замечательно (в плане быстродействия).



PS. Интересно, кто как иначе крутится с такими вещами...

-- 
  _,-=._              /|_/|
  `-.}   `=._,.-=-._.,  @ @._,
     `._ _,-.   )      _,.-'
        `    G.m-"^m`m'        Dmytro O. Redchuk