ceige

@wjcmalana - yea if you just edit the where clause you could specify the interface type

you could always open the report file and edit the sql to include a specific device in the where clause

Changing the ICMP timeout will not do this. What you want to do is change the Polling interval for icmp. This can be done on a device by device basis or globally through System manager. To do it for an individual node you would open system manager and right click on the node selecting node details. To do it globally you…

You could create a custom Node Details view that has nothing on it and assign it to the Direct link user.

With the row1 or row2 or row3 it wouldnt matter if row3 did not exist since it is an OR condition. Someone correct me if i am wrong but i see no reason to specify the row in the trigger criteria. I would set the alert to look for the condition no matter what row and then in the notification use the variable to identify…

How many elements are you polling? I have seen this on larger implementations where we were pushing 10-12k elements on a polling engine... What seemed to happen was that during "Optimal" conditions everything ran fine with a 99% poll completion and Outstanding polls never topped 500. But during an incident Orion seemed to…

when you say " (eg. *FRPAR* OR *FRLIS*) " are you creating 2 limitations? If so when you create 2 limitations there is no option for "OR" it is always an "AND".

You could do this by creating a custom view with the appropriate view limitation and then add the network wide availability chart to it.

vinod, i had the same issue. The support answer is to create 1 action for each box you wish to send the net message to.

-2 sounds like its not polling... Are you getting graphs?

In this case i would just create a custom property "Priority" and then create alerts for each priority using the time of day field. Also Keep in mind that the suppression criteria is not in the context of the node that triggered the alert.

So what you will need to do is add PollerID and Poller_Name as hidden fields and then paste this into "Web URL" under the field in the report you wish to link to the graph. Depending on your report you may want to change "Period=TODAY" as well.…

If you do it using the Universal Device Poller the OID you want to hit is (1.3.6.1.2..4.20.1.1) that table contains all the ip addresses you have assigned to interfaces on your device.

This is by design. All map making, report writing, etc is done via the primary poller. That being said i would think those links in System Manager on any aditional pollers should be removed so as not to cause confusion.

You may want to check that they are not the exact same chart with a different title. If someone went to edit the timeframe or something in the resource they could have changed the graph that is being displayed. Make sure the Large Bold Title matches the smaller one directly above the graph.

And the image with progressive chart loading...

You should be able to right click on the device in system manager and select "node details" from there you can select v2c from the drop down and validate it against the node before applying it.

This can only be done by device type... not for specific devices. To do it for a specific device type you can create the new view through manage views in the web console under "Admin". Then under Admin ->Manage Views you can select "by device type"

You can create Advanced SQL variables to retrieve information from the database to be included in your notifications... As far as writing a query as an alert trigger/reset/suppression this is not an available option. Though, when you create an advanced alert the logic you are using in your conditions is translated in to an…

You may want to consider doing this in a report. An alert would have to look for interfaces/volumes in an "unknown" state... The problem with doing this in an alert is that when a device goes down all interfaces will change state to unknown and you will get flooded with email. That being said you should be able to create a…