Linux преоритизация и полоса

>что-то типа "сервис маршрутизатора"

имхо, больше всего это похоже на управление TOS-полем пакета, что не есть рулез.

По сути вопроса - да, можно. В FAQ.

Ну что убили технологию ATM да???
Заменили ее дешевым потребительским tcp/ip да ?

А теперь решаем геморой как канал раздать, сам tcp/ip этого не умеет, так что это делается на костылях.

man cbq.init

А почему сразу "убили"?

В куче модемов она используется. Но у меня, например, не такой модем :))

Cbq конешно не плохо но Htb на мой взгляд более гибче

www.lartc.org man tc (ман неполноценный, все есть на вышеуказанном сайте)

CBQ, HTB, - читал.

Вопрос есть чтонить на подобие но без использования iptables?

>CBQ, HTB, - читал. Вопрос есть чтонить на подобие но без использования iptables?

А где при использовании классовой дисциплины обработки очереди HTB используется iptables? :)

Точнее, есть несколько моментов, но в целом, обычно не нужно.

>А где при использовании классовой дисциплины обработки очереди HTB >используется iptables? :)
>Точнее, есть несколько моментов, но в целом, обычно не нужно.

Да, но там написано что для приоритезации используется
маркировка пакетов.
Или я что то не так понял?

Просто у меня есть строго настроеные правила фаервола, и я не хочу
их трогать. Вот по этому желательно добиться преоритизации без
использования iptables

Ну, во первых, если скрипт фаервола написан правильно, вставить в него вызов скрипта-маркировщика не проблема. Имхо.

А по поводу приоритезации, то можно обойтись без iptables, но это зависит от задач.

Имхо, есть только два случая, когда использование iptables оправдано. Первый - правило _гораздо_ проще написать с использованием iptables, например, для отлавливания аск-пакетиков или клиентов p2p-сетей.

И второй - когда нужно управлять некоторыми видами транзитного трафика, т.е, например, нужно управлять _исходящим_ трафиком на основе адреса _источника_, но сервер маскирует запросы, изменяя этот самый адрес _до_ точки управления.

Правда, кроме маркировки есть еще несколько действий, которые можно (и нужно) делать с помощью itables (перенаправление трафика на imq-устройство, например), но нужны ли они тебе? :)

Всё дело в том, что я для учёта трафика 
использую NeTAMS и c libipq (правила в iptables с queue)
поэтому у меня довольно всё чётко и тесно (защита и подсчёт) переплетено в правилах фаервола. От сюда и не желание ломать эту схему.

Оn преоритизации мне надо, что бы клиентам 
(с реальными ip или за NAT-ом) при выходе в инет
раздовалась равная широта канала, которая выбиралась бы сама
в зависимости от кол-ва клиентов в данное время или
эта полоса была жёстко опредилина ручами.
Плю возможность при надобности выдавать "индивидуальную"
полосу.

Приоритезация может быть выставлена и через tc без использования iptables. При создании класса в этом случае необходимо использовать параметр prio (чем он больше - тем ниже приоритет), а пакеты распределять по классам через tc filter. Вот примерчик:

ftp://services.td-net.ru/pub/tc/tc.sample

Если речь только о входящем относительно клиентов трафике и они сидят не через VPN, то это реализуется без iptables. Ссылки в FAQ.

425:Failed to establish connection :(

>Вот примерчик:
ftp://services.td-net.ru/pub/tc/tc.sample

Не отвечает, пишет: 425:Failed to establish connection



>Если речь только о входящем относительно клиентов трафике 
>и они сидят не через VPN, то это реализуется без iptables. 
>Ссылки в FAQ.

1)Если клиенты сидят не через VPN, но надо приоритезировать
как IN так и OUT трафик - тогда как быть?
2)Если сажать клиентов на VPN эта проблема решиться 
или добявятся новые?

>2)Если сажать клиентов на VPN эта проблема решиться или добявятся новые?

Да, добавятся новые. Нужно будет использовать IMQ, хотя это и несложно, но с использованием iptables.

1)Если клиенты сидят не через VPN, но надо приоритезировать как IN так и OUT трафик - тогда как быть?

Если используется преобразование адресов, то для контроля исходящего _относительно_клиентов_ трафика нужно использовать iptables (маркировать пакетики).

Уверен, что после беглого просмотра ссылок из FAQ масса вопросов отпадет ;)

Да вроде все работало, специально проверил, зашел с другого оператора...

ftp> open services.td-net.ru
Connected to services.td-net.ru.
220 (vsFTPd 1.2.1)
Name (services.td-net.ru:root): anonymous
331 Please specify the password.
Password:
230 Login successful.

Если проблемы у кого так и останутся с ftp - вот мой контакт:
ICQ:95466914

Сейчас все нормально, спасибо.

Я его завтра почитаю, если что, я в аську стукну, ок? ;)