|
Table Of Contents
1.3 Command Completion Behavior
1.3.2 Command Completion Behavior for Retrieval of Cross-Connections
1.7 Starting Positions for an STS-Nc SPE
General Information
Note The terms "Unidirectional Path Switched Ring" and "UPSR" may appear in Cisco literature. These terms do not refer to using Cisco ONS 15xxx products in a unidirectional path switched ring configuration. Rather, these terms, as well as "Path Protected Mesh Network" and "PPMN," refer generally to Cisco's path protection feature, which may be used in any topological network configuration. Cisco does not recommend using its path protection feature in any particular topological network configuration.
Transaction Language 1 (TL1) is a subset of the input and output messages contained in the International Telecommunications Union (ITU) Man-Machine Language (MML). TL1 provides a standard set of messages that can be used for communicating between operating systems and network elements (NEs), and personnel and network elements. For more information about TL1, refer to Telcordia document GR-833-CORE, Network Maintenance: Network Element and Transport Surveillance Messages.
This chapter provides information and procedures for getting started with TL1:
• "Autonomous Message Syntax" section
• "Command Completion Behavior" section
• "User Security Levels" section
• "Keyboard Shortcuts" section
• "Mixed Mode Timing Support" section
• "Starting Positions for an STS-Nc SPE" section
1.1 Command Syntax
TL1 commands conform to the following syntax:
a:b:c:d:e: ... z;
where:
"a" is the command code
"b" is the target identifier (TID)
"c" is the access identifier (AID) or the user identifier (UID)
"d" is the correlation tag (CTAG)
"e: ... z;" are other positions required for various commands
The TID, AID, and CTAG route and control the TL1 command. Other parameters provide additional information required to complete the action requested by the command. TL1 command codes, parameter names, and parameter values can be either uppercase or lowercase exclusively or any combination of the two, unless specifically noted in the command description.
The TID is a unique name given to each system when it is installed. The name identifies the particular NE (in this case, the ONS 15454, ONS 15327, ONS 15310-CL, ONS 15310-MA, or ONS 15600) to which each command is directed. The value of TID can be any TL1 identifier or text string, but it is limited to 20 characters. An identifier contains any number of letters or digits, but must start with a letter. A text string is any alphanumeric or punctuation character or characters enclosed in double quotation marks. The presence of the TID is required in all input commands, but its value can be null (represented by two successive colons). The TID can be null when the operating system directly communicates with the target NE. The recommended value for the TID, when it is used, is the target's common language location identifier (CLLI) code. To establish the TID for a node, use the Provisioning > General tab in CTC.
The AID is an access code used to identify and address specific objects within the NE. These objects include individual pieces of equipment, transport spans, access tributaries, and other objects.
The CTAG is a unique identifier given to each input command by the user. When the NE responds to a specific command, it includes the command's CTAG in the reply. Including the CTAG eliminates confusion about which response corresponds to which command. Valid CTAG values include strings of up to six characters composed of identifiers (alphanumeric, beginning with a letter) or decimal numerals (a string of decimal digits with an optional nontrailing period).
The following specification characters are used throughout this document as vehicles for defining the syntax:
•Angle brackets (< >) enclose a symbol specifier, for example, <CTAG>.
•Square brackets ([ ]) enclose an optional symbol, for example, [<TID>].
•Quotation marks (" ") enclose a literal character, as shown in the following output example:
SLOT-7:PLUGIN,TC,,,,,,,:\"EQUIPMENT PLUG-IN\",TCC
1.2 Autonomous Message Syntax
Autonomous messages are used to report alarms, configuration changes, and condition changes. Many of these messages, such as those relating to alarm conditions, are spontaneously triggered by the NE itself without intervention. Other messages, such as those relating to the reporting of periodic condition states or performance data values, are scheduled by the NE user through other commands. Because you do not issue autonomous messages to the NE, they do not include input formats or input examples.
The autonomous TL1 messages are included in the Cisco ONS SONET TL1 Command Guide. Figure 1-1 shows the autonomous message format. The autonomous message tag (ATAG) is used for message sequencing. The number is incremented by one for each autonomous message sent by the NE. Cisco NEs use the whole numbers 0000 to 9999 as ATAGs.
Note Some autonomous messages (REPT DBCHG and REPT EVT SESSION, for example) differ slightly from the format shown in the third line of Figure 1-1.
Figure 1-1 Autonomous Message Format
The alarm code indicates the severity of the autonomous message. Valid values for alarm codes in decreasing order of severity are as follows:
•*C—Critical alarm
•**—Major alarm
•*^—Minor alarm
•A^—Nonalarmed message
Critical, Major, and Minor correspond to the reporting of alarmed events. The Nonalarmed message designation is used when the NE is reporting nonalarmed events, periodic measurements, or the results of previously scheduled diagnostics or audits. If multiple alarms are reported in the same message, the alarm code represents the highest severity of those being reported.
The following is an example of an output message that includes the Critical alarm code:
AB7-56 1970-01-01 16:02:10
*C 100.100 REPT ALM EQPT
"SYSTEM:CR,HITEMP,NSA,,,,:\"High Temperature\",TCC"1.3 Command Completion Behavior
When you enter a TL1 command, one of three completion codes is returned. The completion codes are: completed (COMPLD), partial (PRTL), and deny (DENY). You can specify an explicit, implicit, or explicit with implicit list as explained in the following sections.
1.3.1 General Rules
The following sections contain general rules for AID lists and AID grouped lists.
1.3.1.1 Explicit List of AIDs—No Wildcards
If a set of AIDs is explicitly listed, including a set of just one AID, then each AID that is listed must complete successfully to return a COMPLD message. If more than one AID is in the set and at least one AID succeeds but all do not, then a PRTL with errors for each failed AID is returned. If all AIDs in the set fail, a DENY with errors for each failed AID is returned.
1.3.1.2 Implicit List of AIDs—Single AID With Wildcard
If a set of AIDs is implied by the use of the ALL modifier on a single AID, then follow the same rules as in Section Explicit List of AIDs—No Wildcards. The caveat is that the implicit list only includes AIDs that apply to the command:
SLOT-ALL
FAC-1-ALL
STS-3-ALLwhere Slot 3 contains an OC-12 and the command is ED-STS1 but STS-3-4 and STS-3-7 are STS3C. The set implied by STS-3-ALL only contains STS-3-{1,2,3,10,11,12} and will not return an error for STS-3-{4,5,6,7,8,9}. Disregard the STS3C in this case because the modifier of the command specifies that the user is only interested in STS-1 paths. The rule specified in this section applies to the implicit set of {1,2,3,10,11,12}.
Apply the following rules to the set:
1. If all valid AIDs match, COMPLD is returned with a matching list of cross-connections.
2. If some valid AIDs match but not all, COMPLD is returned with a matching list of cross-connections.
3. If all valid AIDs fail to match, DENY is returned.
1.3.1.3 Explicit List Grouped With Implicit List
If the set of AIDs is composed of two subsets, one set including explicitly stated AIDs and the other set implied by one or more AID(s) with the ALL modifier, then follow the rules of Section Explicit List of AIDs—No Wildcards and Section Implicit List of AIDs—Single AID With Wildcard, respectively.
FAC-1-1&FAC-2-ALL
FAC-3-ALL&FAC-7-ALL
STS-2-ALL&STS-12-1&STS-13-2&STS-14-ALL1.3.2 Command Completion Behavior for Retrieval of Cross-Connections
When you enter a RTRV-CRS command, one of three completion codes will be returned. The completion codes are: COMPLD, PRTL, and DENY. You can specify an explicit, implicit, or explicit with implicit list as explained in the following sections.
1.3.2.1 Explicit List of AIDs—No Wildcards
For an explicit list of AIDs on a RTRV-CRS command, an error code will be returned for each AID that fails validation (for example, the user specifies STS-N-13 when SLOT-N only contains an OC-12) or for each AID where no matching cross-connection is found. To determine the completion code, follow the rules from the "Explicit List of AIDs—No Wildcards" section. If the result is either PRTL or COMPLD, then a list of matching cross-connections will accompany the response.
1.3.2.2 Implicit List of AIDs—Single AID With Wildcard
If a set of AIDs is implied by the use of the ALL modifier on a single AID, then follow the same AID expansion rule as defined in the example from the "Implicit List of AIDs—Single AID With Wildcard" section. Apply the following rules to the set:
1. If all valid AIDs match, COMPLD is returned with a matching list of cross-connections.
2. If some valid AIDs match but not all, COMPLD is returned with a matching list of cross-connections.
3. If all valid AIDs fail to match, DENY is returned.
In the following command example, STS-9-ALL maps to STS-9-{1,2,3,10,11,12}: RTRV-CRS-STS1:<TID>}:STS-9-ALL:<CTAG>. This is because there is a single-port OC-12 card in Slot 3 with STS-3C defined for STS-9-4 and STS-9-7. The set is traversed and returns only the STS1 cross-connections that exist using endpoints in that set. If no cross-connections are retrieved, COMPLD is returned.
1.3.2.3 Explicit List Grouped With Implicit List
When you have determined the implicit list, apply the rules from Section Implicit List of AIDs—Single AID With Wildcard to the implicit list and the rules from Section Explicit List of AIDs—No Wildcards to the explicit list. Apply the following logic to the results from the two subsets:
•Explicit list returns COMPLD, implicit list returns COMPLD, return COMPLD plus matching list
•Explicit list returns COMPLD, implicit list returns DENY, return PRTLwith errors plus matching list
•Explicit list returns PRTL, implicit list returns COMPLD, return PRTL with errors plus matching lists
•Explicit list returns PRTL, implicit list returns DENY, return PRTL with errors plus matching list
•Explicit list returns DENY, implicit list returns COMPLD, return PRTL with errors plus matching list
•Explicit list returns DENY, implicit list returns DENY, return DENY with errors
1.4 User Security Levels
User security levels limit the amount of time a user can leave the system idle before the TL1 session is locked to prevent unauthorized users from making changes. Higher security levels have shorter timeouts. Starting with Release 4.0, timeouts can be provisioned (by a Superuser) from CTC. If provisioned, it only affects users who are not currently logged in. A user that is logged in has to log out and log back in before the new timeouts will take affect. A Superuser can provision security levels through TL1 with the SET-ATTR-SECUDFLT command. Security levels are listed with each command and message in the Cisco ONS SONET TL1 Command Guide.
Table 1-1 shows security levels and their default timeouts.
Table 1-1 Security Default Timeouts
Security Level Default TimeoutRetrieve
Unlimited
Maintenance
60 minutes
Provisioning
30 minutes
Superuser
15 minutes
1.5 Keyboard Shortcuts
TL1 has the ability to store previously issued commands so that they can be recalled for future use. A maximum of 20 commands are stored. All types of commands are stored, including invalid commands. If the session is a GNE session, it will store commands sent to both the gateway network element (GNE) and the end network element (ENE).
•Pressing Ctrl-R recalls the last command issued. Each time Ctrl-R is pressed, a previously issued command is displayed.
•Pressing Ctrl-F recalls commands in the forward direction.
After a command has been recalled, you can use the Backspace key to edit the command as necessary. Cursor keys (for example, left and right arrows) are not permitted for editing.
Note Command recall keys are only available when using a serial port session or an interactive Telnet session (for example, telnet <hostname> 3083).
The CTC TL1 session has its own means for recalling previously issued commands, described in the "Open a TL1 Session Through CTC" section on page 2-2.
1.6 Mixed Mode Timing Support
Although TL1 supports mixed mode timing, Cisco strongly advises against its implementation. Mixed mode timing is not a recommended timing mode because of the inherent risk of creating timing loops. Refer to Telcordia document GR-436-CORE, Digital Network Synchronization Plan for recommended synchronization planning. Refer to the platform-specific Cisco ONS Procedure Guide for information about setting up timing. For further assistance, contact the Cisco Technical Assistance Center (TAC) at www.cisco.com or call (800) 553-2447 for unresolved problems.
1.7 Starting Positions for an STS-Nc SPE
Table 1-2, Table 1-3, and Table 1-4 list possible starting positions for the ONS 15454, ONS 15327, ONS 15310-CL, ONS 15310-MA, and ONS 15600 STS-Nc SPE. In each of table, a "Y" indicates that the position is supported, and an "N" indicates that the position is not supported. More information about the generic NE support requirement can be found in Telcordia GR-253-CORE, Synchronous Optical Network (SONET) Transport Systems: Common Generic Criteria.
Table 1-2 Starting Positions for an STS-Nc SPE in an OC-12 Signal
STS-1 Number STS-3c SPE STS-6c SPE STS-9c SPE STS-12c SPE1
Y
Y
Y
Y
4
Y
Y
Y
N
7
Y
Y
N
N
10
Y
N
N
N
1.8 Default Values
1.8.1 BLSR
Table 1-4 lists bidirectional line switched ring default values.
1.8.2 Cross-Connections
Table 1-6 Cross-Connections Default Values
Cross-Connections DefaultCCT
2WAY for both STSp and VT1 cross-connections
1.8.3 Environment
1.8.4 Equipment
1.8.5 Performance
1.8.6 Ports
1.8.7 SONET Line Protection
1.8.8 STS and VT Paths
1.8.9 Synchronization
1.8.10 Testing
Table 1-14 Testing Default Values
Testing DefaultOPR-LPBK
LPBKTYPE defaults to FACILITY.
RLS-LPBK
LPBKTYPE defaults to current existing loopback type.
1.9 Parameter Types
This section provides a description of all message parameter types defined for the TL1 messages used in ONS 15454, ONS 15327, ONS 15310-CL, ONS 15310-MA, and ONS 15600. Individual parameters are listed within each command description.
1.9.1 ATAG Description
The ATAG is used for message sequencing. There are four streams of autonomous messages and each stream corresponds to a sequence. The sequence numbers increment by one for each autonomous message within that stream. The format and range of ATAG differs for each stream. The four streams are:
1. Alarmed events: These include REPT ALM and REPT EVT (except REPT EVT SESSION) messages as well as the REPT SW autonomous message.
ATAG format: x.y
where:
x is the sequence number of this alarmed event. This is an integer in the range of 0 to 9999.
y is the sequence number of the previous alarmed event that is related to this alarmed event. This is an integer in the range of 0 to 9999.If there is no such previous related event, then y will be the same as x. For example, the first time an alarm is raised you will receive the autonomous message:
TID-000 1998-06-20 14:30:00 * 1346.1346 REPT ALM T1 "FAC-1-1:MN,LOS,NSA,,,,:\"Loss Of Signal\",DS1-14" ;
When this alarmed event/condition is cleared, you will receive the autonomous message:
TID-000 1998-06-20 14:31:00 A 1349.1346 REPT ALM T1 "FAC-1-1:CL,LOS,NSA,,,,:\"Loss Of Signal\",DS1-14" ;
2. Database change messages: The REPT DBCHG message falls into this category.
ATAG format: x
where:
x is the sequence number of the database change update message. This is an integer in the range of 0 to 9999.For example:
TID-000 1998-06-20 14:30:00 A 96 REPT DBCHG "TIME=18-01-05,DATE=1970-01-01,SOURCE=2,USERID=CISCO15, DBCHGSEQ=96:ENT-EQPT:SLOT-3" ;
Note The ATAG is the same as the DBCHGSEQ field in the REPT DBCHG output.
3. Performance monitoring (PM) reports: The REPT PM messages fall into this category.
ATAG format: x
where:
x is the sequence number of the PM report. This is an integer in the range of 0 to 9999.For example:
TID-000 1998-06-20 14:30:00 A 5 REPT PM DS1 "FAC-3-1:CVL,10,PRTL,NEND,BTH,15-MIN,05-25,14-46" ;
This sequence number is global across all existing PM schedules.
4. Autonomous messages specific to a TL1 session: These messages are usually related to the security aspect of the TL1 session. Only the autonomous messages REPT EVT SESSION and CANC fall under this category.
ATAG format: x
where:
x is the sequence number of the message. This is an integer in the range of 0 to 9999.For example:
TID-000 1998-06-20 14:30:00 A 1 CANC "User" ;
1.9.2 CTAG Description
The CTAG is included in each command by the user and is repeated by the NE in the response to allow the user to associate the command and response messages. The valid values for a CTAG are strings of up to 6 characters composed of identifiers (alphanumeric, beginning with a letter) or nonzero decimal numbers (a string of decimal digits with an optional nontrailing period).
A zero in the response field is valid when indicating an error; for example, issuing a semicolon by itself results in:
TID-000 1998-06-20 14:30:00 M 0 DENY IISP /* Input, Garbage */ ;
1.9.3 TID Description
The TID is the name of the NE where the command is addressed. TID is the Telcordia name for the system.
1.9.4 Parameter Notes
1. If a parameter is set to a value that is inconsistent with something already in the database and that value is not changed to a consistent value, then the command will be denied.
2. If a parameter is set to a value that is consistent with what is already in the database, but another parameter in the same command is incompatible, then the command will be denied.
3. The correct way to issue a command where parameters might be in conflict is to:
a. Issue that command and change all relevant parameters to compatible values.
b. Issue the command again to change the target values.
4. The attribute defaults have also been presented under RTRV commands, and they can be retrieved only if the RTRV commands follow the card/entity original provisioning.
5. The default for an optional field of an ED command is either the provisioned default value or the last provisioned value in the previous ED command.
Posted: Mon Oct 29 08:23:02 PDT 2007
All contents are Copyright © 1992--2007 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.