Это я как раз понял. Вот null интерфейс и предназначен для того чтобы пакеты на указанные подсети просто отбрасывать не отправляя источнику такой ответ, генерация которых если их много грузит устройство. А такой настройки по ограничению нет.

к сожалению не подсети а отдельные адреса рабочих сетей, маршрут
create iproute 192.168.32.0/255.255.252.0 192.168.20.47 240 primary
(на 20.47 фаервол все убьет) непомог - при скане 192.168.32-35.1-254 icmpOutDestUnreachs peak rate = 640

А на 36 серии тоже нет параметра ограничисающего колличество "Destination Unreachables" ?

П.С. пришлите пожалуста прошивку без веба (про которую на форуме хорошо отзываются) и описание SNMP

Нет тоже нет такого функционала. Я Вам прошивку выслал. А какие конкретно вас функции по SNMP интересуют?

Спасибо за прошивку!
Интересует комманда snmpset для очистки арп таблици
Загруз и счетчики интерфейса ЦПУ я нашел.

смотрю загруз цпу с помощью бат файла:

echo off
:start
c:\usr\bin\snmpwalk -v 1 -t 10 -c паблик 192.168.16.49 1.3.6.1.4.1.171.12.1.1.6.1.0
goto start

может кому пригодится

К сожалению OID очистки ARP таблицы не существует в этой серии.

Вот походу локализовал проблему:
На 1 медном линке выскакивали пачками CRCERROR и фрагменты, я считал что эти пакеты отсеятся на АППАРАТНОМ уровне и значения непридавал, разбираться с линком небыло времени.

Сегодня линку стало совсем худо и начали копаться - выяснили что сдох медный гигабитный порт на планете SGSW-2620 и в разыв линка поставили глупый компех 8 портов, CRCERROR исчезли фрагменты остались.
3326 больше на подвисал, в том числе вечером при пике нагрузки.

Рад слышать!

Чуть нетак оказалось:
Порты медные у 3326gsr отчаливают, притом медленно, по очереди и не передатчик а приемник, в помещении температура 20, если рядом в разрыв линка ставиш гигабитный свич - работа нормализуется.

Теперь придется срочно покупать 3612g или 3627g

Я думаю при вашей нагрузке это будет правильный выбор.

Подскажите пожалуста что считают
IP-MIB::ipInReceives.0 = Counter32: 7721961
1.3.6.1.2.1.4.3.0
IP-MIB::ipForwDatagrams.0 = Counter32: 4469064
1.3.6.1.2.1.4.6.0 и каково нормальное/максимальное приращение этиз счетчиков всекунду?

Я запрошу информацию. Как только будут новости сообщу.

Выяснил наверное основную приину перегруза проца 3326 GSR - одинаковые маки клиентов в разных вланах - коммутатор сходит сума, теряет АРП записи и 50/50 теряется связь / обрабатывает траф процом...

Тестовый сервер терял связь за день по половине вланов из 10, в определенные моменты траф тестового сервера обрабатывался процом.

Производительность ЦПУ форварда 600 - 700 ППС

Кривые маки материнок юзверей: 00:e0:06:09:55:66; 00:04:61:ff:ff:ff; 04:4b:80:80:80:03

Похоже это общая проблемма dgs/dxs-33xx, будет интересно услышать помог-ли мой пост работе и другие мнения.

Так с такими MAC-адресами нужно бороться на доступе. Статическая таблица MAC-адресов, IMP или ACL. Можно конечно попытаться описать проблему подробно со схемой, конфигами и подробным описанием если уверены. И мы спросим. Хотя что-то очень непонятно. Если бы мы говорили про IP-адреса и интерфейсы я бы понял.

сниму - попробую сэмулировать, пока сменил маки у серверов на вланах.