Имеем коммутатор des-3028

средствами ACL ограничиваем скорость доступа с одного Ip адреса
# ACL

create access_profile ip source_ip 255.255.255.255 destination_ip 255.255.255.255 profile_id 1
config access_profile profile_id 1 add access_id 1 ip source_ip 10.1.0.2 destination_ip 10.1.0.1 port 25 permit priority 3 rx_rate 800
disable cpu_interface_filtering

В вебморде для обозначения скорости зарезки используется величина kbps килобиты/с (?)
При установке скорости в 800 - получаем ограничение в 3-5 килобайт/с
при ограничении в 80192 - скорость ограничивается до 1200 кБ/с - примерно до 10 мегабит/с.
ставим 10000 - получаем 800 килобайт/с/
Даже, есди принять во внимание, что возможно используется не двоичное, а десятичное исчисление (k а не K), то все равно цифры у меня не сходятся.

скорость в CLI режется в пределах value 64-1024000 (64 килобита - 1 Гигабит?)
Загрузка цпу практически нулевая.
Какое значение поставить, что-бы скорость резалась точно по установленным значениям?

Поможет или нет, но на форуме наткнулся на аналогичную проблему с 3526,
я скорость режу на гигабитном порту, и возможно скорость режется кратно 8 мегабитам? хотя как объяснить другие некратные значения 8-ми мегабитам?

Единица измерения кажого такого шага в этой серии 64K. Т.е. берёте значение и умножаете на 64K, в итоге получаете значение в Килобитах. Ещё учтите что для корректной желательно включать Flow Control на клиентских портах. У Вас какая версия прошивки?

И снова влезу в эту тему поскольку для меня некоторые моменты всё ещё актуальны. Один порос. Смогут ли в будущем коммутаторы D-Link (не обязательно эта серия) резать скорость без участия Flow Control? Привязка порта к сетевой карте не очень удобна поскольку на линию могут повесить любой аппарат (свич, роутер, точку wi-fi и т. д.) А если свич третьего уровня (например 3828) сможет резать скорость по определённым адресам ещё на уровне распределения будет то что нужно в идеале. Очень хочется услышать ободряющие прогнозы.

прошивка
Firmware Version : Build 1.00-B32
Обновить прошивку пока не получиться, коммутатор стоит в недоступном месте, и если пойдет все наперекосяк, товозможно потеряется управление.

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

если умножать на 64к, то все равно ерунда получается
10000х64 (???) = 1200 килобайт = 9600 килобит
8000 = 80 килобайт - скорость сильно ниже прописанной
8024 = примерно 80 килобайт
8196 = 800 килобайтам
если делать вводимое значение кратное 64, то
4096 = 30 килобайт/с
9216 = 890 килобайт/с
10240 = 890 килобайт/с
8192 = от 300 до 700 килобайт/с причем график скачивания очень рванный, если на значениях больше 9216 - это красивая ровная линия, то любое значение ниже дает сумашедшую кривую.
мне необходимо скорость ограничить 4-5 мегабитами - какое значение прописать?

p/s включение flow control ничего не меняет.

Надо не только на свиче включать, но ещё и на сетевухе

там нет сетевух!
есть схема
des-3828 - sfp - оптика - sfp - (порт на котором производится ограничение скорости для одного ip адреса) коммутатор 3028 - 3200AP - 3200AP - des3028 - des3828

причем канал выделенный курсивом - тегированный, и по нему идет и другой трафик.

2 grig > У Вас очень старая версия прошивки. Я Вам выслал последнюю версию.

_________________
С уважением,
Бигаров Руслан.

После обновления прошивки ситуация не улучшилась, скорость на маленьких зарезках (менее 9000) очень сильно скачет.
При ограничении скорости до 4096, скорость скачивания падает до 9-30 килобайт/с и график очень "кривой".

По поводу Flow Control в этой серии ситуация не поменяется, это особенность чипсета. По поводу DES-38XX такой особенности нет.

To grig:

Укажите пожалуйста в личку ваш телефон.

создан стенд для проверки зарезки скорости "на столе"

компьютер - 3028 - ( маршрутизатор - коммутатор) - ftp сервер
коммутатор 3028 "пустой" но с новой прошивкой. на всех портах включено флоуконтрол, Прописано единственное правило:
create access_profile ip source_ip 255.255.255.255 destination_ip 255.255.255.255 profile_id 1
config access_profile profile_id 1 add access_id 1 ip source_ip адрес_Ftp destination_ip 10.10.10.102 port 28 permit priority 0 rx_rate скорость_зарезки

поставил на закачку объемный файл и начал изменять ограничение скорости
1024 - 6-8килобайт/с иногда пики до 14
2048 - 10-14 килобайт/с пики до 18
8000 10-14 килобайт/с
8192 - 20-32 килобайт/с
9216 - 20-80 килобайт/с
10240 - 80-250 килобайт/с
16384 - 20-150 килобайт/с иногда скорость выростает до 1-2 мегабит (примерно 1 раз в 2-3 минуты, и держится до 10 секунд)

Стабильной скорости зарезки добиться не удалось ни на одном значении. Хотя иногда у коммутатора бывают озарения и он пытается корректно ограничивать скорость в указанных рамках, но это происходит в течении нескольких секунд и опять скатывается в низкие скорости и "рванный" график скачивания.

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

кстати по поводу схожести механизма ограничения скорости через ACL и bandwidth_control

acl на тестовой схеме режет вкривь и вкось, а bandwidth_control делает идеальное ограничение скорости, с точностью до килобита, без уменьшения скорости и скачков. Если ограничили в 8192, то держится четко на 8 мегабитах.
Специально сделал ограничение в 1,2,4,8 мегабит, все значения выдерживаются ровно.

Flow Control включали на обоих сторонах линка? ОК, проверим ещё раз. По поводу DES-38XX именно так.

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

Мы протестируем эту ситуацию, но скорее всего у Вас это было из-за Flow Control disabled.