Cisco Transport Manager GateWay/CORBA User's Guide and Programmer Manual, 5.0
Chapter 2: NE- and CTM-Specific Details

Table Of Contents

NE- and CTM-Specific Details

2.1  NE-Specific Details

2.1.1  Cisco ONS 15200-Specific Details

2.1.2  Cisco ONS 15216-Specific Details

2.1.3  Cisco ONS 15302-Specific Details

2.1.4  Cisco ONS 15305-Specific Details

2.1.5  Cisco ONS 15310 CL

2.1.6  Cisco ONS 15327-Specific Details

2.1.7  Cisco ONS 15454 SONET-Specific Details

2.1.8  Cisco ONS 15454 SDH-Specific Details

2.1.9  Cisco ONS 15501-Specific Details

2.1.10  Cisco ONS 15530-Specific Details

2.1.11  Cisco ONS 15540-Specific Details

2.1.12  Cisco ONS 15600 SONET-Specific Details

2.1.13  Cisco ONS 15600 SDH-Specific Details

2.1.14  Cisco ONS 15800-, ONS 15801-, and ONS 15808-Specific Details

2.1.15  Unmanaged NEs

2.2  CTM-Specific Details

2.2.1  Layer Rates

2.2.2  Inventory

2.2.3  Interfaces

2.2.4  Object Details

2.2.5   Naming Conventions

2.2.6  EquipmentHolder

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 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.1.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.1.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.2  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 R5.0 supports the following NEs in the ONS 15216 family:

ONS 15216 200-GHz Terminal Filters, R1.0 (passive)

ONS 15216 200-GHz Optical Add/Drop Multiplexer (OADM) (1-, 2-channel), R1.0 (passive)

ONS 15216 Erbium-Doped Fiber Amplifier (EDFA)1, R1.0 (passive)

ONS 15216 100-GHz Terminal Filters, R2.0 (passive)

ONS 15216 100-GHz OADM (1-, 2-, 4-channel), R2.2.2

ONS 15216 EDFA2, R2.2.1, 2.3, and R2.4

ONS 15216 EDFA3, R1.1

ONS 15216 Optical Supervisory Channel (OSC), R2.0 (passive)

ONS 15216 Dispersion Compensation Unit (DCU), R2.0 (passive)

ONS 15216 FlexLayer (passive)


Note CTM does not manage the ONS 15216 Optical Performance Manager (OPM) NE.


2.1.2.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.2.2  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:

ONS 15310

ONS 15327 (Physical, SONET/SDH, and OCH)

ONS 15454 (Physical, SONET/SDH, and OCH)

ONS 15600 (Physical, SONET/SDH, and OCH)

2.1.3  Cisco ONS 15302-Specific Details

CTM R5.0 supports ONS 15302 releases 1.0.1 and 2.0.

2.1.3.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.3.2  Physical Termination Point

ONS 15302 supports PTPs, associated to WAN, SDH, and PDH ports.

2.1.4  Cisco ONS 15305-Specific Details

CTM R5.0 supports ONS 15305 Releases 1.1.1 and 2.0.

2.1.4.1   Slots

The ONS 15305 is a single-shelf NE with 4 slots.

2.1.4.2  Physical Termination Point

ONS 15305 supports PTPs, associated to WAN, SDH, and PDH ports.

2.1.5  Cisco ONS 15310 CL

CTM R5.0 supports the ONS 15310 CL Release 5.0.

2.1.5.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 replacable unit and contains the ctx-c1 controller. For more information, refer to the Cisco ONS 15310 user documentation.

2.1.5.2  Equipment

All the cards in the ONS 15310 CL software release 5.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-1. The attribute values for the Service state are listed in Table 2-2 and Table 2-3.

Table 2-1 Equipment Administration State (ONS 15310 CL) 

Attribute Value
Meaning

IN_SERVICE

Place entity in In Service state.

AUTO_IN_SERVICE

Place entity in Auto In Service state. The circuit is out of service until it receives a valid signal for the duration of the soak period, at which time the circuit state changes to In Service. During the soak period, alarms and loopbacks are suppressed but traffic is carried.

OUT_OF_SERVICE_MAINTENANCE

Remove entity from service to maintenance. Alarms are no longer generated.

OUT_OF_SERVICE

Remove entity from service and disable it. Alarms are no longer generated and traffic cannot pass.


Table 2-2 Equipment Service State-Primary (ONS 15310 CL) 

Primary States (PST-PSTQ)
Attribute Value
Meaning

IS_NR (In Service-Normal)

The entity is fully operational and will perform as provisioned.

OOS_MA (Out of Service-Management)

The entity has been administratively removed from service.

OOS_AU (Out of Service-Autonomous)

The entity is not operational due to an autonomous event.

OOS_AUMA

The entity is not operational due to an autonomous event, and at the same time has been administratively removed from service.


Table 2-3 Equipment Service State-Secondary (ONS 15310 CL) 

Secondary States (SST)
Attribute Value
Meaning

UAS (Unassigned)

The entity is not provisioned in the database.

UEQ (Unequipped)

The entity is physically not present. The entity has been physically removed. It may or may not be assigned.

MEA (Mismatch of Equipment and Attributes)

Improper equipment is installed. For example, the card plugged in is not compatible with the card provisioned or with the slot.

AINS (Automatic In Service)

The entity is in a delay transition state. The transition to In Service (IS) is pending the correction of off-normal conditions on the entity.

MT (Maintenance)

The entity has been removed manually from service for maintenance activity. It is still capable of performing its provisioned functions, and is, in fact, expected to perform them. Traffic is still carried.

DSBLD (Disabled)

The entity has been removed manually from service and is not capable of providing its provisioned functions. In fact, all of its provisioned services are explicitly disrupted. Traffic cannot pass.

LPBK (Loopback)

Loopback command in effect for any loopback type.


2.1.5.3  Topological Link

All topological links are unidirectional or bidirectional for ONS 15310 CL NEs.

2.1.5.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.5.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.5.6  Connection Termination Point

All connection termination points (CTPs) are in channelized mode for the ONS 15310 CL.

2.1.5.7  Subnetwork Connection

CTX cards perform synchronous transport signal (STS) and VT1.5 switching. The SNC name cannot exceed 48 characters.

2.1.5.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.6  Cisco ONS 15327-Specific Details

CTM R5.0 supports the ONS 15327 Releases 3.4.1, 4.1.3, 4.1.4, 4.1.5, 4.6.2, and 5.0.

2.1.6.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.6.2  Equipment

All the cards in the ONS 15327 software release 5.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-4. The attribute values for the Service state are listed in Table 2-5 and Table 2-6.

Table 2-4 Equipment Administration State (ONS 15327) 

Attribute Value
Meaning

IN_SERVICE

Place entity in In Service state.

AUTO_IN_SERVICE

Place entity in Auto In Service state. The circuit is out of service until it receives a valid signal for the duration of the soak period, at which time the circuit state changes to In Service. During the soak period, alarms and loopbacks are suppressed but traffic is carried.

OUT_OF_SERVICE_MAINTENANCE

Remove entity from service to maintenance. Alarms are no longer generated.

OUT_OF_SERVICE

Remove entity from service and disable it. Alarms are no longer generated and traffic cannot pass.


Table 2-5 Equipment Service State-Primary (ONS 15327) 

Primary States (PST-PSTQ)
Attribute Value
Meaning

IS_NR (In Service-Normal)

The entity is fully operational and will perform as provisioned.

OOS_MA (Out of Service-Management)

The entity has been administratively removed from service.

OOS_AU (Out of Service-Autonomous)

The entity is not operational due to an autonomous event.

OOS_AUMA

The entity is not operational due to an autonomous event, and at the same time has been administratively removed from service.


Table 2-6 Equipment Service State-Secondary (ONS 15327) 

