Network Configuration Management


Configuration Management is mistakenly synonymous with the textual based configuration files polled directly from network devices and stored on specific host servers. Such files should be good only for backup purposes and error/disaster recovery purposes and not necessarily used for configuration management as an NMS technology area/service concept!

As per our IMMS model (more on this below); Configuration Management defines the relationships between the network administrator exercised control over resources, events, and/or service levels on the network element and the actual resultant network operations performed by that network element at the different defined levels referred to above. This relationship could either be derived directly from mapping a particular level on the element from the cli to a corresponding MIB Object(s) or indirectly through measuring certain relevant Security, Accounting, Performance and/or Fault metrics. Configuration changes have other important aspects that are ignored; such as:

Hence; The goal of Configuration management is NOT to track and maintain the network Device’s configuration through detecting then collecting then archiving latest configurations and configuration changes. Similarly the goal of Change management is not to look at changes in configuration files!

Note: Configuration management and Change management are completely separate issues, they are not to be confused. Many faults are net even related to configurations or even changes while many other faults are the result of a delayed response/result of changes both on the configurations and on the performance levels along of course Security issues!

Configuration Management Solution Presentation:

To be provided.


[Small Solutions], [Professional Solutions], [Security Solutions], [Development Solutions]

[Home], [About], [Solutions Center], [NMS Market], [Products & Services],
[Management Technology], [Technical Support], [Contact us], [Site Map]