Вопрос простой: есть в центре сети коммутатор, а именно нечто L3(был 3326SR, стал 3828), как только подтянули на более-менее нормальное качество сегменты сети(даже не все успели по нормальному перевести), поперли дропы по портам.
До включения Шторм-контроля - не смотрел, но есть вариант - выключить шторм-контроль и посмотреть.
Дропы количественно упрыгивают за миллионы, так же по некоторым портам есть оверсайзы.
Для 3326 еще понятно было, сеть ему уже не по зубам оказывалась(примерно 1500 своих хостов в одном широковещательном домене + 4.5 тыс хостов в двух соседних сетях). 3828 вроде не сильно нагружен по процессору(среднее - 20-35%), сеть разбили на сегменты с маской в 24 бита, маршрутизируем этим же 3828.
Топология сети - звезда, 3828 - центр, лучи сделаны на оптике(часть - медью), оптические линки подняты конверторами DMC920, на других концах - разное, в основном неуправляемое.
Я понимаю, что причиной большого числа дропов могут быть маленькие значения в шторм-контроле. Шторм-контроль выставлен на 4096pps для broadcast/dlf, мультикаст никак не трогал(по графикам вижу, что мультикаста в сети почти нет).

Забыл указать - дропы наблюдаются только на прием.

Всё правильно в Drop Packets попадают пакеты, которые не удовлетворяют каким либо устовиям ACL, Ingress checking или Traffic control например.

Traffic Control отключил, ACL нет. Дропы продолжают идти Не хватает канала? Не хватает производительности?

Там не могут чужие теги ходить? У Вас VLAN-ы на обих концах канала одинаково настроены?

Чужие теги ходить не должны, неоткуда.
Конфигурация такая, что порты(за исключением двух в транке) коммутатора находятся в VLAN с настройкой или Tag Forbidden или Untag Egress. Для двух транковых портов - там идут два VLAN, оба тегированные, настроены абсолютно одинаково.
Есть в принципе, один порт, на котором сидит каталист 2950Т. Но он теги снимать должен(не мной настраивался и меня туда не пускают). На 3828 он также настроен как Untag Egress в одном VLAN, в остальных Tag Forbidden
На этом порту дропов чуть больше чем на невключенных портах

В любом случае это не ошибки.

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

Я уточню полный список в каких случаях могут возникать дропы. А какая у Вас версия прошивки?

Boot PROM Version Build 0.00.010
Firmware Version Build 3.00.B29

Вот список пакетов, попадающих в Drop Packets:

1. Packets dropped when IPMC(IP Multicast) TTL count below threshold. Number of IPMC packets dropped due to TTL threshold in MAC domain. ttl=0
2. Number of packets dropped by egress (VLAN tag removed or IPmc).
3. Transmit L3 Aborted Packet Counter. Number of L3 packets dropped.
4. Packets dropped by ACL Counter. Incremented for each packet dropped by the ACL.
5. Unknow Protocol, like Cisco CDP, Loopback Test packet.
6. 802.3x Pause frame also will count as drop packet.

Как решили проблему? У меня схожая ситуация, бьемся с Длинком уже 3 недели.

Не волнуйтесь разберёмся с проблемой.