В snmpd можно на произвольный OID навесить шелл-скрипт. Дальше только фантазия ограничивает )

Да, об этом думал

Но при этом нужно самому строить дерево, т.к. запрос может быть не к конечному oid'у, а к промежуточному, у которого список дочерних. Сложно

Пока есть надежда, что есть что-то готовое или хотя бы удобная библиотека

Я, честно говоря, не понимаю страданий..
Что за оборудование такое, что киснет от снмп запросов и зачем их кешировать..

С либами дольше повозишься.
Как-то писал своего агента. Все проклял. И это при том, что бойлерплейт был сгенерен из миба.

Что за оборудование такое, что киснет от снмп запросов и зачем их кешировать..

Я не говорил, что оно обязательно загнётся от моих запросов

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

Например, стандартные таблицы я пробежал. Но хочется автоматом строить карту сети и я буду смотреть, есть ли в собранных данных что-то, что мне поможет

Чтобы понять, что ты можешь получить, тебе не надо опрашивать оборудование. Штудируй мибы.

Ireasoning mib browser, например (по памяти пишу, не могу сейчас посмотреть). Оттуда же, при необходимости, можно и реальную железку спросить.

Их море. И в них нет готовых рецептов

Говорю ж, пока не знаю что хочу получить. Может быть, mac адреса соседей, которые видны на портах, дескрипшны и алиасы, etherchannel'ы и транки. Может ещё какие зацепки будут. Есть же у вендоров закрытые системы мониторинга, которые такую карту строят сами

И для этого мне нужно пробежаться по собранным данным чем-то существенно получше, чем grep, и даже моего уровня перловые/питоньи скрипты

Ну, что значит, море? У каждого вендора свои для каждой линейки оборудования, да.

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

Ты бери только нужные тебе. Они, как правило, в комплекте с железом поставляются.

Да иду я этим путём, иду. Постепенно дописываю шаблон мониторинга

Я хочу сильно ускорить этот процесс, и поэтому мне нужно кэширование данных локально

Хмм, мусье... Ну, ладно, я всё сказал :/
Но этот подход сродни select * from чтобы лишь понять схему данных.

Не с той стороны заходишь, имхо..

Что за оборудование такое, что киснет от снмп запросов

Vigor 3300... сорри, наболело.

по теме - мибов и инфы в них дофига и больше. потому для начала надо решить проблему «нет полного понимания, какую информацию я хочу вытаскивать в систему мониторинга». а уже потом извращаться.

Все уже сделано и работатет

Постааленную вами задачу можно легко решать с помощью проекта cacti (кактус), он работает со всеми приведенными вами способами сбора инфы от скриптов до snmp запросов. Бональная задача - трафик на интерфейсе в виде графика с сигнализацией при обрыве или превышении контрольных значений. Задачки по сложнее это сбор данных о засветившихся маках. Основной плюс этого проекта - все легко и просто ковырять руками + куча готовых скриптов и решений. Проект полностью бесплатен. Многие известные вендоры уже мониторятся из коробки, а новые, древние или специфичные железки можно прикрутить самому. У меня мониторится сеть на Huawei коммутаторах, бесперибойники и система кондиционирования. Строятся графики, есть красивые блоксхемы всей сети по которым легко проследить источник трафика. Странно, что вы не нашли этот проект раньше, я им пользуюсь более 5ти лет.

cacti не имеет отношения к задаче, кроме того что он тоже связан с мониторингом