вымучил наконец лимиты скорости

[Roman Pogosyan 3]

и так обещал поделится , делюсь лимиты во все стороны (правда еще не доделал скипт выборки скорости, но на форуме полно примеров.)

и так цель в не зависимости от варианта подключения (pptp, pppoe, lan, vlan) делаем нарезку скорости клиенту по IP .

Целью было несколько принципиальных "НО" на которые я немог не обратить внимания

1) клиенту выдается скорость "НО" он должен делится ей если канала не хватает (не зависимо от того как он подключился)

2) клиент сам выбирает вариант подключения (все варианты доступны pptp, pppoe, lan) но его лимиты должны всегда быть в действии.

3) многие считают что нет смысла резать исходящий канал "НО" его надо резать а то зафлудят вирусами.

 

Итак после длительного гулянья по интернету (как то не хотелось читать хендбук про tc) пришел к выводу что избавится о всех этих "НО" в линуксе возможно или метками , или завернув все в один интерфейс , ближе к телу для меня интерфейс и я сплясал отсюда

 

и так при старте системы делаем

modprobe ifb
ip  link set ifb0 up (созадл мой общий интерфейс)
tc qdisc add dev ifb0 root handle 1: htb default 1
tc class  add dev ifb0 parent 1: classid 1:1 htb rate 37mbit burst 15k (задал максимальную скорость корорая имеется)
tc qdisc add dev eth0 ingress handle ffff:
tc filter add dev eth0 parent ffff: protocol ip prio 10 u32 match u32 0 0 flowid 1:1 action mirred egress redirect dev ifb0 (слил вес трафик от провайдера на этот интерфейс)
tc qdisc add dev vlan100 ingress handle ffff:
tc filter add dev vlan100 parent ffff: protocol ip prio 10 u32 match u32 0 0 flowid 1:1 action mirred egress redirect dev ifb0 (слил вес трафик  с локального эзернет  на этот интерфейс)

 

далее при в OnConnect

 

tc class add dev ifb0 parent 1:1 classid 1:1$ID htb rate минимальная_гарантированная_скоростьkbit ceil Максимальная_скорость_для_тарифаmbit burst 15k (Создал подкласс для этого клиента )
tc filter add dev ifb0 parent 1: protocol ip prio 2 u32 match ip src $IP flowid 1:1$ID (зафильтровал весь исходящий трафик по IP клиента)
tc filter add dev ifb0 parent 1: protocol ip prio 2 u32 match ip dst $IP flowid 1:1$ID(зафильтровал весь Входящий трафик по IP клиента)

 

ну и соответственно стер все в скрипте onDisconnect

И так с эзернетом разобрались

а как же в ppp ?

все просто

в /etc/ppp/ip-up.d/ заделал скриптик который клеит весь трафик с интерфейса на ifb0

#!/bin/sh
tc qdisc add dev $PPP_IFACE ingress handle ffff:
tc filter add dev $PPP_IFACE parent ffff: protocol ip prio 10 u32 match u32 0 0 flowid 1:1 action mirred egress redirect dev ifb0

 

Заранее оговорюсь , это мой первый опыт работы с TC так что сильно не пинать , лимиты работают , друг другу не мешают.

знаюших TC просба если что не так подправить и выложить

 

 

П.С с натом на одной машине не тестировал

П.П.С не знаю с какой нагрузкой все это будет работать

[nightfly 1 241]

это вы так тошнотворно dummynet эмулируете?

 

 

[KaYot 3 711]

С натом ifb не работает, можете даже не поверять.

[Небесный 26]

Заранее оговорюсь , это мой первый опыт работы с TC так что сильно не пинать , лимиты работают , друг другу не мешают.

знаюших TC просба если что не так подправить и выложить

 

 

П.С с натом на одной машине не тестировал

П.П.С не знаю с какой нагрузкой все это будет работать

 

Ну, почему же все даже относительно хорошо вышло.