Secondary States (SST)
Attribute Value
Meaning

UAS (Unassigned)

The entity is not provisioned in the database.

UEQ (Unequipped)

The entity is physically not present. The entity has been physically removed. It may or may not be assigned.

MEA (Mismatch of Equipment and Attributes)

Improper equipment is installed. For example, the card plugged in is not compatible with the card provisioned or with the slot.

AINS (Automatic In Service)

The entity is in a delay transition state. The transition to In Service (IS) is pending the correction of off-normal conditions on the entity.

MT (Maintenance)

The entity has been removed manually from service for maintenance activity. It is still capable of performing its provisioned functions, and is, in fact, expected to perform them. Traffic is still carried.

DSBLD (Disabled)

The entity has been removed manually from service and is not capable of providing its provisioned functions. In fact, all of its provisioned services are explicitly disrupted. Traffic cannot pass.

LPBK (Loopback)

Loopback command in effect for any loopback type.


2.1.6.3  Topological Link

Topological links are either unidirectional or bidirectional for ONS 15327 NEs.

2.1.6.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.6.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.6.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.6.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.6.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.7  Cisco ONS 15454 SONET-Specific Details

CTM R5.0 supports the ONS 15454 SONET Releases 3.2.1, 3.3, 3.4.1, 4.0.1, 4.0.3, 4.1.1, 4.1.3, 4.1.4, 4.1.5, 4.6.2, 4.7, and 5.0.

2.1.7.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.7.2  Equipment

All the cards in the ONS 15454 SONET software release 5.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-7. The attribute values for the Service state are listed in Table 2-8 and Table 2-9.

Table 2-7 Equipment Administration State (ONS 15454 SONET) 

Attribute Value
Meaning

IN_SERVICE

Place entity in In Service state.

AUTO_IN_SERVICE

Place entity in Auto In Service state. The circuit is out of service until it receives a valid signal for the duration of the soak period, at which time the circuit state changes to In Service. During the soak period, alarms and loopbacks are suppressed but traffic is carried.

OUT_OF_SERVICE_MAINTENANCE

Remove entity from service to maintenance. Alarms are no longer generated.

OUT_OF_SERVICE

Remove entity from service and disable it. Alarms are no longer generated and traffic cannot pass.


Table 2-8 Equipment Service State-Primary (ONS 15454 SONET) 

Primary States (PST-PSTQ)
Attribute Value
Meaning

IS_NR (In Service-Normal)

The entity is fully operational and will perform as provisioned.

OOS_MA (Out of Service-Management)

The entity has been administratively removed from service.

OOS_AU (Out of Service-Autonomous)

The entity is not operational due to an autonomous event.

OOS_AUMA

The entity is not operational due to an autonomous event, and at the same time has been administratively removed from service.


Table 2-9 Equipment Service State-Secondary (ONS 15454 SONET) 

Secondary States (SST)
Attribute Value
Meaning

UAS (Unassigned)

The entity is not provisioned in the database.

UEQ (Unequipped)

The entity is physically not present. The entity has been physically removed. It may or may not be assigned.

MEA (Mismatch of Equipment and Attributes)

Improper equipment is installed. For example, the card plugged in is not compatible with the card provisioned or with the slot.

AINS (Automatic In Service)

The entity is in a delay transition state. The transition to In Service (IS) is pending the correction of off-normal conditions on the entity.

MT (Maintenance)

The entity has been removed manually from service for maintenance activity. It is still capable of performing its provisioned functions, and is, in fact, expected to perform them. Traffic is still carried.

DSBLD (Disabled)

The entity has been removed manually from service and is not capable of providing its provisioned functions. In fact, all of its provisioned services are explicitly disrupted. Traffic cannot pass.

LPBK (Loopback)

Loopback command in effect for any loopback type.


2.1.7.3  Topological Link

Topological links are either unidirectional or bidirectional for ONS 15454 SONET NEs.

2.1.7.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.7.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.7.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 The NE enforces the SNC name character limit.


2.1.7.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.7.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.7.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.7.10  Floating Termination Point

The ONS 15454 SONET supports Floating Termination point (FTP). See the "Floating Termination Point" section for more information.

2.1.8  Cisco ONS 15454 SDH-Specific Details

CTM R5.0 supports the ONS 15454 SDH Releases 4.1.3, 4.1.4, 4.6.2, 4.7, and 5.0.

2.1.8.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.8.2  Equipment

All the cards in the ONS 15454 SDH software release 5.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-10. The attribute values for the Service state are listed in Table 2-11 and Table 2-12.

Table 2-10 Equipment Administration State (ONS 15454 SDH) 

Attribute Value
Meaning

IN_SERVICE

Place entity in In Service state.

AUTO_IN_SERVICE

Place entity in Auto In Service state. The circuit is out of service until it receives a valid signal for the duration of the soak period, at which time the circuit state changes to In Service. During the soak period, alarms and loopbacks are suppressed but traffic is carried.

OUT_OF_SERVICE_MAINTENANCE

Remove entity from service to maintenance. Alarms are no longer generated.

OUT_OF_SERVICE

Remove entity from service and disable it. Alarms are no longer generated and traffic cannot pass.


Table 2-11 Equipment Service State-Primary (ONS 15454 SDH) 

Primary States (PST-PSTQ)
Attribute Value
Meaning

IS_NR (In Service-Normal)

The entity is fully operational and will perform as provisioned.

OOS_MA (Out of Service-Management)

The entity has been administratively removed from service.

OOS_AU (Out of Service-Autonomous)

The entity is not operational due to an autonomous event.

OOS_AUMA

The entity is not operational due to an autonomous event, and at the same time has been administratively removed from service.


Table 2-12 Equipment Service State-Secondary (ONS 15454 SDH) 

Secondary States (SST)
Attribute Value
Meaning

UAS (Unassigned)

The entity is not provisioned in the database.

UEQ (Unequipped)

The entity is physically not present. The entity has been physically removed. It may or may not be assigned.

MEA (Mismatch of Equipment and Attributes)

Improper equipment is installed. For example, the card plugged in is not compatible with the card provisioned or with the slot.

AINS (Automatic In Service)

The entity is in a delay transition state. The transition to In Service (IS) is pending the correction of off-normal conditions on the entity.

MT (Maintenance)

The entity has been removed manually from service for maintenance activity. It is still capable of performing its provisioned functions, and is, in fact, expected to perform them. Traffic is still carried.

DSBLD (Disabled)

The entity has been removed manually from service and is not capable of providing its provisioned functions. In fact, all of its provisioned services are explicitly disrupted. Traffic cannot pass.

LPBK (Loopback)

Loopback command in effect for any loopback type.


2.1.8.3  Topological Link

Topological links are either unidirectional or bidirectional for ONS 15454 SDH NEs.

2.1.8.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.8.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.8.6  Subnetwork Connection

One node supports a maximum of 192 VC4 SNCs. The SNC name cannot exceed 48 characters.


Note The NE enforces the SNC name character limit.


2.1.8.7  Equipment Protection

1:N equipment protection is supported for E1, E1_42 and DS3I cards. You must install protect cards (E1N, E1_42, DS3IN) 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 E1N-14 protects only E1-14 or E1N-14 cards. You must create the protection group explicitly. Installing E1N-14 or DS3IN-12 cards in slot 3 or slot 15 does not automatically protect other E1 or DS3I cards. 1:N equipment protection is always revertive.

1:1 equipment protection is supported for E1, E1_42, E3, STM1E_12 and DS3I cards. Equipment protection is not supported for the E3 card. 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 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.8.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.8.10  Floating Termination Point

The ONS 15454 SDH supports FTP. See the "Floating Termination Point" section for more information.

2.1.9  Cisco ONS 15501-Specific Details

CTM R5.0 supports the ONS 15501 AC software version R4.1 and the DC software version R4.1.

