Cisco Cisco Prime Network Services Controller 3.0 Entwickleranleitung

Page 13 

OL-28369-01 

Composite filters are composed of two or more component filters and thereby enable greater flexibility in creating 
result sets. For example, a composite filter could restrict the result set to only those objects that were accepted by 
at least one of the contained filters. 

 describes the available composite filters. 

AND  

Result set must pass the filtering criteria of each component filter. For  
example, to obtain all compute blades with a total memory greater 
than 64 megabytes and be operable, the filter is composed of one 
greater than filter and one equality filter. 

Between 

Result set contains those objects that fall between the range of the 
first specified value and second specified value. For example, all 
faults that 

OR  

Result set must pass the filtering criteria of at least one of the 
component filters. For example, to obtain all the service profiles that 
have an the filter is composed of two equality filters 

XOR  

Result set contains those objects that pass the filtering criteria of no 
more than one of the composite’s component filters. 

For more information, see 

. 

Modifier filters change the results of a contained filter. Only the NOT modifier filter is supported. This filter negates 
the result of a contained filter. Use this filter to obtain objects that do not match contained criteria.  

For more information, see 

. 

Configuration Methods  

Several methods enable you to make configuration changes to managed objects. Depending on the configuration 
method you use, the changes can be applied to the whole tree, a subtree, or an individual object.  

Examples of configuration methods include the following: 

● 

 configConfMo

—Affects a single subtree, that is, a DN. 

● 

 configConfMos

—Affects multiple subtrees, that is, several DNs.  

● 

 configConfMoGroup

—Makes the same configuration changes to multiple subtree structures or managed 

objects.  

Most configuration methods use the argument inHierarchical. These values do not play a significant role during 
configuration because child objects are included in the XML document and the DME operates in the forgiving 
mode. 

Cookie Handling  

 It is recommended to keep the cookie value throughout the API session, adding it to any POST made later on. 
One can start with a “testCookie” at initial login.  

The following configuration methods still apply : 

● 

 configConfMo

—Affects a single subtree, that is, a DN. 

● 

 configConfMos

—Affects multiple subtrees, that is, several DNs.  

<aaaLogin  
        cookie="testCookie"  
        inName="Admin-UserName"  
        inPassword="Admin-Password"  
</aaaLogin>