Почему D-Link DES2108, даже с последней прошивкой des-2108v3-00-19.hex, не отдаёт таблицу маков при SNMP-запросах, в то время как остальные длинки, например, 3010F, 3026, 3226, 3226S, 3526, 3828, прекрасно поддерживают эту функцию?

_________________
Dlink forever

Вы хотите получить таблицу MAC-адресов во всех VLAN-ах?

да, полный список всех мак-адресов, в какой они вилане и на каком порту. Я хочу то же самое, что и от других длинков.

_________________
Dlink forever

К сожалению в DES-21XX это невозможно.

спасибо за ответ)

_________________
Dlink forever

Таблицу можно получить по SNMP только в VLAN 1.

Тут было много разрозненной информации по получению MAC-ов с DLink DES-2108 и её поддержке в прошивке 3.00.19

В моей сети таких коммутаторов уже почти тысяча. Версии перемежаются от 1.01.02 до 3.00.19.
Те, которые пришли в последние полгода - без проблем работают с прошивкой 3.00.19 и отдают MAC-и по команде:
snmpwalk.exe -v 2c -c <community> <host> 1.3.6.1.2.1.17.4.3.1.2
Те, которые по старее, после перепрошивки на 3.00.19, ведут себя крайне странно:
1. С самого начала после перезагрузки нормально отдают МАС-и.
2. Через некоторое время, при попытке слить список МАС-ов, даёт один МАС и отваливается. Да так, что даже на пинг не отвечает.

Поясню, которые свежие - без проблем дают сливать весь список МАС-ов, независимо от нагрузки.

PS: От базовой конфигурации различий минимум. На коммутаторах используются VLAN-ы. Managment Vlan изменён. 1-й вилан в коммутаторах не используется. Больше 4-5 виланов, как правило, на коммутаторе нету.

Вы после перепрошивки с более старой версии на 3.00.19 сбрасывали эти коммутаторы к умолчальным настройкам?

Конечно. Т.е. процедура перепрошивки производилась в следующей последовательности:
1. Сброс коммутатора
2. Заливка новой прошивки
3. Заливка заранее подготовленной конфигурации для прошивки 3.00.19

1-й пункт исключить никак не удалось бы, ввиду того, что входящий линк транковый.

Так сброс надо было делать после заливки прошивки.

Хм... Цель?
Сброс уже сделан перед заливкой прошивки. И после заливки прошивки она остаётся дефолтной.

Впрочем. Сделал я как вы предложили.
Сбросил. Залил заново конфигурацию. Эффект тот же и стабильный.
К сожалению, настроить полностью с нуля не представляется возможным. Проблематично, не имея доступ к коммутатору, перенастроить аплинк-порт в транк и перенастройки 3-го вилана в менеджмент-вилан без заливки конфигурации.

У меня ещё вопросик. Точнее, просьба.
Можно как нибудь получить промежуточные версии прошивок серии 3.00.* начиная от 3.00.09 и по 3.00.18 ?
А то у меня есть коммутаторы только с прошивками 3.00.04 и 3.00.09
Тогда бы хоть удалось найти компромис с прошивкой и работой.

Они тоже приведут к ошибкам. Опишите пожалуйста проблему подробнее с конфиг файлом коммутатора и пошаговым алгоритмом воспроизведения.

Не факт.
Версия 3.00.09 имеет другой косяк. При запросе выдает примерно следующее:
iso.3.6.1.2.1.17.4.3.1.2.0.3.13.32.15.98 = INTEGER: 2
iso.3.6.1.2.1.17.4.3.1.2.0.0.202.55.101.18 = INTEGER: 8
Error: OID not increasing: iso.3.6.1.2.1.17.4.3.1.2.0.3.13.32.15.98
>= iso.3.6.1.2.1.17.4.3.1.2.0.0.202.55.101.18

Так что есть надежда, что в промежуточных версиях исправлена эта проблема но не появилась ещё новая (о которой я и говорю).

Теперь о алгоритме пошагового воспроизведения:
Текущий коммутатор имеет следующую конфигурацию:
Прописано 2-3 вилана. Один из них, 3-й вилан - Managment VLAN.
Линк приходит на 8-й порт, По которому приходят и все необходимые виланы.
Далее часть портов либо настраиваются untagget port под конкретные виланы, либо тагированным отправляются на следующий коммутатор.
Прописан IP/маск/шлюз
Прописан один snmp-community на RO

Далее:
1. Сбрасываем коммутатор в дефолтовые настройки через веб-интерфейс
2. Заливаем прошивку 3.00.19
3. Заливаем типовую у нас конфигурацию через веб-интерфейс, в которой уже установлен 3-й влан как "managment vlan" и все порты переведены в транк, в котором ходит только 3-й вилан. В ней же прописан новый IP-адрес и прописаны snmp-community.
4. Заходим на него по новому IP-адресу. Перенастраиваем порты в соответствии с конфигурацией, которая была.

Всё. Он начианает работать. И даже начинает отдавать MAC-адреса по запросу по SNMP.
Через некоторое время с одной машины запускаем пинг этого коммутатора, с другой - запрос на список MAC-ов
Получаем следующий ответ:
#snmpwalk.exe -v 2c -c public 10.10.5.12 1.3.6.1.2.1.17.4.3.1.2
SNMPv2-SMI::mib-2.17.4.3.1.2.3.0.7.233.211.152.233 = INTEGER: 8
Timeout: No Response from 10.10.5.16

В этот момент пропадает пинг до коммутатора и до любого хоста за коммутатором.

Через некоторое время пинг восстанавливается и работа коммутатора восстанавливается.

Если зайти на коммутатор, то по аптайму видно что он не перезагружался.

Если желаете, то я могу скинуть вам заливаемый конфиг.

Следует заметить, что так себя ведут все коммутаторы, которые имели, как минимум, 1-ю версию прошивки. С остальными коммутаторами я пока приостановил эксперименты.

PS: На данный момент у меня в сети более 800 коммутаторов DLink DES-2108. Более половины коммутаторов изначально имели версию прошивки 1.* и 2.*