Opened 5 years ago

Closed 23 months ago

#384 closed улучшение (fixed)

Передавать в SNMP sysName имя блока

Reported by: san Owned by: alx
Priority: средний Milestone: 1 очередь
Component: sw Keywords:
Cc:

Description

Пользователи из Рязаньэнерго предлагают для повышения информативности отображения информации в SNMP менеджерах передавать в переменной sysName имя блока.
Насколько я помню в SNMP можно передавать только ASCII, значит придётся произвести транслитерацию имени.

Change History (5)

in reply to:  description comment:1 by alx, 5 years ago

Replying to san:

Пользователи из Рязаньэнерго предлагают для повышения информативности отображения информации в SNMP менеджерах передавать в переменной sysName имя блока.

Не понимаю суть предложения пользователей из Рязаньэнерго...

Переменная sysName платой SW-01 поддерживается (существует в дереве переменных). В протоколе SNMP значение любой переменной, в том числе и sysName, передается при получении запроса get (getnext). Если пользователи из Рязаньэнерго передадут плате запрос с указанием OID этой переменной, в ответ они получат от платы ее значение. Само это значение пользователи из Рязаньэнерго имеют возможность установить таким, какое им требуется, добавив директиву sysname <значение> в файл /etc/snmp/snmpd.conf, в том числе они могут поместить туда и имя станции, отображаемое в веб-интерфейсе... Не понимаю, чего именно пользователи из Рязаньэнерго не могут добиться от существующей аппаратуры...

Может быть речь о том, чтобы передавать значение переменной sysName в сообщениях TRAP?

Насколько я помню в SNMP можно передавать только ASCII, значит придётся произвести транслитерацию имени.

IMHO ты помнишь неправильно. Тип STRING - это просто последовательность байт. Как эти байты будет интерпретировать клиент - дело клиента.

comment:2 by san, 5 years ago

IMHO ты помнишь неправильно

Возможно.

Само это значение пользователи из имеют возможность установить таким, какое им требуется

Да, возможность есть, а предлагается автоматически записывать имя из конфига в переменную snmp.
Кажется логичным, что в имени должно быть имя.

in reply to:  2 comment:3 by alx, 5 years ago

Resolution: не будем делать
Status: newclosed

Replying to san:

предлагается автоматически записывать имя из конфига в переменную snmp.

А, теперь понял, что предлагают пользователи из Рязаньэнерго.

Кажется логичным, что в имени должно быть имя.

Насколько я знаю, традиционно в переменной sysName находится имя хоста (hostname) агента. Именно это имя и отдает SNMP агент платы SW-01 по умолчанию. То есть у нас все логично.

Безусловно помещать в переменную sysName имя станции из веб-интерфейса нельзя - потеряется возможность иметь в этой переменной что-либо другое (то же hostname например). Следовательно, автоматически записывать имя из конфига в переменную не получился. Необходимо будет вводить какой-то конфигурационный параметр (например чекбокс в веб-интерфейсе), который пользователь должен будет включить. В результате получается, что пользователь, желающий, чтобы в переменной sysName отдавалось имя станции, все равно должен выполнить некоторое действие по конфигурации агента. С таким же успехом он может непосредственно сконфигурировать агент snmpd.

Предвижу возражение, что включить чекбокс в веб-интерфейсе легче, чем добавить строчку в конфиг-файл. Возможно, что и легче. Но и добавить строчку тексте не такая уж сложная работа.

Подводя итог: я не считаю, что усилия, которые будут затрачены на реализацию предложенного улучшения, стоят незначительного повышения удобства, достигаемого в результате.

comment:4 by alx, 23 months ago

Resolution: не будем делать
Status: closedreopened

В результате размышлений над похожим предложением из тикета #574 я принял решение реализовать данное предложение, хотя по-прежнему не вижу в нем значительного повышения удобства. Тикет переоткрываю.

comment:5 by alx, 23 months ago

Resolution: fixed
Status: reopenedclosed

In 2170/sw:

Добавлена возможность управления (чтения и записи) системных переменных SNMP
sysName, sysContact и sysLocation из веб-интерфейса. Closes #384, #574.

Note: See TracTickets for help on using tickets.