-
Cisco Transport Manager GateWay/CORBA User's Guide and Programmer Manual, 6.0
-
Preface
-
Chapter 1: Overview of CTM GateWay/CORBA
-
Chapter 2: NE- and CTM-Specific Details
-
Chapter 3: Using CTM GateWay/CORBA Interfaces
-
Appendix A: Notifications, Fault Management, and Probable Cause Mapping
-
Appendix B: Server Administration and Configuration
-
Appendix C: OSS Client Development and Use Cases
-
Appendix D: ONS 15501, ONS 15530, and ONS 15540 Equipment List
-
Table Of Contents
2.1.1 Cisco Carrier Routing System 1
2.1.2 Cisco ONS 15200-Specific Details
2.1.3 Cisco ONS 15216-Specific Details
2.1.4 Cisco ONS 15302-Specific Details
2.1.5 Cisco ONS 15305-Specific Details
2.1.7 Cisco ONS 15327-Specific Details
2.1.8 Cisco ONS 15454 SONET-Specific Details
2.1.9 Cisco ONS 15454 SDH-Specific Details
2.1.10 Cisco ONS 15501-Specific Details
2.1.11 Cisco ONS 15530-Specific Details
2.1.12 Cisco ONS 15540-Specific Details
2.1.13 Cisco ONS 15600 SONET-Specific Details
2.1.14 Cisco ONS 15600 SDH-Specific Details
2.1.15 Cisco ONS 15800-, ONS 15801-, and ONS 15808-Specific Details
2.2.7 Provisioning Subnetwork Connections
NE- and CTM-Specific Details
This chapter provides specific details about each of the NEs that CTM supports. It also provides details specific to CTM.
Note
In this document, the terms "network element" (NE) and "managed element" (ME) are interchangeable.
2.1 NE-Specific Details
2.1.1 Cisco Carrier Routing System 1
CTM R6.0 supports Cisco Carrier Routing System 1 (CRS-1) releases 3.0 and 3.2.
CTM supports the following CRS-1 model types:
•
•
•
Note
2.1.1.1 Rack
Depending on the hardware type, the CRS-1 can have a single rack or multiple racks that include a single fabric rack and line card rack.
2.1.1.2 Slot
The CRS-1/8 contains 8 slots and the CRS-1/16 contains 16 slots. Two cards can occupy the same slot. It is also possible for several cards to occupy more than one slot.
2.1.1.3 Subslot
CRS-1 R3.2 provides support for the shared port adaptor (SPA). Inside every slot, where the SPAs should be, are subslots that hold each of the SPAs.
2.1.1.4 Equipment
The CRS-1 supports the following:
•
•
•
•
•
2.1.1.5 Topological Links
Topological links are not supported for the CRS-1 in this release of GateWay/CORBA.
2.1.1.6 Autodiscovery
Automatic discovery is not supported for the CRS-1 in this release of GateWay/CORBA.
2.1.1.7 Physical Termination Point
CRS-1 supports physical termination points (PTPs) associated with the following line card ports:
•
•
•
Table 2-1 lists the additional information in the CRS-1 PTP structure.
2.1.2 Cisco ONS 15200-Specific Details
CTM supports the ONS 15200 R1.1(2) and ONS 15200 R1.1(3).
The ONS 15200 includes the ONS 15252 Multichannel Unit (MCU) and the ONS 15201 Single-channel Unit (SCU).
2.1.2.1 Shelf
Each ONS 15252 is represented as a single-shelf NE. All the ONS 15201s are grouped together into a logical shelf that is always referred to as shelf = 1048575.
2.1.2.2 Slot
Each ONS 15252 has 17 slots. Slots 1 through 16 contain the Client Layer Interface Ports (CLIPs). Slot 17 contains the Network Controller Board (NCB) card.
The ONS 15201 is a single-slot module that can contain a CLIP. All of the ONS 15201s associated with the same ONS 15252 are assigned shelf = 17 and slot = n, where n is an incremental value starting from 1 and assigned by CTM dynamically.
2.1.3 Cisco ONS 15216-Specific Details
Some NEs in the ONS 15216 family do not provide any management interface. These NEs are considered passive and all data is entered by a user from the CTM client. After data has been entered, CTM reports these NEs. Other NEs provide a management interface. These NEs are considered active.
CTM R6.0 supports the following NEs in the ONS 15216 family:
•
•
•
•
•
•
•
•
•
•
Note
2.1.3.1 Shelf
Each ONS 15216 NE is represented as a single-shelf NE. There are no removable modules except for the ONS 15216 DCU and FlexLayer, which contain a chassis and a removable module.
2.1.3.2 Physical Termination Point
CTM reports ONS 15216 PTPs if there is a topological link originating from or terminating on an ONS 15216 NE.
2.1.3.3 Topological Link
All topological links for the ONS 15216 FlexLayer are unidirectional. Inter-NE links are available between all NEs in the ONS 15216 family. CTM also supports bidirectional links between an ONS 15216 and the following NEs at compatible layer rates:
•
•
•
•
2.1.4 Cisco ONS 15302-Specific Details
CTM R6.0 supports ONS 15302 Releases 2.0, 2.0.1, and 2.0.2.
2.1.4.1 Slots
ONS 15302 is a single-shelf NE with 4 slots. Slot 4 is the only one containing a removable card. Cards in slot 1, 2, and 3 cannot be removed.
2.1.4.2 Physical Termination Point
ONS 15302 supports PTPs, associated to WAN, SDH, and PDH ports.
2.1.5 Cisco ONS 15305-Specific Details
CTM R6.0 supports ONS 15305 Releases 2.0, 2.0.1, and 2.0.2.
2.1.5.1 Slots
The ONS 15305 is a single-shelf NE with 4 slots.
2.1.5.2 Physical Termination Point
ONS 15305 supports PTPs, associated to WAN, SDH, and PDH ports.
2.1.6 Cisco ONS 15310 CL
CTM R6.0 supports the ONS 15310 CL Releases 5.0 and 6.0.
2.1.6.1 Slot
The ONS 15310 CL is a single-shelf NE with two slots. Slot 1 is the expansion slot and can contain the provisionable CE-100T-8 data card. Slot 2 is not a replaceable unit and contains the ctx-c1 controller. For more information, refer to the Cisco ONS 15310 user documentation.
2.1.6.2 Equipment
All the cards in the ONS 15310 CL software release 6.0 displays the Administration and Service states. The attribute name is ACTUAL_EQUIPMENT_SERVICE_STATE and will be displayed in getAdditionalInfo for the equipment. The attribute values for the Administration state are listed in Table 2-2. The attribute values for the Service state are listed in Table 2-3 and Table 2-4.
2.1.6.3 Topological Link
All topological links are unidirectional or bidirectional for ONS 15310 CL NEs.
2.1.6.4 CTX Card
The electrical ports consist of 28 DS1 cards or 21 E1 cards and three DS3/EC-1/E3 cards. Two optical interfaces using the SFP technology are supported. OC-3/STM-1 and OC-12/STM-4 cards are available.
2.1.6.5 Physical Termination Point
All Physical Termination Points (PTPs) are bidirectional for the ONS 15310 CL. The ports are always in channelized mode. PTPs support IN_SERVICE, OUT_OF_SERVICE, OUT_OF_SERVICE_MAINTENANCE, and AUTO_IN_SERVICE values for the service state attribute.
2.1.6.6 Connection Termination Point
All connection termination points (CTPs) are in channelized mode for the ONS 15310 CL.
2.1.6.7 Subnetwork Connection
CTX cards perform synchronous transport signal (STS) and VT1.5 switching. The SNC name cannot exceed 48 characters.
2.1.6.8 Autodiscovery
The ONS 15310 CL supports automatic discovery of connected elements. CTM can connect to one node and retrieve information about all connected nodes. The first time CTM connects to a node, it retrieves only the IP address of the connected node; CTM does not retrieve the node name. However, CTM has to report this element to the users. Because the IP address is unique, CTM initializes the name of the newly discovered element with the IP address. An Object Creation Event is generated for this managed element with the IP address as the name. Later, CTM connects to this element and retrieves all information, including the actual name, and an Attribute Value Change (AVC) Event is generated for the managed element name. The network management system (NMS) should listen to AVC Event for the managed element name and invoke managedElementManager::ManagedElementManager_I::getManagedElement.
2.1.7 Cisco ONS 15327-Specific Details
CTM R6.0 supports the following ONS 15327 software releases:
•
•
•
•
•
•
•
•
•
•
2.1.7.1 Slot
The ONS 15327 is a single-shelf NE with eight slots. The Mechanical Interface Card (MIC) A card must reside in slot 8 and the MIC B card must reside in slot 7. If an integrated Cross-Connect, Timing, and Control (XTC) card is required, it must reside in slot 5 or slot 6. For more information, refer to the Cisco ONS 15327 user documentation.
2.1.7.2 Equipment
All the cards in the ONS 15327 software release 6.0 displays the Administration and Service states. For earlier software releases, these states are not applicable and CTM will display them as "N/A." The attribute name is ACTUAL_EQUIPMENT_SERVICE_STATE and will be displayed in getAdditionalInfo for the equipment. The attribute values for the Administration state are listed in Table 2-5. The attribute values for the Service state are listed in Table 2-6 and Table 2-7.
2.1.7.3 Topological Link
Topological links are either unidirectional or bidirectional for ONS 15327 NEs.
2.1.7.4 XTC Card
The XTC-14 card has 14 digital signal level 1 (DS-1) ports numbered 1 through 14. Only VT1.5 subnetwork connections (SNCs) can be created on these ports. The XTC-28-3 card has 28 DS-1 ports numbered 1 through 28 and three digital signal level 3 (DS-3) ports numbered 29 through 31. VT1.5 SNCs can be created on DS-1 ports, and STS-1 SNCs can be created on DS-3 ports.
2.1.7.5 Physical Termination Point
All Physical Termination Points (PTPs) are bidirectional for the ONS 15327. The ports are always in channelized mode. PTPs support IN_SERVICE, OUT_OF_SERVICE, OUT_OF_SERVICE_MAINTENANCE, and AUTO_IN_SERVICE values for the service state attribute.
2.1.7.6 Connection Termination Point
All connection termination points (CTPs) are in channelized mode for the ONS 15327. Alarm monitoring cannot be turned on or off for CTPs.
2.1.7.7 Subnetwork Connection
XTC cards perform synchronous transport signal (STS) and VT1.5 switching. The XTC cards support the total rearrangement of 192 bidirectional STSs from the four high-speed slots (1 to 4), plus 12 bidirectional STSs for XTC module low-speed electrical interfaces. The XTC VT1.5 matrix supports the grooming of 336 bidirectional VT1.5 circuits. The SNC name cannot exceed 48 characters.
2.1.7.8 Autodiscovery
The ONS 15327 supports automatic discovery of connected elements. CTM can connect to one node and retrieve information about all connected nodes. The first time CTM connects to a node, it retrieves only the IP address of the connected node; CTM does not retrieve the node name. However, CTM has to report this element to the users. Because the IP address is unique, CTM initializes the name of the newly discovered element with the IP address. An Object Creation Event is generated for this managed element with the IP address as the name. Later, CTM connects to this element and retrieves all information, including the actual name, and an Attribute Value Change (AVC) Event is generated for the managed element name. The network management system (NMS) should listen to AVC Event for the managed element name and invoke managedElementManager::ManagedElementManager_I::getManagedElement.
2.1.8 Cisco ONS 15454 SONET-Specific Details
CTM R6.0 supports the ONS 15454 SONET software releases:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
2.1.8.1 Slot
The ONS 15454 SONET is a single-shelf NE with 17 slots. The Timing Communications and Control+ (TCC+ for releases earlier than R3.4, TCC2 or TCC-I for R3.4 and later) card must reside in slot 7 or slot 11. For more information, refer to the Cisco ONS 15454 user documentation.
2.1.8.2 Equipment
All the cards in the ONS 15454 SONET software release 6.0 displays the Administration and Service states. For earlier software releases, these states are not applicable and CTM will display them as "N/A." The attribute name is ACTUAL_EQUIPMENT_SERVICE_STATE and will be displayed in getAdditionalInfo for the equipment. The attribute values for the Administration state are listed in Table 2-8. The attribute values for the Service state are listed in Table 2-9 and Table 2-10.
2.1.8.3 Topological Link
Topological links are either unidirectional or bidirectional for ONS 15454 SONET NEs.
2.1.8.4 Physical Termination Point
All PTPs are bidirectional for the ONS 15454 SONET. The ports are always in channelized mode. PTPs support IN_SERVICE, OUT_OF_SERVICE, OUT_OF_SERVICE_MAINTENANCE, and AUTO_IN_SERVICE values for the service state attribute.
2.1.8.5 Connection Termination Point
All CTPs are in channelized mode for the ONS 15454 SONET. Alarm monitoring cannot be turned on or off for CTPs.
2.1.8.6 Subnetwork Connection
One node supports a maximum of 144 bidirectional STS SNCs with an XC or Cross-Connect Virtual Tributary (XCVT) card installed. If an XCVT card is present, you can create a maximum of 336 VT1.5 SNCs. You can create a maximum of 576 bidirectional STS SNCs with an XC10G card installed.
In R3.0.3, the name of the SNC cannot exceed 32 characters. For R3.2.1 or later, the name cannot exceed 48 characters.
Note
2.1.8.7 Equipment Protection
1:N equipment protection is supported for DS-1, DS-3, DS3I, and DS3E cards. You must install protect cards (DS1N, DS3N, DS3IN, and DS3NE) in slot 3 or slot 15 on the same side of the shelf as the protected cards. Protect cards must match the cards they protect. For example, a DS1N protects only DS1 or DS1N cards. You must create the protection group explicitly. Installing DS1N or DS3N cards in slot 3 or slot 15 does not automatically protect other DS-1 or DS-3 cards. 1:N equipment protection is always revertive.
1:1 equipment protection is supported for DS-1, DS-3, DS3I, DS3E, EC-1, and DS3XM cards. Install the protect card in an odd-numbered slot and install the working card in an adjacent even-numbered slot. For example, install the protect card in slot 1 and install the working card in slot 2.
2.1.8.8 Facility Protection
Facility protection is available for OC-N PTPs. Protect ports must match the working ports. For example, port 1 on an OC-3 card is protected only by port 1 on another OC-3 card.
2.1.8.9 Autodiscovery
The ONS 15454 SONET supports automatic discovery of connected elements. CTM can connect to one node and retrieve information about all connected nodes. The first time CTM connects to a node, it retrieves only the IP address of the connected node; CTM does not retrieve the node name. However, CTM has to report this element to the users. Because the IP address is unique, CTM initializes the name of the newly discovered element with the IP address. An Object Creation Event is generated for this managed element with the IP address as the name. Later, CTM connects to this element and retrieves all information, including the actual name, and an attribute value change (AVC) event is generated for the managed element name. The NMS should listen to AVC Event for the managed element name and invoke managedElementManager::ManagedElementManager_I::getManagedElement.
2.1.8.10 Floating Termination Point
The ONS 15454 SONET supports Floating Termination point (FTP). See the "Floating Termination Point" section for more information.
2.1.9 Cisco ONS 15454 SDH-Specific Details
CTM R6.0 supports the following ONS 15454 SDH software releases:
•
•
•
•
•
•
•
•
•
2.1.9.1 Slot
The ONS 15454 SDH NE has one shelf view supplemented with the top subrack Electrical Facility Connection Assembly (EFCA) shelf and bottom subrack chassis. The main shelf has 17 slots numbered 1 to 17 and contains cards that carry traffic. The EFCA shelf has 12 additional slots numbered 18 to 29 and contains Front Mount Electrical Connection (FMEC) modules, the ALM/PWR/MIC (A/P/M) module, and the CRFT/TMG/MIC (C/T/M) module. Slots 18 to 29 are optional, are not available for equipment provisioning, and are reported only for inventory management. The Timing Communications and Control-International (TCC-I) modules must be in slot 7 or slot 11, the A/P/M module must be in slot 23, and the C/T/M module must be in slot 24.
2.1.9.2 Equipment
All the cards in the ONS 15454 SDH software release 6.0 displays the Administration and Service states. For earlier software releases, these states are not applicable and CTM will display them as "N/A." The attribute name is ACTUAL_EQUIPMENT_SERVICE_STATE and will be displayed in getAdditionalInfo for the equipment. The attribute values for the Administration state are listed in Table 2-11. The attribute values for the Service state are listed in Table 2-12 and Table 2-13.
2.1.9.3 Topological Link
Topological links are either unidirectional or bidirectional for ONS 15454 SDH NEs.
2.1.9.4 Physical Termination Point
All PTPs are bidirectional for the ONS 15454 SDH. Additionally, these ports are always in channelized mode. PTPs support IN_SERVICE, OUT_OF_SERVICE, OUT_OF_SERVICE_MAINTENANCE, and AUTO_IN_SERVICE values for the service state attribute.
2.1.9.5 Connection Termination Point
All CTPs are in channelized mode for the ONS 15454 SDH. Alarm monitoring cannot be turned on or off for CTPs.
2.1.9.6 Subnetwork Connection
One node supports a maximum of 192 VC4 SNCs. The SNC name cannot exceed 48 characters.
Note
2.1.9.7 Equipment Protection
1:N equipment protection is supported for E1, E1-42, and DS3i cards. You must install protect cards (E1-N, E1-42, DS3i-N) in slot 3 or slot 15 on the same side of the shelf as the protected cards. Protect cards must match the cards they protect. For example, an E1-N card protects only E1 or E1-N cards. You must create the protection group explicitly. Installing E1-N, E1-42, or DS3i-N cards in slot 3 or slot 15 does not automatically protect other E1, E1-42, or DS3i cards. 1:N equipment protection is always revertive.
1:1 equipment protection is supported for E1, E1-42, E3, STM-1E-12, and DS3i cards. Install the protect card in an odd-numbered slot and install the working card in an adjacent even-numbered slot. For example, install the protect card in slot 1 and install the working card in slot 2.
2.1.9.8 Facility Protection
Facility protection is available for STM-N PTPs. Protect ports must match the working ports. For example, port 1 of an STM-1 (OC-3) card is protected only by port 1 on another STM-1 (OC-3) card.
2.1.9.9 Autodiscovery
The ONS 15454 SDH supports automatic discovery of connected elements. CTM can connect to one node and retrieve information about all connected nodes. The first time CTM connects to a node, it retrieves only the IP address of the connected node; CTM does not retrieve the node name. However, CTM has to report this element to the users. Because the IP address is unique, CTM initializes the name of the newly discovered element with the IP address. An Object Creation Event is generated for this managed element with the IP address as the name. Later, CTM connects to this element and retrieves all information, including the actual name, and an AVC Event is generated for the managed element name. The NMS should listen to AVC Event for the managed element name and invoke managedElementManager::ManagedElementManager_I::getManagedElement.
2.1.9.10 Floating Termination Point
The ONS 15454 SDH supports FTP. See the "Floating Termination Point" section for more information.
2.1.10 Cisco ONS 15501-Specific Details
CTM R6.0 supports the ONS 15501 AC and DC R4.1.
2.1.10.1 Slot
ONS 15501 is a single-shelf system with no slots.
2.1.10.2 Topological Link
All topological links are unidirectional for ONS 15501 NEs.
2.1.10.3 Physical Termination Point
All PTPs are unidirectional for ONS 15501 NEs. PTPs do not support the service state attribute. Only the In-Port and Out-Port interfaces are reported as PTPs.
2.1.10.4 Connection Termination Point
CTPs for the ONS 15501 are not supported in this release of GateWay/CORBA.
2.1.10.5 Subnetwork Connection
SNCs for the ONS 15501 are not supported in this release of GateWay/CORBA.
2.1.10.6 Equipment
The ONS 15501 has no removable equipment. The chassis is reported as equipment present under the shelf equipment holder.
2.1.11 Cisco ONS 15530-Specific Details
CTM R6.0 supports the following Cisco IOS releases on the ONS 15530:
•
•
•
2.1.11.1 Slot
The ONS 15530 is a single-shelf NE with 13 slots. The ONS 15530 is a dual-CPU system with integrated switch fabric. The processor cards must occupy slots 6 and 7. Slot 1 contains the multiplexer/demultiplexer (mux/demux) motherboards, which are populated with optical multiplexer/demultiplexer modules. The remaining slots can contain:
•
•
•
•
•
2.1.11.2 Physical Termination Point
PTPs are both unidirectional and bidirectional for the ONS 15530. PTPs do not support the service state attribute.
The following interfaces are reported as PTPs:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
2.1.11.3 Physical Termination Point Layer Rate
ONS 15530 supports these additional PTP layer rates:
•
•
•
•
•
2.1.11.4 Connection Termination Point
CTPs for the ONS 15530 are not supported in this release of GateWay/CORBA.
2.1.11.5 Subnetwork Connection
SNCs for the ONS 15530 are not supported in this release of GateWay/CORBA.
2.1.11.6 Equipment Protection
1:1 equipment protection is supported for the CPU card.
2.1.11.7 Equipment
The ONS 15530 reports all the field-replaceable units (FRUs) as equipment. In addition, the chassis is reported as equipment present under the shelf equipment holder.
2.1.11.8 Topological Link
Topological links can be either unidirectional or bidirectional for ONS 15530 NEs. CTM reports both inter-NE and intra-NE links for ONS 15530.
2.1.12 Cisco ONS 15540-Specific Details
CTM R6.0 supports the following Cisco IOS releases on the ONS15540 ESP and ONS 15540 ESPx:
•
•
•
2.1.12.1 Slot
The ONS 15540 is a single-shelf NE with 13 slots. The ONS 15540 is a dual-CPU system where the processor cards occupy slots 7 and 8. Slots 1 and 2 contain the multiplexer/demultiplexer motherboards, which are populated with optical multiplexer/demultiplexer modules. The remaining slots contain the line card motherboards, which are populated with transponder modules.
2.1.12.2 Physical Termination Point
All PTPs are bidirectional for the ONS 15540. PTPs do not support the service state attribute.
Wavepatch interfaces on the transponder card and filter interfaces on multiplexer/demultiplexer cards are reported as PTPs even though the cards are not externally visible from the fixed optical backplane. Wave interfaces on the transponder cards are reported as PTPs even though they are internal interfaces, because alarms are generated on these interfaces and CTPs are not supported.
The following interfaces are reported as PTPs:
•
•
•
•
•
•
•
•
•
•
•
•
2.1.12.3 Physical Termination Point Layer Rate
The ONS 15540 supports these additional layer rates:
•
•
•
•
•
2.1.12.4 Connection Termination Point
CTPs for the ONS 15540 are not supported in this release of GateWay/CORBA.
2.1.12.5 Subnetwork Connection
SNCs for the ONS 15540 are not supported in this release of GateWay/CORBA.
The NMS should listen to AVC Event for the managed element name and invoke managedElementManager::ManagedElementManager_I::getManagedElement.
2.1.12.6 Equipment Protection
1:1 equipment protection is supported for CPU card.
2.1.12.7 Equipment
The ONS 15540 reports all the FRUs as equipment. The chassis is also reported as equipment present under the shelf equipment holder.
2.1.12.8 Topological Link
Topological links can be unidirectional or bidirectional for ONS 15540 NEs. CTM reports both inter-NE and intra-NE links for the ONS 15540.
2.1.13 Cisco ONS 15600 SONET-Specific Details
CTM R6.0 supports the following ONS 15600 SONET software releases:
•
•
•
•
•
2.1.13.1 Slot
The ONS 15600 is a single-shelf NE with 14 slots. The Timing and Shelf Control (TSC) card must occupy slot 5 or slot 10. The Core Cross Connect (CXC) cards are always 1+1 redundant in slot 6/7 and 8/9. Each CXC card occupies two slots. Slots 1 to 4 and 11 to 14 are reserved for optical I/O cards. The CXC card will be replaced with the Single Shelf Cross-connect (SSXC) card in the ONS 15600 R5.0. For more information, refer to the Cisco ONS 15600 user documentation.
2.1.13.2 Equipment
All the cards in the ONS 15600 SONET software release 6.0 displays the Administration and Service states. For earlier software releases, these states are not applicable and CTM will display them as "N/A." The attribute name is ACTUAL_EQUIPMENT_SERVICE_STATE and will be displayed in getAdditionalInfo for the equipment. The attribute values for the Administration state are listed in Table 2-14. The attribute values for the Service state are listed in Table 2-15 and Table 2-16.
2.1.13.3 Topological Link
Topological links are either unidirectional or bidirectional for the ONS 15600 SONET.
2.1.13.4 Physical Termination Point
All PTPs are bidirectional for the ONS 15600 SONET. These ports are always in channelized mode. PTPs support IN_SERVICE and OUT_OF_SERVICE_MAINTENANCE values for service state attribute.
2.1.13.5 Connection Termination Point
All CTPs are in channelized mode for the ONS 15600 SONET. Alarm monitoring cannot be turned on or off on CTPs.
2.1.13.6 Subnetwork Connection
The ONS 15600 SONET supports a maximum of 1536 STS SNCs.
2.1.13.7 Equipment Protection
The ONS 15600 SONET supports 1+1 protection to create redundancy for optical ports. Protect ports must match the working ports. For example, port 1 on an OC-48 card can be protected by port 1 on another OC-48 card or another port on the same card.
Note
2.1.13.8 Autodiscovery
The ONS 15600 SONET supports automatic discovery of connected elements. CTM can connect to one node and retrieve information about all connected nodes. The first time CTM connects to a node, it retrieves only the IP address of the connected node; CTM does not retrieve the node name, even though CTM has to report this element to the user. Because the IP address is unique, CTM uses the NE IP address as the name of the newly discovered element. An Object Creation Event is generated for this managed element with the IP address as the name. Later, CTM connects to this element and retrieves all information, including the actual name, and an AVC Event is generated for the managed element name. The NMS should listen to AVC Event for the managed element name and invoke managedElementManager::ManagedElementManager_I::getManagedElement.
2.1.14 Cisco ONS 15600 SDH-Specific Details
CTM R6.0 supports the ONS 15600 SDH Release 1.4.
2.1.14.1 Slot
The ONS 15600 SDH is a single-shelf NE with 14 card slots numbered sequentially from left to right. Slots 1 to 4 and 11 to 14 are reserved for optical (STM-N) traffic cards. These slots can host any of the ONS 15600 SDH optical cards. Slots 6/7 and 8/9 are dedicated to CXC cards, which are always 1+1 redundant and slots 5 and 10 house the TSC cards. Each card is keyed to fit only in an appropriate slot for that card. Unused card slots should be occupied by a filler card (blank faceplate). For more information, refer to the Cisco ONS 15600 SDH user documentation.
2.1.14.2 Topological Link
Topological links are either unidirectional or bidirectional for ONS 15600 SDH NEs.
2.1.14.3 Physical Termination Point
All PTPs are bidirectional for the ONS 15600 SDH. These ports are always in channelized mode. PTPs support IN_SERVICE and OUT_OF_SERVICE_MAINTENANCE values for service state attribute.
2.1.14.4 Connection Termination Point
All CTPs are in channelized mode for the ONS 15600 SDH. Alarm monitoring cannot be turned on or off for CTPs.
2.1.14.5 Subnetwork Connection
The ONS 15600 SDH supports a maximum of 1536 VC4 SNCs.
2.1.14.6 Equipment Protection
The ONS 15600 SDH supports 1+1 protection to create redundancy for optical ports. Protect ports must match the working ports. For example, port 1 on an STM-16 card can be protected by port 1 on another STM-16 card or another port on the same card.
2.1.14.7 Autodiscovery
The ONS 15600 SDH supports automatic discovery of connected elements. CTM can connect to one node and retrieve information about all connected nodes. The first time CTM connects to a node, it retrieves only the IP address of the connected node; CTM does not retrieve the node name, even though CTM has to report this element to the user. Because the IP address is unique, CTM uses the NE IP address as the name of the newly discovered element. An Object Creation Event is generated for this managed element with the IP address as the name. Later, CTM connects to this element and retrieves all information, including the actual name, and an AVC Event is generated for the managed element name. The NMS should listen to AVC Event for the managed element name and invoke managedElementManager::ManagedElementManager_I::getManagedElement.
2.1.15 Cisco ONS 15800-, ONS 15801-, and ONS 15808-Specific Details
CTM R6.0 supports the following ONS 1580x software releases:
•
•
•
2.1.15.1 Rack
Each ONS 15800, ONS 15801, or ONS 15808 can have from one to ten racks.
2.1.15.2 Shelf
Each ONS 15800, ONS 15801, or ONS 15808 has three shelves per rack.
2.1.15.3 Slot
Each ONS 15800 has 17 slots per shelf. Each ONS 15801 or ONS 15808 has 15 slots per shelf.
2.1.15.4 Topological Link
All topological links are unidirectional for ONS 15800, ONS 15801, and ONS 15808 NEs. Links between ONS 15454 DWDM and ONS 15800 or ONS 15801 demultiplexer cards are bidirectional. Links involving an ONS 15808 BT10E or ONS 15808 BT10G card are also bidirectional.
2.1.15.5 Physical Termination Point
All PTPs are unidirectional for ONS 15800, ONS 15801, and ONS 15808 NEs. There are four types of PTPs:
•
•
•
•
A topological link starts in a source PTP and ends in a sink PTP. PTPs bordering the same link have the same direction (east-to-west or west-to-east).
For the ONS 15800 and ONS 15801, links can be established between PTPs supported by following modules:
•
•
Note
For the ONS 15808, each terminal site supports a maximum of two links in opposite directions. All other ONS 15808 sites support a maximum of four links (two east-to-west and two west-to-east). Links can be established between PTPs supported by BCS-LH and BCS-ELH modules. Transponder modules export PTPs that support the creation of OCH links. Mux and demux modules export PTPs that support the creation of OCH links.
Note
2.1.15.6 Connection Termination Point
CTPs for the ONS 15800, ONS 15801, and ONS 15808 are not supported in this release of GateWay/CORBA.
2.1.15.7 Subnetwork Connection
SNCs for the ONS 15800, ONS 15801, and ONS 15808 are not supported in this release of GateWay/CORBA.
2.1.16 Cisco XR 12000
CTM R6.0 supports the XR 12000 software release 3.2.
CTM R6.0 supports the following XR 12000 chassis:
•
•
•
•
•
•
Note
2.1.16.1 Rack
Each XR 12000 rack contains one shelf.
2.1.16.2 Slot
The number of slots contained in an XR 12000 rack is determined by the chassis type.
2.1.16.3 Subslot
The XR 12000 provides support for the shared port adaptor (SPA). Inside every slot that contains the SPAs are subslots that hold each of the SPAs.
2.1.16.4 Topological Links
Topological links are not supported for the XR 12000 in this release of GateWay/CORBA.
2.1.16.5 Autodiscovery
Automatic discovery is not supported for the XR 12000 in this release of GateWay/CORBA.
2.1.16.6 Physical Termination Point
XR 12000 supports PTPs associated with the following line card ports:
•
•
•
Table 2-17 lists the additional information in the XR 12000 PTP structure.
2.1.17 MGX 8880/8850/8830
CTM supports MGX 8880/8850/8830 software releases 5.0.2 and 5.2.0.
2.1.17.1 Rack
MGX 8880/8850/8830 is a single-rack NE.
2.1.17.2 Shelf
Each MGX 8880/8850/8830 NE has one shelf per rack.
2.1.17.3 Slots
MGX 8880/8850 is a single-shelf NE with 32 slots. Slots 7 and 8 are reserved for the Controller (PXM45 or PXM1E) front card. Slots 15/31 and 16/32 are reserved for SRME front cards.
MGX 8830 is a single-shelf NE with 14 slots. Slots 1 and 2 are reserved for the Controller (PXM1E) front card. Slots 13/14 are reserved for the SRME front cards.
2.1.17.4 Subslot
The MGX 8880/8850/8830 slot is also divided into subslots or bays. The full-height cards (AXSM, VXSM, PXM, RPM, and PXM1E) have two subslots and the half-height cards (VISM, MPSM, and SRME) have 1 subslot. The subslots contain the back card for corresponding front card.
2.1.17.5 Physical Termination Point
For the MGX 8880/8850/8830 NEs, all PTPs are bidirectional. PTPs do not support the service state attribute.
2.1.18 MSD 9000
The MSD 9000 is a passive storage NE that does not contain any equipment. CTM reports PTPs for the MSD 9000 if there is a topological link originating from or terminating on the MSD 9000. There are no alarms reported for the MSD 9000.
2.1.19 Unmanaged NEs
Unmanaged NEs are other vendor MEs in CTM. There is no equipment for these NEs. CTM will report PTPs for unmanaged NEs only if there is a topological link originating or terminating on the unmanaged NE. There are no reported alarms on unmanaged NEs.
2.2 CTM-Specific Details
2.2.1 Layer Rates
CTM R6.0 supports the following layer rates:
Note
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
2.2.2 Inventory
The ONS 15310, ONS 15327, ONS 15454 SONET, ONS 15454 SDH, ONS 15501, ONS 15530, ONS 15540, ONS 15600 SONET, and ONS 15600 SDH are single-shelf NEs. In the future they might be expanded to multishelf, multibay NEs. Considering this, CTM always reports rack = 1 and shelf =1 for ONS 15310, ONS 15327, ONS 15454 SONET, ONS 15454 SDH, ONS 15501, ONS 15530, ONS 15540, ONS 15600 SONET, and ONS 15600 SDH inventory. This implementation allows CTM to accommodate future changes quickly.
For the ONS 15454 SDH, the EFCA shelf and the main shelf are considered to be a single logical shelf with slots numbering from 1 to 29.
CTM reports rack = 1 and shelf = 1 for ONS 15216 NEs. For the ONS 15216 DCU, CTM reports the DCU chassis as the shelf, two slots as equipment holders contained by the shelf, and the DCM module as the equipment under the shelf. For the ONS 15216 UniDirectional Filter (UDF), CTM reports the UDF chassis as the shelf. CTM reports four slots as equipment holders contained by the shelf. Any provisioned module will be reported as equipment under the slot. For the remaining ONS 15216 NEs, CTM reports only one equipment under shelf. The equipment name is the same as the NE name.
For some supported NEs, equipment does not fit in the normal equipmentHolders (rack, shelf, slot, and so on) and does not have provisioning functions. For inventory purposes, CTM defines a special EquipmentHolder named AdditionalHolder to hold this equipment.
For the ONS 15454 SONET R3.4 or later, the Alarm Interface Extension (AIE) is reported in AdditionalHolder 1 (if installed). The Alarm Extension Panel (AEP) is reported in AdditionalHolder 2.
For the ONS 15454 SDH R3.4 or later, the AIE is reported in AdditionalHolder 1 (if installed).
For the ONS 15600 SONET R5.0, pluggable port modules (PPMs) and pluggable I/O modules (PIMs) on ASAP_4 cards are reported as subslots and portholders respectively.
For the CRS-1, there will be one or more racks and the shelf number is set to 1.
For the XR 12000, rack number and shelf number are set to 1.
For the CRS-1 and XR 12000:
•
•
•
•
For the SPA cards, the SPA jacket card will be reported in the subslot holder and the SPA line card will be reported in a specially defined holder called spa_holder.
For unmanaged NEs and MSD 9000, CTM reports only ManagedElement. CTM does not report any equipment holders or equipment.
MGX 8880/8850/8830 are single-shelf NEs. However, in the future, they may be expanded to multishelf, multibay NEs. Considering this, CTM will always report Rack=1 and Shelf=1 for the MGX 8880/8850/8830 inventory. This implementation will allow CTM to accommodate future changes quickly.
For the MGX 8880/8850/8830 NEs, CTM will report slots and peripheral holder as equipment holders contained by the shelf. Any provisioned card will be reported as equipment under the slot and any provisioned peripheral will be reported as equipment under the peripheral holder.
For MGX 8880/8850/8830 NEs, CTM will only report slots that have provisioned cards as equipment holders. CTM will not report empty slots as equipment holders.
2.2.3 Interfaces
Note
Note
Note
In such cases, the affected API name will be changed without changing the behavior. The renamed API will retain the signature and behavior of the original API.
A standard deprecation period of one CTM release will be allowed on the obsolete APIs and data structure. However, Cisco is willing to consider exceptions that minimize the business impact to the customers.In addition to implementing TeleManagement Forum (TMF)-defined interfaces, CTM defines the following new methods on different interfaces:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
Note
2.2.4 Object Details
2.2.4.1 MultiLayer Subnetwork
A subnetwork is a collection of managed elements that reflects network connectivity, in most cases. There are two ways to create a new subnetwork through the CTM client:
1.
2.
There are four ways to add NEs to subnetworks:
1.
2.
3.
4.
SNC creation is limited within a MultiLayerSubnetwork scope. For example, assume Subnetwork-001 contains two NEs, A and B, that are connected to each other with an autodiscovered link. Subnetwork-002 contains two NEs, C and D, that are connected to each other with an autodiscovered link. There is also a manual link between NEs B and C, and the use-for-routing attribute for the link is set to true by CTM. To create an SNC between NEs A and D, you must move NEs C and D into Subnetwork-00000001, or move NEs A and B into Subnetwork-00000002.
CTM R6.0 includes a new feature to automatically group NEs in subnetworks. This feature is enabled by default. If a routable link is created between two NEs in different subnetworks and CTM decides to merge the two subnetworks, the result is reflected in CTM GateWay/CORBA. In the example used above, the two subnetworks are automatically merged when this feature is enabled in CTM.
2.2.4.2 Subnetwork Connection
SNC is supported only for ONS 15310, ONS 15327, ONS 15454 SONET, ONS 15454 SDH, ONS 15600 SONET, and ONS 15600 SDH NEs. CTM does not support SNC in a pending state. However, CTM SNC has a proprietary deleting state.
2.2.4.3 AVC Events
In certain situations, CTM cannot provide the list of changed object attributes. In this case, CTM generates an AVC event with an empty attribute list. The NMS must retrieve the object details by making an explicit get call.
2.2.4.4 Managed Element and Object Creation Event
You can use the CTM client to add new managed elements. If the name of the new element is incorrect, an Object Creation event is generated with the incorrect name. Later, when CTM connects to the actual NE, it retrieves the correct name. CTM generates an AVC Event to notify the NMS.
2.2.4.5 Source of Object Attributes
This section lists the attributes of objects that CTM GateWay/CORBA reports. Each attribute is a constant value or is retrieved from the cache or from the NE. The term cache refers to "in-memory" and includes the CTM database repository and configuration files. CTM relies on notifications from the NE to update the value of these attributes.
2.2.4.5.1 MultiLayerSubnetwork_T
Table 2-18 lists the MultiLayerSubnetwork_T attributes and from where they are reported.
Table 2-18 MultiLayerSubnetwork_T
name
cache
nativeEMSName
cache
subnetworkType
cache
2.2.4.5.2 EMS_T
Table 2-19 lists the EMS_T attributes and from where they are reported.
Table 2-19 EMS_T
name
cache
nativeEMSName
cache
emsVersion
constant value
type
constant value
2.2.4.5.3 Equipment_T
Table 2-20 lists the Equipment_T attributes and from where they are reported.
Note
Table 2-20 Equipment_T
name
cache
nativeEMSName
cache
expectedEquipmentObjectType
cache
installedEquipmentObjectType
cache
installedPartNumber
cache
installedVersion
cache
installedSerialNumber
cache
additionalInfo (only CLEI1 code is reported)
cache
1 CLEI = Common Language Equipment Identifier
2.2.4.5.4 EquipmentHolder_T
Table 2-21 lists the EquipmentHolder_T attributes and from where they are reported.
Note
Table 2-21 EquipmentHolder_T
name
cache
nativeEMSName
cache
holderType
cache
expectedOrInstalledEquipment
cache
acceptableEquipmentTypeList
cache
holderState
cache
2.2.4.5.5 TerminationPoint_T
Table 2-22 lists the TerminationPoint_T attributes and from where they are reported.
Note
2.2.4.5.6 SubnetworkConnection_T
Table 2-23 lists the SubnetworkConnection_T attributes and from where they are reported.
Note
Table 2-23 SubnetworkConnection_T
name
cache
nativeEMSName
cache
sncState
cache
direction
cache
rate
cache
staticProtectionLevel
Note
cache
aEnd, zEnd
tpName
cache
transmissionParams
See Table 2-22
2.2.4.5.7 ManagedElement_T
Table 2-24 lists the ManagedElement_T attributes and from where they are reported.
Note
2.2.4.5.8 TopologicalLink_T
Table 2-25 lists the TopologicalLink_T attributes and from where they are reported.
Note
Table 2-25 TopologicalLink_T
name
cache
nativeEMSName
cache
direction
constant value
rate
cache
aEndTP
cache
zEndTP
cache
cost
cache
protection type
cache
status
cache
2.2.4.5.9 ProtectionGroup_T
Table 2-26 lists the ProtectionGroup_T attributes and from where they are reported.
Note
2.2.5 Naming Conventions
The following sections describe naming conventions for objects that CTM reports.
2.2.5.1 MultiLayerSubnetwork
Name is defined by the user in the CTM client. If the user does not specify a name, CTM assigns a default name.
2.2.5.2 ManagedElement
Name is reported by ManagedElement.
2.2.5.3 Physical Termination Point
The PTP name represents the position of the PTP with respect to the equipment. For example, port number 4 on the equipment in slot 15 is reported as /rack=1/shelf=1/slot=15/port=4. This PTP naming convention will be used to represent the front Ethernet ports for the ONS 15454 SONET and ONS 15454 SDH ML-series cards. The back Ethernet ports will be reported as FTPs.
For Class of Service (CoS) data on data cards, the PTP name specifies the interface (POS/FastEthernet/GigabitEthernet), direction (input/output), and CoS level (0 to 7).
For example, CoS data with POS interface, Input direction, and CoS level 3 for slot 1, port 1 in the NE will be reported as /rack=1/shelf=1/slot=1/port=1:POS/Input/3.
Similarly, CoS data with Fast Ethernet interface, Output direction, and CoS level 5 for slot 1, port 1 in the NE will be reported as /rack=1/shelf=1/slot=1/port=1:FastEthernet/Output/5.
For the ONS 15600, ASAP card on slot 3, port 1 on PPM 3 and PIM 2 will be reported as /rack=1/shelf=1/slot=3/sub_slot=2/ppm_holder=3/port=1.
Similarly, for the ONS 15310 CL, a port on PPM 2 will be reported as /rack=1/shelf=1/slot=2/ppm_holder=2/port=4.
For ONS 15501, ONS 15530, and ONS 15540 NEs, the PTP name represents the position of the PTP with respect to the equipment. It also specifies the cliName, because more than one interface type could have the same physical position. Numbering for equipmentHolders and ports starts from 0 in the NE. However, the TMF convention is to start numbering from 1 for equipmentHolders and ports. Therefore, CTM does translation when reporting PTP names.
For example, wavepatch0/0/0 (which is present in slot 1, subslot 1) is reported as /rack=1,/shelf=1/slot=1/subslot=1/port=1:wavepatch0/0/0.
Transparent0/0/0 (which is also present in slot 1, subslot 1) is reported as /rack=1,/shelf=1,slot=1,subslot=1,port=1:transparent0/0/0.
Some PTPs such as wdm0/0 do not have an associated port number. In these cases the port number is set to 1.
Wdm0/0 present in slot 0 and subslot 0 is reported as /rack=1/shelf=1/slot=1/subslot=1/port=1:wdm0/0.
Because the subslot does not apply to the Wave0 interface present on slot 0, it is reported as /rack=1/shelf=1/slot=1/port=1:Wave0.
In-Port present on chassis is reported as rack=1/shelf=1/port=1:In-Port.
For the ONS 15800, ONS 15801, and ONS 15808, the PTP name represents the position of the PTP with respect to the equipment, where the physical location is composed of rack/shelf/slot. It also specifies the direction since there can be more than one PTP with the same physical position:
/rack=1/shelf=1/slot=13:0Subslot and port are not significant for ONS 15800, ONS 15801, and ONS 15808 equipment. The direction can assume the following values:
•
•
•
•
For the CRS-1 and XR 12000, the PTP name represents the position of the PTP with respect to the equipment. For example, PTPs of 3-port GE line cards in slot 3 are reported as:
/rack=1/shelf=1/slot=3/sub_slot=0/port=0
/rack=1/shelf=1/slot=3/sub_slot=0/port=1
/rack=1/shelf=1/slot=3/sub_slot=0/port=2
For the MGX 8880/8850/8830, the PTP name will be representative of the position of the PTP with respect to the equipment. For example, port number 4 on equipment in slot 10 and bay 1 will be reported as /rack=1/shelf=1/slot=10/sub_slot=1/port=4
For unmanaged NEs, the PTP nativeName is a free-format string.
2.2.5.4 Connection Termination Point
Naming convention rules for SONET, SDH, and plesiochronous digital hierarchy (PDH) CTP are defined by TMF 814 in a document named objectNaming.html. CTM follows these rules.
For OC-N or STM-N cards, CTM supports STS6c, STS9c, and STS24c layer rates. On ONS 15327 release 5.0 or later, ONS 15454 SONET release 5.0 or later, and ONS 15454 SDH 5.0 or later, CTM supports STS18c and STS36c layer rates. These are not conventional SONET/SDH rates; therefore, the TMF document does not cover their naming. Table 2-27 shows the CTM naming conventions for STS6c, STS9c, STS24c, STS18c, and STS36c layer rates.
The number after `-r' is the remainder difference between the STS/VC4# and the previous edge STS/VC4#.
In addition, the following CTP name support has been added:
STM1_4
vt2_tu12
/sts3c_au4-j=1/vt2_tu12-k=[1..3]-l=[1..7]-m=[1..3]
For CTPs used for WDM SNCs, use the naming convention defined in TMF: /frequency=nnn.mm, where nnn.mm is a decimal representing the frequency in terahertz (THz).
For unidirectional CTP, the naming convention is to add "/direction=src or sink" in front of the name. Because the CTPs in WDM SNC are all unidirectional, the name will be "/direction=src or sink/frequency=nnn.mm" for WDM SNC CTPs.
Since the CTM client uses wavelength to represent an optical channel, enter the corresponding wavelength value in the nativeEMSName field for the CTP.
The formula for converting wavelength to frequency is:
frequency (THz) = 299792458 / wavelength (nm) / 1000
The formula for converting frequency back to wavelength is:
wavelength (nm) = 299792458 / frequency (THz) / 1000
The possible values of the frequency nnn.mm (in THz) in the CTP and the corresponding wavelength values are:
195.90(1530.33), 195.80(1531.12), 195.70(1531.90), 195.60(1532.68), 195.40(1534.25), 195.30(1535.04), 195.20(1535.82), 195.10(1536.61), 194.90(1538.19), 194.80(1538.98), 194.70(1539.77), 194.60(1540.56), 194.40(1542.14), 194.30(1542.94), 194.20(1543.73), 194.10(1544.53), 193.90(1546.12), 193.80(1546.92), 193.70(1547.72), 193.60(1548.51), 193.40(1550.12), 193.30(1550.92), 193.20(1551.72), 193.10(1552.52), 192.90(1554.13), 192.80(1554.94), 192.70(1555.75), 192.60(1556.55), 192.40(1558.17), 192.30(1558.98), 192.20(1559.79), 192.10(1560.61)
2.2.5.5 Floating Termination Point
The FTP naming contains three tuples. The first tuple is the EMS name, the second tuple is the ME name, and the third tuple is the FTP name. The value of the name field in the third tuple is "FTP." The native name of FTP is a free-formatted string. However, CTM GateWay/CORBA follows the convention for PTP and CTP, if applicable.
In CTM R6.0, all Ethernet TPs for circuit provisioning on E-series, G-series, ML-series, FC_MR-4, CE-100T-8, and ML-100T-8 cards are modeled as FTPs. The convention for the FTP values for Ethernet TPs is as follows:
•
•
•
Note
•
•
•
•
•
2.2.5.6 Equipment
The following sections describe the native names for the supported equipment.
2.2.5.6.1 CRS-1
Table 2-28 lists the CRS-1 equipment that CTM supports.
Note
2.2.5.6.2 MDS 9000
MDS 9000 does not report any equipment.
2.2.5.6.3 MGX 8880/8850/8830
Table 2-29 lists the MGX 8880/ 8850/8830 equipment that CTM supports.
2.2.5.6.4 ONS 15200 Equipment
Table 2-30 lists the ONS 15200 equipment that CTM supports.
Table 2-30 CTM-Supported ONS 15200 Equipment
CLIP-0-UNP-xx1
CLIP-7-UNP-xx1
CLIP-0-P-xx
CLIP-7-P-xx
1 xx represents the specific lambda wavelength as configured on the CLIP.
2.2.5.6.5 ONS 15216 Equipment
The equipment is the ManagedElement itself for the ONS 15216 100-GHz Terminal Filters, ONS 15216 200-GHz Terminal Filters, ONS 15216 100-GHz OADM (1-, 2-, 4-channel), ONS 15216 200-GHz Optical Add/Drop Multiplexer (OADM) (1-, 2-channel), ONS 15216 Erbium-Doped Fiber Amplifier (EDFA)1/2/3, and ONS 15216 OSC.
Table 2-31 lists the ONS 15216 DCU equipment that CTM supports.
Table 2-32 lists the ONS 15216 FlexLayer equipment that CTM supports.
2.2.5.6.6 ONS 15302 Equipment
Table 2-33 lists the ONS 15302 equipment that CTM supports.
2.2.5.6.7 ONS 15305 Equipment
Table 2-34 lists the ONS 15305 equipment that CTM supports.
Table 2-34 CTM-Supported ONS 15305 Equipment
E1-21
E1-63
E1-8
E100-8
E3T3-6
GE-1-LC
GE-2-LC
L16.2-1-LC
L4.2-2-LC
S1.1-2-LC
S1.1-2-LC/E1-21
S1.1-8-LC
S16.1-1-LC
S4.1-2-LC
S4.1-4-LC
2.2.5.6.8 ONS 15310 CL Equipment
Table 2-35 lists the ONS 15310 CL equipment that CTM supports. For the most current list, refer to the Cisco ONS 15310 CL user documentation.
2.2.5.6.9 ONS 15327 Equipment
The equipment name is reported by the actual ManagedElement. Table 2-36 lists the ONS 15327 equipment that CTM supports. For the most current list, refer to the Cisco ONS 15327 user documentation.
2.2.5.6.10 ONS 15454 SONET Equipment
The equipment name is reported by the actual ManagedElement. Table 2-37 lists the ONS 15454 SONET equipment that CTM supports. For the most current list, refer to the Cisco ONS 15454 user documentation.
Note
2.2.5.6.11 ONS 15454 SDH Equipment
The equipment name is reported by the actual ManagedElement. Table 2-38 lists the ONS 15454 SDH equipment that CTM supports. For the most current list, refer to the Cisco ONS 15454 SDH user documentation.
Note
2.2.5.6.12 ONS 15501, ONS 15530, and ONS 15540 Equipment
Appendix D, "ONS 15501, ONS 15530, and ONS 15540 Equipment List" lists the ONS 15501, ONS 15530, and ONS 15540 equipment that CTM supports.
2.2.5.6.13 ONS 15600 SONET Equipment
The equipment name is reported by the actual ManagedElement. Table 2-39 lists the ONS 15600 SONET equipment that CTM supports. For the most current list, refer to the Cisco ONS 15600 SONET user documentation.
Table 2-39 CTM-Supported ONS 15600 SONET Equipment
ASAP_4
OC12_PORT
OC192_4
OC3_PORT
OC48_16
OC48_32
OC48_PORT
PIM_4_PPM
PPM_1_PORT
SSXC
TSC
2.2.5.6.14 ONS 15600 SDH Equipment
Table 2-40 lists the ONS 15600 SDH equipment that CTM supports. For the most current list, refer to the Cisco ONS 15600 SDH user documentation.
2.2.5.6.15 ONS 15800 and ONS 15801 Equipment
Table 2-41 lists the ONS 15800 and ONS 15801 equipment that CTM supports.
Table 2-41 CTM-Supported ONS 15800 and ONS 15801 Equipment
24WD-LLR
—
24WD-R
—
32WD-IR
—
8WD-B
—
24WD-RX
—
ADA
—
BAT
—
BBA
—
BBA-10G
—
CMP-W
—
CMP-W-2E
—
CMP-W-2E-S
—
CMP-W-S
—
EMPTY-SLOT
—
EOI-W
—
IOC-W
—
IRBA
—
IRBA-10G
—
LEM-EM-Mxx
xx = 1... 64
LEM-EM-Nxx
xx = 1... 32
LEM-EMFxx
xx = 1... 64
LEM10GFxx
xx = 1... 64
LEM10GMxx
xx = 1... 64
LEM10GNxx
xx = 1... 64
LEM10HMxx
xx = 1... 64
LEM622Nxx
xx = 1... 32
LSM-W
—
OADM-P4-B1
—
OADM-P4-B2
—
OADM-P4-R1
—
OADM-P4-R2
—
OADM-P4-R3
—
OSU-W
—
PRE-L
—
PRE-L-IR
—
RBA
—
RBA-10G
—
RBA-10G-E
—
RBU-W
—
RXT-DM-M
—
RXT-DM-Mxx
xx = 1... 64
RXT-DM-N
—
RXT-DM-Nxx
xx = 1... 32
RXT-DMF
—
RXT-DMFxx
xx = 1... 64
RXT10GF
—
RXT10GFxx
xx = 1... 64
RXT10GN
—
RXT10GNxx
xx = 1... 64
RXT10HM
—
RXT10HMxx
xx = 1... 64
RXT622N
—
RXT622Nxx
xx = 1... 32
RXTDMLHM
—
RXTDMLHMxx
xx = 1... 32
SCF-W
—
TPA-B
—
TPA-IR
—
TPA-R
—
WCM-EM-Mxx
xx = 1... 64
WCM-EM-Nxx
xx = 1... 32
WCM-EMFxx
xx = 1... 64
WCM10GFxx
xx = 1... 64
WCM10GMxx
xx = 1... 64
WCM10GNxx
xx = 1... 64
WCM10HMxx
xx = 1... 64
WCM622Nxx
xx = 1... 32
1 xx represents the specific lambda wavelength as configured on the line card.
2.2.5.6.16 ONS 15808 Equipment
Table 2-42 lists the ONS 15808 equipment that CTM supports.
Table 2-42 CTM-Supported ONS 15808 Equipment
20MD-LE-D
—
20MD-LE-M
—
20MD-LO-D
—
20MD-LO-M
—
40MD-CE-D
—
40MD-CE-M
—
40MD-CO-D
—
40MD-CO-M
—
8MD-C
—
AIU
—
BCS-ELH
—
BCS-LH
—
BT10E-LCxx
xx =1...80
BT10E-LLxx
xx = 1...80
CISCO-808-NE
—
CMP
—
CMP-S
—
EMPTY-SLOT
—
LT-10G-Cxx
xx = 1... 80
LT-25G-Cxx
xx = 1... 80
LT10G-SCxx
xx = 1... 80
LT10G-SLxx
xx = 1... 80
OA-ELH-L
—
OA-ELH-OA
—
OA-ELH-OD
—
OA-ELH-OR
—
OA-ELH-OT
—
OA-ELH-RC
—
OA-ELH-RE
—
OA-ELH-RO
—
OA-ELH-TX
—
OAD-8-C
—
OBA-C-ADL
—
OBA-C-ATX
—
OBA-C-DRX
—
OBA-C-L
—
OBA-C-RXE
—
OBA-C-RXO
—
OCP
—
OECP-C
—
OECP-C-P
—
OECP-L
—
OECP-L-P
—
OEP-C-ADL
—
OEP-C-L
—
OEP-C-RXE
—
OEP-C-RXO
—
OP-ELH-L
—
OP-ELH-OA
—
OP-ELH-OD
—
OP-ELH-OR
—
OP-ELH-OT
—
OP-ELH-RC
—
OP-ELH-RE
—
OP-ELH-RO
—
OP-ELH-TX
—
OPA-C-ADL
—
OPA-C-ATX
—
OPA-C-DRX
—
OPA-C-LRX
—
OPA-C-LTX
—
ORP-ELHxx
xx = 1... 2
OSCM
—
PLF
—
RT-10G-C
—
RT-10G-Cxx
xx = 1... 80
RT-25G-C
—
RT-25G-Cxx
xx = 1... 80
RT10G-SC
—
RT10G-SCxx
xx = 1... 80
RT10G-SL
—
RT10G-SLxx
xx = 1... 80
RT10G13C
—
RT10G13Cxx
xx = 1... 80
RT10G13L
—
RT10G13Lxx
xx = 1... 80
SCU
—
SNH
—
SNS
—
TT-10G-Cxx
xx = 1... 80
TT-25G-Cxx
xx = 1... 80
TT10G-SCxx
xx = 1... 80
TT10G-SLxx
xx = 1... 80
UDC
—
1 xx represents the specific lambda wavelength as configured on the line card.
2.2.5.6.17 XR 12000
Table 2-43 lists the XR 12000 equipment that CTM supports.
Note
2.2.5.6.18 Unmanaged NE
Unmanaged NEs do not report any equipment.
2.2.5.7 Boolean Mapping
The following Boolean parameters apply:
•
•
2.2.5.8 Resource Cleanup
Many TMF interfaces that CTM implements return iterator objects for large volumes of data. These iterators are allocated CTM resources. CTM supports a maximum of 128 iterators. If the iterator limit is reached, the NMS receives an EXCPT_TOO_MANY_OPEN_ITERATORS exception.
CTM, by default, cleans up all the iterator objects if they are not accessed in a time interval of six hours.
2.2.5.9 Development Environment
CTM GateWay/CORBA has been developed with Java Development Kit (JDK) 1.4.2 and JacORB object request broker (ORB) 2.x on Sun Solaris 2.8. JacORB 1.4 is portable object adapter (POA)-based and ORB-compliant with the CORBA 2.3 specification. You can use Java or the C++ IDL compiler to compile IDL files.
Note
2.2.5.10 Exception Handling
All interfaces implemented by CTM GateWay/CORBA raise the exception globaldefs::ProcessingFailureException. The following sections discuss each exception type in detail.
2.2.5.10.1 EXCPT_NOT_IMPLEMENTED
This exception indicates whether some IDL operations are optional or are not implemented in this release. If the operation itself is not supported, the errorReason is an empty string.
2.2.5.10.2 EXCPT_INTERNAL_ERROR
This exception indicates an internal EMS error and applies to all methods.
2.2.5.10.3 EXCPT_INVALID_INPUT
This exception indicates an incorrect parameter format, such as a three-level namingAttribute termination point (TP) name that is passed as a single-level name. If a parameter is out of range, this exception is also used. The reason field contains the incorrect parameter.
2.2.5.10.4 EXCPT_ENTITY_NOT_FOUND
This exception indicates that the NMS has supplied an object name as a parameter to an operation and the EMS cannot find the object with the given name. The reason field contains the name that was passed as a parameter.
2.2.5.10.5 EXCPT_UNABLE_TO_COMPLY
This exception is used as a generic value when a server cannot respond to the request.
2.2.5.10.6 EXCPT_NE_COMM_LOSS
This exception is used as a generic value when a server cannot communicate with the NE, preventing the successful completion of the operation. All operations that involve communication with the NE might return this exception type.
2.2.5.10.7 EXCPT_ACCESS_DENIED
This exception indicates that an operation has resulted in a security violation. Verify that you have the required access to invoke the operation.
2.2.5.10.8 EXCPT_TOO_MANY_OPEN_ITERATORS
This exception indicates that the EMS has exceeded the number of iterators it can support. CTM supports 128 iterators. If you receive this exception, it is possible that other sessions are retrieving data in large volume. Wait several minutes; then, retry. Alternately, close other sessions. To avoid this exception, the NMS must invoke the destroy method on iterators.
2.2.5.10.9 EXCPT_USERLABEL_IN_USE
This exception indicates that the userLabel uniqueness constraint cannot be met.
2.2.5.10.10 EXCPT_STRICT_MERGE_FAILED
This exception is raised when an OSS issues an upgrade request to merge circuits with a STRICT MERGE operation type. This exception can be used by the OSS to issue the upgrade request with a LOOSE MERGE operation type.
2.2.6 EquipmentHolder
The TMF defines the EquipmentHolder naming convention. Numbering is done from left to right and from top to bottom. For example, slot 15 is named /rack=1/shelf=1/slot=15.
For ONS 15501, ONS 15540, and ONS 15530 NEs, the numbering for equipmentHolders starts from 0 in the NE. The TMF convention is to start numbering from 1 for equipmentHolders. CTM does translation when reporting EquipmentHolder names.
For example, subslot 1 in slot 0 in the NE is named /rack=1/shelf=1/slot=1/sub_slot=2.
For the ONS 15501, ONS 15540, and ONS 15530, there is a new equipment holder called a port_holder. The port_holder holds the transceiver modules that contain PTPs. A port_holder in subslot 1, slot 0 in the NE is named /rack=1/shelf=1/slot=1/sub_slot=2/port_holder=1.
A port_holder in slot 1 in the NE is named rack=1/shelf=1/slot=2/port_holder=1.
For ONS 15600 NE and ASAP cards, PIM present in slot 3 will be named rack=1/shelf=1/slot=3/sub_slot=1 and PPM present in PIM 3 in slot 2 will be named rack=1/shelf=1/slot=2/sub_slot=3/ppm_holder=1.
For AdditionalHolder, the naming convention is defined as /additionalHolder=1. There is no subholder for additionalHolder. AdditionalHolders are applicable only to the ONS 15454 SONET and ONS 15454 SDH managed elements when the AIE or AEP cards are installed.
For CRS-1 and XR 12000 slots that contain more than one card, each card will be modeled under a subslot. For example, if a PLIM is present under slot 1, the hierarchy will be rack=1/shelf=1/slot=1/sub_slot=1/card=1. In case a CRS-1 or XR 12000 slot, for example slot 1, contains an SPA jacket card, the hierarchy will be rack=1/shelf=1/slot=1/sub_slot=1/spa_holder=1/card=1.
2.2.6.1 TopologicalLink
CTM discovers topological links and assigns a name with the following default format:
MENameA:slot number/port number-MENameB: slot number/port numberInteger values are used for slot and port number. You can use the CTM client to change the link name.
For the ONS 15501, ONS 15530 and ONS 15540, the TopologicalLink name has the following format:
MENameA:InterfaceType/slot number/subslot number [/port number]-MENameB:InterfaceType/slot number/subslot number[/port number]The port number is optional.
For example:
NE540A:Wdm0/0--NE540B:Wdm1/0NE540A:Wavepatch10/1/0--NE540A:Filter0/3/1CTM reports two TopologicalLinks for a Y-Cable link. Both TopologicalLinks have the same nativeEMSName, but different values in the second tuple of the TopologicalLink name. The names "<nativeEMSName>:::1" and "<nativeEMSName>:::2" identify the two legs of the Y-Cable link.
2.2.6.2 Protection Group
The protection group name reported by the NE is used as the PGP native name for 1_FOR_N and 1_PLUS_1 protection groups. The Ring ID is used as the PGP native name for 2_FIBER_BLSR and 4_FIBER_BLSR protection groups. The Ring Name is used instead of the Ring ID in this release. "-EAST" and "-WEST" are used as the native names for the two component groups of 4_FIBER_BLSR PGP.
2.2.6.3 L2 Topology
L2 topology represents a point-to-point, hub-and-spoke, or Resilient Packet Ring (RPR) Layer 2 network topology. These topologies exist over the underlying Layer 1 topology, which are formed by physical Topological Links. Each L2 topology name is identified in the context of a EMS and has two tuples. The first tuple represents the EMS name, and the second tuple represents the nativeEMSName of the L2Topology. The L2Topology name is unique within an EMS. Each L2 Topology can be associated with multiple MLVlans.
2.2.6.4 MLVLAN
Each MLVlan is associated with a L2Topology and is unique for a given L2Topology. The fully qualified MLVlan name is identified by three tuples. The first tuple represents the EMS name, the second tuple represents the L2Topology name, and the last tuple represents the nativeEMSName of the MLVlan (which is the VLAN ID). A maximum of 255 MLVlans can be created per L2Topology, ranging from 1 to 4095.
2.2.6.5 QoS Template
QoS template is defined in the scope of the EMS domain. The fully qualified QoS template name is identified by two tuples. The first tuple represents the EMS name and the second tuple represents the QoS template name.
2.2.6.6 VCAT
The fully qualified VCAT name is identified by two tuples. The first tuple represents the EMS name and the second tuple represents the VCAT name, which is the same as the nativeEMSName of the VCAT.
2.2.7 Provisioning Subnetwork Connections
SNC provisioning must be within a MultiLayerSubnetwork scope, which means the aEnd and the zEnd of an SNC must be in the same MultiLayerSubnetwork.
CTM defines the method multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::createAndActivateSNCFromUserLabel for SNC provisioning.
See the "Naming Conventions" section for naming convention information.
2.2.7.1 SNC Provisioning on OC-N or DC-N Equipment
CTM supports SNC provisioning on OC-N and DC-N cards for ONS 15310, ONS15327, ONS15454 SONET, ONS15454 SDH, ONS 15600 SONET, and ONS15600 SDH NEs. CTPs are used as the end points to create the SNC.
2.2.7.2 SNC Provisioning on Ethernet Equipment
The ONS 15310, ONS 15327, ONS 15454 SONET, and ONS 15454 SDH network elements support Ethernet equipment. SNC can be created on these NEs to carry Ethernet traffic. The TMF standard supports only SONET, SDH, DWDM, and ATM; it does not support Ethernet at this time.
Creating SNC provisioning on E-series, G-series, and ML-series equipment supported by the ONS 15310, ONS 15327, ONS 15454 SONET, and ONS 15454 SDH is different from creating SNC on SONET or PDH equipment. For SNCs on Ethernet equipment, CTM uses FTP to model the end point.
The three modes supported for SNC provisioning on Ethernet equipment are:
•
•
•
To get available source and destination FTPs for SNC provisioning, use the methods managedElementManager::ManagedElementManager_I::getAllSrcFTPsForSNCProvisioning and managedElementManager::ManagedElementManager_I::getAllDestFTPsForSNCProvisioning.
2.2.7.2.1 Single-Card and Multicard Modes
By default, all E-series cards are in the multicard mode EtherSwitch group. Each node has only one multicard mode EtherSwitch group; the group exists even if the node has no Ethernet cards. To create SNC in multicard mode, both aEnd and zEnd must be in the multicard EtherSwitch group.
A single-card EtherSwitch group can exist only if a node has at least one Ethernet card. To create SNC in single-card mode, one end can be OCn CTP. You must create bidirectional SNC.
Table 2-44 shows the maximum bandwidth allowed for single-card EtherSwitches and multicard EtherSwitches:
2.2.7.2.2 Linear-Card Mode
You can apply linear-card mode SNC provisioning to all types of Ethernet cards. One end of the SNC must be an FTP; the other end can be a CTP on any OCn port, or an FTP. The FTPs must use linear-mode naming conventions.
Only single source and single destination are supported for the SNC creation, and the SNC must be bidirectional.
For E-series and G-series cards, the port number in the FTP name is the number of the front Ethernet port. For ML-series cards, the port number is the number of the virtual back-end port.
2.2.7.2.3 Layer Rates
CTM supports the following layer rates for E-series cards:
•
•
•
•
CTM supports the following layer rates for G-series cards:
•
•
•
•
•
•
•
CTM supports the following layer rates for ML-series cards:
•
•
•
•
•
•
CTM supports the following layer rates for FC_MR-4 cards:
•
•
CTM supports the following layer rates for the CE-100T-8 and ML-100T-8 cards
•
2.2.7.3 Tunnel SNC Provisioning
CTM supports tunnel SNC provisioning on ONS 15310, ONS 15327, ONS 15454 SONET, and ONS 15454 SDH NEs. The tunnel circuit must be bidirectional.
The tunnel SNC for the ONS 15310, ONS 15327, and ONS15454 SONET is called VTTunnel, and the layer rate must be 14 (LR_STS1_and_AU3_High_Order_VC3). The tunnel SNC for the ONS 15454 SDH is called VCTunnel, and the layer rate must be 15 (LR_STS3c_and_AU4_VC4).
Table 2-45 shows tunnel SNC provisioning details for ONS 15327, ONS 15454 SONET, and ONS 15454 SDH NEs:
Note
Note
For VCTunnel for VC3 port grouping SNC provisioning, if the source or destination end is an STM-N card, it is modeled as CTP, and if the source or destination end is on an E3, DS3I, or DS3IN card, it is modeled as FTP.
Table 2-46 shows the combinations of cards you can select for creating the VC4 Tunnel for VC3 Port Grouping circuits:
Table 2-46 Card Combination For Creating VC4 Tunnel
DS3I or DS3IN
DS3I, DS3IN, or STMn
E3
E3 or STMn
STMn
DS3I, DS3IN, or E3
When VCTunnel for VC3 port grouping SNC provisioning is complete:
•
•
Deleting one PGC SNC results in the deletion of all four SNCs. You cannot delete a PGT SNC if any PGC SNCs exist.
2.2.7.4 SNC Provisioning on WDM Equipment
CTM supports Optical Channel Network Connection (OCHNC) circuit provisioning on some of the WDM cards for ONS 15454 SONET and ONS 15454 SDH NEs. We will refer to them as WDM SNC. The WDM SNC is created on a particular wavelength channel with a direction of either east-to-west or west-to-east. The WDM SNCs are basically unidirectional. CTM GateWay/CORBA supports the creation of bidirectional OCHNC circuits on NE releases 5.0 and later. You can also create two unidirectional OCHNC circuits on the same frequency, one west-to-east and one east-to-west.
The CTPs used in the WDM SNC are different from the CTPs used in SONET/SDH SNCs in terms of naming and nature. See Connection Termination Point for the CTP naming conventions. The layer rate for the CTPs and WDM SNC must be LR_Optical_Channel.
The OCHNC size is "Equipped not specific."
For NE releases 6.0 and earlier, to create a bidirectional OCHNC you must specify all four CTPs (which are source, destination, secondary source, and secondary destination in the API). The secondary source/destination must be the CTPs in the opposite direction: If the circuit is from node A to B, the secondary source is on node B, and the secondary destination is on node A. You can specify four possible directions:
•
•
•
•
2.2.7.5 Low-Order Circuit Provisioning Using VAP/LAP
CTM supports low-order circuit provisioning using VAP circuits on ONS 15310, ONS 15327, and ONS 15454 SONET NEs and LAP circuits on ONS 15454 SDH NEs. The VAP/LAP circuits have to be bidirectional.
When provisioning VAP/LAP circuits, the source will be treated as STS grooming end and the destination will be treated as VT grooming end and will be later used to hook up VT circuits.
The source is a CTP and the destination is an FTP. For information about the CTP and FTP naming conventions, see the "Connection Termination Point" section and "Floating Termination Point" section.
