Доброго времени суток! Запилите пожалуйста  NetXMS Appliance преднастроенную, версию вшитую изначально в  centos 7 с вебмордой на https. И еще очень здорово разработать официальный Docker контейнер с оптимальной конфигурацией netXMS чтобы развернул у себя, пробросил порты в сетку свою, задал статик IP и пользуешься без проблем. Надеюсь мои идеи реализуют как можно скорее, потому что это очень удобно, быстро и экономит кучу времени.

In a strange twist - visibility via the tool-tip when hovering over alert in Alarm Browser, does not have the limitation. This gets us around this being a major impact and instead, is an annoyance that we hope gets adjusted at some point. It just really stands out by having 2 or three events and the rest of that empty, a comments section - also empty, and the Alarm Overview that has to scroll to see the whole alarm.

Dear NetXMS team, here is another thing that came to my mind when creating line charts in NetXMS: Currently, NetXMS provides the ability to create "stacked" line chart diagrams, however, it only allows to stack all or none of the data from the source DCIs. I think it would be useful to manually choose, which data to stack on top of each other and to have a more user friendly way of defining the stacking order (right now it is defined by the order the DCI sources). Imagine the following: We have the four metrics TCP upstream, UDP upstream, HTTP upstream and overall upstream (downstream equivalent). To combine all four within one diagram, it should be possible to only stack UDP on top of TCP, as HTTP is a subset of the TCP traffic and the overall upstream is the superset of all three (which would only be added as a reference line). What do you think about this idea? Thanks and kind regards, fbu 

Hi NetXMS team, here's another idea of a potentially useful feature addition: A NXSL function which allows to manually enable and disable DCIs or set their states. The function could be defined such as "setDCIStatus(dci, status)", where dci would be the DCI-object and status an integer with 0=Active, 1=Disabled and 2=Not Supported. Maybe "setDCIStatusByID(dciID, node, status)", with dciID being an integer representing the DCI ID and node being a node-object as optional parameter, would also be possible. The idea came to my mind, because a fairly large set of the nodes within my current setup is receiving monitoring data via NXAgent extension scripts from a centralized database, and are initially created via a big NXSL script under "Infrastructure Services", based on this data, as it is impossible to have a direct monitoring communication with NetXMS - not even with the use of NXAgent and proxy agents. Because these devices might change in their states and different metrics temporarily might not return data any more, it would be useful to have a NXSL function, to disable those metrics via a script, as the "unsupported"-detection is also not working with this setup. I know, template automatic apply rules can be used for this, however, once a template is un-applied from a node, the DCIs on it are gone and there is no way to access their history data via the management console until the template is re-applied, again. What do you think, could this be useful if so, would it be difficult to implement? Kind regards, fbu

How big an issue is this? Let me show you I get traps from CISCO UCS that are 12 lines long. You want to read them line as that is the way CISCO designed them to be read. You also need the varbind dscriptions so as to make sense of what each of the 12 varbinds represents. The MIB lists each one of those 12 objects - but only as their text objects. The Imports will include the OIDs for the text objects - but NetXMS does not Import either the text names of those objects or the OIDS of the objects. To do so manually is nearly impossible and the much simpler way would be simply to have a trap sent - and then use the trap log browser to find the OIDS. That still leaves four huge problems. Problem 1: The text descriptions of the objects need to be entered manually. Problem 2: I cannot duplicate an existing trap in order to use the already filled out varbind object descriptions. Problem 3: Even once they are entered, because only the values of the objects are passed across, all that effort to type in the description is wasted as it is not passed through to Event Configuration nor is it made available in Event Processing Policy to be included. I have to manually enter them all over again. Problem 4: The message field in event processing policy would need to have the text of each of the varbinds entered in full plus the parameter plus a 'n for a new line. Being a field of about 40 characters visible and I would need to input up to 300 characters or even more, Event Processing Policy is simply not designed for that. Now, as much as I am willing to do the hard yards to add things, the restrictive input regarding traps makes this aspect well past daunting, to the point of simply not practical for traps like these from CISCO. Given that the OIDs for these traps are not obvious - but that the select option is looking up the textual representation of the mib AND it does know the textual varbind objects from the mib - is it not simply just a matter of having another box - "load varbind objects from mib" and automatically look up the OIDs of those varbinds in the mib and populate the trap table? This also loads up the OID and text explanation of the object. For example - parameter 3 is %3 with %oidN3 and %oidT3 containg the OID number and text. Pass these through Event Configuration into Event  Processing Policy and Actions Configuration so they can be displayed as intended. I have attached how it looks in the mib, how it looks in a different NMS from a configuration definition - and how it actually looks when a trap is received in a NMS and what it is supposed to look like. [image: ucs trap - in the mib - 9dot9.719dot0dot1.png] [image: ucs trap definition 9dot9.719dot0dot1.png] [image: ucs trap text 9dot9.719dot0dot1.png]

OK - the formatted view - one line at a time - already exists. All I needed was the \n to trigger a new line. As for text version of the OID - it may be the comments field for varbind as per the wiki - however I suspect it is the comment for the varbind only and the trap description is not kept anywhere. https://wiki.netxms.org/wiki/NXSL:SNMP_VarBind As per the wiki, the comment may have that information when polling, but when passing trap information, it is not passed. Only the varbinds are passed - as per the SNMP Trap Mapping - each varbind is mapped to a parameter and it is the parameters only that are passed. given that you can only have 255 paramaters, why not pass the OID numerics and text as variables relative to th parameter assigned. For %1 also pass %oidn1 as the OID numeric and the OID text as %oidt1 As for the Description that is in the mib for the trap - pass that as %trap-description as well as including the option in the SNMP Trap Mapping to manually add it - and if loading from a mib - automatically pull it from the mib.