2.1.9.1  Slot

ONS 15501 is a single-shelf system with no slots.

2.1.9.2  Topological Link

All topological links are unidirectional for ONS 15501 NEs.

2.1.9.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.9.4  Connection Termination Point

CTPs for the ONS 15501 are not supported in this release of GateWay/CORBA.

2.1.9.5  Subnetwork Connection

SNCs for the ONS 15501 are not supported in this release of GateWay/CORBA.

2.1.9.6  Equipment

The ONS 15501 has no removable equipment. The chassis is reported as equipment present under the shelf equipment holder.

2.1.10  Cisco ONS 15530-Specific Details

CTM R5.0 supports the following ONS 15530 IOS releases:

12.2(22)S1

12.2(25)SV

2.1.10.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 mux/demux modules. The remaining slots can contain:

10-port Enterprise System Connection (ESCON) module

1-port 10GE International Telecommunication Union (ITU) Grid dense wavelength division multiplexing (DWDM)

1-port 10GE short reach (SR) module

1-port transparent transponder module

OSC module consisting of two pluggable daughter modules for redundancy

2.1.10.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:

Transparent: Client-side transparent interface

Wavepatch: Passive optical interface on the transponder card/trunk card that is patched to the filter interface on the mux/demux card.

Filter: Passive optical interface that passes a single wavelength on the mux/demux card. It is patched to the wavepatch interface on the transponder card/trunk card.

WDM: Passive external wavelength division multiplexing (WDM) interface on the mux/demux card that carries multiple wavelengths, including those that have been added or dropped by the card. It can be used for internode or inter-mux/demux patching.

Thru: Passive external WDM interface on the mux/demux card that carries multiple wavelengths, including the ones added but excluding the ones dropped by the card. It can be used for internode or inter-mux/demux patching.

Filterband: Passive special external WDM interface on the 16 wavelength mux/demux card that passes through a special band of wavelengths. It is patched to the corresponding filter group interface on the other mux/demux card.

Filtergroup: Passive special external WDM interface on the 16 wavelength mux/demux card that drops a special band of wavelengths.

Wave: Optical interface of lambda on the mux/demux motherboard. Converts uncolored light to one ITU grid wavelength.

Oscfilter: Passive optical interface that passes the OSC wavelength on the mux/demux card. It is patched to the wave interface on the transponder card.

FastEthernet: Interface on CPU card for Ethernet connectivity.

EsconPhy: Physical ports on ESCON transceivers connected to the ESCON line card.

WaveEthernetPhy

EthernetDcc

TenGigEthernetPhy: Interface on the 10 Gigabit Ethernet transponder card.

VoaFilterIn

voaFilterOut

voaBypassIn

voaBypassOut

voaIn

voaOut

2.1.10.3  Physical Termination Point Layer Rate

ONS 15530 supports these additional PTP layer rates:

LR_Ten_Gigabit_Ethernet (ten Gigabit Ethernet)

LR_SYSPLEX_ISC_COMP (sysplexIscCompatibility)

LR_SYSPLEX_ISC_PEER (sysplexIscPeer)

LR_SYSPLEX_TIMER_ETR (sysplexTimerEtr)

LR_SYSPLEX_TIMER_CLO (sysplexTimerClo)

2.1.10.4  Connection Termination Point

CTPs for the ONS 15530 are not supported in this release of GateWay/CORBA.

2.1.10.5  Subnetwork Connection

SNCs for the ONS 15530 are not supported in this release of GateWay/CORBA.

2.1.10.6  Equipment Protection

1:1 equipment protection is supported for the CPU card.

2.1.10.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.10.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.11  Cisco ONS 15540-Specific Details

CTM R5.0 supports the following ONS15540 ESP and ONS 15540 ESPx IOS releases:

12.2(22)S1

12.2(25)SV

2.1.11.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.11.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 mux/demux 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:

Transparent: Client-side transparent interface.

Wavepatch: Passive optical interface on the transponder card that is patched to the filter interface on the mux/demux card.

Filter: Passive optical interface that passes a single wavelength on the mux/demux card. It is patched to the wavepatch interface on the transponder card.

WDM: Passive external WDM interface on the mux/demux card that carries multiple wavelengths, including those added or dropped by the card. It is used for internode or inter-mux/demux patching.

Thru: Passive external WDM interface on the mux/demux card that carries multiple wavelengths, including the added wavelengths, but excluding the ones dropped by the card. It is used for internode or inter-mux/demux patching.

Filterband: Passive special external WDM interface on the 16 wavelength mux/demux card that passes through a special band of wavelengths. It is patched to the corresponding filtergroup interface on the other mux/demux card.

Filtergroup: Passive special external WDM interface on the 16 wavelength mux/demux card that drops a special band of wavelengths.

Wave: Optical interface of lambda on the mux/demux motherboard. Converts uncolored light to one ITU grid wavelength.

Oscfilter: Passive optical interface that passes OSC wavelengths on the mux/demux card. It is patched to the wave interface on the transponder card.

FastEthernet: Interface on the CPU card for Ethernet connectivity.

TenGigEthernetPhy: Interface on the 10 Gigabit Ethernet transponder card.

WavePassThru: External interface on the Provisioning Object Manager (POM) dummy module for 10GE configurations.

2.1.11.3  Physical Termination Point Layer Rate

The ONS 15540 supports these additional layer rates:

LR_Ten_Gigabit_Ethernet (TenGigabit Ethernet)

LR_SYSPLEX_ISC_COMP (sysplexIscCompatibility)

LR_SYSPLEX_ISC_PEER (sysplexIscPeer)

LR_SYSPLEX_TIMER_ETR (sysplexTimerEtr)

LR_SYSPLEX_TIMER_CLO (sysplexTimerClo)

2.1.11.4  Connection Termination Point

CTPs for the ONS 15540 are not supported in this release of GateWay/CORBA.

2.1.11.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.11.6  Equipment Protection

1:1 equipment protection is supported for CPU card.

2.1.11.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.11.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.12  Cisco ONS 15600 SONET-Specific Details

CTM R5.0 supports the ONS 15600 SONET Releases 1.1.1, 1.3.1, 1.3.2, and 5.0.

2.1.12.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. For more information, refer to the Cisco ONS 15600 user documentation.

2.1.12.2  Equipment

All the cards in the ONS 15600 SONET software release 5.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-13. The attribute values for the Service state are listed in Table 2-14 and Table 2-15.

Table 2-13 Equipment Administration State (ONS 15600 SONET) 

Attribute Value
Meaning

IN_SERVICE

Place entity in In Service state.

AUTO_IN_SERVICE

Place entity in Auto In Service state. The circuit is out of service until it receives a valid signal for the duration of the soak period, at which time the circuit state changes to In Service. During the soak period, alarms and loopbacks are suppressed but traffic is carried.

OUT_OF_SERVICE_MAINTENANCE

Remove entity from service to maintenance. Alarms are no longer generated.

OUT_OF_SERVICE

Remove entity from service and disable it. Alarms are no longer generated and traffic cannot pass.


Table 2-14 Equipment Service State-Primary (ONS 15600 SONET) 

Primary States (PST-PSTQ)
Attribute Value
Meaning

IS_NR (In Service-Normal)

The entity is fully operational and will perform as provisioned.

OOS_MA (Out of Service-Management)

The entity has been administratively removed from service.

OOS_AU (Out of Service-Autonomous)

The entity is not operational due to an autonomous event.

OOS_AUMA

The entity is not operational due to an autonomous event, and at the same time has been administratively removed from service.


Table 2-15 Equipment Service State-Secondary (ONS 15600 SONET) 

Secondary States (SST)
Attribute Value
Meaning

UAS (Unassigned)

The entity is not provisioned in the database.

UEQ (Unequipped)

The entity is physically not present. The entity has been physically removed. It may or may not be assigned.

