Делаю самый простой вариант по ip-адресам, т.е. в трубе (например на 256К) прописываю только Total 256K. Трубы (in и out) цепляю правилом к адресу. Общий канал в трубах не делал (как в примере для приоретизации сервисов). Правильно ли так?
Вопрос появился потому что наблюдаю некоректнуюю работу шейпера, хотя читал у народа по нему нареканий нет на невысоких скоростях.

По подробнее именно вы наблюдаете? Шейпер у устройства работает корректно.

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

_________________
Сообщения в PM игнорируются, задавайте вопросы на форуме.

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

Что именно вы хотите реализовать?

_________________
Сообщения в PM игнорируются, задавайте вопросы на форуме.

Клиент, посредством шейпера получает какую-то полосу, например 256К. Хотелось бы в рамках этой полосы(канала) настроить приоретизацию по сервисам (как в вышеупомянутом примере с FAQ),
т.е. для http один приоритет и рамки гарантированной и burst скоростей, для smtp другой, но естественно в пределах отведённой клиенты полосы.

Так в примере именно ваш случай и описан. Что именно там не понятно?

_________________
Сообщения в PM игнорируются, задавайте вопросы на форуме.

Мне не понятно, как объеденить на одном клиенте (ip-адресе) эти две возможности.
Т.е., если у меня есть пайпы на 128, 256, 512 , то я под них должен сделать (например на три сервиса) 18 труб (in и out) и добавить их к каждому правилу, перед total (на данного клиента), на вход и выход.
Правильно я понимаю?

Нет, не правильно. Трубы будут те же, то есть три штуки. Внутри каждой из них необходимо для соответствующих приоритетов прописать гарантированную скорость, т.е. для наивысшего приоритета (потом Вы ему присвоите HTTP), сделать 40, для менее значимого SMTP - 30 и т.д. При этом будет total. Вот пример из FAQа, но с другими цифрами:

А вот далее создаете правило на каждый сервис - http, smtp и остальное трафик. В каждом из этих правил выбираете соответствующий приоритет.
Пример:

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

Дмитрий, спасибо, сам понимал, что мой вариант криво выглядит.

Дмитрий, т.е. в правилах для разного типа трафика я задаю только приоритеты, поля формирования трафика оставляю пустыми?
Это вот в экспериментах как-то не укладывалось в логику.
И ещё, может плохо смотрел, но не нашёл возможности посмотреть попадания трафика в правила, ни в веб-морде ни в ssh. Нет такого удобства?

Не понял вопрос. Особенно "поля формирования трафика". Про что речь, подробнее, плиз

Имеется в виду - смотреть онлайн, какие соединения находятся в конкретной трубе? Не помню точно, что выводит команда, но посмотрите:

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

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

В правилах pipes, закладка, где указываются скорости и приоритет.
Я интерфейс русифицировал

Ну как же пустыми-то? Именно там (в Pipe) и указываются гарантированные скорости для каждого нужного приоритета. Этим мы создадим "трубу" (Pipe) с QoS. И этим мы скажем роутеру, каковы параметры скорости для того или иного приоритета. На данном этапе, пока не созданы PipeRules, устройство еще не будет знать, какой трафик подпадает под тот или иной приоритет. Вы бы скриншот сделали конкретного пункта, который интересует, а то я плохо помню русифицированный перевод, а русский пак удалил за ненадобностью Ну или скажите, какие вопросы вызывает пункт в англ. версии.

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

Вообще это работает примерно так (упрощенно и стараясь избегать терминов)

Для объяснения воспользуюсь этим примером http://www.dlink.ru/ru/faq/85/758.html

Обратите внимание на то, что "pipes" Total_upstream и Total_downstream используются во всех pipes rules.

Обратите внимание над тем как заполнены поля приоритетов в этих правилах, а именно:

7: 800

6: 600

3: 400

Total: 2000

Это самое основное, это основной ваш канал.

А теперь посмотрите на настройки остальных "pipes", как видите там указано только значение total или не указано ничего.


А теперь собственно объяснение:

Весь трафик выстраивается в правилах в "цепочки", где pipes (каналы) Total_upstream и Total_downstream, обеспечивают метки для работы остальных pipes.

Если в pipes для какого, либо трафика указано значение total, то данный тип трафика никогда не превысит заданного значения.

А все вместе это работает так (на примере правила шейпинга для SMTP):

При формирование правила для шейпера Forward и Return Chain добавлены pipes SMTP и Total (обратите внимание, в остальных правилах всегда соблюдается жесткий порядок, сперва идет pipe для типа трафика а затем тотал), при этому указан 7 приоритет, при этом smtp имеет значение total 1600.

Шейпер начинает работать, только тогда, когда значение total в любом из pipe достигнут. Первым достигается порог в SMTP=1600, поэтому этот тип трафика, никогда не сможет занять всю полосу пропускания, даже если канал свободен, а только 1600. Затем, по мере "отъедания" канала другими типами трафика, начинает отрабатываться pipe Total (именно по этому он присутствует во всех правилах шейпера), по которому согласно установленным приоритетам и направляются остальные pipes.

Итог, при полностью загруженном канале, у нас для SMTP трафика гарантирована полоса пропускания в 800 (потому что указан приоритет 7 а значение 800 указано в pipe total в 7 приоритете), для http 600, для ftp 400. Трафик не относящийся к указанным типам, будет использовать остаточную пропускную способность канала, и если остального трафика будет "много", при переполнении буферов для шейпера на DFL, пакеты остального трафика будут уничтожаться.

_________________
Сообщения в PM игнорируются, задавайте вопросы на форуме.

Сергей, а мне показалось, что в исходном вопросе не было задачи ограничивать конкретные сервисы. Т.е. все в пределах выделенной полосы, но с предоставлением приоритета на тот или иной тип трафика.
Но раз такая подробная инструкция, то у меня тоже вопрос больше для подтверждения своих знаний - что произойдет с трафиком 7-го приоритета (пусть это будет http), если:
1) для всего канала есть ограничение, допустим, 1МБит
2) для трафика 7-го приоритета выставлена гарантийка, допустим, 800кбит

Клиент начинает качать файл по http. Пока нету другого трафика, скорость режется мегабитом. Но вот этот же клиент стал тянуть письмо по pop3. На http станет выделяться 800кбит, а оставшиеся 200кбит будут разделены динамически между pop3 и http. Все верно? Или оставшиеся 200кбит вообще не достанутся http, т.к. ему и так выделили гарантийку? Я все-таки склоняюсь к варианту о динамическом разделении этих 200кбит. Но прав ли я на 100%?

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)