[Comm] Advanced Routing & QoS

[Comm] Advanced Routing & QoS

[Andy Gorev]

Для начала, извините за крос-постинг. Я предполагаю, данная тема 
интересует многих.
Стало известно, что финальный вариант статьи не успевает попасть в 
последний дистрибутив. В этом есть свой плюс. Я прошу всех 
заинтересованных ознакомиться с предварительным вариантом по адресу 
http://www.atmsk.ru/viewtopic.php?t=490 и выслать мне дополнения и 
исправления, для того чтобы закончить финальную версию. Спасибо за 
внимание ;-)

-- 
С Уважением,
Андрей Горев

Re: [Comm] Advanced Routing & QoS

[Alexandre Prokoudine]

On Mon, 02 Dec 2002 19:08:59 +0200
Andy Gorev <gorev@mailru.com> wrote:

> Для начала, извините за крос-постинг. Я предполагаю, данная тема 
> интересует многих.
> Стало известно, что финальный вариант статьи не успевает попасть в 
> последний дистрибутив. В этом есть свой плюс. Я прошу всех 
> заинтересованных ознакомиться с предварительным вариантом по адресу 
> http://www.atmsk.ru/viewtopic.php?t=490 и выслать мне дополнения и 
> исправления, для того чтобы закончить финальную версию. Спасибо за 
> внимание ;-)

За внимание пожалуйста :-)
Интересно, а почему я об этом ничего не знал? :-)

-- 
Alexandre Prokoudine
ALT Linux Documentation Team

Re: [Comm] Advanced Routing & QoS

[Alexander Bokovoy]

On Mon, Dec 02, 2002 at 08:46:49PM +0300, Alexandre Prokoudine wrote:
> On Mon, 02 Dec 2002 19:08:59 +0200
> Andy Gorev <gorev@mailru.com> wrote:
> 
> > Для начала, извините за крос-постинг. Я предполагаю, данная тема 
> > интересует многих.
> > Стало известно, что финальный вариант статьи не успевает попасть в 
> > последний дистрибутив. В этом есть свой плюс. Я прошу всех 
> > заинтересованных ознакомиться с предварительным вариантом по адресу 
> > http://www.atmsk.ru/viewtopic.php?t=490 и выслать мне дополнения и 
> > исправления, для того чтобы закончить финальную версию. Спасибо за 
> > внимание ;-)
> 
> За внимание пожалуйста :-)
> Интересно, а почему я об этом ничего не знал? :-)
Я писал в docs@, но мой вопрос остался неотвеченным...
-- 
/ Alexander Bokovoy
---
Nothing recedes like success.
		-- Walter Winchell

Re: [Comm] Advanced Routing & QoS

[Andrey Orlov]

On 2002 December 02 Monday 20:08, you wrote:
> Для начала, извините за крос-постинг. Я предполагаю, данная тема
> интересует многих.

Довольно-таки. Что касается статьи то у меня особых замечаний нет, хотя я бы
расширил пункты 7,8 (оформив их как некий cookbook, хорошим (но недостаточным) приближением 
может быть Advanced Router HOWTO), кроме того должен заметить - ссылка в п.8 на man 8 tc
немножко лукавая : man 8 tc во всех пунтктах посвященный фильтрам, ссылается на
man 8 tc-filters, который похоже еще не написали : во всяком случае в дистрибутиве
его не имеет места (сейчас тяжело посмотреть, но кажется в sysiphus тоже). Да и остальная
часть man tc,  больше похожа на сумму из tc <....> help. Использоваение же самого man 8 tc для 
понимания работы упомянутых u32 & fw - невозможно  (в версии из ALM2.0 man tc|grep -iE "u32|fw" - пусто). 

Тем не менее, статья особых нареканий не вызывает, а вот вопрос по поводу ip/tc у 
меня есть : последние две недели я вожусь с настройками посредством tc и у меня 
возникает странное ощущение того, что этот код крайне плохо отлажен (или крайне 
плохо собран в нашем случае, я использую ALM2.0 со всеми апдейтами). Я не настолько 
хорошо в этом разбираюсь, что бы сразу начинать  тыкать пальцем в ошибки в коде - я 
собственно tc раньше и не трогал, но мне хотелось бы понять текущий статус этого кода:
нечто отлаженное,  часто используемое и надежно работающие
или некий код, 80% декларированного функционала  которого никто никогда не использовал. 
По ощущениям (еще раз - это именно ощущения, на полуинтуитивном уровне) я склоняюсь ко 
второму варианту, так как те особенности работы, которые я наблюдаю могут быть результатом:

1. Использования неинициализированой памяти (в модулях ядра, похоже);

2. Неосвобождения памяти (опять же в модулях ядра);

3. Отсутствия проверок граничных условий;

4. Отсутствия проверок допустимости параметров;

5. Отсутствия проверок переполнения и т.п.

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

Эти пять пунктов я заметил при использовании tbf, prio, u32  в меньшей степени - cbq 
(kernel24-up-2.4.18-alt6master, AFAIR).
Подробнее я рассказывать не буду - так как в данный момент интересует не помощь в 
решении конкретных проблем, а понимание текущего статуса этого кода, особенно статус 
этого кода в рамках AltLinux (так как менять дистрибутив в обозримом будущем я не намерен), 
чбы решить для себя что делать дальше:

1. Поискать другое решение (в случае если этот код вообще никто не поддерживает и это лишь
забавный реликт, оставшийся от ядер 2.2.*);

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

3. В том или ином виде присоеденится к его поддержке (вряд ли как писатель кода - но по крайней
мере отследить баги и написать баг-репорты  с точным описанием глюков - если код перспективный
но у команды разработчиков не хватает рук, времени, тестовой базы и т.п.); 

Буду благодарен если ктонть мне это прояснит.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- www.neural.ru, cray@neural.ru ---
----------------------------------------

Re: [Comm] Advanced Routing & QoS

[Andy Gorev]

Andrey Orlov wrote:

> On 2002 December 02 Monday 20:08, you wrote:
>
> >Для начала, извините за крос-постинг. Я предполагаю, данная тема
> >интересует многих.
>
> Довольно-таки. Что касается статьи то у меня особых замечаний нет, 
> хотя я бы
> расширил пункты 7,8 (оформив их как некий cookbook, хорошим (но 
> недостаточным) приближением может быть Advanced Router HOWTO)

Дело в том, Андрей, что статья изначально задумывалась как обзор 
возможностей, с дальнейшей ссылкой на ресурсы с примерами по реализации, 
а не инструмент для быстрой настройки. Другими словами, это не HOWTO. 
Если расширять раздел 7, то там надо рассматривать редко-используемые 
классификаторы, про описание которых даже в отмеченном HOWTO прямо так и 
сказано, что: "For more filtering commands, see the Advanced Filters 
chapter".