MEA (Mismatch of Equipment and Attributes)

Improper equipment is installed. For example, the card plugged in is not compatible with the card provisioned or with the slot.

AINS (Automatic In Service)

The entity is in a delay transition state. The transition to In Service (IS) is pending the correction of off-normal conditions on the entity.

MT (Maintenance)

The entity has been removed manually from service for maintenance activity. It is still capable of performing its provisioned functions, and is, in fact, expected to perform them. Traffic is still carried.

DSBLD (Disabled)

The entity has been removed manually from service and is not capable of providing its provisioned functions. In fact, all of its provisioned services are explicitly disrupted. Traffic cannot pass.

LPBK (Loopback)

Loopback command in effect for any loopback type.


2.1.12.3  Topological Link

Topological links are either unidirectional or bidirectional for the ONS 15600 SONET.

2.1.12.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.12.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.12.6  Subnetwork Connection

The ONS 15600 SONET supports a maximum of 1536 STS SNCs.

2.1.12.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 ONS 15600 SONET allows the protect port to be on the same card.


2.1.12.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.13  Cisco ONS 15600 SDH-Specific Details

CTM R5.0 supports the ONS 15600 SDH Release 1.4.

2.1.13.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.13.2  Topological Link

Topological links are either unidirectional or bidirectional for ONS 15600 SDH NEs.

2.1.13.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.13.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.13.5  Subnetwork Connection

The ONS 15600 SDH supports a maximum of 1536 VC4 SNCs.

2.1.13.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.13.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.14  Cisco ONS 15800-, ONS 15801-, and ONS 15808-Specific Details

CTM R5.0 supports the following ONS 15800 releases:

Release 2.0 (TL1 Agent Release 2.0)

Release 2.1 (TL1 Agent Release 2.1)

CTM R5.0 supports the following ONS 15801 releases:

Release 2.0 (TL1 Agent Release 2.0)

Release 2.1 (TL1 Agent Release 2.1)

CTM R5.0 supports the following ONS 15808 releases:

Release 2.1 (TL1 Agent Release 2.3)

Release 2.2

2.1.14.1  Rack

Each ONS 15800, ONS 15801, or ONS 15808 can have from one to ten racks.

2.1.14.2  Shelf

Each ONS 15800, ONS 15801, or ONS 15808 has three shelves per rack.

2.1.14.3  Slot

Each ONS 15800 has 17 slots per shelf. Each ONS 15801 or ONS 15808 has 15 slots per shelf.

2.1.14.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.14.5  Physical Termination Point

All PTPs are unidirectional for ONS 15800, ONS 15801, and ONS 15808 NEs. There are four types of PTPs:

Source east-to-west

Source west-to-east

Sink east-to-west

Sink west-to-east

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:

Source PTPs: TPA-R, RBA, RBA-10G, RBA-10G-E

Sink PTP: PRE-L

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.

2.1.14.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.14.7  Subnetwork Connection

SNCs for the ONS 15800, ONS 15801, and ONS 15808 are not supported in this release of GateWay/CORBA.

2.1.15  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 R5.0 supports the following layer rates. Layer rates numbered 0 to 91 are TMF-defined, and layer rates numbered 92 to 106 are CTM-defined.

0—Not used

1—LR_Not_Applicable, the layer is not relevant

2—LR_T1_and_DS1_1_5M, 1.5Mbit/s async/PDH signal

3—LR_T2_and_DS2_6M, 6Mbit/s async/PDH signal

4—LR_T3_and_DS3_45M, 45Mbit/s async/PDH signal

5—LR_E1_2M, 2Mbit/s PDH signal

6—LR_E2_8M, 8Mbit/s PDH signal

7—LR_E3_34M, 34Mbit/s PDH signal

8—LR_E4_140M

9—LR_E5_565M

10—LR_VT1_5_and_TU11_VC11

11—LR_VT2_and_TU12_VC12

12—LR_VT6_and_TU2_VC2

13—LR_Low_Order_TU3_VC3

14—LR_STS1_and_AU3_High_Order_VC3

15—LR_STS3c_and_AU4_VC4

16—LR_STS12c_and_VC4_4c

17—LR_STS48c_and_VC4_16c

18—LR_STS192c_and_VC4_64c

19—LR_Section_OC1_STS1_and_RS_STM0

20—LR_Section_OC3_STS3_and_RS_STM1

21—LR_Section_OC12_STS12_and_RS_STM4

22—LR_Section_OC48_STS48_and_RS_STM16

23—LR_Section_OC192_STS192_and_RS_STM64

24—LR_Line_OC1_STS1_and_MS_STM0

25—LR_Line_OC3_STS3_and_MS_STM1

26—LR_Line_OC12_STS12_and_MS_STM4

27—LR_Line_OC48_STS48_and_MS_STM16

28—LR_Line_OC192_STS192_and_MS_STM64

29-39—Not used

40—LR_Optical_Channel, for WDM wavelength

41—LR_Optical_Multiplex_Section, for WDM wavelength bands

42—LR_Optical_Transmission_Section for WDM entire optical signal

43—LR_ATM_NI for ATM Network Interfaces (UNI and NNI)

44—LR_ATM_VP for ATM Virtual Paths

45—LR_ATM_VC for ATM Virtual Channels

46—LR_PHYSICAL_ELECTRICAL

47—LR_PHYSICAL_OPTICAL

48—LR_PHYSICAL_MEDIALESS, Specifies physical media for technologies such as radio

49—LR_OPTICAL_SECTION, Represents the wavelength termination for a non DWDM system

50—LR_DIGITAL_SIGNAL_RATE, Raw binary electrical signal of unspecified rate

51—LR_Async_FOTS_150M, Legacy async optical signal

52—LR_Async_FOTS_417M, Legacy async optical signal

53—LR_Async_FOTS_560M, Legacy async optical signal

54—LR_Async_FOTS_565M, Legacy async optical signal

55—LR_Async_FOTS_1130M, Legacy async optical signal

56—LR_Async_FOTS_1G7, Legacy async optical signal

57—LR_Async_FOTS_1G8, Legacy async optical signal

58—LR_D1_Video, Video capable port

59—LR_ESCON, IBM protocol for mainframes

60—LR_ETR, IBM protocol for mainframes

61—LR_Fast_Ethernet, Fast Ethernet (legacy)

62—LR_FC_12_133M, Fibre Channel protocol

63—LR_FC_25_266M, Fibre Channel protocol

64—LR_FC_50_531M, Fibre Channel protocol

65—LR_FC_100_1063M, Fibre Channel protocol

66—LR_FDDI

67—LR_FICON, IBM Protocol for mainframes

68—LR_Gigabit_Ethernet, Gigabit ethernet

69—LR_DS0_64K, DS0 CTP layer rate

70—LR_ISDN_BRI, ISDN Basic Rate Interface PTP layer rate

71—LR_POTS, POTS PTP layer rate

72—LR_DSR_OC1_STM0

73—LR_DSR_OC3_STM1

74—LR_DSR_OC12_STM4

75—LR_DSR_OC24_STM8

76—LR_DSR_OC48_and_STM16

77—LR_DSR_OC192_and_STM64

78—LR_DSR_OC768_and_STM256

79—LR_DSR_1_5M

80—LR_DSR_2M

81—LR_DSR_6M

82—LR_DSR_8M

83—LR_DSR_34M

84—LR_DSR_45M

85—LR_DSR_140M

86—LR_DSR_565M

87—LR_DSR_Gigabit_Ethernet

88—LR_Section_OC24_STS24_and_RS_STM8

89—LR_Line_OC24_STS24_and_MS_STM8

90—LR_Section_OC768_STS768_and_RS_STM256

91—LR_Line_OC768_STS768_and_MS_STM256

92-97—Not used

98—LR_STS6c_and_VC4_2c

