DES-1210-28 в паре с DIR-300 NRU (REV-B1). Пробовали несколько других моделей (DIR-615 один из них) роутеров - отрабатывают.
Без 1210-28 DIR-300 NRU работает.
В igmp нашли отличия - у DIR-300 NRU пакет меньше на 4 байта ввиду отсутствия флага в пакете.
DES-1210-28 пробовали с 5.10.B018 и 5.10.B022
DIR-300 NRU тестировался c текущей 2.06 и со старыми пятью прошивками.
Подскажите, как их подружить.
Спасибо.

Попробуйте, пожауйста, ситуацию с прошивкой для DIR-300, которую я Вам выслал на почту и сообщите по результатам.

Спасибо Вам огромное! Работает!!!
А DIR-300 A1 оседлать можно?
Может, есть, что скормить можно моделям, с которыми я еще не сталкивался?
Спасибо Вам!!!

Не за что.
На DIR-300 (rev A) Вы какую прошивку используете и в чем заключается проблема?

DIR-300 (Rev A1) Firmware 1.05 (DIR-300A1_FW105b09.bin)
Ситуация со стороны один в один, как и с DIR-300 NRU.
Подробнее выяснить смогу на днях.

Этот роутер уже снят с производства и, кроме того, вопросы по нему лучше задать в разделе форума, посвященном маршрутизаторам.

ACCESS LEVEL
Тестировали на 5.10.B022 и 5.10.B018
.
USER
По WEB:
-Cable diagnostic - нет прав (в CLI - есть).
-Просмотр FDB - нет прав (в CLI - есть).
-Configuration Backup and Restore - есть права.
-Firmware Backup and Upgrade - есть права.

В CLI:
-Reset System -есть права.

anree
Я отписал об этом в ШК.
Однако, просмотр FDB доступен и в CLI и в WebUI (прошивка 5.10.B022)

Просмотр пользователю в WebUI действительно доступен, однако не доступен поиск и изменение параметров этого просмотра (не получиться сделать выборку по маку или порту). Кроме того, если пользователь с админскими правами просмотрел, к примеру, маки на 1м порту и нажал кнопочку сохранить, то пользователю с урезаными правами будет доступен к просмотру только этот порт. Т.е. параметры просмотра также почему-то сохраняются.
Еще очень хотелось бы возможность пользователю делать кабель диагностик.
А нету в планах ШК сделать авторизацию через радиус и такакс сразу с админскими правами для этих устройств?

Это пока не планируется, остальные вопросы мы уточняем в ШК.

2 anree, dmn1112: ШК сообщила, что таков текущий дизайн устройства, менять его не планируется. Если фунционал действительно нужен, то реализовать его получится не ранее третьего квартала 2012 года, но в любом случае нужно знать Ваши планы по DES-1210-28 серии (сообщите их почтой).

Всем день добрый . В нашей сети мы используем 1210-28 уже как год, на данный момент в сети 17шт.
Вот плюсы

+довольно богатый функционал
+Traffic Segmentation
+ +2 гигабитных медных порта.
+цена

Минусы
-нельзя снимать CPU utilization по SNMP
-изредка выходит из строя при перепрошивке(замечено с последними прошивками B21,B22):более подробно как выйти из такой ситуации - итак свич становиться тупым, нормально пропускает трафик,и если включен фибер порт,то он не индицируеться,Но индицируеться активным гиговый спареный с ним порт О_о. помогает только ребут вручнуюна месте,тогда свич выходит в дефолт и виден только в Смарт Виеве , причем красным, необоходимо перешить еще раз с Смарт Виева и после ребута он оживает и даже конфиг востанавливаеться.
- Отпадает по пингу и SNMP.


На последнем я хочу остановиться, проблема у нас такая давно, пока я так и не смог понять почему и прошу сотрудников Д-Линк помощи.Схема сети прибилизительно такова, часть опт.линков до дома+последовательно .


Нет ВЛанов,абонентов около 400,прошивки B21,B22.,включено ЛБД,Storm Control - Broadcast + Multicast + Unknown Unicast 64 Kbps ,вчера настроил на всех коммутаторах Traffic Segmentation.Сети вроде как стало легче. Но проблема так и осталась, а она такова, что непериодично
коммутаторы отваливаються в мониторингах Cacti и Дуде,при этом пинга на них тоже нет,так может длиться (привышений пинга) 5-20раз, но пинг через коммутатор отличный <1ms . Купили новый коммутатор и поставили в серверной ,патчкордом в свич в который включены сервера мониторинга..эфект тот же .

Так же сам пинг на свич какойто чудный, при том,что через него <1ms

Ответ от 10.10.13.8: число байт=32 время=12мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=11мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=3мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=10мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=10мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=10мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=10мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=10мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=10мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=10мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=3мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=3мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=3мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=3мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=12мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=11мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=10мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=10мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=10мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=10мс TTL=63
Ответ от 10.10.13.8: число байт=32 время=10мс TTL=63.

Спасибо.

Управление коммутаторами нужно выносить в отдельный влан и настраивать функционал Trusted Host.

Понятно. Буду думать как поднять для них личный ВЛан и читать о Trusted Host. Спасибо. Наверно из-за этого такое, но это я большой проблемой не назову, ведь при этом сама сеть фунциклирует .

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