superfly · Senior Network Engineer · ✭✭✭✭✭

That's crazy!! Nothing should be released until it's working as per its design.

Yeah alerting through Solarwinds can be slow. If I really want fast responses, I use Cisco Prime. But I get a lot of false positives using Prime for AP offline alerting.

The alert remains if you have a Reset Condition configured. So once the device is up, then the alert will be reset (and disappear from the screen).

Why don't you use a tunnel interface and then monitor it?

Use the Execute Command Script of Devices and run commands such as show module or any of the other show commands. You can then get the output emailed to you and see if there are any issues with any of the linecards in your 4500's.

You need to change Type of Property to Monitor to Volume. In your example you have it set to Node.

If you use this option and then select the interface you want that account to see, then that's all it will see. Make sure this account does not belong to a Solarwinds group that has more access.

How are you creating this report? Can you please post an example?

Can you post up the configuration for netflow that you'll applied on your router. Sounds like it's not configured correctly.

Bugger. I have NCM & NPM on the same server so it all works fine. Hope you can sort it.

"None" would work if you only have 1 condition under it. As you have 2 conditions, it will still trigger the alert. Which is why you have to use "Not All" Here's the details from the help file. None Condition Group Changing the condition group to Trigger Alert when none of the following apply means that all conditions in…

I personally don't but it will be easy enough to setup. As I mentioned above, just check the syslog message that's created when the config has changed. Then use that on your RTCD rule in Syslog viewer. I don't know anything about the Junipers but I assume they'd also 'log' some sort of message when the config has changed.…

That's really interesting. I tested it and you are absolutely correct. Without having the RW community listed, it will not download the configs. As soon as I add it in, it works fine. That's a bit strange but I'm glad you got it sorted!

This will be an internal enhancement request number. You can do a feature request and post a link back in here so that people can vote on it.

Do you see these hops in traceroute?

I used the upgrade tool on the Solarwinds website to show me which upgrades to do when. Have you checked it out? I can share my upgrade path but if you have different products to myself it may not help much.

Yes that what d09h​ is referring too.

I'm a network engineer and I don't deem all interfaces important. i believe the only important interfaces are uplinks, portchannels, interfaces for portchannels and links to servers. Anything on the access layer is not important. As mentioned you can use the unplugged version but really you should only have things show as…

That's correct. Monitoring a node with ICMP will not show the interfaces.

Craig has alluded to this but you could monitor on an hourly basis. So say if CRC's hit over 100 in an hour, then you can be alerted. That way it is counting on a per hour basis. So you'd need to decided what the high number is (go by previous experience) and then if the error count goes over that within an hour, you will…

What is the alert for and what does it look like? Maybe if you can, have a look at the headers of the message to see if it is actually coming from Solarwinds and not a another piece of software.

Sounds like something is blocking the traffic in that case.

If you configure netflow on your device and point it to the Solarwinds server, the device will automatically appear in the Netflow Sources list.

As per john.ta's message, is it a NPM node down alert, or just an alert of an event that occurred that you are receiving? Sounds to me, it's NOT a NPM node down alert, but rather a custom alert that alerts you to the fact that something happened.

If Parent A goes down, then Child A would become unreachable. And Child B will also become unreachable as Parent B has become unreachable due to Parent A going down. If Parent A goes down, then all the interfaces on Child A and Child B will also become unreachable. This dependency is automatic. Hope that helps.

You need to fill this bit out in user admin. Then pick an option that best meets your needs.

Craig Norborg wrote: I believe WLC's are a bit of a problem child and could use some modification of how they are handled by default in Orion. I could be wrong though, they might have fixed it and I just haven't seen it yet. I don't think so though. cvachovecj, has this been fixed yet? HTH!! Rather than excluding them,…

Well since I changed my polling to SNMP I've not had a single down alert. I used to get one each day but I haven't had any since the change. Thanks!

It's basically the same view, you are running a different version than I am. You just need to fill out the details. Change Request Configs Using to Telnet, set the telnet port and you're done.

NCM doesn't work without logon credentials. And yes you can update a Cisco config by just using SNMP (as long as you have the RW community name) but just not with NCM. You want this tool "Config Uploader" which is found in the Engineers Toolset. Why it's not part of NCM, I don't know. I think it should be. This has been…