gorovich

Здравствуйте. Прошу помощи в организации мониторинга температуры в Cacti посредством датчиков 1Wire. На ранних прошивках получить параметр текущей температуры можно было посредством GET запроса SNMP с OID ".1.3.6.1.4.1.40418.2.6.1.1.1.1.0". Данный OID был един, и был прописан в шаблоне Cacti для ERD, потому и подходил для всех устройств данного типа. Соответственно в системе мониторинга Cacti опрос проводился по этому OID. Каким образом на новых прошивках можно получать температуру сенсоров в системе мониторинга Cacti? При просмотре таблицы SNMP ".1.3.6.1.4.1.40418.2.6.1.1.1.1" в MIB Browser, увидел три параметра: ID датчика: ([1.3.6.1.4.1.40418.2.6.1.1.1.1.1.4293985122] = 4293985122) Имя датчика: ([1.3.6.1.4.1.40418.2.6.1.1.1.1.2.4293985122] = temp1) Температуру датчика: ([1.3.6.1.4.1.40418.2.6.1.1.1.1.3.4293985122] = 26) Таким образом для получения температуры необходимо знать конкретный ID датчика, и уже на основе полученных данных генерировать SNMP GET запрос: "snmpget -v 1 -c public 10.223.14.26 1.3.6.1.4.1.40418.2.6.1.1.1.1.3.4293985122". Выходит, что уже не получится сделать общий шаблон в Cacti для всех устройств, т.к. GET запрос будет уникальным для каждого устройства/датчика? Или есть какой-нибудь костыль? Или всё же возможно планируется выделение индивидуальных, порядковых, унифицированных OID для 1WIRE датчиков?

Господа. Починил. Проблема была во мне. Точнее в iptables, который резал нужные пакеты. snmpwalk из под никсов - рабоатет.

Камрады. Имею проблемы с опросом лямбд по SNMP. Если использовать виндовый snmpwalk командой snmpwalk -v:1 -r:192.168.1.2 без указания версии и комьюнити, то всё ОК, выводятся параметры OIDов. Но если попробовать пройтись волком из Debian, то ответа от лямбды нет. root@server:/home/expect/# snmpwalk 192.168.1.2 snmpwalk: Timeout Опытным путем обнаружил что версия SNMP на приемнике - 1. Вторая выдает лишь несколько OIDов. При вводе команды с указанием версии SNMP, но без указания комьюнити - snmpwalk -v 1 192.168.1.2, snmpwalk ругается на то, что комьюнити не указан. Перепробовал все стандартные комьюнити: public, private, lambda, vector и т.д., ответа нет. Как правильно опрашивать Лямбды по SNMP? Может поделитесь? И второй вопрос. Включение Telnet на лямбде. Лямбды установлены, и в работе. Нужен включить telnet, и что бы это сделать, нужно или физически включать через сервисное меню, и ребутить лямбду. Или удаленно изменить параметр OID=.1.3.6.1.4.1.11195.1.1.30.0 на единицу. Но! Всё равно необходим ребут для применения настроек. Возможна ли перезагрузка оптического приёмника удаленно посредством SNMP?

Попробую оживить тему. :) Смотрю в сторону Linksys SLM2005. Стабильно работают, рулят вланами. Цена не особо большая.

Доброго времени суток. В кольце из коммутаторов Linksys SPS224G4, RSTP включен только на магистральных портах. На клиентских STP отключен, что бы залётные свитчи не перестраивали дерево. В связи с чем и возник вопрос. Будет ли работать на клиентских портах loopback detect при отключенном STP? К сожалению проверять наживую или собрать тестовый стенд - возможности нет. Инфы по этой теме - не нашёл. P.S. Или всё же придётся включать STP для обнаружения петель, и пожертвовать уязвимостью перестроения дерева? Заранее благодарю за ответ. UPD. Cisco (Linksys) SPS 224G4. Loopback detection - Отсутствует. P.S. Получается что защититься от петель можно лишь включив STP на клиентских портах? тогда каким образом можно свести к минимуму возможность перестроения дерева?