Добрый день.

Подскажите какие изменения в прошивке DES-1210-28_A1_5_10_B046.hex по сравнению с предыдущей версией, что поправили, что сломали.. )

Спасибо.

Вот поэтому и в прошивках и возникают регрессии, проверять надо.
Не помогает отключение Option 82 Check на В45.
А на B46 вообще Relay сломали, не работает даже если не используется каскад из 1210

Абсолютно такая же проблема между 3200 и 1210 как у пользователя "lousx".
Опишу проблему, иногда тупо гаснет линк и заводится только после ребута порта на 3200.
Иногда линк горит, но 1210 не отвечает, до тех пор пока опять же не ребутнёшь порт на 3200.
Сегодня опять пропала связь, но на этот раз ни один из методов не помог, пришлось ехать ребутать свитч.

Думал что проблема в оптических модулях, заменил на заведомо рабочие, да и чтоб наверняка поставил 10ти километровые. Порты залочены на 1G

PS. за последние 3 месяца, связь пропадает уже 19 раз.
PPS. грешил на оптику, стрельнул рефлектометром, всё "ровно".

Прошивка 5.10.B046. Если создать запись IMPB из под пользователя с правами Operator, то добавится запись с неправильным IP:

Если повторить тоже самое из под пользователя с правами Admin, то запись добавится нормально:

Возможно кому-то будет полезно. Обновлял с 5.20.B005, перед обновлением ребут, конфиг остался прежний, бубен не понадобился, теперь он

Есть два DES-1210-28 B1 (ядро), три неуправляемых коммутатора - каждый включен двумя линками в ядро (итого три петли, она из них - через оптические преобразователи). Также есть сервер W2k8 R2, две сетевых карты Intel, режим ALB, включен в ядро в порты 26. Коммутаторы 1210-28 соединены портом 25.
На 1210-28: поднят RSTP, Safeguard Engine включен, LLDP выключен, включен ли был loopback detection - нет данных, VLAN на портах петель - Untagged, на портах сервера - tagged, на линке между коммутаторами - tagged.

Замечены баги:
Проверялось на прошивках версии 2 (оригинальная и последннее обновление с сайта) и 3.10.011 и DES-1210-28-B1-3-10-B028.hex (3 брали и с tsd.dlink.com.tw и с вашей темы viewtopic.php?f=2&t=92700).

1. если оба 1210-28 запускаются синхронно, то в некоторый момент они оба начинают чем-то спамить во все активные порты, зависают (back-plane?) вплоть до того, что индикаторы перестают реагировать на факт включения-отключения кабеля из порта. Если запуск обеспечить без петель (физически выключив три линка) или только с одной (возможно, двумя, точно не помню) петлями, то такого поведения не наблюдается.


2. На одном порту (28) висит коммутатор allied telesis AT-GS950/24 fw AT-S109 V1.1.3 [1.00.047], на котором был включен MSTP. После включения питания DES-1210-28 порт, указывающий в AT-GS950, находится в заблокированном по RSTP состоянии. При физическом извлечении-включении кабеля порт поднимается в состояние forward.
Сейчас MSTP там выключен, порт поднимается нормально.


3. IGMP Snooping Global Settings - выключено, но сниффер всё равно ловит IGMPv1 пакеты.

Извините, но в чём тут баги?
1. Исключайте петли
2. Зачем Вы в одной сети используете MSTP и RSTP? Используйте что-то одно (и только при условии, что у Вас есть кольца и нет неуправляемых коммутаторов в этих кольцах)
3. Поставьте IGMP Query interval в 0

1. Извините, Вы правда не понимаете, зачем нужны ядро, петли и RSTP?
тогда передайте моё сообщение тем, кто понимает

/me повёлся на троллинг

Поясняю: (вот первый попавшийся рисунок http://www.xnets.ru/plugins/content/3/1/1_13.JPG)
ядро - ваши DES-1210-28 (вместо catalyst 5002), доступ - ваши же неуправляемые DES-1024D, DES-1052
"петля" - это я так назвал путь между двумя 1210-28 через каждый коммутатор доступа.
RSTP - для того и придуман, чтобы приручить петли и использовать их во благо.

Ваш продукт виснет при вполне обычной конфигурации.

2. Почему-то другие коммутаторы, не знающие про MSTP, видят его как RSTP (и ваша фирма об этом знает http://webdev.dlink.ru/technology/mstp.php). И да, я сообщал об ошибке, а не спрашивал, как мне поступить. JFYI, сейчас MSTP уже выключен, так как сеть была переделана, и повторно протестировать я смогу только на полигоне, если найду свободную технику. Но баг в вашей продукции - всё равно остался.

3. Где поставить? Это web-smart. Поле "Query Interval (60-600)" недоступно в случае, если "IGMP Snooping Global Settings" - "IGMP Snooping" - disabled. И кроме того, оно прямо говорит - не менее 60 секунд.


Нашлась ещё одна бага: ip-адрес syslog сервера сбрасывается в 0.0.0.0

Товарищи, прошу подсказать. Только перешел на D-link с более популярных вендоров. В работе DES-1210-28/ME B2 c прошивкой 6.03.B009.
Разбираюсь с конфигурированием acl через snmp, вроде все ОК, но очень интересует возможность поглядеть кол-во срабатываний acl

Вопрос - можно ли каким-нибудь образом посмотреть сколько раз сработал тот или иной access_id в профайле (желательно snmp)?
спасибо

Нет, это невозможно.

Подскажите пожалуйста. Правильно ли я понимаю что параметр "Host Timeout (130-153025 sec)" это время через которое клиент будет отписан от группы?
И можно ли это время уменьшить дабы уменьшить количество мультикаст трафика?
Заранее спасибо.

Host timeout используется только в том случае, если у вас в сети нет квериера.
Если необходимо, чтобы коммутатор отписывал клиента сразу, как только тот нажал кнопку "стоп", то включите fast_leave

Квериер свой. Отписка от группы происходит ровно через 130сек. Например смотрю канал на пк, выключаю но трафик все равно продолжает итди 130 секунд. Что посоветуете? Коммутаторы 1210-28 a1 прошивка последняя.

Забыл добавить. Фаст лив включен.

Друзья, помогите. Не могу понять логику свича. Работаю над acl c DES-1210-28/ME B2 c прошивкой 6.03.B009.
Все что нужно было acl'ями описал, но уперся в след проблему.



Т.е. access_profile 3 я режу все бродкасты, которые клиент шлет на порт.
А access_profile 2 я матчу поле ether_type и поле sender_ip в теле arp запроса, т.е. config access_profile profile_id 2 add access_id 10 packet_content offset1 0x8060000 offset2 0xc0a81933 port 5 permit разрешает клиенту сообщения типа ARP (offset1 0x8060000) если у него в данном случае IP 192.168.25.51 (offset2 0xc0a81933)

По одиночке каждый acl работает, а вместе не хотят. Хотелось бы в таком случае лучше понять логику работы коммутатора с acl'ями. Спасибо