Hi,
I have implemented an SNMP agent with the following 2 tables (shown using
snmptranslate):
+--udpEth(3)
| | |
| | +-- -R-- INTEGER numUdpEthInLinks(1)
| | +-- -R-- INTEGER numUdpEthOutLinks(2)
| | |
| | +--udpEthInLinkTable(3)
| | | |
| | | +--udpEthInLinkEntry(1)
| | | | Index: udpEthInLinkTable
| | | |
| | | +-- -R-- INTEGER udpInLinkID(1)
| | | +-- -R-- EnumVal udpInRunning(2)
| | | | Values: notRunning(0), running(1)
| | | +-- -R-- INTEGER udpRecvPort(3)
| | |
| | +--udpEthOutLinkTable(4)
| | |
| | +--udpEthOutLinkEntry(1)
| | | Index: udpEthOutLinkTable
| | |
| | +-- -R-- INTEGER udpOutLinkID(1)
| | +-- -R-- INTEGER udpDestination(2)
| | +-- -R-- INTEGER totalBW(3)
| | +-- -R-- INTEGER usedBW(4)
| | +-- -R-- EnumVal udpOutRunning(5)
| | | Values: notRunning(0), running(1)
| | +-- -R-- String udpDestIP(6)
| | | Textual Convention: DisplayString
| | | Size: 0..255
| | +-- -R-- INTEGER udpDestPort(7)
My question is that when i snmpwalk these tables i get extra .0's appended
to the variable names (shown below).
The number of .0 that are appended seems to correspond to the number of
variables (columns) in the table.
I was under the impression that a table leaf (e.g. udpInLinkID) in row
"rowNumber" has an OID as follows:
udpEth.udpEthInLinkTable.udpInLinkID.rowNumber.0
So why does snmpwalk (and HP OpenView NNM ) report the extra appended .0's
as follows?:
[root]$ snmpwalk .... BLAH ....
CIRRUS-ARBITER-MIB::udpInLinkID.1.0.0 = INTEGER: 0
CIRRUS-ARBITER-MIB::udpInLinkID.2.0.0 = INTEGER: 1
CIRRUS-ARBITER-MIB::udpInLinkID.3.0.0 = INTEGER: 2
CIRRUS-ARBITER-MIB::udpInRunning.1.0.0 = INTEGER: notRunning(0)
CIRRUS-ARBITER-MIB::udpInRunning.2.0.0 = INTEGER: running(1)
CIRRUS-ARBITER-MIB::udpInRunning.3.0.0 = INTEGER: notRunning(0)
CIRRUS-ARBITER-MIB::udpRecvPort.1.0.0 = INTEGER: 0
CIRRUS-ARBITER-MIB::udpRecvPort.2.0.0 = INTEGER: 1
CIRRUS-ARBITER-MIB::udpRecvPort.3.0.0 = INTEGER: 2
CIRRUS-ARBITER-MIB::udpOutLinkID.1.0.0.0.0.0.0 = INTEGER: 0
CIRRUS-ARBITER-MIB::udpOutLinkID.2.0.0.0.0.0.0 = INTEGER: 1
CIRRUS-ARBITER-MIB::udpOutLinkID.3.0.0.0.0.0.0 = INTEGER: 2
CIRRUS-ARBITER-MIB::udpOutLinkID.4.0.0.0.0.0.0 = INTEGER: 3
CIRRUS-ARBITER-MIB::udpDestination.1.0.0.0.0.0.0 = INTEGER: 0
CIRRUS-ARBITER-MIB::udpDestination.2.0.0.0.0.0.0 = INTEGER: 1
CIRRUS-ARBITER-MIB::udpDestination.3.0.0.0.0.0.0 = INTEGER: 2
CIRRUS-ARBITER-MIB::udpDestination.4.0.0.0.0.0.0 = INTEGER: 3
CIRRUS-ARBITER-MIB::totalBW.1.0.0.0.0.0.0 = INTEGER: 0
CIRRUS-ARBITER-MIB::totalBW.2.0.0.0.0.0.0 = INTEGER: 1
CIRRUS-ARBITER-MIB::totalBW.3.0.0.0.0.0.0 = INTEGER: 2
CIRRUS-ARBITER-MIB::totalBW.4.0.0.0.0.0.0 = INTEGER: 3
CIRRUS-ARBITER-MIB::usedBW.1.0.0.0.0.0.0 = INTEGER: 0
CIRRUS-ARBITER-MIB::usedBW.2.0.0.0.0.0.0 = INTEGER: 1
CIRRUS-ARBITER-MIB::usedBW.3.0.0.0.0.0.0 = INTEGER: 2
CIRRUS-ARBITER-MIB::usedBW.4.0.0.0.0.0.0 = INTEGER: 3
CIRRUS-ARBITER-MIB::udpOutRunning.1.0.0.0.0.0.0 = INTEGER: notRunning(0)
CIRRUS-ARBITER-MIB::udpOutRunning.2.0.0.0.0.0.0 = INTEGER: running(1)
CIRRUS-ARBITER-MIB::udpOutRunning.3.0.0.0.0.0.0 = INTEGER: notRunning(0)
CIRRUS-ARBITER-MIB::udpOutRunning.4.0.0.0.0.0.0 = INTEGER: running(1)
CIRRUS-ARBITER-MIB::udpDestIP.1.0.0.0.0.0.0 = STRING: 192.168.2.2
CIRRUS-ARBITER-MIB::udpDestIP.2.0.0.0.0.0.0 = STRING: 192.168.2.2
CIRRUS-ARBITER-MIB::udpDestIP.3.0.0.0.0.0.0 = STRING: 192.168.2.2
CIRRUS-ARBITER-MIB::udpDestIP.4.0.0.0.0.0.0 = STRING: 192.168.2.2
CIRRUS-ARBITER-MIB::udpDestPort.1.0.0.0.0.0.0 = INTEGER: 0
CIRRUS-ARBITER-MIB::udpDestPort.2.0.0.0.0.0.0 = INTEGER: 1
CIRRUS-ARBITER-MIB::udpDestPort.3.0.0.0.0.0.0 = INTEGER: 2
CIRRUS-ARBITER-MIB::udpDestPort.4.0.0.0.0.0.0 = INTEGER: 3
Any advice would be greatly appreciated,
Regards,
Mark.
----------------------------------------------------------
Mark Hansen
Design Engineer
Cirrus Real Time Processing Systems
Level 1, 418A Elizabeth Street,
Surry Hills NSW 2010 AUSTRALIA
Phone: +61 2 9281-4449
Fax: +61 2 9281-4933
Email: [EMAIL PROTECTED]
Web: http://www.cirrusrtps.com.au
COMMERCIAL-IN-CONFIDENCE
CAUTION - This message may contain privileged and confidential information
intended only for the use of the addressee named above. If you are not the
intended recipient of this message you are hereby notified that any use,
dissemination, distribution or reproduction of this message is prohibited.
If you have received this message in error please notify Cirrus immediately.
Any views expressed in this message are those of the individual sender and
may not necessarily reflect the views of Cirrus. Cirrus cannot accept
liability for any virus damage caused by this message.
-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Net-snmp-users mailing list
[EMAIL PROTECTED]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