По поводу п.8 (т.е. реализации), я так понимаю, вы предлагаете сделать 
обмен работающими конфигурациями? Для этого надо писать отдельный 
материал. Или вы имели в виду уточнение использования cbq.init? Так я-же 
подчеркнул, что сей скрипт - наполовину комментарий с инструкцией по его 
использованию. В нем даже примеры есть. Для взаимопомощи существуют 
списки рассылок. Конечно, если общественность будет настаивать, обзор 
можно будет наполнить конкретными конфигами. Только есть ли в этом 
смысл? Для неподготовленного статья и так трудно читается, а для 
остальных указаны ссылки, по которым искать дополнительную информацию, 
конфиги, примеры, и прочее.

В любом случае, спасибо за ваше предложение, возможно в печатной 
документации соответствующие пункты будут расширены.

> кроме того должен заметить - ссылка в п.8 на man 8 tc
> немножко лукавая : man 8 tc во всех пунтктах посвященный фильтрам, 
> ссылается на
> man 8 tc-filters, который похоже еще не написали : во всяком случае в 
> дистрибутиве
> его не имеет места (сейчас тяжело посмотреть, но кажется в sysiphus 
> тоже). Да и остальная
> часть man tc,  больше похожа на сумму из tc <....> help. 
> Использоваение же самого man 8 tc для
> понимания работы упомянутых u32 & fw - невозможно  (в версии из ALM2.0 
> man tc|grep -iE "u32|fw" - пусто). 

Похоже у вас старая версия iproute2. Текущий билд из Сизифа включает в себя:
ip.8.bz2
tc-cbq.8.bz2
tc-htb.8.gz
tc-pbfifo.8.gz
tc-pfifo_fast.8.gz
tc-prio.8.gz
tc-red.8.gz
tc-sfq.8.gz
tc-tbf.8.gz
tc.8.gz
Обновитесь, или, если нет такой возможности, маны доступны на LARTC 
http://lartc.org/manpages/

> Тем не менее, статья особых нареканий не вызывает, а вот вопрос по 
> поводу ip/tc у
> меня есть : последние две недели я вожусь с настройками посредством tc 
> и у меня
> возникает странное ощущение того, что этот код крайне плохо отлажен 
> (или крайне
> плохо собран в нашем случае, я использую ALM2.0 со всеми апдейтами). Я 
> не настолько
> хорошо в этом разбираюсь, что бы сразу начинать  тыкать пальцем в 
> ошибки в коде - я
> собственно tc раньше и не трогал, но мне хотелось бы понять текущий 
> статус этого кода:
> нечто отлаженное,  часто используемое и надежно работающие
> или некий код, 80% декларированного функционала  которого никто 
> никогда не использовал.
> По ощущениям (еще раз - это именно ощущения, на полуинтуитивном 
> уровне) я склоняюсь ко
> второму варианту, так как те особенности работы, которые я наблюдаю 
> могут быть результатом:
>
> 1. Использования неинициализированой памяти (в модулях ядра, похоже);
>
> 2. Неосвобождения памяти (опять же в модулях ядра);
>
> 3. Отсутствия проверок граничных условий;
>
> 4. Отсутствия проверок допустимости параметров;
>
> 5. Отсутствия проверок переполнения и т.п.


Я не могу опровергнуть, или подтвердить ваши предположения, так как не 
являюсь программистом, тем более на ядерном уровне. Однако у меня тоже 
есть собственные наблюдения. Я работаю в одном из крупнейших Белорусских 
ISP. И провайдим мы как ни странно на Alt :-). Уже около двух лет на 
нескольких серверах работает связка из CBQ+u32+TBF общим числом около 
500 классов. Серверы, на которых крутится все это хозяйство далеко не 
мощные, особенно по нынешним временам. Тем не менее особых проблем 
замечено не было. На ядрах 2.2 _иногда_ были странные "отъезжания 
крыши", если говорить несколько раз за сутки "service cbq restart". 
Однако uptime у этих серверов был все-равно более месяца. Примерная 
конфигурация тогда - 128RAM-P2-400. На ядрах 2.4 и более мощных 
конфигурациях проблем с QoS вообще нет.

По поводу статуса кода я могу сказать вот что.  Вообще говоря это вопрос 
к мантайнеру пакета iproute2, и по счастливому совпадению мантайнера-же 
ядра - Константину. В ядре все эти фильтры и классификаторы - есть 
типичные модули, никоим образом не добавляемые каким-либо Patch-O-Matik, 
т.е. идут в составе классического ядра от Linus. Таким образом, можно 
законно предположить, что AltLinux как разработчики, и Константин в 
частности, имеют к этому коду самое общее отношение, как  например и мы 
с вами. Они его просто поддерживают, но вряд-ли особенно вдумчиво 
тестируют. Хотя возможно я и ошибаюсь. Следовательно, это вопрос 
напрямую к Кузнецову. Попробуйте, может быть он вам и ответит ;-)

Статус кода iproute2 достаточно легко понять, если сходить на 
официальный склад сборок ftp://ftp.inr.ac.ru/ip-routing/. Какая сборка в 
дистрибутивах Алт, и почему - вопрос опять-же к мантайнеру.

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


Если Вам удастся вытащить какую-либо информацию из Кузнецова, я думаю 
она будет многим здесь интересна и полезна.

> Эти пять пунктов я заметил при использовании tbf, prio, u32  в меньшей 
> степени - cbq
> (kernel24-up-2.4.18-alt6master, AFAIR).
> Подробнее я рассказывать не буду - так как в данный момент интересует 
> не помощь в
> решении конкретных проблем, а понимание текущего статуса этого кода, 
> особенно статус
> этого кода в рамках AltLinux (так как менять дистрибутив в обозримом 
> будущем я не намерен),
> чбы решить для себя что делать дальше:
>
> 1. Поискать другое решение (в случае если этот код вообще никто не 
> поддерживает и это лишь
> забавный реликт, оставшийся от ядер 2.2.*);

Ни в коем случае не реликт! Чтобы отказаться от этого "реликта", вам 
придется отказаться не только от Альта, но и от Линукса вообще. Код 
находится в состоянии постоянного развития. Неужели ничего не говорит 
хотя-бы факт появления HTB в последних ядрах? Для интереса, можете взять 
ядро 2.5 и посмотреть-рассказать как с этим там.

> 2. Повнимательней почитать доки, пересобрать ядро, поставить какие-л. 
> апдейты
> и т.п. (если этот код отлаженный, проверенный,  всеми используется, имеет
> сплоченную команду поддержки);

Это да, никогда не завредит. Особенно исходники. Код отлаженный, 
проверенный, многими используется! Про апдейты - один из самых 
популярных сейчас патчей - IMQ. Я на него ссылался в обзоре.

