При минимальных настройках коммутатора (настроена только функция traffic_segmentation) через случайное время свитч перестаёт коммутировать данные на несколько минут (от 2 до 5), затем снова начинает работать без всяких проблем. Повторяется вся эта ерунда бывает каждые полчаса, бывает раз в несколько часов.

Раньше на этом месте стоял DXS-3326GSR, проблем не было.

Укажите, пожалуйста, версию прошивки и что за трафик проходит через коммутатор. Мультикаст используется?

Мультикаст не используется. Есть сервак (1 порт), к нему коннектятся юзеры посредством PPPoE или PPTP.
Соответственно traffic_segmentation настроен следующим образом:
1->1-24
2-24->1
Было замечено, что при отключении сегментации проблема не проявляла себя, но без нее нельзя

Проверялось на разных прошивках. В данный момент стоит следующая:
firmware: 3.60.28
boot prom: 1.01.05
hardware: a2

В момент наличия проблемы сервер пингуется c клиентских машин? Вы анализировали загрузку CPU и портов, а также таблицу FDB во время проблемы?

Сервер не пингуется с клиентов, ровно как и клиенты с сервера
Свитч при этом пингуется с сервака

Загрузка CPU около 10%, порт на сервак загружен не более чем на 20%.
Таблицу FDB не смотрел, подскажите плз команду для просмотра количества, т.к. вручную посчитать не смогу. Также сообщите плз критичное количество записей в таблице для данного свитча

В первую очередь нужно посмотреть на наличие мака сервера в FDB коммутатора на правильном порту во время наличия проблемы (sh fdb), далее проверить ARP таблицу на проблемном клиенте и убедиться, что связки соответствуют реальности, так как возможно кто-то ставит у себя IP или MAC-адрес сервера. В момент наличия проблемы также попробуйте отключить traffic segmentation и проверить пингуют ли друг друга клиенты, подключенные к разным портам коммутатора.
P.S. Управляющий интерфейс коммутатора лучше также вынести в отдельный влан.