Moin,
jetzt mal alle weghören, die nicht wissen, was SNMP ist.
Ich habe hier einen Net-SNMP Agenten (auf FreeBSD), der auf der sysObjectID (1.3.6.1.2.1.1.2) den Wert .1.3.6.0.0.0.0.0.0.0 herausgibt (also einen zieml. sinnlosen Wert). Ich habe weiterhin den Standard SNMP-Agenten von Debian sid untersucht, der dasselbe tut:
hille@kloetzer:~ $ snmpwalk -Os -v2c -c public 127.0.0.1 1.3.6.1.2.1.1 sysDescr.0 = STRING: Linux kloetzer 2.6.16-1-686 #2 Mon Apr 10 22:16:40 UTC 2006 i686 sysObjectID.0 = OID: dod.0.0.0.0.0.0.0 sysUpTime.0 = Timeticks: (2888592) 8:01:25.92 sysContact.0 = STRING: Hilmar Preusse <preusse <at> amasol.de> sysName.0 = STRING: kloetzer sysLocation.0 = STRING: Desk of Hilmar sysORLastChange.0 = Timeticks: (3) 0:00:00.03
Laut MIB sollte in dieser OID folgendes stehen:
The vendor's authoritative identification of the network management subsystem contained in the entity. This value is allocated within the SMI enterprises subtree (1.3.6.1.4.1) and provides an easy and unambiguous means for determining `what kind of box' is being managed.
also ein Hinweis darauf, welchen privaten MIB-Tree dieser Agent hat. Soweit ich sehen kann, wurde diese OID nicht über die configure Optionen --with-enterprise-oid oder --with-enterprise-sysoid manipuliert.
Frage: sind die alle beide broken, oder habe ich was nicht verstanden?
Greets, Hilmar
Hilmar Preusse wrote:
Ich habe hier einen Net-SNMP Agenten (auf FreeBSD), der auf der sysObjectID (1.3.6.1.2.1.1.2) den Wert .1.3.6.0.0.0.0.0.0.0
Laut MIB sollte in dieser OID folgendes stehen:
The vendor's authoritative identification of the network management subsystem contained in the entity. This value is allocated within the SMI enterprises subtree (1.3.6.1.4.1) and provides an easy and unambiguous means for determining `what kind of box' is being managed.
Frage: sind die alle beide broken, oder habe ich was nicht verstanden?
Ich denke das ist richtig so. Da der SNMP-Agent keine herstellerspezifische MIB bereitstellt (vermutlich also nur die Standard MIB-II), kann in der sysObjectID keine vernuenftige OID enthalten sein. Etwas anderes waere es, wenn Du noch zusaetzlich eine private MIB bereitstellen willst (also im private.enterprises-Zweig), deren OID muesste dann in der sysObjectID auftauchen.
Gruss
Peter
On 18.04.06 Peter Hertting (peterh@klasonline.com) wrote:
Hilmar Preusse wrote:
Moin,
Ich habe hier einen Net-SNMP Agenten (auf FreeBSD), der auf der sysObjectID (1.3.6.1.2.1.1.2) den Wert .1.3.6.0.0.0.0.0.0.0
Frage: sind die alle beide broken, oder habe ich was nicht verstanden?
Ich denke das ist richtig so. Da der SNMP-Agent keine herstellerspezifische MIB bereitstellt (vermutlich also nur die Standard MIB-II), kann in der sysObjectID keine vernuenftige OID enthalten sein.
Er hat aber eine:
hille@kloetzer:~ $ snmpwalk -v2c -c <weg> IP-addi .1.3.6.1.4.1.2021|wc -l 95 hille@kloetzer:~ $ snmpwalk -v2c -c <weg> IP-addi .1.3.6.1.4.1.8072|wc -l 1302 hille@kloetzer:~ $
Etwas anderes waere es, wenn Du noch zusaetzlich eine private MIB bereitstellen willst (also im private.enterprises-Zweig), deren OID muesste dann in der sysObjectID auftauchen.
OK, dann ist er broken und wir müssen sehen, wie wir ihn fixen. Vielen Dank für die Hilfe!
H.
Hilmar Preusse wrote:
Ich habe hier einen Net-SNMP Agenten (auf FreeBSD), der auf der sysObjectID (1.3.6.1.2.1.1.2) den Wert .1.3.6.0.0.0.0.0.0.0 Frage: sind die alle beide broken, oder habe ich was nicht verstanden?
Ich denke das ist richtig so. Da der SNMP-Agent keine herstellerspezifische MIB bereitstellt (vermutlich also nur die Standard MIB-II), kann in der sysObjectID keine vernuenftige OID enthalten sein.
Er hat aber eine:
hille@kloetzer:~ $ snmpwalk -v2c -c <weg> IP-addi .1.3.6.1.4.1.2021|wc -l 95 hille@kloetzer:~ $ snmpwalk -v2c -c <weg> IP-addi .1.3.6.1.4.1.8072|wc -l 1302
Mhm, das sind zwei Agent-spezifische MIBs (einmal von UCD-SNMP und die andere von NET-SNMP). Die sind zwar im enterprise-Zweig angesiedelt, ob man die jetzt jedoch als "vendor's authoritative identification" bezeichnen kann, bin ich mir nicht sicher. Ich vermute net-snmp gibt keine sysObjectID vor, da dieser Platz mehr fuer OIDs der Art 1.3.6.1.4.1.myCompany.myProduct vorgesehen ist. Just my 2 cent.
Peter
On 18.04.06 Peter Hertting (peterh@klasonline.com) wrote:
Hilmar Preusse wrote:
Moin,
Ich habe hier einen Net-SNMP Agenten (auf FreeBSD), der auf der sysObjectID (1.3.6.1.2.1.1.2) den Wert .1.3.6.0.0.0.0.0.0.0 Frage: sind die alle beide broken, oder habe ich was nicht verstanden?
Ich denke das ist richtig so. Da der SNMP-Agent keine herstellerspezifische MIB bereitstellt (vermutlich also nur die Standard MIB-II), kann in der sysObjectID keine vernuenftige OID enthalten sein.
Er hat aber eine:
hille@kloetzer:~ $ snmpwalk -v2c -c <weg> IP-addi .1.3.6.1.4.1.2021|wc -l 95 hille@kloetzer:~ $ snmpwalk -v2c -c <weg> IP-addi .1.3.6.1.4.1.8072|wc -l 1302
Mhm, das sind zwei Agent-spezifische MIBs (einmal von UCD-SNMP und die andere von NET-SNMP).
Da es ein Net-SNMP Agent ist (siehe oben, steht leider nicht im Subject) ist das völlig i.O.
Die sind zwar im enterprise-Zweig angesiedelt, ob man die jetzt jedoch als "vendor's authoritative identification" bezeichnen kann, bin ich mir nicht sicher.
Na ja gut, sie wurden aber bei der IANA registriert als private MIB (http://www.iana.org/assignments/enterprise-numbers).
Ich vermute net-snmp gibt keine sysObjectID vor, da dieser Platz mehr fuer OIDs der Art 1.3.6.1.4.1.myCompany.myProduct vorgesehen ist.
Nun, der Net-SNMP hat sowas auch (unterhalb von 1.3.6.1.4.1.8072.3.2). Dort gibt es die OIDs 1.3.6.1.4.1.8072.3.2.1 (hpux9) bis 1.3.6.1.4.1.8072.3.2.14 (hpux11), also für jede supportete Plattform eine.
Hintergrund der ganzen Sache: Unsere Firma vertreibt Software für Performancemanagement von Rechnern, aktiven Netzwerkkomponeneten etc. Die Daten werden per SNMP gepollt. Die gepollten Komponenten werden per Discovery (gezielte SNMP-Abfragen) in eine DB aufgenommen. Dabei wird getestet:
- reagiert die Komponente auf SNMP? - was für eine Art Komponente ist das?
Für den letzteren Schritt wird u.a. die bewußte OID getestet. Da diese broken(?) ist, schlägt die Erkennung fehl.
Greets, Hilmar
Hilmar Preusse wrote:
Ich habe hier einen Net-SNMP Agenten (auf FreeBSD), der auf der sysObjectID (1.3.6.1.2.1.1.2) den Wert .1.3.6.0.0.0.0.0.0.0 Frage: sind die alle beide broken, oder habe ich was nicht verstanden?
Hi Hilmar,
habe das mal mit unserem Produkt getestet (wir verwenden 4.2.6) und hier erhalte ich enterprises.ucdavis.ucdSnmpAgent.linux (.1.3.6.1.4.1.2021.250.10) fuer die sysObjectID. In neueren Version (5.x) kann man die OID wohl in snmpd.conf festlegen.
Gruss
Peter
On 18.04.06 Peter Hertting (peterh@klasonline.com) wrote:
Moin,
habe das mal mit unserem Produkt getestet (wir verwenden 4.2.6) und hier erhalte ich enterprises.ucdavis.ucdSnmpAgent.linux (.1.3.6.1.4.1.2021.250.10) fuer die sysObjectID.
Gegentest auf Net-SNMP 5.0.6 (selber gebaut):
hille@kloetzer:~ $ snmpwalk -On -v2c -c public 127.0.0.1:161 .1.3.6.1.2.1.1.2 .1.3.6.1.2.1.1.2.0 = OID: .1.3.6.1.4.1.8072.3.2.10 hille@kloetzer:~ $ snmpwalk -v2c -c public 127.0.0.1:161 .1.3.6.1.2.1.1.2 SNMPv2-MIB::sysObjectID.0 = OID: NET-SNMP-MIB::netSnmpAgentOIDs.10 hille@kloetzer:~ $
In neueren Version (5.x) kann man die OID wohl in snmpd.conf festlegen.
Ja, nur im Paket von Debian unstable (5.2.2) ist der Default value etwas broken. Die BSD-Kiste hier zeigt dasselbe Verhalten. Werde mal bei Debian den Bug einkippen -- mal sehn, was die sagen.
Danke für Deine Antworten, Hilmar
On 13.04.06 Hilmar Preusse (hille42@web.de) wrote:
Moin,
Ich habe hier einen Net-SNMP Agenten (auf FreeBSD), der auf der sysObjectID (1.3.6.1.2.1.1.2) den Wert .1.3.6.0.0.0.0.0.0.0 herausgibt (also einen zieml. sinnlosen Wert). Ich habe weiterhin den Standard SNMP-Agenten von Debian sid untersucht, der dasselbe tut:
<snip>
Frage: sind die alle beide broken, oder habe ich was nicht verstanden?
EOT, H.
lug-dd@mailman.schlittermann.de
-
Hilmar Preusse -
Peter Hertting