Зависания свитча при статической маршрутизации.
 

Добрый день! Господа, прошу помочь найти объяснение следующей проблеме: есть коммутатор третьего уровня 3com SuperStack 3 Switch 3226, сеть разбита на VLAN'ы (подсети 10.0.1.0, 10.0.2.0, 10.0.3.0 и т.д.) которые он разруливает. Есть группа ответственных работников, которые для своего проекта подняли свою подсеть (скажем 192.168.0.0/24) и между этой подсетью и остальным миром поставили роутер на винде, в качестве шлюза на внешнем интерфейсе этого роутера (ip - 10.0.2.150) указан вышеупомянутый 3COM. Группе ответственных работников очень нужно находясь в своей подсети работать с сервером, находящемся в общей сетке, в одном из VLAN, для того чтобы дать им такую возможность в на коммутаторе прописываю статическую маршрутизацию: distination ip - 192.168.0.0, mask - 255.255.255.0, geteway - 10.0.2.150. И все начинает работать, ответственные работники ликуют и с упоением начинают работать, но... через 15 минут 3COM "виснет", VLAN'ы перестают "дружить" между собой, интерфейсы перестают пинговаться, хоть как-то простучаться к нему можно лишь через компьютер подключенный непосредственно к первому порту, но первый порт у нас особенный, он входит сразу во все VLAN'ы, соответственно он теггированный. Но даже с этого компьютера жутко тормозит telnet, вводится по букве в 15 секунд. Помогает только грубая перезагрузка свитча, но через минут 10 ситуация повторяется. Вопросов, собственно, два: "кто виноват?" (свитч или виндовый роутер, или плохая карма) и "что делать?", чтобы это безобразие прекратилось.

не понял - 3226 обычный коммутатор 2-го уровня, а не маршрутизатор

а они и не должны "дружить" по описанной выше причине... разве только через другой роутер, про который в вашем посте ни слова... AFAIK схема с одновременным вхождением порта в несколько VLAN 3COM не поддерживает