I’ve got a routerboard in the field, and it is refusing to respond to snmp requests. I have tried disabling/re-enabling SNMP, and re-entering the community. I’ve verified the firewall (and routers in between) is not dropping/mangling the packets (at least as far as I can tell).
Using packet sniffer verifies that the routerboard is receiving the requests, it is simply refusing to respond to them. Is there any way to tell is snmp is actually running, and/or debug it? We have quite a few of these in the field, and two of them have this problem. The rest seem to be working fine.
I have many Routerboard 112’s with later 2.9.30 onwards that does this often. seems like it stops processing SNMP. Some even stops responding to SSH, Telnet, Mac Telnet but still routes. After a reset the units works fine again. It is my personal opinion that RB112’s at least cannot manage a huge amount of connections.
Please upgrade to the latest version of the RouterOS v2.9.38 and then check again. There were problems with SNMP but they were fixed in the newer releases. When you are able to make the support output file from that router then send it to support@mikrotik.com
Also something like this could happen if the routers runs at very low memory, try to disable the unused packages.
The router in question is running 2.9.38. This morning on reading this note, it had approx 37 MiB available, but on telling it to make the supout.rif, it crashed. After it came up, it had a 0 length supout.rif, but now snmp is working again. Right now it has 41.2 MiB free, with around 30 to 40% cpu. It also properly made a supout now. After SNMP stops working again, i’ll try to generate another one.
Also, This unit is an rb532a with an rb564 extra ethernet ports daughter card.
Ok, now (at 16 minutes uptime) its down to 37.4 free mem, and snmp still is still working, though it was initially slow to respond.
Ok, now at 19 minutes uptime, snmp failed to respond. I told it to make a supout (actually supoutsnmpfail.rif), and it crashed. It had around 37 MiB free mem, and 27% cpu utilization.
On reboot, it has the supoutsnmpfail.rif file, but it is 0 length. There seems to be nothing in the log or history or files (other than the 0 length file) relating to the crash.