SNMPv3 Data not conforming to RFC3411/Cannot find TrapOID in TRAP2 PDU

[KingJoey]

Ahojky,

Chci nastavit zasílání snmpv3 trapů mezi zálohovacím programem Commvault a Zabbixem.

Když zpustím alert, vidím, že snmp packet je odeslán na Zabbix server. Vše vypadá v pořádku - (Engine ID Conformance RFC3411 SNMPv3).

Avšak, na zabbix serveru vidím, když zachytím ten stejný snmp packet, že "Data not conforming to RFC3411".

Navíc, ve výpisu snmptrapd.service je tam hláška "Cannot find TrapOID in TRAP2 PDU". Což je divné. Když jsem nastavil SNMPv1, tak žádný problém nebyl. Takže bych řekl, že ty MIB soubory by tam měly být přece.

Moje nastavení:
V /etc/snmp/snmptrapd.conf mám vše potřebné, Engine ID, hesla, jméno, auth typ, i authUser log,execute admin

V less /var/lib/net-snmp/snmptrapd.conf vidím Engine ID, hesla, jméno…, to však tam podle mě dává automaticky zabbix, snad jen to Engine boots nesedí s tím, co vidím v paketech.

Setkali jste se s něčím podobným? Máte někdo zkušenosti s nastavování snmpv3 trapů?

[gofree]

na snmp ( nielen trapy ) je macher kolega - skus mu poslat mail ( link na jeho prezentaciu pre Zabbix webinar )

[hermanekt]

Ahoj,

dkyz vidim knihovnu net-snmp tak si myslim, ze tohle muze trosku potrapit:

https://www.zabbix.com/documentation/current/manual/config/items/itemtypes/snmptrap

net-snmp agent does not support AES256 with SNMPv3/USM.

Tom

[s.t.]

Zdravim,

S podobnym problemom som sa stretol pri zariadeniach jednej znacky. Pri monitoringu SNMPv2c trapov snmptrapd logoval "Cannot find TrapOID in TRAP2 PDU". Rozborom zachytenych trapov som zistil, ze OID zadavane v trape nie je ukoncovane ".0", ako ziada RFC. Vyrobca bol presvedceny, ze to je OK. Riesili sme to vlastnou sluzbou pre SNMP trapy, ktora preposielala trapy preformatovane s korektnym zapisom OID.

Pritomnost MIB suborov by nemala mat na toto vplyv. My SNMP trapy bezne spracovavame bez instalovanych MIB suborov.

[GreenHorn]

Dobrý den,
řeším trochu jiný problém, ale asi může souviset. Chci se dotazovat na SNMP agenta. Vzal jsem MIB file přímo z daného prvku. Využil jsem překladače MIB - Template SNMP viz. návod https://sbcode.net/zabbix/mib-to-zabbix-template/ . Hezky mi to překládá a templaty vypadají dobře. Musel jsem přikročit k překladu, protože šablony na share nejsou nebo nejsou kompatibilní s 5.2 i po hacku s přepisem verze v xml,

Takže má otázka je, jak řešit situaci, kdy prvek dané OID nemůže nalézt ani po dotazu přes snmwalk. Začínají se mi množit prvky, především knihovny HPE 4048, 3040, Atto Bridge - zde je napsané, že jsou povolené snmptrapy, ale spousta výrobců píše povolené jen trapy a myslí tím i snmp agenta . A teď i switch u kterého je napsané, že podporuje snmp - LSI SAS6160. Mám spoustu prvků. které mi fungují přes snmp, bez problémů.


Děkuji za radu, odkaz nebo cokoliv co mě posune dál.

[gofree]

ahoj

pokial nejde snmpwalk,snmpget tak ten OID tam nie je a tu metriku nedostanes ( velmi pravdepodobne neexistuje na tom zariadeni ) - ale mozno by to nejaky priklad z tvojej strany ukazal lepsie ( ? )

snmp trapy - pokial sa da vyhnut sa im, ak sa neda - tak musis brat do uvahy moznot "event stormu, deduplikacie, supress a pod" - linkoval som nasu prezentaciu k tejto teme v mojom prvom poste v tomto vlakne, snmp agent moze posielat trapy - stretol som sa s tym, ze cast info na zariadeni je poskytovana cez snmp get ( snmpwalk,snmpget ) a cast cez snmp trapy

rady mam 3 kontaktovat vendora, vyhnut sa snmptrapom ak sa da a skontrolovat ci tie zariadenia nemaju inu moznost poskytovania dat ( napr. API - potom http agent )

[GreenHorn]

Ahoj Gofree,
Myslím si, že by nepomohl ani příklad, a že budu muset se obrátit na výrobce. snmpwalk funguje jen pro základní parametry, jako model, název atd. Ale to jsou všeobecná OID.
Díky za radu