Cisco Pre-checks and Post-checks

4 Cisco Pre-checks and Post-checks

This chapter describes the pre-checks and post-checks that can be run and explains how to install, enable, and disable them. It also describes the behavior of the individual pre-checks and post-checks for the Oracle Communications IP Service Activator Cisco IOS XR cartridge.

About Pre-checks and Post-checks

Pre-checks look for existing configuration on a device when you commit a configuration. This prevents disruption of existing services.

Pre-checks also determine if the IP Service Activator configuration will create conflicts with an existing configuration, during creation of a new service instance by IP Service Activator. In case a conflict is detected, the operation is aborted and an error message generated.

The post-checks look for the configuration after it has been applied on a device. Post-checks determine if an IP Service Activator configuration is really configured on the device or silently rejected by that device, after an IP Service Activator creates a new service instance. An error message is generated if the device silently rejects the configuration, and the applied configuration is rolled back.

Post-checks can validate successful application of a configuration beyond the simple validation offered by the device response during command issue.

Installing Pre-checks and Post-checks

The standard pre-checks and post-checks are installed when IP Service Activator is installed. However, currently, there are no post-checks implemented for Cisco IOS XR cartridges. For more information, see IP Service Activator Installation Guide.

Enabling/Disabling Pre-checks and Post-checks

You can enable pre-checks and post-checks using the standard.properties file. The file is located in the following directory:

Config/networkProcessor/com/metasolv/serviceactivator/cartridges/cisco/pre_check/standard.properties

To disable a particular pre-check or post-check change its value to false, as shown in the example below. The value true indicates an enabled pre-check or post-check.

<checkProperties xmlns="http://www.metasolv.com/ serviceactivator/checkproperties">    
    <preCheckRouteMap>true</preCheckRouteMap>				
    <preCheckClassMap>true</preCheckClassMap>				
    <preCheckPolicyMap>true</preCheckPolicyMap>				
    <preCheckNamedAcl>true</preCheckNamedAcl>				
    <preCheckVrf>true</preCheckVrf>			        		
    <preCheckCryptoMap>true</preCheckCryptoMap>				
    <preCheckConfigVersion>false</preCheckConfigVersion>	
    <preCheckRouterIOSUpgrade>false</preCheckRouterIOSUpgrade>	
    <preCheckPolicer>true</preCheckPolicer> 				
</checkProperties>

Individual Pre-checks

Table 4-1 outlines the behavior of the individual pre-checks for the Cisco IOS XR cartridge.

Table 4-1 Pre-checks

Name	Behavior	Default
preCheckPolicyMap	Raises a fault when a policy map with the specified name exists. It is a quality of service (QOS) pre-check.	On
preCheckNamedAcl	Raises a fault when an ACL with the specified name exists. It is a QoS pre-check.	On