Выслал.

Прошилось нормально. Из того что работало ничего работать не перестало, это радует Тестируем.

Кстати непонятно как выполняется статическая маршрутизация. Такое ощущение, что коммутатор трафик через себя пропускает, хотя должен делать просто next hop.

Со статической маршрутизацией так и осталась проблема. Перестает работать при непонятных обстоятельствах. Спустя некоторое время начинает работать.

Кстати да, я перепроверил. Маршрутизатор на базе Linux в случае со статическими маршрутами ведет себя по другому. Сейчас объясню ситуацию.

Есть DES-3852, он делит сеть на два сегмента:
192.168.20.0/22
192.168.50.0/22
Так же является шлюзом по умолчанию для всех машин.

В сети 192.168.50.0/22 есть еще маршрутизатор за ним находится сеть 192.168.52.0/23

Когда пакеты направлены из 192.168.20.0/22 в 192.168.52.0/23 все происходит правильно, идет Forward трафик через DES, далее на следующий маршрутизатор.

А вот когда из 192.168.50.0/22 в 192.168.52.0/23, тоже идет Forward через DES. Это поведения я считаю нелогичным, т.к. Linux маршрутизатор в этом случае делает ICMP Redirect, чтобы не гнать трафик через себя.

Перезвоните пожалуйста завтра в офис по телефону 744-00-99 доб.390.

Опять не застал вас.
Вобщем с новой прошивкой проблемы все те же. Отвал WEB-UI остался, одновременно с этим статические маршруты не работают.

Пришлите пожалуйста по почте подробное описание проблемы с графической схемой сети, конфигами устройств.

Все выслал

Ничего не решилось по данному вопросу?
Просто после физической перезугрузки по питанию (после обновления прошивки я просто reboot делал), работает второй день нормально. Надеюсь и дальше будет.

Хоть и неправильно, но работает. Возьмите на заметку для следующей версии прошивки, нужно делать ICMP Redirect если пакет пришел на интерфейс коммутатора, который в одной подсети с целевым маршрутизатором.

А зачем пропускать 192.168.52.0/23 через свич из 192.168.50.0/22???
Помойму лучше на машинках 192.168.50.0/22 сразу статический маршрут дать на 192.168.52.0/23 через маршрутизатор, иначе у вас так и будет всё тупить.

2terrible:
DES-3852 шлюз по умолчанию для всех машинок в сети. Я написал как ведет себя Linux маршрутизатор в данном случае и это правильное поведение, должен быть ICMP Redirect и тогда никакого трафика через свитч не будет.

Перезвоните пожалуйста в офис по телефону 744-00-99 доб.390.

Вобщем заметил еще одну неприятную особенность. MAC-адреса для интерфейсов назначаются после перезагрузки последовательно, т.е. после очередного добавления нового интерфейса они могут поменяться местами (похоже что в зависимости от имени интерфейса). Есть ли возможность статично закреплять MAC-адреса за интерфейсами?

После перезагрузки был сегодня приятно удивлен отсутствием доступа к другим сегментам, т.к. в ARP таблицу моего компа статично прописан MAC шлюза.

Нет к сожалению нельзя.

После длительного тестирования коммутатора:
Boot PROM Version Build 0.00.008
Firmware Version Build 4.01.B47
Hardware Version 1A1
Могу сказать, что статическая маршрутизация правильно не работает! Периодически бывает такая ситуация:
1. С коммутатора адрес шлюза пингуется по внутреннему адресу. Т.е. адрес интерфейса на коммутаторе например 192.168.40.1 пингуем адрес шлюза 192.168.40.253, который ведет в сеть 192.168.52.0
2. С коммутатора пингуется адрес шлюза в другой сети с 192.168.40.1 пингуем например 192.168.52.253.
3. С коммутатора пингуется любой узел в сети 192.168.52.0

Внимание! От пользователей у которых 192.168.40.1 является шлюзом по умолчанию ни один адрес в сети 192.168.52.0 не пингуется. Как такое может быть? Однозначно глюк.