> 3. В том или ином виде присоеденится к его поддержке (вряд ли как 
> писатель кода - но по крайней
> мере отследить баги и написать баг-репорты  с точным описанием глюков 
> - если код перспективный
> но у команды разработчиков не хватает рук, времени, тестовой базы и 
> т.п.);

Не знаю, как насчет баг-репортов, но специалисты по этим делам тусуются 
в своем комьюнити. Подпишитесь, очень полезно почитать о том, как люди 
решают свои проблемы с помощью iproute2. 
http://www.lartc.org/#mailinglist Средний трафик там 20-30 писем в сутки.

> Буду благодарен если ктонть мне это прояснит.

Надеюсь помог =)

-- 
С Уважением,
Андрей Горев

Re: [Comm] Advanced Routing & QoS

[Andrey Orlov]

On 2002 December 04 Wednesday 18:36, you wrote:
> > расширил пункты 7,8 (оформив их как некий cookbook, хорошим (но
> > недостаточным) приближением может быть Advanced Router HOWTO)
>
> Дело в том, Андрей, что статья изначально задумывалась как обзор
> возможностей, с дальнейшей ссылкой на ресурсы с примерами по реализации,
> а не инструмент для быстрой настройки. Другими словами, это не HOWTO.

Ну если хотите мое сугубо личное мнение, как человека поддерживающего
один из пакетов Alt и иногда реагирующего на вопросы пользователей - то
нет никаких шансов, что пользователь пакета станет читать отвлеченную
теорию. Даже на пакете масштаба Zope очень хорошо заметно, что
на открытый исходный код находится спрос когда выделенные
на проект деньги про-стите-трачены, а показывать заказчику что-то надо. А уж
узкоспециальный QoS, iproute2 & всякий другой iptables - одназначно, когда припрет.

Даже в методичке альтлинуха написано что "свойством человеческого
чего-то там является то, что о вопросах безопасности задумываются
только когда о них можно уже не думать" - я  переврал, но смысл
примерно такой. Соответственно в этот момент залатать-бы-чбы-не-потонуть, а теорию
потом почитать можно. Со всей этой документации идущей вместе с пакетом я
вижу единственный смысл - не превращать OpenSource в бесплатный хелпдеск. 
А раз так - то доки должны давать конкретные ответы на конкретные вопросы, 
теорию потом можно подчерпнть в статье Кузнецова и Салли Флойд, а также 
других заметках, идущих вместе с пакетом.

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

> Если расширять раздел 7, то там надо рассматривать редко-используемые
> классификаторы, про описание которых даже в отмеченном HOWTO прямо так и
> сказано, что: "For more filtering commands, see the Advanced Filters
> chapter".

Да, но там же есть эта "Advanced Filters chapter" - а у вас нет, у вас считайте битая ссылка 
(про man tc см.ниже) И даже тот объем, после которого написано "For more .." - вполне самодостаточен 
в HOWTO. Я не предлагаю написать второе HOWTO, только по-русски - я уже говорил что ваш
стиль существенно лучше,  но рассмотрите хотя бы один или два - тот же u32 & fw - и вложите
их в какой-либо контекст реального решения, а не приводите две отвлеченные (как мне показалось) 
строчки кода. Тем более  что нигде кроме отмеченного HOWTO они не описаны. И даже 
там содержатся упоминания о том, что автору пришлось покопаться в исходном коде, чбы это узнать.

> По поводу п.8 (т.е. реализации), я так понимаю, вы предлагаете сделать
> обмен работающими конфигурациями? Для этого надо писать отдельный
> материал. Или вы имели в виду уточнение использования cbq.init? Так я-же

Что касается cbq.init - мы вообще о какой версии пакета iproute2 говорим,
мбть у меня apt не так настроен? У меня вот этот стоит:

> 01:28:38 (cray@fire)  /home/cray>  rpm -qi iproute2
> Name        : iproute2                     Relocations: (not relocateable)
> Version     : 2.4.7                             Vendor: ALT Linux Team
> Release     : alt3.ss010824                 Build Date: Wed Oct 30 23:48:40 2002
> Install date: Thu Dec  5 00:47:10 2002      Build Host: office.altlinux.com

в нем файла cbq.init просто нет.

>> /etc/sysconfig/cbq/cbq-0000.example

не содержит ни одного комментария.

>>/usr/share/doc/iproute2-2.4.7/examples/SYN-DoS.rate.limit
>>/usr/share/doc/iproute2-2.4.7/examples/cbqinit.eth1
>>/usr/share/doc/iproute2-2.4.7/examples/dhcp-client-script

Не содержат значимых упоминаний фильтров

