Currently, Dude v6/v7 is under development, but some of users still use Dude v3.6 or 4.0beta3.
In order to help developers to develop new features and users to make a decision about migration we will collect a list of features missing in Dude v6/v7 which present in earlier versions.
Missing features from earlier versions:
Logs
In Dude v6 we can’t create multiple logs instances, like it was in earlier versions. Feature request - Multiple logs instances
New features appeared in Dude v6:
Added - AES encryption method for snmp v3
Agents - Now any RouterOS device can be used as The Dude agent
Added - Dude server now supports spectral scan up to 7Ghz.
Added support for The Dude configuration from CLI
Added - Option to pass dude login credentials as variables for custom login tools.
arm - added Dude server support
The Dude admins now rely on ROS users. User requires dude policy to connect to server
Added comment option for servers in client loader window
Added - Check-box in dude client loader settings to allow upgrade/downgrade without prompting user each time
Added 10G link type - Will be added by default only for new installations.
Added option to run dude client from shortcut in secure mode by adding argument “–secure”.
Auto discovery tasks are now separated between network maps.
SMTP authentication and tls options added!
Added db vacuuming option
Added progress indicator to import/export/vacuuming
I miss the “Execute” function that on Dude v4 allowed me to launch Windows batch commands and get the output to use it into another user-defined function as the one below
Function : check_poe
Code: if((array_element(execute(“checkpoe.bat”,device_property(“FirstAddress”),“E:\Batch\”),1)=“deny”),(array_element(execute(“checkpoe.bat”,device_property(“FirstAddress”),“E:\Batch\”),1)),“false”)
Execute locally > - Run command on the local Windows machine (where Dude viewer runs), can pass variables Execute on server > - Run command on the Dude server machine, can pass variables
Execute locally > - Run command on the local Windows machine (where Dude viewer runs), can pass variables Execute on server > - Executes ROS script on The Dude server host when notification is triggered. In “Command:” field you need to write script in RouterOS scripting syntax.
May a Execute locally be used to solve this? It will work only when Dude client is running and will be executed on Windows where it working.
In case you need only Execute on server a Windows version of Dude v6 server should be released and you may create a Feature request for this.
It may be helpfully in such case to rename Execute on server to one more appropriate, because they are different:
I am not so expert, but I don’t think it is the same.
The old “execute” function was able to catch the output of the batch so that you could treat it as an array of string and get the one in the position you specified.
The execute notification you suggest seems to be just a launcher for a batch (eventually passing parameters) but it is not meant to catch the output of the batch and use it in Dude.
In the Dude v4 I remember that you could set snmp settings for each network map indipendently.
Sometimes I want to completely stop the snmp checks on all the device of a specific map, and before I could do it through the map setting (snmp set to no-snmp), but now it seems not possible to do it.
It seems that I didn’t carefully read your post. I found function you mentioned, in Dude v4.0beta3:
Name> : execute Description> : executes program, returns array of three elements - return code, standard output, standard error. return code is -1 if error occurs. Only first parameter mandatory. First paramerter - command, second - parameters, third - path, forth - input string to pass to program, fifth - timeout in seconds (default 5.0)
Motivation of removing maybe same as I have mentioned in previous post. We may ask Mikrotik support for explanation.
gianmaxfactor, I have verified now old versions of Dude, v3.6 and v4.0beta3. None of them have SNMP settings on Map level:
Dude-v3.6-Map-Settings.png
Dude-v4.0beta3-Map-Settings.png
In such case we may create a feature request for your idea.
I’m sorry I am wrong (I certainly do not remember well), maybe I selected all the hosts on a map and then edited with a one-click the snmp configuration for all of them.
Anyway I am glad that it could be an idea worthy of a feature request ! But do not ask me how to insert one
Oh yes, it would be very useful if they implement it again. You can virtually use any external program (and why not, with linux too) and catch its output do define an up/down state.
