сделал snmpwalk...
1) ветка IEEE8023-LAG-MIB, как мне кажется, имеет лишнюю циферку - oid'ы выглядят 1.2.840.802.10006.300.43.1.1.1.1.2.1, тогда как в правильном mib'е числа 802 нет.
2) присутствует кусочек ветки .1.3.6.1.4.1.171.11.102, относящейся вообще к другому семейству (DGS-3700) свитчей. возможно, это фича, но я ее не понял )
3) двойное тире внутри закомментаренной строки mib'а шокирует snmpwalk, из-за чего он вообще не обрабатывает этот mib.
иллюстрация:
- mib с такой строкой идет лесом:

- mib с такой строкой обрабатывается нормально:

такой кривой коммент присутствует во всех файлах L2mgmtDgs3620-XXXX.mib в архиве mib'ов.

ps: продам. 60к денег. отправка тк. б/у в нежных условиях полгода.

_________________
/nixx

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

1. Это нормально для устройства с поддержкой 802.3AD. Пример можно найти здесь: http://ipmsupport.solarwinds.com/mibs/IEEE8023-LAG-MIB/oids.aspx
В то время как Вы ссылаетесь на IEEE 802.1AX MIB.
2. Данная проблема является незначительной. Ее планируется исправить в R3 коде, который выйдет ориентировочно в октябре этого года.
3. MIB также исправят в следующем октябрьском релизе.

я вам один умный вещь скажу... только вы не обижайтесь (ц) Мимино
тот mib, на который я давал ссылку - это просто более свежая версия миба, который даете вы.
смотрите - в вашей ссылке

в моей
плюс кривизна парсера мибов на соларвиндс... зайдите на том же сайте, на который вы даете ссылку, в раздел raw-представления mib'а, и там увидите такое:
::= { iso(1) member-body(2) us(840) 802dot3(10006) snmpmibs(300) 43 }
, ну то есть 1.2.840.10006.300.43,
а число 802 здесь - это часть названия раздела ("802dot3"), и парсер его (по моему пониманию) криво обрабатывает как числовой параметр. больше 802 нет нигде. вообще )

аналогично и разработчики упомянутой прошивки длинка, видимо, посчитали это 802 за нужное число...
ну в общем это мои домыслы. но откуда берется 802 - я больше никак не могу объяснить, потому как в дереве mib'а его нет.

_________________
/nixx

Меняться это поведение в любом случае не будет, так как с момента появления данного дизайна им уже пользуются другие заказчики, для которых смена OID при обновлении ПО может привести к проблемам.

к 3420 серии тоже mib'ы поправьте, пожалуйта. там точно такая же строка проблемная.

_________________
/nixx

Спасибо, по DGS-3420 также сообщил разработчикам.

Для DGS-3420 попробуйте, пожалуйста, новую версию MIB, которая доступна по ссылке: https://cloud.dlink.ru/owcl/index.php/s/T3MDcbWRmyWxBfm/download
Если возникнут вопросы, то сообщите, пожалуйста.

Добрый день.
Можно ли узнать список запланированных нововведений в релизе R3 ?

Очень хочется по lldp_med в TLV "inventory" получать информацию по SFP модулям.

Попробую уточнить.

Список пока, к сожалению, недоступен.

спасибо, в этом архиве те mib'ы, про которые я писал - исправлены.

_________________
/nixx

Хорошо, спасибо. Как только появятся новые мибы для DGS-3620, я здесь отпишусь.

Для DGS-3620 предварительную версию MIB можно найти по ссылке: https://cloud.dlink.ru/owcl/index.php/s/fVUZJgzcD0oJX8V/download
Пожалуйста, попробуйте и сообщите по результатам.

Подниму тему.
На коммутаторе:

по mib .1.3.6.1.4.1.171.12.23.3.2.1.2 должен выдавать swIpMacBindingPortState
Но реально получаем


Соседние OID .1.3.6.1.4.1.171.12.23.3.2.1.1, .1.3.6.1.4.1.171.12.23.3.2.1.3 работают штатно.

Подскажите, в чем проблема ?