<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[SNMP_UNMATCHED_TRAP issue]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">After adding a new MIB using nxmibc  -d "c:\Program Files\NetXMS\var\mibs" -z<br />
 I moved netxms.mib to the mibs folder and restarted the core service.<br />
I proceeded to add a new trap mapping .1.3.6.1.4.1.5597.50.1 (I could select it with the MIB browser which I guess proves the above steps succeeded)<br />
Finally a went on and added an event template and Event Processing Policy.</p>
<p dir="auto">When I trigger the SNMP trap I receive the following (error) in the Event Browser:<br />
SNMP_UNMATCHED_TRAP SNMP trap received: .4.11.93.0.99 (parameters: 1.3.6.1.4.1.5597.50.1.99 == ...)<br />
I get the same message even when I map to 1.3.6.1.4.1.5597.50.1.99<br />
So apparently the trap Is perceived as a parameter, what am I doing wrong?</p>
<p dir="auto">Dan</p>
]]></description><link>https://forum.netxms.org/topic/1453/snmp_unmatched_trap-issue</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 15:41:08 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/1453.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 23 Nov 2011 14:24:08 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to SNMP_UNMATCHED_TRAP issue on Thu, 24 Nov 2011 09:41:26 GMT]]></title><description><![CDATA[<p dir="auto">Hi lindeamon,</p>
<p dir="auto">Thanks for the tips. The trap OID’s returned by following your advice were identical to those shown in the Event Browser.<br />
Digging further on the net for the .4.11.93.0.99 trap I've discovered "Time Server Monitor" from Meinberg is probably the culprit as someone else using a different monitoring software was getting the same wrong OID’s. I guess 'Time Server Monitors" emits different traps than their own MIB file states.<br />
 Since NetXMS seems to accept the wrong OID and triggers on it I’ll get used to live with it </p>
<p dir="auto">Regards,</p>
<p dir="auto">Dan</p>
]]></description><link>https://forum.netxms.org/post/6336</link><guid isPermaLink="true">https://forum.netxms.org/post/6336</guid><dc:creator><![CDATA[DanG]]></dc:creator><pubDate>Thu, 24 Nov 2011 09:41:26 GMT</pubDate></item><item><title><![CDATA[Reply to SNMP_UNMATCHED_TRAP issue on Wed, 23 Nov 2011 15:05:48 GMT]]></title><description><![CDATA[<p dir="auto">hi DanG,</p>
<p dir="auto">you can use the snmp trap log in the old console and in the column "Trap OID" you will find the OID you should enter in the trap mapping.<br />
the var binds in the trap mapping configuration are according to the trap sent (ex. in netapp when volume is offline varbind 1 in position 1 will give the trap data).<br />
in the event configuration in case the event is relating to snmp trap you should write the varbinds from %2 meaning trap varbind #1 will be event %2 due to the fact that in case of snmp traps %1 is always the trap OID.</p>
<p dir="auto">maybe this will help you solve ypur problem<br />
Lindeamon</p>
]]></description><link>https://forum.netxms.org/post/6332</link><guid isPermaLink="true">https://forum.netxms.org/post/6332</guid><dc:creator><![CDATA[lindeamon]]></dc:creator><pubDate>Wed, 23 Nov 2011 15:05:48 GMT</pubDate></item></channel></rss>