Is there any way to process ascii oid values to string values in a table 
calculation?
The “name” is not stored as a string value in the MIB. The name is a pretty 
important field to decode in this example, and it has to be decoded from the 
oid itself.

mplsVpnVrfTable,                                  .1,                           
         TABLE,   "mplsVpnVrfTable for ${deviceaddress}" 
mplsVpnVrfTable/mplsVpnVrfNameLen,              mplsVpnVrfDescription[0:1],     
       DEFAULT, "Name Length"
mplsVpnVrfTable/mplsVpnVrfName,                   mplsVpnVrfDescription[1:],    
         DEFAULT, "Name"

Example:
mplsVpnVrfDescription[0:] =4.84.101.115.116

mplsVpnVrfNameLen => 4 characters long

mplsVpnVrfName =>84.101.115.116 this equates to "Test"


This is second time in two weeks if have had to deal with ascii encoded oids 
with Intermapper snmp probes.

So this encoding technique is obviously used by multiple vendors.

BigIP F5 load balancers uses the same technique to access it tables, but at 
least have an equivalent string for display purposes.

It would be nice if Intermapper offered parameter string to oid conversion for 
probe parameters which would mean better end user usability not having to 
create magical string of numbers for probes.

ie Test => 4.84.101.115.116

This allows one to create probes that can access a row (rows with probe 
grouping) in a table which can be graphed.

David Thomas
Network Engineer
University of South Australia


-------------------- m2f --------------------

Read this topic online here:
http://forums.intermapper.com/viewtopic.php?p=4090#4090





____________________________________________________________________
List archives: 
http://www.mail-archive.com/intermapper-talk%40list.dartware.com/
To unsubscribe: send email to: [email protected]

Reply via email to