Good point on the duplicate option - will need to watch out for that and rethink the duplicate option completely. Having a server configuration option of SNMP / Agent is the better option. For SNMP, what about the option of displaying a list of the mibs loaded so you can select the one you want - or - what about setting the default oid to load? Auto fill in .1.3.6.1.4.1 would be 12 keystrokes every time I add from a mib.  More often than not, I know the enterprise so being able to type in the enterprise number only would be fantastic. Whilst I am here, it would also be nice to be able to display the mib tree numerically as I know I want to get to .1.3.6.1.4.1 for enterprise but remembering what each one is in order to navigate - hurts my head . Being able to edit multiple DCI's and apply a common change to all of those DCI's in one hit was one of the few nice features of CA-Ehealth - may it RIP.

Although there was a Linux template previously included - it is not now. As a site that is SNMP based, I have had to start from scratch was lucky to have been provided with the old Linux template which has helped greatly. A windows one would also help. Even though agents provide more details, SNMP is very quick and easy - especially if you already use SNMP via an alternate product. With the Linux template and my 1st cut Windows template - plus some containers based on some criteria -  I was able to add over 500 devices tonight without touching any of them. I disable discovery and simply set add node via trap to yes - switched a CNAME over to my netxms - and let the existing product poll my devices - which then sent SNMP auth fail traps - which now go to netxms - which then auto added them and auto assigned the templates. It is likely that I will look into netxms agents, but as it stands - I can get 99% of my existing SNMP based monitoring transitioned by using two SNMP templates. Considering the front page of the netxms screen says that netxms includes the "basics" of CPU / disk / Memory - I genuinely was surprised these two templates did not exist. I suggest that each template include the capability for custom override such as specific file systems / mounts being excluded and having different thresholds. The benefit to any prospective person that has windows devices is that they can add / modify the snmp settings on their devices via group policy and once that is pushed out - however discovery happens - the SNMP template will work immediately without having to install the agents.

As the Alarm Comment window is a window to the right of the main tabs in the left view, it would make sense for the Alarm Comments window to align with the alarm being viewed. I have three comment windows that do not align with my alarm tabs, and when I scroll to a different alarm, the comment effectively is orphaned. Would be simpler just to use Alarm Detail for detailed comments view / update and hover over the comment in Alarm tab to show current comments.

As it currently stands, you find the mib from somewhere put it in the mib folder compile the mib go into snmp trap configuration find the trap based on the OID or trawl through the list, going own the tree which starts at the top configure the trap configure the paramters configure event configuration configure event processing policy configure alarm. What about: Select MIB to load - selects from one of the 8600 publicly available that could be included in a mib library It copies the mib to the mibs folder (this being the active mibs) and compiles it. After ticking box for Open SNMP Trap Processor after loading" - opens trap processor. List of traps from the MIB are in list view - multiple traps can be selected. Tick box at top - create alarm from trap based on mib details - including severity. Automatically loads the trap, its parameters, and severity, all the way through - for each of the multiple traps selected. Drops the 20 minute process down to 20 seconds.

As this has yet to be implemented as a filter option, when it does, it would be beneficial to be able to select state as well as severity - and save it as a filter. I already have filtered containers so I can limit the Alarms to Prod and Test - and by Geo location, and by Type - so being able to quickly select filters is handy. The current view, without filtering, is restricted to only outstanding - preventing the easily finding of terminated alarms if we need to go back and look. filtering would allow this. And, if I was really luck, I could also do some conditional filtering based on the message contents. That way I could filter out selective messages for some, but no others. Funny thing though - this is all available in Alarms Log - but not Alarm Tab. If I could do the actions from the Alarm tab in the Alarms Log view - it would be fantastic!!. NX-1493 should be expanded to allow this level of filtering.

NXMC:Various Perspectives, It would be nice to have row counts on any/all of the table/list displays. I know i can write scripts to count them and that works for some things, but summary tables add a different dimension to things and some/all/me of my users have trouble finding things on the right-click context menus. thanks, Stan

Nxmc: Object Details(of a container): General Dialog of Overview. Would it be possible to display total non-recursive child object counts. Because it is sometimes hard to tell the difference between 273 and 327 nodes or objects in a container. thx Stan

Any thoughts about implementing a dark mode for the WebUI?

Hi, in the autobind script you can access node's parents and check if any of them are MainServer or routers. There should be examples of enumerating parent objects on forum or wiki. Best regards, Victor

Unfortunately, I'm not able to register at YouTrack, it says "License limit exceeded. The request cannot be completed." - Otherwise I would've been more than happy to just create that Feature-Request...

Being able to filter incomming syslog (regardless if it's just for storing syslog or also for the processing), would be handy, if you've got some hosts, which you cannot prevent from sending syslog for everything (including DEBUG-Severity)... ...this Filter would be handy, if you could apply it on a per node basis, as well as as global configuration.

Hello Team, My Question is can you add a feature for auto reconnect, when internet or connection is lost. Because now give me a error and i need to reopen and relogin in to it... Kind Regards.

Hm, for all I knowyou can import a script from the script library. use <scriptname>; You can then call a function that's been defined in that script, e.g. return functionName(param1,param2); We're using that for auto-bind rules (admittedly not for Transformations and Event Processing Filtering, we haven't had a need to try that yet).