99—LR_STS9c_and_VC4_3c

100—LR_STS24c_and_VC4_8c

101—Not used

102—LR_SYSPLEX_ISC_COMP

103—LR_SYSPLEX_ISC_PEER

104—LR_SYSPLEX_TIMER_ETR

105—LR_SYSPLEX_TIMER_CLO

106—LR_Ten_Gigabit_Ethernet

107—LR_Physical_10_Gigabit_ITU, WDM in physical layer

108—LR_Physical_2_5_Gigabit_ITU, WDM in physical layer

109—LR_OCH_10_Gigabit_ITU, WDM in optical channel layer

110—LR_OCH_2_5_Gigabit_ITU, WDM in optical channel layer

111—LR_FC_200_2125M, Fibre Channel protocol (FC1) layer

112—LR_FICON_1G, FICON 1 Gbps

113—LR_FICON_2G, FICON 2 Gbps

114—LR_STS18c_and_VC4_6c

115—LR_STS36c_and_VC4_12c

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 unmanaged NEs, CTM reports only ManagedElement. CTM does not report any equipment holders or equipment.

2.2.3  Interfaces


Note Unless specified otherwise, all getXXX methods are synchronous.



Note Methods supported for one NE type might not be supported for another NE type. In this case, CTM returns a NOT_IMPLEMENTED ProcessingFailureException for the unsupported method.



Note CTM supports TMF-defined and Cisco-proprietary APIs and data structure. The Cisco-proprietary APIs and data structures are subject to change in future releases of CTM to accommodate the introduction of new features or the maintenance of TMF compliance. This is especially true if the TMF were to define the same method with different behavior.

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:

managedElementManager::ManagedElementManager_I::getAllSNCs

managedElementManager::ManagedElementManager_I::getAssociatedTopologicalLink

managedElementManager::ManagedElementManager_I::getAllSrcPTPsForSNCProvisioning

managedElementManager::ManagedElementManager_I::getAllSrcCTPsForSNCProvisioning

managedElementManager::ManagedElementManager_I::getAllDestPTPsForSNCProvisioning

managedElementManager::ManagedElementManager_I::getAllDestCTPsForSNCProvisioning

managedElementManager::ManagedElementManager_I::getAllSrcFTPsForSNCProvisioning

managedElementManager::ManagedElementManager_I::getAllDestFTPsForSNCProvisioning

managedElementMgr::ManagedElementMgr_I::forceNEResync

managedElementManager::ManagedElementManager_I::getAllTopologicalLinksForME

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::getCTPsAndTopologicalLink

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::createAndActivateSNCFromUserLabel

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::addDrops

performance::PerformanceManagementMgr_I::getCTMHistoryPMData

performance::PerformanceManagementMgr_I::deleteHistoryPMDataFile

performance::PerformanceManagementMgr_I::getTPHistoryPMData

protection::ProtectionMgr_I::createProtectionGroup

protection::ProtectionMgr_I::deleteProtectionGroup

protection::ProtectionMgr_I::getAssociatedProtectionGroup

emsMgr::EMSMgr_I::createTopologicalLink

emsMgr::EMSMgr_I::deleteTopologicalLink

emsMgr::EMSMgr_I::modifyTopologicalLink

emsSessionFactory::EmsSessionFactory_I::getEmsPublicKey

emsMgr::EMSMgr_I::createTopologicalLinkWithYCableProtection

All methods defined in the "3.14  L2 Topology and MLVLAN for ML-Series Ethernet Cards" section on page 3-210.

All methods defined in the "3.15  E-Series and G-Series VLAN Interfaces" section on page 3-239.

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::getVCATSNC

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::getAllVCATSNCs

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::getAllVCATSNCNames

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::getAllVCATMemberSNCs

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::getAllVCATMemberSNCNames

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::createVCAT

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::deleteVCAT

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::addMemberSNCsToVCAT

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::deleteMemberSNCsFromVCAT

multiLayerSubnetwork::MultiLayerSubnetworkMgr_I::deleteAllMemberSNCFromVCAT


Note These methods are proprietary.


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. In the Domain Explorer window, choose File > Add a New NE. Choose <SELF> as the GNE ID and <System Default> as the subnetwork ID. CTM creates a new subnetwork and assigns a name to the new subnetwork object. The naming convention is Subnetwork-<id>, where id = 00000001, 00000002, n.

2. In the Domain Explorer window, choose File > Subnetwork Explorer. Create a subnetwork object and provide the name.

There are four ways to add NEs to subnetworks:

1. Use the CTM client to specify a subnetwork for the new NE. If the new NE is a GNE and you choose <System Default> as the subnetwork ID, the new subnetwork is created as described above in 1.

2. If the new NE is not a GNE, choose an existing subnetwork as the subnetwork ID. CTM adds this NE to the subnetwork.

3. If the new NE is connected to an existing NE on the network, CTM discovers the NE and automatically adds it to the existing NE's subnetwork. No user action is required.

4. Use the CTM client to move the NE from one subnetwork to another subnetwork.

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 R5.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-16 lists the MultiLayerSubnetwork_T attributes and from where they are reported.

Table 2-16 MultiLayerSubnetwork_T 

Attribute
Reported from...

name

cache

nativeEMSName

cache

subnetworkType

cache


2.2.4.5.2  EMS_T

Table 2-17 lists the EMS_T attributes and from where they are reported.

Table 2-17 EMS_T 

Attribute
Reported from...

name

cache

nativeEMSName

cache

emsVersion

constant value

type

constant value


2.2.4.5.3  Equipment_T

Table 2-18 lists the Equipment_T attributes and from where they are reported.


Note For the NE-specific details of Equipment_T, see the "3.5.1  equipment::EquipmentInventoryMgr_I::getAllEquipment" section on page 3-31.


Table 2-18 Equipment_T 

Attribute
Reported from...

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-19 lists the EquipmentHolder_T attributes and from where they are reported.


Note For the NE-specific details of EquipmentHolder_T, see the "3.5.1  equipment::EquipmentInventoryMgr_I::getAllEquipment" section on page 3-31.


Table 2-19 EquipmentHolder_T 

Attribute
Reported from...

name

cache

nativeEMSName

cache

holderType

cache

expectedOrInstalledEquipment

cache

acceptableEquipmentTypeList

cache

holderState

cache


2.2.4.5.5  TerminationPoint_T

Table 2-20 lists the TerminationPoint_T attributes and from where they are reported.


Note For the NE-specific details of TerminationPoint_T, see the "3.5.3  equipment::EquipmentInventoryMgr_I::getAllSupportedPTPs" section on page 3-42.


Table 2-20 TerminationPoint_T 

Attribute
Reported from...

name

cache

type

cache

connectionState

constant value

direction

constant value

transmissionParameters

AlarmReporting (PTP only)

cache

ServiceState (PTP only)

cache

AdminState (PTP only)

cache

LineCode (PTP only)

cache

FrameFormat (PTP only)

cache

SDH_SONET_SS_BITS (OC-N PTP only)

cache

EnableSyncMsg (OC-N PTP only)

cache

TrailTraceActualTx (CTP only)

cache

TrailTraceExpectedRx (CTP, FTP only)

cache

TrailTraceMonitor (CTP, FTP only)

cache

IPPMMonitor (CTP only)

cache

ALS mode setting (for NE software versions greater than R4.6)

cache

XC loopback provisioning

cache

serviceID

cache

customerID

cache


2.2.4.5.6  SubnetworkConnection_T

Table 2-21 lists the SubnetworkConnection_T attributes and from where they are reported.


Note For the NE-specific details of SubnetworkConnection_T, see the "3.7.2  managedElementManager::ManagedElementManager_I::getAllSNCs" section on page 3-64.


Table 2-21 SubnetworkConnection_T 

Attribute
Reported from...

name

cache

nativeEMSName

