Приветствую.

Дико неудобно выклянчивать новые прошивки, предполагаю, что это делается для feedback'а, типа отписаться о лучше/хуже и т.д., но уверяю, если будет хуже - народ и так будет писать, а статус beta не даст бездумно ставить прошивки на продакшн свичи без самостоятельной их проверки...
сделайте, пожалуйста, раздел BETA на ftp для каждого свича, к которому выпускаются новые прошивки и дайте людям выбирать что ставить, если им это нужно, feedback будет при наличии проблем.. а при проблеме и так указывается версия прошивки, типа вся ответсвенность с d-link'а снимается в этом случае, так же как и при простой выдаче по просьбе...

по теме
1. Получили новую партию 3026, в них по умолчанию прошивка 2.00.26 - конфиг читается более просто, это из-за оптимизаций, после которых показывается только то, что активировано? или там просто половины нет? я сильно не разбирался, но влил туда прошивку 3.00.53(с официального ftp) с 7ым bootrom'ом и он снова стал громоздкий с кучей лишней информации, которая выставлена по умолчанию.

2. прошивка 3.00.53 ведет себя странно, по крайней мере на тех этапах, которые можно отследить. Старые упоминания о том, что конфиг меняется в процессе работы свича - актуальны, например я удаляю snmp группы public и private, а они снова появляются со временем, это ослеживается с помощи rancid и diff'ов конфигов, т.е. ничего больше не изменилось, но создались эти группы... а они не нужны, они заменены на свои.

3. DES3526
Boot PROM Version 3.00.005
Firmware Version 4.01-B36
Hardware Version 3A1

список trusted host увеличился, да, но вроде как обещалось, что можно задавать диапазон адресов по маске, так вот маска по префиксу аля /24 - не работает, а более длинное, аля 10.0.0.0/255.255.255.0 - не влезает.
В целом работа свича на данной прошивке вроде стабильна.

4. 2108
Firmware Version 3.00.16(19)
Protocol Version 2.001.002

свич находится в managment vlan'е, отличном от пользовательского, при этом сам свич пингуется очень странно:

и так со всеми 2108, это лечится? на свичах используются snmp, trusted hosts, 802.1q vlan'ы, static arp, причем пока без привязки, но с возможностью отслеживать mac'и на портах.

5. почти риторический вопрос... нельзя ли сделать так, чтобы 2108 по snmp отдавал learned mac'и по портам? примерно как это сделано у того же 30xx

P.S. да, прошу, вышлите последние прошивки для 2108/30xx/35xx

1. C новым релизом функционал коммутаторов может расшириться, как следствие и конфигурационный файл может увеличится.

2. После update Firmware Вы делали сброс до заводских настроек "reset system"?

3. В Trusted Host Вы указываете IP адреса без маски:

DES-3526:4#show trusted_host
Command: show trusted_host

Management Stations

IP Addrress
---------------
192.168.1.15
192.168.1.0

Total Entries: 2

DES-3526:4#create trusted_host <ipaddr>

Это коммутатор L2.

4. Firmware Version 3.00.19 - это последня прошивка на данный момент, она же и Release Firmware.

P.S.: У Вас ящик может принять примерно более 5 Мегабайт?

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

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


скорее всего нет, но... скажите, каким образом это может помочь, если реально был сохранен конфиг, где этих строк небыло? "reset system" только выставляет параметры конфига или правит какие-нибудь регистры свича, скрытые от глаза админа?


viewtopic.php?p=171503#171503


т.е. скачащие пинги - проблемы с процом свича/tcp стэком - это не излечимо?



мой почтовый ящик может принять более 5ти мегабайт.

А там и нет ничего лишнего.



А нужно, тем более при обновлении на новый Release. "reset system" сбрасывает коммутатор до заводских настроек и приводт конфиг в соответствие с прошивкой.



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



Это следствие увеличевшегося функционала.



Я выслал Вам новые прошивки и файл по пятому пункту в первом посте.

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

