mig-print
Зарегистрирован: 13.03.2010 Сообщения: 4
|
Добавлено: Пт Июл 02, 2010 2:36 02.07.2010 Заголовок сообщения: Действительно замотали Brother |
|
|
Обновили парк - теперь имеем более 100 принтеров Brother и не по одному не получается считать счетчики ресурса.
Пытались считать данные на моделях 8860DN, 7440, 7032R - полный провал, хотя нужные объекты вроде и определены. В результате считывается только счетчик кол-ва страниц (Page Count) .1.3.6.1.2.1.43.10.2.1.4.1.1
Попытка использовать значение
1.3.6.1.4.1.2435.2.3.9.4.2.1.5.5.8.0 Drum Count - счетчик фотобарабана ничего не дала.
Хотелось бы расширить функционал редактора моделей SNMP с точки зрения подбора правильных параметров. В настоящий момент внутренняя логика определения модели и расчета ресурса скрыта от пользователя и этим затрудняется понимание процесса. Возможно ли дать минимальные пояснения?
С уважением, |
|
Michael Руководитель проекта
Зарегистрирован: 12.10.2005 Сообщения: 2488 Откуда: Москва
|
Добавлено: Пт Июл 02, 2010 12:07 02.07.2010 Заголовок сообщения: |
|
|
Цитата: | Обновили парк - теперь имеем более 100 принтеров Brother и не по одному не получается считать счетчики ресурса. |
Хоть бы посоветовались, что-ли . Есть же масса других производителей, которые мониторятся уже сейчас отлично.
У Brother есть утилита BRAdmin. Она что-то показывает про запасы?
Мы пока не сильно возились со "сложными" производителями, к которым относятся Xerox (=Samsung), Brother, Kyocera и Panasonic. Поэтому под этих производителей не отработаны алгоритмы считывания датчиков.
Есть ветка 1.3.6.1.2.1.43.11.1.1. Она содержит инфу о запасе ресурсов. Есть производители, которые честно пишут туда эту инфу и все ОК. Некоторые производители пишут туда обычную инфу, а в другую ветку (свою фирменную) - пишут расширенную инфу. Это еще лучше, т.к. уже сейчас все работает и есть потенциал для дальнейшего улучшения. А есть производители (основные из них перечислены выше), которые не пишут ничего в стандартную ветку, а используют только свою фирменную. Соответственно, фирменные утилиты вполне себе что надо оттуда считывают, а все остальные должны подстраиваться. Если нет MIB-файла - то вообще все плохо.
Что касается работы наших датчиков, то все просто. Есть считывание в процентах и есть - по двум значениям. Если считывание происходит в процентах, то принтер сам в каком-то OID возвращает процент (число от 0 до 100) и мы его используем. Если считывание происходит по двум значениям, то это работает так. Берутся значения следующих OID:
.1.3.6.1.2.1.43.11.1.1.6.1.1 = Black Cartridge HP Q5942A (название)
.1.3.6.1.2.1.43.11.1.1.8.1.1 = 10000 (исходный запас)
.1.3.6.1.2.1.43.11.1.1.9.1.1 = 2500 (текущий запас)
Чтобы получить проценты, делим текущий запас на исходный, умножаем на 100, получаем в данном случае число 25. Ну и заодно для справки отображаем название установленного картриджа. Для считывания в процентах обычно название тоже удается считать из соседних веток.
Что касается Brother, то они пошли своим путем и для полноценного добавления их в программу придется провести соответствующее исследование. Т.е. найти нужные OID и научиться правильно считывать из них значение. Я так понимаю, у вас есть MIB-файлы к вашим принтерам. Присылайте, это может помочь. Конечно, при условии, что реально эти данные принтером по SNMP вообще хоть как-то возвращаются. Потому что вполне может быть, что в веб-интерфейсе инфа есть, а по SNMP разрабы не удосужились ее отдавать. Если с MIB-файлами не удастся ничего понять, есть еще варианты, но они сложнее. В любом случае, мы готовы поразбираться с проблемой плотно, даже подъехать можем к вам для этого (у нас в физическом доступе нет ни одного Brother )
P.S. Сегодня будет релиз версии 1.0. _________________ Любой путь начинается с первого шага |
|