Cisco Cisco Prime Optical 9.6 Developer's Guide

Cisco Prime Optical 9.6.3 GateWay/CORBA Programmer Reference Guide 

OL-28047-01

 

 

85

 

The secondary destination does not belong to the list of available PTPs: 
/rack=1/shelf=1/slot=4/port=1, /rack=1/shelf=1/slot=4/port=2, 
/rack=1/shelf=1/slot=4/port=3, /rack=1/shelf=1/slot=4/port=4, 
/rack=1/shelf=1/slot=4/port=5, /rack=1/shelf=1/slot=4/port=6, 
/rack=1/shelf=1/slot=4/port=7, /rack=1/shelf=1/slot=4/port=8, 
/rack=1/shelf=1/slot=4/port=9 

Or: 
The secondary source does not belong to the list of available PTPs:  

/rack=1/shelf=1/slot=2/port=9 

A mixed configuration, such as an OCHNC bidirectional circuit between an 80WXC card 

(configured as bidirectional) and a MUX/DMX card, requires only the secondary drop on the 

80WXC card. Prime Optical still automatically calculates the secondary source on the MUX/DMX 

card. 
For the ONS 15454 SONET and ONS 15454 SDH R9.0 and later, OCHNC circuits support 

protected optical paths. You can specify the following property within the creation data 

structure: staticProtectionLevel=StaticProtectionLevel_T.FULLY_PROTECTED. 
The availability of protected paths and the possibility of provisioning protected OCHNC circuits 

depend on the presence of the Protection Switch Module (PSM). When configured correctly, 

the PSM provides one of the available protection schemas. 
If the PSM card mode is configured as STANDALONE, you cannot create OCHNC or OCHCC 

protected circuits that involve the PSM card. The STANDALONE mode can be set and retrieved 

from the Prime Optical client GUI only. (In the Prime Optical GUI, launch the NE Explorer, select 

the PSM card, click the Card tab, and configure the Card Mode attribute.) 
GateWay/CORBA distinguishes the mode that the NE version uses. 

For OCHCC, OCHNC, and OCH trail tunnel circuits, you can specify route constraints (NE 

include/exclude constraints) in the SNCCreateData_T parameter. 
For protected OCHCC circuits, constraints for the working path are specified in the 

SNCCreateData_T parameter; constraints for the protected path are specified in a separate 

parameter. See details in the createAndActivateProtectedOchccFromUserLabel API description. 

Creating an OCHCC GMPLS SNC requires a background request validation. The API performs a 

first parsing level of passed information. A successful response does not mean that the SNC has 

been created. The SNC is created only after a successful network validation.  
Notification of OCHCC GMPLS SNC creation occurs through an attribute value change event. If 

the API executes successfully but the network validation fails for any reason, a new notification 

of an attribute value change event is sent. The notification contains the SNC name and the 

reason for the failure.