Value Maps als Index Verwenden

[Bezalel]

Hallo zusammen,

ich versuche aktuell einige Templates für Router mit Discovery Regeln zu erstellen. Einige SNMP Tabellen haben als Index eine Value Map, die ich gern übersetzen möchte. Ist es irgendwie möglich eine Value Map bereits im Discovery auf die Index-Spalte anzuwenden, damit die daraus entstehenden Items auch sinnvolle Namen haben.


LG Bezalel

[Colttt]

ehm, ich steh grade aufm schlauch.. kannst du das bitte mit beispielen zeigen damit ich kapiere was du vor hast?

[Bezalel]

Na klar

Ich versuche mit einem SNMP-Discovery aus einer Tabelle einige Item Prototypen zusammen zu setzen. Die Tabelle enthält keine IfcDesc sondern nur eine ID. Diese ist in der MIB eindeutig verschiedenen Werten zugewiesen, diese Auflösung der ID zu Strings wäre - meiner Ansicht nach - in einer Value Map zu finden. Aber ich kann keinen Punkt in der Discovery Rule finden bei der ich die {#SNMPVALUE} eine Value Map zuweisen kann.

Konkret geht es um die Ethernet Ports bei einem LANCOM. Die MIB ist leider zu groß um hochgeladen zu werden. Daher hier der Link:

http://www.lancom-wiki.de/dl/mib/LC-UNIFIED-LCOS-9-10-REL-OIDS.mib

Es geht sich um die Tabellen der Errors unter
Status -> Ethernet-Ports -> Errors

LG Bezalel

[Bezalel]

Hm, ich bin nicht sicher ob mein Post jetzt durch gegangen ist oder noch geprüft werden muss...

Ich versuche eine SNMP Tabelle zu durchlaufen. Diese hat nur eine ID und keine Interface Beschreibung. Die ID ist eindeutig (aber von Gerät zu Gerät gibt es andere Interfaces) und mit einer Value Map auflösbar.

Ich habe das zugehörige Template mal (ohne die Value Map) angehangen.
Die #SNMPVALUE gibt aber nur die ID wieder und nicht die Bezeichnung.

Es handelt sich konkret (fürs Beispiel und das angehangene Template) um einen LANCOM 1781VA-4G, bei dem ich die Ethernet Ports prüfen will. Um die Templates aber dynamisch zu erhalten, verwende ich die Unified MIB, die für alle Geräte gilt und möchte diese Templates später auch auf ander LANCOM Geräte anwenden können.

LG Bezalel

[Colttt]

ok also wenn ich das richtig verstehe brauchst du nur diese spezielle ID um den rest auf zu lösen, richtig?!

das ist bei dem Storage von Dell Equallogic auch so.. guck mal hier: https://www.zabbix.org/wiki/Monitori...tems#Version_2

da kannst du sehen wie ich das gelöst habe, einfach die ID als Macro beim Host hinterlegt und dann sieht die SNMP-OID so aus

.1.3.6.1.4.1.12740.3.1.2.1.1.1.{$EQL_ID}.{#SNMPINDEX}

[Bezalel]

Leider nicht.
Das Discovery an sich funktioniert (auch ohne Macros). Aber weil der Wert von #SNMPVALUE eine Integer ID anstelle eines Strings ist, bekomme ich Items, mit dieser ID im Namen. Diese ID kann ich auflösen indem ich eine Value Map anwende, was aber scheinbar nicht geht (Bei der Auswertung schon, aber nicht im Discovery).
Vielleicht ist das eher ein Feature...?

[Colttt]

welche zabbix-version hast du?

denn in zabbix 3 kann ich valuemaps mit angeben (siehe Bild)

[Bezalel]

In den Items, ja.
Aber das betrifft ja nicht {SNMPVALUE} im Discovery und genau die möchte ich durch eine von dir erwähnte ValueMap auflösen

[Colttt]

ok, jetzt verstehe ich was du meinst, aber bin aber spontan der meinung das es auch anders zu lösen ist bzw du was falsch machst..

kannst du bitte mal ein paar OIDs zeigen die du da hast und von wo nach wo du das umwandeln willst?

[Bezalel]

Ich glaube man kann nichts auf den bildern erkennen

Die Tabelle ist wie folgt aufgebaut:

+------+------+------+
|IFC ID|ByteTx|ByteRx|
+======+======+======+
| 1 | 2754 | 7952 |
+------+------+------+
| 2 | 0 | 0 |
+------+------+------+
...


[EDIT]
Das mit der Tabelle in ASCII hat ja wunderbar geklappt :/
[/EDIT]


Die ID der Tabelle ist dabei in der MIB durch einen festen Bezeichner auflösbar (iReasonings MIB Browser tut das auch ganz artig

[Colttt]

ok, jetzt weiss ich endlich was du meinst
bekommst du diese werte nicht aus einer anderen SNMP abfrage?

was kommt bei dir raus wenn du:

snmpwalk -v2c -c public - <IP> .1.3.6.1.2.1.2.2.1.2

[Bezalel]

Dort erhalte ich andere Interfaces - nämlich alle Logischen Interfaces des Gerätes:

Name/OID: ifDescr.1; Value (OctetString): AR8327
Name/OID: ifDescr.2; Value (OctetString): AR8327
Name/OID: ifDescr.3; Value (OctetString): AR8327
Name/OID: ifDescr.4; Value (OctetString): AR8327
Name/OID: ifDescr.5; Value (OctetString): CAPWAP Tunnel 1
Name/OID: ifDescr.6; Value (OctetString): CAPWAP Tunnel 2
Name/OID: ifDescr.7; Value (OctetString): CAPWAP Tunnel 3
Name/OID: ifDescr.8; Value (OctetString): CAPWAP Tunnel 4
Name/OID: ifDescr.9; Value (OctetString): CAPWAP Tunnel 5
Name/OID: ifDescr.10; Value (OctetString): CAPWAP Tunnel 6
Name/OID: ifDescr.11; Value (OctetString): CAPWAP Tunnel 7
Name/OID: ifDescr.12; Value (OctetString): CAPWAP Tunnel 8
Name/OID: ifDescr.13; Value (OctetString): CAPWAP Tunnel 9
Name/OID: ifDescr.14; Value (OctetString): CAPWAP Tunnel 10
Name/OID: ifDescr.15; Value (OctetString): CAPWAP Tunnel 11
Name/OID: ifDescr.16; Value (OctetString): CAPWAP Tunnel 12
Name/OID: ifDescr.17; Value (OctetString): CAPWAP Tunnel 13
Name/OID: ifDescr.18; Value (OctetString): CAPWAP Tunnel 14
Name/OID: ifDescr.19; Value (OctetString): CAPWAP Tunnel 15
Name/OID: ifDescr.20; Value (OctetString): CAPWAP Tunnel 16
Name/OID: ifDescr.21; Value (OctetString): CAPWAP Tunnel 33
Name/OID: ifDescr.22; Value (OctetString): GRE-TUNNEL-1
Name/OID: ifDescr.23; Value (OctetString): GRE-TUNNEL-2
Name/OID: ifDescr.24; Value (OctetString): GRE-TUNNEL-3
Name/OID: ifDescr.25; Value (OctetString): GRE-TUNNEL-4
Name/OID: ifDescr.26; Value (OctetString): GRE-TUNNEL-5
Name/OID: ifDescr.27; Value (OctetString): GRE-TUNNEL-6
Name/OID: ifDescr.28; Value (OctetString): GRE-TUNNEL-7
Name/OID: ifDescr.29; Value (OctetString): GRE-TUNNEL-8
Name/OID: ifDescr.30; Value (OctetString): Bridge Group #1
Name/OID: ifDescr.31; Value (OctetString): Bridge Group #2
Name/OID: ifDescr.32; Value (OctetString): Bridge Group #3
Name/OID: ifDescr.33; Value (OctetString): Bridge Group #4
Name/OID: ifDescr.34; Value (OctetString): Bridge Group #5
Name/OID: ifDescr.35; Value (OctetString): Bridge Group #6
Name/OID: ifDescr.36; Value (OctetString): Bridge Group #7
Name/OID: ifDescr.37; Value (OctetString): Bridge Group #8
Name/OID: ifDescr.38; Value (OctetString): VDSL Interface
Name/OID: ifDescr.39; Value (OctetString): VDSL-Channel #0
Name/OID: ifDescr.40; Value (OctetString): VDSL-Channel #1
Name/OID: ifDescr.41; Value (OctetString): VDSL-Channel #2
Name/OID: ifDescr.42; Value (OctetString): VDSL-Channel #3
Name/OID: ifDescr.43; Value (OctetString): VDSL-Channel #4
Name/OID: ifDescr.44; Value (OctetString): VDSL-Channel #5
Name/OID: ifDescr.45; Value (OctetString): VDSL-Channel #6
Name/OID: ifDescr.46; Value (OctetString): VDSL-Channel #7
Name/OID: ifDescr.47; Value (OctetString): ISDN Basic Rate Interface (S0)
Name/OID: ifDescr.48; Value (OctetString): D-Channel
Name/OID: ifDescr.49; Value (OctetString): ISDN Signaling
Name/OID: ifDescr.50; Value (OctetString): B-Channel #1
Name/OID: ifDescr.51; Value (OctetString): B-Channel #2
Name/OID: ifDescr.52; Value (OctetString): DSL Interface (AR8327)
Name/OID: ifDescr.53; Value (OctetString): DSL-Channel #0
Name/OID: ifDescr.54; Value (OctetString): DSL-Channel #1
Name/OID: ifDescr.55; Value (OctetString): DSL-Channel #2
Name/OID: ifDescr.56; Value (OctetString): DSL-Channel #3
Name/OID: ifDescr.57; Value (OctetString): DSL-Channel #4
Name/OID: ifDescr.58; Value (OctetString): DSL-Channel #5
Name/OID: ifDescr.59; Value (OctetString): DSL-Channel #6
Name/OID: ifDescr.60; Value (OctetString): DSL-Channel #7
Name/OID: ifDescr.61; Value (OctetString): Serial Interface

//EDIT:
Leider habe ich hier gerade kein Linux und muss deshalb auf einen anderen Browser ausweichen...