mcbridea

We have reproduced this by adding that resource to the Summary page. Please open a ticket on this so we can track the issue.

They are VoIP Monitor settings. See the Admin guide www.solarwinds.com/.../VoipMonitorAdministratorGuide.pdf

Hi jlitner, Virus scan can cause major performance issues, especially with live scanning. I'd look at that and increasing spindles rather that an additional poller. BE careful with the SAN. We have customers with mixed results with SANS as they are not engineered for the very rapid read/write performance NTA requires.

It's OK to run Orion and NTA on a VM but running SQL on a VM is a known performance issue. We recommend a dedicated machine with RAID 10, 10 to 15K RPM drives.

There is no exact limit but each alert does use some resources. Keep checking performance as you add them.

Yes, what you will be doing is creating a new and uniquely named database on the same SQL server. We do this all the time. Just use a unique name (not the default name) for the new db.

I'll prompt a PM to comment on this.

Good stuff!

I see what you are asking now. We don't support that. I looked through the release notes and didn't find anything that says we do, but maybe I missed it? The problem with multiple OIDs on one graph is that the data types and scales must match exactly. I guess there could be split y axis but that only will sclae to 2 OIDS,…

Looks like you should open a ticket on this one.

There is a Node Down alert built in. You can edit it or copy it to a new alert if special conditions are required which the generic Node Down won't cover.

This is true. Because NetFlow collects on ingress only it can not report on any traffic created on the source, but you can see that traffic downstream. I'm not advocating a string of collectors pointing to NTA, just a method of determining NTA B/W usage on a particular link. 

Traps automatically show up in the trap log, but not the event log. You are correct that this is not an option today If you want to see events and traps on one interface use the Message Center tab.

Ping is probably not a good choice to show data transfer rates. I would use FTP. Defining HTTP FTP get operation CLI with absolute path. Get the file /home/user/test.cap ip sla 1 ftp get user:pwd@drop.cisco.com/test.cap ip sla schedule 1 start-time now Defining HTTP FTP get operation CLI with relative path. Get the file…

Use the SQL method in this video. http://www.solarwinds.com/resources/videos/backing-up-restoring-and-migrating-your-orion-database.html Aslo see directions in the NCM Admin Guide. http://www.solarwinds.com/documentation/orionNCM/docs/orionNCMAdministratorGuide.pdf

OK, it looks like you are doing everything correctly. I'll mark this for a PM to review.

Hi damian, Please see the attached documentation on SNMP traps and Orion http://www.solarwinds.com/NetPerfMon/SolarWinds/wwhelp/wwhimpl/js/html/wwhelp.htm#href=OrionTraps.htm Andy

I'm not able to duplicate that. Can you open a ticket and post the ticket number and result back here?

It just works with Cisco routers.

It's got to be sflow v5

Unless you bill based on 5 minute units (the bill shows usage each 5 min) the polling frequency does not matter. Keep in mind that network latency will be a greater factor as you poll faster.

Hi Byron, I looks like you are interested in how we sum ifInOctets and ifOutOctets to total byte transfered by time period. I'll chase that down. 

No problem - Yes, you will see the queue size.

When you say removed via the interface - what steps did you take?

Happy Monday AJ, Just to the left of the "Last 2 Hours" click on the down arrow and select whatever time period you want. Andy

To make sure I understand, who are you logged in as? can you see the Edit button on the All Nodes resource?

Hi Vidar, Normally what I need to see in NTA is the cause of congestion which tends to hurt WAN links due to bandwidth restrictions and the aggregation of several LAN ports into one WAN port. LAN bandwidth has increased so much in the past few years that it is hard to saturate a LAN link. If these are two port LAN to WAN…

OK - just checking so that I can get you to the correct people. Please open a ticket with support and we'll get you running.

Can you run a "sho ip stat det" and see if the operations are have return codes of :OK and are producing data? If that is OK look in the VoipOperationsResults_Details table in SQL and see if it is populated. If that looks good I would run config wizard against the database, web and services.

I'll mark this for the NTA PM to look at and comment on the the MPLS support. I've looked over a lot of collectors, some have FNF for a couple of use cases but I have not seen any supporting MPLS fields.