Говорят, что комментарии в MIBах никто не читает

revision посмотри

Если ты про 7/06/100 то это 6 июля 2000 года, вероятно.

А так в целом ничего не понял. Ты железку из 90-х настраиваешь?

Судя по https://www.mmnt.ru/int/get?st=CISCO-SMI-V1SMI&cn=&in=f там тоже мелькает дата 6 июля 2000, как и по версии firkax.

А еще там мелькает какое-то FOX-TV )

Я про дату.
Я помню какую истерику тогда все закатили про y2k, ну а тут напоминание про бывшую проблему.

Я решал другую проблему - snmptranslate упорно не желал транслировать длинковский OID .1.3.6.1.4.1.171.12.1.7.2.0.9 при наличии всех сведений в MIB.
При этом если OID заканчивался на 1..5, то все нормально транслировалось, а 6..9 в упор не хотел!
В результате выяснилось, что есть два файла с определением AGENT-GENERAL-MIB и использовался более древний в котором эти OIDы отсутствовали.

После этого началась чистка дублей которая привела к этой находке.

MIBы это боль. Да вообще весь snmp боль. У нас есть железка, которая говорит по snmp «unknown model», пока ты не зайдёшь к ней на морду и не откроешь одну из менюшек. После этого начинает по snmp отдавать нормально.

Я помню какую истерику тогда все закатили про y2k

Это в 94-ом то?
До 98 никто особо не парился, а истерика началась в 99ом.

А SNMP в 2026 году вообще живой? Если нет, то что сегодня принято использовать вместо него?

У меня был лет почти 20 назад случай, когда я наладил диагностические опросы удалённого хоста по самопальному и очень простому протоколу на основе TCP. Потом уже, когда всё было отлажено, я подумал, что можно было задействовать SNMP. С другой стороны, с того же хоста мне надо было получать диагностические сообщения в виде произвольных строк, так что не знаю.

С третьей стороны, пообщавшись с коллегой, который работал с самим SNMP, я понял, что там мало того, что всё заморочено, так ещё и версии протокола разные и очень сильно отличались. Так и не решил, стоило ли тогда гнаться за стандартными решениями. Вероятно, всё-таки стоило, но проверить это уже не получится.

Если рассматривать сетевое оборудование, то там snmp практически единственный стандартный способ получать данные.

сетевое оборудование

В том числе современное, в данный момент продающееся на рынке, правильно?

Да.
Чем еще опрашивать состояние коммутаторов/точек доступа/и.т.п. ?

Многие устройства имеют полноценное управление через snmp.

А какое вменяемое состояние можно получить через snmp чтобы это могло пригодиться? Ну кроме вкл/выкл?

А SNMP в 2026 году вообще живой?

Если оборудование для бизнеса за много денег - то в 99% случаев оно есть и часть параметров типа температур можно только там получить

У нас:

• Положение заслонок
• Температуры - корпуса, ламп, чипов
• Время работы текущей лампы

Короч в принципе статистическая и важная ф-ня.

Там MIB на пару мегабайт,инфы много

Ну меня и домашние роутеры с ТВ-приставками тоже интересовали. Но спасибо за ответ.

Состояние портов, счетчики на портах, списки мас-адресов на портах, списки подключенных клиентов, конфигурация vlan-ов, информацию ddp, состояние stp, версии прошивок, температура.

Коммутаторы умеют измерять длину кабеля подключенного к порту. Точки доступа умеют запускать сканирование и показывают данные о соседних точках досупа.

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

списки мас-адресов на портах
конфигурация vlan-ов

Как я понимаю, snmp всё-таки используется обычно не в клиенте, а в скриптах. Можно пример, куда вот такие параметры идут? А то тут предстоит переделывать по людски немаленькую для меня сетку, и snmp я пока просто отрубаю, не придумав, зачем оно мне )

Если snmp не используется, то оно должно быть отключено, т.к.
Security Not My Problem