SCP-NPM Exam Dumps - SolarWinds Network Performance Monitor (NPM) Exam

 According to the SolarWinds NPM Administrator Guide, you can edit the node properties of any device and change the polling method to suit your needs. The polling method determines what data is collected and displayed for the node. The “Most Devices: SNMP and ICMP” polling method collects and displays the most comprehensive data, including CPU load, memory utilization, interface statistics, and more. The “Status Only: ICMP” polling method only collects and displays the node status, average response time, and packet loss. If you want to monitor the other statistics on switch A, you should change the polling method to “Most Devices: SNMP and ICMP”. This will not affect the historical data that has already been collected for switch A, as it will be stored in the database. However, deleting switch A and adding it again, or adding switch A again without deleting it first, will result in losing the historical data or creating duplicate nodes. References: SolarWinds NPM Administrator Guide, page 78-79; Polling methods used by Orion

Orion Maps 2.0 supports displaying Palo Alto firewalls as network devices, along with their interfaces, zones, policies, and traffic data. You can also view the firewall status, alerts, and events on the map. To add a Palo Alto firewall to an Orion Map, you need to have Network Insight for Palo Alto enabled in NPM, and discover the firewall using SNMP and API polling. References: Orion Maps 2.0, New Alerting, and Palo Alto Networks Monitoring - SolarWinds Lab Episode #77, SolarWinds Lab Episode 77: Orion Maps 2.0, New Alerting, and Palo Alto Networks Monitoring - Orange Matter, Network Insight for Palo Alto Networks in NPM

For any node you monitor, you cannot use Network Discovery to automatically add child volumes or interfaces for monitoring. Network Discovery is a tool that helps you identify and add new devices to your network, but it does not automatically monitor all the components of the discovered devices. You need to manually select the volumes or interfaces you want to monitor from the list of resources on each node. You can also use the Network Sonar Results Wizard to filter and add the resources you want to monitor after running a discovery job. References:

• Discover your network with NPM - SolarWinds (see the Monitoring Settings panel section)
• Network Discovery Tool - Automated Discovery Software | SolarWinds (see the Monitor Devices section)

An alert limitation is a filter that restricts the scope of an alert to a specific set of objects, such as nodes, interfaces, applications, or groups. You can use an alert limitation to create an alert that only applies to a select set of nodes in your network, and exclude the rest. To set an alert limitation for the nodes to be included in the alert, follow these steps1:

• Click Alerts & Activity > Alerts > Manage Alerts.
• Find the alert that you want to edit or create a new alert.
• On the Trigger Condition tab, define the condition that triggers the alert, such as Percent Loss is greater than or equal to 50.
• On the Scope of Alert tab, select Limit the scope of this alert to a specific subset of objects.
• Choose the method to define the subset of objects, such as Select objects manually, Use a custom SWQL query, or Use a custom SQL query.
• Select or enter the criteria to filter the objects, such as the node name, IP address, group, custom property, or any other attribute.
• Click Add Selected Objects to add the objects to the alert limitation.
• Click Next and complete the rest of the alert configuration.

You can now save and enable the alert, and it will only notify you when packet loss meets or exceeds 50% for the nodes that you have selected in the alert limitation. References: 1: Limit the objects an alert applies to

Account limitations are a way of restricting the access of Orion user accounts to specific network objects, such as nodes, interfaces, groups, maps, or alerts. You can use account limitations to limit a user to only monitor Windows servers and not be able to view other devices that NPM monitors. For example, you can create a custom limitation based on the node property Operating System, and select only Windows as the value. Then, you can apply this limitation to the user account or user group that you want to restrict. The other options are not effective ways of limiting user access to specific devices, as they either affect the visibility of the entire view (view permissions), the layout of the view (account views), or the scope of the alerts (alert limitations). References:

• Limit user access to network areas with account limitations
• Create custom account limitations

 SNMP traps are unsolicited messages sent by network devices to report events or issues. If NPM receives too many traps from devices that are not managed by NPM, or traps that are not relevant for monitoring, the performance of the Orion Web Console can be affected. To resolve this issue, you can point the devices to a trap manager, such as Kiwi Syslog Server, and configure it to filter out unwanted traps before forwarding the remaining ones to the Orion Platform. This way, NPM will only process the traps that are important for monitoring and alerting, and reduce the load on the database and web server. References: Configure SNMP traps in NPM, Filter traps in Kiwi Syslog Server, [Forward traps to another host in Kiwi Syslog Server]

NPM provides a default report called Top 25 Interfaces by Percent Utilization that shows the interfaces with the highest average utilization over the selected time period1. This report can be easily edited to change the number of interfaces displayed, the time period, the sorting order, the layout, and the filters2. To create a report that shows the top 50 interfaces by percent utilization, you can simply edit this report and change the Limit option from 25 to 503. This is the most time-efficient way to create the report, as it does not require creating a new report from scratch, writing a SQL query, or running the report multiple times for different timeframes. References: 1: Network Performance Monitor Administrator Guide - Top 25 Interfaces by Percent Utilization 2: Network Performance Monitor Administrator Guide - Edit a report 3: Network Performance Monitor Getting Started Guide - Customize a report

Capacity usage trends are calculated based on historical data. By default, the longest time period taken into account for calculating the capacity forecast is 180 days. The more historical data up to 180 days are available, the more precise is the calculated forecast. Forecast calculation methods include peak calculation and average calculation, which can be set globally or customized for individual objects. Capacity forecasting is available for nodes, interfaces, and volumes that meet certain requirements, such as being managed in NPM and having enough historical data in the database. References: Monitor capacity usage trends on the network and forecast capacity issues in NPM, Forecast capacity for nodes, interfaces, or volumes in NPM, Real-Time Network Monitoring Tool