[sisyphus] Q: etcnet qos question

[sisyphus] Q: etcnet qos question

[Sergey Ivanov]

Всем привет!
Помогите справиться с задачкой. Не смог найти примеров, не смог найти в 
исходниках места подходящего чтобы понять.
Задачка простая. Есть etcnet'ный роутер с двумя сетевыми картами и есть 
локальная сеть с компьютерами и с телефонными адаптерами. Телефоным 
адаптерам надо обеспечить полосу исходящего трафика в 10 килобайт в 
секунду на каждый.
Этот траффик легче всего распознать по IP адресам этих приборчиков, 
которые они получают статически одни и те же от dhcpd.
Так как qos надо организовывать для трафика исходящего через другую 
сетевую карту, исходящий IP этих приборчиков там уже об'NAT'ен и заменен 
на адрес роутера на его WANовской карте.
Стандартный способ решать эту задачку - в таблице mangle  "-j MARK 
--set-mark" для пакетов от каждого из этих приборчиков с отдельной 
меткой. И потом использовать эту метку для фильтрации этих пакетов в 
классы по ключевому слову "fwmark".
А как это реализовать с etcnet?
-- 
    С уважением,
       Сергей Иванов.

Re: [sisyphus] Q: etcnet qos question

[sergey ivanov]

Если я преждевремнно сужу по отсутствию ответов, что etcnet ещё не дорос
до решения таких задач, то меня поправьте. А то я пришёл к выводу что
надо доставать iproute-htb.
-- 
    Сергей.

Sergey Ivanov пишет:

> Всем привет!
> Помогите справиться с задачкой. Не смог найти примеров, не смог найти
> в исходниках места подходящего чтобы понять.
> Задачка простая. Есть etcnet'ный роутер с двумя сетевыми картами и
> есть локальная сеть с компьютерами и с телефонными адаптерами.
> Телефоным адаптерам надо обеспечить полосу исходящего трафика в 10
> килобайт в секунду на каждый.
> Этот траффик легче всего распознать по IP адресам этих приборчиков,
> которые они получают статически одни и те же от dhcpd.
> Так как qos надо организовывать для трафика исходящего через другую
> сетевую карту, исходящий IP этих приборчиков там уже об'NAT'ен и
> заменен на адрес роутера на его WANовской карте.
> Стандартный способ решать эту задачку - в таблице mangle  "-j MARK
> --set-mark" для пакетов от каждого из этих приборчиков с отдельной
> меткой. И потом использовать эту метку для фильтрации этих пакетов в
> классы по ключевому слову "fwmark".
> А как это реализовать с etcnet?

Re: [sisyphus] Q: etcnet qos question

[Yuriy Kashirin]

On Wednesday 30 November 2005 17:03, sergey ivanov wrote:
> Если я преждевремнно сужу по отсутствию ответов, что etcnet ещё не
> дорос до решения таких задач, то меня поправьте. А то я пришёл к
> выводу что надо доставать iproute-htb.

А это вам не подойдет в качестве примера?
http://wiki.sisyphus.ru/admin/etcnet/qos?v=syy
http://etcnet.org/examples/qos-htb/

-- 
 Best regards
 Yuriy Kashirin

Re: [sisyphus] Q: etcnet qos question

[sergey ivanov]

Yuriy Kashirin пишет:

>On Wednesday 30 November 2005 17:03, sergey ivanov wrote:
>  
>
>>Если я преждевремнно сужу по отсутствию ответов, что etcnet ещё не
>>дорос до решения таких задач, то меня поправьте. А то я пришёл к
>>выводу что надо доставать iproute-htb.
>>    
>>
>
>А это вам не подойдет в качестве примера?
>http://wiki.sisyphus.ru/admin/etcnet/qos?v=syy
>http://etcnet.org/examples/qos-htb/
>
>  
>
Увы. Фильтрация - только по ip-address/port. А суть задачки -
фильтровать на WAN-интерфейсе, после NAT, в соответствии с
ip-address'ом, откуда пришёл пакет на LAN-интерфейс. Самый простой
способ это делать - маркируя пакеты (-j MARK --set-mark ...) и потом
фильтруя по этой марке.
Похоже что до этого etcnet не доросла...

-- 
    Сергей.

Re: [sisyphus] Q: etcnet qos question

[sergey ivanov]

В community@ Michael Shigorin посоветовал мне самому эту проблему
решать. Спасибо.
Стал я пытаться смотреть внимательнее, и обнаружил, что всё что нужно
для правильной фильтрации паетов по маркам, выставленным через iptables
" -j MARK --set-mark ... " есть.
Однако оказалось, фильтры для qos-htb все должны приклепляться к
коревому классу. (См. раздел 9.6 в latrc). После того, как я туда их
попытался переместить, service network restart перестал ругаться. Однако
работать он не стал, и # tc filter show dev eth0 показывает отсутствие
фильтров.
Сравнив с работающими iproute-htb, я обнаружил разницу в фильтрах.
Работающие выглядят так:
--- from /var/cache/htb.init ---
...
tc filter add dev comcast parent 1:0 protocol ip prio 200 handle 21 fw
classid 1:21
...
а неработающие из etcnet (вставил туда отладочное echo):
...
/sbin/tc filter add dev comcast parent 1:1  protocol ip prio 1 handle 21
fw flowid 1:21

Мне кажется что главная разница в том, что для того, чтобы фильтр
работал, его parent должен быть типа 1:0 или 1:
Я это даже проверил, вколотив в /etc/net/scripts/config-qos " parent 1:0
" вместо $PARENTNODE.
Заработало! Однако аккуратно сделать, я думаю, мне слабо. Это сильно
менять всю логику обработки и(или) расположения файлов filter надо.
-- 
    С уважением,
       Сергей.