SNMP HEX-String vs String

[Dobromyr]

Єсть два сервера с CENTOS 6.6

Версия SMNP - 5.5

 

На одном сервере:

[root@snmp3 bin]# snmpwalk -c хххх -v 2c 172.18.0.63 1.3.6.1.2.1.17.4.3.1 
BRIDGE-MIB::dot1dTpFdbAddress.'..z.K.' = Hex-STRING: 00 01 7A E9 4B FD 

 

На другом:

[root@snmp2 bin]# snmpwalk -c хххх -v 2c 172.18.0.63 1.3.6.1.2.1.17.4.3.1
BRIDGE-MIB::dot1dTpFdbAddress.'..z.K.' = STRING: 0:1:7a:e9:4b:fd

 

Файлы мибов совпадают и лежат в тех же папках. Конфиги те же.

 

Нужен вывод в STRING, как на втором сервере.

 

Подскажите, в чем может быть разница между серверами?

[pppoetest]

man snmpwalk

-O OUTOPTS Toggle various defaults controlling output display:

0: print leading 0 for single-digit hex characters

a: print all strings in ascii format

b: do not break OID indexes down

e: print enums numerically

E: escape quotes in string indices

f: print full OIDs on output

n: print OIDs numerically

q: quick print for easier parsing

Q: quick print with equal-signs

s: print only last symbolic element of OID

S: print MIB module-id plus last element

t: print timeticks unparsed as numeric integers

T: print human-readable text along with hex strings

u: print OIDs using UCD-style prefix suppression

U: don't print units

v: print values only (not OID = value)

x: print all strings in hex format

X: extended index format

[Dobromyr]

pppoetest, спасибо, но это первое, что я сделал. Команды идентичны, вывод разный

 

Если брать с параметрами, то будет некоректный вывод:

snmpwalk -c хххх -v2c 172.18.0.63 1.3.6.1.2.1.17.4.3.1 -Oa
BRIDGE-MIB::dot1dTpFdbAddress.'..z.K.' = STRING: "..z.K."

Edited January 12, 2016 by Dobromyr

[pppoetest]

Ну почему же, "00017AE94BFD" в хексе как раз и будет "..z.K." в стринге

[aabc]

Файлы мибов совпадают и лежат в тех же папках. Конфиги те же. Нужен вывод в STRING, как на втором сервере. Подскажите, в чем может быть разница между серверами?

У вас не срабатывает или не определён DISPLAY-HINT для типа, которым определено BRIDGE-MIB::dot1dTpFdbAddress в MIB.

 

У меня, например, так:

centos6# snmptranslate  BRIDGE-MIB::dot1dTpFdbAddress -Td
BRIDGE-MIB::dot1dTpFdbAddress
dot1dTpFdbAddress OBJECT-TYPE
 -- FROM       BRIDGE-MIB
 -- TEXTUAL CONVENTION MacAddress
 SYNTAX        OCTET STRING (6) 
 DISPLAY-HINT  "1x:"
 MAX-ACCESS    read-only
 STATUS        current
 DESCRIPTION   "A unicast MAC address for which the bridge has
       forwarding and/or filtering information."
::= { iso(1) org(3) dod(6) internet(1) mgmt(2) mib-2(1) dot1dBridge(17) dot1dTp(4) dot1dTpFdbTable(3) dot1dTpFdbEntry(1) 1 }

 

Видно что есть DISPLAY-HINT "1x:"

Edited January 13, 2016 by aabc

[pppoetest]

Век учись, дураком помрёшь, спасибо, не знал.

[Dobromyr]

aabc, спасибо!

Так и есть

 

[root@snmp3 mibs]# snmptranslate  BRIDGE-MIB::dot1dTpFdbAddress -Td
BRIDGE-MIB::dot1dTpFdbAddress
dot1dTpFdbAddress OBJECT-TYPE
 -- FROM	BRIDGE-MIB
 -- TEXTUAL CONVENTION MacAddress
 SYNTAX	OCTET STRING (6) 
 MAX-ACCESS	read-only
 STATUS	mandatory
 DESCRIPTION	"A unicast MAC address for which the bridge has
                     forwarding and/or filtering information."
::= { iso(1) org(3) dod(6) internet(1) mgmt(2) mib-2(1) dot1dBridge(17) dot1dTp(4) dot1dTpFdbTable(3) dot1dTpFdbEntry(1) 1 }

[Dobromyr]

Причина была в том, что в папке с мибами были два файла - BRIDGE-MIB.mib и BRIDGE-MIB.txt, в которых вывод мак-адресом описан по-разному.

Разные машины подгружали разные файли (почему - не могу понять). Удалил BRIDGE-MIB.mib - и получил вывод, который хотел.

 

Кто пояснит, почему разные машины подгружали разные файли - буду признателен.

Edited January 14, 2016 by Dobromyr

[aabc]

Потому что файлы в дире могут быть в разном порядке.

[Dobromyr]

Потому что файлы в дире могут быть в разном порядке.

порядок тот же, даты те же.

 

Подскажыте, плиз, в каком формате должны быть файли мибов - mib или txt. И какая между ними разница?