cache

sncState

cache

direction

cache

rate

cache

staticProtectionLevel

Note For PCA protected circuits, the protection state is PREEMPTIBLE

cache

aEnd, zEnd

tpName

cache

transmissionParams

See Table 2-20.


2.2.4.5.7  ManagedElement_T

Table 2-22 lists the ManagedElement_T attributes and from where they are reported.


Note For the NE-specific details of ManagedElement_T, see the "3.7.3  managedElementManager::ManagedElementManager_I:: getAllManagedElements" section on page 3-67.


Table 2-22 ManagedElement_T 

Attribute
Reported from...

name

cache

nativeEMSName

cache

location

cache

version

cache

productName

cache

communicationState

cache

supportedRates

cache

additionalInfo (IP address)

cache

emsInSyncState

cache


2.2.4.5.8  TopologicalLink_T

Table 2-23 lists the TopologicalLink_T attributes and from where they are reported.


Note For the NE-specific details of TopologicalLink_T, see the "3.2.5  emsMgr::EMSMgr_I::getAllTopLevelTopologicalLinks" section on page 3-7.


Table 2-23 TopologicalLink_T 

Attribute
Reported from...

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-24 lists the ProtectionGroup_T attributes and from where they are reported.


Note For NE-specific details, see the "3.11.2  protection::ProtectionMgr_I::getAllProtectionGroups" section on page 3-198.


Table 2-24 ProtectionGroup_T 

Attribute
Reported From...

name

cache

nativeEMSName

cache

protectionGroupType

cache

protectionSchemeState

constant value

reversionMode

cache

rate

cache

pgTPList

cache

pgpParameters (CTM supports only wtrTime)

cache

additionalInfo (CTM supports only BIDIRECTIONAL for 1_PLUS_1 PGP)

cache


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 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 referred 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:0 

Subslot and port are not significant for ONS 15800, ONS 15801, and ONS 15808 equipment. The direction can assume the following values:

2 = Source east-to-west

3 = Source west-to-east

4 = Sink east-to-west

5 = Sink west-to-east

For unmanaged NE, 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 on ONS 15454 SONET release 3.2.1 or later, ONS 15327 release 3.3 or later, and ONS 15454 SDH release 3.3 or later, 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-25 shows the CTM naming conventions for STS6c, STS9c, STS24c, STS18c, and STS36c layer rates.

Table 2-25 Naming Conventions for STS6c, STS9c, STS18c, STS24c and STS36c 

Possible PTP
Layer Rate
CTP Tuple
Comments

OC12

sts6c_vc4_2c

/sts6c_vc4_2c=1,2

CTP is on the edge of sts6c, STS#1, and STS#7.

/sts6c_vc4_2c=1-r=[1..5]

CTP is not on the edge of sts6c. For example, if CTP is on STS#4, the name is /sts6c_vc4_2c=1-r=3.

sts9c_vc4_3c

/sts9c_vc4_3c=1

CTP is on the edge of sts9c and STS#1.

/sts9c_vc4_3c=1-r=[1..3]

CTP is not on the edge of sts9c. For example, if CTP is on STS#4, the name is /sts9c_vc4_3c=1-r=3.

OC48

sts6c_vc4_2c

/sts6c_vc4_2c=[1..8]

CTP is on the edge of sts6c, STS#1, STS#7... STS#43.

/sts6c_vc4_2c=[1..7]-r=[1..5]

CTP is not on the edge of sts6c. For example, if CTP is on STS#10, the name is /sts6c_vc4_2c=2-r=3.

sts9c_vc4_3c

/sts9c_vc4_3c=[1..5]

CTP is on the edge of sts9c, STS#1, STS#10... STS#37.

/sts9c_vc4_3c=[1..5]-r=[1..8]

CTP is not on the edge of sts9c. For example, if CTP is on STS#16, the name is /sts9c_vc4_3c=2-r=6.

sts24c_vc4_8c

/sts24c_vc4_8c=1,2

CTP is on the edge of sts24c, STS#1, STS#25.

/sts24c_vc4_8c=1-r=[1..23]

CTP is not on the edge of sts24c. For example, if CTP is on STS#10, the name is /sts24c_vc4_8c=1-r=9.

sts18c_vc4_6c

/sts18c_vc4_6c=1,2

CTP is on the edge of sts18c, STS#1, STS#19.

/sts18c_vc4_6c=1-r=[1..17]

CTP is not on the edge of sts18c. For example, if CTP is on STS#10, the name is /sts18c_vc4_6c=1-r=9.

sts36c_vc4_12c

/sts36_vc4_12c=1

CTP is on the edge of sts36c, STS#1.

/sts36c_vc4_12c=1-r=[1..35]

CTP is not on the edge of sts36c. For example, if CTP is on STS#10, the name is /sts36c_vc4_12c=1-r=9.

OC192

sts6c_vc4_2c

/sts6c_vc4_2c=[1..32]

CTP is on the edge of sts6c, STS#1, STS#7... STS#187.

/sts6c_vc4_2c=[1..31]-r=[1..5]

CTP is not on the edge of sts6c. For example, if CTP is on STS#4, the name is /sts6c_vc4_2c=1-r=3.

sts9c_vc4_3c

/sts9c_vc4_3c=[1..21]

CTP is on the edge of sts9c, STS#1, STS#10... STS#181.

/sts9c_vc4_3c=[1..20]-r=[1..8]

CTP is not on the edge of sts9c. For example, if CTP is on STS#52, the name is /sts9c_vc4_3c=6-r=6.

sts24c_vc4_8c

/sts24c_vc4_8c=[1..8]

CTP is on the edge of sts24c, STS#1, STS#25... STS#169.

/sts24c_vc4_8c=[1..7]-r=[1..23]

CTP is not on the edge of sts24c. For example, if CTP is on STS#61, the name is /sts24c_vc4_8c=3-r=12.

sts18c_vc4_6c

/sts18c_vc4_6c=1,10

CTP is on the edge of sts18c, STS#1, STS#19.

/sts18c_vc4_6c=1-r=[1..7]

CTP is not on the edge of sts18c. For example, if CTP is on STS#10, the name is /sts18c_vc4_6c=1-r=9.

sts36c_vc4_12c

/sts36c_vc4_12c=1,5

CTP is on the edge of sts36c, STS#1, STS#37.

/sts36c_vc4_12c=1-r=[1..35]

CTP is not on the edge of sts36c. For example, if CTP is on STS#10, the name is /sts36c_vc4_12c=1-r=9.

STM4

sts6c_vc4_2c

/sts6c_vc4_2c=1,2

CTP is on the edge of vc4_2c, VC4#1 and VC4#3.

/sts6c_vc4_2c=1-r=1

CTP is on VC4#2.

sts9c_vc4_3c

/sts9c_vc4_3c=1

CTP is on the edge of vc4_3c, VC4#1.

/sts9c_vc4_3c=1-r=1

CTP is on VC4#2.

STM16

sts6c_vc4_2c

/sts6c_vc4_2c=[1..8]

CTP is on the edge of vc4_2c, VC4#1, VC4#3... VC4#15.

/sts6c_vc4_2c=[1..7]-r=1

CTP is not on the edge of vc4_2c. For example, if CTP is on VC4#4, the name is /sts6c_vc4_2c=2-r=1.

sts9c_vc4_3c

/sts9c_vc4_3c=[1..5]

CTP is on the edge of vc4_3c, VC4#1, VC4#4... VC4#13.

/sts9c_vc4_3c=[1..5]-r=[1..2]

CTP is not on the edge of vc4_3c. For example, if CTP is on VC4#6, the name is /sts9c_vc4_3c=2-r=2.

sts24c_vc4_8c

/sts24c_vc4_8c=1,2

CTP is on the edge of vc4_8c, VC4#1, VC4#9.

