На коммутаторе DES-3326S создано 3 влана для подсетей:
192.168.7.0/24
192.168.8.0/24
192.168.10.0/24

Созданы IP-интерфейсы в этих вланах:
192.168.7.2
192.168.8.2
192.168.10.2

Шлюз по-умолчанию: 192.168.10.10

Хосты из подсетей 192.168.7.0/24 и 192.168.8.0/24 отлично пингуют друг друга. И даже пингуют контроллер домена 192.168.10.1, подключенный к DES-3326S, но не пингуют больше никого из подсети 192.168.10.0/24 и тем более других подсетей, к которым и ведёт шлюз 192.168.10.10.

192.168.10.10 - это Cisco 1721 на которой маршрутом к 192.168.7.0/24 и 192.168.8.0/24 прописан 192.168.10.2

С других подсетей (например 192.168.0.0/24, 192.168.1.0/24) замечательно пингуются все интерфейсы DES-3326S (192.168.7.2, 192.168.8.2, 192.168.10.2), но не пингуются хосты из соответствующих интерфейсам подсетей.

Вопрос: ПОЧЕМУ не работает маршрутизация?

P.S. Прошивка 4.03B13

P.S.2. Посмотрев таблицу IPFDB я с удивлением для себя обнаружил на порту 24, который через пару радиомостов DWL-1750 и Catalyst 2950 подключен к основному маршрутизатору (192.168.10.10), сотни интернет-адресов. Откуда интересно они берутся, если пакеты из разных подсетей дальше DES-3326S не ходят?

P.S.3. Если вместо DES-3326S поставить Catalyst 2950 с тремя вланами, к которым через 3 порта подключен маршрутизатор под Windows 2003 Server c интерфейсами 192.168.7.2, 192.168.8.2, 192.168.10.2 и шлюзом по-умолчанию 192.168.10.10, то маршрутизация работает отлично. Если вместо Windows 2003 Server загрузить какой-нибудь Knoopix с компакт-диска, прописать интерфейсы и шлюз - маршрутизация тоже работает отлично.

P.S.4. Мы приобрели 10 коммутаторов DES-3326S СПЕЦИАЛЬНО, чтобы избавиться от программных маршрутизаторов, тем более, что более тупого задания, чем я описал, для маршрутизатора не придумать. И тут, бац... а D-Link ведь не справляется с поставленной задачей.

_________________
Just Do It!

У Вас сколько хостов в каждой подсети?

в 7-ой 5 хостов. В 8-ой 12. В 10-ой сервер, пара каталистов и пара DWL-1750. Как видите, даже нагрузки нет.

Иван, я звонил к вам более 10-ти раз за в понедельник-вторник. Вас не было на месте.

_________________
Just Do It!

Я Вам прошивку выслал. В понедельник я был весь день на рабочем месте, возможно отходил по делам. Во вторник у меня был семинар. На месте мы не сидим.

Иван, спасибо. Новая прошивка волшебным образом спасла ситуацию. Пока всё работает. Посмотрим, как коммутатор переживёт ночь.

_________________
Just Do It!

После выходных коммутатор вёл себя весьма странно:
пинговались все его интерфейсы (192.168.7.2, 192.168.8.2, 192.168.10.2), хосты из подсетей 192.168.8.0/24 и 192.168.10.0/24 были доступны, а вот из 192.168.7.0/24 - НЕТ. Пинги на все хосты, подключенные к коммутатору идут с дропами (в среднем 1 дроп из 10). Таблица IPF содержала 700 адресов.
После перезагрузки сеть 192.168.7.0/24 стала доступна. Но редкие дропы имеют место.

Комментарии саппорта?

_________________
Just Do It!

Если это повторится то пришлите графическую схему с указание портов подключения и подсетей, конфиг свитча, подробное описание возникшей проблемы. Также необходимы выводы следующих команд в момент возникновения проблемы:

- show fdb
- show ipfdb
- show arptable
- show iproute
- show utilization cpu

Но вообще-то такое количество сессий это что-то очень много для такого количества клиентов.

Приветсвую!

Проблема такая же ...

