SNMP traps are not processed by midServer

[rambhatia2017]

Traps are received by midServer but they are not seen in Event form.

Have installed mid server in a Linux server

Have configured config.xml as follows

<parameter name="url" value="https://xxxx.service-now.com/"/>
<parameter name="mid.instance.username" value="xxxxx"/>
<parameter encrypt="true" name="mid.instance.password" value="encrypted:xxxx"/>
<parameter name="name" value="xxxxx"/>
<parameter name="mid.proxy.use_proxy" value="false"/>

One of my server is sending SNMP traps to mid Server. I can see that the traps are received by mid server using tcpdump

But for some reason, these traps are not seen in event form

Am able to ping xxxx.service-now.com from mid server

Have ensured that provided username & password are correct

In ServiceNow,

Mid Sever->servers, value of my midServer status is up & value of Validated = yes
Mid Server->Extensions->MID SNMP Trap Listener, for my trap extension value of status = started

No errors are seen in agent/logs/agent0.log.0

Can someone hep me - what else to check for ?

Thank you,
Ram

[tim_broberg]

So, you enabled debug logging - obviously x^D - and you triggered some vCenter events, but did not see any logs relating to "Received event of type."

So, no events yet. It should send an info message to the log, "EventsMonitor for vmWare started" when the EventsMonitor starts.

Do you have that at all? Maybe if you restart the mid?

If not, it's time to make sure the extension got enabled.

[rambhatia2017 · Accepted solution]

IP tables in the mid-server were not forwarding the udp traffic by default.

Hence traps were not sent to the mid-server application.

Once IP tables are updated to forward UDP traffic, the issue got resolved.

Thank you

Ram

[tim_broberg]

Interesting. Thanks for the follow-up.

[jerrytogar]

Hello. What is the command needed to forward UDP packets to the mid-server application. I am having the same problem

[SNowUser11]

Hi,

I am having same issue but what should I check in ecc_queue to make sure if traps are forwarded to instance. So could it still an UDP forward issue?

Thanks