Hi everyone,
i am not sure if this is bug in the routeros or an error on my side (or maybe even a feature?):
i have 4 scripts on routerboard running 6.45.3.
- One to disable all wlan caps instances
- one to enable all wlan caps instances
- one to disable all guest wlan caps instances
- one to enable all guest wlan caps instances
when i trigger those from winbox all work as they should.
During creation of these rules i think i deleted one and created it new again (or may have only copied and deleted afterwards, something like that).
When i trigger them from outside via snmp:
snmpset -cprivat -v 1 192.168.43.1 1.3.6.1.4.1.14988.1.1.8.1.1.3.1 s 1 & —> triggers the first script (as stated in the manual (https://wiki.mikrotik.com/wiki/Manual:SNMP)
snmpset -cprivat -v 1 192.168.43.1 1.3.6.1.4.1.14988.1.1.8.1.1.3.2 s 1 & —> triggers the second script
snmpset -cprivat -v 1 192.168.43.1 1.3.6.1.4.1.14988.1.1.8.1.1.3.3 s 1 & —> returns error
snmpset -cprivat -v 1 192.168.43.1 1.3.6.1.4.1.14988.1.1.8.1.1.3.4 s 1 & —> triggers the third script
snmpset -cprivat -v 1 192.168.43.1 1.3.6.1.4.1.14988.1.1.8.1.1.3.5 s 1 & —> triggers the fourth script
So it seems like the internal numeration mechanism for ordering of script snmp-addresses seems to keep the deleted position in memory.
This behavior persisted after a reboot.
So is this a bug in RouterOs or something intended?
Regards,
Volker