/usr/share/doc/iproute2-2.4.7/examples/diffserv/*

Тут немножко интереснее, но все-таки это немного не то.
Я имел ввиду :

"Что бы ограничить пользователя васю от скачивания 15гектар голых теток
попробуйте написать :
.....
tc qdisc add dev eth0 parent 1:1 handle 10: tbf burst 270000 rate 10kbit latency 1
tc filter add dev eth0 parent 1:0 pref 6 protocol ip u32 match ip dst 1.2.3.4/32 flowid 1:1
"

"Что бы дать пользователю пете получать почту в тот момент когда пользователь
вася все-таки скачивает 15гектар голых теток, попробуйте :"

.....
"

И т.п. Только примеры должны быть реальными и гарантировано работающими (эти не работают,
кстати) - а что до откомментированного cbq.init, то я тоже написал откомментированный 
zope_proxy.conf - что не мешает пользователям задавать вопросы, читать howto на 
neural.ru (судя по статистике посещений) и наступать на все грабли, которые я позабыл упомянуть.

> смысл? Для неподготовленного статья и так трудно читается, а для
> остальных указаны ссылки, по которым искать дополнительную информацию,
> конфиги, примеры, и прочее.

Я уже писал - неподготовленный читатель (например я) не нашел в статье ничего,
что не было бы изложено раньше в doc/*ps.gz. Хотя многих спасет то, что
на этот раз рассказано по-русски и более-менее доступным языком. Кроме того,
неподготовленный читатель (например я) единственную помощь в реальных
настройках нашел только в упомянутом HOWTO. Это несмотря на то, что
неподготовленный читатель (например я) с большим интересом прочитал
рекомендованную Кузнецовым статью Флойд, прикинул откуда следуют формулы
и подивился забавному способу перенумеровки вершин дерева,  и именно поэтому
осмелился предположить что часть функционала, обещанного CBQ, не функционирует,
по крайней мере в ALM2.0. Кстати когда тот же неподготовленный читатель попробовал
применить "работающий пример" из doc/exmples - он не заработал (это было давно, но тогда помнится
сам перлячий скрипт тупо осыпался, и даже после того как читатель это победил и вся байда
создалась - траффик контролл не появился...). Теперь (подготовивишись) непоготовленный 
читатель понимает почему он не заработал, и утверждает что комментарии 
в примере абсолютно бесполезны.

Все, извините за этот невольный наезд - я просто думаю что критика будет
отчасти полезна. Проблема в том, что я не до конца понимаю целевую
аудиторию статьи - если это читатель обзоров, интересующийся "а как там в мире?" -
то мало сравнительной аналитики с той же CISCO & MS, и много формул (и вообще-то такие
статьи лучше в КТ), если админ который полезет настраивать - то много рекламы и нет 
конкретных советов (я говорю это как тот самый админ), если читатель который ищет с чего 
начать и куда пойти дальше - то см. ниже про tc-filters (себя приводить в пример не буду, так 
как  моменту прочтения уже начал). Вот это меня и смущает.

На самом деле ни в коем случае не хочу умалять достоинства ну и так далее ;)

> > кроме того должен заметить - ссылка в п.8 на man 8 tc
> > немножко лукавая : man 8 tc во всех пунтктах посвященный фильтрам,
> > ссылается на man 8 tc-filters, который похоже еще не написали : во всяком случае в
> > дистрибутиве его не имеет места 

> Похоже у вас старая версия iproute2. Текущий билд из Сизифа включает в
> себя: ip.8.bz2
> tc-cbq.8.bz2

[skip]

> tc.8.gz

> Обновитесь, или, если нет такой возможности, маны доступны на LARTC

Обновился. Похоже, мое письмо было невнимательно прочитано.
Где среди них tc-filters? Не хорошо не проверять предлагаемые решения перед отправкой,
тем более что проверочный тест был приведен в моем письме:

1. man 8 tc | grep -iE "u32|fw" - по прежнему пусто (а ссылка в статье стоит именно на него)
2. tc-filters - по прежнему нет (в том числе в вашем списке), равно как нет tc-u32 или tc-fw ;).
3. man 8 tc по прежнему при любых упоминаниях фильтров ссылается на man 8 tc-filters.

> Я не могу опровергнуть, или подтвердить ваши предположения, так как не
> являюсь программистом, тем более на ядерном уровне. Однако у меня тоже

Я не расчитывал - меня интересует в данный момент не аргументы
на уровне листингов, а как-бы-это сказать - интуитивные ощущения
от использования и от контактов с разработчиками / другими пользователями

> есть собственные наблюдения. Я работаю в одном из крупнейших Белорусских
> ISP. И провайдим мы как ни странно на Alt :-). Уже около двух лет на

Похоже у меня на лице написано что я - микрософт сертифаед. Так это было
давно и неправда ;). Нет, это не странно. Я тоже проважу-провайдю-как-бы это сказать - 
предоставляю услуги хостинга на основе Alt. Правда я не крупнейший провайдер Москвы, а
так, для личного удовольcтвия. Tech-саппорт крупнейших провайдеров, я иногда консультирую
по телефону, к сожалению.

> нескольких серверах работает связка из CBQ+u32+TBF общим числом около
> 500 классов. Серверы, на которых крутится все это хозяйство далеко не
> мощные, особенно по нынешним временам. Тем не менее особых проблем
> замечено не было. На ядрах 2.2 _иногда_ были странные "отъезжания
> крыши", если говорить несколько раз за сутки "service cbq restart".

Это тоже похоже на неинициализированную память и неосвобождение ресурсов,
хотя у меня стук был более явный.

Я юзал примерно тоже, только prio+u32+tbf. А кстати - почему CBQ+TBF, ведь CBQ само
по себе имеет шейпер и AFAIK не нуждается в TBF ? Я везде видел рекомендации
типа CBQ + SFQ, и у вас в методичке тоже, AFAIR (нет под рукой), CBQ+u32+SFQ, 
и вдруг выясняется что вы сами-то используете CBQ+u32+TBF...

У меня это подглюкивает на ядре 2.4.18(см оригинал письма).... Т.е. сейчас
uptime 3дня без сбоев, но это после долгого перебора ключиков и подбора
безглючной комбинации - хотя если верить методичкам все глючащие варианты должны были
работать. И все работали - первые час-полтора-два, потом им сводило башню,
что и навело меня на грустные предположения (см оригинал письма). И тот вариант который сейчас
работает - это не тот вариант, который мне бы хотелось что бы работал, так как тому сводило-таки
башню без видимых причин. Но как я говорил уже - писать багрепорты пока не считаю себя готовым.

> тестируют. Хотя возможно я и ошибаюсь. Следовательно, это вопрос
> напрямую к Кузнецову. Попробуйте, может быть он вам и ответит ;-)

Я правильно вас понимаю, что обычно он не отвечает? И тот же отказ от
консультаций содержится в его инструкциях... И обещанная им дока по tc,
судя по содержимому пакета, не написана до сих пор... (и, видимо, не будет - уже
два года отложенных обещаний прошло, не так ли?)

> Если Вам удастся вытащить какую-либо информацию из Кузнецова, я думаю
> она будет многим здесь интересна и полезна.

Похоже Кузнецов сдерживает свое обещание  никого не консультировать ;)

> > 1. Поискать другое решение (в случае если этот код вообще никто не
> > поддерживает и это лишь
> > забавный реликт, оставшийся от ядер 2.2.*);

> Ни в коем случае не реликт! 

Место Кузнецова среди разработчиков этого кода уже не вакантно, его кто-то занял?

> Чтобы отказаться от этого "реликта", вам
> придется отказаться не только от Альта, но и от Линукса вообще. Код

Не думаю. Вы сами пишите что AltLinuxTeam его серъезно не разрабатывает
и не использует  - и тем не менее не отказывается от Линукса вообще ;).
Да и честно говоря я очень сомневаюсь что при сегодняшнем обилии альтернатив найдется
что-либо конкретное в линуксе, отказ от чего вынудит отказаться от линукса
"вообще". Разве что ядро? Но что-то заставляет меня думать, что если припрет -
тоже можно найти альтернативу.

> находится в состоянии постоянного развития. Неужели ничего не говорит
> хотя-бы факт появления HTB в последних ядрах? Для интереса, можете взять

Мне значительно больше говорит факт того, что основной разработчик (насколько я
понял ваши слова) отказывает кому-либо в консультациях о написанном им коде. Мне
это напоминает меня самого: однажды я делал один проект, успешно его сделал - в
исследовательских целях - и больше он меня не интересовал. Исходники я передал
другим людям, но советы им практически не даю: так как считаю что код и так понятен,
а 150 с лишним страниц статьи написанной по этому поводу и содержащей изложение
всей теории более чем достаточно. Почему меня этот код не интересует и я его не
развиваю - отдельная история, но если в случае с tc то же самое (а некоторые паралели
просматриваются), то я не завидую tc.

> Это да, никогда не завредит. Особенно исходники. Код отлаженный,
> проверенный, многими используется! 

Ой ли? Я не увидел в рассылке ни одного отзыва человека, который бы заявил
что использует его, хотя даже на такую экзотику как maple в свое время откликнулось
достаточно людей чбы попросили уйти ;). А несколько моих знакомых пользуются
"другими способами" - например squid'ом как один из подписчиков здесь, причем не 
потому что "не получилось" - а потому что "нет необходимости". 

> Не знаю, как насчет баг-репортов, но специалисты по этим делам тусуются
> в своем комьюнити. Подпишитесь, очень полезно почитать о том, как люди
> решают свои проблемы с помощью iproute2.
> http://www.lartc.org/#mailinglist Средний трафик там 20-30 писем в сутки.

Вначале надо будет отписаться от талкрума, но попробую.

> > Буду благодарен если ктонть мне это прояснит.
> Надеюсь помог =)

Да, помогли, спасибо. Резюме подводить не буду, иначе боюсь станет
страшно не только мне ;). Попробую понадеятся на пункт 3 все-таки.

--
WthBstRgrds -- Андрей Орлов --
 --- www.neural.ru, cray@neural.ru ---
----------------------------------------

[Comm] Re: Advanced Routing & QoS

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1326 bytes --]

On Thu, Dec 05, 2002 at 03:15:01AM +0300, Andrey Orlov wrote:
> Ну если хотите мое сугубо личное мнение, как человека поддерживающего
> один из пакетов Alt и иногда реагирующего на вопросы пользователей - то
> нет никаких шансов, что пользователь пакета станет читать отвлеченную
> теорию. Даже на пакете масштаба Zope очень хорошо заметно, что
> на открытый исходный код находится спрос когда выделенные
> на проект деньги про-стите-трачены, а показывать заказчику что-то надо. А уж
> узкоспециальный QoS, iproute2 & всякий другой iptables - одназначно, когда припрет.

Нет, тема эта интересна -- например, мне. Я пробовал в ней разобраться,
но существенного успеха мне добиться не удалось.

А почему интересно? Потому что есть типичная задача. Канал: либо модем
33.6Kbps, либо выделенная линия 128Kbps. И надо пускать одновременно
sshd, ftp, rsync, gnutella, ip-телефонию. И нужно, чтобы ssh всё
остальное вышибала, иначе получается отклик по несколько секунд.

Как я понял, входящий трафик ограничить гораздо сложнее, чем исходящий,
поэтому, видимо, на модеме 33.6Kbps у меня ничего хорошего не
получилось. А всё же интересно было бы увидеть правильный пример с
комментариями.

-- 
WBR, Alexey Tourbin	"He is a sane man who can have tragedy 
BIOZAK Ltd., Russia	 in his heart and comedy in his head."
					--G.K.Chesterton

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Advanced Routing & QoS

[Andy Gorev]

Andrey Orlov wrote:
>>Дело в том, Андрей, что статья изначально задумывалась как обзор
>>возможностей, с дальнейшей ссылкой на ресурсы с примерами по реализации,
>>а не инструмент для быстрой настройки. Другими словами, это не HOWTO.
> 
> 
> Ну если хотите мое сугубо личное мнение, как человека поддерживающего
> один из пакетов Alt и иногда реагирующего на вопросы пользователей - то
> нет никаких шансов, что пользователь пакета станет читать отвлеченную
> теорию. Даже на пакете масштаба Zope очень хорошо заметно, что
> на открытый исходный код находится спрос когда выделенные
> на проект деньги про-стите-трачены, а показывать заказчику что-то надо. А уж
> узкоспециальный QoS, iproute2 & всякий другой iptables - одназначно, когда припрет.
Согласен с Вами. Есть только одно но. Вы описали как раз тот случай, 
когда эту самую информацию надо добывать. А речь идет  о варианте 
материала в Руководстве Администратора дистрибутива. Только совсем 
ленивому будет не интересно пролистать IMHO самую интересную книжку из 
коробки.

> Даже в методичке альтлинуха написано что "свойством человеческого
> чего-то там является то, что о вопросах безопасности задумываются
> только когда о них можно уже не думать" - я  переврал, но смысл
> примерно такой. Соответственно в этот момент залатать-бы-чбы-не-потонуть, а теорию
Вот именно, за это деньги платят тех-поддержке, а не с коленки делают по 
рецептам из книжки. Любое решение нужно опробовать, прежде чем внедрять 
окончательно. А когда "тонут", скорее работает принцип "хоть бы 
как-нибудь работало", чем "это работает не так как я думал".

> потом почитать можно. Со всей этой документации идущей вместе с пакетом я
> вижу единственный смысл - не превращать OpenSource в бесплатный хелпдеск. 
Точно. Тем более "Обзор Возможностей" не должен быть им.

> А раз так - то доки должны давать конкретные ответы на конкретные вопросы, 
А где они, эти конкретные вопросы?

> теорию потом можно подчерпнть в статье Кузнецова и Салли Флойд, а также 
> других заметках, идущих вместе с пакетом.
> 
> Сбсно основное впечатление от Вашей статьи (безусловно хорошо написанной в отличие от
> многих ваших предшественников, я не хотел бы пропустить это обстоятельство) - основное
И на этом спасибо :-)

> впечатление свелось к ощущению каких-то обманутых ожиданий: я не узнал ничего, чего
> не было бы ранее, в то время как мне много чего хотелось бы узнать.
Вы являетесь как-раз продвинутым человеком, а не новичком. Другими 
словами, это писалось не для Вас. И в самом деле, как можно охватить в 
рамках одной статьи вопросы, которые возникают по теме у самых разных 
людей. Как это не парадоксально, но данный обзор не только не HOWTO, но 
и не FAQ =)

>>Если расширять раздел 7, то там надо рассматривать редко-используемые
>>классификаторы, про описание которых даже в отмеченном HOWTO прямо так и
>>сказано, что: "For more filtering commands, see the Advanced Filters
>>chapter".
> 
> 
> Да, но там же есть эта "Advanced Filters chapter" - а у вас нет, у вас считайте битая ссылка 
А надо? Если надо, добавим. Только нужно взвесить, будет ли кто 
использовать классификаторы типа cls_tcindex, cls_route, или cls_rsvp. Я 
что-то сильно сомневаюсь.

> (про man tc см.ниже) И даже тот объем, после которого написано "For more .." - вполне самодостаточен 
> в HOWTO. Я не предлагаю написать второе HOWTO, только по-русски - я уже говорил что ваш
> стиль существенно лучше,  но рассмотрите хотя бы один или два - тот же u32 & fw - и вложите
ОК, для того я и предложил комьюнити добавить к статье свои материалы.

> Что касается cbq.init - мы вообще о какой версии пакета iproute2 говорим,
> мбть у меня apt не так настроен? У меня вот этот стоит:
> 
> 
>>01:28:38 (cray@fire)  /home/cray>  rpm -qi iproute2
>>Name        : iproute2                     Relocations: (not relocateable)
>>Version     : 2.4.7                             Vendor: ALT Linux Team
>>Release     : alt3.ss010824                 Build Date: Wed Oct 30 23:48:40 2002
>>Install date: Thu Dec  5 00:47:10 2002      Build Host: office.altlinux.com
Именно об этой.

> в нем файла cbq.init просто нет.
Зато есть /etc/rc.d/init.d/cbq который в девичестве назывался cbq.init. 
Зачем словесных баталий? Ведь из текста обзора и так было ясно, куда 
смотреть (п.8 Реализация).

>>>/etc/sysconfig/cbq/cbq-0000.example
> 
> 
> не содержит ни одного комментария.
Все комментарии и пример смотрите в /etc/rc.d/init.d/cbq. Кроме того 
есть некий микро-хауту в
README.iproute2+tc от Кузнецова.

> Я имел ввиду :
> 
> "Что бы ограничить пользователя васю от скачивания 15гектар голых теток
> попробуйте написать :
QoS предназначен для несколько других целей.

> .....
> tc qdisc add dev eth0 parent 1:1 handle 10: tbf burst 270000 rate 10kbit latency 1
> tc filter add dev eth0 parent 1:0 pref 6 protocol ip u32 match ip dst 1.2.3.4/32 flowid 1:1
> "
> 
> "Что бы дать пользователю пете получать почту в тот момент когда пользователь
> вася все-таки скачивает 15гектар голых теток, попробуйте :"
Вот это уже ближе.

> .....
> "
> 
> И т.п. Только примеры должны быть реальными и гарантировано работающими (эти не работают,
> кстати) - а что до откомментированного cbq.init, то я тоже написал откомментированный 
А они и не будут работать, т.к. не правильные. За правильными примерами, 
и конкретными ответами на конкретные вопросы идите в указанный список 
рассылки. Или, для начала, в его архив 
http://mailman.ds9a.nl/pipermail/lartc/

> zope_proxy.conf - что не мешает пользователям задавать вопросы, читать howto на 
> neural.ru (судя по статистике посещений) и наступать на все грабли, которые я позабыл упомянуть.
ARouting и QoS довольно мутная тема, как из-за сложности реализации, так 
и практической недокументированности. Грабли будут всегда, как бы не 
старались писать статьи.

>>смысл? Для неподготовленного статья и так трудно читается, а для
>>остальных указаны ссылки, по которым искать дополнительную информацию,
>>конфиги, примеры, и прочее.
> 
> 
> Я уже писал - неподготовленный читатель (например я) не нашел в статье ничего,
> что не было бы изложено раньше в doc/*ps.gz. Хотя многих спасет то, что
> на этот раз рассказано по-русски и более-менее доступным языком. Кроме того,
> неподготовленный читатель (например я) единственную помощь в реальных
> настройках нашел только в упомянутом HOWTO. Это несмотря на то, что
> неподготовленный читатель (например я) с большим интересом прочитал
> рекомендованную Кузнецовым статью Флойд, прикинул откуда следуют формулы
> и подивился забавному способу перенумеровки вершин дерева,  и именно поэтому
> осмелился предположить что часть функционала, обещанного CBQ, не функционирует,
> по крайней мере в ALM2.0. Кстати когда тот же неподготовленный читатель попробовал
> применить "работающий пример" из doc/exmples - он не заработал (это было давно, но тогда помнится
> сам перлячий скрипт тупо осыпался, и даже после того как читатель это победил и вся байда
> создалась - траффик контролл не появился...). Теперь (подготовивишись) непоготовленный 
> читатель понимает почему он не заработал, и утверждает что комментарии 
> в примере абсолютно бесполезны.
Вы уже давно подготовленный ;) Более того, после чтения Флойд, я думаю 
Вам здесь не будет равных ;-) Вот и поправьте неправильный комментарий 
на правильный. Многие только спасибо скажут.

> Все, извините за этот невольный наезд - я просто думаю что критика будет
> отчасти полезна. Проблема в том, что я не до конца понимаю целевую
Критика в целом конструктивна и понятна, только зря. И вот почему. Я 
ведь написал сюда не с просьбой покритиковать именно статью, а с 
просьбой дополнить ее. Причем в основном тем, чего Вам так в ней и не 
хватает. :-)) Я ведь не такой крутой хакер-ядерщик или спец по tc, как 
может показаться. За рамки стандартных возможностей и конфигураций почти 
не вылазил. Более того, в самом начале я отметил преимущества того, что 
статья будет обсуждаться и дополняться здесь, прежде чем попадет в книгу.

> аудиторию статьи - если это читатель обзоров, интересующийся "а как там в мире?" -
> то мало сравнительной аналитики с той же CISCO & MS, и много формул (и вообще-то такие
> статьи лучше в КТ), если админ который полезет настраивать - то много рекламы и нет 
> конкретных советов (я говорю это как тот самый админ), если читатель который ищет с чего 
Аудитория - админы, которые не знали про существование таких 
возможностей, или были сбиты с толку всеми этими множественными 
аббревиатурами, и не знали с чего начать. И советы там тоже есть, причем 
конкретные. Или для Вас конкретика это конфиги? Хорошему админу 
достаточно идею подать, чтобы он начал думать и пробовать, а не тупо 
копировать и спрашивать.

> начать и куда пойти дальше - то см. ниже про tc-filters (себя приводить в пример не буду, так 
> как  моменту прочтения уже начал). Вот это меня и смущает.
> 
> На самом деле ни в коем случае не хочу умалять достоинства ну и так далее ;)
Вообще говоря, хорошую статью написать денег стоит. И написал я ее не 
для того, чтобы самоутвердиться, или от того что у меня нет своей 
работы, а потому что меня попросили. На atms выложил по понятным 
причинам. Но основной вариант еще находится на доработке.

> Обновился. Похоже, мое письмо было невнимательно прочитано.
> Где среди них tc-filters? Не хорошо не проверять предлагаемые решения перед отправкой,
> тем более что проверочный тест был приведен в моем письме:
> 
> 1. man 8 tc | grep -iE "u32|fw" - по прежнему пусто (а ссылка в статье стоит именно на него)
> 2. tc-filters - по прежнему нет (в том числе в вашем списке), равно как нет tc-u32 или tc-fw ;).
> 3. man 8 tc по прежнему при любых упоминаниях фильтров ссылается на man 8 tc-filters.
Вы пытаетесь меня обвинить, или Вам нужна информация? Ну нету там этого 
файла, нету, и что дальше будем делать? Я вообще-то давал ссылки, где 
искать информацию. Повторюсь, возможно 
http://www.docum.org/stef.coene/qos/docs/filter.html поможет. А за 
отсутствие или наличие документации в пакете я не могу отвечать.

>>Я не могу опровергнуть, или подтвердить ваши предположения, так как не
>>являюсь программистом, тем более на ядерном уровне. Однако у меня тоже
> 
> 
> Я не расчитывал - меня интересует в данный момент не аргументы
> на уровне листингов, а как-бы-это сказать - интуитивные ощущения
> от использования и от контактов с разработчиками / другими пользователями
Свои впечатления я Вам дал, другие возможно тоже ответят. Вам лучше 
обратиться за деталями в упомянутый список рассылки.

> Похоже у меня на лице написано что я - микрософт сертифаед. Так это было
Неа, я бы не догадался ;)

>>нескольких серверах работает связка из CBQ+u32+TBF общим числом около
>>500 классов. Серверы, на которых крутится все это хозяйство далеко не
>>мощные, особенно по нынешним временам. Тем не менее особых проблем
>>замечено не было. На ядрах 2.2 _иногда_ были странные "отъезжания
>>крыши", если говорить несколько раз за сутки "service cbq restart".
> 
> 
> Это тоже похоже на неинициализированную память и неосвобождение ресурсов,
> хотя у меня стук был более явный.
Мы тоже так предположили.

> 
> Я юзал примерно тоже, только prio+u32+tbf. А кстати - почему CBQ+TBF, ведь CBQ само
> по себе имеет шейпер и AFAIK не нуждается в TBF ? Я везде видел рекомендации
> типа CBQ + SFQ, и у вас в методичке тоже, AFAIR (нет под рукой), CBQ+u32+SFQ, 
> и вдруг выясняется что вы сами-то используете CBQ+u32+TBF...
Все просто. Мы не стали изобретать скриптов, а просто наполнили каталог 
/etc/sysconfig/cbq конфигами. Просто _внимательно_ перечитайте пункт 8 в 
"методичке", и станет ясно почему так.

> У меня это подглюкивает на ядре 2.4.18(см оригинал письма).... Т.е. сейчас
> uptime 3дня без сбоев, но это после долгого перебора ключиков и подбора
> безглючной комбинации - хотя если верить методичкам все глючащие варианты должны были
> работать. И все работали - первые час-полтора-два, потом им сводило башню,
> что и навело меня на грустные предположения (см оригинал письма). И тот вариант который сейчас
> работает - это не тот вариант, который мне бы хотелось что бы работал, так как тому сводило-таки
> башню без видимых причин. Но как я говорил уже - писать багрепорты пока не считаю себя готовым.
На всех серверах 2.4.18 из Альта, и никаких проблем (с ip/tc во всяком 
случае).

>>тестируют. Хотя возможно я и ошибаюсь. Следовательно, это вопрос
>>напрямую к Кузнецову. Попробуйте, может быть он вам и ответит ;-)
> 
> 
> Я правильно вас понимаю, что обычно он не отвечает? И тот же отказ от
> консультаций содержится в его инструкциях... И обещанная им дока по tc,
> судя по содержимому пакета, не написана до сих пор... (и, видимо, не будет - уже
> два года отложенных обещаний прошло, не так ли?)
Не могу говорить за Кузнецова, но в свое время, мы от него поддержки не 
получили. Не думаю, что сейчас ситуация кардинально изменилась.

>>Если Вам удастся вытащить какую-либо информацию из Кузнецова, я думаю
>>она будет многим здесь интересна и полезна.
> 
> 
> Похоже Кузнецов сдерживает свое обещание  никого не консультировать ;)
Давно не пробовали ;) Но доки он действительно долго пишет.

>>>1. Поискать другое решение (в случае если этот код вообще никто не
>>>поддерживает и это лишь
>>>забавный реликт, оставшийся от ядер 2.2.*);
> 
> 
>>Ни в коем случае не реликт! 
> 
> 
> Место Кузнецова среди разработчиков этого кода уже не вакантно, его кто-то занял?
Т.е.? Я и не знал, что он больше эти не занимается.

>>Чтобы отказаться от этого "реликта", вам
>>придется отказаться не только от Альта, но и от Линукса вообще. Код
> 
> 
> Не думаю. Вы сами пишите что AltLinuxTeam его серъезно не разрабатывает
> и не использует  - и тем не менее не отказывается от Линукса вообще ;).
> Да и честно говоря я очень сомневаюсь что при сегодняшнем обилии альтернатив найдется
> что-либо конкретное в линуксе, отказ от чего вынудит отказаться от линукса
> "вообще". Разве что ядро? Но что-то заставляет меня думать, что если припрет -
> тоже можно найти альтернативу.
Можно, но сложно. Мы искали. Уж проще на BSD тогда все шейпать.

>>находится в состоянии постоянного развития. Неужели ничего не говорит
>>хотя-бы факт появления HTB в последних ядрах? Для интереса, можете взять
> 
> 
> Мне значительно больше говорит факт того, что основной разработчик (насколько я
> понял ваши слова) отказывает кому-либо в консультациях о написанном им коде. Мне
Да не отказывает он. Он просто занят. Более того, его подельники сидят в 
трижды-упомянутом списке, и с удовольствием поддерживают.

> это напоминает меня самого: однажды я делал один проект, успешно его сделал - в
> исследовательских целях - и больше он меня не интересовал. Исходники я передал
> другим людям, но советы им практически не даю: так как считаю что код и так понятен,
> а 150 с лишним страниц статьи написанной по этому поводу и содержащей изложение
> всей теории более чем достаточно. Почему меня этот код не интересует и я его не
> развиваю - отдельная история, но если в случае с tc то же самое (а некоторые паралели
> просматриваются), то я не завидую tc.
Я же предлагал уже посмотреть на перспективы в ядрах 2.5 ветки.

>>Это да, никогда не завредит. Особенно исходники. Код отлаженный,
>>проверенный, многими используется! 
> 
> 
> Ой ли? Я не увидел в рассылке ни одного отзыва человека, который бы заявил
> что использует его, хотя даже на такую экзотику как maple в свое время откликнулось
> достаточно людей чбы попросили уйти ;). А несколько моих знакомых пользуются
> "другими способами" - например squid'ом как один из подписчиков здесь, причем не 
> потому что "не получилось" - а потому что "нет необходимости". 
Это и понятно. Тема довольно специфична, и практически не 
документирована. Именно для того, чтобы заинтересовать комьюнити и был 
написан обзор.

>>http://www.lartc.org/#mailinglist Средний трафик там 20-30 писем в сутки.
> 
> 
> Вначале надо будет отписаться от талкрума, но попробую.
Про 3 десятка я загнул. Меньше конечно.

>>Надеюсь помог =)
> 
> 
> Да, помогли, спасибо. Резюме подводить не буду, иначе боюсь станет
> страшно не только мне ;). Попробую понадеятся на пункт 3 все-таки.
А я подведу:
1) Без всяких личных притензий к Вам Андрей, давайте все вместе будем 
дорабатывать статью до того варианта, который будет всем интересен.
2) Тем не менее, надо признать, "целевая аудитория" у нее более другая, 
чем для Вас ;-) Вы можете нам помочь и дополнить ее, а не учиться на ней.
3) Не Кузнецов, не тем более мантайнер пакета IMHO не виноваты в 
сложившихся у Вас впечатлениях. Если здесь Вам не помогут их развеять, 
то уж в www.lartc.org/#mailinglist точно могут.
4) А "третьего пункта" остается только ждать, или написать самому :-)


-- 
С Уважением,
Андрей Горев

Re: [Comm] Advanced Routing & QoS

[Andrey Orlov]

On 2002 December 05 Thursday 17:41, you wrote:
> >>Дело в том, Андрей, что статья изначально задумывалась как обзор
> >>возможностей, с дальнейшей ссылкой на ресурсы с примерами по реализации,
> >>а не инструмент для быстрой настройки. Другими словами, это не HOWTO.

Andy, я понял вашу позицию и высказал свою - поскольку беседа стала склоняться 
к плохо обоснованому обсуждению личных предпочтений, я ее предлагаю завершить.

> Вы являетесь как-раз продвинутым человеком, а не новичком. Другими

В CBQ?! Кришна с вами, меньше двух недель.

> А они и не будут работать, т.к. не правильные. За правильными примерами,

Спасибо. Я узнал о вас то что хотел ;).

> и конкретными ответами на конкретные вопросы идите в указанный список

Я уже писал - у меня нет конкретных вопросов. Я не просил никаких консультаций
по коду или примерам, о чем явно несколько раз упомянул.

> Вы пытаетесь меня обвинить, или Вам нужна информация? Ну нету там этого
> файла, нету, и что дальше будем делать? Я вообще-то давал ссылки, где

Обвинить вас? В чем? Вы попросили комментарии по вашей статье - я написал
комментарий, что в оном пункте вы предлагаете наивному читателю почитать
поподробнее про u32 и fw в man tc - а там даже слов таких нет (это та самая ссылка 
которую вы "вообще-то дали"). Если вам все равно - мне тоже. 
Информацию я вроде не просил, так как уже прочитал HOWTO к моменту прочтения вашей
статьи. Просто хотел избавить читателя вашей статьи от разочарования.

> http://www.docum.org/stef.coene/qos/docs/filter.html поможет

Там тоже ничего нет. Я бы посоветовал в этом пункте ссылку на HOWTO поставить -
это единственное место где мне удалось найти вразумительное описание фильтров. 
Тем более что ссылки на это HOWTO в вашей статье нет.

> отсутствие или наличие документации в пакете я не могу отвечать.

Зато за ссылки в вашей собственной статье на 
несуществующую или бесполезную документацию - вполне ;)

> > Мне значительно больше говорит факт того, что основной разработчик
> Да не отказывает он. Он просто занят. Более того, его подельники сидят в
> трижды-упомянутом списке, и с удовольствием поддерживают.

Только на документацию их не хватило (не подумайте что я вас или их в этом обвиняю,
я просто констатирую факт). И судя по вашим словам - даже они будут мне
благодарны если я что-то узнаю у Кузнецова. Я его уже начинаю уважать.

> Вообще говоря, хорошую статью написать денег стоит. И написал я ее не
> для того, чтобы самоутвердиться, или от того что у меня нет своей
> работы, а потому что меня попросили. На atms выложил по понятным

Что-то я перестал понимать нить нашего разговора. Кажется это вы попросили
нас (и меня в том числе) прочитать статью и высказать свое мнение. Я, по 
доброте душевной, высказал. Если вас оно чем-то не устраивает - сотрите 
его и не парьтесь, я то же могу быть не прав. А вот все эти рассказы
про то, что вы хотите денег за хорошую статью - это, простите, не ко мне. Я тоже
по вашей просьбе потратил два часа драгоценного времени на эти бесценные
критические замечания. ;)

> 1) Без всяких личных притензий к Вам Андрей, давайте все вместе будем
> дорабатывать статью до того варианта, который будет всем интересен.

Сорри, я давал какой-то повод для претензий? Извините, это какая-то ошибка,
не принимайте все так близко к сердцу.

> 3) Не Кузнецов, не тем более мантайнер пакета IMHO не виноваты в
> сложившихся у Вас впечатлениях. Если здесь Вам не помогут их развеять,

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

> 4) А "третьего пункта" остается только ждать, или написать самому :-)

Третий пункт, если вы помните, был "попытаться локализовать ошибку и 
переслать разработчикам багрепорт". Что вы под этим поняли - для меня 
осталось загадкой. Извините, больше не буду надоедать вам своими, 
как вы выразились, "обвинениями" и "словестными баталиями" ;), тем 
более что наши взгляды на то, какая документация полезна и содержательна, 
столь кардинально  разошлись.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- www.neural.ru, cray@neural.ru ---
----------------------------------------

Re: [Comm] Advanced Routing & QoS

[Andy Gorev]

Andrey Orlov wrote:

> Andy, я понял вашу позицию и высказал свою - поскольку беседа стала склоняться 
> к плохо обоснованому обсуждению личных предпочтений, я ее предлагаю завершить.
Согласен, отвечайте мне лично.

> Там тоже ничего нет. Я бы посоветовал в этом пункте ссылку на HOWTO поставить -
> это единственное место где мне удалось найти вразумительное описание фильтров. 
> Тем более что ссылки на это HOWTO в вашей статье нет.
Обратите пристальное внимание на п.9

>>отсутствие или наличие документации в пакете я не могу отвечать.
> 
> 
> Зато за ссылки в вашей собственной статье на 
> несуществующую или бесполезную документацию - вполне ;)
Уточните пожалуйста.

> Что-то я перестал понимать нить нашего разговора. Кажется это вы попросили
> нас (и меня в том числе) прочитать статью и высказать свое мнение. Я, по 
> доброте душевной, высказал. Если вас оно чем-то не устраивает - сотрите 
> его и не парьтесь, я то же могу быть не прав. А вот все эти рассказы
> про то, что вы хотите денег за хорошую статью - это, простите, не ко мне. Я тоже
> по вашей просьбе потратил два часа драгоценного времени на эти бесценные
> критические замечания. ;)
Я просил дополнить статью полезной информацией, коей от Вас не 
поступило. И с чего Вы решили, что я прошу денег? Их у меня есть ;-)

-- 
С Уважением,
Андрей Горев