это спорный момент, лишним в визуальном конфиге моно считать все, что по умолчанию, возьмите для примера конфиг cisco, если бы в нем было по sh run показывалось все, что есть/задействовано/выключено - то этот конфиг забодались бы читать, он был бы просто огромен.
В конфиге имеет смысл показывать только задействованный функционал, хотя бы как у hp, хотя им тоже надо поучиться оптимизации отображения конфига, в этом плане эталоном пока остается cisco.


Вы можете себе представить, что такое сбросить настройки на свичах в поле? более 150 свичей... и при этом, если на него нельзя влить старый конфиг, а то вдруг в нем не окажется какой-то опции или какая-то будет лишней.... Вы предлагаете его конфигурить заново? не слишком ли много телодвижений, ради смены прошивки? hp,cisco этим не страдают.... и все работает.


именно, конфиг в соответствие с прошивкой, т.е. выставляются значения по умолчанию/рекомендуемые значения и опять же - полный набор функций в один отображаемый конфиг, но! почему появляются функции, которые удаляются намеренно? reset config в таком случае вообще не при делах, раз он влияет только на содержимое конфига, чтобы убрать лишнее и добавить новое, но почему после
delete snmp group public
save

спустя время она появляется снова?

получил, спасибо.


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


я написал, что вопрос риторический, т.к. с FAQ'ом вашего сайта на эту тему знаком и вот это:

есть и в нем и в документе, которые Вы прислали... а интересует именно не local arp table, оно мне не нужно, управляющий вилан и так под контролем да и local arp table отдаст только содержимое управляющего вилана , а нужны маки с портов, в которые включены абоненты, при этом управляющий и клиентские виланы - разные.


есть такая система мониторинга CACTI, для нее есть архитектура плагинов, при которой можно использовать плагин mactrack, который собирает связки ip/mac с рутеров/свичей и затем можно легко проследить путь mac'адреса по портам/vlan'ам всех мониторящихся свичей в разные временные интервалы,т.к. все это хранится в базе, соответсвенно можно делать поиск, при этом, если есть для этого mac'а ip в базе, то он показывается везде, где присутсвует этот mac, так вот для 3xxx свичей есть метод сбора этих mac'ов, а на 2108 этого сделать, к огромному сожалению, нельзя , к огромному, потому что таких свичей хватает по сети....

вот и задал риторический вопрос, в надежде, что вдруг чуть подправят прошивку с можно будет собирать mac'и с портов так же, как с 3xxx

1) Возможно и так но это общая схема для этой серии. К сожалению ничего поменять нельзя. По поводу отображения конфига у Cisco вопрос спорный, мне например значительно удобнее читать конфиг наших устройств, хотя было время работал с оборудованием многих производителей.
2) По поводу времени отклика коммутатора он перегружен функционалом. Хотя всё работает и на коммутацию пакетов это не влияет. В системе мониторинга можно увеличить задержки и всё.
3) Вам прислали описание параметров работы с FDB. В серии DES-21XX можно считать только MAC-и в первом VLAN-е по SNMP к сожалению.

с новыми свичам еще куда ни шло, кстати, обновляем прошивку, делаем ресет, сохраняем конфиг на tftp, настраиваем его там, затем обновляем прошивку на другом свиче, и вливаем настроенный конфиг на этот свич - это равносильно reset system, т.е. по сути вливаем конфиг после ресета и настройки на основе того, что получлось после ресета....
я как-то делал diff между конфигами разных прошивок и не нашел различий.



информация в конфиге свичей dlink разрозненна, все что касается настроек одного интерфейса, должно быть сгрупировано, это удобнее, чем шарится по всему конфигу, сюда относятся и описание порта, и номер вилана на интефейсе и его участие в multicast группах и использование ip/mac привязки на данном порту и qos и фильтры, все это удобнее смотреть относительно порта, когда они вместе, а для остального можно отдельные команды иметь, чтобы вывести список того, что в чем участвует, типа sh int brief или sh vlan, конфиг - это конфиг....


дачто тут добавить... нечего...


это я понял давно....