Для мелких провайдеров уже есть пример, как втулить на один сервер несколько видов подключения.

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

По поводу НАТа - нафик его делать на ifb, делаеть его более правильно на исходящем интерфейсе.

 

А, вообще Погосян благодарство за новые испытания - и то, что поделился. Всегда интересовал метод заруливать траф на вирт. интерфейс и там с ним что-то делать, да все никак руки не доходили,- толи лень, толи нехватка времени.

[Roman Pogosyan 3]

это вы так тошнотворно dummynet эмулируете?

 

Так точно сэр ! )) dummynet самое хорошее что изобретено в *никсе .. жаль в линуксе его нет. Вот бы хардовую поддержку линукса в BSD .. тогда бы гемора такого не было

[Небесный 26]

Так точно сэр ! )) dummynet самое хорошее что изобретено в *никсе .. жаль в линуксе его нет. Вот бы хардовую поддержку линукса в BSD .. тогда бы гемора такого не было

 

Напишем?

[Roman Pogosyan 3]

Так точно сэр ! )) dummynet самое хорошее что изобретено в *никсе .. жаль в линуксе его нет. Вот бы хардовую поддержку линукса в BSD .. тогда бы гемора такого не было

 

Напишем?

увы и ах

[nightfly 1 241]

увы и ах

ыгы и ох http://lists.freebsd...une/003916.html

 

Но работает оно как и все в этих ваших линуксах

 

 

ЗЫ либо еще страшнее и святотатнее: http://habrahabr.ru/blogs/testing/127639/

[Roman Pogosyan 3]

долго и упорно чесал голову по поводу того как же прилепить сюда нат... а потом решение пришло само собой.

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

в OnConnect

 

tc class add dev ifb0 parent 1:1 classid 1:1$ID htb rate минимальная_гарантированная_скоростьkbit ceil Максимальная_скорость_для_тарифаmbit burst 15k (Создал подкласс для этого клиента )tc filter add dev ifb0 parent 1: protocol ip prio 2 u32 match ip src 0.0.0.0/0 flowid 1:1$ID (зафильтровал весь исходящий трафик по IP клиента)[/conde]

и все .. лимиты стоят даже при нат

[Небесный 26]

Боюсь, что при нагрузке рухнет все по ЦПУ. (((

Как там сейчас при всех абонентах загрузка? Если память не изменяет, вроде 1600 абонентов.

[nightfly 1 241]

Это на одном тазике?

 

 

[Roman Pogosyan 3]

облом по китайски ) из за опухания мозга от тц черт попутал

tc filter add dev ifb0 parent 1: protocol ip prio 2 u32 match ip src 0.0.0.0/0 flowid 1:1$ID (зафильтровал весь исходящий трафик по IP клиента) тупо сливает в последнюю трубу всех клиентов

[Roman Pogosyan 3]

читал читал про линукс шейпер .. и убедился чтто никак не обьединить лимиты и нат в один тазик ) как не крути до бсд линуксу рости и рости ...

[nightfly 1 241]

Покаялся таки

 

Проще и дубовее dummynet найти ничего не возможно. Все хорошо и отлично пока речь не заходит о нормальном полисинге.

 

[Abram 98]

облом по китайски ) из за опухания мозга от тц черт попутал

tc filter add dev ifb0 parent 1: protocol ip prio 2 u32 match ip src 0.0.0.0/0 flowid 1:1$ID (зафильтровал весь исходящий трафик по IP клиента) тупо сливает в последнюю трубу всех клиентов

В PREROUTING перед NAT-ом ставьте метки, их потом класифицируйте в tc.

Кроме того, в tc для большого количества клиентов полезно использовать дерево хешей (тогда match-иться будет не по очереди в таблице, а деревом).

[NiTr0 584]

читал читал про линукс шейпер .. и убедился чтто никак не обьединить лимиты и нат в один тазик ) как не крути до бсд линуксу рости и рости ...

Чего это - никак?