/sts24c_vc4_8c=1-r=[1..7]

CTP is not on the edge of vc4_8c. For example, if CTP is on VC4#4, the name is /sts24c_vc4_8c=1-r=3.

sts18c_vc4_6c

/sts18c_vc4_6c=1,10

CTP is on the edge of vc4_6c, VC4#1, VC4#7.

/sts18c_vc4_6c=1-r=[1..5]

CTP is not on the edge of vc4_6c. For example, if CTP is on VC4#3, the name is /sts18c_vc4_6c=1-r=2.

sts36c_vc4_12c

/sts36c_vc4_12c=1

CTP is on the edge of vc4_12c, VC4#1.

/sts36c_vc4_12c=1-r=[1..11]

CTP is not on the edge of vc4_12c. For example, if CTP is on VC4#10, the name is /sts36c_vc4_12c=1-r=9.

STM64

sts6c_vc4_2c

/sts6c_vc4_2c=[1..32]

CTP is on the edge of vc4_2c, VC4#1, VC4#3... VC4#63.

/sts6c_vc4_2c=[1..31]-r=1

CTP is not on the edge of vc4_2c. For example, if CTP is on VC4#20, the name is /sts6c_vc4_2c=10-r=1.

sts9c_vc4_3c

/sts9c_vc4_3c=[1..21]

CTP is on the edge of vc4_3c, VC4#1, VC4#4... VC4#61.

/sts9c_vc4_3c=[1..21]-r=[1..3]

CTP is not on the edge of vc4_3c. For example, if CTP is on VC4#6, the name is /sts9c_vc4_3c=2-r=2.

sts24c_vc4_8c

/sts24c_vc4_8c=[1..8]

CTP is on the edge of vc4_8c, VC4#1, VC4#9... VC4#57.

/sts24c_vc4_8c=[1..7]-r=[1..7]

CTP is not on the edge of vc4_8c. For example, if CTP is on VC4#28, the name is /sts24c_vc4_8c=4-r=3.

sts18c_vc4_6c

/sts18c_vc4_6c=1,9

CTP is on the edge of vc4_6c, VC4#1, VC4#7.

/sts18c_vc4_6c=1-r=[1..5]

CTP is not on the edge of vc4_6c. For example, if CTP is on VC4#3, the name is /sts18c_vc4_6c=1-r=2.

sts36c_vc4_12c

/sts36c_vc4_12c=1,4

CTP is on the edge of vc4_12c, VC4#1.

/sts36c_vc4_12c=1-r=[1..11]

CTP is not on the edge of vc4_12c. For example, if CTP is on VC4#10, the name is /sts36c_vc4_12c=1-r=9.


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:

Possible PTP
Layer Rate
CTP Tuple

STM1

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 R5.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:

For FTPs used in single-card EtherSwitch, CTM uses /rack=1/shelf=1/slot=5/EtherSwitchGroup.

For FTPs used in multicard EtherSwitch, CTM uses /MulticardEtherSwitchGroup.

For FTPs used in linear-card EtherSwitch or G-series cards, CTM uses /rack=1/shelf=1/slot=n/port=m.


Note For FTPs used in ML-series cards, CTM will use /rack=1/shelf=1/slot=n/port=m where m=0,1.


For TunnelCircuitTP used to create/report VTTunnel, CTM uses /VTTunnel.

For TunnelCircuitTP used to create/report VCTunnel, CTM uses /VCTunnel.

For TunnelCircuitTP used to create VCTunnel for VC3 port grouping SNCs, CTM uses /rack=1/shelf=1/slot=n/vc4=m, where n is 1-17 and m is 1- 4.

For VT aggregation point circuits used to create/report VAP circuit, CTM uses /VAPTP for SONET NEs.

For Lower Order aggregation point circuits, CTM uses /LAPTP for SDH NEs.

2.2.5.6  Equipment

The following sections describe the native names for the supported equipment.

2.2.5.6.1  ONS 15200 Equipment

Table 2-26 lists the ONS 15200 equipment that CTM supports.

Table 2-26 CTM-Supported ONS 15200 Equipment 

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.2  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 Optical Supervisory Channel (OSC).

Table 2-27 lists the ONS 15216 DCU equipment that CTM supports.

Table 2-27 CTM-Supported ONS 15216 Dispersion Compensation Unit Equipment

Equipment

DCU-100 (100 ps/nm)

DCU-350 (350 ps/nm)

DCU-450 (450 ps/nm)

DCU-550 (550 ps/nm)

DCU-750 (750 ps/nm)

DCU-950 (950 ps/nm)

DCU-1150 (1150 ps/nm)


Table 2-28 lists the ONS 15216 FlexLayer equipment that CTM supports.

Table 2-28 CTM-Supported ONS 15216 FlexLayer Equipment 

Equipment
Channel ID

FLA-8-<channel ID>

36.6, 44.5, 52.5, 60.6

FLB-2-<channel ID>

31.1, 32.6, 35.0, 36.6, 38.9, 40.5, 42.9, 44.5, 46.9, 48.5, 50.9, 52.5, 54.9, 56.5, 58.9, 60.6

CS-2

CS-3

CS-4

CS-SM-Y

CS-MM-Y

VOA-4

SC-4B


2.2.5.6.3  ONS 15302 Equipment

Table 2-29 lists the ONS 15302 equipment that CTM supports.

Table 2-29 CTM-Supported ONS 15302 Equipment 

Equipment

E1-12

S1.1-2-SC

E100-4

WAN-4

WAN-1


2.2.5.6.4  ONS 15305 Equipment

Table 2-30 lists the ONS 15305 equipment that CTM supports.

Table 2-30 CTM-Supported ONS 15305 Equipment 

Equipment

S1.1-8-LC

S4.1-2-LC

S4.1-4-LC

S16.1-1-LC

GE-1-LC

GE-2-LC

E100-8

E3T3-6

E1-8

E1-21

E1-63

S1.1-2-LC

L4.2-2-LC

L16.2-1-LC

S1.1-2-LC/E1-21


2.2.5.6.5  ONS 15310 CL Equipment

Table 2-31 lists the ONS 15310 CL equipment that CTM supports. For the most current list, refer to the Cisco ONS 15310 CL user documentation.

Table 2-31 CTM-Supported ONS 15310 CL Equipment

Equipment

CTX

PPM_1_PORT

ML2_L2L3

ML2_MAPPER


2.2.5.6.6  ONS 15327 Equipment

The equipment name is reported by the actual ManagedElement. Table 2-32 lists the ONS 15327 equipment that CTM supports. For the most current list, refer to the Cisco ONS 15327 user documentation.

Table 2-32 CTM-Supported ONS 15327 Equipment 

Equipment

ETH100

G1000_2

OC3

OC12

OC48

XTC

MIC


2.2.5.6.7  ONS 15454 SONET Equipment

The equipment name is reported by the actual ManagedElement. Table 2-33 lists the ONS 15454 SONET equipment that CTM supports. For the most current list, refer to the Cisco ONS 15454 user documentation.


Note The actual string that the ManagedElement reports might differ from the following list.


Table 2-33 CTM-Supported ONS 15454 SONET Equipment 

Equipment

DS1

DS1N

DS3

DS3N

DS3E

DS3NE

DS3XM

DS3XM_12

DS3I

DS3IN

DS3_EC1_48

EC1

OC3

OC3_8

OC12

OC12_4

OC48

OC192

ETH100

ETH1000

G1000_4

ML100T

ML1000

TXP_MR_10G

TXP_MR_2.5G

TXPP_MR_2.5G

MXP_2.5G_10G

XC

XCVT

XC10G

AIC

AICI

TCC

TCC2

TCC2P

AEP

AIE

FCMR

OSC_CSM

OSCM

OPT_BST

OPT_PRE

MUX_DMX4

MUX32_O

DMX32_O