Есть 3326GSR заполнен уже на 50 % ... вот решил на него перевести маршрутизацию ... но за 3 недели тестирования 4 раза "падал маршрут".

Схема такая :
Через него ходит вся неконтролируема сетка (до меня человек видемо даже не знал о существовании вланов) , то есть сетки 192.168.0.0 там свичатся через сторонние маршрутизаторы.

стал все это хозяйство разбивать ... создавать интерфейсы ...

и вот что заметил.

если существует маршрут на подсеть через скачек

create vlan test tag 1111
create ipif test 10.10.10.1 vlan test
create iproute 192.168.223.0/24 10.100.10.2

то через неопределенный промежуток времени от перестанет работать.

Причем лечиться элементарно ....

delete iproute 192.168.223.0/24 10.100.10.2
create iproute 192.168.223.0/24 10.100.10.2

и сново работает.

Device Type : DXS-3326GSR Stackable Ethernet Switch
Unit ID :
MAC Address :
IP Address : 10.100.2.100 (Manual)
VLAN Name :
Subnet Mask : 255.255.255.0
Default Gateway :
Boot PROM Version : Build 2.00-B04
Firmware Version : Build 4.40-B04
Hardware Version : 4A1
Device S/N :
System Name : G10
System Location :
System Contact :
Spanning Tree : Disabled
GVRP : Disabled
IGMP Snooping : Disabled
RIP : Disabled
DVMRP : Disabled
PIM : Disabled
OSPF : Disabled
TELNET : Enabled (TCP 23)
WEB : Disabled
RMON : Disabled
SSL status : Disabled
SSH status : Enabled
802.1x : Disabled
Jumbo Frame : Off
Clipaging : Disabled
MAC Notification : Disabled
Port Mirror : Disabled
SNTP : Disabled
Bootp Relay : Disabled
DNSR Status : Disabled
VRRP : Disabled
HOL Prevention State : Enabled
Syslog Global State : Disabled
Single IP Management : Enabled
Dual Image : Supported
CPU Interface Filter : Disabled

жду предложений ... не хОтца переводить всю маршрутизацию на PC ...

Здраствуйте, пожалуйста, пришлите схему сети( с указанием VLAN-ом, портов и т.д. ), конфиг файл и подробное описание на email: rbigarov(a)dlink(.)ru

_________________
С уважением,
Бигаров Руслан.

У меня похожая проблема.
Есть DES-3326S, на нем 5 интерфейсов (+системный)
свитч подключен к ВПН-серверу, на ИП адрес которого осуществляет маршрутизацию из клиентских подсетей в интернет.
Периодически наблюдаются проблемы с маршрутизацией, потери пакетов. Проблема через какой-либо промежуток времени пропадает.

Поглядел информацию из предложенных команд -
- show fdb
229 адресов

- show ipfdb
2023 адреса

- show arpentry
226 адресов

- show iproute
7 маршрутов

- show utilization cpu
такая команда отсутсвует

firmware свитча - 4.02-B13 (не последняя, но в последнем оф.релизе 4.02-B13 никаких изменений по теме не нашел)

Клиентов в подсетях более 500, но, исходя из таблицы адресов активных не более половины.
Смущает, что таблица ipfdb забита под завязку, в ней содержится большое количество интернет-адресов.

Как возможно разрешить существующую проблему?

Завтра я вам вышлю прошивку.

Я Вам прошивку выслал.

Спасибо!
как появится возможность (во время минимальной загрузки) прошью, потом по отзывам пользователей виден будет результат.

После перепрошивки последней версией свитчу вроде как полегчало.
Т.е., постоянно запущен пинг, за несколько суток пропало всего несколько пакетов, проходящих четез свитч (а всего прошло около 336000). Заметил переодическое увеличение времени пинга, что самоустраняется через 10-20 сек. Также заметил, что при заполнении таблицы маршрутизации ipfdb до конца количество записей в ней уменьшается на 50.... Взаимосвязь событий не проглядывается.
В целом с маршрутизацией свитч относительно справляется.

Рад слышать! Но раз у вас таблица IPFDB иногда заполняется полностью, значит у вас устройство в некоторых случаях перегружено и стоит подумать о будущей замене на серию DES-38XX например.