Попытался сделать ограничение скорости на коммутаторе 3828
Boot PROM Version : Build 0.00.010
Firmware Version : Build 4.50.B12
Hardware Version : 1A1
Поле скорости в ACL скрыто, возможно дело в Boot PROM Version?
Есть возможность заменить загрузчик без физического присутствия рядом с коммутатором, для меня это проблематично?

А в CLI? И лучше использовать прошивку которую я Вам выслал. BootPROM здесь абсолютно не причём.

Уже разобрался, в 3828 немного другая логика написания ACL, если в 3028 и 3627 описывается правилом что ограничивать и с какой скоростью, то в 3828 сначала пишем правило что ограничивать, а потом на это правило вешаем шейпер.

Именно так.

ограничил скорость на 3828.
скорость выдерживается точно при большом кол-ве потоков (с сервера качают несколько клиентов, либо под правило попадает целая подсеть ip адресов).
на 3028 ждем новых прошивок устраняющих дефект ACL ограничения скорости.

DGS-3627G
Build 2.40.B75
Hardware Version 1A1G
Нужно резать скорость с подсети 10.0.0.0/8 на порт 24

create access_profile profile_id 1 ip source_ip_mask 255.0.0.0
config access_profile profile_id 1 add access_id 1 ip source_ip 10.0.0.0 port 24 permit rx_rate 16

результат - скорость не режется

Boot PROM Version : Build 1.10-B09
Firmware Version : Build 1.00-B66

create access_profile profile_id 10 ip source_ip_mask 0.0.0.0 destination_ip_mask 255.255.248.0
config access_profile profile_id 10 add access_id 1 ip source_ip 0.0.0.0 destination_ip 192.168.184.0 port 10 permit rx_rate 5

Результат - скорость режется!

Древней прошивки не нашел! (Ivan Demin Не пинайте меня ногами, дойдут руки перепрошью все свои коммутаторы).

Я Вам прошивку выслал.

С новой прошивкой скорость - режется. Спасибо.
Смущают флуктуации. Они приличные.
В моем случае я обрезал скорость на 1Мбит/c (16 единиц)

По замерам tcptrack на интерфейсе компьютера подключенного в порт dlink флуктуации колебались от 16 до 120 Килобайт/c.

Замечу,что tcptrack показывает только TCP сессии. Влияние UDP трафика на этот процесс оценить немогу.

Можете ли Вы как то прокомментировать такие колебания ?

Когда кол-во одновременных сессий вырастет эти "выбросы" сгладятся. UDP трафик режется более качественно, чем TCP. Не требуйте от этих железок слишком много.

Рад слышать! Естественно так как это делается в железе и это полисер а не шейпер. И соотвественно тоже ясно почему это в больщой мере проявляется на TCP трафике.

Иван что касается 3028 и шейпинга всё ясно, у меня тоже были большие надежды на этот функционал но я пришёл к выводу что 3028 отлично работает как свич L2 вот и будем пока их так использовать. А вопрос шейпинга очень актуален, задавал как то вопрос в разделе маршрутизаторов и мне посоветовали глянуть в сторону файрволов, но позже ответили что они тоже не подходят для моих целей. В общем мне нужен аппарат на котором можно будет создать много интерфейсов третьего уровня и привязывать их к отдельным виланам чтобы дальше пробрасывать по сети, и должна быть возможность на нём же шейпить клиентский трафик по IP-адресам для раздачи безлимитных тарифов, как это можно делать на цисках. Либо нужен аппарат который будет выполнять узкую функцию шейпинга по IP-адресам пропуская через себя транком множество виланов (как может 3028) и больше от него ничего не требуется. Посоветуйте что то из вашего железа.

Меня мучает этот вопрос потому что в силу стоимости цисок возможность закупать их ограничена и потом от этой циски придётся раздавать зарезанный по анлиму трафик во всей сети по второму уровню что не очень хорошо а купив за ту же стоимость несколько длинков их можно более рационально распределить по узлам и подняв маршрутизацию не тащить клиентский трафик в виланах по всей сети с их широковещательным мусором.

2 Strangertlt > А сколько имено ipif интерфейсов Вам нужно?

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

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

При правильном распределение ресурсов и настройки ACL этого достаточно.

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