Если ingress с пользовательского туннеля/локального интерфейса заворачивается на IFB - траффик в IFB попадает до того, как пройдет по iptables. Т.е. - до ната и т.п.

И еще замечание - для классов эдак с более чем сотней правил уже нужно делать хеш-таблицу. Пример инициализации шейпера есть и на наге, а я делал для себя свой. Работает прекрасно, сейчас на брасах на 3 интерфейсах (собссно ifb для тех, у кого не предусмотрено разграничение мир/Украина, + на исходящем на мир и на исходящем на Украину) по 9000 классов (по 12 таблиц подсетей /24, на каждый ип - 3 класса: корневой и 2 подкласса: общий траф и высокоприоритетный траффик), среднее кол-во правил, которое проходит каждый пакет - порядка 10. Собссно вот скрипт, вот его конфиг.

 

P.S. Я так и не понял - накой вы заворачивали траффик в ifb с обеих интерфейсов, и уже на нем шейпили? С тем же успехом могли бы и собссно egress qdisc повешать на интерфейсы. IFB нужен только для того, чтобы шейпить поступающий на ифейс траффик, исходящий с роутера прекрасно шейпится на интерфейсе.

[Небесный 26]

P.S. Я так и не понял - накой вы заворачивали траффик в ifb с обеих интерфейсов, и уже на нем шейпили? С тем же успехом могли бы и собссно egress qdisc повешать на интерфейсы. IFB нужен только для того, чтобы шейпить поступающий на ифейс траффик, исходящий с роутера прекрасно шейпится на интерфейсе.

Ситуация у человека такова, что на одном тазике 3 вида подключений и не так просто в скрипте OnConnect не просто узнать с какого вида подключается клиент.

[Roman Pogosyan 3]

попробывал модуль линукса dummynet .. долго ломал голову над pipe, так как после создания пайпа трафик начинал рубится ("нет это не рио-де-жанейро"(ц)Остап) но потом дошло что надо указывать направления (благо хоть бе з интерфейсов) шрйпит нормально .. кстате есть возможность делать к примеру такое "ipfw pipe 4 config bw 1Mbit/s mask src-ip 0x00000ff" и это радует ... сейчас скрещу с Snat поглядим справится ли зверушка

 

П.С. (одни костыли ... куда нас это доведет)

 

 

 

Запустил нат .. пока полет нормальный

[NiTr0 584]

Ситуация у человека такова, что на одном тазике 3 вида подключений и не так просто в скрипте OnConnect не просто узнать с какого вида подключается клиент.

Непросто? Неужели?

ip a|grep " $ip/32" - если результат пустой, значит по эзернету, не пустой - туннель. Шейпить соотвтственно.

[Roman Pogosyan 3]

прикинул текст OnConnect

 

ipfw table (id-tarif) add $IP

iptables -t nat -A POSTROUTING -s $IP -o eth0 -j SNAT --to $snat_ip

 

смотрю и ужасаюсь

 

Ситуация у человека такова, что на одном тазике 3 вида подключений и не так просто в скрипте OnConnect не просто узнать с какого вида подключается клиент.

Непросто? Неужели?

ip a|grep " $ip/32" - если результат пустой, значит по эзернету, не пустой - туннель. Шейпить соотвтственно.

а если этот эзернет на 5 вланах ?

[Roman Pogosyan 3]

сложная сетка на простом тазике .. это сложно

[NiTr0 584]

Поднимать шейпер на 5 вланах. Для ленивых - все правила, для неленивых - смотреть в таблице маршрутизации/по поднятым ип/по конфигам с подсетями (в звисимости от ситуации) и дергать шейпер только на нужном ифейсе.

[Roman Pogosyan 3]

ага ... бегать по всем конфигом и смотреть случайно там клинет или нет ... не вариант (ipfw) спасло линукс собирался сносить уже ..

[yKpon 8]

а зачем вообще абоненту предоставлять несколько видов подключений?

[Roman Pogosyan 3]

Кому как удобно. для конкуренции