Comments 9
LDAP тоже Light DAP. И там тоже есть OID. Ох эти рамантические 70е: безумные и идеальные стандарты придумывали каждый день, их никто не мог реализовать полностью, поэтому и появлялись все эти Light и Simple
SNMP + Java – невозможное возможно: пишем парсер MIB-файлов
Кажется заголовок излишне громкий. В чем "невозможность", в том что нет вот сразу готовой библиотеки, которая все делает?
"Парсер"? Серьезно? Просто обернули в методы стороннюю библиотеку и это уже парсер.
В целом статья полезная, но заголовок уж слишком "кричащий".
А насчёт парсера: библиотека, которая легла в основу парсера, содержит некоторое количество подводных камней и неочевидных вещей, с которыми мне пришлось столкнуться, поэтому хотелось рассказать людям о варианте парсера, который будет понятен и будет работать.
Не соглашусь. Точнее не соглашусь что есть достойная замена такому "замечательному простому протоколу". Хоть в названии simple относится больше к понятию простой в части получения информации об устройстве, но никак не о реализации самого взаимодействия.
Самое главное, что поддержка этого протокола есть практически в каждом сетевом утюге, чайнике. А как иначе читать состояние удаленной сетевой железки? Конечно есть ssh в некоторых случаях, но мне неизвестны адекватные реализации в системах мониторинга получения данных используя протокол ssh. К тому же snmp по сути точнее mib устройства есть абстрактная модель, которая позволяет получить состояние и при наличии такой возможности передать новые значение, параметром. Расскажу примером: есть каналы поднятые на Cisco, есть каналы поднятые на Linux серверах. Монитрим все zabbix. В случае серверов ставим агента читаем состояние сетевых соединений, делаем периодические пинги. В случае с Cisco помимо чтения состояниея интерфейсов, периодически проверяем доступность канала посылом пинга на граничные устройства. В случае с Cisco я вижу выход использовать только snmp. Если есть другие способы с радостью буду их использовать, т.к. в текущей реализации есть ряд оговорок в связке Zabbix-snmp-Cisco-ping.
А как иначе читать состояние удаленной сетевой железки?
Поясните, пожалуйста, риторический это вопрос или нет. Т.е. вы не знаете, или апеллируете к своему, видимо, не сетевому опыту?
Мой опыт сетевой, хоть и небольшой. Но правда использование для мониторинга snmp стандарт де факто и я правда не знаю другого способа. Не рассматриваем проприетарные решения от Cisco, у меня их не настолько много чтобы брать их ПО и платить за него, хотя оно вполне может решить все наши вопросы.
Также, если у вас есть лаба, прикиньте, сколько snmp траффика достаточно, чтобы положить CPU на железке, сломав сеть.
Если вы собираете counters через snmp, то sflow для вас существует уже много лет.
Также почитайте про Ganglia, может помочь понять, как надо строить действительно большие системы. Есть отличная книга: www.amazon.com/Monitoring-Ganglia-Tracking-Dynamic-Application/dp/1449329705
SNMP + Java – личный опыт. Пишем парсер MIB-файлов