Submit a ticketCall us

whitepaperYour VM Perplexities Called, and They Need You to Read This.

Virtualization can give you enormous flexibility with future workloads and can be a key enabler for other areas, like cloud computing and disaster recovery. So, how can you get a handle on the performance challenges in your virtual environment and manage deployments without erasing the potential upside? Learn the four key areas you need to be focusing on to help deliver a healthy and well-performing data center.

Get your free white paper.

Home > Success Center > Network Configuration Manager (NCM) > NCM Documentation > Network Configuration Manager Getting Started Guide > Network troubleshooting and remediation > Troubleshoot a network issue caused by a config change

Troubleshoot a network issue caused by a config change

Created by Chris.Moyer_ret, last modified by Anthony.Rinaldi_ret on Oct 04, 2016

Views: 813 Votes: 0 Revisions: 7

Changes to configs can range from simple (using a template to create a login banner) to complex (using a script to change VLAN membership). Errors introduced in complex config changes can result in a network outage. By monitoring your network, you can learn about network problems before they affect your business critical applications. Instant notification of an error is essential to resolving a problem before business is disrupted and support calls are logged.

In the following scenario, a support organization uses NetSuite® as their customer relationship management system. The organization uses NetPath™ to monitor the path from the NetSuite service to the support organization. One day during business hours, a system administrator receives an alert notification email that the NetSuite service is unavailable and needs to investigate and resolve the problem immediately.

The system administrator begins by reviewing the details of the alert.

Review the Active Alert Details page

An alert is a notification that indicates a problem with a monitored element. There are different options for how to receive an alert. See the NPM Getting Started Guide for more information on alerts.

In an alert notification email, click the provided link to open the Active Alert Details page. This alert is critical and needs to be addressed immediately. The system administrator clicks the link next to Triggered by to open NetPath and find if the problem is on an internal monitored device or caused by an external provider.


Identify root cause of the problem

Check out this video (5:10) on using NetPath™.

Use NetPath to discover and troubleshoot network paths, hop-by-hop, of the networks that you manage and the nodes and links of your providers. NetPath provides performance metrics and device details of the nodes, interfaces, and connectors it finds. Point to other objects to see more details using the Object Inspector, or drill down on managed nodes.

The color red indicates where on the path there is a problem.


The system administrator notices the node is:

  • Part of the organization's internal network
  • Experiencing high latency
  • Showing a recent configuration change

To explore the configuration change, the system administrator clicks Config Change. The system compares the current config to last backed up config.


The config comparison shows that in line 180, an IP address is added to the current config. This routing change prevents traffic from accessing its destination and creates network performance issues.


The system administrator identified the root cause of the problem and knows that one solution is to revert to the last backed up config.

Revert a config

The system administrator clicks the name of the node (in this case, R9) on the right side of the NetPath page to open the Node Details page. This capability is also useful if someone makes an unauthorized or incorrect config change, and you want to revert to a prior version.


There are two steps the system administrator needs to perform to revert the config:

  1. Click the Configs tab.


  2. Select the configuration item to revert back to and then click Upload.


NetPath refreshes a path during each polling interval. In this example, the polling interval is 10 minutes. The change to revert the node is made immediately and the service is restored, but NetPath does not show the updated path until the next polling interval completes.



Last modified