AD_1B

AD_1C

AD_2C

AD_4B

AD_4C

CE-100T-8

TXP_MR_10E

MXP_2.5G_10E

2.5G_DM

2.5G_DMP

PPM_1_PORT

WSS_32

DMX32_R


2.2.5.6.8  ONS 15454 SDH Equipment

The equipment name is reported by the actual ManagedElement. Table 2-34 lists the ONS 15454 SDH equipment that CTM supports. For the most current list, refer to the Cisco ONS 15454 SDH user documentation.


Note The actual string that the ManagedElement reports might differ from the following list.


Table 2-34 CTM-Supported ONS 15454 SDH Equipment 

Equipment

E1

E1N

E1_42

E3

DS3I

DS3IN

STM1E_12

STM1

STM1_8

STM4

STM4_4

STM16

STM64

ETH100

ETH1000

G1000_4

ML100T

ML1000

TXP_MR_10G

TXP_MR_2.5G

TXPP_MR_2.5G

MXP_2.5G_10G

AICI

TCCI

TCC2

XC10G

XCVXL_10G

XCVXL_2.5G

ALM_PWR

CRFT_TMG

FMEC_SMZ_E1

FMEC_SMZ_E3

FMEC_DB

AEP

AIE

FCMR

OSC_CSM

OSCM

OPT_BST

OPT_PRE

MUX_DMX4

MUX32_O

DMX32_O

AD_1B

AD_1C

AD_2C

AD_4B

AD_4C

MXP_2.5G_10E

2.5G_DM

2.5G_DMP

TXP_MR_10E

PPM_1_PORT

WSS_32

DMX32_R


2.2.5.6.9  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.10  ONS 15600 SONET Equipment

The equipment name is reported by the actual ManagedElement. Table 2-35 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-35 CTM-Supported ONS 15600 SONET Equipment 

Equipment

TSC

SSXC

OC48_16

OC192_4

ASAP

PIM_4_PPM

PPM_1_PORT

OC3_PORT

OC12_PORT

OC48_PORT


2.2.5.6.11  ONS 15600 SDH Equipment

Table 2-36 lists the ONS 15600 SDH equipment that CTM supports. For the most current list, refer to the Cisco ONS 15600 SDH user documentation

Table 2-36 CTM-Supported ONS 15600 SDH Equipment

Equipment

TSC

CXC

STM16_16

STM48_4


2.2.5.6.12  ONS 15800 and ONS 15801 Equipment

Table 2-37 lists the ONS 15800 and ONS 15801 equipment that CTM supports.

Table 2-37 CTM-Supported ONS 15800 and ONS 15801 Equipment 

Equipment1
Lambda

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.13  ONS 15808 Equipment

Table 2-38 lists the ONS 15808 equipment that CTM supports.

Table 2-38 CTM-Supported ONS 15808 Equipment 

Equipment1
Lambda

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.14  Unmanaged NE

Unmanaged NEs do not report any equipment.

2.2.5.7  Boolean Mapping

The following Boolean parameters apply:

On = True

Off = False

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) 1.4 on Sun Solaris 2.8. JacORB1.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 If you use Java and JacORB, the CTM server installation provides JAR files for notification and TMF IDLs.


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.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.

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 number

Integer 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/0
NE540A:Wavepatch10/1/0--NE540A:Filter0/3/1

CTM 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 ONS 15454 SONET, ONS 15454 SDH, and ONS 15327 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:

Single-card mode: E-series cards; VLANs can be associated during creation.

Multi-card mode: E-series cards; VLANs can be associated during creation.

Linear-card mode: E-series, G-series, and ML-series cards.

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 Multi-Card Modes

By default, all E-series cards are in the multi-card mode EtherSwitch group. Each node has only one multi-card mode EtherSwitch group; the group exists even if the node has no Ethernet cards. To create SNC in multi-card mode, both aEnd and zEnd must be in the multi-card 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.

The following table shows the maximum bandwidth allowed for single-card EtherSwitches and multi-card EtherSwitches:

Device
Maximum Bandwidth Allowed
Single-Card
Multi-Card

ONS 15327

6 STS1s

2 STS3c

1 STS6c

1 STS12c

3 STS1s

1 STS3c

ONSONS 15454 (SONET/SDH)

6 STS1s and 2 STS3c (SONET only)

4 STS3c (VC4)

1 STS6c (VC4_2c) and 6 STS1s (SONET only)

1 STS6c (VC4_2c) and 2 STS3c(VC4)

2 STS6c (VC4_2c)

1 STS12c (VC4_4c)

6 STS1s (SONET only)

2 STS3c (VC4)

1 STS6c (VC4_2c)


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:

LR_STS1_and_AU3_High_Order_VC3

LR_STS3c_and_AU4_VC4

LR_STS6c_and_VC4_2c

LR_STS12c_and_VC4_4c

CTM supports the following layer rates for G-series cards:

LR_STS1_and_AU3_High_Order_VC3

LR_STS3c_and_AU4_VC4

LR_STS6c_and_VC4_2c

LR_STS9c_and_VC4_3c

LR_STS12c_and_VC4_4c

LR_STS24c_and_VC4_8c

LR_STS48c_and_VC4_16c

CTM supports the following layer rates for ML-series cards:

LR_STS1_and_AU3_High_Order_VC3

LR_STS3c_and_AU4_VC4

LR_STS6c_and_VC4_2c

LR_STS9c_and_VC4_3c

LR_STS12c_and_VC4_4c

LR_STS24c_and_VC4_8c

CTM supports the following layer rates for FC_MR-4 cards:

LR_STS1_and_AU3_High_Order_VC3

LR_STS3c_and_AU4_VC4

CTM supports the following layer rates for the CE-100T-8 and ML-100T-8 cards

LR_STS1_and_AU3_High_Order_VC3

2.2.7.3  Tunnel SNC Provisioning

CTM supports tunnel SNC provisioning on 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). The TerminationPoints used in the provisioning are modeled as TunnelCircuitTP, which is a subclass of FTP.

The following table shows tunnel SNC provisioning details for ONS 15327, ONS 15454 SONET, and ONS 15454 SDH NEs:

NE
Tunnel SNC
Layer Rate
FTP

ONS 15327

VTTunnel

14 (LR_STS1_and_AU3_High_Order_VC3)

The naming convention for TunnelCircuitTP to create and report VTTunnel is /VTTunnel. /VCTunnel is used to create and report VCTunnel.

ONS 15454 SONET

VTTunnel

14 (LR_STS1_and_AU3_High_Order_VC3)

The naming convention for TunnelCircuitTP to create and report VTTunnel is /VTTunnel. /VCTunnel is used to create and report VCTunnel.

ONS 15454 SDH

VCTunnel

15

/VCTunnel

ONS 15454 SDH

VCTunnel (for VC3 port grouping)

15 (LR_STS3c_and_AU4_VC4)

CTP if the source or destination end is on an STM-N card and FTP if the source or destination end is on an E3, DS3I, or DS3IN card with naming convention /rack=1/shelf=1/slot=n/vc4=m, where n is 1 - 17 and m is 1- 4.

Note Do not specify secondary source and destination.



Note Only one aEnd and zEnd can be specified for VT/VC tunnel SNC provisioning.



Note Only fully automatically routed tunnel circuits are supported. Manually routed and constraint-based automatically routed tunnel circuits are not supported.


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.

The following table shows the combinations of cards you can select for creating the VC4 Tunnel for VC3 Port Grouping circuits:

A-End
Z-End

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:

One VC4 Tunnel SNC is created with the SNC name <name>:PGT1

Three VC3 SNCs are created with the SNC names <name>:PGC1, <name>:PGC2, and <name>:PGC3

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."

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:

East-to-west unidirectional

East-to-west bidirectional

West-to-east unidirectional

West-to-east bidirectional

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.