323-1851-545 (6500 R9.3 ModuleReplacement) Issue4

6500 Packet-Optical Platform
Fault Management - Alarm Clearing, Part 1

of 2
Release 10.2
What’s inside...
New in this release and documentation roadmap
Alarm and trouble clearing strategy
Alarm surveillance
Alarm hierarchies and alarm severities
Alarm clearing procedures—A to H
See Part 2 for the following...

Alarm clearing procedures—I to Z
323-1851-543 - Standard Issue 1

July 2015
Copyright© 2010-2015 Ciena® Corporation. All rights reserved.
LEGAL NOTICES
THIS DOCUMENT CONTAINS CONFIDENTIAL AND TRADE SECRET INFORMATION OF CIENA
CORPORATION AND ITS RECEIPT OR POSSESSION DOES NOT CONVEY ANY RIGHTS TO REPRODUCE
OR DISCLOSE ITS CONTENTS, OR TO MANUFACTURE, USE, OR SELL ANYTHING THAT IT MAY DESCRIBE.
REPRODUCTION, DISCLOSURE, OR USE IN WHOLE OR IN PART WITHOUT THE SPECIFIC WRITTEN
AUTHORIZATION OF CIENA CORPORATION IS STRICTLY FORBIDDEN.
EVERY EFFORT HAS BEEN MADE TO ENSURE THAT THE INFORMATION IN THIS DOCUMENT IS
COMPLETE AND ACCURATE AT THE TIME OF PUBLISHING; HOWEVER, THE INFORMATION CONTAINED IN
THIS DOCUMENT IS SUBJECT TO CHANGE.
While the information in this document is believed to be accurate and reliable, except as otherwise expressly agreed
to in writing CIENA PROVIDES THIS DOCUMENT “AS IS” WITHOUT WARRANTY OR CONDITION OF ANY
KIND, EITHER EXPRESS OR IMPLIED. The information and/or products described in this document are subject to
change without notice. For the most up-to-date technical publications, visit www.ciena.com.
Copyright© 2010-2015 Ciena® Corporation. All Rights Reserved
The material contained in this document is also protected by copyright laws of the United States of America and
other countries. It may not be reproduced or distributed in any form by any means, altered in any fashion, or stored
in a data base or retrieval system, without express written permission of the Ciena Corporation.
Security
Ciena® cannot be responsible for unauthorized use of equipment and will not make allowance or credit for
unauthorized use or access.
Contacting Ciena
Corporate Headquarters 410-694-5700 or 800-921-1144 www.ciena.com

Customer Technical Support/Warranty
In North America 1-800-CIENA24 (243-6224)
410-865-4961
In Europe, Middle East, 800-CIENA-24-7 (800-2436-2247)
and Africa +44-207-012-5508
In Asia-Pacific 800-CIENA-24-7 (800-2436-2247)
+81-3-6367-3989
+91-124-4340-600
In Caribbean and Latin 800-CIENA-24-7 (800-2436-2247)
America 410-865-4944 (USA)
Sales and General Information 410-694-5700 E-mail: [email protected]
In North America 410-694-5700 or 800-207-3714 E-mail: [email protected]
In Europe +44-207-012-5500 (UK) E-mail: [email protected]
In Asia +81-3-3248-4680 (Japan) E-mail: [email protected]
In India +91-124-434-0500 E-mail: [email protected]
In Latin America 011-5255-1719-0220 (Mexico City) E-mail: [email protected]
Training 877-CIENA-TD (243-6283) E-mail: [email protected]
or 410-865-8996
For additional office locations and phone numbers, please visit the Ciena web site at www.ciena.com.
6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

Release 10.2 323-1851-543 Standard Issue 1
Copyright© 2010-2015 Ciena® Corporation July 2015
IMPORTANT: PLEASE READ THIS LICENSE AGREEMENT (“AGREEMENT”) CAREFULLY BEFORE
INSTALLING OR USING CIENA CORPORATION (“Ciena”) SOFTWARE, HARDWARE OR DOCUMENTATION
(COLLECTIVELY, THE “EQUIPMENT”).
BY INSTALLING OR USING THE EQUIPMENT, YOU ACKNOWLEDGE THAT YOU HAVE READ THIS
AGREEMENT AND AGREE TO BE BOUND BY ITS TERMS AND CONDITIONS.
1. Right to Use License; Restrictions. Subject to these terms, and the payment of all applicable license fees,
Ciena grants to you, as end user, a non-exclusive license to use the Ciena software (the “Software”) in object code
form solely in connection with, and as embedded within, the Equipment,. You shall have the right to use the
Software solely for your own internal use and benefit. You may make one copy of the Software and documentation
solely for backup and archival purpose, however you must reproduce and affix all copyright and other proprietary
rights notices that appear in or on the original. You may not, without Ciena's prior written consent, (i) sublicense,
assign, sell, rent, lend, lease, transfer or otherwise distribute the Software; (ii) grant any rights in the Software or
documentation not expressly authorized herein; (iii) modify the Software nor provide any third person the means to
do the same; (iv) create derivative works, translate, disassemble, recompile, reverse engineer or attempt to obtain
the source code of the Software in any way; or (v) alter, destroy, or otherwise remove any proprietary notices or
labels on or embedded within the Software or documentation. You acknowledge that this license is subject to
Section 365 of the U.S. Bankruptcy Code and requires Ciena's consent to any assignment related to a bankruptcy
proceeding. Sole title to the Software and documentation, to any derivative works, and to any associated patents
and copyrights, remains with Ciena or its licensors. Ciena reserves to itself and its licensors all rights in the
Software and documentation not expressly granted to you. You shall preserve intact any notice of copyright,
trademark, logo, legend or other notice of ownership from any original or copies of the Software or documentation.
2. Audit: Upon Ciena's reasonable request, but not more frequently than annually without reasonable cause, you
shall permit Ciena to audit the use of the Software at such times as may be mutually agreed upon to ensure
compliance with this Agreement.
3. Confidentiality. You agree that you will receive confidential or proprietary information (“Confidential Information”)
in connection with the purchase, deployment and use of the Equipment. You will not disclose Confidential
Information to any third party without prior written consent of Ciena, will use it only for purposes for which it was
disclosed, use your best efforts to prevent and protect the contents of the Software from unauthorized disclosure or
use, and must treat it with the same degree of care as you do your own similar information, but with no less than
reasonable care. You acknowledge that the design and structure of the Software constitute trade secrets and/or
copyrighted materials of Ciena and agree that the Equipment is Confidential Information for purposes of this
Agreement.
4. U.S. Government Use. The Software is provided to the Government only with restricted rights and limited rights.
Use, duplication, or disclosure by the Government is subject to restrictions set forth in FAR Sections 52-227-14 and
52-227-19 or DFARS Section 52.227-7013(C)(1)(ii), as applicable. The Equipment and any accompanying technical
data (collectively “Materials”) are commercial within the meaning of applicable Federal acquisition regulations.
These Materials were developed fully at private expense. U.S. Government use of the Materials is restricted by this
Agreement, and all other U.S. Government use is prohibited. In accordance with FAR 12.212 and DFAR
Supplement 227.7202, software delivered to you is commercial computer software and the use of that software is
further restricted by this Agreement.
5. Term of License. This license is effective until terminated. Customer may terminate this license at any time by
giving written notice to Ciena [or] and destroying or erasing all copies of Software including any documentation.
Ciena may terminate this Agreement and your license to the Software immediately by giving you written notice of
termination in the event that either (i) you breach any term or condition of this Agreement or (ii) you are wound up
other than voluntarily for the purposes of amalgamation or reorganization, have a receiver appointed or enter into
liquidation or bankruptcy or analogous process in your home country. Termination shall be without prejudice to any
other rights or remedies Ciena may have. In the event of any termination you will have no right to keep or use the
Software or any copy of the Software for any purpose and you shall destroy and erase all copies of such Software in
its possession or control, and forward written certification to Ciena that all such copies of Software have been
destroyed or erased.
6. Compliance with laws. You agree to comply with all applicable laws, including all import regulations, and to
obtain all required licenses and permits related to installation and use of Equipment. Software, including technical
data, is subject to U.S. export control laws, including the U.S. Export Administration Act and its associated
regulations, and may be subject to export or import regulations in other countries. Customer agrees to comply
strictly with all such regulations and acknowledges that it has the responsibility to obtain licenses to export, re-
export, or import Software.

7. Limitation of Liability. ANY LIABILITY OF Ciena SHALL BE LIMITED IN THE AGGREGATE TO THE
AMOUNTS PAID BY YOU FOR THE SOFTWARE. THIS LIMITATION APPLIES TO ALL CAUSES OF ACTION,
INCLUDING WITHOUT LIMITATION BREACH OF CONTRACT, BREACH OF WARRANTY, NEGLIGENCE,
STRICT LIABILITY, MISREPRESENTATION AND OTHER TORTS. THE LIMITATIONS OF LIABILITY DESCRIBED
IN THIS SECTION ALSO APPLY TO ANY THIRD-PARTY SUPPLIER OF Ciena. NEITHER Ciena NOR ANY OF
ITS THIRD-PARTY SUPPLIERS SHALL BE LIABLE FOR ANY INJURY, LOSS OR DAMAGE, WHETHER
INDIRECT, SPECIAL, INCIDENTAL OR CONSEQUENTIAL INCLUDING WITHOUT LIMITATION ANY LOST
PROFITS, CONTRACTS, DATA OR PROGRAMS, AND THE COST OF RECOVERING SUCH DATA OR
PROGRAMS, EVEN IF INFORMED OF THE POSSIBILITY OF SUCH DAMAGES IN ADVANCE
8. General. Ciena may assign this Agreement to any Ciena affiliate or to a purchaser of the intellectual property
rights in the Software, but otherwise neither this Agreement nor any rights hereunder may be assigned nor duties
delegated by either party, and any attempt to do so will be void. This Agreement shall be governed by the laws of
the State of Maryland (without regard to the conflict of laws provisions) and shall be enforceable in the courts of
Maryland. The U.N. Convention on Contracts for the International Sale of Goods shall not apply hereto. This
Agreement constitutes the complete and exclusive statement of agreement between the parties relating to the
license for the Software and supersedes all proposals, communications, purchase orders, and prior agreements,
verbal or written, between the parties. If any portion hereof is found to be void or unenforceable, the remaining
provisions shall remain in full force and effect.

v
Contents 0
New in this release and documentation roadmap xiii
Alarm and trouble clearing strategy 1-1

Site level alarm correlation 1-1
Network level alarm correlation 1-7
Backwards Defect Indicators (BDI) 1-10
Provisionable severity for alarms and events 1-11
Alarm clearing strategy 1-11
Alarm priority 1-13
LED indications 1-15
Alarm unit 1-15
Circuit pack/module LEDs 1-16
LED sequences 1-23
Lamp test 1-24
Viewing active alarms and events 1-25
Color-coded alarm severity 1-26
Viewing active alarms 1-27
Auto In Service (AINS) 1-27
Viewing events 1-30
Alarm profiles 1-30
Alarm hold-off 1-31
Viewing disabled alarms 1-32
External alarm provisioning and controls 1-32
ODU layer alarm monitoring 1-33
Power cycling of the network element 1-33
Signal conditioning for 10G AM1/AM2 DWDM 1-34
Signal conditioning for SuperMux circuit packs 1-35
Signal conditioning for 40G circuit packs 1-36
Signal conditioning for 100G circuit packs 1-41
Signal conditioning for 2x10G OTR 4x10-11.3G XFP and 4x10G OTR circuit
packs 1-86
Terminal configuration 1-86
Signal conditioning for FC400/FC800/FC1200 (applicable to 2x10G OTR
(NTK530PME5), 4x10G OTR, the 4x10G MUX (NTK525CFE5), and the 10x10G
MUX (NTK529BAE5/NTK529BBE5)) 1-94
10G/40G/100G client signal fail alarming and signal conditioning 1-96
Signal conditioning for 5G IBM PSIFB on 2x10GOTR (NTK530PME5 variant only)
and 5G IBM PSIFB or ISC3 on 4x10G OTR (NTK530QA variant only) 1-98

vi Contents
Signal conditioning for 10GEL WT circuit packs 1-98

Signal conditioning for 10G OC-192/STM-64 WT circuit packs 1-100
Signal conditioning for 10G OTU2 WT circuit packs 1-102
Signal conditioning for 10G OTR 1-104
Signal conditioning for 10G OTSC circuit packs 1-104
10G OTSC standalone configuration 1-104
Signal conditioning for 2.5G MOTR circuit packs 1-109
Signal conditioning for FLEX MOTR (NTK531YA) circuit packs 1-113
Signal conditioning for 8xOTN Flex MOTR (NTK532BA) and (1+8)xOTN Flex MOTR
(NTK532DA/NTK532DE) circuit packs 1-115
Signal conditioning for 100G PKT/OTN XCIF, 10x10G PKT/OTN I/F, 16xFLEX OTN I/
F, and 40G OTN XCIF circuit packs 1-150
Signal conditioning for L2 MOTR 2xXFP/10xSFP circuit packs 1-160
Signal conditioning for 20G OC-n/STM-n circuit packs 1-162
Automatic laser shutdown (MSPP and Broadband services) 1-164
Automatic Power Reduction (APR) (Photonic services) 1-164
Automatic Line Shut Off (ALSO) (Photonic services) 1-166
Alarm surveillance 2-1

Abbreviations used in this chapter 2-1
Alarm parameters 2-2
External control types 2-2
Environmental alarm labels 2-3
Autonomous events 2-4
Site Manager navigation 2-10
Procedures for alarms and events 2-11
Procedures for alarm provisioning and alarm profiles 2-11
Procedures for alarm monitoring and management 2-11
Procedures for external alarm provisioning and external controls 2-11
Procedures for Photonic system maintenance 2-12
Associated procedures 2-12
List of procedures
2-1 Setting the time zone for network element or Site Manager timestamps 2-13
2-2 Retrieving active alarms for one or more network elements 2-14
2-3 Retrieving events for a network element 2-16
2-4 Retrieving active disabled alarms 2-19
2-5 Allowing or inhibiting the display of log, inventory, and database change
events 2-20
2-6 Clearing security alarms 2-21
2-7 Retrieving alarm profiles 2-22
2-8 Editing an alarm profile 2-23
2-9 Setting a default profile 2-26
2-10 Setting a profile as active 2-28
2-11 Restarting a circuit pack or shelf processor 2-30
2-12 Identifying the circuit pack, pluggable module/port, or facility that has raised
an alarm 2-40
2-13 Clearing audible alarms and performing lamp tests 2-41
2-14 Provisioning environmental alarm attributes 2-44
2-15 Provisioning, operating, and releasing external controls 2-46

Contents vii
2-16 Locating a reflective event 2-48

2-17 Preparing to perform fiber work on a Photonic system 2-52
2-18 Measuring Photonic amplifier output power 2-55
Alarm hierarchies and alarm severities 3-1

Alarm severities 3-1
Service-affecting and non-service-affecting severities 3-2
Alarm hierarchies 3-3
Overall alarm hierarchy 3-7
Equipment alarm hierarchy (circuit packs and modules) 3-8
SP alarm hierarchy 3-9
Equipment alarm hierarchy (pluggable I/O panels and I/O carriers) 3-10
Equipment alarm hierarchy (provisioned pluggables) 3-11
Equipment alarm hierarchy (unprovisioned pluggables) 3-11
Shelf equipment alarm hierarchy 3-12
DS1 service module alarm hierarchy 3-13
DS3 facility alarm hierarchy - coax to optics direction 3-14
DS3 facility alarm hierarchy - optics to coax direction 3-15
E1 hardware alarm hierarchy 3-16
E1 line alarm hierarchy 3-16
E3 alarm hierarchy - coax to optics direction 3-17
E3 alarm hierarchy - optics to coax direction 3-18
EC-1 facility alarm hierarchy 3-19
ETH10G and FC1200 facility alarm hierarchy 3-20
FC1200 alarm hierarchy for 2x10G OTR, 4x10G OTR, 10x10G MUX, and 4x10G
MUX circuit packs 3-21
FC400/FC800 alarm hierarchy for 2x10G OTR, 4x10G OTR, 10x10G MUX, and
4x10G MUX circuit packs 3-22
4x10G OTR (NTK530QA) circuit pack infiniband alarm hierarchy 3-23
4x10G OTR w/ Encryption (NTK530QE) circuit pack alarm hierarchy 3-24
100G OCI and 100G WL3/WL3e OTR circuit pack ETH100G facility alarm
hierarchy 3-25
100G WL3n MOTR circuit pack ETH10G facility alarm hierarchy 3-26
40G OCI+ CFP circuit pack ETH40G facility alarm hierarchy 3-27
40G MUX OCI circuit pack 10GbE WAN facility alarm hierarchy 3-28
LAN/WAN EPL facilities alarm hierarchy (ETH, ETH100, FC100/FC200/FC400, GE,
and WAN facilities) 3-28
EFM alarm hierarchy for SuperMux circuit pack ETH facility 3-30
L2SS, 20G L2SS, and PDH gateway circuit pack alarm hierarchy 3-31
20G L2SS and L2 MOTR circuit pack maintenance alarm hierarchy 3-32
FLEX MOTR, 8xOTN Flex MOTR, and (1+8)xOTN Flex MOTR circuit packs OC-n/
STM-n client protocols alarm hierarchy 3-32
FLEX MOTR and Broadband circuit packs Fiber Channel, 8B10B, and Transparent
client protocols alarm hierarchy 3-33
8xOTN Flex MOTR and (1+8)xOTN Flex MOTR circuit packs Fiber Channel, 8B10B,
and Transparent client protocols alarm hierarchy 3-34
8xOTN Flex MOTR and (1+8)xOTN Flex MOTR circuit packs WAN facility alarm
hierarchy 3-35

viii Contents
Broadband circuit packs client port facility OTM mapping layer alarm hierarchy 3-36
(1+8)xOTN Flex MOTR client port facility (low-order ODU0, ODU1, and ODUFLEX
facilities) alarm hierarchy 3-37
OPU-CSF/GFP-CSF client port alarm hierarchy (OTM and Wan facilities) 3-38
OTN PKT facility alarm hierarchy - faceplate to fabric direction (RX) 3-39
ODUk CTP OTN facility alarm hierarchy - faceplate to fabric direction (RX) 3-40
ODUj CTP OTN facility alarm hierarchy - faceplate to fabric direction (RX) 3-41
ODUi CTP OTN facility alarm hierarchy - faceplate to fabric direction (RX) 3-42
OC-n/STM-n facility alarm hierarchy (Broadband circuit packs) 3-43
OC-n/STM-n and STS/VT/VC facility alarm hierarchy (MSPP optical interface circuit
packs) 3-44
L2 MOTR circuit pack ETH100/ETH/ETH10G facility alarm hierarchy 3-45
L2 MOTR circuit pack WAN facility alarm hierarchy 3-46
OTM1/OTM2/OTM3 facility alarm hierarchy 3-47
ETTP facility alarm hierarchy - monitored 3-48
ETTP facility alarm hierarchy - terminated 3-49
ETTP facility alarm hierarchy 3-50
STTP facility alarm hierarchy 3-51
100G OCLD circuit packs line port OTM4 facility alarm hierarchy 3-52
100G WL3n MOTR circuit packs client port OTM2 facility alarm hierarchy 3-53
100G WL3n MOTR circuit packs line port OTM4 facility alarm hierarchy 3-54
100G WL3n MOTR circuit pack ETH40G client facility alarm hierarchy 3-55
100G WL3n MOTR circuit pack Flex FC800/1200 facility alarm hierarchy 3-56
Flex3 WL3e OCLD circuit packs line port OTMC2 facility alarm hierarchy 3-57
Flex3 WL3e OCLD circuit packs line port ODU4 facility in 16QAM alarm
hierarchy 3-58
100G WL3/WL3e OTR circuit packs line port OTM4 facility in QPSK alarm
hierarchy 3-59
100G WL3/WL3e OTR circuit packs client port OTM4 facility alarm hierarchy 3-60
100G WL3/WL3e OTR circuit packs OTM4 mapping facility on client port alarm
hierarchy 3-61
10x10GE MUX OCI circuit pack backplane port 100 OTM4 facility alarm
hierarchy 3-62
100G OCI circuit pack client port OTM4 facility alarm hierarchy 3-63
100G OCI circuit pack client port OTM4 mapping layer facility alarm hierarchy 3-64
OTM2 mapping facility (associated with FC1200, OC-192/STM-64, and ETH10G
facility) alarm hierarchy 3-65
TCM facility alarm hierarchy - faceplate to backplane direction 3-66
TCM facility alarm hierarchy - backplane to faceplate direction 3-67
Photonic optical signal facilities alarm hierarchy 3-68
SRA circuit pack RAMAN facility alarm hierarchy 3-69
SRA circuit pack OSC facility alarm hierarchy 3-70
SRA circuit pack ADJ facility alarm hierarchy 3-70
SAM and ESAM circuit packs OPTMON facility alarm hierarchy 3-71
RPR circuit pack alarm hierarchy 3-72
RPR circuit pack LAN port alarm hierarchy 3-73
STM-1e alarm hierarchy 3-73

Contents ix
Alarm clearing procedures—A to H 4-1

Abbreviations used in this chapter 4-1
Associated procedures 4-6
List of alarms 4-7
4-1 1+1/MSP linear and 1+1 TPT APS alarms 4-25
4-2 Adjacency Discovery Unreliable 4-28
4-3 Adjacency Far End Not Discovered 4-30
4-4 Adjacency Mismatch 4-35
4-5 Adjacency Provisioning Error 4-39
4-6 Alarm Provisioning Near Limit 4-42
4-7 All Provisioned RADIUS Accounting Servers Unavailable 4-43
4-8 All Provisioned RADIUS Servers Unavailable 4-45
4-9 ALS Disabled 4-46
4-10 ALS Triggered - Laser is shutdown 4-47
4-11 Automatic Power Reduction Active 4-48
4-12 Automatic Shutoff 4-54
4-13 Automatic Shutoff Compromised 4-56
4-14 Automatic Shutoff Disabled 4-57
4-15 Auto Protection Switch Acknowledge Time Out 4-59
4-16 Autoprovisioning Mismatch 4-61
4-17 Autoprovisioning Mismatch - Pluggable 4-63
4-18 AutoRoute Configuration Mismatch 4-65
4-19 Backplane ID Module 1/2 Failed 4-66
4-20 Bandwidth Oversubscribed 4-68
4-21 Battery Low 4-69
4-22 BW Lockout Configured 4-71
4-23 Cable Trace Compromised 4-72
4-24 Calibration Required 4-73
4-25 CCM Error 4-74
4-26 Certificate About to Expire 4-75
4-27 Certificate Expired 4-76
4-28 Channel Contention 4-77
4-29 Channel Controller: Failure Detected 4-79
4-30 Channel Controller: Unexpected Loss Detected 4-83
4-31 Channel Degrade 4-89
4-32 Channel Opacity Error 4-93
4-33 Circuit Pack Configuration Save Failed 4-94
4-34 Circuit Pack Failed 4-95
4-35 Circuit Pack Failed - Pluggable 4-101
4-36 Circuit Pack Failed-Sync and Circuit Pack Failed-Traffic 4-103
4-37 Circuit Pack Latch Open 4-105
4-38 Circuit Pack Mate Mismatch 4-107
4-39 Circuit Pack Mismatch 4-109
4-40 Circuit Pack Mismatch - Pluggable 4-115
4-41 Circuit Pack Missing 4-116
4-42 Circuit Pack Missing - Pluggable 4-125
4-43 Circuit Pack 3rd Party - Pluggable 4-126
4-44 Circuit Pack Operational Capability Exceeded 4-127
4-45 Circuit Pack Unknown 4-130

x Contents
4-46 Circuit Pack Unknown - Pluggable 4-133

4-47 Circuit Pack Upgrade Failed 4-135
4-48 Client Service Mismatch 4-137
4-49 CMF UPI Mismatch 4-139
4-50 Cold Restart Required: FPGA Changed 4-141
4-51 Config Mismatch - LCAS 4-143
4-52 Configuration Mismatch 4-145
4-53 Configuration Mismatch - Adv BW Limit 4-146
4-54 Configuration Mismatch - BW Lockout 4-147
4-55 Configuration Mismatch - BW Threshold 4-148
4-56 Configuration Mismatch - Common ID 4-149
4-57 Configuration Mismatch - Concatenation 4-150
4-58 Configuration Mismatch - Link ID 4-151
4-59 Configuration Mismatch - Node 4-152
4-60 Configuration Mismatch - OVPN ID 4-153
4-61 Configuration Mismatch - Primary State 4-154
4-62 Control Plane Operations Blocked 4-155
4-63 Control Plane System Mismatch 4-157
4-64 Co-Routed SNC Degraded 4-158
4-65 Co-Routed SNC Unavailable 4-159
4-66 Corrupt Inventory Data 4-160
4-67 CPE Discovery Protocol Fail 4-163
4-68 CP Loss of Host Timing Ref. 4-165
4-69 CPU2 Unreachable 4-166
4-70 CPU2 Warm Restart Required 4-167
4-71 Craft Load Missing 4-168
4-72 Craft Load Unpacking Aborted - Low Disk Space 4-169
4-73 Cross-connection Mismatch 4-170
4-74 Cross connect Error 4-174
4-75 Crossed Fibers Suspected 4-175
4-76 Dark Fiber Loss Measurement Disabled 4-176
4-77 Database Auto Save in Progress 4-177
4-78 Database Integrity Fail 4-178
4-79 Database Integrity Fail - CPU2 4-179
4-80 Database Not Recovered For Slot 4-180
4-81 Database Recovery Incomplete 4-181
4-82 Database Restore in Progress 4-183
4-83 Database Save Failed 4-184
4-84 Database Restore Failed 4-187
4-85 Database Commit Failed 4-190
4-86 Database Save in Progress 4-192
4-87 DCC Link Fail alarms 4-193
4-88 Debug Port in Use 4-199
4-89 Delay Measurement Enabled on Slave Node 4-200
4-90 Delay Measurement Failed 4-201
4-91 Delay Measurement Mismatch Capability 4-202
4-92 Disk Full alarms 4-203
4-93 DOC Action: Channel Add In Progress 4-205
4-94 DOC Action: Channel Delete In Progress 4-206
4-95 DOC Action Failed: Add 4-207

Contents xi
4-96 DOC Action Failed: Delete 4-210

4-97 DOC Action Failed: Monitor 4-213
4-98 DOC Action Failed: Optimize 4-216
4-99 DOC Action: Fault Detected 4-219
4-100 DOC Consecutive Re-Opt Threshold Crossed 4-222
4-101 DOC Domain Not Optimized 4-225
4-102 DOC Invalid Photonic Domain 4-227
4-103 DOC Power Audit Failed 4-232
4-104 Domain Optical Controller Disabled 4-234
4-105 DS1 Receive alarms 4-235
4-106 DS3 and E3 Receive alarms 4-242
4-107 Dormant Account Detected 4-251
4-108 DSM-Host Misconnection 4-252
4-109 Duplicate Adjacency Discovered 4-255
4-110 Duplicate IP Address 4-256
4-111 Duplicate Primary Shelf 4-258
4-112 Duplicate Shelf Detected 4-260
4-113 Duplicate Site ID 4-262
4-114 E1 Receive alarms 4-264
4-115 E1 Transmit alarms 4-269
4-116 EC-1 Receive alarms 4-276
4-117 Encryption Authentication Material Missing 4-281
4-118 Encryption Configuration Mismatch 4-283
4-119 Encryption Failure 4-284
4-120 Encryption Keying Authentication Failure 4-285
4-121 Encryption Keying Communication Failure 4-287
4-122 Equipment Configuration Mismatch 4-288
4-123 Equipment OOS with Subtending Facilities IS 4-292
4-124 Equipment Reconfiguration In Progress 4-294
4-125 Error alarms (ETH, ETH10, ETH40G, ETH100G, FLEX, WAN, ETTP) 4-295
4-126 Error alarms (OC/STM, STS/HO VC, and VT/LO VC) 4-301
4-127 ESI alarms 4-310
4-128 Event Log full 4-316
4-129 Excessive Input Power 4-317
4-130 Facility Reconfiguration In Progress 4-318
4-131 Facility Reconfiguration Required 4-319
4-132 Fan Failed 4-320
4-133 Fan Failed (DSM) 4-324
4-134 Fan Housing Missing 4-325
4-135 Fan Incompatible 4-327
4-136 Fan Missing (DSM) 4-329
4-137 Far End Client Signal Fail 4-330
4-138 Far End Protection Line Fail 4-332
4-139 Fiber Channel Link Not operational 4-333
4-140 Fiber Loss Detection Disabled 4-334
4-141 Fiber Type Manual Provisioning Required 4-335
4-142 Filler Card Missing (6500) 4-336
4-143 Filter Replacement Timer Expired 4-337
4-144 Flash Banks Mismatch 4-339

xii Contents
4-145 Frequency Out of Range (OC192/STM64, ETH10G, ETH40G, ETTP, STTP)

4-340
4-146 Frequency Provisioning Mismatch 4-341
4-147 Gauge Threshold Crossing Alert Summary 4-342
4-148 GCC0/GCC1/GCC2 Link Failure 4-347
4-149 Group Loss of Signal 4-350
4-150 High Fiber Loss 4-352
4-151 High Optical Power 4-360
4-152 High Received Span Loss 4-362
4-153 High Temperature 4-364
4-154 High Temperature Warning 4-369
4-155 Home Path Not defined 4-374

xiii
New in this release and documentation

roadmap 0
This Technical Publication supports 6500 Packet-Optical Platform (6500)

Release 10.2 software and subsequent maintenance releases for Release
10.2.
ATTENTION
This document is presented in two parts: Part 1 and Part 2. Each part has its
own table of contents. The table of contents in Part 1 contains topics found
in Part 1 only. The table of contents in Part 2 contains topics found in Part 2
only. Part 2 continues sequential chapter numbering from Part 1. The alarm
clearing procedures are presented in two chapters, “Alarm clearing
procedures—A to H” and “Alarm clearing procedures—I to Z”. The complete
“List of alarms” is included in both chapters.
You are reading Part 1 of Fault Management - Alarm Clearing, 323-1851-543.

The following section details what’s new in Fault Management - Alarm
Clearing, Part 1 of 2, 323-1851-543, Standard Issue 1 for Release 10.2.
Issue 1
The following new/enhanced features are covered in this document:
• WaveLogic Photonics Coherent Select
This new photonic architecture introduces the following hardware:
— OBMD 1x8 C-Band module (174-0104-900)
— OBB 2x2x2 C-Band module (174-0115-900)
— OBB 2x4x1 C-Band module (174-0116-900)
• 100G MOTR WaveLogic 3n Enhanced C-Band 10xSFP+ circuit pack
(NTK538BK)
• 100G MOTR WaveLogic 3n Standard C-Band 10xSFP+ circuit pack
(NTK538BL)
• 100G MOTR WaveLogic 3n Basic C-Band10xSFP+ circuit pack
(NTK538BM)

xiv New in this release and documentation roadmap
Note: NTK538BK, NTK538BL, and NTK538BM circuit packs are

supported as of software release 10.11.
• 100G WaveLogic 3e OCLD Submarine with EDFA 1xOTU4 C-Band

(NTK539UN)
• 100G WaveLogic 3e OCLD Premium with EDFA 1xOTU4 C-Band
(NTK539UJ)
• Photonic support for 100G MOTR WL3n
• eMOTR enhancements
– High Availability
– VLLI alarming
– VLLI interworking with L2 MOTR Tx conditioning
• Client Signal Fail Alarming and Conditioning
• 1M Safety Hazard label (415-2818-001)
Supporting documentation
The following is a list of application-specific documents that are applicable to
the 6500.
• The 6500 Packet-Optical Platform Data Application Guide, NTRN15BA,
provides detailed information on data concepts, applications, and
engineering rules.
• The 6500 Packet-Optical Platform Control Plane Application Guide,
NTRN71AA, provides detailed information on Control Plane concepts,
applications, and engineering rules.
• The Universal AC Rectifier Application Note for Packet-Optical Transport,
009-2012-900, provides configuration, installation, operating,
maintenance and planning information related to this AC Rectifier solution.
• The 6500 Packet-Optical Platform Photonic Layer Guide, NTRN15DA,
provides detailed information on Photonic concepts, applications, and
engineering rules.
• The 6500 Packet-Optical Platform Submarine Networking Application
Guide, NTRN72AA, provides detailed information on Submarine
applications and engineering rules.
• The SAOS-based Packet Services Command Reference, 323-1851-610,
the SAOS-based Packet Services Configuration, 323-1851-630, the
SAOS-based Packet Services Fault and Performance, 323-1851-650, and
the SAOS-based Packet Services MIB Reference, 323-1851-690, provide
detailed information for the eMOTR and PKT/OTN cross-connect circuit
packs. eMOTR and PKT/OTN cross-connect circuit packs use an
operating system based on the Service Aware Operating System (SAOS)
for Layer 2 services.

New in this release and documentation roadmap xv
6500 Packet-Optical Platform technical publications

The following roadmap illustrates the structure of the 6500 technical
publications library.
Planning a Network Installing, Managing and Maintaining and Circuit Pack-Based

Commissioning and Provisioning Troubleshooting Documentation
Testing a Network a Network a Network
Planning - Installation - Administration Fault Management - Common Equipment

Parts 1, 2, 3, and 4 General Information and Security Performance (323-1851-102.1)
(NTRN10DE) (323-1851-201.0) (323-1851-301) Monitoring
(323-1851-520) Electrical
Documentation Installation - Configuration - (323-1851-102.2)
Roadmap 2-slot Shelves Provisioning
(323-1851-201.1) Fault Management -
(323-1851-090) and Operating OC-n/STM-n
Alarm Clearing
Parts 1 and 2 (323-1851-102.3)
Installation - 7-slot & Parts 1 and 2
Planning - (323-1851-310)
6500-7 packet-optical (323-1851-543) 40G/100G/OSIC/
Ordering Information
Shelves Configuration - ISS/SLIC10 and
(323-1851-151)
(323-1851-201.2) Bandwidth & Data Fault Management - 200G Services
Latency Services Parts 1,2,3 Module (323-1851-102.4)
Specifications Installation - Replacement
14-slot Shelves (323-1851-320)
(323-1851-170) (323-1851-545)
(323-1851-201.3) Broadband/SMUX
Pluggable Configuration - OTN FLEX MOTR
Datasheets Installation - Fault Management -
Control Plane (323-1851-102.5)
and Reference 32-slot Shelves SNMP
(323-1851-330)
(323-1851-180) (323-1851-201.4) (323-1851-740)
Photonics Equipment
Installation - Passive Encryption and FIPS (323-1851-102.6)
TL-1 Description Chassis (2150 Optical Security Policy Fault Management -
(323-1851-190) Multiplexer & Overview and Customer Visible
Data and Layer 2
Photonics) Procedures Logs
Site Manager (323-1851-102.7)
(323-1851-201.5) (323-1851-340) (323-1851-840)
for 6500 & CPL
Fundamentals Commissioning OTN I/F, PKT I/F, &
(323-1851-195) and Testing PKT/OTN I/F
(323-1851-221) (323-1851-102.8)
SAOS-based Command Fault and MIB

Configuration
Packet Services Reference Performance Reference
(323-1851-630)
Documentation (323-1851-610) (323-1851-650) (323-1851-690)
WaveLogic Photonics 6500 Data 6500 Control Plane Submarine Networking

Supporting Coherent Select Application Guide Application Guide Application Guide
Documentation (323-1851-980) (NTRN15BA) (NTRN71AA) (NTRN72AA)
6500 Photonic Common 6500 - 5400 / 8700 Network Interworking Universal AC Rectifier
Layer Guide Photonic Layer Interworking Solution Guide Application Note
(NTRN15DA) Technical Publications (323-1851-160) (NTCA68CA) (009-2012-900)

xvi New in this release and documentation roadmap

1-1
Alarm and trouble clearing strategy 1-
This release of 6500 Packet-Optical Platform (6500) supports the MSPP,

Broadband, PKT/OTN transport and switched, and Photonic services for
different circuit packs. The combination of two or all services is also
supported.
For more information on the services (and the circuit packs related to each
service), refer to the introduction chapter in Part 1 of 6500 Planning,
NTRN10DE.
Site level alarm correlation

The site level alarm correlation feature reduces the number of alarms reported
at each site to a minimum. It does not reduce the number of sites in a network
reporting alarms. This is performed by the Network level alarm correlation
feature. Once Alarm Correlation is enabled, it automatically enables both Site
level and Network level alarm correlation. One cannot exist without the other.
The feature requires the system to have full knowledge of topology and
connectivity within the network, including channel routing at OADM sites. The
physical topology of the network is represented by adjacency objects. The
shelf level correlation uses these adjacency objects to notify downstream
facilities that an upstream failure has occurred and suppresses alarms on
circuit packs within the same site. The service photonic layer interoperability
module is responsible for messaging and auditing the fault information which
spans shelves within the site.
Alarm correlation requires that physical adjacency information be provisioned

between Photonic equipment at a site. For systems controlled by the Domain
Optical Controller (DOC), no extra information is required from a user
perspective as this adjacency information already exists in order to build the
channel topology information (to automatically add/delete photonic channels).
For passive photonic systems, which do not use DOC, the adjacency
information is necessary to enable features such as Service and Photonic
Layer Interoperability (SPLI) and Site Level Alarm correlation. In order for
alarm correlation to work all the way down to the service layer (that is, service
circuit packs connected to the photonic equipment), physical adjacency
information must be provisioned. The Physical Adjacency information

1-2 Alarm and trouble clearing strategy
between the service layer equipment and the CMD is provided by the SPLI
feature. The adjacency information between service layer equipment (for
example, between a 40G MUX OCI and a 10G OTSC) must be manually
provisioned. Also, Alarm Correlation requires that the Transponder
connections between an OCLD and an OCI be provisioned. Transponder
connections are also required to carry traffic.
Alarm correlation has the ability to correlate the service circuit pack faults
“backwards” to the CMD44, OMD4, OMX, OMDF4, OMDF8, BS1, BS2, BS3,
or BS5 when all “in-use” channels are faulted. Alarm Correlation software
considers a channel “in-use” when the channel’s service circuit pack facility
connected to the CMD44, OMD4, OMX, OMDF4, or OMDF8 Channel Output
port has a non-nil discovered far-end address. A non-nil discovered far-end
address implies a SPLI match exists.
Note: In passive photonic configurations, the DSCM, which is provisioned

as excess loss on a given filter port, is not involved in alarm correlation.
If the discovered far-end address is nil then that channel is not considered
when calculating the “all in-use channels failed” condition.
At least two channels must be in-use before the “backwards” alarm correlation
is initiated.
A new virtual OPTMON facility is created for the CMD44, OMD4, OMX,
OMDF4, OMDF8, BS1, BS2, BS3, or BS5 Common Input (or NTWK Rx) port
and the Common In (or NTWK Rx) fault is reported as an OPTMON Loss of
Signal, or OPTMON Group Loss of Signal alarm, depending upon the
scenario.
Unlike CMD44 Channel Input ports, the Common In port defaults to “IS” rather
than “IS-ANR,MON” when no channel is provisioned and changes to “OOS-
AU,FAF” when the LOS condition is asserted.
For the Optical Bridge and Broadcast (OBB) and Optical Broadband Mux/
Demux (OBMD 1x8), “Circuit pack Missing” or “Circuit pack Mismatch” alarms
mask pre-existing signal alarms on module alarms. For example, LOS on Far-
end OCLD RX alarms that were masked by either NLC or SLC prior to a
Comms failure remain masked.
For the OPS circuit packs, Loss of Signal (LOS) at SW1 IN/SW2 IN does not
result in an alarm against OPS SW1/SW2 ports if SLC (Site Level Correlation)
is enabled and a correlated upstream alarm within the same site co-exists with
the OPS LOS fault.

The Alarm Correlation parameter within the Site Manager Node Information
application and the System tab must be set to On for the “backwards” alarm
correlation to function.
Backwards alarm correlation only functions if all service circuit packs

connected to the CMD44, OMD4, OMX, OMDF4, OMDF8, BS1, BS2, BS3, or
BS5 support alarm correlation.
Site level alarm correlation is supported on the OMX, CMD44, OMDF4,

OMDF8, BS1, BS2, BS3, BS5, and OMD4 configurations provided that all of
the following conditions apply:
• Alarm correlation is set to On in the Site Manager Node Information
application and the System tab.
• All adjacencies are manually provisioned. Refer to the “Editing facility
parameters” procedure in Part 1 of Configuration - Provisioning and
Operating, 323-1851-310.
• All cascading equipment (CMD44, OMD4, OMX, OMDF4, OMDF8, BS1,
BS2, BS3, BS5) are provisioned in the same shelf.
• Service circuit packs used in the configuration must support alarm
correlation.
See 6500 Packet-Optical Platform Photonic Layer Guide, NTRN15DA, for

detailed information on OMD4 based single-span applications, and passive
photonic layer applications.
Site level alarm correlation is supported on the RAMAN amplifiers in the

following configurations.
• SRA - XLA – SRA
• SRA - XLA – ESAM/SAM
• ESAM/SAM - XLA – SRA
• ESAM/SAM – XLA – ESAM/SAM (any combination)
All traffic related alarms are masked when the “OTDR Trace in Progress”
alarm is raised.
SPLI based Alarm Correlation is supported on the PTP, ODUTTP and the
OTUTTP facilities for the 40G, 100G, and eMOTR circuit packs in the following
configurations:
• 40G Broadband circuit packs (OCLD, OCI, and MUX) in POTS
provisioning mode (mated with 40G OTN XCIF)
• 100G Broadband circuit packs (OCLD, and OCI) in POTS provisioning
mode (mated with 100G PKT/OTN XCIF)

• 40G OCLD in POTS provisioning mode (mated with eMOTR)

• PTP on eMOTR circuit packs (40G and 100G)
When alarm correlation is enabled, the OTMn, PTP, ODUTTP, and OTUTTP
alarms are masked. The masked alarms can be viewed in Site Manager
'Active Disabled Alarms' window.
The following alarms are masked downstream when Alarm Correlation is on

and when an upstream channel, port level or service layer fault occurs:
• Loss Of Signal
• Loss of Clock
• Loss Of Frame
• Loss Of Multiframe
• ODU BDI (masked by an special algorithm when alarm correlation is on,
and not by upstream faults)
• OTU BDI (masked by an special algorithm when alarm correlation is on,
and not by upstream faults)
• OTU Trace Identifier Mismatch
• ODU Signal Fail
• ODU Trace Identifier Mismatch
• OPU Payload Type Mismatch
• Pre-FEC Signal Fail
• Mapping Mismatch
• OPU AIS
• ODU AIS
• ODU LCK
• ODU OCI
• OTU Signal Fail
• MSI Mismatch
• Far End Client Signal Fail
• Loss Of Channel
• OTU Skew Out Of Range
• OTL Skew Out Of Range
• Multiplexed Rate Mismatch

The following faults trigger downstream masking when Alarm Correlation is

on. These are port level issues, where all channels are affected, which will
continue to propagate the downstream masking in the Demux direction:
• Loss Of Signal
• Loss of Clock
• Loss Of Frame
• Loss of Channel
• Loss Of Multiframe
• ODU AIS
• ODU LCK
• ODU OCI
• Pre-FEC Signal Fail
• OTU Signal Fail
• OTU Skew Out Of Range
• ODU Signal Fail
• Circuit Pack Failed
• Circuit Pack Missing
• Circuit Pack Mismatch
• Circuit Pack Mismatch – Pluggable
• Circuit Pack Missing – Pluggable
• Circuit Pack Failed – Pluggable
The following client interface circuit packs must be enabled to support SPLI on
10x10G MUX and 40G MUX OCI circuit packs on client interfaces:
• 40G MUX OCI and 10x10G MUX Broadband circuit packs
• 10x10G PKT/OTN I/F circuit packs (POTS)
• 40G MUX OCI interface with 100G PKT/OTN XCIF (POTS)
Figure 1-1 on page 1-6 and Figure 1-2 on page 1-7 show an example of
alarms to be raised in a line fiber cut scenario with and without alarm
correlation on a DOC controlled system.

Figure 1-1
Line fiber cut without alarm correlation on a DOC-controlled system
Loss Shutoff Loss

of threshold of
signal crossed signal
Gauge
TCA
summary
OSC OSC OSC OSC OSC
OPM OPM
WSS WSS
Automatic
CMD44 CMD44 shutoff
Optical Optical
line fail line fail
TR
ADJ Far End Automatic Shutoff
not discovered shutoff threshold
OCI crossed
Loss of
signal
ODU AIS

Figure 1-2
Line fiber cut with alarm correlation on a DOC-controlled system
Gauge Shutoff Optical

TCA threshold line fail
summary crossed
OSC OSC OSC OSC OSC
OPM OPM
WSS WSS
CMD44 CMD44 Automatic Shutoff

shutoff threshold
crossed
TR
OCI
For the list of supported circuit pack combinations refer to the “CMD Tx/Rx
type discovery, Tx power & Tx wavelength autoprovisioning, network & site
alarm correlation per circuit pack type support” table in chapter 2 of Part 1 of
6500 Planning, NTRN10DE.
Alarm Correlation is supported for DIA OADM configurations.
The alarm correlation functionality can be enabled/disabled on a per shelf

basis by editing the Alarm correlation parameter using the Site Manager Node
Information application and the System tab. Refer to the “Editing the nodal
system parameters” procedure in Administration and Security, 323-1851-301
for more information.
Network level alarm correlation

Network level alarm correlation (NLC) builds on the Site Level Alarm
Correlation feature. Site Level Alarm Correlation masks alarms within a site
based on a detected fault. However, Site Level Alarm Correlation does not
share fault information with neighboring nodes in the network. It also does not
track per-channel failures when channels are muxed and mixed together with
non-failed channels.

Essentially, NLC will perform site level alarm correlation but it will also perform
network level alarm correlation. Network Level Alarm Correlation addresses
the gaps of the SLC feature based on wavelength topology. Network Level
Alarm Correlation expands adjacency discovery (AD) messaging to support
OTS to OTS (intra-node and inter-node) Network Level Alarm Correlation
messaging. NLC shares and collects channel status information with
neighbors. With a knowledge of the channel statuses, NLC performs alarm
correlation and masks alarms.
Network Level Alarm Correlation:

• Suppresses symptomatic (downstream and lower level) alarms
• Suppresses “Hard” faults if all channels on that port are failed (Hard faults
are the faults that affect all channels on a port; for example, LOS, AIS,
Shutoff Crossed)
• Suppresses “Soft” faults if any channel on that port is failed (Soft faults are
the faults that affect only some channels or partial power loss; for example,
PM TCAs, Unexpected Loss)
• Suppresses alarms in the network within one minute of the failure
When the photonic network is single-channel, the NLC may be unable to

distinguish between a hard fault and a soft fault since there is only one
channel within the line port. In these situations, manual isolation of the fault
may be required to determine where the root cause of the failure is within the
photonic network.
For the OPS circuit packs, Loss Of Signal (LOS) at SW1 IN/SW2 IN does not
result in an alarm against OPS SW1/SW2 ports if NLC is enabled and a
correlated upstream alarm co-exists with the OPS LOS fault. Figure 1-3 on
page 1-9 shows an example of Network Level Alarm Correlation.
Figure 1-4 on page 1-9 and Figure 1-5 on page 1-10 show examples of data
flow and alarm suppression using channel status indicators.

Figure 1-3
Network level alarm correlation
Network Level Alarm Correlation

Example: Line Amp Failure - Network Level Correlation
1 2 2
DOC "I" AMP AMP AMP "E" "F"
Site (OADM) (OADM) (OADM)
Fault Detected 1
Alarms
Loss of Signal
Optical Line Fail 1 1
Automatic Shutoff 1 1
Shutoff Threshold Crossed
Unexpected Loss Detected
Gauge TCA Summary
ADJ Far End Not Discovered
Circuit Pack Failed
OSC Loss of Signal
OTU BDI
ODU BDI
ODU AIS
Note: Bubbles indicate number of alarms raised per site
Figure 1-4
Data flow of channel status indicators

Figure 1-5
Alarm suppression using channel status indicators
Backwards Defect Indicators (BDI)

OTMn facilities raise the “BDI” alarm to indicate a problem exists at the other
end of the link. By definition “BDI” is always a “symptomatic” alarm. When
Alarm Correlation is On (default), Conditioning Override can be Standing
Condition, Profile (default) or Off. When Alarm Correlation is Off, Conditioning
Override can be Standing Condition, or Profile. Refer to the “Editing the nodal
system parameters” procedure in Administration and Security, 323-1851-301.
Before the Conditioning Override parameter is edited, the shelf must be alarm
free. Refer to the “Editing the nodal system parameters” procedure in
Administration and Security, 323-1851-301. If the shelf is not alarm free, you
must perform a warm restart on the shelf processor after the change is
completed to force a re-evaluation of the raised alarms. For details on the shelf
processor restart, refer to Procedure 2-1 “Restarting a circuit pack or shelf
processor” on page 2-30.

Provisionable severity for alarms and events

Two types of events are supported on the 6500, Standing Conditions (SC) for
which a raised and a clear Autonomous Output (AO) are generated and
Transient Conditions (TC) for which a raised AO is generated but not a clear.
Site Manager supports Critical, Major, Minor, and Warning severity types for
alarms. If a Warning severity is selected for a given alarm, the alarm will be
raised by the network element as an SC. The Warning severity can be applied
to all alarms independently of their default severity (Critical, Major, or Minor).
By default, the Warning severity of Standing Conditions is also provisionable
in the Alarms Profile application to any of Critical, Major or Minor.
By default each alarm has two severities assigned to it, a Service Affecting
(SA) and a Non-Service Affecting (NSA) severity, both of which are generally
provisionable in the Alarms Profile application. Environmental alarm severities
can be provisioned by changing the attributes of the specific environmental
alarm. Some alarms on the 6500 support only one severity, which could be
either the SA or the NSA. In the Alarms Profile application Site Manager
displays a "-" for a non-provisionable severity and disables the capability to
edit the field. If for any of the SA or NSA severities a Warning is selected, the
alarm would be raised as a Standing Condition (SC) for the selected severity.
The severity of an alarm is indicated by the following designations: Critical (C),

Major (M) or minor (m). A warning (w) is used for Standing Conditions. It is
important to note that the impact of a SC, SA or NSA, is not reported by the
network element, hence the Active Alarms application in Site Manager would
report the SC as a "w" and displays a "-" in the Service column.
The capability to provision the severity does not apply to Transient Conditions,
non provisionable alarms, or output external alarms.
Alarm clearing strategy

The 6500 hardware and software perform automatic fault detection and
identification. When a network element detects a fault, it issues autonomous
alarms, activates office alarms, and displays alarms through LEDs.
In addition to raising alarms on a shelf, 6500 also supports the generation of

northbound simple network management protocol (SNMP) traps for network
element alarms and events. Refer to the “Editing and deleting SNMP trap
destinations” procedure in Fault Management - SNMP, 323-1851-740.
The alarm clearing strategy is based on several assumptions:

• No external problem causes the alarm, such as power fluctuation.
• Primary fault generates primary and secondary alarms that you can clear
with a single fault clearing procedure.

• The network element is provisioned correctly, and works until the time of
the alarm.
• If protection circuitry exists, traffic is switched before performing the alarm
clearing.
The network elements report alarms in the following ways:

• alarm LEDs on the network element and circuit packs
• lamps and audible alarms on the
— MIC and BIP in a 14-slot 6500 shelf. The MIC indicates alarms for the
shelf and the BIP indicates alarms for the 6500 shelves in a bay.
— access panel in a 32-slot 6500 shelf
— cooling unit in a 7-slot 6500 shelf or 6500-7 packet-optical shelf
• northbound SNMP trap reporting for the NE-level alarms
• network element alarm messages retrieved locally through Site Manager
or TL1
• office alarms (optional)
The following steps make up the strategy for fault and alarm clearing:
• Detect there is a fault.
• Identify the network element that raised the alarm.
• Check for illuminated Fail LEDs on the circuit packs or modules.
• If a Fail LED is illuminated, perform the procedure to replace a failed circuit
pack, module, or pluggable module.
• If the Fail LED is not illuminated, retrieve alarm messages through Site
Manager.
• Identify the local and remote alarms during the procedure.
• Identify the alarm severity.
• Identify which network element to clear.
• Perform trouble-clearing procedures.
• Determine if there are additional alarms.
• If alarms continue to be active, begin the process again.
• If the alarms are cleared, end the process.
For more information on the steps, see Figure 1-6, “Fault clearing strategy” on
page 1-14.

Alarm priority
Critical alarms have the highest priority and are reported before Major, minor
or Warning alarms. Major alarms are reported before minor alarms and minor
alarms are reported before warnings. Clear alarms in order of severity:
• Critical, service-affecting (C, SA) alarm
• Major, service-affecting (M, SA) alarm
• Major, non-service-affecting (M, NSA) alarm
• failed circuit pack non-service-affecting (NSA) alarm
• minor, service-affecting (m, SA) alarm
• minor, non-service-affecting (m, NSA) alarm
One fault can cause more than one alarm. Clear the alarm with the highest
severity and some other alarms often clear.
You can change the alarm severity of both high and low entities using the
Alarms Profile application in Site Manager. Refer to Procedure 2-8, “Editing
an alarm profile” in Chapter 2, “Alarm surveillance”.
The alarm notification codes (service affecting, SA, or non-service affecting,

NSA) are unaffected by change of alarm severity. The alarm severities in the
ALL ENABLED, ALL DISABLED, and FACTORY DEFAULT alarm profiles
cannot be changed.
Refer to the “Service-affecting and non-service-affecting severities” on page

3-2 for further details on alarm severities.

Figure 1-6
Fault clearing strategy
Alarm
detected
Yes Press ACO

Audible ?
button
No
Swap failed Yes Circuit pack or

circuit pack or
module failed ?
module
No
Login local
Retrieve
alarms
ID faults
&
severity
Go to trouble
clearing
procedure
Clear fault
Alarm ?
Yes
No
End

LED indications
The 6500 uses an LED indication scheme, where:
• red indicates failure (requires replacement)
• green indicates active (powered and operational)
For the DS1 DSM circuit pack, the green LED illuminates when its OC-3
facility is in service and at least one DS1 facility is in service and has
cross-connects.
• yellow indicates warning (something missing or activity in progress)
For DS1 DSM circuit pack, the yellow LED illuminates when there is Loss
of Signal on the OC-3 facility, Loss of synchronization reference signal, or
OAM Link to SP failed.
• blue indicates do not unseat (removing the circuit pack will impact service)
Alarm unit
The alarm unit (AU) contains LEDs to provide visual indication of alarms active
for the 6500 installed on the rack. The alarm unit illuminates the appropriate
LEDs (Critical, Major and minor) on the front panel of the BIP based on alarm
signals received from the 6500 shelves through the alarm input interface and
close the appropriate alarm relay contacts on the alarm output interface.
The alarm unit contains the following LEDs:

• red and yellow alarm LEDs fed from the input alarm signals illuminate to
indicate the following conditions:
— Critical alarm (red)
— Major alarm (red)
— minor alarm (yellow)
• red power LED illuminates to indicate either or both of the following
conditions:
— tripped circuit breaker on either side (A or B)
— open alarm unit fuse
The alarm unit contains a lamp test button on the front panel of the BIP. When
pressed, all LEDs illuminate. The alarm unit also contains a push button
switch (ACO) on the BIP front panel to reset all BIP alarm relays. The alarm
unit is field replaceable on the NTK599BA variant.
Note that the 1U BIP/FIP does not have an alarm unit.

Circuit pack/module LEDs

After a circuit pack is inserted, reseated, or a cold restart is performed, all the
LEDs turn on for approximately five seconds.
Each circuit pack contains the following status LEDs:

• triangular red Fail LED
• rectangular green Ready LED
• diamond blue In Use LED
Exceptions include the Power Input Card, fan module, MIC, filler cards, DSM,
and any equipment connected to external slots (with an RJ45 inventory cable)
such as a PPC6, CMD44, OMD4, OMX, BMD2, UBMD2, MBMD2, or DSCM
module.
Some MSPP and Broadband circuit packs also contain a:

• circular yellow LOS LED
• circular yellow Synchronization status LED
• circular red/yellow bi-color Optical Fail/LOS LED
The 84xDS1 DSM has five LEDs: Status, Active, LOS, OAM, and RefSync.
Figure 1-7
Circuit pack LEDs
Fail
Ready
In Use
Red Fail LED

The triangular red Fail LED indicates a hardware or software failure state of
the circuit pack.
The red LED turns on when an equipment failure has been isolated to that
circuit pack and the circuit pack must be replaced (for example, a Circuit Pack
Failed alarm is active on the circuit pack).
The red LED turns on for approximately 30 seconds when a lamp test is
initiated.

For the X-Conn 1600G PKT/OTN (NTK616AA), X-Conn 3200G PKT/OTN

Type 2 (NTK616BA), X-Conn 600G PKT/OTN (NTK615AA), and X-Conn
1200G PKT/OTN Type 2 (NTK615BA) circuit packs, the red LED turns on for
approximately five seconds before a restart is performed on the circuit pack.
The red LED flashes when a user intervention flash test is being performed.
The Red LED turns on while Green LED stays on to indicate that the circuit
pack has partial failure. Partial failures are normally indicated by some circuit
pack related alarms. It is recommended to verify every alarm raised against
the circuit pack to identify the partial failure.
Green Ready LED

The rectangular green Ready LED indicates the circuit pack is powered-up
and does not have a circuit pack fail condition.
The green LED turns on when the circuit pack initialization is completed and
a circuit pack fail condition is not present.
The green LED turns off when a circuit pack fail condition is detected on the
circuit pack.
The green LED turns on for approximately 30 seconds when a lamp test is
initiated.
The green LED flashes when:

• a circuit pack is initializing
• a software auto-upgrade is being performed
• a user intervention flash test is being performed
Blue In Use LED

The diamond blue In Use LED indicates the circuit pack is in-service.
The blue LED turns on when the circuit pack is in-service.
ATTENTION
When the shelf processor or the OTN cross-connect circuit packs power up
in a shelf (after the shelf is decommissioned), the blue/green LED on both
cross-connect circuit packs will turn on.
The blue LED turns on for approximately 30 seconds when a lamp test is
initiated.
The blue LED flashes when an user intervention flash test is being performed.

The blue LED turns off when the:

• circuit pack is out-of-service
• a circuit pack has been inserted or cold restarted and cannot be
provisioned by the shelf processor. This occurs for failed circuit packs,
mismatched circuit packs, or circuit packs that have their database rebuilt.
CAUTION
Risk of traffic loss
Do not remove a circuit pack while the blue In Use LED
is illuminated.
Yellow LOS LED

The circular LOS LED is used to indicate Rx Loss of Signal condition.
The yellow LED turns on for approximately 30 seconds when a lamp test is
initiated.
The yellow LED flashes when a user intervention flash test is being
performed.
Red/yellow bi-color circle (Fail/LOS) LED

The circular LOS LED located to the left of each port is used to communicate
optical module (SFP/XFP/SFP+) fail and receive loss of signal (for the CFP
module this LED is located below the module):
• The red LED turns on when a pluggable is present and the pluggable has
failed.
• The yellow LED turns on when a receive loss of signal condition is
detected on the port (and the corresponding facility is provisioned) and the
pluggable is present and has not failed.
Some circuit packs contain additional LEDs as detailed in the following

sections.
Power Input Card

With the exception of the NTK503MAE5 and NTK503NAE5 variants of the 2-
slot shelf, all 6500 shelves use field-replaceable Power Input Cards to
interface between the shelf power connection points and the backplane. With
the NTK503MAE5 and NTK503NAE5 variants of the 2-slot shelf, the Power
Input Cards and associated green Power OK LEDs for feeds A and B are
integrated into the shelf. Depending on the shelf or equipped Power Input
Card variant, the power may be supplied by -48/60 V dc feeds, 24 V dc feeds
or 100-240 V ac (50 Hz or 60 Hz) feeds.

The Power Input Cards have one or more Power OK LED (circular shape
except the NTK605CAE5, NTK605EAE5 variants of the 3x60A Power Input
Cards where a rectangle is used). The green LED turns on to indicate the
Power Input Card is active and a minimum voltage is detected and flowing
through to the backplane (through any breaker, fuse or power converter if
applicable to the equipped Power Input Card). In the case of a DC Power Input
Cards, the feed must also be in the correct polarity for its associated Power
OK LED to illuminate. In any case where the Power OK LED is not illuminated
and the Power Input Card is working correctly, an operational shelf processor
should assert any applicable alarms such as Power Failure -A/B, Power
Failure - Low Voltage or Power Failure - Fuse Blown. However, in some cases
a Power OK LED may be illuminated indicating that a minimum voltage is
detected on a feed but the shelf processor may still assert one or more of the
following alarms based on the shelf's operating specification: Power Failure -
A/B, Power Failure - Low Voltage or Power Failure - Fuse Blown (if applicable).
See Part 2 of Fault Management - Alarm Clearing, 323-1851-543 for details.
With the exception of the NTK605CAE5 and NTK605EAE5 variants of the

3x60A Power Input Cards, Power Input Cards that terminate more than one
feed have a Power OK LED per feed (for example, Power OK for each of feed
L1, L2, ...). For the NTK605CAE5 and NTK605EAE5 variants of the 3x60A
Power Input Card (breakered and fused), the green LED turns on to indicate
that all three feeds (L1, L2 and L3) are at least approximately -40 Vdc and all
three breakers are on (or all 3 fuse cartridges with fuses are in place and
working). Power OK LED ON means that there are no "Power Failure" alarms
against any feeds on that module.
For the 3x60A Power Input Cards Type 2 (NTK605FA, NTK605FE) and the
4x60A Power Input Cards Type 2 (NTK605GA and NTK605GE), the Lx Power
OK LED (Lx=L1, L2, L3 for 3x60A and Lx=L1, L2, L3, L4 for 4x60A) indicates
that the feed is live (has a minimum voltage applied). The SP raises an alarm
if the voltage is not at least -40V on a feed). The LED may remain illuminated
until there is insufficient voltage on the feed to illuminate it.
For the NTK605CAE5 and NTK605EAE5 variants of the 3x60A Power Input
Card, the rectangular amber LED labeled “Low voltage” indicates that at least
one of the feed voltages is below approximately -40 Vdc. The LED turns off
when all feed voltages fall below approximately -24 Vdc. The "Low Voltage"
LED could also mean that one or two breakers are off/tripped (or one or two
fuses missing/blown) and the remaining feed is at least approximately -24
Vdc. If all three breakers are off/tripped (or fuses missing/blown) both LEDs
will be off (because there is no voltage to activate the Low Voltage LED). Low
Voltage LED ON means that there is at least one "Power Failure" alarm
against a feed on that module.

ATTENTION
Use of the alarm indicator fuse provided with Fused Power Input Card kits
(NTK505EAE5, NTK605EAE5, or NTK505EEE5) is optional and requires
careful consideration. The fuse cartridge connects the main fuse and alarm
indicator fuse in parallel. If the main fuse is missing or already blown on
installation, the electrical path through the parallel alarm indicator fuse may
provide sufficient current to activate the Power OK LED on the card but
insufficient current to blow the fuse. Neither a Power Failure nor a Power
Failure - Fuse Blown alarm would be asserted giving the impression of power
redundancy. Alarm indicator fuses are intended for use where required by
the installation practice. Otherwise, the indicator fuse position must be
covered with the label provided with the Power Input Card.
Maintenance interface card

The maintenance interface card (MIC) contains five circular LEDs that indicate
the alarm status of the shelf:
• The green Power LED turns on if power is present on the shelf.
• The red Critical LED turns on if one or more Critical alarm exists on the
shelf.
• The red Major LED turns on if one or more Major alarm exists on the shelf.
• The yellow Minor LED turns on if one or more minor alarm exists on the
shelf.
• The white ACO LED turns on when the ACO button is pressed and at least
one Critical, Major, or Minor alarm exists on the shelf. The ACO LED turns
off if:
— no alarms exist on the shelf
— a new Major or Critical alarm is raised
Fan modules
The fan modules have a triangular red LED and a rectangular green LED.
• The red LED turns on to indicate a fan module failure.
• The green LED turns on to indicate an operational fan module.
The fan modules in the 7-slot shelf or 6500-7 packet-optical shelf include
alarm LEDs and Alarm Cut-off (ACO)/Lamp test button.
Ethernet ports
Each Ethernet port on the shelf processor and access panel has two LEDs
(one green and one yellow) integrated in the RJ45 connector.
• The green LED turns on when a link pulse is received.
• The yellow LED turns on when data is being received on the receive port.

The Ethernet port LEDs are not turned on during a power-up or a cold restart
sequence of the shelf processor.
Interface circuit packs without pluggable optics

Circuit packs without pluggable optics (for example, 1xOC-192/STM-64,
16xSTM-1e, 63xE1, 24xDS3/E3, 24xDS3/EC-1, port 1 of SuperMux,
40G OCI, 40G OCLD or Wavelength-selective 40G OCLD) have a circular
yellow LED (16 yellow LEDs for STM-1e, one yellow LED for E1, and 24 yellow
LEDs for DS3/E3 or DS3/EC-1). The yellow LED turns on when a receive loss
of signal condition is detected on the port and the corresponding facility is
provisioned.
If a terminal loopback is applied to the optical facility while a loss of signal

condition exists, the yellow LED turns off as the loss of signal detection circuit
is bypassed.
Interface circuit packs with pluggable optics

Circuit packs with pluggable optics (for example, 4xGE, 1x10GE EPL, 8xOC-
3/12/STM-1/4, 8xOC-n/STM-n 5G VT1.5/LO SFP, 2xOC-48/STM-16, 16xOC-
3/12/48/STM-1/4/16, L2SS VT1.5/LO 4xGE, L2SS PDH gateway, 20G L2SS,
24x10/100BT EPL with 8xSFP, RPR, or ports 2 to 11 of SuperMux) have a
circular bi-color red/yellow LED located to the left of each port.
The red LED turns on when a pluggable is present and the pluggable has
failed.
For an 8xOC-3/12/STM-1/4, 2xOC-48/STM-16, 16xOC-3/12/48/STM-1/4/16,

or MXC circuit pack, the yellow LED turns on when a receive loss of signal
condition is detected on the port (and the corresponding facility is provisioned)
and the pluggable is present and has not failed.
For a 4xGE, 1x10GE EPL, 24x10/100BT EPL with 8xSFP, L2SS, PDH
gateway or RPR circuit packs, the yellow LEDs turns on when a receive loss
of signal condition is detected on the port (and the corresponding facility is
provisioned) and the pluggable is present and has not failed.
For a SuperMux circuit pack, the yellow LED behavior depends on whether the
OC-3/12/STM-1/4 or 4xGE pluggable is present.
For a 4xGE, 1x10GE EPL, 24x10/100BT EPL with 8xSFP, L2SS, PDH
gateway, RPR, or MXC circuit pack, a red/yellow bi-color LED (one for each
SFP port), is used to communicate module fail or Loss of Signal on pluggable
modules.
For a 20G L2SS circuit pack, a red/yellow bi-color LED (one for each SFP/XFP
port), is used to communicate module fail or Loss of Signal/Loss of data
synch/Link Down on pluggable modules.

If a terminal loopback is applied to the optical facility while a loss of signal

is bypassed.
Fast Ethernet 24x10/100BT EPL ports

The Fast Ethernet 24x10/100BT EPL port circuit packs have the following
LEDs on the front of the circuit pack:
• Red LED
• Green LED
• Blue LED
• On the 48x10/100BT I/O panel, a yellow LED is associated with each of
the 24 I/O panel LAN ports.
• On the 24x10/100BT EPL and 24x10/100BT EPL with 8xSFP circuit
packs, a yellow Loss of Sync group LED on the faceplate will be
illuminated if at least one of the I/O panel LAN ports are indicating a link
failure condition.
For the 24x10/100BT EPL and 24x10/100BT EPL with 8xSFP circuit packs,
one mono-color yellow LED is associated with each of the 24 I/O panel LAN
ports.
On the 24x10/100BT EPL with 8xSFP circuit pack, ports 1 to 8 can either be
an SFP port or an I/O panel port. For ports 1 to 8, only the LED of the selected
port will be illuminated to indicate the failure. For example, if a LAN loss of
signal condition exists and the SFP has been selected as the physical
interface, then only the LED associated with the SFP will be illuminated, and
not the corresponding I/O panel LED.
Electrical interface circuit packs

The 63xE1 working and 63xE1 protection circuit packs have a yellow LED that
turns on if any provisioned E1 facility (in-service or out-of-service) detects a
loss of signal.
If a terminal loopback is applied to the E1 facility while a loss of signal

is bypassed (unless a loss of signal condition exists on another E1 facility).
The DS3/EC-1 or DS3/E3 circuit pack has 24 yellow LEDs (one for each port)
that turn on if any provisioned facility detects loss of signal.
E1 protection module
The protection modules required for 1:N protection of the E1 circuit packs in
an optical/front electrical shelf have a blue LED that turns on if 1:N protection
is provisioned against the supporting circuit pack and the protection circuit
pack is not locked out. Do not remove the module when the blue LED is lit.

Cross-connect circuit pack

The cross-connect circuit packs, including the MXC, have four circular yellow
LEDs (LOS Ref 1, Ref 2, Ref 3, and Ref 4), one for each of the four possible
reference sources in the timing generation hierarchy. The yellow LED turns on
when a loss of synchronization reference is detected for the associated
provisioned timing reference source.
LED sequences
During a power up (circuit pack insertion or reseat) or a restart, the red Fail,
the green Ready, and the blue In Use status LEDs on the front of the circuit
pack go through a sequence as detailed in the following sections.
Circuit pack insertion/reseat and cold restart LED sequence

For a circuit pack insertion/reseat or a cold restart, the red Fail, the green
Ready, and the blue In Use status LEDs go through the following sequence:
• The red LED turns on momentarily.
• After a few seconds, the red, green and blue LEDs turn on.
• After a few seconds, the red and blue LEDs turn off and the green LED
flashes to indicate the software is initializing.
• When software initialization is complete, the green status LED turns on
(does not flash).
• If the circuit pack is in-service, the blue LED turns on after the green LED
while the circuit pack is in use. If the circuit pack has failed, the green LED
turns off and the red LED turns on.
During a circuit pack insertion/reseat or a cold restart, the port and Ethernet
port status LEDs remain off.
When the green LED is steadily lit (after the software initialization), an auto-
upgrade of the circuit pack may occur. During an auto-upgrade, the green LED
remains steadily lit and the blue LED remains off (a Software Auto-Upgrade in
progress alarm is raised and clears after the auto-upgrade is complete).
Warm restart sequence

For a warm restart, the red Fail, the green Ready and the blue In Use status
LEDs go through the following sequence:
• The red and blue LEDs remain in the state they were before the restart.
• After a few seconds, the green LED flashes to indicate the software is
initializing.


(does not flash).
• If the circuit pack has failed, the green LED turns off and the red LED turns
on.
Lamp test
A lamp test can be initiated using the ACO/Lamp Test (labeled ACO/Lamp
Test, ACO/LT or ACO/LPT depending on the shelf type) button found near the
shelf's Critical, Major and Minor LEDs (on the DSM and all 6500 shelves
except for 2-slot variants) or using Site Manager.
When initiated, the lamp test is performed on all the applicable LEDs on the
network element (does not apply to any power input LEDs, LEDs on shelf
peripherals provisioned in virtual slots or connected to RJ45 external slot
inventory interfaces, LEDs on RJ-45 ports used for Telemetry In/Out or any
equipped circuit pack that is not in a ready state). A lamp test times out after
approximately 30 seconds and the LEDs revert to the previous status. For bi-
color port LEDs, one color is lit for first 15 seconds and the other color is lit for
the remaining 15 seconds.
For the 32-slot shelf, the lamp test button (labeled ACO/LT) is on the Access
Panel (AP). For the 14-slot shelf, the lamp test button (labeled ACO/Lamp
Test) is on the maintenance interface card (MIC). For the 6500-7 packet-
optical shelf, the lamp test button (labeled ACO/Lamp Test) is on the fan
module. The lamp test function will activate all applicable LEDs in the system
if at least one SP is present and in a ready state. Depressing the button will
have no effect if both SPs are missing or are not ready.
For the 7-slot shelf, the lamp test button (labeled ACO/Lamp Test) is on the
fan module. The lamp test function will activate all applicable LEDs in the
system if the SP (or SPAP-2 in the case of a 7-slot Type 2 shelf) is present and
in a ready state. Depressing the button will have no effect if the SP (or
SPAP-2) is missing or is not ready.
For the 2-slot shelf, there is no lamp test button on the shelf. The software
initiated lamp test is performed using Site Manager.
For the DSM, the lamp test button (labeled ACO/LPT) is located on the fan
module. The LEDs on a provisioned DSM will also be lit when a lamp test is
initiated on the host 6500 shelf.
When initiated from Site Manager, the test can be performed on all the
applicable LEDs on the network element or on a single circuit pack.

ATTENTION
You cannot perform a lamp test on the LEDs on the Power Input Cards. On
some access panels, the RJ45 external slot inventory interfaces appear to
have two LEDs but there is only one that is used during normal operation and
that will illuminate during a lamp test.
In addition, the user has the option to perform a user intervention flash test on
a slot or port basis that causes the LEDs to flash, allowing a user at the site
to identify a circuit pack or pluggable. When initiated for a slot, the status LEDs
(red Fail, green Ready, and blue In Use) on the specified circuit pack flash for
15 minutes and status of all port LEDs remain the same. When initiated for a
port, the status LEDs (red Fail, green Ready, and blue In Use) on the circuit
pack and the specified port LED flash for 15 minutes (if the port LED is bi-
color, only the yellow color flashes).
Consider the following:

• Only ports on circuit packs with pluggables physically present can be
selected for a port user intervention flash test.
• A user intervention flash test cannot be performed on the LEDs on the
MIC, the Power Input Card, the access panel, the fan modules, or the LAN
on the shelf processor.
• A user intervention flash test can be stopped by performing a non-flash
lamp test or using the on/off radio buttons on Site Manager.
For information on initiating a lamp test:

• using the ACO button, refer to Procedure 2-13, “Clearing audible alarms
and performing lamp tests”.
• from Site Manager, refer to the “Performing a lamp test and clearing
audible alarms using the Visualization tool” procedures in Administration
and Security 323-1851-301.
Viewing active alarms and events

Active alarms are indicated on the 6500 equipment and are visible from the
Site Manager user interface. Alarm history, events, and logs are stored on the
network element. Login sessions using Site Manager craft user interface,
Optical Manager Element Adapter, and Optical Application Platform provide
details of network element alarms.
The types of 6500 network element alarms are:

• equipment
• common equipment
• facility

Color-coded alarm severity

Color is used to highlight the severity value in the application summary tables
for the following Site Manager applications:
• Consolidated Alarms
• Active Alarms
• Historical Fault Browser
• Active Disabled Alarms
• Visualization tool display of filtered active alarms
Alarm severity color codes can be configured by modifying the values of color
codes defined in the “gui.properties” file, which can be found at the base
directory located on the “Site Manager” installation directory on your
computer.
The format of color codes in “gui.properties” should be in Hex format. The

standard alarm severity color codes are shown below.
# Standard alarm severity colors.

COLOR_ALARM_CRITICAL=0xFF0000
COLOR_ALARM_MAJOR=0xFF0000
COLOR_ALARM_MINOR=0xFFB200
COLOR_ALARM_WARNING=0xFFCC00
COLOR_ALARM_INFO=0xE0E0E0
COLOR_ALARM_INDETERMINATE=0xFFFFFF
COLOR_ALARM_DEFAULT=0xE0E0E0
COLOR_ALARM_ALERT=0xFFCC00
If the above color codes are commented in “gui.properties”, the default alarm
color codes are displayed.

The color coding is defined as follows in Table 1-1.
Table 1-1
Alarm severity color coding
Alarm severity Site Manager default

alarm color coding
Critical, service-affecting (C, SA) red
Critical, non-service-affecting (C, NSA) red
Major, service-affecting (M, SA) red
Major, non-service-affecting (M, NSA) red
Minor, service-affecting (m, SA) orange
Minor, non-service-affecting (m, NSA) orange
Warning (w, -) yellow
Note: Site Manager Alarm Colors are user configurable. Refer to

“Modifying Site Manager Alarm Color” procedure in Site Manager for 6500
& CPL Fundamentals, 323-1851-195. When Site Manager is launched
from One Control, the One control Color definitions are used as defined in
the Alarm Indicators and severities section of OneControl Unified
Management System Standard Operations Guide, 450-3201-301.
Viewing active alarms

Site Manager provides the user with a visual summary of all active alarms for
all 6500 network elements logged in to, through the alarm banner. The user
views a list of active alarms on a 6500 shelf by selecting the Active Alarms
application on the Fault menu of Site Manager. A maximum of 4600 active
alarms are supported on the 6500 network element.
The active alarm application provides the user with the ability to filter and sort
alarms and perform manual or automatic refresh of the active alarm list.
Alarms details are available for each active alarm in the list.
Alarm reports can be affected by the primary state of the circuit pack and
facilities. For example, an alarm is not reported until the primary state of a
circuit pack or facility changes from out-of-service to in-service.
Auto In Service (AINS)

AINS is the ability to setup traffic on a network without alarms prior to the end
user signal being applied and error-free. This allows entities to be put in-
service, but remain alarm free until a circuit pack is inserted or cables (traffic)
plugged into the circuit pack.

When an equipment/facility was created with equipment/facility AINS enabled

or edited to enable AINS, and the equipment or clean facility signal is missing,
the equipment/facility enters the AINS state. When in the AINS state, the
equipment/facility primary and secondary states indicate the equipment/
facility is in an alarmed condition but alarms are suppressed for that
equipment/facility.
When a valid circuit pack is inserted or a clean signal is detected for an

equipment or facility in AINS, a timer starts. If the equipment or facility remains
fault free for the specified AINS timeout value, the equipment or facility is
automatically transitioned from the AINS state. Subsequent conditions that
result in alarms will result in alarms being generated on the NE.
If a circuit pack supports equipment AINS, then any pluggables supported on

that circuit pack also support equipment AINS.
Two independent system-wide AINS Time out parameters are supported - one
for Facility AINS, and the other for Equipment AINS, applicable to all entities
supporting the AINS on the shelf. The supported AINS timeout value range is
from five minutes (default) to 96 hours. The AINS timeout value can be set in
increments of five minutes. Refer to the “Editing the nodal system parameters”
Procedure.
When an equipment or facility is in an AINS state, suppressed alarms can be

retrieved in the Active Disabled Alarms application within Site Manager
Traffic alarms and events are suppressed for the facility with the AINS state,
explicitly including the following:
• Traffic faults, near end and far end
• PM TCA reports
• WAN alarms/PMs on a LAN facility
• Path alarms within OC-n facilities
• Alarms which require manual action to clear, such as “Loopback Active”
Protection switch alarms/events are not suppressed.
Facility AINS does not permanently mask an ODU OCI OTM3 alarm on
Broadband circuit packs. The facility AINS timer counts down when the fault
is active, and the alarm is unmasked after the timer expires.
The ODUk OCI, ODUk LCK, and AIS alarms are considered valid signals from
an AINS perspective. Therefore, if an OTMn facility transitions from a hard
failure (such as LOS, LOF, and LOC) to an ODUk OCI, ODUk LCK, or AIS

alarm, then the timer starts counting down just as if traffic had been restored.
This applies to all OTMn facilities and on all circuit packs that support these
facilities.
Facility alarms for received signal-affecting faults such as the following alarms,
as well as others, prevent the AINS timer from counting down:
• Loss of Signal
• Loss of frame
• Loss of clock
• Loss of Data Sync
• Frequency Out Of Range
• Signal Fail
• Signal Degrade
• Loss Of MultiFrame
• Excessive Error Ratio
• Link Down
• Rx Power Out Of Range
The following equipment alarms are not AINS impacting and do not reset
AINS timer:
• Cold Restart Required: FPGA Changed
• Intercard Suspected
• Internal Mgmt Comms Suspected
• High Received Span Loss
• Low Received Span Loss
• Autoprovisioning Mismatch - Pluggable
• Circuit Pack Mismatch - Pluggable
• Circuit Pack Failed - Pluggable
• Circuit Pack Unknown - Pluggable
• Intercard Suspected - Pluggable
• Provisioning Incompatible - Pluggable
PM collection is also inhibited when a facility is in an AINS state. PM counts

will not be recorded/calculated for facilities and paths. Analog PMs, such as
power levels which are measured, will continue to be recorded. Bins will be set
to IDF when the AINS state is active.

Viewing events
The Historical Fault Browser application supports the following functionality:
• viewing of historical (current and cleared) alarms for the 6500 network
element
• viewing of logs
• filtering of alarms based on severity
• details for specific events (alarms or logs)
The 6500 also supports the generation of northbound SNMP traps for network
element alarms and events. For more details on supported SNMP
functionality, refer to the:
• “SNMP support” section in Fault Management - SNMP, 323-1851-740
• external alarm provisioning, external controls in Chapter 2, “Alarm
surveillance”
The 6500 network element stores up to 5500 events. 5000 of those are from
alarms/events that were enabled, and the other 500 are for alarms/events that
were disabled at the time they were generated. The Historical Fault Browser
application provides the user with the ability to filter and sort events and
perform manual refresh of the event list.
Alarm profiles
The alarm profiles application gives the user the ability to view, edit, and
delete alarm profiles.
A profile contains all the alarm points applicable for the alarm class and a
status, enabled or disabled, for each alarm point. A profile can be applied to
an individual facility or circuit pack of that alarm class to quickly disable
multiple alarm points. A default profile can be set for an alarm class so that
when a new facility or circuit pack of that class is first provisioned, the default
alarm profile is applied to it automatically.
The alarm profile also contains the severity (C, M, m, w) for each alarm, which
can be edited by the user.
The 6500 network element provides two non-editable predefined profiles (All
Enabled which is the default, and All Disabled) and allows for three more
predefined profiles to be user editable on the network element.
The Common alarm class supports an additional non-editable profile, Factory

Default. For the Common alarm class, the Factory Default profile enables all
common alarms except for the Disk 75 percent Full, Disk 90 percent Full, LAN-
15 Port Failure, and LAN-16 Port Failure alarms, which are disabled.

The low order (VT1.5/VC11 and VT2/VC12 for MSPP services) path facilities
on interface circuit packs also support the Factory Default profile. The Factory
Default profile disables the reporting and logging of the VT1.5/VC11 and VT2/
VC12 defects. By default, all VT1.5/VC11 and VT2/VC12 facilities are set to
Factory Default. Alarm monitoring of VT1.5/VC11 and VT2/VC12 facilities is
limited to 1344 for each optical interface circuit pack, any request to monitor
more than this limit is rejected.
The following is a list of alarms that do not appear in any alarm profile (which
means these alarm points cannot be disabled):
• Alarm and Event Throttling Active
• Automatic shutoff disabled
• Autoprovisioning Mismatch
• Autoprovisioning Mismatch - pluggable
• Circuit pack unknown
• Circuit pack unknown - pluggable
• Equipment Configuration Mismatch
• Fan Failed
• Filler Card Missing
• FPGA Load Tag Mismatch
• Manual Area Address Dropped
• Number of Level 1 NEs Exceeded
• Provisioning Incompatible
• Provisioning Incompatible - pluggable
• Redundant Release Synch Failed
• Shelf Data Missing
Alarm hold-off
Alarm hold-off period is the time delay between the time that the alarm
condition occurs and the time that the alarm is raised. The user can manually
change the alarm hold-off from 2.5 seconds (default) to 0 seconds for alarms
associated with MSPP, Broadband, OTN I/F, PKT I/F, and Photonic circuit
packs. the alarm hold-off feature applies to AMP, OPTMON, OSC, and CHC
facilities in Photonic circuit packs, OCn/STMn facilities on MSPP, and all
facilities on Broadband, PKT I/F and OTN I/F circuit packs including OTN Flex
MOTR, Flex MOTR and L2 MOTR circuit packs.

This feature allows you to see alarms for fast transient conditions that would
normally be filtered by the 2.5 second hold-off. The alarm hold-off period is
changed using the System tab in the Node Information application in Site
Manager. Refer to the “Editing the nodal system parameters” procedure in
Administration and Security, 323-1851-301.
ATTENTION
When Alarm hold-off is set to 2.5, alarms which are raised and cleared within
2.5 seconds time-frame are not acknowledged.
Viewing disabled alarms

Alarms that have been disabled from the alarm profiles application are not
displayed in the Active Alarms application. Active alarms that have been
disabled can be viewed in the Active Disabled Alarms application in the
Faults menu of Site Manager.
ATTENTION
Disabled alarms will not be displayed in the Active Disabled Alarms
application against a WAN, OTM0 or OTM1 mapping layer facility when the
mapping layer of the port is connected in a client hairpin.
External alarm provisioning and controls

The 6500 network element and each provisioned DSM has 16 parallel
telemetry input points and four external control relays.
The input points allow remote monitoring of other equipment in the office in
which the network element is located. For example, the input points can
monitor room temperature alarms or office door open alarms. Specific
external alarms must be set up during provisioning. The alarm types are
assigned to a specific contact pin.
The External Alarm Provisioning application in the Configuration menu of

Site Manager supports the following functionalities:
• displaying external alarm attributes (telemetry input points)
• editing the environmental alarm attributes on the network element
• editing the environmental alarm attributes on a DSM
• deleting defined environmental alarm attributes on the network element
• deleting defined environmental alarm attributes on a DSM

The external controls application allows the user to retrieve and display the
labels and status of the four external controls relays for the 6500 network
element and DSM. The 6500 network element and DSM allow the user to
operate or release these relays to turn external equipment on and off (for
example, air conditioning, fan, sprinkler) and edit the labels of the relays.
ODU layer alarm monitoring

For the (1+8)xOTN Flex MOTR circuit pack, the ODU facility monitors the ODU
layer alarms for protection switching for A-SNCP connections. The ODU layer
alarms monitored on the ODU facility are the same as those monitored on the
OTM Mapping Layer facility that is on the same ODU connection.
By default, ODU alarm monitoring is only enabled in one location depending

on the ODU connection type. For 1+1 TPT protected connections, the ODU
alarm monitoring is enabled on the OTN Mapping Layer facility. For A-SNCP
connections, the ODU alarm monitor is enabled on the ODU facility.
To provide full flexibility, the 1+8 OTN Flex MOTR circuit pack allows ODU
monitoring to be enabled or disabled on the other endpoint facility (the OTM
Mapping Layer facility or ODU facility) on the same ODU connection.
Enabling the ODU monitoring on both endpoint facilities can result in duplicate
ODU alarms being raised on the ODU connection if any ODU fault condition
is present.
The ODU monitoring flag on the OTN mapping layer facility is enabled when
it is first created and there is no ODU connection provisioned on it.
Power cycling of the network element

If the network element time is not provisioned to retrieve its time of day from
an NTP server and a power cycle occurs on the network element, you must
reprovision the network element date and time as the date and time are reset
to the default values. If the time of day (TOD) synchronization feature is
enabled, you do not have to reprovision the date and time. Refer to the “Editing
the nodal general parameters” procedure in Administration and Security, 323-
1851-301.

Signal conditioning for 10G AM1/AM2 DWDM

10G signal failure
Table 1-2 presents the signal conditioning that is applied for port 1 triggered
events.
Table 1-2
10G AM1/AM2 DWDM signal conditioning—10G signal failure
Trigger Tx conditioning
Condition Facility Signal output Facility
OTM2 p1 Facility OOS (Note 1) OTM2 p1 ODU2 AIS OTM2 p1
OTM2 p1 Rx ODU2 AIS (Note 2) OTM2 p1 ODU2 BDI OTM2 p1

RFI-L OC192/STM64
p1
OTM2 p1 Rx OPU2 PN11 OTM2 p1 No conditioning OTM2 p1

(OPU2 PN11 condition is not alarmed) RFI-L (Note 3) OC192/STM64
p1
OTM2 p1 Rx OTU2 LOS, LOF, LOMF OTM2 p1 OTU2 BDI and ODU2 BDI OTM2 p1
or Pre-FEC Signal Fail RFI-L OC192/STM64
(Note 4) p1
OTM2 p1 Rx OTU2 BDI or ODU2 BDI OTM2 p1 No conditioning OTM2 p1

(Note 5) No conditioning OC192/STM64
p1
PTI Mismatch (Note 6) OTM2 p1 No conditioning OTM2 p1
OC192/STM64 p1 LOF OC192/STM64 No conditioning OTM2 p1

p1 RFI-L OC192/STM64
p1
OC192/STM64 p1 AIS OC192/STM64 No conditioning OTM2 p1

p1
Note 1: When the OTM2 facility is OOS, the OC192/STM64 facility is automatically OOS.
Note 2: ODU2 AIS masks all OC192/STM64 alarms.
Note 3: AIS-L is raised.
Note 4: OTU2 alarms mask all OC192/STM64 alarms.
Note 5: OTU2 BDI and ODU2 BDI mask RFI-L.
Note 6: PTI Mismatch will trigger RFI-L for OC192/STM64 facility on port 1.

10G circuit pack equipment failure

Table 1-3 presents the signal conditioning that is applied for circuit pack
failures.
Table 1-3
10G AM1/AM2 DWDM signal conditioning—10G circuit pack equipment failure
Condition Signal output Facility
Circuit Pack Fail ODU2 AIS OTM2 p1

Line/MS AIS OC192/STM64 p1
Signal conditioning for SuperMux circuit packs

SuperMux 10G signal failure
Table 1-4 presents the signal conditioning that is applied for port 1 triggered
events.
Table 1-4
SuperMux signal conditioning—10G signal failure
OTM2 p1 Facility OOS (Note 1) OTM2 p1 ODU2 LCK OTM2 p1
OTM2 p1 Rx ODU2 AIS (Note 2) OTM2 p1 ODU2 BDI OTM2 p1

RFI-L OC192/STM64
p1
OTM2 p1 Rx OPU2 AIS OTM2 p1 OPU2 AIS OTM2 p1

RFI-L OC192/STM64
p1
OTM2 p1 Rx OTU2 LOS, LOF, LOMF OTM2 p1 OTU2 BDI and ODU2 OTM2 p1
or Pre-FEC Signal Fail BDI OC192/STM64
RFI-L p1
OTM2 p1 Rx OTU2 BDI or ODU2 BDI OTM2 p1 No conditioning OTM2 p1

(Note 3) No conditioning OC192/STM64
p1
PTI mismatch (Note 4) OTM2 p1 No conditioning OTM2 p1

Table 1-4
SuperMux signal conditioning—10G signal failure (continued)
OC192/STM64 p1 LOF OC192/STM64 No conditioning OTM2 p1

p1
OC192/STM64 p1 AIS OC192/STM64 No conditioning OTM2 p1

p1
Note 4: PTI mismatch will trigger RFI-L for OC192/STM64 facility on port 1.
SuperMux 10G circuit pack equipment failure

Table 1-5 presents the signal conditioning that is applied for circuit pack
failures.
Table 1-5
SuperMux signal conditioning—10G circuit pack equipment failure
Condition Signal output Facility
Circuit Pack Fail ODU2 AIS OTM2 p1

Line/MS AIS OC192/STM64 p1
Signal conditioning for 40G circuit packs

40G OCLD/Wavelength-selective 40G OCLD unprotected configuration
Table 1-6 on page 1-37 presents the signal conditioning that is applied to the
40G OCLD and Wavelength-selective 40G OCLD circuit packs in an
unprotected configuration.
ATTENTION
When using a 1+1 protection configuration, the OCLD conditioning towards
its mated circuit pack may not trigger conditioning on the mated circuit pack
if that circuit pack can successfully switch to the protection path. However, if
both the working and the protection OCLD circuit packs are conditioning
towards the mated circuit pack, then conditioning will be triggered on the
mated circuit pack.

Table 1-6
40G OCLD/Wavelength-selective 40G OCLD signal conditioning (unprotected)
Fault Condition Signal conditioning Towards Signal Conditioning Towards

Mated Circuit Pack Line Port
No ODU Connection None (no connection) ODU3 OCI
p1 SF (OTM3 on-ramp) No conditioning ODU3 AIS
p1 Facility OOS ODU3 LCK ODU3 LCK
p1 LOS, LOC, LOCH (Note), ODU3 AIS OTU3 SM-BDI

LOF, LOMF, Pre-FEC SF
Note: "Loss of Channel" alarm is only applicable when colorless capable circuit packs deployed on
colorless line system.
40G MUX OCI signal conditioning

Table 1-7 on page 1-37 presents the signal conditioning that is applied to the
40G MUX OCI circuit pack.
Table 1-7
40G MUX OCI signal conditioning
Fault Condition 40G MUX OCI Signal Conditioning Signal Conditioning

p1-4 Facility Towards Mated Towards Client Port
Circuit Pack (Laser off if LOFEF
enabled)
No ODU3 Connection OC192/STM64 None (no connection) AIS-L

ETH10G None (no connection) LF
OTM2 None (no connection) ODU2 AIS
FC800 None (no connection) NOS
FC1200 None (no connection) LF
p100 ODU3 AIS, ODU3 LCK, OC192/STM64 ODU3 PM-BDI AIS-L

ODU3 OCI, SF (OTM3 off-ramp) ETH10G ODU3 PM-BDI LF
OTM2 ODU3 PM-BDI ODU2 AIS
FC800 ODU3 PM-BDI NOS
FC1200 ODU3 PM-BDI LF

Table 1-7
40G MUX OCI signal conditioning (continued)

enabled)
p100 OPU3 PT Mismatch, OPU3 OC192/STM64 No conditioning AIS-L

AIS (OTM3 off-ramp) ETH10G No conditioning LF
OTM2 No conditioning ODU2 AIS
FC800 No conditioning NOS
FC1200 No conditioning LF
p1-4 ODU2 AIS, ODU2 LCK, OC192/STM64 ODU2 PM-BDI AIS-L

ODU2 OCI (OTM2 off-ramp) ETH10G ODU2 PM-BDI LF
OTM2 No conditioning No conditioning (Note 1)
FC800 ODU2 PM-BDI NOS
FC1200 ODU2 PM-BDI LF
p1-4 OPU2 PT Mismatch, OPU2 OC192/STM64 No conditioning AIS-L

AIS (OTM2 off-ramp) ETH10G No conditioning LF
OTM2 No conditioning No conditioning
FC800 No conditioning NOS
p1-4 WAN Link Down, WAN Loss ETH10G No conditioning LF

of Frame Delineation (WAN off-
ramp, GFP only)
p1-4 Facility OOS OC192/STM64 ODU2 LCK AIS-L

ETH10G ODU2 LCK LF
OTM2 ODU2 LCK ODU2 LCK
FC800 ODU2 LCK NOS
FC1200 ODU2 LCK LF
p1-4 LOS, LOC, LOCH (Note 3), OC192/STM64 OPU2 AIS No conditioning
LOF FC800 OPU2 AIS No conditioning
p1-4 LOS, LOC, LOCH (Note 3), OTM2 OPU2 AIS OTU2 PM-BDI
LOF LOMF, Pre-FEC SF

Table 1-7
40G MUX OCI signal conditioning (continued)

enabled)
p1-4 LOS, LOC, LOCH (Note 3), ETH10G ODU2 AIS No conditioning (Note 2)
LOF, HiBER FC1200 ODU2 AIS No conditioning
Service-affecting Circuit Pack OC192/STM64 ODU3 AIS AIS-L

Fail ETH10G ODU3 AIS LF
OTM2 ODU3 AIS ODU2 AIS
FC800 ODU3 AIS NOS
FC1200 ODU3 AIS LF
Note 1: There is no conditioning unless LOFEF is enabled, in which case, the laser is turned off.
Note 2: For the NTK525CA, there is no conditioning occurs when operating in 11.05 and 11.09
proportional wrap. However, in GFP mode RF is conditioned. For the NTK525CF, there is no
conditioning.
Note 3: “Loss of Channel” alarm is only applicable when colorless capable circuit packs deployed on
40G OCI signal conditioning

Table 1-8 on page 1-39 presents the signal conditioning that is applied for the
40G OCI circuit packs.
Table 1-8
40G OCI signal conditioning
Fault Condition 40G OCI p1 Signal Conditioning Signal Conditioning

Facility Towards Mated Towards Client Port
enabled)
No ODU Connection OC768/STM256 None (no connection) AIS-L

OTM3 None (no connection) ODU3 OCI
ETH40G None (no connection) LF
p1 SF (OTM3 off-ramp) OC768/STM256 ODU3 PM-BDI AIS-L

OTM3 No conditioning ODU3 OCI
ETH40G ODU PM-BDI LF
p1 ODU3 AIS, ODU3 LCK, OC768/STM256 ODU3 PM-BDI AIS-L

ODU3 OCI (OTM3 off-ramp) OTM3 No conditioning No conditioning (Note 1)
ETH40G ODU3 PM-BDI LF

Table 1-8
40G OCI signal conditioning (continued)
Fault Condition 40G OCI p1 Signal Conditioning Signal Conditioning

Facility Towards Mated Towards Client Port
enabled)
p1 OPU PT Mismatch, OPU3 OC768/STM256 None (no connection) AIS-L

AIS (OTM3 off-ramp) OTM3 None (no connection) No conditioning
p1 OPU PT Mismatch, OPU3 ETH40G None (no connection) LF

AIS, OPU3 CSF (OTM3 off-
ramp) (Note 2)
p1 Facility OOS OC768/STM256 ODU3 LCK AIS-L

ETH40G ODU3 LCK LF
p1 LOS, LOF OC768/STM256 OPU3 AIS No conditioning
p1 LOS, LOC, LOCH (Note 3), OTM3 ODU3 AIS OTU3 SM-BDI
LOF, LOM, Pre-FEC SF
p1 LOS, LOF, HiBER ETH40G OPU3 CSF No conditioning
Service-affecting Circuit Pack OC768/STM256 ODU3 AIS AIS-L

Fail OTM3 ODU3 AIS ODU3 AIS
ETH40G ODU3 AIS LF
Note 2: OPU CSF is alarmed as Far End Client Signal Fail.

Signal conditioning for 100G circuit packs

Optical muxponder configuration (10x10GE MUX, 10x10G MUX, 100G
WL3/WL3e OCLD, Flex2 WL3/WL3e OCLD, Flex3 WL3e OCLD (QPSK and
BPSK modes), and 100G OCLD)
Table 1-9, Table 1-16 on page 1-48, and Table 1-17 on page 1-49 present the
signal conditioning that is applied for the 10x10GE MUX, 10x10G MUX, 100G
WL3/WL3e OCLD, Flex2 WL3/WL3e OCLD, Flex3 WL3e OCLD (QPSK and
BPSK modes), and 100G OCLD circuit packs in the optical muxponder
configuration.
Table 1-9
10x10GE MUX, 10x10G MUX, 100G WL3/WL3e OCLD, Flex2 WL3/WL3e OCLD, Flex3 WL3e OCLD
(QPSK and BPSK modes), and 100G OCLD signal conditioning—optical muxponder
configuration
Condition 10x10GE 100G OCLD/100G 10x10GE MUX/

MUX/10x10G WL3/WL3e OCLD/ 10x10G MUX
MUX Flex2 WL3/WL3e p1-10 (client)
p1-10 Facility OCLD/ Flex3 WL3e Signal output
OCLD (QPSK and (Laser off if LOFEF
BPSK modes) p1 enabled)
(OTM4)
Signal output
No Transponder Connection OC192/STM64 ODU4 OCI AIS-L

ETH10G ODU4 OCI LF
OTM2 ODU4 OCI ODU2 AIS
p1 (100G OCLD) Facility OOS OC192/STM64 ODU4 LCK AIS-L

ETH10G ODU4 LCK LF
OTM2 ODU4 LCK ODU2 AIS
p1 (100G OCLD) LOS, LOC, LOCH OC192/STM64 OTU4 BDI, ODU4 BDI AIS-L
(Note 2), LOF, LOMF, OTU PreFEC- ETH10G OTU4 BDI, ODU4 BDI LF
SF, OTU Skew OOR
OTM2 OTU4 BDI, ODU4 BDI ODU2 AIS
p1 (100G OCLD) ODU AIS, ODU LCK, OC192/STM64 ODU4 BDI AIS-L
ODU OCI ETH10G ODU4 BDI LF
OTM2 ODU4 BDI ODU2 AIS
p1 (100G OCLD) OPU AIS OC192/STM64 No conditioning AIS-L

ETH10G No conditioning LF
OTM2 No conditioning ODU2 AIS

Table 1-9
configuration (continued)

(OTM4)
Signal output
p1-10 (10x10GE MUX/10x10G MUX) OC192/STM64 No conditioning AIS-L

OTM2 OPU2 PT Mismatch ETH10G No conditioning LF
OTM2 No conditioning No conditioning
p1-10 (10x10G MUX) WAN Link Down WAN No conditioning LF
p1-10 (10x10G MUX) WAN Loss of WAN No conditioning LF

Frame Delineation
p1-10 (10x10GE MUX/10x10G MUX) ETH10G OPU2 AIS No conditioning

HiBER
p1-10 (10x10GE MUX/10x10G MUX) OC192/STM64 ODU2 LCK AIS-L

Facility OOS ETH10G ODU2 LCK LF
p1-10 (10x10G MUX) ODU AIS, ODU OTM2 ODU2 AIS, ODU2 No conditioning
LCK, ODU OCI (onramp, at OTM2 LCK, ODU2 OCI
client facility Rx)
p1-10 (10x10GE MUX/10x10G MUX) OC192/STM64 OC192/STM64: p1-10 OC192/STM64: p1-

ODU AIS, ODU LCK, ODU OCI ETH10G = ODU2 BDI 10 = AIS-L ETH10G:
(offramp, at OTM2 layer facility) OTM2 ETH10G: p1-10 = p1-10 = LF OTM2:
ODU2 BDI p1-10 = No
OTM2: p1-10 = No conditioning (laser
conditioning off) (Note 1)
p1-10 (10x10GE MUX/10x10G MUX) OC192/STM64 OPU2 AIS No conditioning

LOS, LOC, LOCH (Note 2), LOF ETH10G OPU2 AIS No conditioning
LOMF (OTM2 client)
OTM2 ODU2 AIS OTU2 BDI
p1-10 (10x10G MUX) Pre-FEC SF OTM2 ODU2 AIS OTU2 BDI

Table 1-9
configuration (continued)

(OTM4)
Signal output
Client facility LOC, LOS, LOF, HiBER OTM2 OPU2_CSF, OPU2_CSF

ETH10G OPU2_AIS,
GSF CMF_CSF
Service-affecting Circuit Pack Fail OC192/STM64 ODU4 AIS AIS-L

ETH10G ODU4 AIS LF
OTM2 ODU4 AIS ODU2 AIS
Table 1-10
100G WL3n MOTR signal conditioning—OTM2 client
Condition Line Port Signal output Client Port Signal output

(Laser off if LOFEF enabled)
No Client Port connection ODU2 OCI N/A
Line Facility OOS ODU4 LCK ODU2 AIS
Line LOS, LOC, LOF, LOMF, OTU4 BDI, ODU4 BDI ODU2 AIS
OTU PreFEC-SF
Line ODU4 AIS ODU4 LCK ODU4 ODU4 BDI ODU2 AIS
OCI
Line OPU4 AIS, OPU4 CSF, No conditioning ODU2 AIS

OPU4 PTM
Client Facility Deletion MSI MM N/A
Client Facility OOS ODU2 LCK ODU2 LCK

Table 1-10
100G WL3n MOTR signal conditioning—OTM2 client (continued)

Client LOS, LOC, LOF, OTU ODU2 AIS OTU2 BDI

PreFEC-SF
Client PTM, MSI MM, OPU AIS, No conditioning No conditioning

OPU2 CSF
Client MR MM No conditioning No conditioning
Client ODU2 AIS, ODU2 LCK, ODU-2 AIS, ODU2 LCK, No conditioning
ODU2 OCI ODU2 OCI
Line Port: P1
Client Port: P2-11
Table 1-11
100G WL3n MOTR signal conditioning—OC192 client

Line Facility OOS ODU4 LCK AIS_L
Line LOS, LOC, LOF, LOMF, OTU4 BDI, ODU4 BDI AIS_L
OTU PreFEC-SF
Line ODU4 AIS, ODU4 LCK, ODU4 BDI AIS_L

ODU4 OCI
Line OPU4 AIS, OPU4 CSF, No conditioning AIS_L

PTMM
Client Facility OOS ODU2 LCK AIS_L
Client LOS, LOC, LOF OPU2 CSF No conditioning

Table 1-11
100G WL3n MOTR signal conditioning—OC192 client (continued)

Client ODU2 AIS, ODU2 LCK, ODU-2 BDI AIS_L

ODU2 OCI
Client MSI MM, PTM, OPU2-AIS, No conditioning AIS_L

OPU2-CSF
Line Port: P1
Client Port: P2-11
Table 1-12
100G WL3n MOTR signal conditioning—ETH10G client

Line Facility OOS ODU4 LCK LF
Line LOS, LOC, LOF, LOMF, OTU4 BDI, ODU4 BDI LF

OTU PreFEC-SF
Line ODU4-AIS, ODU4-LCK, ODU4 BDI LF

ODU4-OCI
Line OPU4-AIS, OPU4-CSF, No conditioning LF

PTMM
Client Facility OOS ODU2 LCK LF
Client LOS, LOC, LOF HiBER OPU2 CSF No conditioning

LODS
Client ODU2-AIS, ODU2-LCK, ODU-2 BDI LF

ODU2-OCI
Client MSI MM, PTM, OPU2-AIS, No conditioning LF

OPU2-CSF

Table 1-12
100G WL3n MOTR signal conditioning—ETH10G client (continued)

Client WAN LINKDOWN No conditioning LF
Client WAN Loss of frame No conditioning LF

delineation
Line Port: P1
Client Port: P2-11
Table 1-13
100G WL3n MOTR signal conditioning—FC-1200 client


OTU PreFEC-SF

ODU4-OCI

OPU4-PTM
Client Facility Deletion MSI MMI N/A
Client LOS, LOC, LODS, HiBER OPU2 AIS No conditioning
Client ODU2-AIS, ODU2-LCK, ODU 2 BDI LF

ODU2-OCI
Client PTM, MSI MM, OPU2-AIS, No conditioning LF

OPU2-CSF
Line Port: P1
Client Port: P2-11

Table 1-14
100G WL3n MOTR signal conditioning—FC-800 client

Line Facility OOS ODU4 LCK NOS
Line LOS, LOC, LOF, LOMF, OTU4 BDI, ODU4 BDI NOS
OTU PreFEC-SF
Line ODU4-AIS, ODU4-LCK, ODU4 BDI NOS

ODU4-OCI
Line OPU4-AIS, OPU4-CSF, MSI No conditioning NOS

MM
Client Facility OOS ODU2 LCK NOS
Client LOS, LOC, LODS, HiBER OPU2 CSF RF
Client ODU2-AIS, ODU2-LCK, ODU-2 BDI NOS

ODU2-OCI
Client PTM, MSI MM, OPU2-AIS, No conditioning NOS

OPU2-CSF
Line Port: P1
Client Port: P2-11
Table 1-15
100G WL3n MOTR signal conditioning—ETH40G client


OTU PreFEC-SF

ODU4-OCI

Table 1-15
100G WL3n MOTR signal conditioning—ETH40G client (continued)


PTMM
Client Facility Deletion ODU3 OCI N/A
Client LOS, LOC, LOF, HiBER OPU3 CSF No conditioning

LODS
Client ODU3-AIS, ODU3-LCK, ODU3 BDI LF

ODU3-OCI
Client MSI MM, PTM, OPU3-AIS, No conditioning LF

OPU3-CSF
Client WAN LINKDOWN No conditioning LF
Client WAN Loss of frame No conditioning LF

delineation
Line Port: P1
Client Port: P4-11, 104, 108
Table 1-16
2C-BPSK 100G MOTR signal conditioning—FC1200 client
Condition OCLD P1Signal output 10x10G MUX P1-10

Signal output (Laser
Prime Member off if LOFEF enabled)
No ODU connection ODU4 OCI ODU4 OCI LF
Prime and/or member OCLD P1 ODU4 LCK ODU4 LCK LF

Facility OOS
Prime OCLD P1 LOS, LOC, LOF, OTU4 BDI No OTM4 LF

LOMF, OTU PreFEC-SF conditioning
Prime and/or member OCLD No OTM4 No OTM4 LF

circuit pack Missing conditioning conditioning

Table 1-16
2C-BPSK 100G MOTR signal conditioning—FC1200 client (continued)
Condition OCLD P1Signal output 10x10G MUX P1-10

Member OCLD P1 LOS, LOC, No OTM4 OTU4 BDI LF

LOF, LOMF, OTU PreFEC-SF conditioning
Mux P100 OPU4-AIS, OPU4-CSF No OTM4 No OTM4 LF

conditioning conditioning
Mux P100 ODU4-AIS, ODU4- ODU4 BDI ODU4 BDI LF

LCK, ODU4-OCI
Mux P2-10 No Connection No OTM4 No OTM4 LF

conditioning ODU2- conditioning ODU2-
OCI OCI
Mux P2-10 Facility OOS No OTM4 No OTM4 LF

LCK LCK
Mux P2-10 LOS, LOC, LODS, No OTM4 No OTM4 RF

HiBER conditioning OPU2- conditioning OPU2-
AIS AIS
Mux circuit pack Missing ODU4-AIS ODU4-AIS No conditioning
Mux P2-10 PTM No OTM4 No OTM4 LF

Mux P2-10 ODU-2 AIS, ODU2- No OTM4 No OTM4 LF

LCK, ODU2-OCI conditioning conditioning
Table 1-17
2C-BPSK 100G MOTR signal conditioning—FC800 client
Condition 2C- BPSK OCLD P1 Signal output 10x10G MUX P1-10

No ODU Connection ODU4 OCI ODU4 OCI NOS
Prime and/or member OCLD P1 ODU4 LCK ODU4 LCK NOS

Facility OOS
Prime OCLD P1 LOS, LOC, LOF, OTU4 BDI No OTM4 NOS

LOMF, OTU PreFEC-SF conditioning

Table 1-17
2C-BPSK 100G MOTR signal conditioning—FC800 client (continued)
Condition 2C- BPSK OCLD P1 Signal output 10x10G MUX P1-10

Prime and/or member OCLD No OTM4 No OTM4 NOS

circuit pack Missing conditioning conditioning
Member OCLD P1 LOS, LOC, No OTM4 OTU4-BDI NOS

LOF, LOMF, OTU PreFEC-SF conditioning
MUX P100 ODU4-AIS, ODU4- ODU4-BDI ODU4-BDI NOS

LCK, ODU4-OCI
MUX P100 OPU4-AIS, OPU4- No OTM4 No OTM4 NOS

CSF conditioning conditioning
MUX P1-10 No Connection No OTM4 No OTM4 NOS

OCI OCI
MUX P1-10 Facility OOS No OTM4 No OTM4 NOS

LCK LCK
MUX P1-10 LOS, LOC, LODS No OTM4 No OTM4 No conditioning

conditioning OPU2- conditioning OPU2-
AIS AIS
MUC Circuit Pack Missing ODU4 AIS ODU4 AIS No conditioning
MUX P2-10 PTM No OTM4 No OTM4 NOS

MUX P1-10 ODU2-AIS, ODU2- No OTM4 No OTM4 NOS

LCK, ODU2-OCI conditioning conditioning

Optical transponder configuration (100GE OCI, 100G WL3/WL3e OCLD,

and 100G OCLD)
Table 1-18 presents the signal conditioning that is applied for the 100GE OCI,
100G WL3/WL3e OCLD, and 100G OCLD circuit packs in the optical
transponder configuration.
Table 1-18
100GE OCI, 100G WL3/WL3e OCLD, and 100G OCLD signal conditioning—optical transponder
configuration
Condition 100GE OCI 100G OCLD/100G 100GE OCI (client)

p1 (OTM4) WL3/WL3e OCLD Signal output
Facility p1 (OTM4) (Laser off if LOFEF
Signal output enabled)
No Transponder Con ETH100G ODU OCI LF

nection
p1 (100GE OCI and 100G OCLD) ETH100G ODU LCK LF

Facility OOS
p1 (100G OCLD) OCLD LOS, LOC, ETH100G OTU BDI, ODU BDI LF
LOCH (Note 1), LOF, LOMF, OTU
PreFEC-SF
p1 (100G OCLD) ODU AIS, ODU LCK, ETH100G ODU BDI LF

ODU OCI
p1 (100GE OCI) OPU4 CSF ETH100G No conditioning LF
p1 (100GE OCI) LOS, LOC, LODS ETH100G OPU CSF No conditioning

(Note 2), LOF, HiBER
Service-affecting Circuit Pack Fail ETH100G ODU AIS LF
Note 2: “Loss Of Data Sync” is raised when IEEE 802.3ba skew limit is crossed. However, the signal
conditioning is triggered only if the hardware is not capable to deskew.

Optical transponder configuration (100G OCI,100G WL3/WL3e OCLD,

Flex2 WL3/WL3e OCLD, Flex3 WL3e OCLD (QPSK and BPSK modes),
100G WL3/WL3e OTR, and 100G OCLD)
Table 1-19 presents the signal conditioning that is applied for the 100G OCI,
100G WL3/WL3e OCLD, Flex2 WL3/WL3e OCLD, Flex3 WL3e OCLD (QPSK
and BPSK modes), and 100G WL3/WL3e OCLD OTR circuit packs.
Table 1-19
100G OCI, 100G WL3/WL3e OCLD, Flex2 WL3/WL3e OCLD, Flex3 /WL3e OCLD (QPSK and BPSK
modes), and 100G OCLD signal conditioning—optical transponder configuration
Condition 100G OCI P1 100G OCLD/100G WL3/ 100G OCI p1 Signal

WL3e OCLD/ Flex2 WL3/ output (Laser off if
WL3e OCLD/ Flex3 WL3e LOFEF enabled)
OCLD (QPSK and BPSK (Note 1)
modes) p1 Signal output
No Transponder Connection OTM4 ODU OCI ODU OCI
p1 (100G OCLD) Facility OOS OTM4 ODU LCK ODU LCK
p1 (100G OCLD) LOS, LOC, OTM4 OTU BDI ODU AIS

LOCH (Note 2), LOF, LOMF, OTU
PreFEC-SF, OTU Skew OOR
OCLD CP MISSING OTM4 No conditioning ODU AIS
100G OCLD ODU AIS, ODU LCK, OTM4 No conditioning ODU AIS, ODU LCK,
ODU OCI ODU OCI
P1 (OCI) Facility OOS OTM4 ODU LCK ODU LCK
P1 (OCI) LOS, LOF, LOMF, OTU OTM4 ODU AIS OTU BDI
PreFEC-SF, OTL Skew OOR
OCI CP MISSING OTM4 ODU AIS No conditioning
P1 (OCI) ODU AIS, ODU LCK, OTM4 ODU AIS, ODU LCK, ODU No conditioning
ODU OCI OCI
No Transponder Connection ETH100G ODU OCI LF
p1 (100G OCLD) Facility OOS ETH100G ODU LCK LF
p1 (100G OCLD) LOS, LOC, ETH100G OTU BDI, ODU BDI LF

LOCH (Note 2), LOMF, OTU
PreFEC-SF, OTU Skew OOR
100G OCLD ODU AIS, ODU LCK, ETH100G ODU BDI LF

ODU OCI
p1 (100G OCLD) OPU CSF, PTM ETH100G No conditioning LF

Table 1-19
100G OCI, 100G WL3/WL3e OCLD, Flex2 WL3/WL3e OCLD, Flex3 /WL3e OCLD (QPSK and BPSK
modes), and 100G OCLD signal conditioning—optical transponder configuration (continued)
Condition 100G OCI P1 100G OCLD/100G WL3/ 100G OCI p1 Signal

WL3e OCLD/ Flex2 WL3/ output (Laser off if
WL3e OCLD/ Flex3 WL3e LOFEF enabled)
OCLD (QPSK and BPSK (Note 1)
modes) p1 Signal output
P1 (OCI) Facility OOS ETH100G ODU LCK LF
P1 (OCI) LOS, LOC, LODS ETH100G OPU CSF No conditioning

(Note 3), LOF, HiBER
Note 1: No RF conditioning on 100G OCI Tx when LOS is received.

Note 3: “Loss Of Data Sync” is raised when IEEE 802.3ba skew limit is crossed. However, the signal
conditioning is triggered only if the hardware is not capable to deskew.
Table 1-20
Flex3 WL3e OCLD Signal Conditioning—200G MOTR configuration (OTM2 client)
Condition Flex3 WL3e OCLD P1 Signal output 10x10G MUX P1-10 Signal
output
P1 P1-1 P1-2 Left Right
No OCLD No conditioning ODU4 OCI ODU4 OCI ODU2 AIS ODU2 AIS
Connection
P1 OCLD Facility ODUG LCK ODU4 LCK ODU4 LCK ODU2 AIS ODU2 AIS
OOS
P1 (OCLD) LOS, OTUG BDI ODU4 AIS ODU4 AIS ODU2 AIS ODU2 AIS
LOC, LOF, LOMF, ODUG BDI
OTU PreFEC-SF,
OTUG SF,
ODUG SF
OCLD P1 No conditioning No conditioning No conditioning No conditioning No conditioning

OTUG SD,
ODUG SD
OCLD CP Missing No conditioning No conditioning No conditioning ODU2 AIS ODU2 AIS

Table 1-20
Flex3 WL3e OCLD Signal Conditioning—200G MOTR configuration (OTM2 client) (continued)
output
OCLD P1 ODUG BDI ODU4 AIS ODU4 AIS ODU2 AIS ODU2 AIS
OTUG AIS,
ODUG LCK
Left MUX P100 No conditioning No conditioning No conditioning ODU2 AIS No conditioning

ODU4 AIS,
ODU4 LCK,
ODU4 OCI
Left MUX P100 No conditioning No conditioning No conditioning ODU2 AIS No conditioning

OPU4 AIS,
OPU4 CSF
Left MUX P1-10 No conditioning No conditioning No conditioning ODU2 OCI No conditioning

No connection
Left MUX P1-10 No conditioning No conditioning No conditioning ODU2 LCK No conditioning

Facility OOS
Left MUX P1-10 No conditioning No conditioning No conditioning ODU2 BDI No conditioning

LOS, LOF, LOMF,
OTU PreFEC SF,
OTU SF, ODU SF
Left MUX CP No conditioning ODU4 AIS No conditioning No conditioning No conditioning

Missing
Left MUX P1-10 No conditioning No conditioning No conditioning No conditioning No conditioning

PTM
Left MUX P1-10 No conditioning No conditioning No conditioning No conditioning No conditioning

ODU2 AIS,
ODU2 LCK,
ODU2 OCI
Right MUX P100 No conditioning No conditioning No conditioning No conditioning ODU2 AIS

ODU4 AIS,
ODU4 LCK,
ODU4 OCI
Right MUX P100 No conditioning No conditioning No conditioning No conditioning ODU2 AIS

OPU4 AIS,
OPU4 CSF

Table 1-20
Flex3 WL3e OCLD Signal Conditioning—200G MOTR configuration (OTM2 client) (continued)
output
Right MUX P1-10 No conditioning No conditioning No conditioning No conditioning ODU2 OCI

No connection
Right MUX P1-10 No conditioning No conditioning No conditioning No conditioning ODU2 LCK

Facility OOS
Right MUX P1-10 No conditioning No conditioning No conditioning No conditioning ODU2 BDI

LOS, LOF, LOMF,
OTU PreFEC SF,
OTU SF, ODU SF
Right MUX CP No conditioning No conditioning ODU4 AIS No conditioning No conditioning

Missing
Right MUX P1-10 No conditioning No conditioning No conditioning No conditioning No conditioning

PTM

ODU2 AIS,
ODU2 LCK,
ODU2 OCI

Table 1-21
Flex3 WL3e OCLD Signal Conditioning—200G OTR configuration (OTM4 client)
Condition 100G OCI P1 Signal output Flex3 WL3e OCLD P1 Signal output
Left Right P1 P1-1 P1-2
No OCLD ODU4 OCI ODU4 OCI No conditioning ODU4 OCI ODU4 OCI
Connection
P1 OCLD Facility ODU4 LCK ODU4 LCK ODUG LCK ODU4 LCK ODU4 LCK
OOS
P1 (OCLD) LOS, ODU4 AIS ODU4 AIS OTUG BDI ODU4 AIS ODU4 AIS
OTUG
PreFEC SF,
OTUG SF,
ODUG SF

OTUG SD,
ODUG SD
OCLD CP Missing ODU4 AIS ODU4 AIS No conditioning No conditioning No conditioning
OCLD P1 ODU4 AIS ODU4 AIS ODUG BDI ODU4 AIS ODU4 AIS
OTUG AIS,
ODUG LCK
Left OCI P1 ODU4 LCK No conditioning No conditioning ODU4 LCK No conditioning

Facility OOS
Left OCI ODU4 OCI No conditioning No conditioning ODU4 OCI No conditioning

No connection
Left OCI P1 LOS, ODU4 BDI No conditioning No conditioning ODU4 AIS No conditioning
LOF, LOMF, OTU
PreFEC SF,
OTU SF, ODU SF
Left OCI P1 No conditioning No conditioning No conditioning No conditioning No conditioning

OTU SD, ODU SD
Left OCI CP No conditioning No conditioning No conditioning ODU4 AIS No conditioning

Missing

Table 1-21
Flex3 WL3e OCLD Signal Conditioning—200G OTR configuration (OTM4 client) (continued)
Left OCI P1 No conditioning No conditioning No conditioning ODU4 AIS No conditioning

ODU4 AIS, ODU4 LCK
ODU4 LCK ODU4 OCI
ODU4 OCI
Right OCI P1 No conditioning ODU4 LCK No conditioning No conditioning ODU4 LCK

Facility OOS
Left OCI No No conditioning ODU4 OCI No conditioning No conditioning ODU4 OCI

Connection
Right OCI P1 No conditioning ODU4 BDI No conditioning No conditioning ODU4 AIS

LOS, LOF, LOMF,
OTU PreFEC SF,
OTU PostFEC SF
Right OCI P1 No conditioning No conditioning No conditioning No conditioning No conditioning

PostFEC ODU SF
PostFEC OTU SD
PostFEC ODU SD
Right OCI CP No conditioning No conditioning No conditioning No conditioning ODU4 AIS

Missing
Right OCI P1 No conditioning No conditioning No conditioning No conditioning ODU4 AIS

ODU4 AIS, ODU4 LCK
ODU4 LCK, ODU4 OCI
ODU4 OCI

Table 1-22
Flex3 WL3e OCLD 100G OTR (OTU4) and 100G MOTR (ETH10G) Signal Conditioning
Condition Left 100G OCI Right 10x10G Flex3 WL3e OCLD P1 Signal output
P1 Signal MUX P1-10
output Signal output P1 P1-1 P1-2
(Laser off if (Laser off if
LOFEF LOFEF
enabled) enabled)
No OCLD LF LF No conditioning ODU4 OCI ODU4 OCI

Connection
P1 OCLD Facility LF LF ODUG LCK ODU4 LCK ODU4 LCK

OOS
P1 (OCLD) LOS, LF LF OTUG BDI ODU4 AIS ODU4 AIS

OTUG
PreFEC SF,
OTUG SF,
ODUG SF

OTUG SD,
ODUG SD
OCLD CP Missing LF LF No conditioning No conditioning No conditioning
OCLD P1 LF LF ODUG BDI ODU4 AIS ODU4 AIS

ODUG AIS,
ODUG LCK

Facility OOS

No connection
LOF, LOMF, OTU
PreFEC SF,
OTU SF, ODU SF
Left OCI P1 No conditioning No conditioning No conditioning No conditioning No conditioning

OTU SD, ODU SD

Missing

Table 1-22
Flex3 WL3e OCLD 100G OTR (OTU4) and 100G MOTR (ETH10G) Signal Conditioning (continued)
Condition Left 100G OCI Right 10x10G Flex3 WL3e OCLD P1 Signal output
P1 Signal MUX P1-10
output Signal output P1 P1-1 P1-2
LOFEF LOFEF
enabled) enabled)
Left OCI P1 No conditioning No conditioning No conditioning ODU4 AIS No conditioning

ODU4 AIS, ODU4 LCK
ODU4 LCK ODU4 OCI
ODU4 OCI
Right MUX P100 No conditioning LF No conditioning No conditioning No conditioning

OPU4 AIS,
OPU4 CSF
Right MUX P100 No conditioning LF No conditioning No conditioning ODU4 BDI

ODU4 AIS,
ODU4 LCK,
ODU4 OCI
Right MUX P1-10 No conditioning LF No conditioning No conditioning No conditioning

No Connection

Facility OOS
Right MUX P1-10 No conditioning RF No conditioning No conditioning No conditioning

LOS, LOC, LOF,
HiBER
Right MUX CP No conditioning No conditioning No conditioning No conditioning ODU4 AIS

Missing

PTM

ODU2 AIS, ODU2
LCK, ODU2 OCI

WAN LINKDOWN

WAN Loss of
Frame
Delineation

Table 1-23
200G OTR Signal Conditioning (ETH100G Client)

Connection

OOS

OTUG PreFEC
SF, OTUG SF,
ODUG SF

OTUG SD,
ODUG SD

ODUG AIS,
ODUG LCK
Left OCI P1 LF No conditioning No conditioning ODU4 LCK No conditioning

Facility OOS
Left OCI LF No conditioning No conditioning ODU4 OCI No conditioning

No connection
Left OCI P1 LOS, LF No conditioning No conditioning ODU4 AIS No conditioning

LOF, LOC, HiBER

Missing
Left OCI P1 LF No conditioning No conditioning ODU4 BDI No conditioning

ODU4 AIS,
ODU4 LCK
ODU4 OCI
Left OCI P1 LF No conditioning No conditioning No conditioning No conditioning

OPU4 CSF

Table 1-23
200G OTR Signal Conditioning (ETH100G Client) (continued)
Right OCI P1 No conditioning LF No conditioning No conditioning ODU4 LCK

Facility OOS
Right OCI No No conditioning LF No conditioning No conditioning ODU4 OCI

Connection
Right OCI P1 No conditioning LF No conditioning No conditioning ODU4 AIS

LOS, LOC, LOF,
HiBER

Missing
Right OCI P1 No conditioning LF No conditioning No conditioning ODU4 BDI

ODU4 AIS, ODU4
LCK, ODU4 OCI
Right OCI P1 No conditioning LF No conditioning No conditioning No conditioning

OPU4 CSF

Table 1-24
Flex3 WL3e OCLD 100G OTR (ETH100G) + 100G MOTR (OC192) Signal Conditioning
Condition Left Right 10x10G Flex3 WL3e OCLD P1 Signal output

100G OCI P1 MUX P1-10
Signal output Signal output P1 P1-1 P1-2

LOFEF LOFEF
enabled) enabled)

Connection

OOS

OTUG PreFEC
SF, OTUG SF,
ODUG SF

OTUG SD,
ODUG SD

ODUG AIS,
ODUG LCK
Left OCI P1 LF No conditioning No conditioning ODU4 LCK No conditioning

Facility OOS
Left OCI LF No conditioning No conditioning ODU4 OCI No conditioning

No connection
Left OCI P1 LOS, LF No conditioning No conditioning ODU4 AIS No conditioning

LOF, LOC, HiBER

Missing
Left OCI P1 LF No conditioning No conditioning ODU4 BDI No conditioning

ODU4 AIS,
ODU4 LCK
ODU4 OCI

Table 1-24
Flex3 WL3e OCLD 100G OTR (ETH100G) + 100G MOTR (OC192) Signal Conditioning (continued)
Condition Left Right 10x10G Flex3 WL3e OCLD P1 Signal output

100G OCI P1 MUX P1-10
Signal output Signal output P1 P1-1 P1-2

LOFEF LOFEF
enabled) enabled)
Left OCI P1 LF No conditioning No conditioning No conditioning No conditioning

OPU4 CSF
Right MUX P100 No conditioning AIS-L No conditioning No conditioning No conditioning

OPU4 AIS,
OPU4 CSF
Right MUX P100 No conditioning AIS-L No conditioning No conditioning No conditioning

ODU4 AIS,
ODU4 LCK,
ODU4 OCI
Right MUX P1-10 No conditioning AIS-L No conditioning No conditioning No conditioning

No Connection

Facility OOS
Right MUX P1-10 No conditioning RDI-L No conditioning No conditioning No conditioning

LOS, LOC, LOF
Right MUX CP No conditioning No conditioning No conditioning No conditioning ODU4 AIS

Missing

PTM

ODU2 AIS, ODU2
LCK, ODU2 OCI

Table 1-25
Flex3 WL3e OCLD 100G OTR (OTU4) + 100GE OTR (100GE) Signal Conditioning
Condition 100G OCI Signal output Flex3 WL3e OCLD P1 Signal output
Left P1 Right P1 P1 P1-1 P1-2

Connection

OOS

OTUG PreFEC
SF, OTUG SF,
ODUG SF

OTUG SD,
ODUG SD

ODUG AIS,
ODUG LCK

Facility OOS

No connection
LOF, LOMF,
OTU PreFEC SF,
ODU SF
Left OCI P1 OTU No conditioning No conditioning No conditioning No conditioning No conditioning

SD, ODU SD

Missing

Table 1-25
Flex3 WL3e OCLD 100G OTR (OTU4) + 100GE OTR (100GE) Signal Conditioning (continued)
Condition 100G OCI Signal output Flex3 WL3e OCLD P1 Signal output
Left P1 Right P1 P1 P1-1 P1-2
Left OCI P1 No conditioning No conditioning No conditioning ODU4 AIS, No conditioning

ODU4 AIS, ODU4 LCK,
ODU4 LCK ODU4 OCI
ODU4 OCI
Right OCI P1 No conditioning LF No conditioning No conditioning ODU4 LCK

Facility OOS
Right OCI No No conditioning LF No conditioning No conditioning ODU4 OCI

Connection
Right OCI P1 No conditioning LF No conditioning No conditioning ODU4 AIS

LOS, LOC, LOF,
HiBER

Missing
Right OCI P1 No conditioning LF No conditioning No conditioning ODU4 BDI

ODU4 AIS, ODU4
LCK, ODU4 OCI
Right OCI P1 No conditioning LF No conditioning No conditioning No conditioning

OPU4 CSF
Table 1-26
100G WL3e OTR (100GE OTR) signal conditioning
Condition Line Port p1 Signal output Client Port p2 Signal output

P1Facility OOS ODU4 LCK LF
P1LOS, LOC, LOF, PreFEC-SF, OTU4 BDI, ODU4 BDI LF

LOMF
P1 ODU4-AIS, ODU4-LCK, ODU4- ODU4 BDI LF

OCI
P1 PreFEC-SD No conditioning No conditioning
P2 No facility ODU4 OCI NA

Table 1-26
100G WL3e OTR (100GE OTR) signal conditioning (continued)
Condition Line Port p1 Signal output Client Port p2 Signal output

P2 Facility OOS ODU4 LCK LF
P2 LOS, LOC, LODS, LOF, HIBER OPU4-CSF No conditioning
P2 ODU4-AIS, ODU4-LCK, ODU4- ODU4 BDI LF

OCI
P2 OPU-CSF, PTM No conditioning LF
Table 1-27
100G WL3e OTR (100G OTU4) signal conditioning
Condition Line Port P1 Signal output Client Port P2 Signal output

P1Facility OOS ODU4-LCK ODU4-LCK
P1LOS, LOC, LOF, PreFEC-SF OTU4 BDI, ODU4 BDI ODU4 AIS
P1 ODU4-AIS, ODU4-LCK, ODU4- No conditioning ODU4 AIS, ODU4 LCK, ODU4

OCI OCI
P1 PreFEC-SD, LOMF No conditioning No conditioning
P2 No facility ODU4 OCI NA
P2 Facility OOS ODU4 LCK ODU4 LCK
P2 LOS, LOC, LOF, PreFEC-SF ODU4 AIS OTU4 BDI, ODU4 BDI
P2 ODU4 AIS, ODU4 LCK, ODU4 ODU4 AIS, ODU4 LCK, ODU4 No conditioning
OCI OCI
P2 PreFEC-SD, LOMF No conditioning No conditioning

Optical Regen configuration (100G OCLD, Flex2 WL3/WL3e OCLD, Flex3

WL3e OCLD (QPSK and BPSK modes), and 100G WL3/WL3e OCLD)
Table 1-28 and Table 1-29 on page 1-68 present the signal conditioning that
is applied for the 100G OCLD, Flex2 WL3/WL3e OCLD, Flex3 WL3e OCLD
(QPSK and BPSK modes), and 100G WL3/WL3e OCLD circuit packs in
optical regen configuration.
Table 1-28
100G OCLD, Flex2 WL3/WL3e OCLD, Flex3 WL3e OCLD (QPSK and BPSK modes), and 100G
WL3/WL3e OCLD signal conditioning—optical Regen configuration
Condition 100G OCLD/Flex2 WL3/WL3e Facility

OCLD/Flex3 WL3e OCLD (QPSK
and BPSK modes)/100G WL3/
WL3e OCLD p1 (OTM4)
Signal output
No Transponder Connection ODU OCI p1 (left mate)

ODU OCI p1 (right mate)
Left slot service-affecting Circuit Pack Fail ODU AIS p1 (left mate)
ODU AIS p1 (right mate)
Left slot p1 Facility OOS ODU LCK p1 (left mate)

ODU LCK p1 (right mate)
Left slot p1 LOS, LOF, LOMF, PreFEC SF OTU BDI p1 (left mate)
ODU AIS p1 (right mate)
Right slot service-affecting Circuit Pack ODU AIS p1 (left mate)

Fail ODU AIS p1 (right mate)
Right slot p1 Facility OOS ODU LCK p1 (left mate)

ODU LCK p1 (right mate)
Right slot p1 LOS, LOF, LOMF, PreFEC ODU AIS p1 (left mate)
SF OTU BDI p1 (right mate)

Table 1-29
2C-BPSK 100G regen signal conditioning—optical transponder configuration
Condition Left 2C- BPSK OCLD Right 2C- BPSK OCLD

Signal output Signal output
Prime Member Prime Member
No ODU connection ODU4 OCI ODU4 OCI ODU4 OCI ODU4 OCI
Left Prime and/or member OCLD ODU4 LCK ODU4 LCK ODU4 LCK ODU4 LCK
P1 Facility OOS
Left Prime OCLD P1 Facility LOS, OTU4 BDI No conditioning ODU4 AIS OTU4 AIS
LOC, LOF, LOMF, OTU PreFEC-
SF, OTU Skew OOR
Left Prime and/or member OCLD No conditioning No conditioning ODU4 AIS OTU4 AIS
circuit pack Missing
Left Prime and/or member OCLD No conditioning No conditioning ODU4 AIS, ODU4 AIS,
P1 ODU4 AIS, ODU4 LCK, ODU4 ODU4 LCK, ODU4 LCK,
OCI ODU4 OCI ODU4 OCI
Left Member OCLD P1 LOS, No conditioning OTU4 BDI ODU4 AIS OTU4 AIS
SF, OTU Skew OOR
Right Prime and/or member ODU4 LCK ODU4 LCK ODU4 LCK ODU4 LCK
OCLD P1 Facility OOS
Right Prime OCLD P1 LOS, LOC, ODU4 AIS ODU4 AIS OTU4 BDI No conditioning
LOF, LOMF, OTU PreFEC-SF,
OTU Skew OOR
Right Prime and/or member OTU4 AIS OTU4 AIS No conditioning No conditioning
OCLD circuit pack Missing
Right Prime and/or member ODU4 AIS, ODU4 AIS, No conditioning No conditioning
OCLD P1 ODU4 AIS, ODU4 LCK, ODU4 LCK, ODU4 LCK,
ODU4 OCI ODU4 OCI ODU4 OCI
Right Member OCLD P1 LOS, ODU4 AIS ODU4 AIS No conditioning OTU4 BDI
SF, OTU Skew OOR

Table 1-30
200G (16QAM) Regen Signal Conditioning
Condition Left OCLD Signal output Right OCLD Signal output
P1 P1-1 P1-2 P1 P1-1 P1-2
Left OCLD No No ODU4 OCI ODU4 OCI No ODU4 OCI ODU4 OCI
OCLD Connection conditioning conditioning
Left OCLD P1 ODUG LCK ODU4 LCK ODU4 LCK ODUG LCK ODU4 LCK ODU4 LCK
Facility OOS
Left OCLD P1 OTUG BDI ODU4 AIS ODU4 AIS No ODU4 AIS ODU4 AIS
LOS, LOC, LOF, ODUG BDI conditioning
LOMF, OTUG
PreFEC SF,
OTUG SF,
ODUG SF
Left OCLD P1 No No No No No No
OTUG SD, conditioning conditioning conditioning conditioning conditioning conditioning
ODUG SD
Left OCLD CP No No No ODUG AIS ODU4 AIS ODU4 AIS

Missing conditioning conditioning conditioning
Left OCLD P1 ODUG BDI ODU4 AIS ODU4 AIS No ODU4 AIS ODU4 AIS
ODUG AIS, conditioning
ODUG LCK
Right OCLD P1 ODUG LCK ODU4 LCK ODU4 LCK ODUG LCK ODU4 LCK ODU4 LCK
Facility OOS
Right OCLD P1 No ODU4 AIS ODU4 AIS OTUG BDI, ODU4 AIS ODU4 AIS
LOS, LOF, LOC, conditioning ODUG BDI
LOMF, OTU
PreFEC SF,
OTU SF
Right OCLD P1 No No No No No No
OTU SD, ODU SD conditioning conditioning conditioning conditioning conditioning conditioning
Right OCLD CP ODUG AIS ODU4 AIS ODU4 AIS No No No

Missing conditioning conditioning conditioning
Right OCLD P1 No ODU4 AIS ODU4 AIS ODU4 BDI ODU4 AIS ODU4 AIS
ODUG AIS, conditioning
ODUG LCK

Table 1-31
200G (QPSK<=>16QAM) Regen Signal Conditioning
Condition OCLD (in QPSK) Signal output Flex3 WL3e OCLD (in 16QAM) Signal output
OCLD (16QAM) ODU4 OCI ODU4 OCI No conditioning ODU4 OCI ODU4 OCI
No Connection
OCLD (16QAM) ODU4 LCK ODU4 LCK ODUG LCK ODU4 LCK ODU4 LCK
Facility OOS
OCLD (16QAM) OTU4 BDI No conditioning OTUG BDI ODU4 AIS ODU4 AIS
P1 LOS, LOC, ODUG BDI
LOF, LOMF,
OTUG PreFEC
SF, OTUG SF,
ODUG SF
OCLD (16QAM) No conditioning No conditioning No conditioning No conditioning No conditioning

P1 OTUG SD,
ODUG SD
OCLD (16QAM) ODU4 AIS ODU4 AIS No conditioning No conditioning No conditioning

CP Missing
OCLD (16QAM) ODU4 AIS ODU4 AIS ODUG BDI ODU4 AIS ODU4 AIS
P1 ODUG AIS,
ODUG LCK
Left OCLD ODU4 BDI No conditioning No conditioning ODU4 AIS No conditioning

(QPSK) P1
LOS, LOF, LOMF,
OTU4 PreFEC
SF, OTUSF,
ODU SF
Left OCLD ODU4 LCK No conditioning No conditioning ODU4 LCK No conditioning

(QPSK) P1
Facility OOS
Left OCLD ODU4 OCI No conditioning No conditioning ODU4 OCI No conditioning

(QPSK) P1
No connection
Left OCLD No conditioning No conditioning No conditioning ODU4 AIS No conditioning

(QPSK) CP
Missing

Table 1-31
200G (QPSK<=>16QAM) Regen Signal Conditioning (continued)
Condition OCLD (in QPSK) Signal output Flex3 WL3e OCLD (in 16QAM) Signal output
Left OCLD ODU4 AIS, No conditioning No conditioning ODU4 AIS, No conditioning

(QPSK) P1 ODU4 LCK, ODU4 LCK,
ODU AIS, ODU4 OCI ODU4 OCI
ODU LCK
ODU OCI
Right OCLD No conditioning OTU4 BDI No conditioning No conditioning ODU4 AIS

(QPSK) P1 LOS,
LOC, LOF, LOMF,
OTU4, PreFEC
SF, OTU SF,
ODU SF
Right OCLD No conditioning ODU4 LCK No conditioning No conditioning ODU4 LCK

(QPSK) P1
Facility OOS
Left OCLD No conditioning ODU4 OCI No conditioning No conditioning ODU4 OCI

(QPSK) No
Connection
Right OCLD No conditioning No conditioning No conditioning No conditioning ODU4 AIS

(QPSK) CP
Missing
Right OCLD No conditioning ODU4 AIS, No conditioning No conditioning ODU4 AIS,

(QPSK) P1 ODU4 LCK, ODU4 LCK,
ODU AIS, ODU4 OCI ODU4 OCI
ODU LCK
ODU OCI

Table 1-32
200G (BPSK<=>16QAM) Regen Signal Conditioning
Condition Left OCLD (in BPSK) Right OCLD (in BPSK) Flex3 WL3e OCLD (in 16QAM) P1
Signal output Signal output Signal output
Prime P1 Member P1 Prime P1 Member P1 P1 P1-1 P1-2
OCLD ODU4 OCI No ODU4 OCI No No ODU4 OCI ODU4 OCI

(16QAM) No conditioning conditioning conditioning
Connection
OCLD ODU4 LCK No ODU4 LCK No ODUG LCK ODU4 LCK ODU4 LCK
(16QAM) conditioning conditioning
Facility OOS
OCLD ODU4 AIS No ODU4 AIS No OTUG BDI ODU4 AIS ODU4 AIS
(16QAM) P1 conditioning conditioning ODUG BDI
LOS, LOC,
LOF, LOMF,
OTUG PreFE
C SF, OTUG
SF,
ODUG SF
OCLD No No No No No No No
(16QAM) P1 conditioning conditioning conditioning conditioning conditioning conditioning conditioning
OTUG SD,
ODUG SD
OCLD ODU4 AIS No ODU4 AIS No No No No

(16QAM) CP conditioning conditioning conditioning conditioning conditioning
Missing
OCLD ODU4 AIS No ODU4 AIS No ODUG BDI ODU4 AIS ODU4 AIS
(16QAM) P1 conditioning conditioning
ODUG AIS,
ODUG LCK
Left Prime ODU4 LCK No No No No ODU4 LCK No

OCLD (BPSK) conditioning conditioning conditioning conditioning conditioning
P1 Facility
OOS
Left Prime ODU4 OCI No No No No ODU4OCI No

P1 No
Connection

Table 1-32
200G (BPSK<=>16QAM) Regen Signal Conditioning (continued)
Left Prime ODU4 BDI No No No No ODU4 AIS No

P1 LOS, LOF,
LOMF, OTU
PreFEC SF,
OTU SF,
ODU SF
Left Prime No No No No No No No
OCLD (BPSK) conditioning conditioning conditioning conditioning conditioning conditioning conditioning
P1 OTU SD,
ODU SD
Left Prime No No No No No ODU4 AIS No

OCLD (BPSK) conditioning conditioning conditioning conditioning conditioning conditioning
CP Missing
Left Prime No No No No No ODU4 AIS, No

OCLD (BPSK) conditioning conditioning conditioning conditioning conditioning ODU4 LCK, conditioning
P1 ODU4 OCI
ODU4 AIS,
ODU4 LCK
ODU4 OC
Left Member No OTU4 BDI No No No ODU4 AIS No

P1 LOS, LOC,
LOF, LOMF,
OTU, PreFEC
SF, OTU SF,
ODU SF
Left Member No No No No No No No
OCLD (BPSK) conditioning conditioning conditioning conditioning conditioning conditioning conditioning
P1 OTU SD,
ODU SD
Left Member No No No No No ODU4 AIS No

OCLD (BPSK) conditioning conditioning conditioning conditioning conditioning conditioning
CP Missing

Table 1-32
200G (BPSK<=>16QAM) Regen Signal Conditioning (continued)
Right Prime No No ODU4 LCK No No No ODU4 LCK

P1 Facility
OOS
Right Prime No No ODU4 OCI No No No ODU4 OCI

No
Connection
Right Prime No No OTU4 BDI No No No ODU4 AIS

P1 LOS, LOC,
LOF, LOMF,
OTU, PreFEC
SF, OTU SF,
ODU SF
Right OCLD No No No No No No No
(BPSK) P1 conditioning conditioning conditioning conditioning conditioning conditioning conditioning
OTU SD,
ODU SD

Table 1-33
200G (BPSK+QPSK)<=>16QAM Regen Signal Conditioning (OTM4 Client)
Condition Left OCLD Right OCLD (in BPSK) Flex3 WL3e OCLD (in 16QAM) P1
(in QPSK) P1 Signal output Signal output
P1 Signal
output
Prime Member P1 P1-1 P1-2
OCLD (16QAM) ODU4 OCI ODU4 OCI No No ODU4 OCI ODU4 OCI
No Connection conditioning conditioning
OCLD (16QAM) ODU4 LCK ODU4 LCK No ODUG LCK ODU4 LCK ODU4 LCK
P1 Facility OOS conditioning
OCLD (16QAM) ODU4 AIS ODU4 AIS No OTUG BDI ODU4 AIS ODU4 AIS
P1 LOS, LOC, conditioning ODUG BDI
LOF, LOMF,
OTUG PreFEC
SF, OTUG SF,
ODUG SF
OCLD (16QAM) No No No No No No
P1 OTUG SD, conditioning conditioning conditioning conditioning conditioning conditioning
ODUG SD
OCLD (16QAM) ODU4 AIS ODU4 AIS No No No No

CP Missing conditioning conditioning conditioning conditioning
OCLD (16QAM) ODU4 AIS ODU4 AIS No ODUG BDI ODU4 AIS ODU4 AIS
P1 ODUG AIS, conditioning
ODUG LCK
Left OCLD ODU4 LCK No No No ODU4 LCK No

(QPSK) P1 conditioning conditioning conditioning conditioning
Facility OOS
Left OCLD ODU4 OCI No No No ODU4OCI No

(QPSK) P1 No conditioning conditioning conditioning conditioning
Connection
Left OCLD ODU4 BDI No No No ODU4 AIS No

(QPSK) P1 conditioning conditioning conditioning conditioning
LOS, LOF,
LOMF, OTU
PreFEC SF,
OTU SF,
ODU SF

Table 1-33
200G (BPSK+QPSK)<=>16QAM Regen Signal Conditioning (OTM4 Client) (continued)
P1 Signal
output
Left OCI P1 No No No No No No
OTU SD, ODU conditioning conditioning conditioning conditioning conditioning conditioning
SD
Left OCLD No No No No ODU4 AIS No

(QPSK) CP conditioning conditioning conditioning conditioning conditioning
Missing
Left OCLD No No No No ODU4 AIS, No

(QPSK) P1 conditioning conditioning conditioning conditioning ODU4 LCK, conditioning
ODU4 AIS, ODU4 OCI
ODU4 LCK
ODU4 OC
Prime OCLD No ODU4 LCK No No No ODU4 LCK

(BPSK) P1 conditioning conditioning conditioning conditioning
Facility OOS
Prime OCLD No ODU4 OCI No No No ODU4 OCI

(BPSK) No conditioning conditioning conditioning conditioning
Connection
Prime OCLD No OTU4 BDI No No No ODU4 AIS

(BPSK) P1 LOS, conditioning conditioning conditioning conditioning
LOC, LOF,
LOMF, OTU,
PreFEC SF,
OTU SF, ODU
SF
Prime OCLD No No No No No No
(BPSK) P1 conditioning conditioning conditioning conditioning conditioning conditioning
OTU SD,
ODU SD
Prime OCLD ODU4 AIS ODU4 AIS No No No ODU4 AIS

(BPSK) CP conditioning conditioning conditioning
Missing

Table 1-33
200G (BPSK+QPSK)<=>16QAM Regen Signal Conditioning (OTM4 Client) (continued)
P1 Signal
output
Prime OCLD ODU4 AIS ODU4 AIS No ODUG BDI ODU4 AIS ODU4 AIS
(BPSK) P1 conditioning
ODU4 AIS,
ODU4 LCK,
ODU4 OCI
Member OCLD No No OTU4 BDI No No ODU4 AIS

(BPSK) P1 LOS, conditioning conditioning conditioning conditioning
LOC, LOF,
LOMF, OTU,
PreFEC SF,
OTU SF, ODU
SF
Member OCLD No No No No No No
(BPSK) P1 conditioning conditioning conditioning conditioning conditioning conditioning
OTU SD,
ODU SD
Member OCLD No No No No No ODU4 AIS

(BPSK) CP conditioning conditioning conditioning conditioning conditioning
Missing

Table 1-34
Flex3 WL3e OCLD Signal Conditioning—200G MOTR configuration (OC192 client)
output
No OCLD No conditioning ODU4 OCI ODU4 OCI AIS-L AIS-L

Connection
OCLD P1 Facility ODUG LCK ODU4 LCK ODU4 LCK AIS-L AIS-L
OOS
OCLD P1 LOS, OTUG BDI ODU4 AIS ODU4 AIS AIS-L AIS-L
OTUG PreFEC-
SF, OTUG SF,
ODUG SF

OTUG SD,
ODUG SD
OCLD CP Missing No conditioning No conditioning No conditioning AIS-L AIS-L
OCLD P1 ODUG BDI ODU4 AIS ODU4 AIS AIS-L AIS-L

OTUG AIS,
ODUG LCK
Left MUX P100 No conditioning No conditioning No conditioning AIS-L No conditioning

OPU4 AIS,
OPU4 CSF
Left MUX P100 No conditioning No conditioning No conditioning AIS-L No conditioning

ODU4 AIS,
ODU4 LCK,
ODU4 OCI
Left MUX P1-10 No conditioning No conditioning No conditioning AIS-L No conditioning

No connection

Facility OOS
Left MUX P1-10 No conditioning No conditioning No conditioning RDI-L No conditioning

LOS, LOC, LOF

Missing

Table 1-34
Flex3 WL3e OCLD Signal Conditioning—200G MOTR configuration (OC192 client) (continued)
output

PTM

ODU2 AIS,
ODU2 LCK,
ODU2 OCI
Right MUX P100 No conditioning No conditioning No conditioning No conditioning AIS-L

OPU4 AIS,
OPU4 CSF
Right MUX P100 No conditioning No conditioning No conditioning No conditioning AIS-L

ODU4 AIS,
ODU4 LCK,
ODU4 OCI
Right MUX P1-10 No conditioning No conditioning No conditioning No conditioning AIS-L

No connection

Facility OOS
Right MUX P1-10 No conditioning No conditioning No conditioning No conditioning RDI-L

LOS, LOC, LOF

Missing

PTM

ODU2 AIS,
ODU2 LCK,
ODU2 OCI

Table 1-35
Flex3 WL3e OCLD Signal Conditioning—200G MOTR configuration (ETH10G client)
output
No OCLD No conditioning ODU4 OCI ODU4 OCI LF LF

Connection
OCLD P1 Facility ODUG LCK ODU4 LCK ODU4 LCK LF LF

OOS
OCLD P1 LOS, OTUG BDI ODU4 AIS ODU4 AIS LF LF

OTUG PreFEC-
SF, OTUG SF,
ODUG SF

OTUG SD,
ODUG SD
OCLD CP Missing No conditioning No conditioning No conditioning LF LF
OCLD P1 ODUG BDI ODU4 AIS ODU4 AIS LF LF

OTUG AIS,
ODUG LCK
Left MUX P100 No conditioning No conditioning No conditioning LF No conditioning

OPU4 AIS,
OPU4 CSF
Left MUX P100 No conditioning ODU4 BDI No conditioning LF No conditioning

ODU4 AIS,
ODU4 LCK,
ODU4 OCI
Left MUX P1-10 No conditioning No conditioning No conditioning LF No conditioning

No connection

Facility OOS
Left MUX P1-10 No conditioning No conditioning No conditioning RF No conditioning

LOS, LOF, HiBER

Missing

Table 1-35
Flex3 WL3e OCLD Signal Conditioning—200G MOTR configuration (ETH10G client) (continued)
output

PTM

ODU2 AIS,
ODU2 LCK,
ODU2 OCI

WAN LINKDOWN

Loss of Frame
Delineation
Right MUX P100 No conditioning No conditioning No conditioning No conditioning LF

OPU4 AIS,
OPU4 CSF

ODU4 AIS,
ODU4 LCK,
ODU4 OCI
Right MUX P1-10 No conditioning No conditioning No conditioning No conditioning LF

No connection

Facility OOS
Right MUX P1-10 No conditioning No conditioning No conditioning No conditioning RF

LOS, LOF, HiBER

Missing

PTM

ODU2 AIS,
ODU2 LCK,
ODU2 OCI

Table 1-36
Flex3 WL3e OCLD Signal Conditioning—200G MOTR configuration (FC1200 client)
output
No OCLD No conditioning ODU4 OCI ODU4 OCI LF LF

Connection
OCLD P1 Facility ODUG LCK ODU4 LCK ODU4 LCK LF LF

OOS
OCLD P1 LOS, OTUG BDI ODU4 AIS ODU4 AIS LF LF

OTUG PreFEC-
SF, OTUG SF,
ODUG SF

OTUG SD,
ODUG SD
OCLD CP Missing No conditioning No conditioning No conditioning LF LF
OCLD P1 ODUG BDI ODU4 AIS ODU4 AIS LF LF

OTUG AIS,
ODUG LCK
Left MUX P100 No conditioning No conditioning No conditioning LF No conditioning

OPU4 AIS,
OPU4 CSF
Left MUX P100 No conditioning ODU4 BDI No conditioning LF No conditioning

ODU4 AIS,
ODU4 LCK,
ODU4 OCI

No connection

Facility OOS
Left MUX P1-10 No conditioning No conditioning No conditioning RF No conditioning

LOS, LOF, HiBER

Missing

Table 1-36
Flex3 WL3e OCLD Signal Conditioning—200G MOTR configuration (FC1200 client) (continued)
output

PTM

ODU2 AIS,
ODU2 LCK,
ODU2 OCI

OPU4 AIS,
OPU4 CSF
Right MUX P100 No conditioning No conditioning ODU4 BDI No conditioning LF

ODU4 AIS,
ODU4 LCK,
ODU4 OCI

No connection

Facility OOS
Right MUX P1-10 No conditioning No conditioning No conditioning No conditioning RF

LOS, LODS,
HiBER

Missing

PTM

ODU2 AIS,
ODU2 LCK,
ODU2 OCI

Table 1-37
Flex3 WL3e OCLD Signal Conditioning—200G MOTR configuration (FC800 client)
output
No OCLD No conditioning ODU4 OCI ODU4 OCI NOS NOS

Connection
OCLD P1 Facility ODUG LCK ODU4 LCK ODU4 LCK NOS NOS
OOS
OCLD P1 LOS, OTUG BDI ODU4 AIS ODU4 AIS NOS NOS
OTUG PreFEC-
SF, OTUG SF,
ODUG SF

OTUG SD,
ODUG SD
OCLD CP Missing No conditioning No conditioning No conditioning NOS NOS
OCLD P1 ODUG BDI ODU4 AIS ODU4 AIS NOS NOS

OTUG AIS,
ODUG LCK
Left MUX P100 No conditioning No conditioning No conditioning NOS No conditioning

OPU4 AIS,
OPU4 CSF
Left MUX P100 No conditioning ODU4 BDI No conditioning NOS No conditioning

ODU4 AIS,
ODU4 LCK,
ODU4 OCI
Left MUX P1-10 No conditioning No conditioning No conditioning NOS No conditioning

No connection

Facility OOS

LOS, LOC, LODS

Missing

Table 1-37
Flex3 WL3e OCLD Signal Conditioning—200G MOTR configuration (FC800 client) (continued)
output

PTM

ODU2 AIS,
ODU2 LCK,
ODU2 OCI
Right MUX P100 No conditioning No conditioning No conditioning No conditioning NOS

OPU4 AIS,
OPU4 CSF
Right MUX P100 No conditioning No conditioning ODU4 BDI No conditioning NOS

ODU4 AIS,
ODU4 LCK,
ODU4 OCI
Right MUX P1-10 No conditioning No conditioning No conditioning No conditioning NOS

No connection

Facility OOS

LOS, LODS
Right MUX CP No conditioning No conditioning ODU4 AIS No conditioning NOS

Missing

PTM

ODU2 AIS,
ODU2 LCK,
ODU2 OCI

Signal conditioning for 2x10G OTR 4x10-11.3G XFP and 4x10G OTR
circuit packs
Terminal configuration
Table 1-38 on page 1-87 presents the signal conditioning that is applied for the
2x10G OTR and 4x10G OTR circuit packs in the terminal configuration.
Note that when FLEX facilities are set to OOS, the client laser is shutdown
irrespective of the LOFEF or TXCON settings (not applicable to FC800 or
FC1200).
ATTENTION
No conditioning is performed for Ethernet when the client receives a Local
Fault or a Remote Fault condition.
For the 2x10G OTR circuit pack, the client ports are ports 2 and 4 and the line
ports are ports 1 and 3.
The 4x10G OTR 8xXFP (NTK530QM) circuit pack implements a different port
association between ULL equipment mode and OTR equipment mode. The
port associations are 1-5, 2-6, 3-7, 4-8 for OTR equipment mode and 1-2, 3-
4, 5-6, 7-8 for ULL equipment mode. For the 4x10G OTR 4xXFP/4xSFP+
(NTK530QA) circuit pack, port associations are 1-5, 2-6, 3-7, 4-8 for both the
OTR equipment mode and the ULL equipment mode.

Table 1-38
2x10G OTR and 4x10G OTR signal conditioning—terminal configuration
Trigger condition Client Port Line Port Conditioning Client Port

(Laser off if LOFEF Conditioning
enabled) (Laser off if LOFEF
enabled)
No client port facility UAS ODU OCI Laser Off
Line port facility OOS OC192 ODU LCK AIS-L
OC-192 Hairpin AIS-L
ETH10G (10.7) LF
(Note 2)
ETH10G (11.05) LF
(Note 1)
ETH10G (11.09) LF
ETH10G Hairpin LF
ETH10G ULL LF
OTM2 (Note 3) ODU LCK
Line Port 5/6/7/8 (for 4x10G ODU2 ODUk Post-FEC SD + ODU2 SD

OTR) ODUk Post-FEC SD Switch
Client Port 1/2/3/4 (for 4x10G ODU2 ODUk Post-FEC SD ODU2 SD

OTR) SD
Port 1/3 (for 2x10G OTR) OC192 OTU BDI, RFI-L AIS-L
Port 5/6/7/8 (for 4x10G OTR) OTU BDI (laser off does AIS-L
LOS/LOF/LOMF/OTU SF OC-192 Hairpin
not apply)
ETH10G (10.7) LF
ETH10G (11.05) LF
(Note 1)
ETH10G (11.09) LF
ETH10G Hairpin LF
ETH10G ULL LF
OTM2 (Note 3) ODU AIS

Table 1-38
2x10G OTR and 4x10G OTR signal conditioning—terminal configuration (continued)

enabled)
Port 1/3 (for 2x10G OTR) OC192 ODU BDI, RFI-L (laser AIS-L
Port 5/6/7/8 (for 4x10G OTR) off does not apply)
ODU AIS/ODU LCK/ OC-192 Hairpin AIS-L
None
ODU OCI ETH10G (10.7) LF
ETH10G (11.05) LF
(Note 1)
ETH10G (11.09) LF
ETH10G Hairpin LF
ETH10G ULL LF
OTM2 (Note 3) None
Port 2/4 (for 2x10G OTR) OC192 None AIS-L

Port 1/2/3/4 (for 4x10G OTR)
OPU AIS OC-192 Hairpin AIS-L
(Note 4) ETH10G (10.7) LF
ETH10G (11.05) LF
(Note 1)
ETH10G (11.09) LF
ETH10G Hairpin LF
ETH10G ULL LF
OTM2 (Note 3) None

Table 1-38

enabled)
Port 2/4 (for 2x10G OTR) OC192 None AIS-L

OTM2 OPU2 PT Mismatch OC-192 Hairpin AIS-L
(Note 4) ETH10G (10.7) LF
ETH10G (11.05) LF
(Note 1)
ETH10G (11.09) LF
ETH10G Hairpin LF
ETH10G ULL LF
OTM2 (Note 3) None
Port 2/4 (for 2x10G OTR) WAN None LF

(WAN) Link Down
Port 2/4 (for 2x10G OTR) WAN None LF

(WAN) Loss of Frame
Delineation
Port 2/4 (for 2x10G OTR) ETH10G (10.7) P-AIS RF (2x10G OTR only)
EBER ETH10G (11.05) None
(Note 1)
ETH10G (11.09) None
ETH10G Hairpin LF
ETH10G ULL LF

Table 1-38

enabled)
Port 2/4 (for 2x10G OTR) OC192 ODU LCK AIS-L

facility OOS OC-192 Hairpin AIS-L
ETH10G (10.7) LF
ETH10G (11.05) LF
(Note 1)
ETH10G (11.09) LF
ETH10G Hairpin LF
ETH10G ULL LF
OTM2 (Note 3) ODU LCK
Port 2/4 (for 2x10G OTR) OC192 None None

Frequency Out Of Range OC-192 Hairpin
ETH10G (10.7)
ETH10G (11.05)
ETH10G (11.09)
OTM2
FC800/FC1200
Port 2/4 (for 2x10G OTR) OC192 OPU2 AIS None

Loss Of Lock
OC-192 Hairpin
ETH10G (10.7)
ETH10G (11.05)
ETH10G (11.09)
OTM2 ODU AIS OTU BDI (laser off does

not apply)
FC800/FC1200 None

Table 1-38

enabled)
Port 2/4 (for 2x10G OTR) ETH10G ULL OPU AIS (Note 6) None
Port 1/2/3/4 (for 4x10G OTR) ODU AIS
LOS/LOF/LOMF OTM2 (Note 3) AIS-L
ETH10G (10.7) For NTK530PAE5:

RF (GFP only) (laser off
does not apply)
For NTK530PGE5 and
NTK530PME5:
None
ETH10G (11.05) None

(Note 1)
ETH10G (11.09) None
ETH10G Hairpin LF
ETH10G ULL LF
OTM2 (Note 3) OTU BDI (laser off does

not apply)
Port 2/4 (for 2x10G OTR) OTM2 (Note 3) ODU AIS OTU BDI (laser off does
Port 1/2/3/4 (for 4x10G OTR) not apply)
Pre-FEC SF
Service affecting circuit pack OC192 ODU AIS AIS-L

fail
OC-192 Hairpin AIS-L
ETH10G (10.7) LF
ETH10G (11.05) LF
(Note 1)
ETH10G (11.09) LF
ETH10G Hairpin LF
ETH10G ULL LF
OTM2 (Note 3) ODU AIS

Table 1-38

enabled)
Port 2/4 (for 2x10G OTR) OC192 None Laser off

DWDM XFP pluggable fail OC-192 Hairpin
ETH10G (10.7)
ETH10G (11.05)
(Note 1)
ETH10G (11.09)
ETH10G Hairpin
ETH10G ULL
OTM2 (Note 3)
Port 1/3 (for 2x10G OTR) OC192 Laser off None

DWDM XFP pluggable fail OC-192 Hairpin
ETH10G (10.7)
ETH10G (11.05)
(Note 1)
ETH10G (11.09)
ETH10G Hairpin
ETH10G ULL
OTM2 (Note 3)
Note 1: Not supported on the 4x10G OTR circuit packs.

Note 2: In the special case of a 10GE to GFP to STS192c to OPU2 mapping a P-UEQ would be
conditioned instead of an ODU LCK.
Note 3: Not supported on the client ports (1,2,3,4) of the NTK530QA 4x10G OTR circuit packs.
Note 4: By default, these faults received from the line-facing equipment will be alarmed against the
OTM2 layer facility on P2/P4 as the ODU monitor flag is enabled by default for P2/P4. The ODU monitor
flag can be changed to enabled on the OTM2 facility on P1/P3 and the alarm can be seen at these ports.
Note 5: Any conditioning that is not explicitly identified in the table should not be assumed.
Note 6: In the special case of a 10GE to GFP to STS192c to OPU2 mapping, a P-AIS would be
conditioned instead of an OPU AIS.

Regenerator configuration
Table 1-39 presents the signal conditioning that is applied for the 2x10G OTR
and 4x10G OTR (NTK530QM variant only) circuit packs in regenerator
configuration.
Table 1-39
2x10G OTR and 4x10G OTR (NTK530QM variant only) signal conditioning—regen configuration
Trigger condition Conditioning
Port 1/3 (for 2x10G OTR) Port 2/4 (for 2x10G OTR)
Port 1/2/3/4 (for 4x10G OTR) Port 1/2/3/4 (for 4x10G OTR)
Service affecting circuit pack fail ODU AIS ODU AIS
Port 1/3 (for 2x10G OTR) ODU LCK ODU LCK

facility OOS
Port 1/3 (for 2x10G OTR) OTU BDI ODU AIS

Port 5/6/7/8 (for 4x10G OTR) LOS/
LOF/LOMF/OTU SF
Port 2/4 (for 2x10G OTR) ODU LCK ODU LCK

facility OOS
Port 2/4 (for 2x10G OTR) ODU AIS OTU BDI

Port 1/2/3/4 (for 4x10G OTR) LOS/
LOF/LOMF/OTU SF

Signal conditioning for FC400/FC800/FC1200 (applicable to 2x10G

OTR (NTK530PME5), 4x10G OTR, the 4x10G MUX (NTK525CFE5), and
the 10x10G MUX (NTK529BAE5/NTK529BBE5))
Table 1-40 presents the signal conditioning that is applied for FC400/FC800
and FC1200. FC400 applies to the 4x10G OTR NTK530QA variant only.
Table 1-40
FC800 and FC1200 signal conditioning
Trigger condition FC400/FC800 Signal FC1200 Signal Conditioning

Conditioning
TXCOND = TXCOND = TXCOND = TXCOND =

NOS LOFEF LF LOFEF
OTU LOS, OTU LOF, OTU LOMF or Egress from Client Laser Egress from Client Laser Off
pre-FEC SF detected on ingress of Client Port: Off Client Port: LF
corresponding OTM2/OTM3/OTM4 NOS
line facility
Corresponding OTM2/OTM3/OTM4 Egress from Client Laser Egress from Client Laser Off
line facility is put out-of-service Client Port: Off Client Port: LF
NOS
ODU AIS, ODU LCK, ODU OCI, Egress from Client Laser Egress from Client Laser Off
OPU AIS or OPU PT Mismatch Client Port: Off Client Port: LF
detected from the connection facing NOS
direction of a corresponding OTM2
layer facility
Client (FLEX) facility is put out-of- Egress from Client Laser Egress from Client Laser Off
service Client Port: Off Client Port: LF
NOS
ODU LCK in the connection facing direction of the corresponding

OTM2 layer facility
LOS, LOC, or Loss of Data Synch OPU AIS in the connection N/A
detected on ingress of an FC400/ facing direction of the
FC800 client (FLEX) facility corresponding OTM2 layer
facility
NOS or OLS detected on ingress of Passed transparently through N/A

an FC400/FC800 client (FLEX) the corresponding OTM2 line/
facility layer facility in the Tx direction
NOS or OLS detected on ingress of Passed transparently through N/A

corresponding OTM2 line/layer the corresponding FC400/
facility FC800 client facility in the Tx
direction

Table 1-40
FC800 and FC1200 signal conditioning (continued)
Trigger condition FC400/FC800 Signal FC1200 Signal Conditioning

Conditioning
TXCOND = TXCOND = TXCOND = TXCOND =

NOS LOFEF LF LOFEF
LOS, LOC, LOF, EBER detected on N/A OPU AIS in the connection
ingress of an FC1200 client (FLEX) facing direction of the
facility corresponding OTM2 layer
facility
LF or RF detected on ingress of an N/A Passed transparently through

FC1200 client (FLEX) facility the corresponding OTM2 line/
layer facility in the Tx direction
LF or RF detected on ingress of N/A Passed transparently through

corresponding OTM2 line/layer the corresponding FC1200 client
facility facility in the Tx direction
OTM2 mapping facility on-ramp: OPUk_AIS, OPU2- LF

LOS, LOC, LOF/HiBER or Loss of CSF is conditioned for the
Data Synch detected on ingress of OTM2 mapping facility to the
an FC400/FC800 client facility line transmit direction
off-ramp: FECSF
OPU2-CSF is received by the OTM2 FC800 parent facility is NOS

mapping facility provisioned with Conditioning
Type = LOFEF, laser shut off is
initiated

10G/40G/100G client signal fail alarming and signal conditioning

Table 1-41 describes client signal fail on-ramp signal conditioning/off-ramp
signal conditioning and alarming requirements for the 10G/40G/100G
mappings.
Table 1-41
10G/40G/100G Client Signal Fail requirement (On-Ramp)
Client Ingress Fault (on-Ramp)
Mapping Ingress Fault or Signal OTMx Layer On-Ramp Signal Conditioning

CONDTYPE (TL1)
WAN (GFP) OTMx Layer
Layer
10GE GFP (GFPSTD, LOS/LOC/HiBER/LOF OPUk-AIS None OPU2-AIS+OPU2-

GFPMACOSTER, CSF
GFPMACTR)
ODUk-AIS None ODU2-AIS
OPUk-CSF (default) GFP(CMF-CSF) OPU2-CSF

Note 4 Note 1, Note 2
10GE GFP (GFPSTD, LF N/A GFP(CMF-FDI) None

GFPMACTR) Note 5
RF N/A GFP(CMF-FDI) None

Note 5
All Clear N/A GFP(CMF-DCI) None

Note 5
10GE GFP LF N/A LF encapsulated None

(GFPMACOSTER) into GFP CDF
RF N/A RF encapsulated None

into GFP CDF
All Clear N/A All Clear None

encapsulated into
GFP CDF
10GE PROP237/ LOS/LOC/HiBER/LOF OPUk-AIS None OPU2-AIS+OPU2-

PROP238 CSF
ODUk-AIS None ODU2-AIS
OPUk-CSF (default) N/A OPU2-

Note 4 CSF+100GE LF
Note 3
LF/RF N/A N/A None

Table 1-41
10G/40G/100G Client Signal Fail requirement (On-Ramp) (continued)
Client Ingress Fault (on-Ramp)
Mapping Ingress Fault or Signal OTMx Layer On-Ramp Signal Conditioning

CONDTYPE (TL1)
WAN (GFP) OTMx Layer
Layer
40GE LOS/LOC/HiBER/LOF OPUk-CSF (default) N/A OPU3-CSF+40GE

LF
ODUk-AIS N/A ODU3-AIS
OC768 LOS/LOC/LOF OPUk-AIS (default) N/A OPU3-AIS+OPUk-

CSF
100GE LOS/LOC/HiBER/LOF OPUk-CSF (default) N/A OPU4-

CSF+100GE LF
OCn/FC1200/800/ LOS/LOC/LOF OPUk-AIS (default) N/A OPUk-AIS+OPUk-

PSIFB LossOfCodeWordSync CSF
LOS/LOC/LOF ODUk-AIS N/A ODUk-AIS

LossOfCodeWordSync
OTMX Client LOS/LOC/LOF ODUk-CSF (default) N/A ODUx-AIS
All Client No Client facility N/A N/A ODUx-OCI
All Clien MUX) No Client facility N/A N/A MSI PSI byte =
0+ODUx-OCI
All Clien FAC OOS N/A N/A ODUx-LCK
All Clien Plug fail N/A None None
Note 1: Send GFP CMF-CSF (OPI=0x1) for client LOS/HiBER/LOF, send GFP CMF-CSF (OPI=0x2) for client
LOC. Send GFP CMF-CSF every 100ms.
Note 2: Send GFP CMF-DCI (OPI=0x3) immediately when client fault clears.
Note 3: 10GE LF (Replace the 10GBASE-R signal by a stream of 66B blocks when each block carrying two local
fault sequence ordered sets (as specified in IEEE802.3). This replacement signal is then mapped into the OPU2e.
Note 4:
– Default CONDTYPE (Pre-release 10.0 based circuit packs): OPUk-AIS for 10G clients.
– Default CONDTYPE (Release 10.1+ based circuit packs): OPUk-CSF for 10G clients.
Note 5: 83=LF, 84=RF, 85=DCI if WAN parameter OSTTRAN=LEGACYCMF, LEGACYCMF is supported only on
2x10G OTR, 10X10G MR Mux OCI, 4x10G Mux OCI (CF) and 4x10G OTR Circuit packs

Signal conditioning for 5G IBM PSIFB on 2x10GOTR (NTK530PME5

variant only) and 5G IBM PSIFB or ISC3 on 4x10G OTR (NTK530QA
variant only)
Table 1-42 presents the signal conditioning that is applied to 5G IBM PSIFB
on the 2x10G OTR, and 5G IBM PSIFB or ISC3 on the 4x10G OTR.
Table 1-42
5G IBM PSIFB on 2x10GOTR (NTK530PME5 variant only) and 5G IBM PSIFB or ISC3 on 4x10G
OTR (NTK530QA variant only) signal conditioning
Trigger condition Signal Conditioning
OOS, OTU LOS, OTU LOF, OTU LOMF or Egress from the client port: client facility laser is shutoff
pre-FEC SF detected on ingress of (Note 1)
corresponding OTM2 line facility
ODU AIS, ODU LCK, ODU OCI, OPU AIS or Egress from the client port: client facility laser is shutoff
OPU PT Mismatch detected from the (Note 1)
connection facing direction of a
corresponding OTM2 layer facility
LOF or LOC detected on ingress of a client OPU AIS in the connection facing direction of the
facility (Note 2) corresponding OTM2 layer facility
Client facility is put out-of-service ODU LCK in the connection facing direction of the
corresponding OTM2 layer facility
Client facility is put out-of-service Egress from the client port: client facility laser is shutoff
(Note 1)
K30.7 signal conditioning detected on ingress Passed transparently through the corresponding OTM2
of a client facility line facility in the Tx direction
K30.7 signal conditioning detected on ingress Passed transparently through the corresponding client
of corresponding OTM2 line facility facility in the Tx direction
Note 1: The client facility laser is shutoff when LOFEF is enabled.

Note 2: LOC is not supported on the 4x10G OTR circuit packs.
Signal conditioning for 10GEL WT circuit packs

10GEL WT OTM2 port 1 trigger
Table 1-43 on page 1-99 presents the signal conditioning that is applied for
OTM2 port 1 triggered events.

Table 1-43
10GEL WT signal conditioning—OTM2 port 1 trigger
OTM2 p1 Facility OOS OTM2 p1 ODU2 AIS OTM2 p1

802.3 LF – LOFEF Off ETH10G p2
Laser Off – LOFEF On ETH10G p2
OTM2 p1 Rx ODU2 AIS OTM2 p1 ODU2 BDI OTM2 p1


(OPU2 PN11 condition is not 802.3 LF – LOFEF Off ETH10G p2
alarmed)
OTM2 p1 Rx OTU2 LOS, LOF, OTM2 p1 OTU2 BDI and ODU2 BDI OTM2 p1
LOMF or Pre-FEC Signal Fail 802.3 LF – LOFEF Off ETH10G p2
OTM2 p1 Rx OTU2 or ODU2 BDI OTM2 p1 No conditioning N/A
10GEL WT ETH10G port 2 trigger

Table 1-44 presents the signal conditioning that is applied for ETH10G port 2
triggered events.
Table 1-44
10GEL WT signal conditioning—ETH10G port 2 trigger
ETH10G p2 LOS or LOF ETH10G p2 OPU2 PN11 OTM2 p1

No conditioning ETH10G p2
ETH10G p2 Facility OOS ETH10G p2 OPU2 PN11 OTM2 p1

ETH10G p2 Rx Local Fault or ETH10G p2 No conditioning (Transparent) OTM2 p1

Remote Fault No conditioning ETH10G p2
ETH10G p2 Rx Power Out of ETH10G p2 No conditioning OTM2 p1

Range No conditioning ETH10G p2

10GEL WT circuit pack equipment failure

Table 1-45 presents the signal conditioning that is applied for Circuit Pack or
Pluggable Failure conditions where traffic is affected.
Table 1-45
10GEL WT signal conditioning—circuit pack equipment failure
Circuit Pack Fail OTM2 p1 ODU2 AIS OTM2 p1

Local Fault – LOFEF Off ETH10G p2
Pluggable Fail ETH10G p2 OPU2 PN11 OTM2 p1

Local Fault – LOFEF Off ETH10G p2
Signal conditioning for 10G OC-192/STM-64 WT circuit packs

10G OC-192/STM-64 WT OTM2 port 1 trigger
Table 1-46 presents the signal conditioning that is applied for OTM2 port 1
triggered events.
Table 1-46
10G OC-192/STM-64 WT signal conditioning—OTM2 port 1 trigger

Line/MS AIS – LOFEF Off OC192/STM64 p2
Laser Off – LOFEF On OC192/STM64 p2
OTM2 p1 Rx ODU2 AIS OTM2 p1 ODU2 BDI OTM2 p1


Table 1-46
10G OC-192/STM-64 WT signal conditioning—OTM2 port 1 trigger (continued)

(OPU2 PN11 condition is not Line/MS AIS – LOFEF Off OC192/STM64 p2
alarmed)
LOMF or Pre-FEC Signal Fail Line/MS AIS – LOFEF Off OC192/STM64 p2
OTM2 p1 Rx OTU2 or ODU2 BDI OTM2 p1 No conditioning OTM2 p1

No conditioning OC192/STM64 p2
10G OC-192/STM-64 WT OC192/STM64 port 2 trigger

Table 1-47 presents the signal conditioning that is applied for OC192/STM64
port 2 triggered events.
Table 1-47
10G OC-192/STM-64 WT signal conditioning—OC192/STM64 port 2 trigger
OC192/STM64 p2 LOS or OC192/STM64 p2 OPU2 PN11 OTM2 p1

LOF No conditioning OC192/STM64 p2
OC192/STM64 p2 Facility OC192/STM64 p2 OPU2 PN11 OTM2 p1

OOS Line/MS AIS – LOFEF Off OC192/STM64 p2
OC192/STM64 p2 Rx SF, OC192/STM64 p2 No conditioning (Transparent) OTM2 p1

AIS, RFI or RDI No conditioning OC192/STM64 p2
OC192/STM64 p2 Rx Power OC192/STM64 p2 No conditioning OTM2 p1

Out of Range No conditioning OC192/STM64 p2

10G OC-192/STM-64 WT circuit pack equipment failure

Table 1-48
10G OC-192/STM-64 WT signal conditioning—circuit pack equipment failure

Pluggable Fail OC192/STM64 p2 OPU2 PN11 OTM2 p1

Signal conditioning for 10G OTU2 WT circuit packs

10G OTU2 WT OTM2 port 1 trigger
triggered events.
Table 1-49
10G OTU2 WT signal conditioning—OTM2 port 1 trigger

ODU2 AIS – LOFEF Off OTM2 p2
Laser Off – LOFEF On OTM2 p2
OTM2 p1 Rx ODU2 AIS OTM2 p1 No conditioning OTM2 p1

OTM2 p1 Rx OPU2 PN11 or OTM2 p1 No conditioning OTM2 p1

ODU2 BDI No conditioning OTM2 p2
(OPU2 PN11 condition is not (transparent)
alarmed)
OTM2 p1 Rx OTU2 LOS, LOF, OTM2 p1 OTU2 BDI OTM2 p1

LOMF or Pre-FEC Signal Fail ODU2 AIS – LOFEF Off OTM2 p2

10G OTU2 WT OTM2 port 2 trigger

triggered events.
Table 1-50
10G OTU2 WT signal conditioning—OTM2 port 2 trigger
OTM2 p2 LOS, LOF or LOMF OTM2 p2 ODU2 AIS OTM2 p1

No conditioning OTM2 p2

OTM2 p2 Rx OTU BDI OTM2 p2 No conditioning OTM2 p1

OTM2 p2 Rx OPU2 PN11, OTM2 p2 No conditioning (transparent) OTM2 p1

ODU2 BDI or ODU2 AIS No conditioning OTM2 p2
(OPU2 PN11 condition is not
alarmed)
OTM2 p2 Rx Power Out of OTM2 p2 No conditioning OTM2 p1

Range No conditioning OTM2 p2
10G OTU2 WT circuit pack equipment failure

Table 1-51
10G OTU2 WT signal conditioning—circuit pack equipment failure

Pluggable Fail OTM2 p2 ODU2 AIS OTM2 p1


Signal conditioning for 10G OTR

Signal conditioning for the 10G OTR circuit pack is the same as signal
conditioning applied for the 10G OTSC circuit pack in a standalone
configuration. However, the FC1200 facility is not supported on the 10G OTR
circuit pack. Refer to “Signal conditioning for 10G OTSC circuit packs” on page
1-104.
Signal conditioning for 10G OTSC circuit packs

10G OTSC standalone configuration
Table 1-52 presents the signal conditioning that is applied for the 10G OTSC
circuit pack in the standalone configuration.
Table 1-52
10G OTSC signal conditioning—standalone configuration
Condition p2 Facility p1 (OTM2) p2 (client)

(Laser off if LOFEF
enabled)
Connection is down OC192/STM64 ODU OCI AIS-L

ETH10G ODU OCI LF
FC1200 ODU OCI LF
OTM2 ODU OCI ODU OCI
p1 Facility OOS OC192/STM64 ODU LCK AIS-L

ETH10G ODU LCK LF
FC1200 ODU LCK LF
OTM2 ODU LCK ODU LCK
p1 LOS, LOF, LOMF, OTU SF OC192/STM64 OTU BDI, ODU BDI AIS-L
ETH10G OTU BDI, ODU BDI LF
FC1200 OTU BDI, ODU BDI LF
OTM2 OTU BDI ODU AIS
p1 ODU AIS, ODU LCK, ODU OCI OC192/STM64 ODU BDI AIS-L
ETH10G ODU BDI LF
FC1200 ODU BDI LF
OTM2 No conditioning (Note 1) No conditioning
(laser off)

Table 1-52
10G OTSC signal conditioning—standalone configuration (continued)

(Laser off if LOFEF
enabled)
p1 OPU AIS OC192/STM64 No conditioning AIS-L

ETH10G No conditioning LF
OTM2 No conditioning (Note 1) No conditioning (laser
off)
p1 OTM2 OPU2 PT Mismatch OC192/STM64 No conditioning AIS-L

ETH10G No conditioning LF (GFP only)
FC1200 No conditioning No conditioning
OTM2 No conditioning (Note 1) No conditioning (laser
off)
p2 (WAN) UPI Mismatch WAN No conditioning No conditioning
p2 (WAN) Link Down WAN No conditioning LF
p2 (WAN) Loss of Frame Delineation WAN No conditioning LF
p2 HiBER ETH10G OPU AIS RF (GFP only) (Note 2)

FC1200 OPU AIS No conditioning
p2 Facility OOS OC192/STM64 ODU LCK AIS-L

ETH10G ODU LCK LF
FC1200 ODU LCK LF
OTM2 ODU LCK ODU LCK
p2 ODU AIS, ODU LCK, ODU OCI OTM2 No conditioning (Note 1) No conditioning (laser
off)
p2 LOS, LOF OC192/STM64 OPU AIS No conditioning

LOMF (OTM2 client) ETH10G OPU AIS RF (GFP only) (Note 2)
FC1200 OPU AIS No conditioning
OTM2 ODU AIS OTU BDI
p2 Pre-FEC SF OTM2 ODU AIS OTU BDI

Table 1-52
10G OTSC signal conditioning—standalone configuration (continued)

(Laser off if LOFEF
enabled)
Service-affecting Circuit Pack Fail OC192/STM64 ODU AIS AIS-L

ETH10G ODU AIS LF
FC1200 ODU AIS LF
OTM2 ODU AIS ODU AIS
Note 2: No RF conditioning occurs when operating in 11.05 and 11.09 proportional wrap. Conditioning
only occurs when operating in GFP mode.
10G OTSC 1+1 configuration

1+1 configuration.
Table 1-53
10G OTSC signal conditioning—1+1 configuration
Trigger condition Tx conditioning
Working circuit pack (WC) Protection circuit pack (PC)
Signal output Facility Signal output Facility
Service-affecting conditions
Connection down ODU OCI p1 ODU OCI p1

Yes (Note) p2
WC p2 Facility OOS ODU LCK p1 ODU LCK p1

Yes (Note) p2
WC p2 LOS, LOF, LOMF, pre-FEC SF, OPU AIS p1 OPU AIS p1

HiBER ODU AIS p1 ODU AIS p1
(OTM2 client) (OTM2 client)
Yes (Note) p2
WC service-affecting Circuit Pack Fail ODU AIS p1 ODU AIS p1

Yes (Note) p2
WC p1 Facility OOS, PC p1 Facility OOS ODU LCK p1 ODU LCK p1

Yes (Note) p2

Table 1-53
10G OTSC signal conditioning—1+1 configuration (continued)
WC and PC p1 LOS, LOF, LOMF, OTU ODU BDI, OTU BDI p1 ODU BDI, OTU BDI p1
SF Yes (Note) p2
(non-OTM2 client)
WC and PC p1 LOS, LOF, LOMF, OTU OTU BDI p1 OTU BDI p1

SF Yes (Note) p2
(OTM2 client)
WC and PC p1 ODU AIS, ODU LCK, ODU BDI p1 ODU BDI p1

ODU OCI (non-OTM2 Client) Yes (Note) p2
WC and PC p1 ODU AIS, ODU LCK, No conditioning p1 No conditioning p1

ODU OCI No conditioning p2
(OTM2 client)
WC and PC p1 OPU AIS No conditioning p1 No conditioning p1

(non-OTM2 client) Yes (Note) p2
WC and PC p1 OPU AIS (OTM2 client) No conditioning p1 No conditioning p1

No conditioning p2
WC p2 (WAN) UPI Mismatch No conditioning p1 No conditioning p1

No conditioning p2
WC p1 OPU2 PT Mismatch No conditioning p1 No conditioning p1

Yes (Note) p2
Non-service-affecting conditions
WC p1 Facility OOS ODU LCK p1 No conditioning p1

No conditioning p2
WC p1 LOS, LOF, LOMF, OTU SF ODU BDI, OTU BDI p1 No conditioning p1

(non-OTM2 client) No conditioning p2
WC p1 LOS, LOF, LOMF, OTU SF OTU BDI p1 No conditioning p1

(OTM2 client) No conditioning p2
WC p1 ODU AIS, ODU LCK, ODU OCI ODU BDI p1 No conditioning p1

WC p1 ODU AIS, ODU LCK, ODU OCI No conditioning p1 No conditioning p1


Table 1-53
10G OTSC signal conditioning—1+1 configuration (continued)
WC p1 OPU AIS No conditioning p1 No conditioning p1

WC p1 OPU AIS No conditioning p1 No conditioning p1

PC p1 Facility OOS No conditioning p1 ODU LCK p1

No conditioning p2
PC p1 LOS, LOF, LOMF, OTU SF No conditioning p1 ODU BDI, OTU BDI p1

(WC non-OTM2 client) No conditioning p2
PC p1 LOS, LOF, LOMF, OTU SF No conditioning p1 OTU BDI p1

(WC OTM2 client) No conditioning p2
PC p1 ODU AIS, ODU LCK, ODU OCI No conditioning p1 ODU BDI p1

PC p1 ODU AIS, ODU LCK, ODU OCI No conditioning p1 No conditioning p1

PC p1 OPU AIS No conditioning p1 No conditioning p1

PC p1 OPU AIS No conditioning p1 No conditioning p1

Note: Yes indicates that p2 conditioning is based on the 10G OTSC standalone configuration
p2 conditioning. Refer to Table 1-52 on page 1-104.

10G OTSC Regenerator configuration

regen configuration.
.
Table 1-54
10G OTSC signal conditioning—regen configuration
Signal output Facility
Connection is down ODU OCI p1 (odd slot)

ODU OCI p1 (even slot)
Odd slot service-affecting Circuit Pack Fail ODU AIS p1 (odd slot)
ODU AIS p1 (even slot)
Odd slot p1 Facility OOS ODU LCK p1 (odd slot)

ODU LCK p1 (even slot)
Odd slot p1 LOS, LOF, LOMF, OTU SF OTU BDI p1 (odd slot)
ODU AIS (odd slot) p1 (even slot)
Even slot service-affecting Circuit Pack Fail ODU AIS p1 (odd slot)
ODU AIS p1 (even slot)
Even slot p1 Facility OOS ODU LCK p1 (odd slot)

ODU LCK p1 (even slot)
Even slot p1 LOS, LOF, LOMF, OTU SF ODU AIS p1 (odd slot)
OTU BDI p1 (even slot)
Signal conditioning for 2.5G MOTR circuit packs

2.5G MOTR OTM2 port 1 trigger
triggered events.
Table 1-55
2.5G MOTR signal conditioning—OTM2 port 1 trigger
OTM2 p1 Facility OOS OTM2 p1 ODU2 LCK OTM2 p1
ODU1 AIS OTM1 p2-p5
Line/MS AIS OC48/STM16 p2-p5

Table 1-55
2.5G MOTR signal conditioning—OTM2 port 1 trigger (continued)
OTM2 p1 Rx ODU2 AIS, LCK or OTM2 p1 ODU2 BDI OTM2 p1

OCI
ODU1 AIS OTM1 p2-p5
OTM2 p1 Rx OTU2 BDI or ODU2 OTM2 p1 No conditioning OTM2 p1

BDI
No conditioning OTM1 p2-p5
No conditioning OC48/STM16 p2-p5
LOMF, or AIS
ODU1 AIS OTM1 p2-p5
OTM1 p1 Rx OPU1 PN11 Not user No conditioning OTM2 p1

visible
(Transparent)
OTM1 p1 Rx ODU1 AIS, LCK or Not user No conditioning OTM2 p1

OCI visible
(Transparent)
OTM2 p1 Rx OTU Signal OTM2 p1 No conditioning OTM2 p1

Degrade

2.5G MOTR OC48/STM16 port 2 to 5 trigger

Table 1-56 presents the signal conditioning that is applied for OC48/STM16
port 2-5 triggered events.
Table 1-56
2.5G MOTR signal conditioning—OC48/STM16 or OTU1 port 2-5 trigger
OC48/STM16 p2-p5 LOS OC48/STM16 p2-p5 OPU1 PN11 OTM2 p1

or LOF
OC48/STM16 p2-p5 OC48/STM16 p2-p5 ODU1 LCK OTM2 p1

Facility OOS
OC48/STM16 p2-p5 Rx OC48/STM16 p2-p5 No conditioning (Transparent) OTM2 p1

SF, AIS, RFI or RDI
OC48/STM16 p2-p5 Rx OC48/STM16 p2-p5 No conditioning OTM2 p1

Power Out of Range
OTU1 p2-p5 LOS, LOF or OTM1 p2-p5 OTU BDI OTM1 p2-p5
OTU1 AIS
ODU1 AIS OTM2 p1
OTU1 p2-p5 Facility OOS OTM1 p2-p5 ODU1 LCK OTM1 p2-p5
ODU1 LCK OTM2 p1
OTU1 p2-p5 Rx ODU1 OTM1 p2-p5 No conditioning OTM1 p2-p5

AIS, LCK or OCI
No conditioning (Transparent) OTM2 p1
OTU1 p2-p5 Rx OTU1 BDI OTM1 p2-p5 No conditioning OTM1 p2-p5

or ODU1 BDI
OTU1 p2-p5 Rx Power OTM1 p2-p5 No conditioning OTM1 p2-p5

Out of Range

2.5G MOTR circuit pack equipment failure

Table 1-57
2.5G MOTR signal conditioning—circuit pack equipment failure
ODU1 AIS OTM1 p2-p5
Pluggable Fail OTM2 p1 ODU2 AIS OTM2 p1
ODU1 AIS OTM1 p2-p5
OTM1 p2-p5 ODU1 AIS OTM2 p1
ODU1 AIS OTM1 p2-p5
OC48/STM16 p2-p5 OPU1 PN11 OTM2 p1

Signal conditioning for FLEX MOTR (NTK531YA) circuit packs

Table 1-58
FLEX MOTR signal conditioning—OTM2 port 1 and 2 trigger
Condition Facility ETH10G OTM2 1+1 Connected Signal Facility

Provisioned/ Client output
Client 1+1 treatment
Port TPT
Protection
(Note 2)
OTM2 p1-p2 OTM2 p1-p2 No Switched to OTM2/ ODU2 LCK OTM2 p1-p2
Facility OOS conditioning Standby ETH10G
(Note 1) OTM2 conditioning
(Note 2)
OTM2 p1-p2 OTM2 p1-p2 Remote Fault Switched to OTM2/ ODU2 BDI OTM2 p1-p2
Rx ODU2 AIS conditioning Standby ETH10G ETH10G
(Note 3) OTM2 conditioning conditioning
(Note 2)
OTM2 p1-p2 OTM2 p1-p2 BDI Traffic No No OTM2 p1-p2

Rx OTU2 BDI No remain on the conditioning conditioning
conditioning Active OTM2 (Note 4)
OTM2 p1-p2 OTM2 p1-p2 Remote Fault Switched to OTM2/ OTU2 BDI OTM2 p1-p2
Rx OTU2 LOS, conditioning Standby ETH10G and ODU2
LOF, LOMF, or (Note 3) OTM2 conditioning BDI, ETH10G
PreFEC SF (Note 2) conditioning

Table 1-58
FLEX MOTR signal conditioning—OTM2 port 1 and 2 trigger (continued)
Condition Facility ETH10G OTM2 1+1 Connected Signal Facility

Provisioned/ Client output
Client 1+1 treatment
Port TPT
Protection
(Note 2)
OTM2 p1-p2 OTM2 p1-p2 No Switched to OTM2/ OTU2 SD OTM2 p1-p2

Rx OTU Signal conditioning Standby ETH10G alarm No
Degrade (SD OTM2 conditioning conditioning
conditioning) (Note 2) when FEC is
disabled
OTM2 p1-p2 OTM2 p1-p2 Remote Fault Switched to OTM2/ ODU2 BDI OTM2 p1-p2
Rx ODU2 OCI conditioning Standby ETH10G
(Note 2)
Note 1: If the ETH10G is mapped into this OTM2 being placed OOS-MA, the Ethernet datapath is
disabled such that no L2 traffic can be carried in either direction on the endpoint.
Note 2: The OTM2/ETH10G is the line-side endpoint for any EVPL connection with a FLEX client (by
way of connections created with ENT-CRS-VCE). All client facilities connected to this port will be
conditioned based on their TXCON and HOLDOFF attribute values. The HOLDOFF value of 100 ms is
recommended for all TPT Protected services. For the TXCON attribute values, refer to chapter 1 of
Part 1 of Configuration - Provisioning and Operating, 323-1851-310.
Note 3: ETH10G is in a Rx Local Fault state which disables datapath in both directions and sends
Remote Fault to the far-end.
Note 4: No FLEX client conditioning will occur if the OTM2/ETH10G line for this client receives a BDI.

Signal conditioning for 8xOTN Flex MOTR (NTK532BA) and

(1+8)xOTN Flex MOTR (NTK532DA/NTK532DE) circuit packs
The following tables list the signal conditioning for the 8xOTN Flex MOTR and
(1+8)xOTN Flex MOTR circuit packs.
Table 1-59
8xOTN Flex MOTR and (1+8)xOTN Flex MOTR Tx conditioning parameters
Tx conditioning parameter
Protocol Options Default

(Note 1 to Note 4)
OC3 LOFEF AIS-L

OC12 AIS-L
OC48
STM1 LOEFEF MS-AIS

STM4 MS-AIS
STM16
SRM250G LOFEF AIS-L

ESRM250G AIS-L
1000Base-X LOEFEF LOFEF

1000Base-T 8B10B
K30_7
100Base-X LOEFEF LOEFEF
Fiber Channel 100 LOEFEF NOS

FICON 8B10B
NOS
Fiber Channel 200 LOEFEF NOS

FICON Express 8B10B
NOS
Fiber Channel 400 LOEEF NOS

FICON 4G 8B10B
NOS
IBM ISC-3 Peer Mode LOEEF LOEEF

1 Gbps and 2Gbps 8B10B

Table 1-59
8xOTN Flex MOTR and (1+8)xOTN Flex MOTR Tx conditioning parameters (continued)
Tx conditioning parameter
Protocol Options Default

(Note 1 to Note 4)
ESCON LOEEF 8B10B

8B10B
DVB-AIS LOEEF 8B10B

8B10B
Note 1: LOFEF is "Laser Off Far End Failure" and means the pluggable transmitter will be disabled
Note 2: 8B10B is an invalid 10B codeword as specified in G.7041 (sometimes referred to as
10B_ERR).
Note 3: K30_7 is the 802.3 specified Error Propagation signal /K30.7/
Note 4: NOS is the Fibre Channel defined “Not Operational” ordered set.

Table 1-60
8xOTN Flex MOTR and (1+8)xOTN Flex MOTR Hold-off parameters
Hold-off Parameter (in ms)
Protocol Range Default Signal output Recommended Setting for Protected

During Hold-0ff configurations
Unprotecte 1+1 Line 1+1 Port TPT

d (Note 1) (Note 2 and
Note 5)
OC3 0 to 0 AIS-L 0 100 100

OC12 1000 in
OC48 100
intervals
STM1 0 AIS-L 0 100 100
STM4
STM16
SRM250G 0 AIS-L 0 100 100

ESRM250G
1000Base-X 0 802.3 Idle 0 100 100

1000Base-T /l2/
100Base-X 0 PN11 0 100 100
Fiber Channel 100 100 Fibre Channel 100 100 100

FICON (Note 3) IDLE (Note 4)

FICON Express (Note 3) IDLE (Note 4)

FICON 4G (Note 3) IDLE (Note 4)

Table 1-60
8xOTN Flex MOTR and (1+8)xOTN Flex MOTR Hold-off parameters (continued)
Hold-off Parameter (in ms)
Protocol Range Default Signal output Recommended Setting for Protected

During Hold-0ff configurations
Unprotecte 1+1 Line 1+1 Port TPT

d (Note 1) (Note 2 and
Note 5)
IBM ISC-3 Peer 0 to 0 8B10B 0 100 100

Mode 1000 in
(1 Gbps and 2 100
Gbps) intervals
ESCON 0 8B10B 0 100 100
DVB-AIS 0 8B10B 0 100 100
Note 1: For a 1+1 Line protected client service, holdoff is set to 100ms to allow the protection switch to
complete without applying a Tx conditioning treatment to the client.
Note 2: During a protection switch for a 1+1 Port TPT protected client, there is a brief period where the
transmitter is off on both ports. This may cause an interruption to be detected at the subtending device.
Note 3: The hold-off value for a FC interface is 100ms to align with FC standard R_T_TOV value in
order to provide a seamless transition during short failures, such as that of a protection switch.
Note 4: Unprotected Fibre Channel hold-off should be 0ms if the subtending FC switch is providing
protection.
Note 5: For a 1+1 Port TPT protected client service, the holdoff timer does not delay the system's ability
to disable/enable the transmitter during a switch. The holdoff timer will only have an impact if both paths
are failed -- in which case, the configured Tx Conditioning treatment is not applied until the defect lasts
longer than the holdoff timer.

Table 1-61
8xOTN Flex MOTR (NTK532BA) (Port with Condition)
Trigger Port with Condition
Facility Condition Facility Signal output 1+1 Line

(toward line) Protection
Line Facility OTM1 p1-p4 Facility OTM1 p1-p4 ODU1 OCI N/A
Unconnected
OTM1 p1-p4 Facility OTM1 p1-p4 Unconnected TS: N/A

Partially ODU0 OCI
Unconnected Connected TS: Traffic
(Note 1)
OTM1 p1-p4 Facility OOS OTM1 p1-p4 ODU1 LCK Switch to

standby OTM1
OTM1 p1-p4 LOS, LOF, OTM1 p1-p4 Traffic + OTU1 BDI + Switch to
LOMF, Pre- ODU1 BDI standby OTM1
FEC SF
OTM1 p1-p4 Pre-FEC SD OTM1 p1-p4 Traffic + No No switch

Conditioning
OTM1 p1-p4 OTU1 BDI OTM1 p1-p4 Traffic + No No switch

Conditioning
OTM1 p1-p4 OTU1 TTI OTM1 p1-p4 Traffic + No No switch

Mismatch Conditioning
OTM1 p1-p4 ODU1 AIS, OTM1 p1-p4 Traffic + ODU1 BDI Switch to
OCI, LCK standby OTM1
OTM1 p1-p4 ODU1 BDI OTM1 p1-p4 Traffic + No No switch

Conditioning
OTM1 p1-p4 ODU1 TTI OTM1 p1-p4 Traffic + No No switch

OTM1 p1-p4 OPU1 PT OTM1 p1-p4 Traffic + No Switch to

Mismatch Conditioning standby OTM1
(Note 2)
OTM1 p1-p4 OPU1 Far End OTM1 p1-p4 Traffic + No Switch to

Client Signal Conditioning standby OTM1
Failure
OTM1 p1-p4 OPU1 AIS OTM1 p1-p4 Traffic + No Switch to

Conditioning standby OTM1

Table 1-61
8xOTN Flex MOTR (NTK532BA) (Port with Condition) (continued)

Client OTM1 p1-p8 Facility OTM1 p1-p8 No Action N/A

Mapping Unconnected
Layer
Facility OTM1 p1-p8 Facility OOS OTM1 p1-p8 ODU1 LCK N/A
OTM1 p1-p8 ODU1 AIS, OTM1 p1-p8 Traffic + ODU1 BDI N/A
OCI, LCK
OTM1 p1-p8 ODU1 BDI OTM1 p1-p8 Traffic + No N/A

Conditioning
OTM1 p1-p8 ODU1 TTI OTM1 p1-p8 Traffic + No N/A

OTM1 p1-p8 OPU1 PT OTM1 p1-p8 Traffic + No N/A

OTM1 p1-p8 OPU1 Far End OTM1 p1-p8 Traffic + No N/A

Client Signal Conditioning
Failure
OTM1 p1-p8 OPU1 AIS OTM1 p1-p8 Traffic + No N/A

Conditioning
FLEX p1-p8 LOS, LOL, FLEX p1-p8 OPU1 AIS + CSF N/A
LODS
FLEX p1-p8 Rx Power OOR FLEX p1-p8 Traffic + No N/A

Conditioning
OC-n p1-p8 LOF, SF OTM1 p1-p8 OPU1 AIS + CSF N/A
OC-n p1-p8 SF, SD OTM1 p1-p8 Traffic + No N/A

Conditioning
OC-n p1-p8 AIS-L OTM1 p1-p8 Traffic + No N/A

Conditioning
OC-n p1-p8 RDI-L OTM1 p1-p8 Traffic + No N/A

Conditioning
OC-n p1-p8 Section Trace OTM1 p1-p8 Traffic + No N/A


Table 1-61

Client OTM0 p1-p8 Facility OTM0 p1-p8 No Action N/A

Mapping Unconnected
Layer
(continued) OTM0 p1-p8 ODU0 AIS, OTM0 p1-p8 Traffic + ODU0 BDI N/A
OCI, LCK

Conditioning



Failure

Conditioning
FLEX p1-p8 LOS, LOL, OTM0 p1-p8 GE: OPU0 CSF N/A
LODS non-GE: OPU0 AIS +
CSF
FLEX p1-p8 Rx Power OOR OTM0 p1-p8 Traffic + No N/A

Conditioning

Conditioning

Conditioning

Conditioning


Table 1-61

Client WAN p1-p8 Loss of Frame WAN p1-p8 Traffic + No N/A

Mapping Delineation Conditioning
Layer
Facility WAN p1-p8 Client Service WAN p1-p8 Traffic + No N/A
(continued) Mismatch Conditioning
WAN p1-p8 Far End Client WAN p1-p8 N/A N/A

Signal Failure
FLEX p1-p8 Facility OOS WAN p1-p8 GFP CMF LOS N/A
(or user configured
CMF)
FLEX p1-p8 LOS, LOL, WAN p1-p8 Traffic + No N/A

LODS Conditioning
FLEX p1-p8 Rx Power OOR WAN p1-p8 Traffic + No N/A

Conditioning
Client FLEX p1-p8 Facility FLEX p1-p8 FLEX TXCON setting N/A
Facility Unconnected
FLEX p1-p8 Facility OOS FLEX p1-p8 FLEX TXCON setting N/A
FLEX p1-p8 LOS, LOL FLEX p1-p8 Traffic + No N/A

Conditioning
FLEX p1-p8 Loss of Data FLEX p1-p8 Traffic + No N/A

Synch Conditioning
OC-n p1-p8 LOF OC-n p1-p8 Traffic + No N/A

Conditioning
OC-n p1-p8 SF, SD OC-n p1-p8 Traffic + No N/A

Conditioning
OC-n p1-p8 AIS-L OC-n p1-p8 Traffic + No N/A

Conditioning
OC-n p1-p8 RDI-L OC-n p1-p8 Traffic + No N/A

Conditioning
OC-n p1-p8 Section Trace OC-n p1-p8 Traffic + No N/A

Note 1: This means 1xODU0 connection is in place.

Note 2: Not applicable if OTM1 p1-p4 is an ODU1 connected to another OTM1 p1-p4 line interface.

Table 1-62
8xOTN Flex MOTR (NTK532BA) Connected/Associated Client Port
Trigger Connected/Associated Client Port
Facility Condition Facility Treatment 1+1 Port TPT

Protection
Line OTM1 p1-p4 Facility N/A N/A N/A

OTM1 p1-p4 Facility N/A N/A N/A

Partially
Unconnected
(Note 1)
OTM1 p1-p4 Facility OOS FLEX p1-p8 FLEX TXCON setting Switch to standby
FLEX
OTM1 p1-p4 LOS, LOF, FLEX p1-p8 FLEX TXCON setting Switch to standby
LOMF, Pre- FLEX
FEC SF
OTM1 p1-p4 Pre-FEC SD FLEX p1-p8 Traffic + No No switch

Conditioning
OTM1 p1-p4 OTU1 BDI FLEX p1-p8 Traffic + No No switch

Conditioning
OTM1 p1-p4 OTU1 TTI FLEX p1-p8 Traffic + No No switch

OTM1 p1-p4 ODU1 AIS, FLEX p1-p8 FLEX TXCON setting Switch to standby
OCI, LCK FLEX
OTM1 p1-p4 ODU1 BDI FLEX p1-p8 Traffic + No No switch

Conditioning
OTM1 p1-p4 ODU1 TTI FLEX p1-p8 Traffic + No No switch

OTM1 p1-p4 OPU1 PT FLEX p1-p8 FLEX TXCON setting Switch to standby
Mismatch FLEX
(Note 2)
OTM1 p1-p4 OPU1 Far End FLEX p1-p8 FLEX TXCON setting Switch to standby
Client Signal FLEX
Failure
OTM1 p1-p4 OPU1 AIS FLEX p1-p8 FLEX TXCON setting Switch to standby
FLEX

Table 1-62
8xOTN Flex MOTR (NTK532BA) Connected/Associated Client Port (continued)

Protection
Client Facility associated with this mapping layer facility
Client OTM1 p1-p8 Facility FLEX p1-p8 FLEX TXCON setting N/A
Mapping Unconnected
Layer
Facility OTM1 p1-p8 Facility OOS FLEX p1-p8 FLEX TXCON setting Switch to standby
FLEX
OCI, LCK FLEX

Conditioning
OTM1 p1-p8 ODU1 TTI FLEX p1-p8 Traffic + No Switch to standby

Mismatch Conditioning FLEX
Mismatch FLEX
Client Signal FLEX
Failure
OTM1 p1-p8 OPU1 AIS FLEX p1-p8 Traffic + No No switch

Conditioning
FLEX p1-p8 LOS, LOL, FLEX p1-p8 Traffic + No No switch

LODS Conditioning
FLEX p1-p8 Rx Power OOR FLEX p1-p8 Traffic + No No switch

Conditioning
OTM1 p1-p8 LOF, SF FLEX p1-p8 Traffic + No No switch

Conditioning
OTM1 p1-p8 SF, SD FLEX p1-p8 Traffic + No No switch

Conditioning
OTM1 p1-p8 AIS-L FLEX p1-p8 Traffic + No No switch

Conditioning
OTM1 p1-p8 RDI-L FLEX p1-p8 Traffic + No No switch

Conditioning
OTM1 p1-p8 Section Trace FLEX p1-p8 Traffic + No No switch


Table 1-62

Protection
Mapping Unconnected
Layer
(continued) FLEX
OCI, LCK FLEX

Conditioning
OTM0 p1-p8 ODU0 TTI FLEX p1-p8 Traffic + No No switch

Mismatch FLEX
Client Signal FLEX
Failure
FLEX
FLEX p1-p8 LOS, LOL, FLEX p1-p8 Traffic + No No switch

LODS Conditioning
FLEX p1-p8 Rx Power OOR FLEX p1-p8 Traffic + No No switch

Conditioning
OTM0 p1-p8 LOF, SF FLEX p1-p8 Traffic + No No switch

Conditioning
OTM0 p1-p8 SF, SD FLEX p1-p8 Traffic + No No switch

Conditioning
OTM0 p1-p8 AIS-L FLEX p1-p8 Traffic + No No switch

Conditioning
OTM0 p1-p8 RDI-L FLEX p1-p8 Traffic + No No switch

Conditioning
OTM0 p1-p8 Section Trace FLEX p1-p8 Traffic + No No switch


Table 1-62

Protection
Client WAN p1-p8 Loss of Frame FLEX p1-p8 FLEX TXCON setting Switch to standby
Mapping Delineation FLEX
Layer
Facility WAN p1-p8 Client Service FLEX p1-p8 FLEX TXCON setting Switch to standby
(continued) Mismatch FLEX
WAN p1-p8 Far End Client FLEX p1-p8 FLEX TXCON setting Switch to standby
Signal Failure FLEX
FLEX p1-p8 Facility OOS FLEX p1-p8 No action No switch
FLEX p1-p8 LOS, LOL, FLEX p1-p8 No action No switch

LODS
FLEX p1-p8 Rx Power OOR FLEX p1-p8 No action No switch
Client-to-Client Connection (hairpin)
Client FLEX p1-p8 Facility FLEX p1-p8 FLEX TXCON setting Not Supported
FLEX p1-p8 Facility OOS FLEX p1-p8 FLEX TXCON setting Not Supported
FLEX p1-p8 LOS, LOL FLEX p1-p8 FLEX TXCON setting Not Supported
FLEX p1-p8 Loss of Data FLEX p1-p8 FLEX TXCON setting Not Supported
Synch
OC-n p1-p8 LOF FLEX p1-p8 FLEX TXCON setting Not Supported
OC-n p1-p8 SF, SD FLEX p1-p8 Traffic + No Not Supported

Conditioning
OC-n p1-p8 AIS-L FLEX p1-p8 Traffic + No Not Supported

Conditioning
OC-n p1-p8 RDI-L FLEX p1-p8 Traffic + No Not Supported

Conditioning
OC-n p1-p8 Section Trace FLEX p1-p8 Traffic + No Not Supported

Note 1: This means 1xODU0 connection is in place.

Note 2: Not applicable if OTM1 p1-p4 is an ODU1 connected to another OTM1 p1-p4 line interface.

Table 1-63
8xOTN Flex MOTR (Connected Line Port)
Trigger Connected Line Port
Facility Condition Facility Connection Treatment 1+1 Line

Type Protection
Line Facility OTM1 p1-p4 Facility N/A N/A N/A N/A

Unconnected
OTM1 p1-p4 Facility N/A N/A N/A N/A

Partially
Unconnected
(Note)
OTM1 p1-p4 Facility OOS OTM1 p1-p4 ODU0 ODU0 AIS

ODU1 ODU1 LCK
OTM1 p1-p4 LOS, LOF, OTM1 p1-p4 ODU0 ODU0 AIS

LOMF, Pre- ODU1 ODU1 AIS
FEC SF
OTM1 p1-p4 Pre-FEC SD OTM1 p1-p4 ODU0 No

ODU1 Conditioning
OTM1 p1-p4 OTU1 BDI OTM1 p1-p4 ODU0 No

ODU1 Conditioning
OTM1 p1-p4 OTU1 TTI OTM1 p1-p4 ODU0 No

Mismatch ODU1 Conditioning
OTM1 p1-p4 ODU1 AIS, OTM1 p1-p4 ODU0 ODU0 AIS

OCI, LCK ODU1 Received
signal
passes
through
OTM1 p1-p4 ODU1 BDI OTM1 p1-p4 ODU0 No

ODU1 Conditioning
OTM1 p1-p4 ODU1 TTI OTM1 p1-p4 ODU0 N/A

Mismatch ODU1
OTM1 p1-p4 OPU1 PT OTM1 p1-p4 ODU0 ODU0 AIS

Mismatch ODU1 No
Conditioning
OTM1 p1-p4 OPU1 Far End OTM1 p1-p4 ODU0 N/A

Client Signal ODU1
Failure
OTM1 p1-p4 OPU1 AIS OTM1 p1-p4 ODU0 N/A

ODU1

Table 1-63
8xOTN Flex MOTR (Connected Line Port) (continued)

Type Protection
ODU1 Encapsulated Client connected to OTM1 line
Client OTM1 p1-p8 Facility N/A N/A N/A N/A

Mapping Unconnected
Layer
Facility OTM1 p1-p8 Facility OOS OTM1 p1-p4 ODU1 Signal from No switch
mapping
layer
OTM1 p1-p8 ODU1 AIS, OTM1 p1-p4 ODU1 Signal from No switch
OCI, LCK mapping
layer
OTM1 p1-p8 ODU1 BDI OTM1 p1-p4 ODU1 No action No switch
OTM1 p1-p8 ODU1 TTI OTM1 p1-p4 ODU1 No action No switch

Mismatch
OTM1 p1-p8 OPU1 PT OTM1 p1-p4 ODU1 No action No switch

Mismatch
OTM1 p1-p8 OPU1 Far End OTM1 p1-p4 ODU1 No action No switch
Client Signal
Failure
OTM1 p1-p8 OPU1 AIS OTM1 p1-p4 ODU1 No action No switch
FLEX p1-p8 LOS, LOL, OTM1 p1-p4 ODU1 Signal from No switch
LODS mapping
layer
FLEX p1-p8 Rx Power OOR OTM1 p1-p4 ODU1 No action No switch
OTM1 p1-p8 LOF, SF OTM1 p1-p4 ODU1 Signal from No switch

mapping
layer
OTM1 p1-p8 SF, SD OTM1 p1-p4 ODU1 No action No switch
OTM1 p1-p8 AIS-L OTM1 p1-p4 ODU1 No action No switch
OTM1 p1-p8 RDI-L OTM1 p1-p4 ODU1 No action No switch
OTM1 p1-p8 Section Trace FLEX p1-p8 ODU1 No action No switch

Mismatch

Table 1-63

Type Protection
ODU0 Encapsulated Client connected to OTM1 line

Mapping Unconnected
Layer
Facility OTM0 p1-p8 Facility OOS OTM1 p1-p4 ODU0 Signal from No switch
mapping
layer
OTM0 p1-p8 ODU0 AIS, OTM1 p1-p4 ODU0 Signal from No switch
OCI, LCK mapping
layer
OTM0 p1-p8 ODU0 BDI OTM1 p1-p4 ODU0 No action No switch
OTM0 p1-p8 ODU0 TTI OTM1 p1-p4 ODU0 No action No switch

Mismatch
OTM0 p1-p8 OPU0 PT OTM1 p1-p4 ODU0 No action No switch

Mismatch
OTM0 p1-p8 OPU0 Far End OTM1 p1-p4 ODU0 No action No switch
Client Signal
Failure
OTM0 p1-p8 OPU0 AIS OTM1 p1-p4 ODU0 No action No switch
FLEX p1-p8 LOS, LOL, OTM1 p1-p4 ODU0 Signal from No switch
LODS mapping
layer
OTM0 p1-p8 LOF, SF OTM1 p1-p4 ODU0 Signal from No switch

mapping
layer
OTM0 p1-p8 SF, SD OTM1 p1-p4 ODU0 No action No switch
OTM0 p1-p8 AIS-L OTM1 p1-p4 ODU0 No action No switch
OTM0 p1-p8 RDI-L OTM1 p1-p4 ODU0 No action No switch
OTM0 p1-p8 Section Trace OTM1 p1-p4 ODU0 No action No switch

Mismatch

Table 1-63

Type Protection
Client WAN p1-p8 Loss of Frame OTM1 p1-p4 ODU0 No action No switch
Mapping Delineation
Layer
Facility WAN p1-p8 Client Service OTM1 p1-p4 ODU0 No action No switch
(continued) Mismatch
WAN p1-p8 Far End Client OTM1 p1-p4 ODU0 No action No switch
Signal Failure
FLEX p1-p8 Facility OOS OTM1 p1-p4 ODU0 No action No switch
FLEX p1-p8 LOS, LOL, OTM1 p1-p4 ODU0 No action No switch

LODS
Note: 1+1 Port TPT Protection is not supported.
Table 1-64
(1+8)xOTN Flex MOTR (NTK532DA/NTK532DE) Signal Conditioning
Trigger Signal Conditioning

Line OTM2 p1 Facilit OTM2 p1 ODU2 OCI Not Supported

Facility y Unconnected
OTM2 p1 Facility OTM2 p1 Unconnected TS: Not Supported

Partially ODU1 OCI
Unconnected Connected TS:
(PT= 0x20) Traffic
OTM2 p1 Facility OTM2 p1 Unconnected TS: Not Supported

Partially MSI=Unused
(PT= 0x21) Traffic
OTM2 p1 Facility OOS OTM2 p1 ODU2 LCK Not Supported
OTM2 p1 LOS, LOF, OTM2 p1 Traffic+ OTU2 BDI + Not Supported

LOMF, Pre- ODU2 BDI
FEC SF

Table 1-64
(1+8)xOTN Flex MOTR (NTK532DA/NTK532DE) Signal Conditioning (continued)

Line OTM2 p1 Pre-FEC SD OTM2 p1 Traffic + No Not Supported

Facility Conditioning
(continued)
OTM2 p1 ODUk Post- OTM2 p1 ODU2 SD Not Supported
FEC SD
OTM2 p1 OTU2 BDI OTM2 p1 Traffic + No Not Supported

Conditioning
OTM2 p1 OTU2 TTI OTM2 p1 Traffic + No Not Supported

OTM2 p1 ODU2 AIS, OTM2 p1 Traffic + ODU2 BDI Not Supported

OCI, LCK
OTM2 p1 OTU2 BDI OTM2 p1 Traffic + No Not Supported

Conditioning
OTM2 p1 OTU2 TTI OTM2 p1 Traffic + No Not Supported

OTM2 p1 OPU2 PT OTM2 p1 Traffic + No Not Supported

OTM2 p1 OPU2 Far End OTM2 p1 Traffic + No Not Supported

Failure
OTM2 p1 OPU2 AIS OTM2 p1 Traffic + No Not Supported

Conditioning

Table 1-64

Line OTM1 p2-p9 Facility OTM1 p2-p9 ODU1 OCI N/A

(continued)
OTM1 p2-p9 Facility OTM1 p2-p9 Unconnected TS: N/A
Partially ODU0 OCI
Traffic
OTM1 p2-p9 Facility OOS OTM1 p2-p9 ODU1 LCK Switch to standby
OTM1
OTM1 p2-p9 LOS, LOF, OTM1 p2-p9 Traffic + OTU1 BDI Switch to standby
LOMF, Pre- + ODU1 BDI OTM1
FEC SF
OTM1 p2-p9 Pre-FEC SD OTM1 p2-p9 Traffic + No No switch

Conditioning
OTM1 p2-p9 OTU1 BDI OTM1 p2-p9 Traffic + No No switch

Conditioning
OTM1 p2-p9 OTU1 TTI OTM1 p2-p9 Traffic + No No switch

OTM1 p2-p9 ODU1 AIS, OTM1 p2-p9 Traffic + ODU1 BDI Switch to standby
OCI, LCK OTM1
OTM1 p2-p9 ODU1 BDI OTM1 p2-p9 Traffic + No No switch

Conditioning
OTM1 p2-p9 ODU1 TTI OTM1 p2-p9 Traffic + No No switch

OTM1 p2-p9 OPU1 PT OTM1 p2-p9 Traffic + No Switch to standby

Mismatch Conditioning OTM1
OTM1 p2-p9 OPU1 Far End OTM1 p2-p9 Traffic + No Switch to standby
Client Signal Conditioning OTM1
Failure
OTM1 p2-p9 OPU1 AIS OTM1 p2-p9 Traffic + No Switch to standby

Conditioning OTM1

Table 1-64

Client OTMFLEX p2- Facility OTMFLEX No Action N/A

Mapping p9 Unconnected p2-p9
Layer
Facility OTMFLEX p2- Facility OOS OTMFLEX ODUflex LCK N/A
p9 p2-p9
OTMFLEX p2- ODUflex AIS, OTMFLEX Traffic+ ODUflex BDI N/A

p9 OCI, LCK, p2-p9
Loss of Frame
and Multiframe
OTMFLEX p2- ODUflex BDI OTMFLEX Traffic + No N/A

p9 p2-p9 Conditioning
OTMFLEX p2- ODUflex TTI OTMFLEX Traffic + No N/A

p9 Mismatch p2-p9 Conditioning
OTMFLEX p2- ODUflex PT OTMFLEX Traffic + No N/A

p9 Mismatch p2-p9 Conditioning
OTMFLEX p2- OPUflex AIS OTMFLEX Traffic + No N/A

OTMFLEX p2- MSI Mismatch OTMFLEX Traffic + No N/A

OTMFLEX p2- MSI Mismatch OTMFLEX Traffic + No N/A

FLEX p2-p9 LOS, LOL, OTMFLEX OPUflex AIS+CSF N/A

LODS p2-p9
FLEX p2-p9 Rx Power OOR OTMFLEX Traffic + No N/A

p2-p9 Conditioning
OTM1 p2-p9 Facility OTM1 p2-p9 No action N/A

Unconnected
OTM1 p2-p9 Facility OOS OTM1 p2-p9 ODU1 LCK N/A
OTM1 p2-p9 ODU1 AIS, OTM1 p2-p9 Traffic + ODU1 BDI N/A
OCI, LCK,
Loss of Frame
and Multiframe

Table 1-64

Client OTM1 p2-p9 ODU1 BDI OTM1 p2-p9 Traffic + No N/A

Mapping Conditioning
Layer
Facility OTM1 p2-p9 ODU1 TTI OTM1 p2-p9 Traffic + No N/A


Failure

Conditioning
OTM1 p2-p9 MSI Mismatch OTM1 p2-p9 Traffic + No N/A

Conditioning
FLEX p2-p9 LOS, LOL, OTM1 p2-p9 OPU1 AIS + CSF N/A
LODS

Conditioning

Conditioning

Conditioning

Conditioning


Table 1-64

Client OTM0 p2-p9 Facility OTM0 p2-p9 No action N/A

Mapping Unconnected
Layer
(continued) OTM0 p2-p9 ODU0 AIS, OTM0 p2-p9 Traffic + ODU0 BDI N/A
OCI, LCK,
Loss of Frame
and Multiframe

Conditioning



Failure

Conditioning
OTM0 p2-p9 MSI Mismatch OTM0 p2-p9 Traffic + No N/A

Conditioning
FLEX p2-p9 LOS, LOL, OTM0 p2-p9 OPU0 AIS + CSF N/A
LODS

Conditioning

Conditioning

Conditioning

Conditioning


Table 1-64

Client WAN p2-p9 Loss of Frame WAN p2-p9 Traffic + No N/A

Mapping Delineation Conditioning
Layer
Facility WAN p2-p9 Client Service WAN p2-p9 Traffic + No N/A
WAN p2-p9 Far End Client WAN p2-p9 Traffic + No N/A

Signal Failure Conditioning
FLEX p2-p9 Facility OOS WAN p2-p9 N/A N/A
FLEX p2-p9 LOS, LOL, WAN p2-p9 GFP CMF LOS N/A
LODS (or user configured
CMF)
FLEX p2-p9 Rx Power OOR WAN p2-p9 Traffic + No N/A

Conditioning
Client FLEX p2-p9 Facility FLEX p2-p9 FLEX TXCON setting N/A
FLEX p2-p9 Facility OOS FLEX p2-p9 FLEX TXCON setting N/A
FLEX p2-p9 LOS, LOL, FLEX p2-p9 Traffic + No N/A

LODS Conditioning
FLEX p2-p9 Loss of Data FLEX p2-p9 Traffic + No N/A

Synch Conditioning
OC-n p2-p9 LOF OC-n p2-p9 Traffic + No N/A

Conditioning
OC-n p2-p9 SF, SD OC-n p2-p9 Traffic + No N/A

Conditioning
OC-n p2-p9 AIS-L OC-n p2-p9 Traffic + No N/A

Conditioning
OC-n p2-p9 RDI-L OC-n p2-p9 Traffic + No N/A

Conditioning
OC-n p2-p9 Section Trace OC-n p2-p9 Traffic + No N/A


Table 1-65
(1+8)xOTN Flex MOTR (NTK532DA/NTK532DE) (Connected/Associated Client Port)

Protection
(*mut-ex w/ 1+1
Line)
Line OTM2 p1 Facility N/A N/A N/A

OTM2 p1 Facility N/A N/A N/A

Partially
Unconnected
(PT= 0x20)
OTM2 p1 Facility N/A N/A N/A

Partially
Unconnected
(PT= 0x21)
OTM2 p1 Facility OOS FLEX p2-p9 FLEX TXCON setting Switch to standby
FLEX
OTM2 p1 LOS, LOF, FLEX p2-p9 FLEX TXCON setting Switch to standby
LOMF, Pre- FLEX
FEC SF
OTM2 p1 Pre-FEC SD FLEX p2-p9 Traffic + No No Switch

Conditioning
OTM2 p1 OTU2 BDI FLEX p2-p9 Traffic + No No Switch

Conditioning
OTM2 p1 OTU2 TTI FLEX p2-p9 Traffic + No No Switch

OTM2 p1 ODU2 AIS, FLEX p2-p9 FLEX TXCON setting Switch to standby
OCI, LCK FLEX
OTM2 p1 OTU2 BDI FLEX p2-p9 Traffic + No No Switch

Conditioning
OTM2 p1 OTU2 TTI FLEX p2-p9 Traffic + No No Switch

OTM2 p1 OPU2 PT FLEX p2-p9 FLEX TXCON setting Switch to standby

Mismatch FLEX
OTM2 p1 OPU2 Far End FLEX p2-p9 FLEX TXCON setting Switch to standby
Client Signal FLEX
Failure

Table 1-65
(1+8)xOTN Flex MOTR (NTK532DA/NTK532DE) (Connected/Associated Client Port) (continued)

Protection
(*mut-ex w/ 1+1
Line)
Line OTM2 p1 OPU2 AIS FLEX p2-p9 Traffic + No Switch to standby

Facility Conditioning FLEX
(continued)
Unconnected

Partially
Unconnected
OTM1 p2-p9 Facility OOS FLEX p2-p9 FLEX TXCON setting Switch to standby
FLEX
OTM1 p2-p9 LOS, LOF, FLEX p2-p9 FLEX TXCON setting Switch to standby
LOMF, Pre- FLEX
FEC SF
OTM1 p2-p9 Pre-FEC SD FLEX p2-p9 Traffic + No No Switch

Conditioning
OTM1 p2-p9 OTU1 BDI FLEX p2-p9 Traffic + No No Switch

Conditioning
OTM1 p2-p9 OTU1 TTI FLEX p2-p9 Traffic + No No Switch

OCI, LCK FLEX
OTM1 p2-p9 ODU1 BDI FLEX p2-p9 Traffic + No No Switch

Conditioning
OTM1 p2-p9 ODU1 TTI FLEX p2-p9 Traffic + No No Switch

Mismatch FLEX
Client Signal FLEX
Failure
FLEX

Table 1-65

Protection
(*mut-ex w/ 1+1
Line)
Client OTMFLEX Facility FLEX p2-p9 FLEX TXCON setting N/A

Mapping p2-p9 Unconnected
Layer
Facility OTMFLEX Facility OOS FLEX p2-p9 FLEX TXCON setting Switch to standby
p2-p9 FLEX
OTMFLEX ODUflex AIS, FLEX p2-p9 FLEX TXCON setting Switch to standby
p2-p9 OCI, LCK FLEX
OTMFLEX ODUflex BDI FLEX p2-p9 Traffic + No No Switch

p2-p9 Conditioning
OTMFLEX ODUflex TTI FLEX p2-p9 Traffic + No No Switch

p2-p9 Mismatch Conditioning
OTMFLEX ODUflex PT FLEX p2-p9 FLEX TXCON Switch to standby

p2-p9 Mismatch settingS FLEX
OTMFLEX OPUflex AIS FLEX p2-p9 FLEX TXCON setting Switch to standby
p2-p9 FLEX
OTMFLEX MSI Mismatch FLEX p2-p9 FLEX TXCON Switch to standby

p2-p9 settingS FLEX
OTMFLEX MSI Mismatch FLEX p2-p9 FLEX TXCON setting Switch to standby
p2-p9 FLEX
FLEX p2-p9 LOS, LOL, FLEX p2-p9 Traffic + No No Switch

LODS Conditioning
FLEX p2-p9 Rx Power OOR FLEX p2-p9 Traffic + No No Switch

Conditioning

Table 1-65

Protection
(*mut-ex w/ 1+1
Line)
Mapping Unconnected
Layer
(continued) FLEX
OCI, LCK FLEX

Conditioning

Mismatch FLEX
Client Signal FLEX
Failure
FLEX
OTM1 p2-p9 MSI Mismatch FLEX p2-p9 FLEX TXCON setting Switch to standby
FLEX
FLEX p2-p9 LOS, LOL, FLEX p2-p9 Traffic + No No Switch

LODS Conditioning

Conditioning
OC-n p2-p9 LOF, SF FLEX p2-p9 Traffic + No No Switch

Conditioning
OC-n p2-p9 SF, SD FLEX p2-p9 Traffic + No No Switch

Conditioning
OC-n p2-p9 AIS-L FLEX p2-p9 Traffic + No No Switch

Conditioning

Table 1-65

Protection
(*mut-ex w/ 1+1
Line)
Client OC-n p2-p9 RDI-L FLEX p2-p9 Traffic + No No Switch

Layer
Facility OC-n p2-p9 Section Trace FLEX p2-p9 Traffic + No No Switch
Mapping Unconnected
Layer
FLEX
OCI, LCK FLEX

Conditioning

Mismatch FLEX
Client Signal FLEX
Failure
FLEX
OTM0 p2-p9 MSI Mismatch FLEX p2-p9 FLEX TXCON setting Switch to standby
FLEX
FLEX p2-p9 LOS, LOL, FLEX p2-p9 OPU0 AIS + CSF No Switch
LODS

Conditioning
OC-n p2-p9 LOF, SF FLEX p2-p9 Traffic + No No Switch

Conditioning

Table 1-65

Protection
(*mut-ex w/ 1+1
Line)
Client OC-n p2-p9 SF, SD FLEX p2-p9 Traffic + No No Switch

Layer
Facility OC-n p2-p9 AIS-L FLEX p2-p9 Traffic + No No Switch
(continued) Conditioning
OC-n p2-p9 RDI-L FLEX p2-p9 Traffic + No No Switch

Conditioning
OC-n p2-p9 Section Trace FLEX p2-p9 Traffic + No No Switch

Client WAN p2-p9 Loss of Frame FLEX p2-p9 FLEX TXCON setting Switch to standby
Mapping Delineation FLEX
Layer
Facility WAN p2-p9 Client Service FLEX p2-p9 FLEX TXCON setting Switch to standby
Mismatch FLEX
WAN p2-p9 Far End Client FLEX p2-p9 FLEX TXCON setting Switch to standby
Signal Failure FLEX
FLEX p2-p9 Facility OOS FLEX p2-p9 No Action No Switch
FLEX p2-p9 LOS, LOL, FLEX p2-p9 No Action No Switch

LODS
FLEX p2-p9 Rx Power OOR FLEX p2-p9 No Action No Switch

Table 1-66
(1+8)xOTN Flex MOTR (NTK532DA/NTK532DE) (Connected Line Port)

Type Protection
Line OTM2 p1 Facility N/A N/A N/A Not Supported

OTM2 p1 Facility N/A N/A N/A Not Supported

Partially
Unconnected
(PT= 0x20)
OTM2 p1 Facility N/A N/A N/A Not Supported

Partially
Unconnected
(PT= 0x21)
OTM2 p1 Facility OOS OTM1 p2-p9 ODU0 ODU0 AIS Not Supported
OTM2 p1 ODU1 ODU1 AIS
ODUflex ODUflex AIS
ODU2 Not Supported
OTM2 p1 LOS, LOF, OTM1 p2-p9 ODU0 ODU0 AIS Not Supported
LOMF, Pre- OTM2 p1 ODU1 ODU1 AIS
FEC SF ODUflex ODUflex AIS
ODU2 Not Supported
OTM2 p1 Pre-FEC SD OTM1 p2-p9 ODU0 No Conditioning Not Supported

OTM2 p1 ODU1 No Conditioning
ODUflex No Conditioning
ODU2 Not Supported
OTM2 p1 OTU2 BDI OTM1 p2-p9 ODU0 No Conditioning Not Supported

OTM2 p1 ODU1 No Conditioning
ODU2 Not Supported
OTM2 p1 OTU2 TTI OTM1 p2-p9 ODU0 No Conditioning Not Supported

Mismatch OTM2 p1 ODU1 No Conditioning
ODU2 Not Supported
OTM2 p1 ODU2 AIS, OTM1 p2-p9 ODU0 ODU0 AIS Not Supported
OCI, LCK OTM2 p1 ODU1 ODU1 AIS
ODUflex ODUflex AIS
ODU2 Not Supported

Table 1-66
(1+8)xOTN Flex MOTR (NTK532DA/NTK532DE) (Connected Line Port) (continued)

Type Protection
Line OTM2 p1 OTU2 BDI OTM1 p2-p9 ODU0 No Conditioning Not Supported
Facility OTM2 p1 ODU1 No Conditioning
(continued) ODUflex No Conditioning
ODU2 Not Supported
OTM2 p1 OTU2 TTI OTM1 p2-p9 ODU0 No Conditioning Not Supported

ODU2 Not Supported
OTM2 p1 OPU2 PT OTM1 p2-p9 ODU0 ODU0 AIS Not Supported

Mismatch OTM2 p1 ODU1 ODU1 AIS
ODUflex ODUflex AIS
ODU2 Not Supported
OTM2 p1 OPU2 Far OTM1 p2-p9 ODU0 N/A Not Supported

End Client OTM2 p1 ODU1 N/A
Signal Failure ODUflex N/A
ODU2 Not Supported
OTM2 p1 OPU2 AIS OTM1 p2-p9 ODU0 N/A Not Supported

OTM2 p1 ODU1 N/A
ODUflex N/A
ODU2 Not Supported
OTM2 p1 Service OTM1 p2-p9 ODU0 ODU0 AIS Not Supported

Mismatch OTM2 p1 ODU1 ODU1 AIS
ODUflex ODUflex AIS
ODU2 Not Supported

Unconnected

Partially
Unconnected
OTM1 p2-p9 Facility OOS OTM1 p2-p9 ODU0 ODU0 AIS Not Supported
OTM2 p1 ODU1 ODU1 LCK
OTM1 p2-p9 LOS, LOF, OTM1 p2-p9 ODU0 ODU0 AIS Not Supported
LOMF, Pre- OTM2 p1 ODU1 ODU1 AIS
FEC SF

Table 1-66

Type Protection
Line OTM1 p2-p9 Pre-FEC SD OTM1 p2-p9 ODU0 No Conditioning Not Supported
Facility OTM2 p1 ODU1
(continued)
OTM1 p2-p9 OTU1 BDI OTM1 p2-p9 ODU0 No Conditioning Not Supported
OTM2 p1 ODU1
OTM1 p2-p9 OTU1 TTI OTM1 p2-p9 ODU0 No Conditioning Not Supported
Mismatch OTM2 p1 ODU1
OTM1 p2-p9 ODU1 AIS, OTM1 p2-p9 ODU0 ODU0 AIS Not Supported
OCI, LCK OTM2 p1 ODU1 Rx signal
passes through
OTM1 p2-p9 ODU1 BDI OTM1 p2-p9 ODU0 No Conditioning Not Supported
OTM2 p1 ODU1
OTM1 p2-p9 ODU1 TTI OTM1 p2-p9 ODU0 N/A N/A

Mismatch OTM2 p1 ODU1
OTM1 p2-p9 OPU1 PT OTM1 p2-p9 ODU0 ODU0 AIS Not Supported
OTM1 p2-p9 OPU1 Far OTM1 p2-p9 ODU0 N/A N/Ad

End Client OTM2 p1 ODU1
Signal Failure
OTM1 p2-p9 OPU1 AIS OTM1 p2-p9 ODU0 N/A N/A

OTM2 p1 ODU1
ODUflex Encapsulated Client connected to OTM1/OTM2 line
Client OTMFLEX Facility N/A N/A N/A N/A

Mapping p2-p9 Unconnected
Layer
Facility OTMFLEX Facility OOS OTM1 p2-p9 ODUflex Signal from Not Supported
(continued) p2-p9 OTM2 p1 mapping layer
OTMFLEX ODUflex AIS, OTM1 p2-p9 ODUflex Signal from Not Supported
p2-p9 OCI, LCK OTM2 p1 mapping layer
OTMFLEX ODUflex BDI OTM1 p2-p9 ODUflex No Action Not Supported

p2-p9 OTM2 p1

Table 1-66

Type Protection
Client OTMFLEX ODUflex TTI OTM1 p2-p9 ODUflex No Action Not Supported
Mapping p2-p9 Mismatch OTM2 p1
Layer
Facility OTMFLEX ODUflex PT OTM1 p2-p9 ODUflex No Action Not Supported
(continued) p2-p9 Mismatch OTM2 p1
OTMFLEX OPUflex AIS OTM1 p2-p9 ODUflex No Action Not Supported

p2-p9 OTM2 p1
OTMFLEX MSI Mismatch OTM1 p2-p9 ODUflex No Action Not Supported

p2-p9 OTM2 p1
OTMFLEX MSI Mismatch OTM1 p2-p9 ODUflex No Action Not Supported

p2-p9 OTM2 p1
FLEX p2-p9 LOS, LOL, OTM1 p2-p9 ODUflex Signal from Not Supported
LODS OTM2 p1 mapping layer
FLEX p2-p9 Rx Power OTM1 p2-p9 ODUflex Signal from Not Supported
OOR OTM2 p1 mapping layer
ODU1 Encapsulated Client connected to OTM1/OTM2 line

Mapping Unconnected
Layer
Facility OTM1 p2-p9 Facility OOS OTM1 p2-p9 ODU1 Signal from Not Supported
OTM2 p1 mapping layer
OTM1 p2-p9 ODU1 AIS, OTM1 p2-p9 ODU1 Signal from Not Supported
OCI, LCK OTM2 p1 mapping layer
OTM1 p2-p9 ODU1 BDI OTM1 p2-p9 ODU1 No Action Not Supported
OTM2 p1
OTM1 p2-p9 ODU1 TTI OTM1 p2-p9 ODU1 No Action Not Supported
Mismatch OTM2 p1
OTM1 p2-p9 OPU1 PT OTM1 p2-p9 ODU1 No Action Not Supported

Mismatch OTM2 p1

Table 1-66

Type Protection
Client OTM1 p2-p9 OPU1 Far OTM1 p2-p9 ODU1 No Action Not Supported
Mapping End Client OTM2 p1
Layer Signal Failure
Facility
(continued) OTM1 p2-p9 OPU1 AIS OTM1 p2-p9 ODU1 No Action Not Supported
OTM2 p1
OTM1 p2-p9 MSI Mismatch OTM1 p2-p9 ODU1 No Action Not Supported
OTM2 p1
FLEX p2-p9 LOS, LOL, OTM1 p2-p9 ODU1 Signal from Not Supported
FLEX p2-p9 Rx Power OTM1 p2-p9 ODU1 No Action Not Supported

OOR OTM2 p1
OC-n p2-p9 LOF, SF OTM1 p2-p9 ODU1 Signal from Not Supported
OC-n p2-p9 SF, SD OTM1 p2-p9 ODU1 No Action Not Supported

OTM2 p1
OC-n p2-p9 AIS-L OTM1 p2-p9 ODU1 No Action Not Supported

OTM2 p1
OC-n p2-p9 RDI-L OTM1 p2-p9 ODU1 No Action Not Supported

OTM2 p1
OC-n p2-p9 Section Trace OTM1 p2-p9 ODU1 No Action Not Supported
Mismatch OTM2 p1
ODU0 Encapsulated Client connected to OTM1/OTM2 line

Mapping Unconnected
Layer
Facility OTM0 p2-p9 Facility OOS OTM1 p2-p9 ODU0 Signal from Not Supported
OTM0 p2-p9 ODU0 AIS, OTM1 p2-p9 ODU0 Signal from Not Supported
OCI, LCK OTM2 p1 mapping layer

Table 1-66

Type Protection
Client OTM0 p2-p9 ODU0 BDI OTM1 p2-p9 ODU0 No Action Not Supported
Mapping OTM2 p1
Layer
Facility OTM0 p2-p9 ODU0 TTI OTM1 p2-p9 ODU0 No Action Not Supported
(continued) Mismatch OTM2 p1
OTM0 p2-p9 OPU0 PT OTM1 p2-p9 ODU0 No Action Not Supported

Mismatch OTM2 p1
OTM0 p2-p9 OPU0 Far OTM1 p2-p9 ODU0 No Action Not Supported
End Client OTM2 p1
Signal Failure
OTM0 p2-p9 OPU0 AIS OTM1 p2-p9 ODU0 No Action Not Supported
OTM2 p1
OTM0 p2-p9 MSI Mismatch OTM1 p2-p9 ODU0 No Action Not Supported
OTM2 p1
FLEX p2-p9 LOS, LOL, OTM1 p2-p9 ODU0 Signal from Not Supported

OOR OTM2 p1
OC-n p2-p9 LOF, SF OTM1 p2-p9 ODU0 Signal from Not Supported
OC-n p2-p9 SF, SD OTM1 p2-p9 ODU0 No Action Not Supported

OTM2 p1
OC-n p2-p9 AIS-L OTM1 p2-p9 ODU0 No Action Not Supported

OTM2 p1
OC-n p2-p9 RDI-L OTM1 p2-p9 ODU0 No Action Not Supported

OTM2 p1
OC-n p2-p9 Section Trace OTM1 p2-p9 ODU0 No Action Not Supported
Mismatch OTM2 p1
WAN p2-p9 Loss of Frame OTM1 p2-p9 ODU0 No Action Not Supported
Delineation
WAN p2-p9 Client Service OTM1 p2-p9 ODU0 No Action Not Supported
Mismatch

Table 1-66

Type Protection
Client WAN p2-p9 Far End Client OTM1 p2-p9 ODU0 No Action Not Supported
Mapping Signal Failure
Layer
Facility FLEX p2-p9 Facility OOS OTM1 p2-p9 ODU0 No Action Not Supported
(continued) FLEX p2-p9 LOS, LOL, OTM1 p2-p9 ODU0 No Action Not Supported
LODS

OOR

Signal conditioning for 100G PKT/OTN XCIF, 10x10G PKT/OTN I/F,

16xFLEX OTN I/F, and 40G OTN XCIF circuit packs
ATTENTION
No defects and no conditioning are applicable to the FTTP facility object.
The following signal conditioning is applied for 16xFLEX OTN I/F, and 40G
OTN XCIF triggered events.
The 10x10G PKT/OTN I/F circuit pack does not raise an “OPU AIS” alarm
when interworking with 40G MUX OCI, 10x10G Mux, or 2x10G OTR circuit
packs through an OC192/STM64 client. You must change the conditioning
from OPU AIS to ODU AIS on these circuit packs.
Also, the 10x10G PKT/OTN I/F circuit pack does not raise an OPU AIS alarm
when interworking with 40G MUX OCI, 10x10G Mux, or 2x10G OTR circuit
packs through a 10GE client and the mapping mode is:
10.7G - GFP/OPU2+7 (Preamble/ Ordered Set/ MAC transparent)
You must set the conditioning type to ODU AIS (versus the default OPU AIS)
on these circuit packs.
The OPU AIS alarm is raised when the 10x10G PKT/OTN I/F circuit pack is
interworking with 40G MUX OCI, 10x10G Mux, or 2x10G OTR circuit packs
through a 10GE client and the mapping mode is:
• 11.09G - OPU2e (PCS transparent)
or
• 10.7G - GFP/OPU2 (Standard MAC transparent)
No conditioning changes are required in this case.

Table 1-67
100G PKT/OTN XCIF, 10x10G PKT/OTN I/F, 16xFLEX OTN I/F and 40G OTN XCIF signal
conditioning—PTP facility
Defect Faceplate Fabric Conditioning Notes

Conditioning
SA CP Fail PTP_CONDTYPE Not applicable
Terminal Loopback Laser off Not applicable Occurs when OTU TTP,
ETTP or STTP is in
terminal loopback
Facility Loopback None (Laser on) Not applicable Occurs when OTU TTP,
ETTP or STTP is in facility
loopback
OOS-MA PTP_CONDTYPE Not applicable
Child ODU term CTP PTP_CONDTYPE Not applicable

OOS-MA
No Cross Connections Laser off Not applicable PTP service type of ETTP,
on child ODU term-CTP STTP, etc. (non-OTU)
None (no conditioning Not applicable PTP service type of OTU

as to not interfere with
GCC0 (OTU) and GCC
1 & 2 (ODU)
No CTP PTP_CONDTYPE Not applicable No child ODU CTPs

present
Loss of Signal None Send Faceplate Defect

indication to children
XC Intercard Fail PTP_CON DTYPE Not applicable
Receive at least one PTP_CONDTYPE Not applicable WAN defect, Rx ODU

Fabric Defect indication defect on ODU term-CTP
from children only

Table 1-68
conditioning—OTUTTP facility

Conditioning
SA CP Fail None Not applicable
Loopback None Not applicable Clears active conditioning

when a facility or terminal
loopback is active
OOS-MA None Not applicable
Faceplate Signal Fail OTU BDI Send Faceplate Defect OTU LOS, LOF, LOC,
indication to children LOM, SF, TIM, AIS
OTU IAE OTU BIAE Not applicable
OTU Signal Degrade OTU BEI Not applicable
Table 1-69
conditioning—ETTP facility
Defect Faceplate Conditioning Fabric Conditioning Notes
SA CP Fail ETTP_CONDTYPE Not applicable
Loopback None Not applicable Clears any active hold

timer or conditioning
loopback is active
OOS-MA ETTP_CONDTYPE Not applicable
Child ODU term CTP ETTP_CONDTYPE Not applicable

OOS-MA
XC Intercard Fail Holdoff/ETTP_CONDTYPE Not applicable ETH IDLE conditioning

during holdoff period
Faceplate Signal Fail None Send Faceplate LOS, LOC, LODS, Link
Defect indication to Down, EER
children
Receive at least one Holdoff/ETTP_CONDTYPE Not applicable ETH IDLE conditioning

Fabric Defect from during holdoff period
children (WAN or ODU
term-CTP)

Table 1-70
conditioning—STTP facility
Defect Faceplate Conditioning Fabric Conditioning Notes
SA CP Fail AIS-L Not applicable

loopback is active
OOS-MA AIS-L Not applicable
Child ODU term CTP Not applicable

OOS-MA
XC Intercard Fail AIS-L Not applicable
Faceplate Signal Fail AIS-L Send Faceplate LOS, LOF, LOC, SF/B2
Defect indication to BER
children
Receive at least one AIS-L Not applicable

Fabric Defect from
children (WAN or ODU
term-CTP)
Table 1-71
conditioning—ODUTTP facility

Conditioning
SA CP Fail ODU AIS Not applicable

loopback is active
OOS-MA ODU LCK Not applicable
XC Intercard Fail ODU AIS Not applicable
PST = USPC None Not applicable Placeholder ODU TTP

until ODU TTP/CTP is
provisioned by end user
Receive Faceplate ODU BDI Not applicable

Defect from parents

Table 1-71
conditioning—ODUTTP facility (continued)

Conditioning
Faceplate ODU Signal ODU BDI Send Faceplate Defect Rx ODU LCK, OCI, AIS,
Fail indication to children LOF, TIM
Faceplate OPU MSIM ODU BDI Send Faceplate Defect Detected at Higher-Order
indication to children ODU TTP
Faceplate OPU Signal None Send Faceplate Defect Rx OPU PTM, MSIM,
Fail indication to children CSF, AIS
Table 1-72
conditioning—WAN facility

Conditioning
SA CP Fail Not applicable None
OOS-MA Not applicable None
Terminal Loopback Not applicable None Clears active conditioning

loopback is active
Facility Loopback Not applicable WAN_CONDTYPE
Receive Faceplate Not applicable WAN_CONDTYPE

Defect from parent
Fabric FESF Send Fabric Defect None

indication to parents
(ETTP & PTP)
Fabric CSM Send Fabric Defect None

(ETTP & PTP)
Fabric LOFD Send Fabric Defect None

(ETTP & PTP)

Table 1-73
conditioning—ODU monitor-CTP, ODU transparent-CTP facilities

Conditioning
SA CP Fail ODU AIS ODU AIS
Facility Loopback None ODU AIS Faceplate traffic is looped

back
Terminal Loopback None None All active conditioning is

cleared when a facility or
terminal loopback is active
OOS-MA ODU LCK ODU LCK
OPU MSIM None ODU AIS Detected at Higher-Order

ODU TTP
XC Intercard Fail ODU AIS None
Mate Intercard Fail None ODU AIS XCIF only
Receive Faceplate ODU BDI ODU AIS

Defect from parent
No rx_conn None ODU OCI No CRS from XCIF/trib

faceplate to XC
No tx_conn ODU OCI None No CRS from XC to XCIF/

trib faceplate
No tx_conn & no ODU OCI ODU OCI No CRS in either direction

rx_conn
Fabric ODU defect None None
Fabric OPU defect None None ODU/OPU Defects are

passed from fabric to
faceplate

Table 1-74
conditioning—ODU terminate-CTP facility

Conditioning
SA CP Fail Not applicable ODU AIS
Facility Loopback Not applicable None Faceplate traffic is looped

back
Terminal Loopback Not applicable ODU AIS All active conditioning is

OOS-MA Not applicable ODU LCK
Mate Intercard Fail Not applicable ODU AIS XCIF only
Receive at least one Not applicable CTP_CONDTYPE (If

Faceplate Defect from CTP_CONDTYPE is
parent 'OPUK_NONE',
conditioning is ODU
AIS)
Fabric ODU Signal Fail Send Fabric Defect ODU BDI ODU LCK, OCI, AIS, LOF,
indication to parents TIM
Fabric OPU Signal Fail Send Fabric Defect None OPU PTM, MSIM, CSF,
indication to parents AIS
No rx_conn & existing Not applicable ODU OCI No CRS from XC to XCIF/
tx_conn trib faceplate
Existing rx_conn & no Not applicable None

tx_conn
No rx_conn & no Tell parent PTP and ODU OCI

tx_conn xTTP there are no CRSs

Table 1-75
conditioning—TCM TTP facility

Conditioning
SA CP Fail TCM AIS Not applicable
Loopback None Not applicable All active conditioning is

OOS-MA TCM LCK Not applicable
No Connection on TCM OCI Not applicable

sibling ODU
XC Intercard Fail TCM AIS Not applicable
Receive Faceplate TCM BDI Not applicable

Defect from parents
Faceplate TCM defect TCM BDI Not applicable TCM AIS, LCK, OCI, LTC,
LOF, TIM
Faceplate TCM IAE TCM BIAE Not applicable
Faceplate TCM Signal TCM BEI Not applicable

Degrade
Table 1-76
conditioning—TCM monitor-CTP facility

Conditioning
SA CP Fail TCM AIS TCM AIS
Terminal Loopback None None All active conditioning is

Facility Loopback None TCM AIS
OOS TCM LCK TCM LCK
No Connection on TCM OCI TCM OCI

sibling ODU
XC Intercard Fail TCM AIS TCM AIS
Mate intercard Fail None None

Table 1-76
conditioning—TCM monitor-CTP facility (continued)

Conditioning
Receive Faceplate None None

Defect from parents
Faceplate TCM defect None None TCM AIS, LCK, OCI, LTC,
LOF, TIM - all defects are
passed through from
faceplate to fabric
Faceplate TCM IAE None None Passed through from

faceplate to fabric
Fabric TCM Defect None None TCM AIS, LCK, OCI, LTC,
LOF, TIM - all defects are
passed through from
fabric to faceplate
Fabric TCM IAE None None Passed through from

fabric to faceplate
Table 1-77
conditioning—TCM terminal-CTP facility

Conditioning
SA CP Fail Not applicable TCM AIS
Terminal Loopback Not applicable None All active conditioning is

Facility Loopback Not applicable TCM AIS
OOS Not applicable TCM LCK
No Connection on Not applicable TCM OCI

sibling ODU
Mate Intercard Fail Not applicable TCM AIS
Receive Faceplate Not applicable TCM AIS

Defect from parents

Table 1-77
conditioning—TCM terminal-CTP facility (continued)

Conditioning
Fabric TCM Defect Not applicable TCM BDI TCM AIS, LCK, OCI, LTC,
LOF, TIM
Fabric TCM IAE Not applicable TCM BIAE

TCM BEI
Fabric TCM Signal Not applicable TCM BIAE

Degrade TCM BEI

Signal conditioning for L2 MOTR 2xXFP/10xSFP circuit packs

L2 MOTR OTM2 port 1 and 2 trigger
Signal conditioning behavior on L2 MOTR is affected by the following:
• ETH versus ETH10G facility
• OTM2 mapped with ETH10G in a particular mode (11.05/11.09 versus
10.709)
• ETH10G in ByPass-OTN mode (EVPL versus L2 mode)
• TXCON attribute on ETH or ETH10G facilities in EVPL mode
• OTM2 1+1 Line Protection provisioned or not
• The ETH and ETH100 facilities will raise two additional alarms under the
same conditioning scenarios compared to the ETH10G facilities.
Conditioning example: Remote Port Unreachable.
— ETH10G: Alarms raised, Remote Port Unreachable
— ETH, ETH100, Alarms raised, Remote Port Unreachable, Link Down,
Loss Of Datasync
Table 1-78 presents the signal conditioning that is applied for OTM2 port 1 and
2 triggered events.
Table 1-78
L2 MOTR signal conditioning—OTM2 port 1 and 2 trigger
Condition Facility ETH10G OTM2 1+1 TxCon/ Signal output Facility

Provisione EVPL
d
OTM2 p1-p2 OTM2 p1-p2 No Switched to OTM2/ ODU2 LCK OTM2 p1-p2
Facility OOS conditioning Standby ETH10G
(Note 2)
OTM2 p1-p2 OTM2 p1-p2 Remote Switched to OTM2/ ODU2 BDI OTM2 p1-p2
Rx ODU2 AIS Fault Standby ETH10G ETH10G
conditioning OTM2 conditioning conditioning
(Note 3) (Note 2)
OTM2 p1-p2 OTM2 p1-p2 BDI Traffic No ODU2 BDI OTM2 p1-p2
Rx OTU2 BDI No remain on conditioning alarm
conditioning the Active (Note 4) No conditioning
OTM2

Table 1-78
L2 MOTR signal conditioning—OTM2 port 1 and 2 trigger (continued)
Condition Facility ETH10G OTM2 1+1 TxCon/ Signal output Facility

Provisione EVPL
d
OTM2 p1-p2 OTM2 p1-p2 Remote Switched to OTM2/ OTU2 BDI and OTM2 p1-p2
Rx OTU2 Fault Standby ETH10G ODU2 BDI,
LOS, LOF, conditioning OTM2 conditioning ETH10G
LOMF, or (Note 3) (Note 2) conditioning
PreFEC SF
OTM2 p1-p2 OTM2 p1-p2 Remote Traffic OTM2/ No conditioning OTM2 p1-p2
Rx OPU2 Fault remain on ETH10G
PN11 conditioning the Active conditioning
(Note 3) OTM2 (Note 2)
OTM2 p1-p2 OTM2 p1-p2 No Switched to OTM2/ OTU2 SD alarm OTM2 p1-p2
Rx OTU conditioning Standby ETH10G No conditioning
Signal (SD OTM2 conditioning when FEC is
Degrade conditioning) (Note 2) disabled
OTM2 p1-p2 OTM2 p1-p2 Remote Switched to OTM2/ ODU2 BDI OTM2 p1-p2
Rx ODU2 OCI Fault Standby ETH10G
conditioning OTM2 conditioning
(Note 3) (Note 2)
Note 1: If the ETH10G is mapped into this OTM2 being placed OOS-MA, the Ethernet datapath is
disabled such that no L2 traffic can be carried in either direction on the endpoint.
Note 2: If the OTM2/ETH10G is the NNI Line for any ETH EVPL UNI clients (by way of EVPL
connections with ENT-CRS-VCE), those client facilities will be conditioned based on their TXCON
attribute value (either laser conditioning or 10B Error injection).
Note 3: ETH10G is in a Rx Local Fault state which disables datapath in both directions and sends
Remote Fault to far-end.
Note 4: No ETH EVPL UNI client conditioning will occur if the OTM2/ETH10G NNI Line for this ETH
client receives BDI.

Signal conditioning for 20G OC-n/STM-n circuit packs

Signal conditioning behavior on the following 20G OC-n/STM-n is affected by
the ODU LCK Signal conditioning when port 1 is OOS:
• (2+8)xOC-n/STM-n STS-1/VC-3 20G
• (2+8)xOC-n/STM-n STS-1/VC-3 OTN 20G
• (2+8)xOC-n/STM-n LO 20G
• (2+8)xOC-n/STM-n LO OTN 20G
Table 1-79 presents the signal conditioning that is applied for OTM2 port 1 or
port 2 triggered events.
Table 1-79
HO 10 port, (2+8)xOC-n/STM-n STS-1/VC-3 20G
OTM2 p1 or p2 Facility OTM2 p1 or p2 ODU2 LCK OTM2 p1or P2

OOS (Note 1)
OTM2 p1 Rx ODU2 AIS, OTM2 p1 ODU2 BDI OTM2 p1

ODU LCK, and ODU OCI RFI-L OC192/STM64 p1
(Note 2)

RFI-L (Note 3) OC192/STM64 p1
OTM2 p1 Rx OTU2 LOS, OTM2 p1 OTU2 BDI and ODU2 OTM2 p1

LOF, LOMF or Pre-FEC BDI OC192/STM64 p1
Signal Fail (Note 4) RFI-L
OTM2 p1 Rx OTU2 BDI OTM2 p1 No conditioning OTM2 p1

or ODU2 BDI (Note 5) No conditioning OC192/STM64 p1
PTI Mismatch (Note 6) OTM2 p1 No conditioning OTM2 p1

RFI-L

Table 1-79
HO 10 port, (2+8)xOC-n/STM-n STS-1/VC-3 20G (continued)
OC192/STM64 p1 LOF OC192/STM64 p1 No conditioning OTM2 p1

RFI-L OC192/STM64 p1
OC192/STM64 p1 AIS OC192/STM64 p1 No conditioning OTM2 p1

RFI-L OC192/STM64 p1
Note 3: AIS-L is raised.
Note 4: OTU2 alarms mask all OC192/STM64 alarms.
Note 6: PTI Mismatch will trigger RFI-L for OC192/STM64 facility on port 1.

Automatic laser shutdown (MSPP and Broadband services)

Automatic laser shutdown (ALS) on the optical interface circuit pack shuts
down a laser source if a Loss of Signal (LOS) alarm condition is detected on
the associated receive interface. ALS can be enabled/disabled on an optical
port basis (default is disabled for SONET mode and enabled for SDH/SDH-J
mode enabled).
If enabled, the ALS circuit shuts down the laser in the event of an LOS alarm
on the associated receive interface. The laser remains shutdown until the LOS
alarm clears. If the alarm does not clear, an automatic restart is attempted:
• For non-DWDM circuit packs, the laser is turned on for two seconds every
100 seconds.
• For DWDM circuit packs, the laser is turned on for five seconds
(100 + 6 x Lambda index) seconds) after the LOS signal is detected and
then every 379 seconds. The Lambda index depends on the wavelength
of the optical interface and ensures that all the DWDM optical interfaces
feeding an optical amplifier are not all turned on/off at the same time.
ATTENTION
The 10G AM1/AM2 DWDM and SuperMux circuit packs do not support ALS.
Automatic Power Reduction (APR) (Photonic services)

The APR feature is a controlled ramp-down and recovery mechanism used to
limit potential exposure to instances of high optical power with a view of
protecting personnel and preventing equipment damage on detection of high
reflections, breaks, or disconnects in the optical line. It is non-provisionable,
and is activated when an amplifier circuit pack is placed in service.
When the optical return loss (ORL) of an amplifier falls below the threshold,
the system reduces the amplifier output power level to minimize the danger of
personal eye injury. A regulatory-deemed safe level of optical power is
transmitted in the period of optical discontinuity on the line to facilitate
automatic detection of line restoration and recovery to normal state. It is used
by lowering the optical output to a residual level suitable for making OR
measurements and facilitating auto recovery when normal system
connectivity resumes.
The 6500 Amplifier Module EDFA facility APR system is triggered by low
return loss detected at the line out. This detection affects the EDFA
immediately preceding the reflection point invoking APR on this EDFA. The
low return loss condition may be due to:
• poor connection at output connector or subsequent connections in the line
• fiber break downstream

When an APR condition is triggered, an Automatic Power Reduction Active

alarm is raised against any amplifier with reduced power.
ATTENTION
As of Release 10.2, certain C-band amplifier circuit packs are supported in
MuxAmp configurations. The MuxAmp is used in some networks where
lower power interfaces (like the WL3n source) are used. This configuration
requires that the Shelf Processor disables the Automatic Power Reduction
(APR), otherwise APR may be triggered during normal operation. For this
reason these amplifiers are reclassified as Class 1M from IEC 60825-1.
When APR is disabled, clamping is added automatically to ensure safety.
Circuit packs that were originally manufactured with a Hazard Level 1

warning label can be re-labeled with the Level 1M label kit (part number 415-
2818-001).
The following C-band amplifier circuit packs may have a Hazard Level 1
warning label.
– NTK552AAE5, Single Line Amplifier (SLA C-Band), Revision 19 and lower

NTK552BAE5, Midstage Line Amplifier (MLA C-Band), Revision 19 and lower
– NTK552FAE5, Midstage Line Amplifier 2 (MLA2 C-Band), Revision 17 and
lower
– NTK552FB, Midstage Line Amplifier 2 (MLA2 C-Band) with variable optical
attenuator (VOA), Revision 05 and lower
– NTK552GAE5, Midstage Line Amplifier 3 (MLA3 C-Band), Revision 06 and
lower
For more information and the procedure to apply the Level 1M label on these
circuit packs, see the chapter on observing product and personnel safety
guidelines in Installation - General Information, 323-1851-201.0.

Automatic Line Shut Off (ALSO) (Photonic services)

The ALSO feature is a safety laser shutdown mechanism. It is non-
provisionable, and is activated when an amplifier circuit pack is placed in
service or during some SLAT procedures. Amplifier power levels are turned
down or turned off when a fiber break or intermediate connector disconnect
occurs between two neighboring sites, where optical radiation is being fed into
both ends of the optical fiber and generating a hazard on both ends of a fiber
break.
When an ALSO condition is triggered, an Automatic Shutoff alarm is raised

against any transmitter that was shut off.
ATTENTION
For the ALSO feature to function correctly, you must properly configure the
OTS first.
ALSO can be disabled on the SAM, ESAM or LIM circuit packs (C-Band and
L-Band) by setting the ALSO_Disable flag to TRUE for the OPTMON facility.
This action must only be performed when there is no OSC in the OTS for
automatic recovery from optical line fail condition.

2-1
Alarm surveillance 2-
This chapter provides information and procedures about alarm profiles,

external alarm provisioning, network alarm monitoring and events
surveillance.
For a description of the 6500 Packet-Optical Platform (6500) alarm features,

refer to Chapter 1, “Alarm and trouble clearing strategy” of this document.
Abbreviations used in this chapter

ACO Alarm Cut-Off
BLSR Bidirectional Line Switched Ring
CFP 100G transceiver form factor pluggable
CIR Committed Information Rate
DCC Data Communications Channel
DPO DWDM Pluggable Optics
BDI Backward Defect Identifier
GCC General Communications Channel
HERS Head End Ring Switching
LAN Local Area Network
LED Light-emitting Diode
MIC Maintenance Interface Card
MS Multiplex Section
MSP Multiplex Section Protection
MS-SPRing Multiplex Section - Shared Protection Ring
MXC Multiservice Cross-connect

2-2 Alarm surveillance
RPR Resilient Packet Ring

RS Regenerator Section
SFP Small form Factor Pluggable
SNMP Simple Network Management Protocol
S/R Save/Restore
SSM Synchronization Status Messaging
STS Synchronous Transport Signal
TOD Time Of Day
UPC User Privilege Code
VC Virtual Container
VCE Virtual Circuit Endpoints
VT Virtual Tributary
VTG Virtual Tributary Group
WAN Wide Area Network
XFP 10G transceiver form factor pluggable
Alarm parameters
External control types
The external control relays support the external control types listed in Table
2-1.
Table 2-1
External control labels
External control label External control type
Air conditioning Air conditioning
Engine Engine
Fan Fan
Generator Generator
Heat Heater
Light Lighting

Table 2-1
External control labels (continued)
External control label External control type
Miscellaneous Miscellaneous
Sprinkler Sprinkler
(Null) No label is associated with the specific relay.

However, some external equipment can be connected
to this relay.
Environmental alarm labels

Table 2-2 lists the labels and associated condition types available for the
environmental alarms.
Table 2-2
Environmental alarm labels and associated condition types
Alarm label (default description) Condition Type
48-V power supply failure (Note) PWR-48
Air compressor failure AIRCOMPR
Air conditioning failure AIRCOND
Air dryer failure AIRDRYR
Battery discharging BATDSCHRG
Battery failure BATTERY
Commercial power failure POWER
Cooling fan failure CLFAN
Engine failure ENGINE
Engine operating ENGOPRG
Explosive gas EXPLGS
Fire FIRE
Fire detector failure FIRDETR
Flood FLOOD
Fuse failure FUSE
Generator failure GEN
High airflow HIAIR

Table 2-2
Environmental alarm labels and associated condition types (continued)
High humidity HIHUM
High temperature HITEMP
High water HIWTR
Intrusion INTRUDER
Low battery voltage LWBATVG
Low cable pressure LWPRES
Low fuel LWFUEL
Low humidity LWHUM
Low temperature LWTEMP
Low water LWWTR
Miscellaneous MISC
Open door OPENDR
Pump failure PUMP
Rectifier failure RECT
Rectifier high voltage RECTHI
Rectifier low voltage RECTLO
Smoke SMOKE
Toxic gas TOXICGAS
Ventilation system failure VENTN
Note: "-48 Vdc" is expressed as "48-V" in the label and default

description.
Autonomous events
Autonomous events are faults raised with a severity of “Log”. Events report the
activity status on the network elements, and do not always require user action.
To retrieve events, refer to Procedure 2-3, “Retrieving events for a network
element”. The events listed in the Historical Fault Browser application
include the alarms that have been raised, both cleared or not cleared, and the
logged warnings and events. For more information about the logged events,
refer to Fault Management - Customer Visible Logs, 323-1851-840.

Table 2-3 on page 2-5 lists logged events. For a complete list of alarms that
can be raised, refer to the “List of alarms” on page 4-7.
Table 2-3
Autonomous events
Event category (Note) Description
Files Remote transfer of files for '<release>' - <#> of <#> MB, <#> of <#> Files
Release '<release>' Successfully delivered
Remote transfer of file '<path>/<filename>' failed
Removing files for '<release>' started
Release '<release>' has been deleted
Upgrades Redundant Release Synch Complete
Load installation Load Installation: Cancel Passed
Load Installation: Check Failed
Load Installation: Check Passed
Load Installation: Commit Failed
Load Installation: Commit Passed
Load Installation: Committing New Release
Load Installation: Invoke Failed
Load Installation: Invoke Passed
Load Installation: Load Failed
Load Installation: Load Passed
Load Installation: Programming Load to FLASH
Load Installation: Running from incorrect FLASH bank
Load Installation: Unable to Access Release Files
Load Installation: Unable to Program Load to FLASH
Performance Monitoring 15-Min Threshold Crossing
1-Day Threshold Crossing
Untimed Threshold Crossing

Table 2-3
Autonomous events (continued)
Photonics DOC Channel Add Completed
DOC Channel Delete Completed
DOC Pre-Check Fail
DOC Pre-Check Pass
DOC Reset TCA Baselines Failed
Protection Protection Exerciser Complete
Protection Switch Initiated
Save and restore Cancel S/R Completed
Cancel S/R Failed
Cancel S/R Failed: Save/Restore not in progress
Check S/R Failed: Blocked by another application
Check S/R Failed: Blocked by presence of alarms
Check S/R Failed: Could not connect to destination
Check S/R Failed: FTP access denied
Check S/R Failed: SFTP access denied
Check S/R Failed: Invalid destination
Check S/R Completed
Check S/R Failed
Check S/R Failed: Blocked by remote application
Check S/R: Restore Blocked by another application
Check S/R: Save Blocked by another application
Database Commit Failed
Database Commit Failed: Restored backup is corrupt
Database Commit: Restart in progress
Database Restore Completed
Database Restore Failed
Database Restore Failed: Backup not from this node

Table 2-3
Save and restore Database Restore Failed: Backup not from this shelf type
(continued)
Database Restore Failed: Backup not from this SP family
Database Restore Failed: Backup requires SP protection provisioning
Database Restore Failed: Blocked by another application
Database Restore Failed: CPU2 Application Unsupported
Database Restore Failed: Incompatible Shelf Assembly
Database Restore Failed: Incompatible SP
Database Restore Failed: SP Protection Not Provisioned
Database Restore Failed: Blocked by presence of alarms
Database Restore Failed: Blocked by remote application
Database Restore Failed: Could not connect to source
Database Restore Failed: Failure transferring file
Database Restore Failed: FTP access denied
Database Restore Failed: SFTP access denied
Database Restore Failed: Incompatible options
Database Restore Failed: Incompatible S/R options specified

Table 2-3
Save and restore Database Restore Failed: Interrupted by card restart

(continued)
Database Restore Failed: Invalid source
Database Restore Failed: Mismatched Software Releases
Database Restore Failed: Restored backup is corrupt
Database Restore in progress
Database Save Failed
Database Save Completed
Database Save Failed: Blocked by another application
Database Save Failed: Blocked by presence of alarms
Database Save Failed: Blocked by remote application
Database Save Failed: Could not connect to destination
Database Save Failed: Failure transferring file
Database Save Failed: FTP access denied
Database Save Failed: SFTP access denied
Database Save Failed: Interrupted by card restart
Database Save Failed: Invalid destination
Database Validate Failed
Database Validate Failed: Restored backup is corrupt
Redundant database synch complete
Redundant database synch in progress

Table 2-3
Security Password has expired. Contact your Admin.
Password has expired. Change it now
Password will expire in <n> day(s)

Value of n can be between1 to 14 days.
Password will expire today
Intrusion Attempt: <n> time(s) by “intruder”

n= number of intrusion attempt(s)
Signal (for MSPP services) Idle Code Detected
Test Signal Out of Sync
Test Signal Error Received
NPU Lockup
Timing and synchronization Secondary SETS Locking to Primary
Timing Distribution Reference Switch Complete
Timing Generation Reference Switch Complete
Timing Generation Entry to Freerun
Timing Generation Entry to Holdover
Restart Remote Cold Restart
Cold Restart
Warm Restart
Note: Site Manager does not display the events as event categories. Event categories are used to
organize this table only. In Site Manager, the severity of alerts and events is Log.

Site Manager navigation

The following figures provide an overview of the Site Manager navigation
associated with the Faults and Configuration menus for the 6500. The
figures shows the path from the Site Manager menu bar.

Procedures for alarms and events

The following table list the procedures with the alarm surveillance.
Action Details
Setting the time zone for network element or Site Procedure 2-1 on page 2-13
Manager timestamps
Retrieving active alarms for one or more network Procedure 2-2 on page 2-14
elements
Retrieving events for a network element Procedure 2-3 on page 2-16
Retrieving active disabled alarms Procedure 2-4 on page 2-19
Allowing or inhibiting the display of log, inventory, and Procedure 2-5 on page 2-20
database change events
Clearing security alarms Procedure 2-6 on page 2-21
Procedures for alarm provisioning and alarm profiles

Action Details
Retrieving alarm profiles Procedure 2-7 on page 2-22
Editing an alarm profile Procedure 2-8 on page 2-23
Setting a default profile Procedure 2-9 on page 2-26
Setting a profile as active Procedure 2-10 on page 2-28
Procedures for alarm monitoring and management

Action Details
Restarting a circuit pack or shelf processor Procedure 2-11 on page 2-30
Identifying the circuit pack, pluggable module/port, or Procedure 2-12 on page 2-40
facility that has raised an alarm
Clearing audible alarms and performing lamp tests Procedure 2-13 on page 2-41
Procedures for external alarm provisioning and external controls

Action Details
Provisioning environmental alarm attributes Procedure 2-14 on page 2-44
Provisioning, operating, and releasing external Procedure 2-15 on page 2-46

controls

Procedures for Photonic system maintenance

Action Details
Locating a reflective event Procedure 2-16 on page 2-48
Preparing to perform fiber work on a Photonic system Procedure 2-17 on page 2-52
Measuring Photonic amplifier output power Procedure 2-18 on page 2-55
Associated procedures
Some procedures require the user to perform procedures relating to other
topics. Before performing a procedure, if necessary ensure that the
information about the associated procedures is available.
All procedures assume that you have logged in to the network element. Refer
to the interface login and logout procedures in chapter 1 of Administration and
Security, 323-1851-301.

Procedure 2-1
Setting the time zone for network element or Site
Manager timestamps
Use this procedure to set the time zone used for displaying timestamps. You
can select either the network element time zone or the local operating system
(OS) time zone.
Changes do not take effect until the next launch of Site Manager.
Step Action
1 Select the network element in the navigation tree.

2 Select Preferences from the Edit drop-down menu.
The Preferences dialog box opens.
3 Select 6500 from the Nodal Manager option in the navigation area on the left
of the Preferences dialog box.
4 Select the required radio button (Network Element or Local OS) to set the
time zone used for displaying timestamps.
— Select the Set Defaults button to return the setting to the default
(Network Element).
— The OK and Apply buttons are disabled if the current active time
zone setting is selected.
5 Click OK.
The applied changes do not take effect until the next launch of the Site
Manager. To restart Site Manager, refer to the interface login and logout
procedures in chapter 1 of Administration and Security, 323-1851-301.
—end—

Procedure 2-2
Retrieving active alarms for one or more network
elements
Use this procedure to:
• retrieve the active alarms and alarm details
• access the alarm clearing procedure
• sort active alarms
• filter active alarms
• update active alarms
Step Action
1 Select the desired network element in the navigation tree.

2 Select Consolidated Alarms from the Tools drop-down menu or Active
Alarms from the Fault drop-down menu.
The Consolidated Alarms application opens in a separate window, and
displays the active alarms according to your last filter settings and the alarm
points that are not disabled. Alarms from all logged in network elements are
displayed by default. You can choose to show alarms for one or a set of
specific network elements.
The Active Alarms application opens in a separate tab, and displays the
active alarms according to your last filter settings and the alarm points that
are not disabled. Alarms from all shelves are displayed by default. You can
choose to show alarms from one specific shelf.
3 If you Then
want to sort the active alarms go to step 4
want to filter the active alarms go to step 6
want to update the active alarms go to step 8
want to view details of an active alarm go to step 9
have the required information displayed the procedure is complete
4 Click on a column header to sort the alarms by that column, in ascending

order.
When you first open the Consolidated Alarms application, the columns are
sorted from highest to lowest severity and then from most recent to oldest. All
columns are sorted in alphabetical order except the Time Raised column. The
Time Raised column is sorted by date, then time.

Procedure 2-2 (continued)

Retrieving active alarms for one or more network elements
Step Action
5 Click again on the same column header to sort the alarms in descending
order.
Go to step 3.
6 To hide alarms of a specific severity from the Alarm List, clear the appropriate
check box in the Show area. By default, the Consolidated Alarms or Active
Alarms application displays active alarms of all severities.
The Consolidated Alarms or Active Alarms application updates and no
longer shows the alarms of that severity.
7 To display alarms filtered from the list, select the appropriate check box again
in the Show area.
The Consolidated Alarms or Active Alarms application updates.
Go to step 3.
8 By default, the Auto refresh check box is checked and the alarm list is
updated automatically. To manually update the active alarms, clear the Auto
refresh check box to enable the Refresh button. Click Refresh.
The Last refresh field displays the date (yyyy-mm-dd) and time (hh:mm:ss)
of the most recent update of the Consolidated Alarms or Active Alarms
application.
Go to step 3.
9 To view the details of an alarm, click on the row for the alarm that you want to
see in detail from the list of active alarms.
The Alarm details area at the bottom of the Consolidated Alarms or Active
Alarms application displays the details of the alarm.
You can view the details of only one alarm at a time.
In the Active alarms application, you can click on the How to Clear button to
access the alarm clearing procedure for the selected alarm.
Go to step 3.
—end—

Procedure 2-3
Retrieving events for a network element
• retrieve all events or only disabled alarm events
• retrieve detailed information about an event. For a list of autonomous
events, refer to Table 2-3 on page 2-5
• sort the event list
• filter the events to display (event severities are Critical, Major, minor,
warning, cleared, and logged)
• update the events
The timestamp of alarm entries in the Historical Fault Browser application

represents the date and time of the alarm being raised or cleared and not the
actual system occurrences (alarm timestamps include the hold-on and hold-
off periods). As a result, there may be a time discrepancy between an event
and the corresponding alarms being raised or cleared. See the following:
• Time Raised column will be updated for all raise Events.
• Clear Time column will be updated for all Clear Events and for those Raise
Events, which got Cleared.
• Date Time column indicated the date and time of both Raise and Clear
events. For Raise events, this column will be same as Time Raised column
and for Clear events, this column will be same as Clear Time column.
Note: When retrieving event counts, the Historical Fault Browser
application includes Events + Events (disabled alarms only) and provide
the status bar message as the total. For example, if the maximum count is
500 for retrieving events, the status bar message indicates 521. That is, it
includes Events + Events (disabled alarms only).
Step Action

2 Select Historical Fault Browser from the Faults drop-down menu.
You can identify the events by looking for Log in the Severity column. Alerts
also have the Log severity.
If you return to the Historical Fault Browser application during a session, the
application displays the events according to the previous filter settings.


Step Action
3 In the Show area, select the:

• Events radio button to display all events
• Events (Disabled Alarms Only) radio button to display only events
associated with disabled alarms
Note: If the Events (Disabled Alarms Only) option is selected for a
consolidated node, the Historical Fault Browser application retrieves
and displays information for the primary shelf only. To retrieve events
associated with disabled alarms on member shelves, you must
execute the appropriate TL1 command on individual shelves.
4 If you Then
want to sort the event list go to step 5
want to filter events go to step 7
want to update the Historical Fault go to step 9
Browser application
want to retrieve events details go to step 10
5 Click on a column header to sort the events by that column, in ascending

order.
When you first open the Historical Fault Browser application, the columns
are sorted from most recent to oldest. All columns are sorted in alphabetical
order except the Time Raised column, Clear Time column, and Date, Time
column. The Time Raised column and the Clear Time columns are sorted
by date and then time.
6 Click again on the same column header to sort the events in descending
order.
Go to step 4.
7 To hide events of a specific severity from the events list, clear the appropriate
check box in the Show area.
The Historical Fault Browser application updates and no longer shows the
events of that severity.
8 To display events filtered from the list, select the appropriate check box again
in the Show area.
Go to step 4.


Step Action
9 If the Events radio button is selected, by default, the Auto refresh check box
is checked and the event list is updated automatically. To manually update the
events, clear the Auto refresh check box to enable the Refresh button. Click
Refresh.
If the Events (Disabled Alarms Only) radio button is selected, only manual
refresh is supported. Click Refresh.
of the most recent update of the Historical Fault Browser application.
Go to step 4.
10 From the event list, click on the row for the event that you want to see in detail.
The Event details area at the bottom of the Historical Fault Browser
application displays the details of the event.
You can view the details of only one event at a time.
Go to step 4.
—end—

Procedure 2-4
Retrieving active disabled alarms
• retrieve list of active alarms that are raised against disabled alarm points
• retrieve detailed information about a disabled alarm
• access the alarm clearing procedure
• sort the alarms list
• update the Active Disabled Alarms application manually
Step Action

2 Select Active Disabled Alarms from the Faults drop-down menu.
The Active Disabled Alarms application opens, and displays a list of active
alarms that are raised against disabled alarm points.
3 If you Then
want to sort the active alarms go to step 4
want to update the active alarms go to step 6
want to view details of an active alarm go to step 7
4 Click on a column header to sort the alarms by that column, in ascending

order.
5 Click again on the same column header to sort the alarms in descending
order.
Go to step 3.
6 To update the active alarms, click Refresh.
of the most recent update of the Active Disabled Alarms application.
Go to step 3.
7 To view the details of an alarm, click on the row for the alarm that you want to
see in detail from the list of inhibited alarms.
The Alarm details area at the bottom of the Active Disabled Alarms
application displays the details of the alarm.
You can view the details of only one alarm at a time. Click on the How to
Clear button to access the alarm clearing procedure for the selected alarm.
Go to step 3.
—end—

Procedure 2-5
Allowing or inhibiting the display of log, inventory,
and database change events
Use this procedure to allow or inhibit TL1 autonomous events used for
application refreshes (except for alarms that operate independently of this
option). The TL1 autonomous events are allowed by default.
Step Action

2 Select the Faults drop-down menu. The Update on Data Changes menu
option appears at the bottom of this menu.
If a checkmark appears next to the Update on Data Changes option, the
option is enabled and the TL1 autonomous events used for application
refreshes are allowed.
If a checkmark does not appear next to the Update on Data Changes option,
the option is disabled and the TL1 autonomous events used for application
refreshes are inhibited.
3 To change the status of the Update on Data Changes menu option (to either
allowed or inhibited), select this option from the Faults drop-down menu.
—end—

Procedure 2-6
Clearing security alarms
Use this procedure to clear security alarms (except those raised against the
Primary and Secondary RADIUS servers) on a network element (for example,
Intrusion Attempt).
Step Action

2 Select Clear Security Alarms from the Faults drop-down menu.
3 Click Yes in the confirmation dialog box.
All security alarms (except those raised against the Primary and Secondary
RADIUS servers) are cleared.
The procedure does not unlock channels associated with an Intrusion
Attempt alarm. Refer to the “Unlocking source addresses/users” procedure in
—end—

Procedure 2-7
Retrieving alarm profiles
Use this procedure to retrieve information about alarm profiles and profile
details.
For more information on alarm profiles, refer to “Alarm profiles” on page 1-30.
Step Action

2 Select Alarms & Controls from the Configuration drop-down menu.
3 Select Alarm Profiles.
4 Select an alarm class from the Alarm Class drop-down list.
5 Select a Type from the Type drop-down list.
6 As applicable, select the required criteria from the Shelf, Slot, Port,
Wavelength, MD ID (MA Alarm Class), MA ID (MA Alarm Class) and STS/
VTG/VT (SONET mode) or J/K/L/M (SDH or SDH-J mode) drop-down lists
that are available.
Depending on the shelf function and equipment or facility type you select, the
Shelf, Slot, Port, Wavelength, MD ID (MA Alarm Class), MA ID (MA Alarm
Class) and STS/VTG/VT (SONET mode) or J/K/L/M (SDH or SDH-J mode)
drop-down lists become available as more selections are made.
7 Click Retrieve.
The Profiles table in the upper section of the Alarm Profiles application
displays all the available alarm profiles for the selection. The Active Profiles
table in the centre section of the Alarm Profiles application displays the
active profiles for the selection.
8 If you want to display details about an alarm profile, select the profile from the
Profiles table in the upper section of the Alarm Profiles application.
The Profile Details table at the bottom of the Alarm Profiles application
displays all the alarm points applicable to the selected profile and their status.
—end—

Procedure 2-8
Editing an alarm profile
CAUTION
Risk of unidentified problem conditions
Disabling an alarm point prevents alarm notification if a fault
occurs.
Use this procedure to edit an existing alarm profile. This procedure allows you
to change the:
• name of the alarm profile
• status (enabled/disabled) of the alarm points
• Service affecting severity (SA) or Not service affecting (NSA)
severities (Critical, Major, minor, warning)
Alarm provisioning only affects alarm notification and has no effect on the
alarm function.
Note: When Shelf Synch is enabled on a consolidated node, the alarm

profile cannot be edited for member shelves. For information on Shelf
Synch, refer to the “Shelf Synch” section in the Node information chapter
in Administration and Security, 323-1851-301.
ATTENTION
You cannot edit the ALL ENABLED, ALL DISABLED, or FACTORY DEFAULT
profiles that the system has defined.
Prerequisites
To perform this procedure, you require an account with at least a level 3 UPC.
Note that an account with a level 4 UPC or higher is required to edit the Alarm
class of Security alarm points.
Step Action
1 Retrieve the alarm profiles of the network element. Refer to Procedure 2-7,
“Retrieving alarm profiles”.
2 Select the profile to edit.
You cannot edit the ALL ENABLED, ALL DISABLED, and FACTORY
DEFAULT profiles that the system has defined.


Step Action
3 If you Then
want to change the alarm profile name go to step 4
want to change the status of the alarm points go to step 9
want to change the SA and NSA severity go to step 15
have completed the required changes the procedure is complete
4 Click Edit in the alarm profile list area to open the Edit Profile dialog box.
The Edit Profile dialog box contains the current name of the selected profile.
5 Click on the profile name field and highlight the profile name.
6 Type in the new alarm profile name.
The alarm profile name can be up to 20 characters.
7 If shelf sync is not enabled, select the Apply to all available shelves within
the TID check box if you want to apply the profile name change to all available
shelves.
8 Click OK.
Go to step 3.
9 Select one or more alarm points that you want to enable or disable.
To select multiple alarm points, hold down the Shift or Ctrl key when you
select the alarm points.
10 Click Edit in the alarm point list area to open the Edit Alarm Point dialog box.
11 Click Enabled or Disabled as applicable from the Alarm status drop-down
list.
the TID check box if you want to apply the alarm point change to all available
shelves.
13 Click OK.
14 Repeat step 9 to step 11 until you have finished editing all the alarm points.
The edited alarm point status is displayed in the Profile details table at the
bottom of the Alarm Profiles application.
Go to step 3.
15 Select one or more alarm points that you want to change the severity.
To select multiple alarm points, hold down the Shift or Ctrl key when you
select the alarm points.
16 Click Edit in the alarm point list area to open the Edit Alarm Point dialog box.


Step Action
17 Select the desired severity for the alarm from the Service affecting severity
or Not service affecting severity drop-down list.
You can provision alarm severities (SA or NSA) as Critical, Major, minor or
warning.
For Broadband (except the Supermux circuit pack) and Photonics services,
protection is not supported. Therefore, most alarms are only raised as service
affecting (SA). As a result, changing the NSA severity has no impact.
the TID check box if you want to apply the alarm point change to all available
shelves.
19 Click OK.
Go to step 3.
—end—

Procedure 2-9
Setting a default profile
Use this procedure to set the alarm profile of an alarm class as the default
profile.
CAUTION
occurs.
Alarm provisioning only affects alarm notification and has no effect on the
alarm function.
ATTENTION
If the 5G 16xOCn circuit pack OCn and STSnc facility alarms were masked
by alarm profile in release 5.2/5.3 by the user, after upgrading to release 6.0,
those alarm provisioning profiles for OCn and STSnc on 5G 16xOCn will be
enabled automatically.
ATTENTION
You cannot set the default alarm profile for an alarm class for which the
default is fixed at FACTORY DEFAULT (for example, VT1.5/VC11 and VT2/
VC12 facilities).
Prerequisites
Step Action
1 Retrieve the alarm profiles of the network element by alarm class. Refer to
Procedure 2-7, “Retrieving alarm profiles”.
2 Select a profile from the profiles table in the upper section of the Alarm
Profiles application.
3 Click Set As Default.


Setting a default profile
Step Action
4 If you want to apply the default profile to all available shelves, click Yes in the
confirmation dialog.
5 If you do not want to apply the default profile to all available shelves, click No
in the confirmation dialog.
The word Default is displayed in the Alarm Class Default column on the row
of the selected profile.
—end—

Procedure 2-10
Setting a profile as active
CAUTION
occurs.
Use this procedure to set the alarm profile of an alarm class as the active
profile.

• Alarm provisioning only affects alarm notification and has no effect on the
alarm function.
• Selecting the ALL DISABLED profile for an alarm class or a specific
equipment/facility disables all alarms for the alarm class or the specific
equipment or facility.
• Selecting the FACTORY DEFAULT profile for Common alarm class
enables all alarms in this class (except LAN-15 and LAN-16, which are
disabled).
Additionally, for MSPP services:

• Selecting the FACTORY DEFAULT profile for VT1.5/VC11 and VT2/VC12
facilities sets the status of the alarm to Not Monitored (disables the
reporting and logging of the defects).
• Alarm monitoring of VT1.5/VC11 and VT2/VC12 facilities is limited to 1344
for each optical interface circuit pack. By default, all VT1.5/VC12 facilities
are set to FACTORY DEFAULT and alarms are not monitored/reported). If
you attempt to provision alarm monitoring (that is, to a profile other than
FACTORY DEFAULT) for greater than 1344 VT1.5/VC11 and VT2/VC12
facilities on an optical interface circuit pack, the request is rejected.
• For MRO, Legacy OCN and MXC cards, all VT1.5/VC11 alarms are not
monitored/reported if the active profile is set to "ALL DISABLED".
Prerequisites


Setting a profile as active
Step Action
1 Retrieve the alarm profiles of the network element. Refer to Procedure 2-7,
“Retrieving alarm profiles”.
2 Select a profile from the profiles table.
3 Click Set as Active.
The Active profiles table in the center section of the Alarm Profiles
application displays the active profiles for the selected alarm class.
The Set as Active button is disabled if there are no equipment/facilities
provisioned for the selected alarm class.
—end—

Procedure 2-11
Restarting a circuit pack or shelf processor
CAUTION
A cold restart on an unprotected circuit pack causes traffic
loss. A cold restart on an active protected circuit pack causes
a protection switch that impacts traffic.
As cold restarts can be traffic affecting, you must only perform
a cold restart to restore functionality when all other trouble
clearing procedures have been performed. Before performing
a cold restart, if possible, put the circuit pack out-of-service and
unless it contains unprotected services, contact your next level
of support or your Ciena support group for assistance.
CAUTION
A warm or cold restart of the 2xOSC circuit pack causes a
Wayside Channel (WSC) traffic hit.
CAUTION
A warm or cold restart of the SP in 2-slot shelf w/SP + OTN
Flex MOTR 8xSFP (NTK503MAE5 and NTK503NAE5) can
impact the integrated OTN Flex MOTR traffic.
CAUTION
The 4x10G OTR (NTK530QE variant) circuit pack requires a
valid Time of Day (TOD) in order to perform the certificate
validation before bringing up traffic. The TOD information is
received from the SP on every circuit pack restart.
If the 4x10G OTR (NTK530QE variant) circuit pack is reseated

while an SP is not present, then traffic does not recover
automatically on this circuit pack until the SP is available to
provide the system TOD. Ensure that the SP is installed in the
chassis before you reseat the 4x10G OTR circuit pack.


CAUTION
For Broadband circuit packs that support 1+1 TPT protection,
disconnect the client fibers from the inactive circuit pack prior
to a circuit pack cold restart to avoid causing traffic hits on the
active circuit pack in the protection group.
Use this procedure to initialize a circuit pack or the shelf processor (SP) in a
warm restart or cold restart mode.

• A loss of connectivity to the shelf processor occurs when you restart the
shelf processor. You must wait up to 10 minutes before logging back in.
• In case of SP redundancy, a “Redundant Database Synch Failed” alarm is
expected after a warm or cold restart. The alarm will clear automatically.
• If SP redundancy is provisioned, both SPs are healthy and available, and
all provisioning data is synchronized between the SP pair:
— a user-initiated warm restart will not result in a shelf processor switch
of activity.
— a user-initiated cold restart will result in a shelf processor switch of
activity.
• If SP redundancy is provisioned and the mate/inactive SP is unhealthy,
unavailable or is unsynchronized:
— a user-initiated warm restart will not result in a switch of activity.
— a user-initiated cold restart will not result in a switch of activity. The
exception is if the mate/inactive SP is an “IS-ANR,FLT” (In-service,
Abnormal, Fault Detected) state, in which case, there will be a switch
of activity.
• If SP redundancy is not provisioned, a user-initiated restart will not result
in a switch of activity.


• For the L2 MOTR circuit pack, when traffic is on the protection LAG
members and the 1+1 OTN protection facilities, a cold restart of the
inactive L2 MOTR circuit pack will cause a traffic hit. A traffic hit will occur
once when the circuit pack begins the cold restart and once again when
the circuit pack comes out of the restart. There is no traffic hit on warm
restarts. For more information on engineering rules of 1+1 LAG protection,
refer to the “1+1 LAG protection” section in Part 2 of Configuration -
Provisioning and Operating, 323-1851-310.
• Warm restart is supported on the eMOTR circuit packs. In Release 10.1
and older, restarts on the eMOTR always escalated to cold restarts,
impacting traffic for the duration of the restart. The warm restart on the
eMOTR circuit pack can be performed through TL-1/Site Manager or
automatically triggered (for example, during software upgrades). Note that
upgrades to Release 10.2 still require a cold restart of the eMOTR circuit
pack. However, upgrades to releases following Release 10.2 will only
require a warm restart, avoiding impacts to traffic.
• The SP is integrated into the SPAP circuit pack for a 2-slot shelf variant
(NTK503LA).
• It is an expected behavior that after a shelf processor restart is performed
on a remote network element (RNE), the first login attempt to the RNE will
fail. An “Operation Failed” error message appears and you need to log
back in a second time to establish the connection to the RNE.
Impact of circuit pack restart

Impact on PM counts
• For MSPP and Broadband circuit packs, current and previous bin PM
counts are stored on the circuit pack.
• For Photonic circuit packs, current and previous bin PM statistics are
stored on the shelf processor. Therefore, a restart of any type on a MSPP
and Broadband circuit packs clears untimed, current and previous bin PM
counts, and displays "0" for each monitor type along with the invalid data
flag (?). Similarly, a restart of the shelf processor clears untimed, current
and previous bin PM counts for Photonic circuit packs provisioned on the
shelf.
Impact on MSPP services:
• For the DSM 84xDS1 TM, equipment protection is 1+1 in a non-revertive
mode.
• If you perform a warm or cold restart on an 8xOC-3/12/STM-1/4 or circuit
pack that is hosting a DSM 84xDS1 TM, you will lose the SDCC link to the
DSM 84xDS1 TM. The SDCC link is re-established automatically.


• A warm or cold restart of the shelf processor causes a transient Line/MS

DCC Link Failure or Section/RS DCC Link Failure alarm on the adjacent
network elements for any circuit pack in the shelf with DCC enabled. The
Line/MS DCC Link Failure or Section/RS DCC Link Failure alarm occurs
towards the end of the restart and lasts for approximately five seconds
before clearing automatically.
• After a shelf processor restart or a time change, the protection exerciser
will resume its schedule on the next calendar day at the provisioned start
time. Also, if you provisioned the number of times the exerciser runs, this
counter is restarted when the exerciser resumes the next day.
• A warm or cold restart of an OC-n/STM-m circuit pack with DCC enabled
causes a Line/MS DCC Link Failure or Section/RS DCC Link Failure alarm
on the adjacent network elements for that circuit pack. The Line/MS DCC
Link Failure or Section/RS DCC Link Failure alarm will clear automatically.
Impact on alarms and time of day
• After a shelf processor is restarted, the Duplicate Shelf alarm is masked
for 20 minutes.
• If the time of day (TOD) synchronization feature is enabled, you do not
have to reprovision the date and time.
• A warm restart of the SP causes the passive photonic modules which are
connected to the access panel on a SPAP2 w/2xOSC to temporarily raise
a “Circuit Pack Missing” alarm.
Impact on cross-connects and timing
• A cold restart of a cross-connect (XC) circuit pack can affect traffic if the
timing on the mate cross-connect circuit pack is not locked (Secondary
SETS Locking to Primary warning is present).
• If the shelf is equipped with only one working XC or equipped with one
working XC and one out-of-service XC, a cold-restart of the working XC
will result in a loss of all traffic on cross-connections provisioned through
the XC and a loss of shelf timing. Additionally, any OTN I/F, PKT I/F or
PKT/OTN I/F circuit pack may automatically restart when it detects that the
shelf has no working PKT/OTN XC.
Prerequisites
For MSPP and Broadband services, a warm or cold restart of an interface
circuit pack or shelf processor with GCC0/GCC1 enabled causes a GCC0/
GCC1 Link Fail alarm on the adjacent network elements. The GCC0/GCC1
Link Fail alarm will clear automatically.


For Photonic services, restarts are only supported on the LIM (SLA, MLA,
MLA2, MLA2 w/VOA, MLA3, and LIM), SAM, ESAM, XLA, SRA, WSS w/OPM,
and 2xOSC circuit packs.
Step Action

2 If you want to perform a Then go to
cold restart step 3
warm restart step 13
3 If the circuit pack you are performing a cold restart on Then go to

contains facilities in an 1+1/MSP linear, 1+1 TPT,1+1 port TPT, step 4
UPSR/SNCP (“From” or “Switch Mate” nodes), 2-Fiber BLSR/
MS-SPRing, 4-Fiber BLSR/MS-SPRing/HERS, and/or RPR
configuration
contains facilities that are all in unprotected or in the “To” node step 7
of UPSR/SNCP configurations
is an 16xSTM1e, 63xE1, 24xDS3/EC-1 or 24xDS3/E3 circuit step 9
pack in an 1:N protection scheme
is an 16xSTM1e, 63xE1, 24xDS3/EC-1 or 24xDS3/E3 circuit step 13
pack in an unprotected scheme
is an interface circuit pack step 11
is a cross-connect circuit pack step 12
is a shelf processor step 13
4 For each facility/path on the circuit pack in an 1+1/MSP linear, 1+1 TPT,1+1
port TPT, UPSR/SNCP, 2-Fiber BLSR/MS-SPRing, 4-Fiber BLSR/MS-
SPRing/HERS, or RPR configuration, perform a manual switch to verify the
inactive path. Refer to the “Operating a protection switch” procedure in Part 2
of Configuration - Provisioning and Operating, 323-1851-310.
If traffic switches back autonomously to the active path, contact your next
level of support or your Ciena support group.


Step Action
5 For each facility on the circuit pack in an 1+1/MSP linear,1+1 port TPT, or 1+1
TPT configuration, perform a protection switch. Refer to the “Operating a
protection switch” procedure in Part 2 of Configuration - Provisioning and
Operating, 323-1851-310.
• If the circuit pack to be restarted is the working one (odd slot), operate a
forced switch.
• If the circuit pack to be restarted is the protection one (even slot), operate
a lockout.
6 For each facility/path on the circuit pack in an 2-Fiber BLSR/MS-SPRing,
UPSR/SNCP, 4-Fiber BLSR/MS-SPRing/HERS, or RPR configuration,
operate a forced switch. Refer to the “Operating a protection switch”
procedure in Part 2 of Configuration - Provisioning and Operating, 323-1851-
310.
7 If necessary, perform a synchronization protection switch for any line facility
on the circuit pack that is a synchronization reference.
• Retrieve the synchronization details for timing generation and timing
distribution of the circuit pack. Refer to the “Retrieving synchronization
protection status details” procedure in Part 2 of Configuration -
• Perform a manual synchronization protection switch for any active
synchronization facility. Refer to the “Operating a synchronization
Operating, 323-1851-310.
• Perform a lockout synchronization protection switch for the facility. Refer
to the “Operating a synchronization protection switch” procedure in Part 2
8 If you are performing cold restart on a Broadband circuit pack that supports
1+1 TPT protection, disconnect the client fibers from the inactive circuit pack
prior to the cold restart to avoid causing traffic hits on the active circuit pack
in the protection group.
Go to step 10.
9 Perform a protection switch on the 16xSTM1e, 63xE1, 24xDS3/EC-1 or
24xDS3/E3 circuit pack. Refer to the “Operating a protection switch”
310.
• If the circuit pack to be restarted is a working circuit pack, operate a
forced switch.
• If the circuit pack to be restarted is a protection circuit pack, operate a
lockout of protection.


Step Action

contains facilities which are all in MSP/1+1 linear, 1+1 TPT, step 11
SNCP/UPSR (“From” or “Switch Mate” nodes), 2-Fiber BLSR/
MS-SPRing, 4-Fiber BLSR/MS-SPRing/HERS, and/or RPR
configurations
is a 16xSTM1e, 63xE1, 24xDS3/EC-1 or 24xDS3/E3 working step 12
circuit pack
is a protection circuit pack step 13
11 Change the facility states to out-of-service for all facilities on the circuit pack.
Refer to the “Changing the primary state of a facility” procedure in Part 1 of
Configuration - Provisioning and Operating, 323-1851-310.
To display the Facility details, you must first select the equipment from the
Equipment area of the Equipment & Facility Provisioning application.
12 Change the equipment state of the circuit pack to out-of-service. Refer to the
“Changing the primary state of a circuit pack, module, or pluggable”
310.
When you place the circuit pack out-of-service, any pluggable modules on
that circuit pack are automatically placed out-of-service.
13 Select Restart from the Faults drop-down menu.
14 If applicable, select the required shelf from the Shelf drop-down list.
15 Select the circuit pack or shelf processor you want to restart from the Card
drop-down list.
16 Select the restart type (warm or cold) from the Restart type drop-down list.
17 Click OK.
18 A Confirm Restart dialog box appears.
If you have chosen the ACTIVE SP to be restarted in the previous menu, then
the confirmation dialog box appears with “CPU1 (main CPU)”, “CPU2” and
“Capture logs before restart” checkboxes.
If you have chosen any other circuit pack to be restarted in the previous menu,
then the confirmation dialog box appears with only “Capture logs before
restart” checkbox. This box will be unchecked by default if you have chosen
a warm restart. For cold restart, the box will be checked by default. For more
information about the “Capture logs” feature, refer to Fault Management -
Customer Visible Logs, 323-1851-840.


Step Action
ATTENTION
The following circuit packs do not support “Capture logs before
restart” option: SLA, MLA, MLA2, MLA3, LIM, WSS, OPM, SCMD4,
SLIC10, SLIC10 Flex SMD, CCMD12, DS1TM (DSM which is not in-
skin), E1, DS3/E3, DS3/EC1, MXC.
19 Click Restart. For an active SP, the restart will take 8 to 15 minutes. For other
circuit packs, the restart will take 4 to 10 minutes to complete. If after the
expected time the retrieve log is not completed, Site Manager will
automatically issue the restart command.
For a warm restart, the red Fail, the green Ready and the blue In Use status
LEDs on the front of the circuit pack go through the following sequence:
• The red and blue LEDs remain in the state they were before the restart.
• After a few seconds, the green LED flashes to indicate the software is
initializing.
(does not flash).
• If the circuit pack has failed, the green LED turns off and the red LED
turns on.
For a cold restart, the red Fail, the green Ready and the blue In Use status
LEDs on the front of the circuit pack go through the following sequence:
• The red LED turns on momentarily.

• After a few seconds, the red, green and blue LEDs turn on.
• After a few seconds, the red and blue LEDs turn off and the green LED
flashes to indicate the software is initializing.
(does not flash).
• If the circuit pack is in-service, the blue LED turns on after the green LED
once the circuit pack is in use. If the circuit pack has failed, the green LED
turns off and the red LED turns on.


Step Action
20 If you have performed a Then

warm restart the procedure is complete
cold restart on a shelf processor the procedure is complete
cold or warm restart on an 16xSTM1e, 63xE1, the procedure is complete
24xDS3/EC-1 or 24xDS3/E3 circuit pack in an
unprotected scheme
cold restart on an 16xSTM1e, 63xE1, 24xDS3/ go to step 21
EC-1 or 24xDS3/E3 working circuit pack
cold restart on a cross-connect circuit pack go to step 21
cold restart on a MSPP circuit pack not listed go to step 22
above
cold restart on an interface circuit pack go to step 21
(converged Broadband and Photonic services)
21 Change the equipment state of the circuit pack to in-service. Refer to the
“Changing the primary state of a circuit pack, module, or pluggable”
310.
If the circuit pack you are performing a cold Then
restart on is
a cross-connect circuit pack (MSPP services) the procedure is complete
an 16xSTM1e, 63xE1, 24xDS3/EC-1 or 24xDS3/ go to step 26
E3 working circuit pack (MSPP services)
any other circuit pack go to step 23

contains facilities that are all in MSP/1+1 linear, 1+1 TPT,1+1 step 21
port TPT, SNCP/UPSR (“From” or “Switch Mate” nodes), 2-
Fiber BLSR/MS-SPRing, 4-Fiber BLSR/MS-SPRing/HERS,
and/or RPR configurations
contains at least one facility in an unprotected or in the “To” step 24
node of UPSR/SNCP configuration
is an 16xSTM1e, 63xE1, 24xDS3/EC-1 or 24xDS3/E3 working step 21
circuit pack
is an 16xSTM1e, 63xE1, 24xDS3/EC-1 or 24xDS3/E3 step 27
protection circuit pack


Step Action
23 Change the facility states to in-service for all facilities on the circuit pack.
Refer to the “Changing the primary state of a facility” procedure in Part 1 of
For MSPP circuit packs, go to step 24. Otherwise, the procedure is complete.
24 Release any synchronization protection switches performed in step 7. Refer
to the “Releasing a synchronization protection switch” procedure in Part 2 of
25 If applicable, return traffic to the circuit pack by releasing the protection switch
for all facilities on the circuit pack that you performed in step 5. Refer to the
“Operating a protection switch” procedure in Part 2 of Configuration -
The procedure is complete.
26 Return traffic to the working 16xSTM1e, 63xE1, 24xDS3/EC-1 or 24xDS3/E3
circuit pack by releasing the forced protection switch for the working circuit
pack that you performed in step 9. Refer to the “Operating a protection switch”
310.
27 Release the lockout of protection for the 16xSTM1e, 63xE1, 24xDS3/EC-1 or
24xDS3/E3 protection circuit pack performed in step 9. Refer to the
“Operating a protection switch” procedure in Part 2 of Configuration -
Provisioning and Operating, 323-1851-310. The protection circuit pack is now
available for protection switches.
—end—

Procedure 2-12
Identifying the circuit pack, pluggable module/port, or
facility that has raised an alarm
Use this procedure to identify which circuit pack, module/port, or facility has
raised an alarm.
Note: DPO-related steps only apply to MSPP services.
Step Action
1 Retrieve the active alarms on the network element. Refer to Procedure 2-2,
“Retrieving active alarms for one or more network elements”.
2 Identify the alarm in the Alarm List. The Unit column in the Consolidated
Alarms or Active Alarms application specifies the circuit pack and circuit
pack slot/port using the following format:
<circuit pack>-<shelf-id>-slot#-subslot# (for subslot equipment alarms) or
<facility type>-<shelf-id>-slot#-subslot# (for subslot facility alarms).
For example, OC3/STM1-8-5-1 refers to an alarm raised by SFP port 1 of the
8xOC-3/12/STM-1/4 optical interface circuit pack in slot 5 on shelf 8.
For circuit packs that do not have SFP/SFP+/XFP/CFP/DPOs, the port
number is used instead of the SFP/SFP+/XFP/CFP/DPO number. For
example, 10GELWT-7-4-1 refers to an alarm raised by the 10GELWT optical
interface circuit pack in shelf 7, slot 4, port 1.
To view details of an alarm, select the alarm in the alarm list.
The Alarm details area displays the details of the alarm.
—end—

Procedure 2-13
Clearing audible alarms and performing lamp tests
Use this procedure to clear audible alarms and perform lamp tests on network
elements and DS1 service modules (DSM) using the ACO button. When you
clear an audible alarm, the alarmed LEDs and fault are not cleared.
This procedure does not apply to 2-slot shelf variants. The lamp test on the 2-
slot shelf can only be performed using Site Manager.
ATTENTION
Audible alarms are not supported on the 6500-7 Packet-Optical Shelf.
As of Release 9.2, the SPAP-2 w/2xOSC 2xSFP (NTK555NA) works in the 7-

slot optical Type 2 shelf (NTK503KA); however, the ACO/Lamp Test button
and LED are located on the fan. Therefore, the Lamp Test button can be
applied, but there will be no Audible alarms to cut-off since there will be no
audible alarm contacts on a shelf with an SPAP-2 w/2xOSC 2xSFP.
The network element and DSM have relay contacts that you can connect to
both visual and audible alarms. There are four contact pairs for a network
element and four contact pairs for a DSM. Therefore, you can connect Critical,
Major, minor, and remote alarms to separate audible alarms for a network
element or a DSM.
To clear audible alarms and perform lamp tests using the Site Manager
Visualization tool, refer to the “Performing a lamp test and clearing audible
alarms using the Visualization tool” procedure in Administration and Security,
323-1851-301.
Prerequisites
To perform the clearing audible alarms using Site Manager steps, you require
an account with at least a level 2 UPC.


Step Action
1 If you want to Then go to

clear audible alarms manually step 2
clear audible alarms using Site Manager Faults menu step 5
perform a lamp test using the ACO button step 10
perform a lamp test using Site Manager see Note
Note: Refer to the “Performing a lamp test and clearing audible alarms
using the Visualization tool” procedure in Administration and Security, 323-
1851-301.
Clearing audible alarms manually

2 Locate the network element or DSM with the audible alarm.
3 Press the ACO button once to reset the audible alarm relays for the network
element, including all the connected DSMs.
The ACO LED is lit.
ATTENTION
The ACO button and LED is located with the shelf Critical, Major and
Minor alarm LEDs. For example, they are found on the cooling fan
module Type 2 in a 7-slot shelf or 6500-7 packet-optical shelf, on the
maintenance interface card (MIC) in a 14-slot shelf or on the access
panel in a 32-slot shelf.
4 If applicable, press the ACO button on the DSM once to reset the audible
alarm relays for the DSM.
Clearing audible alarms using Site Manager Faults menu
6 Select Alarm Cut-Off from the Faults drop-down menu.
The Alarm Cut-Off dialog box is displayed.
7 If applicable, select the required shelf from the Shelf drop-down list.
8 Select All from the Source drop-down list.
If DSMs are provisioned, you also have option to clear audible alarms on a
selected DSM (by selecting host the OC3 port).
9 Click OK.


Step Action
Performing a lamp test using the ACO button

10 Locate the required network element.
11 Press the ACO button for two seconds, and then release (See the “Attention”
below). If there are:
• no audible alarms, pressing the ACO button activates a lamp test.
• audible alarms, pressing the ACO button clears the audible alarms (ACO
LED is lit). To perform a lamp test, you must press the ACO button a
second time.
ATTENTION
The ACO button and LED is located with the shelf Critical, Major and
Minor alarm LEDs. For example, they are found on the cooling fan
module Type 2 in a 7-slot shelf or 6500-7 packet-optical shelf, on the
maintenance interface card (MIC) in a 14-slot shelf or on the access
panel in a 32-slot shelf.
The ACO LED remains lit until a new Major alarm is raised. Upon detection
of a Major alarm, the ACO releases and the LED turns off.
ATTENTION
On some access panels, the RJ45 external slot inventory interfaces
appear to have two LEDs but only one is activated during a lamp test
or when the external slot is in use (properly connected to provisioned
external equipment such as a PPC6, CMD44, DSCM, OMD4, BMD2,
UBMD2, MBMD2, or DSCM).
—end—

Procedure 2-14
Provisioning environmental alarm attributes
• retrieve environmental alarm attributes
• set up or change environmental alarm attributes on the network element
or on a DS1 service module (DSM)
• delete defined environmental alarm attributes on the network element or
DSM
Note: DSM-related information and steps only apply to MSPP services.
Environmental alarm attributes require resetting if you replace an existing

environmental alarm with a different type of input. For example, when you
replace a humidity alarm with a toxic gas detector, you must edit the
environmental alarm attributes.
ATTENTION
When you remove a device for detecting an environmental alarm, delete the
environmental alarm attributes.
Prerequisites
Step Action

2 Select Alarms & Controls from the Configuration menu.
3 Select External Alarm Provisioning.
4 Select a shelf from the Shelf drop-down list.
5 Select a source from the Source drop-down list.
edit the environmental alarm attributes step 7
delete the environmental alarm attributes step 16
7 Select any entry in the contact list to enable the Edit button.
8 Click Edit to open the Edit External Alarm dialog box.
9 Select the contact you want to set or edit from the Contact drop-down list.


Provisioning environmental alarm attributes
Step Action
10 Select the label from the Label drop-down list. Refer to “Environmental alarm
labels” on page 2-3.
11 Select the severity from the Severity drop-down list.
12 Edit the description if you want to describe the alarm with specific text.
The description can contain a maximum of 40 characters.
ATTENTION
Do not use apostrophes “ ‘ ” in the alarm text. Using apostrophes in
the alarm text will cause display errors in the OneControl active
events list (AEL).
13 Click Apply.
14 Repeat step 9 through step 13 if you want to set or edit more contacts.
15 Click OK.
16 Select the provisioned contact from which you want to delete attributes in the
contact list as follows:
If you want to delete Then
one entry click the entry you want to delete
some, but not all entries select the first entry in the list and hold down
the Ctrl key while individually clicking on each
required entry
all entries select the first entry in the list and hold down
the Shift key while clicking once on the last
entry in the list
or
select any desired entry in the list and then
Ctrl+A to select all entries
17 Click Clear Entry.

—end—

Procedure 2-15
Provisioning, operating, and releasing external
controls
• retrieve the labels and status of all external controls
• provision control labels and types to control relays on the network element
or DS1 service module (DSM). The network element allows four external
control relays to turn external equipment on and off. There are four contact
pairs on a DSM.
• operate external controls
• release external controls
Prerequisites
To edit external controls, you require an account with at least a level 3 UPC.
To operate or release external control equipment, you require an account with

at least a level 2 UPC.
Step Action
1 Select the required network element in the navigation tree.

2 Select Alarms & Controls from the Configuration drop-down menu.
3 Select External Controls.
4 Select a shelf from the Shelf drop-down list.
5 Select a source from the Source drop-down list.
edit external control attributes step 7
operate (turn on) external control equipment step 11
release external control equipment step 14
7 Click Edit.
8 Select the relay label from the drop-down list at the relay for which you want
to set or edit attributes. Refer to “External control types” on page 2-2.
9 Repeat step 8 if you want to set or edit more relays.
10 Click OK.


Provisioning, operating, and releasing external controls
Step Action
11 Select the required relay.

12 Click Operate.
14 Select the required relay.
15 Click Release.
—end—

Procedure 2-16
Locating a reflective event
Use this procedure to locate connector losses or a reflective event at a line
amplifier site.
In this procedure you will attempt to isolate the connector losses by starting at
the connector that is farthest from the alarmed amplifier and then working
back towards the alarmed amplifier. Refer to Figure 2-1 on page 2-51 for an
example of an alarmed amplifier at a line amplifier site.
ATTENTION
This procedure involves wrapping optical fiber around a mandrel to create
optical power attenuations. Winding the fiber too tightly will damage optical
fibers and the optical power attenuations can generate additional alarms on
the system.
Prerequisites
To perform this procedure, you must:
• observe all safety requirements described in Installation - General
Information, 323-1851-201.0 or Fault Management - Module
Replacement, 323-1851-545
• have a network diagram that identifies all connection points at the site of
the alarmed module that can be cleaned
• have the appropriate personal grounding device to dissipate electrostatic
charges
• have a mandrel or screwdriver
Step Action
1
CAUTION
Risk of damage to modules
Wear an antistatic wrist strap to protect the equipment
from static damage.
Connect the wrist strap to the ESD jack on the shelf or module.
2 Review the network diagram, and locate the connector that is farthest from
the alarmed amplifier within the site.


Step Action
3 Wind the optical fiber patchcord attached to the connector, identified in step
2, four turns around a 15-mm mandrel. You can use a screwdriver handle or
other similar sized cylinder in place of a mandrel.
This step checks for high reflection (low return loss) by causing attenuation of
the optical power in the direction back towards the amplifier output.
4 If the original alarm Then
does not clear, and there are more the reflective event is closer to the
optical fiber patchcords before the alarmed amplifier.
alarmed amplifier Go to step 5.
does not clear, and there are no more If you were sent from another
optical fiber patchcords before the procedure, return to the step in the
alarmed amplifier at this site (you are procedure that referred you to this
now at the output of the alarmed procedure. Otherwise, contact your
amplifier) next level of support or your Ciena
support group.
clears Go to step 6.
5 Locate the next farthest connector from the alarmed amplifier and go to step
3.
6 Place the alarmed amplifier out-of-service (OOS). Refer to the “Changing the
primary state of a facility” procedure in Part 1 of Configuration - Provisioning
and Operating, 323-1851-310.


Step Action
7
DANGER
Risk of laser radiation exposure
Do not look directly into the optical beam. Invisible light
can severely damage your eyes.
CAUTION
Risk of damage to circuit packs
Never disconnect an optical fiber that is connected to
an active or powered up optical amplifier. To disconnect
or reconnect an optical fiber, make sure the optical
amplifier is out of service (OOS), then disconnect or
reconnect the fiber.
CAUTION
Risk of damage to circuit packs
from static damage. Connect the wrist strap to the ESD
jack on the shelf or module.
Clean and then reconnect the output fibers and connectors at the amplifier.
Refer to the “Inspecting and cleaning optical interface connectors” and
“Cleaning optical connectors and adapters on patchcords” procedures in
Installation - General Information, 323-1851-201.0.
8 Place the amplifier back in-service (IS). Refer to the “Changing the primary
state of a facility” procedure in Part 1 of Configuration - Provisioning and
Operating, 323-1851-310.
clears the procedure is complete
does not clear return to the step in the procedure that referred you to
this procedure or contact your next level of support or
your Ciena support group
—end—

Figure 2-1
Locating connector losses at a Photonic line amplifier site (with DSCM)
Automatic Power Reduction Active (APR) alarm
Amplifier Amplifier
DSCM
Patch panel #1
Patch panel #2
Patch panel #3
Patch panel #4
B A
Out In
3 3
DSCM
A 1 B
2 In Out
Legend
Indicates the reflection point (actual problem point in this example).
1 Perform mandrel test on optical fiber patch cord at 1 . In this

example, the APR alarm is not cleared, because the
optical power attenuation is occurring after the reflection point ( ).
2 Backtrack in direction towards alarmed amplifier port. Perform mandrel

test on optical fiber patch cord 2 . In this example the alarm clears
because attenuated optical power is reflected.
3 Clean connectors at 3 on both sides of the DSCM. Ensure amplifier

is OOS before cleaning connectors.
Note 1: If alarm does not clear, the problem is likely with the patch panel or DSCM.
Note 2: Although the measurement is done at the output port, the APR alarm is raised
against the AMP facility attached to the input port. Therefore, the APR alarm is raised
against the input port.

Procedure 2-17
Preparing to perform fiber work on a Photonic system
Use this procedure to record existing power levels and amplifier gain settings
before performing fiber maintenance/repair and to re-adjust these parameters
if the fiber maintenance/repair causes power levels to change.
Note that this procedure cannot be used to repair a fiber cut that occurred.
This procedure can only be used to prepare in advance for a fiber cut that you
know will occur (for example, related to scheduled maintenance activities).
CAUTION
Placing an amplifier circuit pack OOS causes a traffic loss. It is
recommended that this procedure be performed during a
maintenance window (when traffic is lightest), or that all traffic
be routed away from the affected network element before
performing this procedure.
CAUTION
Risk of damage to downstream amplifier
You must complete this procedure on an amplifier that is
downstream of the location where the fiber cut or maintenance
activity will be performed. Not performing this procedure can
result in power levels at the amplifier that are high enough to
damage the module.
Prerequisites
• use an account with at least a level 3 UPC
Information, 323-1851-201.0 or Fault Management - Module
Replacement, 323-1851-545
Step Action
1 Log into the network element containing the amplifier that is downstream of
the location where the fiber cut or maintenance activity will be performed.
2 From the Configuration menu, select Equipment & Facility Provisioning.


Step Action
3 Select the LIM circuit pack supporting the AMP facility (of the amplifier that is
downstream of the location where the fiber cut or maintenance activity will be
performed) in the Equipment area.
4 From the Facility Type drop-down menu, select AMP.
5 Record the Target Gain for the AMP facility of the amplifier that is
downstream of the location where the fiber cut or maintenance activity will be
performed.
6 From the Performance menu, select Performance Monitoring and then
New.
7 From the Type drop-down list, select AMP.
8 From the Facility drop-down list, select the AMP facility of the amplifier that
is downstream of the location where the fiber cut or maintenance activity will
be performed.
9 Retrieve the PMs for the AMP facility.
10 Record the current (Untimed) Input Power (OPIN).
11 From the Configuration menu, select Photonics Services and then
Domain Optical Controller (DOC).
12 Change the DOC Primary State to out of service (OOS). Refer to the “Editing
the DOC Settings” procedure in Part 2 of Configuration - Provisioning and
Operating, 323-1851-310.
13
CAUTION
Placing an amplifier circuit pack OOS causes traffic
loss. It is recommended that this procedure be
performed during a maintenance window (when traffic
is lightest), or that all traffic be routed away from the
affected network element before performing this
procedure.
Place the amplifier downstream of the fiber cut/maintenance OOS. Refer to

the “Changing the primary state of a facility” procedure in Part 1 of
14 Perform the maintenance/repair fiber according to the safety requirements of
your company and the safety requirements described in Installation - General
Information, 323-1851-201.0 or Fault Management - Module Replacement,
323-1851-545.
15 Repeat step 1 to step 10.
16 Compare the current (Untimed) Input Power (OPIN) to the previously
recorded value in step 10.


Step Action
17 If the Input Power (OPIN) Then

value has
decreased by more than 3 dB check the fiber splice and fiber connections.
It is likely that the splice is poor or there is a
dirty connection. Correct the problem and
go to step 18.
increased by more than 3 dB provision the downstream OOS amplifier
Target Gain downwards by the difference in
the input power. For example, if the input
power increased by 4 dB and the previous
amplifier Target Gain was 18 dB, the new
amplifier Target Gain will be 18 dB -
4 dB = 14 dB.
Go to step 18.
otherwise go to step 18
18 Place the amplifier downstream of the fiber cut/maintenance from step 13

back in service (IS). Refer to the “Changing the primary state of a facility”
310.
19 Place the DOC Primary state back in service (IS). Refer to the “Editing the
DOC Settings” procedure in Part 2 of Configuration - Provisioning and
Operating, 323-1851-310.
20 Reset all threshold crossing alert (TCA) baselines for the DOC domain. Refer
to the “Resetting TCA baselines” procedure in Part 2 of Configuration -
21 Record the current DOC Automation mode. Change the DOC Automation
mode to “Enhanced”. Refer to the “Editing the DOC Settings” procedure in
22 Wait for DOC to perform optimization. This may take up to five minutes to
begin.
23 Once optimization is complete, return the DOC Primary state and DOC
Automation mode to their original settings.
—end—

Procedure 2-18
Measuring Photonic amplifier output power
Use this procedure to measure the output power of an amplifier to facilitate
Photonic line troubleshooting.
Prerequisites
• observe all safety requirements in Installation - General Information, 323-
1851-201.0 or Fault Management - Module Replacement, 323-1851-545
• have a high-powered optical power meter with the same optical
connectors as the network element that can read power levels as high as
+11 dB
• have a 10 dB fixed-pad optical attenuator (ensure the attenuator loss value
has been calibrated)
• have a personal grounding device
CAUTION
Disconnecting fibers causes traffic loss on the associated
facilities. It is recommended that this procedure be performed
during a maintenance window (when traffic is lightest), or that
all traffic be routed away from the affected network element
before performing this procedure.
Step Action
1 In the Domain Optical Controller (DOC) application in Site Manager, record

the current Automation mode for the two DOC network elements that
manage each optical direction of the amplifier.
Change the Automation mode to “Enhanced Auto Monitor Only” (if not
already). Refer to the “Editing the DOC Settings” procedure in Part 2 of


Step Action
2 Wear an antistatic wrist strap to protect the shelf from static damage. Connect
the wrist strap to the ESD jack on the shelf.
CAUTION
from static damage.
3 Place a 10 dB fixed-pad optical attenuator at the input to the optical power

meter (to prevent raising the Automatic Power Reduction Active alarm).
4 If you want to measure the amplifier output power of Then go to
port 5 (Line B) step 5
port 7 (Line A) step 10
5 In the Equipment & Facility Provisioning application in Site Manager,

record the current AMP facility Shut Off Threshold (dBm) value for Line A
(port 8) on both line-facing ends of the amplifier. Refer to the “Retrieving
equipment and facility details” procedure in Part 1 of Configuration -
6 Provision the AMP facility Shutoff Threshold to -60 dBm for Line A (port 8)
on both line-facing ends of the amplifier. Perform this action using the ED-
AMP TL1 command:
ED-AMP::<AID>:CTAG:::,,,,,,SHUTTHRES=-60,,,,,:,,;
Refer to ED-AMP command in TL1 Description, 323-1851-190.
ATTENTION
Provisioning the SAM, ESAM or AMP facility Shutoff Threshold to
-60 dBm disables the ALSO safety feature, and injury can occur.
The Automatic Shutoff Disabled alarm will raise.
ATTENTION
ALSO can be disabled on the LIM cards (C-Band and L-Band) by
setting the ALSO_Disable flag to TRUE for the OPTMON facility. This
action should only be performed when there is no OSC in the OTS
for automatic recovery from optical line fail condition.
7 Remove the OSC B In (port 3) fiber from the amplifier. This allows you to
measure the amplifier output only. If the OSC B In (port 3) fiber is not
removed, you are also including the OSC channel in the measurement.


Step Action
8
DANGER
CAUTION
Disconnecting fibers causes traffic loss on the
associated facilities. It is recommended that this
procedure be performed during a maintenance window
(when traffic is lightest), or that all traffic be routed away
from the affected network element before performing
this procedure.
Measure the port 5 (Line B) amplifier output power using the high-powered
optical power meter. Add the calibrated attenuator loss to the measured
value. This total power is 10 dB lower due to the attenuator inserted into the
power meter.
9 Clean and reinstall the OSC B In (port 3) fiber removed in step 7. Refer to the
cleaning connectors procedures in Installation - General Information, 323-
1851-201.0.
Go to step 11.
10
DANGER
CAUTION
Disconnecting fibers causes traffic loss on the
associated facilities. It is recommended that this
procedure be performed during a maintenance window
(when traffic is lightest), or that all traffic be routed away
from the affected network element before performing
this procedure.
Measure the port 7 (Line A) amplifier output power using the optical power
meter. Add the calibrated attenuator loss to the measured value. This total
power is 10 dB lower due to the attenuator inserted into the power meter.


Step Action
11 When the power measurement is complete, clean all connections of the

optical fiber link following your company standards, and restore the fiber
connection to the amplifier output port. Refer to the cleaning connectors
procedures in Installation - General Information, 323-1851-201.0.
12 If port 5 (Line B) was measured, then restore the AMP facility Shut Off
Threshold (dBm) value for Line A (port 8) to the original settings recorded in
step 5 for both line-facing ends of the amplifier. This must be performed using
the ED-AMP TL1 command:
ED-AMP::<AID>:CTAG:::,,,,,,SHUTTHRES=<step 5 recorded
value>,,,,,:,,;
13 In the Domain Optical Controller (DOC) application in Site Manager, restore
the Automation mode to the original settings recorded in step 1 for both
DOC network elements. Refer to the “Editing the DOC Settings” procedure in
—end—

3-1
Alarm hierarchies and alarm severities 3-
ATTENTION
Alarm severities described in this chapter are the default alarm severities
provisioned on the system. Alarm severities can be modified by using
different alarm profiles. Refer to Chapter 2, “Alarm surveillance” of this
document for details on how to change alarm severities.
Alarm severities
The levels of severity for alarms are Critical (C), Major (M), and minor (m).
Alarm reports always contain a notification code that identifies the alarm
severity, or the code CL to indicate that the fault has been cleared. The w code
indicates a warning. The A code indicates an alert (only applicable to alarm
banner). Event reports have a logged (Log) severity.
Note: Alarm severities can be modified (protected/unprotected). Refer to

Procedure 2-8, “Editing an alarm profile” on page 2-23.
Critical alarms (C)

Critical alarms are the most severe. Critical alarms always indicate a service-
affecting fault. For example, unprotected facility losses and unprotected
facility-carrying equipment failures raise critical alarms.
Major alarms (M)

Major alarms are less severe than critical alarms but can be service-affecting
or non-service-affecting.
Major alarms are raised when something has an effect on a low-speed facility.
For example, a Major alarm is raised when tributary signals fail or unprotected
provisioned circuit packs are missing.
Minor alarms (m)

Minor alarms are less severe than Major alarms, but can be service-affecting
or non-service-affecting.

3-2 Alarm hierarchies and alarm severities
For example, a non-service-affecting minor alarm is raised when a protected

circuit fails. However, an AIS service-affecting minor alarm raises when a 1+1/
MSP linear protected configuration does not have protection available.
Cleared alarm notification (CL)

The cleared notification code indicates that the fault no longer exists. The
automatic output cache stores the cleared alarm reports.
Warning (w)
Warning events are raised by the network element as Standing Conditions
(SC), and are less severe than minor alarms. A warning is an indication a
problem exists on the network element that can eventually escalate into an
alarm of higher severity.
Alert (A)
Threshold-crossing alerts are less severe than alarms. An alert can indicate
that the threshold crossed does not affect service but requires further
investigation.
Alerts are indicated in the alarm banner and appear with a Logged (Log)
severity in the Events window.
Logged (Log)
Event reports are generated from changes of state and other important
transient conditions.
Service-affecting and non-service-affecting severities

By default, alarms generally have both a service-affecting (high impact)
severity and non-service-affecting (low impact) severity. The triggered severity
depends on the system state when the alarmed conditions occurred. For
some alarms, there is only one severity. The user can perform alarm
provisioning, which can be used to enable/disable alarm points, and change
the service-affecting (high impact) severity and non-service-affecting (low
impact) severities of alarms. Refer to “Procedures for alarm provisioning and
alarm profiles” on page 2-11.
For example, a Circuit Pack Fail alarm can be raised with a:

• high impact of Critical, service-affecting (C, SA) for a circuit pack in an
unprotected configuration with cross-connects
• low impact of minor, non-service-affecting (m, NSA) for a circuit pack
without cross-connects
MSPP and Broadband services circuit pack alarms

The service-affecting (high impact) severity is applicable when the circuit pack
is unprotected (that is, either it cannot be protected, or can be protected but
currently is not) and has a connected traffic facility.

The non-service-affecting (low impact) severity is applicable when the circuit

pack is:
• protected but inactive
• unprotected and has a traffic facility that is either disconnected or
protected but inactive
MSPP and Broadband services facility alarms

The service-affecting (high impact) severity is applicable when the facility is
connected (Broadband facilities are connected but not through the cross-
connect circuit pack) and unprotected.
The non-service-affecting (low impact) severity is applicable when the facility

is:
• disconnected
• protected, but inactive
Photonic services alarms

Photonic alarms do not support multiple severity levels. That is, there is only
one severity per alarm.
Alarm hierarchies
The following alarm hierarchy diagrams are made to be as generic and simple
as possible. Therefore, not every alarm or circumstance shown applies to all
circuit packs.
• “Overall alarm hierarchy” on page 3-7
• “Equipment alarm hierarchy (circuit packs and modules)” on page 3-8
• “SP alarm hierarchy” on page 3-9
• “Equipment alarm hierarchy (pluggable I/O panels and I/O carriers)” on
page 3-10
• “Equipment alarm hierarchy (provisioned pluggables)” on page 3-11
• “Equipment alarm hierarchy (unprovisioned pluggables)” on page 3-11
• “Shelf equipment alarm hierarchy” on page 3-12
• “DS1 service module alarm hierarchy” on page 3-13
• “DS3 facility alarm hierarchy - coax to optics direction” on page 3-14
• “DS3 facility alarm hierarchy - optics to coax direction” on page 3-15
• “E1 hardware alarm hierarchy” on page 3-16
• “E1 line alarm hierarchy” on page 3-16
• “E3 alarm hierarchy - coax to optics direction” on page 3-17
• “E3 alarm hierarchy - optics to coax direction” on page 3-18

• “EC-1 facility alarm hierarchy” on page 3-19

• “ETH10G and FC1200 facility alarm hierarchy” on page 3-20
• “FC1200 alarm hierarchy for 2x10G OTR, 4x10G OTR, 10x10G MUX, and
4x10G MUX circuit packs” on page 3-21
• “FC400/FC800 alarm hierarchy for 2x10G OTR, 4x10G OTR, 10x10G
MUX, and 4x10G MUX circuit packs” on page 3-22
• “4x10G OTR (NTK530QA) circuit pack infiniband alarm hierarchy” on
page 3-23
• “4x10G OTR w/ Encryption (NTK530QE) circuit pack alarm hierarchy” on
page 3-24
• “100G OCI and 100G WL3/WL3e OTR circuit pack ETH100G facility alarm
hierarchy” on page 3-25
• “100G WL3n MOTR circuit pack ETH10G facility alarm hierarchy” on page
3-26
• “40G OCI+ CFP circuit pack ETH40G facility alarm hierarchy” on page
3-27
• “40G MUX OCI circuit pack 10GbE WAN facility alarm hierarchy” on page
3-28
• “LAN/WAN EPL facilities alarm hierarchy (ETH, ETH100, FC100/FC200/
FC400, GE, and WAN facilities)” on page 3-28
• “EFM alarm hierarchy for SuperMux circuit pack ETH facility” on page 3-30
• “L2SS, 20G L2SS, and PDH gateway circuit pack alarm hierarchy” on
page 3-31
• “20G L2SS and L2 MOTR circuit pack maintenance alarm hierarchy” on
page 3-32
• “FLEX MOTR, 8xOTN Flex MOTR, and (1+8)xOTN Flex MOTR circuit
packs OC-n/STM-n client protocols alarm hierarchy” on page 3-32
• “FLEX MOTR and Broadband circuit packs Fiber Channel, 8B10B, and
Transparent client protocols alarm hierarchy” on page 3-33
• “8xOTN Flex MOTR and (1+8)xOTN Flex MOTR circuit packs Fiber
Channel, 8B10B, and Transparent client protocols alarm hierarchy” on
page 3-34
• “8xOTN Flex MOTR and (1+8)xOTN Flex MOTR circuit packs WAN facility
alarm hierarchy” on page 3-35
• “Broadband circuit packs client port facility OTM mapping layer alarm
• “(1+8)xOTN Flex MOTR client port facility (low-order ODU0, ODU1, and
ODUFLEX facilities) alarm hierarchy” on page 3-37

• “OPU-CSF/GFP-CSF client port alarm hierarchy (OTM and Wan

facilities)” on page 3-38
• “OTN PKT facility alarm hierarchy - faceplate to fabric direction (RX)” on
page 3-39
• “ODUk CTP OTN facility alarm hierarchy - faceplate to fabric direction
(RX)” on page 3-40
• “ODUj CTP OTN facility alarm hierarchy - faceplate to fabric direction
• “ODUi CTP OTN facility alarm hierarchy - faceplate to fabric direction
• “OC-n/STM-n facility alarm hierarchy (Broadband circuit packs)” on page
3-43
• “OC-n/STM-n and STS/VT/VC facility alarm hierarchy (MSPP optical
interface circuit packs)” on page 3-44
• “L2 MOTR circuit pack ETH100/ETH/ETH10G facility alarm hierarchy” on
page 3-45
• “L2 MOTR circuit pack WAN facility alarm hierarchy” on page 3-46
• “OTM1/OTM2/OTM3 facility alarm hierarchy” on page 3-47
• “ETTP facility alarm hierarchy - monitored” on page 3-48
• “ETTP facility alarm hierarchy - terminated” on page 3-49
• “ETTP facility alarm hierarchy” on page 3-50
• “STTP facility alarm hierarchy” on page 3-51
• “100G OCLD circuit packs line port OTM4 facility alarm hierarchy” on page
3-52
• “100G WL3n MOTR circuit packs client port OTM2 facility alarm hierarchy”
on page 3-53
• “100G WL3n MOTR circuit packs line port OTM4 facility alarm hierarchy”
on page 3-54
• “100G WL3n MOTR circuit pack ETH40G client facility alarm hierarchy” on
page 3-55
• “100G WL3n MOTR circuit pack Flex FC800/1200 facility alarm hierarchy”
on page 3-56
• “Flex3 WL3e OCLD circuit packs line port OTMC2 facility alarm hierarchy”
on page 3-57
• “Flex3 WL3e OCLD circuit packs line port ODU4 facility in 16QAM alarm
• “100G WL3/WL3e OTR circuit packs line port OTM4 facility in QPSK alarm

• “100G WL3/WL3e OTR circuit packs client port OTM4 facility alarm
• “100G WL3/WL3e OTR circuit packs OTM4 mapping facility on client port
alarm hierarchy” on page 3-61
• “10x10GE MUX OCI circuit pack backplane port 100 OTM4 facility alarm
• “100G OCI circuit pack client port OTM4 facility alarm hierarchy” on page
3-63
• “100G OCI circuit pack client port OTM4 mapping layer facility alarm
• “OTM2 mapping facility (associated with FC1200, OC-192/STM-64, and
ETH10G facility) alarm hierarchy” on page 3-65
• “TCM facility alarm hierarchy - faceplate to backplane direction” on page
3-66
• “TCM facility alarm hierarchy - backplane to faceplate direction” on page
3-67
• “Photonic optical signal facilities alarm hierarchy” on page 3-68
• “SRA circuit pack RAMAN facility alarm hierarchy” on page 3-69
• “SRA circuit pack OSC facility alarm hierarchy” on page 3-70
• “SRA circuit pack ADJ facility alarm hierarchy” on page 3-70
• “SAM and ESAM circuit packs OPTMON facility alarm hierarchy” on page
3-71
• “RPR circuit pack alarm hierarchy” on page 3-72
• “RPR circuit pack LAN port alarm hierarchy” on page 3-73
• “STM-1e alarm hierarchy” on page 3-73

Overall alarm hierarchy
Equipment Alarms
Exceptions
1. The Line/MS DCC Link Failure and

Section/RS DCC Link Failure alarms are
masked by OCn/STMm equipment failure
alarms and the STMm facility alarms
LOS and LOF.
2. Line/MS DCC Link Failure and

Section/RS DCC Link Failure alarms will
raise once the LOS/LOF alarm is cleared.
Facility Alarms
Line (OC/STM)
Alarms
Path (STS/HO
VC) Alarms
Path (VT/LO
VC) Alarms

Equipment alarm hierarchy (circuit packs and modules)
Higher priority
Circuit Pack
Missing
Provisioning
Incompatible
Circuit Pack
Mismatch
Circuit Pack
Failed
Interface
Circuit Pack
XC
Intercard
Intercard Suspected
Suspected
Internal Mgmt
Internal Mgmt Comms Suspected
Comms Suspected
Circuit Pack Circuit Pack Circuit Pack

Failed - Sync Failed - Traffic Upgrade Failed
Circuit Pack
Circuit Pack Latch Open
Latch Open
Lower priority

SP alarm hierarchy

Equipment alarm hierarchy (pluggable I/O panels and I/O carriers)
Higher priority
Pluggable I/O Panel Missing

Circuit Pack Missing/
Mismatch/Failed
alarms
Pluggable I/O Panel Mismatch
Pluggable I/O Carrier Missing
Pluggable I/O Carrier Mismatch
Pluggable I/O Carrier Mismatch
Intercard Suspected
(SP and Pluggable I/O Carrier)
Pluggable I/O Carrier Fail
Pluggable equipment alarms
Lower priority

Equipment alarm hierarchy (provisioned pluggables)
Higher priority
Circuit Pack
Missing - Pluggable
Circuit Pack
Mismatch - Pluggable
Circuit Pack
Failed - Pluggable
Intercard
Suspected - Pluggable
Lower priority
Equipment alarm hierarchy (unprovisioned pluggables)
Higher priority
Circuit Pack Unknown - Pluggable
Autoprovisioning Mismatch - Pluggable
Lower priority

Shelf equipment alarm hierarchy
Power Failure -
Low Voltage
Power Power
Failure A Failure B
Software Config- Loss of Signal

uration Unknown ESI -A/ESI - B
Software Loss of Frame

Upgrade Failed ESI -A/ESI - B
Software Upgrade Timing Distribution Timing Generation AIS

in Progress Loss of Reference Loss of Reference ESI -A/ESI - B
Timing Generation Excessive Error

Failure to Lock Rate ESI -A/ESI - B
Fan Failed Circuit Pack Missing Shelf Power Near

Fan Failed
(power input cards) Limit
Equipment
Configuration
Equipment Configuration
Mismatch
Mismatch
Corrupt Inventory
Data
Fan Incompatible
Circuit Pack Missing Circuit Pack Missing

(power input cards) (MIC, Access Panel)
Power Failure - Corrupt Inventory Equipment Corrupt Inventory

Power Failure Data Configuration
Fuse Blown (note) Data
Mismatch
Power Failure - A/B
Note: This alarm is raised only against fused power cards equipped with an optional alarms indicator fuse. If
the alarm indicator fuse or the fuse holder cartridge is physically removed, this alarm will be masked by the
Power Failure - A/B alarm.

DS1 service module alarm hierarchy
DSM CP Hierachy
DSM CP alarms
DSM mate is
CP missing reporting that
it is missing/
not available
and CP missing
OAM not
available
Mate OAM is
unavailable
CP Mismatch/
Unknown
CP failed
CP Loss of Host Intercard

Timing Ref. suspect
DSM shelf Hierachy
DSM SITE provisioning required OAM not available

(All provisioned DSM CPs
have no OAM link to the DSM)
DSM shelf alarms DSM CP alarms
Low Voltage
Fan Missing Power Failure A/B
Fan Failure

DS3 facility alarm hierarchy - coax to optics direction
DS3 Rx LOS
DS3 Rx LOF
DS3 Rx AIS DS3 Rx BPV DS3 Rx FREQ
DS3 Rx FFM
DS3 Rx RAI Signal Degrade
Legend
AIS = alarm indication signal
BPV = bipolar violation
LOF = loss of frame
LOS = loss of signal

DS3 facility alarm hierarchy - optics to coax direction
STS1 AIS
STS1 LOP
STS1 UEQ
STS1 SLM
DS3 Tx LOF STS1 PTM
STS1 RFI
DS3 Tx AIS
DS3 Tx FREQ
DS3 Tx RAI
Legend
LOF = loss of frame
LOP = loss of pointer
PTM = path trace monitoring
RFI = remote fault indicator
SLM = signal label mismatch
UEQ = unequipped

E1 hardware alarm hierarchy
Higher priority I/O Panel

Missing
I/O Panel
Unknown
I/O Panel
Mismatch
Protection Sub-module
Missing
Protection Sub-module
Unknown
Lower priority Protection Sub-module

Mismatch
E1 line alarm hierarchy
Loss of Signal Higher priority
Excessive Error
Rate
AIS
Loss of Frame
Loss of Multiframe
Lower priority

E3 alarm hierarchy - coax to optics direction
E3 Rx LOS
E3 Rx LOF
E3 Rx AIS E3 Rx BPV
E3 Rx RDI
Legend
BPV = bipolar violation
LOF = loss of frame
RDI = remote defect indicator

E3 alarm hierarchy - optics to coax direction
STS1 AIS
STS1 LOP
STS1 UEQ
STS1 SLM
E3 Tx LOF STS1 PTM
E3 Tx AIS STS1 RFI
Legend
LOF = loss of frame
PTM = path trace monitoring
UEQ = unequipped

EC-1 facility alarm hierarchy
EC1 Rx LOS
Higher priority
EC1 Rx LOF
EC1 Rx AIS
EC1 Rx RFI EC1 Rx SD STS Rx LOP
STS Rx AIS
STS Rx UEQ
STS Rx SLM
STS Rx RFI VT Rx LOP
VT Rx AIS
Lower priority
VT Rx UEQ
Legend
LOF = loss of frame
SD = signal degrade
UEQ = unequipped

ETH10G and FC1200 facility alarm hierarchy

The ETH10G facility on the 1x10GE EPL circuit pack follows this ETH10G
alarm hierarchy, but does not raise the OCH alarms. For the LAN/WAN alarm
hierarchy, refer to the “LAN/WAN EPL facilities alarm hierarchy (ETH,
ETH100, FC100/FC200/FC400, GE, and WAN facilities)” on page 3-28.
EG =
UNI ETHn
drop facility
OOS
CP and
pluggable
equipment
alarms
Ethernet
Loss of signal
Loss of
Clock
Loss of Data Synch
Loss of frame
Loopback
Excessive Error Enable
Ratio
No masking
Local fault Remote fault
OCH
RX power
LOFEF triggered
out of range

FC1200 alarm hierarchy for 2x10G OTR, 4x10G OTR, 10x10G MUX,
and 4x10G MUX circuit packs
EG =
UNI ETHn
drop facility
OOS
CP and
pluggable
equipment
alarms
Ethernet
Loss of signal
Loss of Clock
(Not applicable to 4x10G OTR)
Excessive Error Loss of Data Synch

Ratio
Loopback
Enable
No masking
Local fault Remote fault
OCH
RX power
LOFEF triggered
out of range

FC400/FC800 alarm hierarchy for 2x10G OTR, 4x10G OTR, 10x10G

MUX, and 4x10G MUX circuit packs
Note that FC400 applies to the 4x10G OTR NTK530QA variant only.
EG =
UNI ETHn
drop facility
OOS
CP and
pluggable
equipment
alarms
Ethernet
Loss of signal
Loss of Clock
(Not applicable to 4x10G OTR)
Loss of Data Synch
Fiber Channel Link

Not Operational
Loopback
Enable
No masking
OCH
RX power
LOFEF triggered
out of range

4x10G OTR (NTK530QA) circuit pack infiniband alarm hierarchy

The infiniband alarm hierarchy for the 4x10G OTR NTK530QA variant circuit
pack applies to PSIFB PROTOCOL FLEX facilities.
All alarms in Rx direction

unless specified otherwise
Equipment alarms or Facilities OOS
Loss of Signal LOFEF Triggered (Tx)
Rx Power Out Of Range

4x10G OTR w/ Encryption (NTK530QE) circuit pack alarm hierarchy
Line Failure: LOS/LOF/... Encryption Authentication Material Missing
Encryption Communication Failure
Encryption Authentication Failure Encryption Configuration Mismatch
Encryption Failure
GFP Defects (for 10GE-GFP-OTU2)

100G OCI and 100G WL3/WL3e OTR circuit pack ETH100G facility
alarm hierarchy
The ETH100G facility on the client port of 100G OCI and 100G WL3/WL3e
OTR circuit pack supports the following alarm hierarchy.
CP & Plug Equipment Alarms, 100 GE Fac OOS, AINS, MT
100GE
Loss of Signal LOFEF Triggered
Loss of Clock Power Out of Range
Loss of Frame
Loss of Data Sync

Excess Error Ratio
Local Fault Remote Fault

100G WL3n MOTR circuit pack ETH10G facility alarm hierarchy

The ETH10G facility on the client port of 100G WL3n MOTR circuit pack
supports the following alarm hierarchy.
CP & Plug Equipment Alarms (CP fail and above), 10GE Fac OOS, AINS, MT
ETH10GE
Loss of Frame
Frequency Out of Range
Loss of Data Sync
Excess Error Ratio

40G OCI+ CFP circuit pack ETH40G facility alarm hierarchy

The ETH40G facility on the client port of 40G OCI+ CFP circuit pack supports
the following alarm hierarchy.
CP & Plug Equipment Alarms, 40 GE FAC OOS, AINS, MT
40GE
Loss of Frame
Loss of Data Sync

Excess Error Ratio

40G MUX OCI circuit pack 10GbE WAN facility alarm hierarchy
Circuit Pack Fail, pluggable equipment alarms,

OTM2 mapping layer, WAN OOS
Loss of Frame Delineation Link Down (WAN)
Client Service
Far-End client Rx SF
Mismatch
LAN/WAN EPL facilities alarm hierarchy (ETH, ETH100, FC100/FC200/

FC400, GE, and WAN facilities)
For the ETH10G alarm hierarchy, refer to the “ETH10G and FC1200 facility
alarm hierarchy” on page 3-20.
For the ETH100G alarm hierarchy, refer to the “FC1200 alarm hierarchy for
2x10G OTR, 4x10G OTR, 10x10G MUX, and 4x10G MUX circuit packs” on
page 3-21.
The VT alarms apply only to the 24x10/100BT EPL with 8xSFP circuit pack.
The EFM alarms apply only to the 24x10/100BT EPL with 8xSFP and 4xGE
EPL EFM circuit packs.
For EFM alarm hierarchy on SuperMux ETH, refer to “EFM alarm hierarchy for
SuperMux circuit pack ETH facility” on page 3-30.

Release 10.2
(L) Remote Power Fail (L) LOS/Link Pulse Missing
(L) Remote Receiver Fail (L) Loss of Data Synch

(W) WAN Link Down
(L) Remote Invalid Config (L) EFM Link Fail alarms STS/VT Path alarms
(not raised on EPL cards)
(L) Discovery Protocol Fail (L) LAN Link Down
(L) Rx Ethernet Idle
(L) Subtended
(L) Remote Client
Client Link Down
(VT) Ext-PLM
Copyright© 2010-2015 Ciena® Corporation

(L) Excessive Error Ratio
Link Down
(L) Signal Degrade (S,VT,P) Loss of Multiframe - VCAT
(S,VT,P) Loss of Sequence - VCAT

(L) Loopback Fail - Remote (L) Loopback Active - Facility
(S,VT,P) Loss of Alignment - VCAT
(L) Loopback Active - Terminal
(L) Loopback Active - Remote
(W) Loss of Frame Delineation
(W) Excessive Error Ratio (W) Client Service Mismatch
Legend (W) Signal Degrade (W) Far End Client Signal Failure
(L) = alarm per LAN port
(W) = alarm per WAN port
(S) = alarm per STS
(VT) = alarm per VT
July 2015
323-1851-543 Standard Issue 1
Fault Management - Alarm Clearing, Part 1 of 2
EFM alarm hierarchy for SuperMux circuit pack ETH facility
LOS/Link Pulse Missing Remote Loopback Fail
Loss of Data Synch Remote Loopback Active
Remote Power Fail Indication
Remote Invalid Configuration

LAN Link Down
CPE Discovery Protocol Fail
Remote Client Circuit Pack Remote Client Circuit Pack Remote Power Remote Line High Received
Unknown - Pluggable Missing - Pluggable Supply 1/2 Missing Optical Power / Remote Line
Low Received Optical Power
Remote Client Circuit Pack Remote Client Circuit Pack
Mismatch - Pluggable Failed - Pluggable
Remote Client Link Down
Rx Ethernet Idle Remote Client High Received

Optical Power / Remote Client
Excessive Error Ratio Low Received Optical Power
Signal Degrade

(G) LAG Fail
Release 10.2
(G) LAG Partial Fail (L) Remote Port Unreachable (L) LACP Failed
(L) LOS/Link Pulse Missing (L) Remote Port OOS
(L) Remote Power Fail (L) Loss of Data Synch

(L) Far End Client Rx Signal Failure
(L) Remote Receiver Fail
(L) EFM Link Fail Alarms (VT) Extended Payload Mismatch

(L) Remote
(L) Remote Client Link Down
Invalid Config (W) WAN Link Down
(P) AIS*
(L) Excessive Error Ratio (L) LAN Link Down
(L) Discovery Protocol Fail

(P) Loss of Frame*
(L) Remote Client Link Down (L) Signal Degrade
(W) LCAS Rx Mismatch (P) Loss of Multiframe**
(W) LCAS Tx Total

Loss of Capacity (P) RDI
(L) Loopback Fail - Remote
(W) LCAS Rx Total Loss of Capacity
(S,V,T,P) Loss of Multiframe - VCAT
(W) LCAS Tx Partial
(L) Loopback Active - Remote Loss of Capacity
(W) LCAS Rx Partial Loss of Capacity (S,V,T,P) Loss of Sequence - VCAT
(S,V,T,P) Loss of Alignment - VCAT

(W) Loopback Traffic Detect
LEGEND
* - On DS3, Loss of Frame masks AIS (W) Loss of Frame Delineation
** - Only applicable to E1
(L) - alarm per LAN port
(W) - alarm per WAN port (W) Excessive Error Ratio (W) Client Service Mismatch
(S) - alarm per STS
(V) - alarm per VT (non STS) (W) Signal Degrade (W) Far End Client Signal Failure
(G) - alarm per LAG port
(P) - alarm per PDH (DS1/E1/DS3/E3)
- Alarms below are not masked when LCAS is enabled, unless all VCG members have defects.
NOTE : Only the PDH facilities (DS1/E1/DS3/E3) are supported on the PDH gateway circuit pack
L2SS, 20G L2SS, and PDH gateway circuit pack alarm hierarchy
July 2015
20G L2SS and L2 MOTR circuit pack maintenance alarm hierarchy
(M) Cross connect Error
(M) CCM Error
(M) Remote CCM Error
(M) MAC Status Defect
(M) Remote Defect Indication
(M) – alarm per Maintenance Association
FLEX MOTR, 8xOTN Flex MOTR, and (1+8)xOTN Flex MOTR circuit
packs OC-n/STM-n client protocols alarm hierarchy
arms Flex/OCN Facility OOS CP&Plug Equipment
OC-n FLEX
Loss of Signal
Loss of Frame
SDCC Deleted SDCC Link Fail ** Trace Identifier Mismatch

(Line Fail) **
Loss of Lock Rx Power

AIS Out of Range
Loss of Clock *
Trace Identifier Mismatch RFI Signal Fail
(Alarm Only)
Signal Degrade
* Supported only on 20G Flex MOTR
** Not supported on these circuit packs

FLEX MOTR and Broadband circuit packs Fiber Channel, 8B10B, and
Transparent client protocols alarm hierarchy
Line/Mapping Layer Faults
FLEX Facility OOS CP & Plug Equipment Alarms
Flex
Loss of Signal
Rx Power Loss of Lock Remote Port OOS (FM)

Out of Range
Loss of Cl ock (BB, FM) Remote Port Unreachabl e (FM) Far End Client Rx Signal Fai lure
(FM)
Loss of Data Sync * Network Trace Loss of Service Delineation

ldentifier Mismatch (FM) (FM)
Excessive Error Ratio (BB) Remote Defect l ndication (FM) Client Service Mismatch (FM)
Fiber Channel Link Not Local Fault (BB) ***,

* ** Remote Fault (BB) ***,** LOFEF Triggered (BB)
Operational (BB) **
-
* FC and 8B10B-encoded protocols only BB Applies only t o Broadband circuit packs

** FC Only (Not supported on 8xOTN Flex MOTR/20G Flex MOTR) FM Applies only to 20G FLEX MOT R
*** FC1200/ETH10G only (not supported on 8xOTN FLEX MOTR) BB, FM Applies only to Broadband and FLEX MOTR circuit packs

8xOTN Flex MOTR and (1+8)xOTN Flex MOTR circuit packs Fiber
Channel, 8B10B, and Transparent client protocols alarm hierarchy

8xOTN Flex MOTR and (1+8)xOTN Flex MOTR circuit packs WAN
facility alarm hierarchy

Broadband circuit packs client port facility OTM mapping layer alarm
hierarchy
HO OTM1 and OTM2 FLEX/OTM0, 1, FLEX

faults Facility OOS
ODU0/1/FLEX
Connection OOS
OTM0
OTM1 ODU Loss of
OTMFLEX Multi Frame
GCC1 Deleted GCC1 Line Fail ODU LCK ODU OCI ODU AIS
See Note
OPU
HO OTM1 ODU ODU TTI LO OTMn and

BDI ODU BDI Far End Client OPU PTI
Mismatch Payload alarms Signal Failure Mismatch
OPU AIS

(1+8)xOTN Flex MOTR client port facility (low-order ODU0, ODU1, and
ODUFLEX facilities) alarm hierarchy
HO OTM1 and OTM2

faults
MSI Mismatch
Loss of Frame
and MultiFrame
ODU
ODU LCK ODU AIS ODU OCI
ODU BDI

OPU-CSF/GFP-CSF client port alarm hierarchy (OTM and Wan

facilities)
OTMx Layer Facility
ODUk AIS
OPUk-CSF (FECSF)
OPUk AIS
WAN Facility
Loss of frame Delineation WAN Link Down
GFP-CSF (FECSF)

OTN PKT facility alarm hierarchy - faceplate to fabric direction (RX)

ODUk CTP OTN facility alarm hierarchy - faceplate to fabric direction

(RX)

ODUj CTP OTN facility alarm hierarchy - faceplate to fabric direction

(RX)

ODUi CTP OTN facility alarm hierarchy - faceplate to fabric direction

(RX)

OC-n/STM-n facility alarm hierarchy (Broadband circuit packs)
CP Equipment
Facility OOS
Alarms
(masked by
(masked by
SP)
SP)
Section
LOFEF Initialization in
Loss of Signal triggered Progress
Loss of Clock Rx Power Out

of Range
Loss of Frame Loss of Frame
Trace Identifier
Mismatch
Line * If the Trace Fail mode is set to Line Fail

** If the Trace Fail mode is set to Alarm Only
Loss of Frame
* Trace Identifier
Mismatch (section)
AIS
Signal Fail RFI ** Trace Identifier

Mismatch (section)

OC-n/STM-n and STS/VT/VC facility alarm hierarchy (MSPP optical

interface circuit packs)
Higher Loss of Signal Laser Off Far End Failure

priority (OC/STM) Triggered (Broadband)
Loss of Frame RX Power Out

(OC/STM) of Range
Note:
DCC Link Fail * Trace Identifier * Position of the Trace Identifier Mismatch
(OC/STM) Mismatch (OC/STM) (OC/STM) alarm in the hierarchy if the
section trace fail mode is on.
AIS ** Position of the Trace Identifier Mismatch
(OC/STM) (OC/STM) alarm in the hierarchy if the
section trace fail mode is off.
RFI/RDI Traffic Squelched Signal Fail ** Trace Identifier DCC Link Fail
(OC/STM) (STS/HO VC) (OC/STM) Mismatch (OC/STM) (OC/STM)
AIS Signal Degrade

(STS/ HO VC) (OC/STM)
Loss of Pointer
(STS/HO VC)
Unequipped Excessive Error

(STS/HO VC) Rate (STS/HO VC)
Signal Label Mismatch Signal Degrade

(STS/HO VC) (STS/HO VC)
Trace Identifier Traffic Squelched

Mismatch (STS/HO VC) (VT/LO VC)
RFI/RDI AIS
(STS/HO VC) (VT/LO VC)
Loss of Pointer
(VT/LO VC)
Unequipped Excessive Error

(VT/LO VC) Rate (VT/LO VC)
Signal Label Mismatch Signal Degrade

(VT/LO VC) (VT/LO VC)
Trace Identifier
Mismatch (VT/LO VC)
Lower
RFI/RDI
priority
(VT/LO VC)

Release 10.2
(G) LAG Fail
(G) LAG Partial Fail
(L) * LOS/Link Pulse Missing (L) LAN Link Down

(L) * Remote Power Fail (L) * Loss of Data Synch
(L) * Remote Receiver Fail
(L) EFM Link Fail Alarms (L) Local Fault (L) Remote Fault (L) Remote Port Unreachable (L) LACP Failed
(L) * Remote Invalid Config

(L) * Discovery Protocol Fail (L) Excessive Error Ratio (L) Remote Port OOS
(L) Signal Degrade

(L) * Remote Client Link Down
(L) Far End Client Rx Signal Failure
(L) Loopback Fail - Remote

(M) Cross connect Error
(L) Loopback Active - Facility
(L) Loopback Active - Remote
(L) Loopback Active - Terminal
(M) CCM Error
(M) Remote CCM Error
NOTES (M) MAC Status Defect

(L) alarm per LAN port
(G) alarm per LAG port
(M) alarm per Maintenance Association (M) Remote Defect Indication
L2 MOTR circuit pack ETH100/ETH/ETH10G facility alarm hierarchy
July 2015
L2 MOTR circuit pack WAN facility alarm hierarchy
Circuit Pack Failed
SFP Missing/Failed/Unknown
(W) WAN Link Down

(W) Loss of Frame Delineation
(W) Client Service Mismatch (W) Excessive Error Ratio
(W) Far End Client Rx Signal Failure (W) Signal Degrade
NOTE
(W) alarm per WAN port

OTM1/OTM2/OTM3 facility alarm hierarchy

OTM1/OTM2/OTM3 facility alarms are masked by upstream facility failures.
Ocn Facility CP & Plug

OOS (masked Equipment Alarms
by SP) (masked by SP)
OTU OCH * only applicable

Loss of Signal LOFEF to WT circuit
triggered *** packs
** not applicable
Loss of Clock ***,**** Manual to 40G circuit
Rx Power Out packs
of Range Provisioning
Required
FEC Enable **,
Loss of Frame *** ****
FEC Enable
TR Control *** not applicable
**, ****
Disabled *, *** to L2MOTR/Flex
Tx Tuning in MOTR circuit packs
Pre-FEC OTU Signal Progress
Signal Fail ***,**** Fail *** **** not applicable
TR Control to OTM1 client
Echo Trace Facilities on the
GCC1
Mismatch *** OTN MOTR 4x2.5G
deleted ****
Loopback
TR Control Enable
GCC0 Pre-FEC Signal OTU Loss of
Initialization in
Link Fail Degrade***,**** BDI Multiframe
Progress *, ***
OTU Trace TR Control IS

Identifier Optimization in
Mismatch Progress *, ***
ODU
Multiplexed Rate
Mismatch ***, ****
Loss of
GCC1 Multiframe
deleted ****
GCC1 Link
Fail ODU LCK ODU AIS ODU OCI
OPU
ODU Trace OCn/STMm alarms OPU AIS

ODU BDI (refer to OCn/STMm
Identifier
Mismatch facility alarm
hierarchy) ***
OPU Payload
Type
Mismatch
Note 1: Regen, mated unprotected and 1+1 TPT configurations: only OTU alarms apply
Note 2: 1+1 Line and unmated configurations: OTU and ODU alarms apply

ETTP facility alarm hierarchy - monitored

CP Fail Alarm, OOS
ODU LOF LOM

OCC1, 2 Deleted
GCC1, 2 Link fail ODU-OCI ODU-AIS ODU-LCK
FEC SF ODU- TIM ODU-BDI ODU-SD

OPU AIS ODUk CTP (terminated)
OPU PT Mismatch
Fabric faceplate direction (Tx)
WAN Link Down Loss of frame delineation
Client Service mismatch Far End Client Signal Fail
WAN (optional) Fabric to Faceplate direction (Tx)
CP & Plug Equipment

Alarms, OOS
PTP
Loss of Signal
FEC SF * Loss of Data Synch

(ETH 1G only) Rx Power OOR
OPU AIS *
Loss of Clock ***
LOFEF Triggered
OPU PT Mismatch *
Loss of Frame ** Frequency
Out of Range
Excessive Error Ratio *** (ETH 10G Only) * ETH 1G, Deprecated
** ETH 10G / ETH 40G / ETH 100G
Local Fault ** ETTP *** ETH 1G / ETH 10G / ETH 40G
Faceplate to ETH 100G
Remote Fault **
Fabric direction
(Rx)

ETTP facility alarm hierarchy - terminated
CP & Plug Equipment

Alarms, OOS
PTP
Loss of Signal
FEC SF * Loss of Data Synch

(ETH 1G only) Rx Power OOR
OPU AIS *
Loss of Clock ***
LOFEF Triggered
OPU PT Mismatch *
Out of Range
** ETH 10G / ETH 40G / ETH 100G
Remote Fault **
Fabric direction
Service Defect Indication (Rx)

ETTP facility alarm hierarchy
From ODUTTP
WAN Link Down Loss of frame delineation
Client Service mismatch Far End Client Signal Fail
WAN (optional) Fabric to Faceplate direction (Rx)
Loss of Data Synch

(ETH 1G only)
Loss of Clock ***

Out of Range
** ETH 10G / ETH 40G / ETH 100G
Remote Fault **
Fabric direction
(Rx)
Service Defect Indication

STTP facility alarm hierarchy
CP & Plug Equipment

Alarms, OOS
Loss of Signal PTP

Section
FEC SF * Loss of Clock
Rx Power OOR
OPU AIS * Loss of Frame Frequency *
Out of Range LOFEF Triggered
OPU PT Mismatch *
TIM ** SDCC Link Fail ** * OC192/STM64 only

** Future
Line
AIS
RFI LDCC Link Fail ** Signal Fail
Signal Degrade

100G OCLD circuit packs line port OTM4 facility alarm hierarchy
CP Equipment Alarms, OTM4 FAC OOS, AINS, MT
OTM4
RX Power Out of range
Loss of Signal
* RX Channel Power
OTU * Loss of Channel Out of range
Loss of Clock TR Control Echo Trace Mismatch
OTU Loss of Frame
PreFEC OTU SF) Manual Provisioning

Required
FEC
Disable PreFEC OTU SF)
TX tuning In progress
GCC0
Deleted
GCC0 Link Fail Loss of Multi Frame OTU BDI Frequency Provisioning
Mismatch
ODU-AIS **OTU Skew Out of Range OTU TTI Mismatch
ODU-OCI
ODU-LCK
ODU ODU-OCI ODU-AIS ODU-LCK
OCH
ODU TTI Mismatch ODU-BDI
* Only applicable to colorless capable 100G OCLD variants when they are
deployed on colorless system
** Only applicable to BPSK Mode. Detection and report are disabled if maintenance
signal is present.
Note1: Regen and mated configurations: only OTU alarms apply
Note 2: Protected and unmated configurations: OTU and ODU alarms apply

100G WL3n MOTR circuit packs client port OTM2 facility alarm
hierarchy
100G WL3n CP Equipment Alarms, (CP Fail and above) OTM2 FAC OOS, AINS MT
OTM2
LOFEF Triggered Loss of Signal
Loss of Clock RX Power Out of Range
Loss of Frame
Loss of Multiframe
FEC
Disable PreFEC OTU SF
PreFEC OTU SD
GCC0
Deleted GCC0 Link Fail * OTU TTI Mismatch OTU BDI OTU SD
ODU-OCI ODU-AIS ODU-LCK
ODU-SF
ODU TTI Mismatch ODU-SD ODU-BDI
Note: GCC0 alatm is not masked by facility OOS

100G WL3n MOTR circuit packs line port OTM4 facility alarm
hierarchy
100G MOTR Equipment Alarms (CP fail and above), OTM4 FAC OOS, AINS, MT
OTM4
OTU4 Loss of Signal
* RX Channel PowerOut
* Loss of Channel of range
Loss of Clock Channel Contention
Loss of Frame
Frequency Out of Range TR Control Echo Trace
Pre FEC OTU Signal Fail Mismatch
FEC Frequency Provisioning Mismatch

Disable Manual Provisioning
Required
Pre FEC OTU Signal Degrade Loss of Multi Frame
TX tuning In progress
GCC0
Deleted GCC0 Link Fail ** OTU BDI OTU TTI Mismatch
GCC1 Link Fail**

OCH
ODU4/OPU4 ODU-OCI ODU-AIS ODU-LCK
ODU Signal Fail
ODU TTI Mismatch ODU-BDI ODU Signal Degrade
Far End Client Signal Fail Payload Type Mismatch
* Only applicable to colorless capable MOTR variants when they are deployed on
colorless line system
** GCC0 is not masked by facility OOS

100G WL3n MOTR circuit pack ETH40G client facility alarm hierarchy
The ETH40G client facility on the client port of 100G WL3n MOTR circuit pack
supports the following alarm hierarchy.
CP & Plug Equipment Alarms (CP fail and above), 40GE Facility OOS, MT, AINS
40GE +FLEX members
Loss of Signal** LOFEF Triggered**
Loss of Clock** Power Out of Range**
Loss of Frame** Frequency Out of Range**
Loss of Data Sync*

Excess Error Ratio*
Local Fault* Remote Fault*
* This alarm is raised against the aggregate ETH40G facility

* * This alarm is raised against the FLEX Member facility which detects the error

100G WL3n MOTR circuit pack Flex FC800/1200 facility alarm

hierarchy
The FLEX FC800/FC1200 client facility on the client port of 100G WL3n
MOTR circuit pack supports the following alarm hierarchy.
CP & Plug Equipment Alarms (CP fail and above), FC800/1200 Fac OOS, AINS, MT
FC800/1200

Loss of Data Sync
Excess Error Ratio
Local Fault* Remote Fault* Fiber Channel Link Not Operational
* LF and RF are not applicable to FC800

Flex3 WL3e OCLD circuit packs line port OTMC2 facility alarm
hierarchy
OCLD Equipment Alarms, (CP Fail and above), OTMC2 FAC OOS, AINS, MT
OTMC2
OTU Loss of Signal

* RX Channel Power
* Loss of Channel Out of range
Loss of Clock TR Control Echo Trace Mismatch
OTU Loss of Frame

Manual Provisioning Required
PreFEC OTU SF
FEC TX Tuning in Progress
Disable
PreFEC OTU SD
Frequency Provisioning
GCC0
Mismatch
Deleted
GCC0 Link Fail Loss of Multi Frame OTU BDI
OTU TTI Mismatch
OCH
* Only applicable to colorless capable variant of OCLD deployed on colorless line system
** Only applicable to BPSK Mode. Detection and report are disabled if maintenance
signal is present.
Note1: "RX Channel Power Out Range" is detected for both the low-end and high-end
boundaries.
Note 2: The detection of low-end out of range is masked by the detection of the
"RX Power out of Range". The detection of high-end out of range is not masked by
the detection of "RX Power out of Range".

Flex3 WL3e OCLD circuit packs line port ODU4 facility in 16QAM
alarm hierarchy
CP Equipment Alarms, ODU4 Fac OOS, AINS, MT
OTM4
ODU-OCI OU-AIS ODU-LCK

ODU4
ODU-SF

100G WL3/WL3e OTR circuit packs line port OTM4 facility in QPSK
alarm hierarchy
100G OTR Equipment Alarms (CP Fail and above), OTM4 FAC OOS, AINS, MT
OTM4
OTU4 Loss of Signal

* RX Channel Power
* Loss of Channel Out of range
Loss of Clock TR Control Echo Trace
Loss of Frame Mismatch
Manual Provisioning Required

PreFEC OTU SF
FEC TX Tuning in Progress
Disable
PreFEC OTU SD
Frequency Provisioning
GCC0
Mismatch
Deleted
GCC0 Link Fail Loss of Multi Frame OTU BDI
OTU TTI Mismatch
ODU4 ODU-OCI ODU-AIS ODU-LCK
OCH
* Only applicable to colorless capable variant of OTR deployed on colorless line system
Note1: "RX Channel Power Out Range" is detected for both the low-end and high-end
boundaries.
Note 2: The detection of low-end out of range is masked by the detection of the
"RX Power out of Range". The detection of high-end out of range is not masked by
the detection of "RX Power out of Range".

100G WL3/WL3e OTR circuit packs client port OTM4 facility alarm
hierarchy
100G CP Equipment Alarms, (CP Fail and above) OTM4 FAC OOS, AINS MT
OTM4
OTU4 Loss of Signal
RX Power Out
of Range
Loss of Clock
Loss of Frame
OTL Skew Out of Range

FEC
PreFEC OTU SD
GCC0
Deleted
GCC0 Link Fail Loss of Multi Frame OTU BDI OTU SD
OTU TTI Mismatch
ODU4 ODU-OCI ODU-AIS ODU-LCK
ODU-SF

OCH

100G WL3/WL3e OTR circuit packs OTM4 mapping facility on client

port alarm hierarchy
100G OTR Equuipment Alarm (CP Fail and above), OTM4 FAC OOS, AINS MT
OTM4
OTU4 OCH
ODU4
GCC1
Deleted ODU-OCI ODU-AIS ODU-LCK
GCC1 Link Fail
ODU-SF
ODU-BDI ODU-SD ODU TTI Mismatch
OPU4
OPU-CSF PT Mismatch

10x10GE MUX OCI circuit pack backplane port 100 OTM4 facility
alarm hierarchy
CP & Plug Equipment Alarms, OTM4 Fac OOS, AINS, MT
OTM4
OTU OCH
GCC1
Deleted ODU-OCI DU-AIS ODU-LCK
ODU GCC1 Link Fail
ODU-SF OPU
ODU-SD ODU-BDI ODU TTI Mismatch OPU-AIS PT Mismatch

100G OCI circuit pack client port OTM4 facility alarm hierarchy
CP Equipment Alarms, OTM4 FAC OOS, AINS ON
OTM4
OTU Loss of Signal
RX Power Out
of range
Loss of Clock
OTU Loss of Frame

FEC
PreFEC OTU SD
GCC0
Deleted
GCC0 Link Fail Loss of Multi Frame OTU BDI OTU SD
OTU TTI Mismatch
ODU-SF

OCH

100G OCI circuit pack client port OTM4 mapping layer facility alarm
hierarchy
CP Equipment Alarms, OTM4 FAC OOS, AINS ON

OTM4
OTU OCH
ODU
GCC1
Deleted ODU-OCI ODU-AIS ODU-LCK
GCC1 Link Fail
ODU-SF
ODU-BDI ODU-SD ODU TTI Mismatch
OPU
R8+ OPU-CSF PT Mismatch OPU-AIS R7XP1

OTM2 mapping facility (associated with FC1200, OC-192/STM-64, and

ETH10G facility) alarm hierarchy
ODU3
OCI/LCK/
ODU2 AIS
connection
OOS Loss of
ODU Multiframe
Multiplexed Rate
Mismatch
GCC1
deleted
GCC1 Link
ODU SD ODU SF ODU LCK ODU AIS ODU OCI
Fail
OPU
ODU3
BDI
ODU Trace OPU AIS
ODU BDI
Identifier
Mismatch
Path Trace
Identifier
Mismatch

TCM facility alarm hierarchy - faceplate to backplane direction

TCM facility alarm hierarchy - backplane to faceplate direction

Photonic optical signal facilities alarm hierarchy

Photonic facility alarms are masked by upstream facility failures.
Optical Line
Fail Automatic Shutoff
Disabled
Automatic
Shutoff
Shutoff Threshold Automatic Power

Crossed Reduction Active
AMP Facility
Input Loss
of Signal
Output Loss
of Signal
Gage TCA
Summary
OPTMON facility OSC facility
Optical Line Fail OSC Loss of Signal
OSC OSPF
Loss of Signal OSC Signal Degrade
Adjacency Loss
Gauge TCA
Summary

SRA circuit pack RAMAN facility alarm hierarchy
Circuit Pack Equipment Alarms
RAMAN Failed to Run
RAMAN Clibration RAMAN Target RAMAN Optical

Required Unavailable Line Fail
RAMAN Automatic
Shutoff
RAMAN Automatic
Power Reduction
RAMAN Shutoff
Threshold Crossed
RAMAN Loss RAMAN Telemetry

Of Signal Loss Of Signal

SRA circuit pack OSC facility alarm hierarchy
Circuit Pack
Equipment Alarms
OSC Loss Of Signal
OSC Signal
Degrade
OSC OSPF
Adjacency Loss
SRA circuit pack ADJ facility alarm hierarchy
Circuit Pack Adjacency Far End ADJ

Equipment Alarms Not Discovered Fiber Type Manual
Provisioning Required
ADJ
High Fiber Loss ADJ
Provisioning Error
Adjacency Mismatch

SAM and ESAM circuit packs OPTMON facility alarm hierarchy
Circuit Pack
Equipment Alarms
OPTMON Optical
Line Fail
OPTMON Loss
Of Signal

RPR circuit pack alarm hierarchy
Circuit Pack (S) AIS Event

Failed
SFP Missing/ (G) LAG Fail (S) Loss of Multiframe

Failed/Unknown
(G) LAG
Partial Fail (S) Loss of Sequence
(L) LOS/Link
Pulse Missing
(L) LAN
Link Down (S) Loss of Alignment
(L) Loss of
Data Synch
(L) LAN (W) Loss of
timeout Event Frame Delineation
(L) Excessive
Error Ratio
(W) Excessive (W) Client
Error Ratio Service Mismatch
(L) Signal
Degrade
(W) Signal
Degrade (W) WAN
Link Down
(W) Forced Ring (R) Topology (R) Max Stations (R) Isolated (W) Ring
Switch Active Instability Exceeded Station Failure
(W) Manual Ring (R) Topology (W) Ringlet

Switch Active Failure Failure
Legend
(L) = alarm per LAN port
(W) = alarm per WAN port
(S) = alarm per STS
(R) = alarm per RPR port
(G) = alarm per LAG
= Alarm triggers

RPR circuit pack LAN port alarm hierarchy
Loss of signal
Loss of Data Synch (LAN) Link down
Rx Excessive Error Ratio
Rx Signal Degrade
STM-1e alarm hierarchy
EQPT Fail
STM1e Rx Line LOS
STM1e Rx Line LOF
STM1e Rx Line AIS
STM1e Rx Line Trace STM1e Rx Line RFI STM1e Rx Line EBER

Identifier Mismatch
STM1e Rx Line SD


4-1
Alarm clearing procedures—A to H 4-
ATTENTION
The alarm clearing procedures are presented in two chapters, “Alarm
clearing procedures—A to H” (this chapter) and Alarm clearing
procedures—I to Z (in Part 2 of this document). The complete “List of alarms”
is included in both chapters. The numbers in brackets after the alarm names
are the alarm IDs.
This release of 6500 Packet-Optical Platform (6500) supports the MSPP,

Broadband, PKT/OTN transport and switched, and Photonic services for
different M9SPP, Broadband, PKT/OTN I/F, and Photonic circuit packs. The
combination of two or all services is also supported.
For more information on the services (and the circuit packs related to each
service) offered in this release, refer to chapter 2 in Part 1 of 6500 Planning,
NTRN10DE.
This chapter provides procedures for clearing single and generic alarms.
Generic procedures are used for clearing more than one alarm type.
A complete list of alarms is provided in this document. Refer to the “List of

alarms” on page 4-7 to determine whether you must perform a specific or a
generic alarm clearing procedure to clear the alarm.
A list of alarms per alarm class is provided for each circuit pack in the 6500
circuit pack-based documents (323-1851-102.x).
Abbreviations used in this chapter

AIS Alarm Indication Signal
ALS Automatic Laser Shutdown
AM1/AM2 Analog Maintenance version 1/2
AMP Amplifier

4-2 Alarm clearing procedures—A to H
APR Automatic Power Reduction

APS Automatic Protection Switching
ASE Amplified Spontaneous Emission
BDI Backward Defect Indication
BIP Breaker Interface Panel
BLSR Bidirectional Line-Switched Ring
BMD Broadband Mux/Demux
BPV Bipolar Violation
CDC Colorless Directionless Contentionless
CFP 100G transceiver form factor pluggable
CHMON Channel Monitoring
CMD44 44 Channel Mux/Demux
CMF Client Management Frame
CP Circuit Pack
CPE Customer Premise Equipment
DCC Data Communications Channel
DCN Data Communications Network
DIP Dual In-line Package
DOC Domain Optical Controller
DPO DWDM pluggable optics
DS1 Digital Signal Level 1
DSCM Dispersion Slope Compensation Modules
DSM DS1 Service Module
DUS Do not Use for Synchronization
DWDM Dense Wavelength Division Multiplexing
EDP Engineering Documentation Package
EFM Ethernet in the First Mile
EPL Ethernet Private Line

ES Errored Second
ESD Electrostatic Discharge
ESI External Synchronization Input
ESO External Synchronization Output
ETH Ethernet
FC Fiber Channel
FE Fast Ethernet
FEC Forward Error Correction
FICON Fiber Connection
FPGA Field Programmable Gate Array
GCC General Communication Channel
GE Gigabit Ethernet
GFP-F Generic Framing Procedure - Framed
GFP-T Generic Framing Procedure - Transparent
HERS Head End Ring Switching
HO High Order
IOP I/O Panel
IS In-Service
L2SS Layer 2 Service Switch
LACP Link Aggregation Control Protocol
LAG Link Aggregation Group
LAN Local Area Network
LCAS Link Capacity Adjustment Scheme
LED Light-Emitting Diode
LIM Line Interface Module
LO Low Order
LOFEF Laser Off Far-End Fail
LOF Loss of Frame

LOS Loss of Signal

MIC Maintenance Interface Card
MLA Midstage Line Amplifier
MS Multiplex Section
MSP Multiplex Section Protection
MS-SPRing Multiplex Section-Shared Protection Ring
NNS Network Name Server
NSA Non-Service-Affecting
OBB Optical Broadcast & Bridge
OBMD 1x8 Optical Broadband Mux/Demux
OBM Optical Bandwidth Manager
OC Optical Carrier
OCI Optical Channel Interface
OCLD Optical Channel and Laser Detector
ODU Optical Channel Data Unit
OMD4 4 Channel Optical Mux/Demux
OMX Optical Multiplexers
OOS Out-of-Service
OPU Optical Channel Payload Unit
OPM Optical Power Monitor
OSC Optical Service Channel
OSI Open Systems Interconnection
OSNR Optical Signal to Noise ratio
OST Optical System Topology
OTDR Optical Time Domain Reflectometer
OTR Optical Transponder
OTM Optical Transport Module
OTN Optical Transport Network

OTSC Optical Transponder and Service Channel

OTU Optical Channel Transport Unit
PDH Plesiosynchronous Digital Hierarchy
PEC Product Engineering Code
PSI Payload Structure Identifier
RAI Remote Alarm Indication
RDI Remote Defect Indicator
RFI Remote Fault Indicator
ROADM Re-configurable Optical Add-Drop Multiplexer
RPR Resilient Packet Ring
RS Regenerator Section
SA Service-Affecting
SD Signal Degrade
SDH Synchronous Digital Hierarchy
SETS Synchronization Equipment Timing Source
SLA Single Line Amplifier
SLAT System Lineup and Test
SFP Small Form Factor Pluggable
SNCP Subnetwork Connection Protection
SONET Synchronous Optical Network
SP Shelf Processor
SPLI Service Photonic Layer Interoperability
SPPC Section Peak Power Controller
SSH Secure Shell Protocol
SSM Synchronization Status Message
SSU Synchronization Supply Unit
STM Synchronous Transport Module
STM-1e Synchronous Transport Signal Level-1 Electrical

STS Synchronous Transport Signal

SWT Shelf Wavelength Topology
TOD Time of Day
TPT Transponder protection tray
TTI Trail Trace Identifier
UNI Unidirectional
UPI User Payload Identifier
UPC User Privilege Code
UPSR Unidirectional Path-Switched Ring
VCAT Virtual Concatenation
VC Virtual Container
VCG Virtual Concatenation Group
VCS Virtual Circuit Segment
VT Virtual Tributary
WAN Wide Area Network
WSS w/OPM Wavelength Selective Switch with Optical Power Monitor
WT Wavelength Translator
XC Cross-Connect
XFP 10G transceiver form factor pluggable
XLA Switchable Line Amplifier
Associated procedures
Some procedures require the user to perform procedures relating to other
topics. Before performing a procedure, if necessary, ensure the information
about the associated procedures is available.
All procedures assume that you have logged in to the network element. Refer
to the “Interface login and logout” procedures in chapter 1 of Administration
and Security, 323-1851-301.

List of alarms
The complete list of alarms is included here. However, the alarm clearing
procedures are presented in two parts (A to H and I to Z). The alarm clearing
procedures beginning with A to H are included in this chapter. Additionally,
non-hyperlinked references to procedures beginning with I to Z (included in
Part 2 of this document) are provided here.
A
“1+1/MSP linear and 1+1 TPT APS alarms” on page 4-25
“Adjacency Discovery Unreliable” on page 4-28
“Adjacency Far End Not Discovered” on page 4-30
“Adjacency Mismatch” on page 4-35
“Adjacency Provisioning Error” on page 4-39
AIS (DS1), see “DS1 Receive alarms” on page 4-235
AIS (DS3/E3), see “DS3 and E3 Receive alarms” on page 4-242
AIS (E1), see “E1 Receive alarms” on page 4-264
AIS (EC-1), see “EC-1 Receive alarms” on page 4-276
AIS (ESI), see “ESI alarms” on page 4-310
AIS (OC/STM), see Secondary alarms in Part 2 of this document
AIS (STS/HO VC), see Secondary alarms in Part 2 of this document
AIS (VT/LO VC), see Secondary alarms in Part 2 of this document
AIS (OC48/192/768/STM16/64/256 for BroadBand services), see
Secondary alarms in Part 2 of this document
AIS (OTUTTP, STTP), see Secondary alarms in Part 2 of this document
“Alarm Provisioning Near Limit” on page 4-42
“All Provisioned RADIUS Accounting Servers Unavailable” on page 4-43
“All Provisioned RADIUS Servers Unavailable” on page 4-45
“ALS Disabled” on page 4-46
“ALS Triggered - Laser is shutdown” on page 4-47
“Automatic Power Reduction Active” on page 4-48
“Automatic Shutoff” on page 4-54
“Automatic Shutoff Compromised” on page 4-56
“Automatic Shutoff Disabled” on page 4-57
“Auto Protection Switch Acknowledge Time Out” on page 4-59
“Autoprovisioning Mismatch” on page 4-61

“Autoprovisioning Mismatch - Pluggable” on page 4-63

“AutoRoute Configuration Mismatch” on page 4-65
B
“Backplane ID Module 1/2 Failed” on page 4-66
“Battery Low” on page 4-69
“BW Lockout Configured” on page 4-71
Bipolar Violations (DS1), see “DS1 Receive alarms” on page 4-235
Bipolar Violations (DS3/E3), see “DS3 and E3 Receive alarms” on page
4-242
Bipolar Violations (E1), see “E1 Receive alarms” on page 4-264
C
“Cable Trace Compromised” on page 4-72
“Calibration Required” on page 4-73
“CCM Error” on page 4-74
“Certificate About to Expire” on page 4-75
“Certificate Expired” on page 4-76
“Channel Contention” on page 4-77
“Channel Controller: Failure Detected” on page 4-79
“Channel Controller: Unexpected Loss Detected” on page 4-83
“Channel Degrade” on page 4-89
“Channel Opacity Error” on page 4-93
“Circuit Pack Configuration Save Failed” on page 4-94
“Circuit Pack Failed” on page 4-95
“Circuit Pack Failed - Pluggable” on page 4-101
Circuit Pack Failed - Traffic, see “Circuit Pack Failed-Sync and Circuit Pack
Failed-Traffic” on page 4-103
“Circuit Pack Failed-Sync and Circuit Pack Failed-Traffic” on page 4-103
“Circuit Pack Latch Open” on page 4-105
“Circuit Pack Mate Mismatch” on page 4-107
“Circuit Pack Mismatch” on page 4-109
“Circuit Pack Mismatch - Pluggable” on page 4-115
“Circuit Pack Missing” on page 4-116
“Circuit Pack Missing - Pluggable” on page 4-125
“Circuit Pack 3rd Party - Pluggable” on page 4-126

“Circuit Pack Operational Capability Exceeded” on page 4-127

“Circuit Pack Unknown” on page 4-130
“Circuit Pack Unknown - Pluggable” on page 4-133
“Circuit Pack Upgrade Failed” on page 4-135
“Client Service Mismatch” on page 4-137
“CMF UPI Mismatch” on page 4-139
COLAN-A OSPF Adjacency Loss, see OSPF Adjacency Loss alarms in
Part 2 of this document
COLAN-A Port Failure, see LAN alarms in Part 2 of this document
COLAN-X OSPF Adjacency Loss, see OSPF Adjacency Loss alarms in
COLAN-X Port Failure, see LAN alarms in Part 2 of this document
“Cold Restart Required: FPGA Changed” on page 4-141
“Config Mismatch - LCAS” on page 4-143
“Configuration Mismatch” on page 4-145
“Configuration Mismatch - Adv BW Limit” on page 4-146
“Configuration Mismatch - BW Lockout” on page 4-147
“Configuration Mismatch - BW Threshold” on page 4-148
“Configuration Mismatch - Common ID” on page 4-149
“Configuration Mismatch - Concatenation” on page 4-150
“Configuration Mismatch - Link ID” on page 4-151
“Configuration Mismatch - Node” on page 4-152
“Configuration Mismatch - OVPN ID” on page 4-153
“Configuration Mismatch - Primary State” on page 4-154
“Control Plane Operations Blocked” on page 4-155
“Control Plane System Mismatch” on page 4-157
“Co-Routed SNC Degraded” on page 4-158
“Co-Routed SNC Unavailable” on page 4-159
“Corrupt Inventory Data” on page 4-160
“CPE Discovery Protocol Fail” on page 4-163
“CP Loss of Host Timing Ref.” on page 4-165
“CPU2 Unreachable” on page 4-166
“CPU2 Warm Restart Required” on page 4-167
“Craft Load Missing” on page 4-168

“Craft Load Unpacking Aborted - Low Disk Space” on page 4-169

“Cross-connection Mismatch” on page 4-170
“Cross connect Error” on page 4-174
“Crossed Fibers Suspected” on page 4-175
D
“Dark Fiber Loss Measurement Disabled” on page 4-176
“Database Auto Save in Progress” on page 4-177
“Database Integrity Fail” on page 4-178
“Database Integrity Fail - CPU2” on page 4-179
“Database Not Recovered For Slot” on page 4-180
“Database Recovery Incomplete” on page 4-181
“Database Restore in Progress” on page 4-183
“Database Save Failed” on page 4-184
“Database Restore Failed” on page 4-187
“Database Commit Failed” on page 4-190
“Database Save in Progress” on page 4-192
“DCC Link Fail alarms” on page 4-193
“Debug Port in Use” on page 4-199
“Delay Measurement Enabled on Slave Node” on page 4-200
“Delay Measurement Failed” on page 4-201
“Delay Measurement Mismatch Capability” on page 4-202
Disk 75 percent Full, see “Disk Full alarms” on page 4-203
Disk 90 percent Full, see “Disk Full alarms” on page 4-203
Disk Full, see “Disk Full alarms” on page 4-203
“DOC Action: Channel Add In Progress” on page 4-205
“DOC Action: Channel Delete In Progress” on page 4-206
“DOC Action Failed: Add” on page 4-207
“DOC Action Failed: Delete” on page 4-210
“DOC Action Failed: Monitor” on page 4-213
“DOC Action Failed: Optimize” on page 4-216
“DOC Action: Fault Detected” on page 4-219
“DOC Consecutive Re-Opt Threshold Crossed” on page 4-222
“DOC Domain Not Optimized” on page 4-225

“DOC Invalid Photonic Domain” on page 4-227

“DOC Power Audit Failed” on page 4-232
“Domain Optical Controller Disabled” on page 4-234
“DS1 Receive alarms” on page 4-235
“DS3 and E3 Receive alarms” on page 4-242
“Dormant Account Detected” on page 4-251
“DSM-Host Misconnection” on page 4-252
“Duplicate Adjacency Discovered” on page 4-255
“Duplicate IP Address” on page 4-256
“Duplicate Primary Shelf” on page 4-258
“Duplicate Shelf Detected” on page 4-260
“Duplicate Site ID” on page 4-262
E
“E1 Receive alarms” on page 4-264
“E1 Transmit alarms” on page 4-269
“EC-1 Receive alarms” on page 4-276
“Encryption Authentication Material Missing” on page 4-281
“Encryption Configuration Mismatch” on page 4-283
“Encryption Failure” on page 4-284
“Encryption Keying Authentication Failure” on page 4-285
“Encryption Keying Communication Failure” on page 4-287
“Equipment Configuration Mismatch” on page 4-288
“Equipment OOS with Subtending Facilities IS” on page 4-292
“Equipment Reconfiguration In Progress” on page 4-294
“Error alarms (ETH, ETH10, ETH40G, ETH100G, FLEX, WAN, ETTP)” on
page 4-295
“Error alarms (OC/STM, STS/HO VC, and VT/LO VC)” on page 4-301
“ESI alarms” on page 4-310
Ethernet LAN Port failure, see LAN alarms in Part 2 of this document
“Event Log full” on page 4-316
Excessive Error Rate (STS/HO VC and VT/LO VC), see “Error alarms
(OC/STM, STS/HO VC, and VT/LO VC)” on page 4-301

Excessive Error Ratio (ETH, ETH10, ETH40G, ETH100G, ETH100,

FC800, FC1200, FLEX, WAN, ETTP), see “Error alarms (ETH, ETH10,
ETH40G, ETH100G, FLEX, WAN, ETTP)” on page 4-295
“Excessive Input Power” on page 4-317
Excessive Pointer Adjustments (EC-1), see “EC-1 Receive alarms” on
page 4-276
F
“Facility Reconfiguration In Progress” on page 4-318
“Facility Reconfiguration Required” on page 4-319
“Fan Failed” on page 4-320
“Fan Failed (DSM)” on page 4-324
“Fan Housing Missing” on page 4-325
“Fan Incompatible” on page 4-327
“Fan Missing (DSM)” on page 4-329
“Far End Client Signal Fail” on page 4-330
“Far End Protection Line Fail” on page 4-332
“Fiber Channel Link Not operational” on page 4-333
“Fiber Loss Detection Disabled” on page 4-334
“Fiber Type Manual Provisioning Required” on page 4-335
“Filler Card Missing (6500)” on page 4-336
“Filter Replacement Timer Expired” on page 4-337
“Flash Banks Mismatch” on page 4-339
Forced Ring Switch Active, see Protection Switch Active alarms in Part 2
of this document
Forced Switch Active, see Protection Switch Active alarms in Part 2 of this
document
Frame Format Mismatch (DS3), see “DS3 and E3 Receive alarms” on
page 4-242
Frequency Out of Range (DS1), see “DS1 Receive alarms” on page 4-235
Frequency Out of Range (DS3), see “DS3 and E3 Receive alarms” on
page 4-242
“Frequency Out of Range (OC192/STM64, ETH10G, ETH40G, ETTP,
STTP)” on page 4-340
“Frequency Provisioning Mismatch” on page 4-341

G
“Gauge Threshold Crossing Alert Summary” on page 4-342
“GCC0/GCC1/GCC2 Link Failure” on page 4-347
GCC/GCC0/GCC1/GCC2 OSPF Adjacency Loss, see OSPF Adjacency
Loss alarms in Part 2 of this document
“Group Loss of Signal” on page 4-350
H
“High Fiber Loss” on page 4-352
“High Optical Power” on page 4-360
“High Received Span Loss” on page 4-362
“High Temperature” on page 4-364
“High Temperature Warning” on page 4-369
“Home Path Not defined” on page 4-374
I
ILAN-IN OSPF Adjacency Loss, see Part 2 of this document
ILAN-IN Port Failure, see Part 2 of this document
ILAN-OUT OSPF Adjacency Loss, see Part 2 of this document
ILAN-OUT Port Failure, see Part 2 of this document
Incomplete Software Lineup, see Part 2 of this document
Input Loss of Signal, see Part 2 of this document
Integrated Test Set Configured, see Part 2 of this document
Integrated Test Set Data Save In Progress, see Part 2 of this document
Intercard Suspected, see Part 2 of this document
Intercard Suspected - Pluggable, see Part 2 of this document
Intercard Suspected - Pluggable I/O Carrier 1, see Part 2 of this document
Intercard Suspected - Pluggable I/O Carrier 2, see Part 2 of this document
Internal Database Sync in Progress, see Part 2 of this document
Internal Mgmt Comms Suspected, see Part 2 of this document
Intrusion Attempt, see Part 2 of this document
Invalid Site Topology, see Part 2 of this document
I/O Module Mismatch, see Part 2 of this document
I/O Module Missing, see Part 2 of this document
I/O Module Unknown, see Part 2 of this document
I/O Panel Mismatch, see Part 2 of this document

I/O Panel Missing, see Part 2 of this document

I/O Panel Unknown, see Part 2 of this document
Isolated Station, see Part 2 of this document
L
LACP Failed, see Part 2 of this document
LAN alarms, see Part 2 of this document
Laser Off Far End Failure Triggered (OC-192/STM-64, OC-768/STM-256,
ETH10G, OTM2, FC1200), see Part 2 of this document
Line A Input OTDR High Loss detected, see Part 2 of this document
Line A Input OTDR High Reflection detected, see Part 2 of this document
Line DCC Link Failure, see “DCC Link Fail alarms” on page 4-193
Line Flapping, see Part 2 of this document
Link Aggregation Group Fail, see Part 2 of this document
Link Aggregation Group Partial Fail, see Part 2 of this document
LINE/MS DCC OSPF Adjacency Loss, see Part 2 of this document
Link Down, see Part 2 of this document
Link Pulse Missing, see Part 2 of this document
Local Fault (ETH10G, FC1200), see Part 2 of this document
Lockout Active, see Part 2 of this document
Lockout of Protection Active, see Part 2 of this document
Lockout of Working Active, see Part 2 of this document
Lockout Protection Ring Active, see Part 2 of this document
Lockout Working Ring Active, see Part 2 of this document
Log Collection In Progress, see Part 2 of this document
Log Save In Progress, see Part 2 of this document
Loopback Active, see Part 2 of this document
Loopback Active - Facility, see Part 2 of this document
Loopback Active - Terminal, see Part 2 of this document
Loopback Traffic Detected, see Part 2 of this document
Loss of Alignment - VCAT, see Part 2 of this document
Loss of Channel, see Part 2 of this document
Loss of Clock, see Part 2 of this document
Loss of Data Synch, see Part 2 of this document
Loss of Extra Traffic, see Part 2 of this document

Loss of Frame (DS1), see “DS1 Receive alarms” on page 4-235

Loss of Frame (DS3/E3), see “DS3 and E3 Receive alarms” on page
4-242
Loss of Frame (E1), see “E1 Receive alarms” on page 4-264
Loss of Frame (EC-1), see “EC-1 Receive alarms” on page 4-276
Loss of Frame (ESI), see “ESI alarms” on page 4-310
Loss Of Frame (OC/STM), see Part 2 of this document
Loss Of Frame (OTM1, OTM2, OTM3, OTM4, OTUTTP, ETTP, STTP), see
Loss of Frame Delineation, see Part 2 of this document
Loss of Lock, see Part 2 of this document
Loss of Multiframe (E1), see “E1 Receive alarms” on page 4-264
Loss Of Multiframe (OTM1, OTM2, OTM3, OTM4), see Part 2 of this
document
Loss Of Multiframe (WAN), see Part 2 of this document
Loss of Multiframe - VCAT, see Part 2 of this document
Loss of Pointer, see Part 2 of this document
Loss of Sequence - VCAT, see Part 2 of this document
Loss of Signal (DS1), see “DS1 Receive alarms” on page 4-235
Loss of Signal (DS3/E3), see “DS3 and E3 Receive alarms” on page
4-242
Loss of Signal (E1), see “E1 Receive alarms” on page 4-264
Loss of Signal (EC-1), see “EC-1 Receive alarms” on page 4-276
Loss of Signal (ESI), see “ESI alarms” on page 4-310
Loss Of Signal (ETH10G/ETH40G/ETH100G), see Part 2 of this
document
Loss Of Signal (Ethernet), see Part 2 of this document
Loss of Signal (FC100/FC200/FC400, FC800, FC1200, FLEX), see Part 2
of this document
Loss of Signal (OC/STM), see Part 2 of this document
Loss of Signal (OC48/192/768/STM16/64/256), see Part 2 of this
document
Loss of Signal (OPTMON, VOA), see Part 2 of this document
Loss Of Signal (OTM1, OTM2, OTM3, OTM4, PTP), see Part 2 of this
document

Low Optical Return Loss at Input, see Part 2 of this document

Low Optical Return Loss at Output, see Part 2 of this document
Low Order Bandwidth Near Limit, see Part 2 of this document
Low Received Span Loss, see Part 2 of this document
Low Voltage (DSM), see Part 2 of this document
M
MAC Database Near Capacity, see Part 2 of this document
MAC Flapping Detected, see Part 2 of this document
MAC Status Defect, see Part 2 of this document
Manual Area Address Dropped, see Part 2 of this document
Manual Ring Switch Active, see Part 2 of this document
Manual Switch Active, see Part 2 of this document
Mapping Mismatch, see Part 2 of this document
Max Stations Exceeded, see Part 2 of this document
Member Shelf Mismatch, see Part 2 of this document
Member Shelf Unknown, see Part 2 of this document
Member Shelf Unreachable, see Part 2 of this document
Minimum Gain, see Part 2 of this document
MS DCC Link Failure, see “DCC Link Fail alarms” on page 4-193
MSI Mismatch (ODUTTP, ODUCTP, OTM0, OTM1, OTMFLEX), see Part 2
of this document
Multiplexed Rate Mismatch, see Part 2 of this document
N
NE Mode Unknown, see Part 2 of this document
Network Trace Identifier Mismatch (FLEX), see Part 2 of this document
Node ID Mismatch, see Part 2 of this document
Number of Level 1 NEs Exceeded, see Part 2 of this document
O
OAM Not Available, see Part 2 of this document
OCH Link Data Retrieval In Progress, see Part 2 of this document
OCH Link Data Save In Progress, see Part 2 of this document
ODU AIS (OTM1, OTM2, OTM3, OTM4, ODUTTP, ODUCTP), see Part 2
of this document
ODU BDI (OTM1, OTM2. OTM3, OTM4, ODUTTP, ODUCTP), see Part 2
of this document

ODU LCK (OTM1, OTM2, OTM3, OTM4, ODUTTP, ODUCTP), see Part 2
of this document
ODU Loss of Frame and Multiframe (ODUTTP, ODUCTP), see Part 2 of
this document
ODU OCI (OTM1, OTM2, OTM3, OTM4, ODUTTP, ODUCTP), see Part 2
of this document
ODU Signal Degrade (ODUTTP, ODUCTP, TCM), see Part 2 of this
document
ODU Signal Fail (OTM), see Part 2 of this document
ODU/OTU Trace Identifier Mismatch, see Part 2 of this document
Optical Line Fail, see Part 2 of this document
Optimization Scanning in Progress, see Part 2 of this document
OPU AIS (OTM0, OTM1, OTM2, OTM3, OTM4, ODUTCTP, ETTP, STTP),
see Part 2 of this document
OPU Payload Type Mismatch, see Part 2 of this document
OSC Loss of Signal, see Part 2 of this document
OSC Signal Degrade, see Part 2 of this document
OSC OSPF Adjacency Loss, see Part 2 of this document
OSPF Max Capacity Reached, see Part 2 of this document
OSRP CCI Session Down, see Part 2 of this document
OSRP CCI Session Out of Sync, see Part 2 of this document
OSRP Database Integrity Failed on page 5-197
OSRP Port Capability Mismatch, see Part 2 of this document
OSRP Line Operationally Blocked, see Part 2 of this document
OSRP Node Operationally Blocked, see Part 2 of this document
OTDR Trace In Progress, see Part 2 of this document
OTS Provisioning Error, see Part 2 of this document
OTU BDI (OTM1, OTM2, OTM3, OTM4), see Part 2 of this document
OTU Signal Degrade, see Part 2 of this document
OTU Signal Fail (OTM), see Part 2 of this document
OTU Skew Out Of Range, see Part 2 of this document
OTU Trace Identifier Mismatch, see Part 2 of this document
Output Loss of Signal, see Part 2 of this document

P
Packet Rate Limit Exceeded, see Part 2 of this document
Packet Rate Limit Exceeded - CU2, see Part 2 of this document
Payload Extended Label Mismatch, see Part 2 of this document
Payload Label Mismatch, see Part 2 of this document
Pluggable I/O Carrier 1 Fail, see Part 2 of this document
Pluggable I/O Carrier 2 Fail, see Part 2 of this document
Pluggable I/O Carrier 1 Missing, see Part 2 of this document
Pluggable I/O Carrier 2 Missing, see Part 2 of this document
Pluggable I/O Carrier 1 Unknown, see Part 2 of this document
Pluggable I/O Carrier 2 Unknown, see Part 2 of this document
Pluggable I/O Panel Mismatch, see Part 2 of this document
Pluggable I/O Panel Missing, see Part 2 of this document
Pluggable I/O Panel Unknown, see Part 2 of this document
Port Bandwidth Near Limit, see Part 2 of this document
Power Failure, see Part 2 of this document
Power Failure - A or Power Failure - B, see Part 2 of this document
Power Failure - A (DSM) or Power Failure - B (DSM), see Part 2 of this
document
Power Failure - Fuse Blown, see Part 2 of this document
Power Failure - Low Voltage, see Part 2 of this document
Pre-FEC Signal Fail, see Part 2 of this document
Pre-FEC Signal Degrade, see Part 2 of this document
Primary RADIUS Server Unavailable, see Part 2 of this document
Primary Shelf Unreachable, see Part 2 of this document
Protection Channel Match Fail, see “1+1/MSP linear and 1+1 TPT APS
alarms” on page 4-25
Protection Default K-bytes, see Part 2 of this document
Protection Exerciser Failed, see Part 2 of this document
Protection Exerciser Failed Protection, see Part 2 of this document
Protection Exerciser Failed Working, see Part 2 of this document
Protection Invalid K-bytes, see Part 2 of this document
Protection Locked, see Part 2 of this document
Protection Mode Mismatch, see Part 2 of this document

Protection Scheme Mismatch, see Part 2 of this document

Protection Sub-module Mismatch, see Part 2 of this document
Protection Sub-module Missing, see Part 2 of this document
Protection Sub-module Unknown, see Part 2 of this document
Protection Switch Active, see Part 2 of this document
Protection Switch Byte Fail, see “1+1/MSP linear and 1+1 TPT APS
alarms” on page 4-25
Protection Switch Complete, see Part 2 of this document
Protection Switch Complete - Revertive, see Part 2 of this document
Provisioning Database Freeze Enable, see Part 2 of this document
Provisioning Incompatible, see Part 2 of this document
Provisioning Incompatible - Pluggable, see Part 2 of this document
Provisioning Mismatch, see Part 2 of this document
R
RAMAN Failed To Turn On, see Part 2 of this document
RFI (VT), see Part 2 of this document
Redundant Database Synch Failed, see Part 2 of this document
Redundant Database Synch Failed - CPU2, see Part 2 of this document
Redundant Database Synch in Progress, see Part 2 of this document
Redundant Release Synch Failed, see Part 2 of this document
Redundant Release Synch in Progress, see Part 2 of this document
Release Server Mismatch, see Part 2 of this document
Release Server URL Fail, see Part 2 of this document
Remote Alarm Indication (DS1), see “DS1 Receive alarms” on page 4-235
Remote Alarm Indication (DS3), see “DS3 and E3 Receive alarms” on
page 4-242
Remote CCM Error, see Part 2 of this document
Remote Client Circuit Pack Failed - Pluggable, see Part 2 of this document
Remote Client Circuit Pack Missing - Pluggable, see Part 2 of this
document
Remote Client Circuit Pack Unknown - Pluggable, see Part 2 of this
document
Remote Client High Received Optical Power, see Part 2 of this document
Remote Client Link Down, see Part 2 of this document
Remote Client Low Received Optical Power, see Part 2 of this document

Remote Defect Indication, see Part 2 of this document

Remote Fault (ETH10G, ETH40G, ETH100G, FC800, FC1200 for
Broadband services, ETTP), see Part 2 of this document
Remote Invalid Configuration, see Part 2 of this document
Remote Inventory Not Supported, see Part 2 of this document
Remote Line High Received Optical Power, see Part 2 of this document
Remote Line Low Received Optical Power, see Part 2 of this document
Remote Loopback Active, see Part 2 of this document
Remote Loopback Fail, see Part 2 of this document
Remote Node Unreachable, see Part 2 of this document
Remote Port OOS, see Part 2 of this document
Remote Port Unreachable, see Part 2 of this document
Remote Power Fail Indication, see Part 2 of this document
Remote Power Supply 1 Missing, see Part 2 of this document
Remote Power Supply 2 Missing, see Part 2 of this document
Remote Receiver Fail, see Part 2 of this document
RFI (EC-1), see “EC-1 Receive alarms” on page 4-276
RFI (OC), see Part 2 of this document
RFI (STS), see Part 2 of this document
RFI (VT), see Part 2 of this document
RFI (STTP), see Part 2 of this document
Ring Failure, see Part 2 of this document
Ringlet Failure, see Part 2 of this document
Ring Protection Exerciser Fail, see Part 2 of this document
Ring Protection Switch Complete, see Part 2 of this document
Ring Protection Switch Fail, see Part 2 of this document
Rollover in Progress, see Part 2 of this document
Root Directory Has Reached Maximum File Entry Limit, see Part 2 of this
document
RS DCC Link Failure, see “DCC Link Fail alarms” on page 4-193
Rx Channel Power Out of Range, see Part 2 of this document
Rx Ethernet Idle, see Part 2 of this document
Rx Partial Loss of Capacity - LCAS, see Part 2 of this document

Rx Power Out of Range, see Part 2 of this document

Rx Total Loss of Capacity - LCAS, see Part 2 of this document
S
Secondary RADIUS Accounting Server Unavailable, see Part 2 of this
document
Secondary RADIUS Server Unavailable, see Part 2 of this document
Secondary Service Failed, see Part 2 of this document
Secondary SETS Locking to Primary, see Part 2 of this document
Section DCC Link Failure, see “DCC Link Fail alarms” on page 4-193
SECTION/RS DCC OSPF Adjacency Loss, see OSPF Adjacency Loss
alarms in Part 2 of this document
Service Defect Indication, see Part 2 of this document
Shelf Bandwidth Near Limit, see Part 2 of this document
Shelf Data Missing, see Part 2 of this document
Shelf Power Near Limit, see Part 2 of this document
Shutoff Threshold Crossed, see Part 2 of this document
Signal Degrade (DS3/E3), see “DS3 and E3 Receive alarms” on page
4-242
Signal Degrade (EC-1), see “EC-1 Receive alarms” on page 4-276
Signal Degrade (ETH, ETH100, ETH10G, WAN), see “Error alarms (ETH,
ETH10, ETH40G, ETH100G, FLEX, WAN, ETTP)” on page 4-295
Signal Degrade (OC/STM, STTP, STS/HO VC and VT/LO VC), see “Error
alarms (OC/STM, STS/HO VC, and VT/LO VC)” on page 4-301
Signal Fail (EC-1), see “EC-1 Receive alarms” on page 4-276
Signal Fail (OC/STM MSPP), see “Error alarms (OC/STM, STS/HO VC,
and VT/LO VC)” on page 4-301
Signal Fail (OC48/192/768/STM16/64/256, STTP), see Part 2 of this
document
Site Provisioning Required (DSM), see Part 2 of this document
Slot Sequence Provisioning Incomplete, see Part 2 of this document
SNC Datapath Fault, see Part 2 of this document
SNC Takeover Failed, see Part 2 of this document
SNC Unavailable, see Part 2 of this document
SNMP Proxy Config Failed on Member, see Part 2 of this document
SNMP Proxy Trap Config Failed on Member, see Part 2 of this document

SNMP Proxy Config Failed on Primary, see Part 2 of this document

Software Auto-Upgrade in Progress, see Part 2 of this document
Software Configuration Unknown, see Part 2 of this document
Software Delivery Incomplete, see Part 2 of this document
Software Delivery In Progress, see Part 2 of this document
Software Mismatch, see Part 2 of this document
Software Upgrade Failed, see Part 2 of this document
Software Upgrade in Progress, see Part 2 of this document
Span protection Switch Complete, see Part 2 of this document
Span protection Switch Fail, see Part 2 of this document
Span Protection Exerciser Fail on page 5-393
Switch Shelf ID Mismatch Detected, see Part 2 of this document
Synchronization Protection alarms, see Part 2 of this document
T
Tamper Detected, see Part 2 of this document
Target Unachievable, see Part 2 of this document
TCM Loss of Tandem Connection, see Part 2 of this document
Telemetry Loss of Signal, see Part 2 of this document
Test Access in Progress alarms, see Part 2 of this document
Threshold AIS ESO-A/ESO-B, see Part 2 of this document
Time Out, see Part 2 of this document
Timing Distribution Forced Switch - n Ref, see Part 2 of this document
Timing Distribution Lockout - n Ref, see Part 2 of this document
Timing Distribution Loss of Reference - n Ref, see Part 2 of this document
Timing Generation Entry to Freerun, see Part 2 of this document
Timing Generation Entry to Holdover, see Part 2 of this document
Timing Generation Failure To Lock, see Part 2 of this document
Timing Generation Forced Switch - n Ref, see Part 2 of this document
Timing Generation Lockout - n Ref, see Part 2 of this document
Timing Generation Loss of Reference - n Ref, see Part 2 of this document
TOD Server Not Provisioned, see Part 2 of this document
Topology Build Failed, see Part 2 of this document
Topology Failure, see Part 2 of this document

Topology Instability, see Part 2 of this document

Trace Identifier Mismatch (OC/STM), see Part 2 of this document
Trace Identifier Mismatch (STS/HO VC and VT/LO VC), see Part 2 of this
document
Traffic Squelched, see Part 2 of this document
Transport Data Recovery Failed, see Part 2 of this document
TR Control Disabled, see Part 2 of this document
TR Control Echo Trace Mismatch, see Part 2 of this document
TR Control Initialization in Progress, see Part 2 of this document
TR Control IS Optimization in Progress, see Part 2 of this document
Tx AIS (DS1), see Part 2 of this document
Tx AIS (DS3/E3), see Part 2 of this document
Tx AIS (E1), see “E1 Transmit alarms” on page 4-269
Tx Frequency Out of Range (DS1), see Part 2 of this document
Tx Frequency Out of Range (DS3/E3), see Part 2 of this document
Tx Loss of Frame (DS1), see Part 2 of this document
Tx Loss of Frame (DS3/E3), see Part 2 of this document
Tx Loss of Frame (E1), see “E1 Transmit alarms” on page 4-269
Tx Loss of Multiframe (E1), see “E1 Transmit alarms” on page 4-269
Tx Loss of Signal, see Part 2 of this document
Tx Manual Provisioning Required, see Part 2 of this document
Tx Partial Loss of Capacity - LCAS, see Part 2 of this document
Tx Power Out of Range, see Part 2 of this document
Tx Remote Alarm Indication, see Part 2 of this document
Tx Remote Defect Indication, see Part 2 of this document
Tx Total Loss of Capacity - LCAS, see Part 2 of this document
Tx Tuning in Progress, see Part 2 of this document
U
Unable to Synchronize TOD, see Part 2 of this document
Unassigned Channel Detected, see Part 2 of this document
Unequipped, see Part 2 of this document
Unpaired SSH Key, see Part 2 of this document

V
VOA Output LOS, see Part 2 of this document
VT-STS bandwidth near limit, see Part 2 of this document
W
Warm Restart Required, see Part 2 of this document
Wavelength Measurement Error, see Part 2 of this document
Wavelength Measurement Warning, see Part 2 of this document
WAYSIDE 1/2 Port Failure, see Part 2 of this document

Procedure 4-1
1+1/MSP linear and 1+1 TPT APS alarms
Protection Channel Match Fail
Alarm ID: 263, 291, 953, 1018, 1108, 1324, 1336, 1701
Probable cause
This alarm is raised when:
• the received channel ID on the protection interface circuit pack is not as
expected. This is normally because of a failure in the interface circuit pack.
• the automatic protection switching (APS) communications protocol
between the two optical interfaces is not working because the optical fiber
is not connected to the correct slot at either end
• the protection engine does not receive APS bytes from the far-end
• the protection engine receives invalid APS bytes from the far-end
• OTM1 bi-directional protection line is connected to a LO Regen and the
protection switch fails on a 8xOTN Flex MOTR, (1+8)xOTN Flex MOTR, or
on the integrated OTN Flex MOTR function in a 2-slot shelf w/SP + OTN
Flex MOTR 8xSFP shelf assemblies (NTK503MAE5 and NTK503NAE5).
This alarm is only raised on the OTN 1+1 line-side protection, 1+1/MSP linear,
1+1 port TPT, and 1+1 TPT protected configurations.
For OTN protection, this alarm is applicable only if the protection scheme is
1+1 port TPT and bi-directional.
Impact
Major, non-service-affecting (M, NSA) alarm
Protection Switch Byte Fail

Alarm ID: 260, 290, 952, 1017, 1107, 1323, 1335, 1391, 1700
Probable cause
This alarm is raised when the received channel protection switching control
bytes (APS bytes) on the protection interface circuit pack are not valid codes.
This is normally because of a failure in the interface circuit pack or crossed
fibers.
This alarm is raised on 1+1/MSP linear, 1+1 port TPT, and 1+1 TPT protected
configurations.
Impact


Prerequisites
To perform this procedure, you must
• observe all safety requirements described in the “Observing product and
personnel safety guidelines” chapter in Installation - General Information,
323-1851-201.0 or Fault Management - Module Replacement, 323-1851-
545
• have the optical fiber connection information (that is, how the optical
modules on each network element connect to other network elements)
Step Action
1 Identify the interface circuit pack raising the alarm. Refer to the Procedure 2-
12,“Identifying the circuit pack, pluggable module/port, or facility that has
raised an alarm”.
2 Identify the protection provisioning on the circuit pack raising the alarm.
Ensure that the protection scheme is 1+1/MSP linear, 1+1 port TPT, or 1+1
TPT. Refer to the “Retrieving protection parameters” procedure in Part 2 of
Configuration - Provisioning and Operating, 323-1851-310. If the protection is
not 1+1/MSP linear, 1+1 port TPT, or 1+1 TPT, contact your next level of
support or your Ciena support group.
3 Identify the protection provisioning on the far-end. Ensure that the protection
scheme is 1+1/MSP linear, 1+1 port TPT, or 1+1 TPT. If the same alarm
appears at the other end, two fibers have been swapped. If a different alarm
condition exists at the far-end, investigate the alarm to identify and localize
the fault.
If the original alarm was Then go to
Protection Channel Match Fail step 5
Protection Switch Byte Fail step 7
5 Verify that the optical fibers/cables are connected to the correct ports at each
node. The working port of the protection pair at the near-end must be fibered
to the working port of the protection pair at the remote end. The protection
port of the protection pair at the near-end must be fibered to the protection
port of the protection pair at the remote end.
Use Section Trace to identify fiber connectivity. Refer to the “Retrieving and
editing section trace messages” procedure in Part 1 of Configuration -


Step Action
6 If the original alarm has Then

cleared the procedure is complete
not cleared go to step 7
7 Replace the interface circuit pack raising the alarm. Refer to the equipment
replacement procedures in chapter 2 of Fault Management - Module
Replacement, 323-1851-545. Select the appropriate procedure from the
“Module replacement procedures list” table. Wait 30 seconds.
9 Use the optical fiber connection information to determine the network

element and interface circuit pack on the far-end of the optical fiber link.
10 Replace the remote interface circuit pack. Refer to the equipment
“Module replacement procedures list” table.
11 If the alarm does not clear, contact your next level of support or your Ciena
support group.
—end—

Procedure 4-2
Adjacency Discovery Unreliable
Alarm ID: 1072
Probable cause
This alarm is raised when a remote shelf that the SPLI feature is tracking has
not communicated (UDP) with the SPLI application for more than 10 minutes.
This could happen:
• if the remote shelf has changed their SiteID or TID
• if the remote shelf is isolated from the network
• if the remote shelf is constantly restarting
Impact
Minor, non-service-affecting (m, NSA) alarm
Prerequisites
• have a network plan or other documents that allow you to determine the
SPLI connectivity
323-1851-201.0, or Fault Management - Module Replacement, 323-1851-
545
Step Action
1 Determine which shelves are unreliable using the SPLI tab in the Node
Information application. Find the nodes and shelves with a status of
Unreliable.
Refer to the “Displaying node information” procedure in chapter 4 of
Administration and Security, 323-1851-301, for more information about the
Node Information application.
2 Verify whether the TID or siteID has changed on those nodes. If changes
have been made, change the TID or siteID of those nodes back to the original
ones if necessary.
3 If changes have not been made, verify that comms are working correctly by
logging into the network element.
4 Click the Refresh button in the SPLI tab of the Node Information window to
retrieve the latest statuses.


Adjacency Discovery Unreliable
Step Action
5 If SPLI is not matching all the TID-shelves that are listed as unreliable, click
on the Delete button. This will remove all the unreliable entries from the table.
Note that any OMD4, OMX and CMD44 Tx/Rx Adjacency with the Auto
Discovered parameter set to Auto, which is associated with the remote TID-
Shelf entries that are being deleted will be deprovisioned if their DOC Care
parameter is set to False. As well the discovered Far End Addresses will be
set to Unknown.
7 Contact your next level of support or your Ciena support group.

—end—

Procedure 4-3
Adjacency Far End Not Discovered
Alarm ID: 538
Probable cause
This alarm is raised against an ADJ-LINE facility or the MPO ADJ facility when
the adjacency cannot be automatically discovered from the far-end. Possible
reasons for this far-end adjacency not being discovered include:
• the two adjacency end points have not been fibered
• the two adjacency end points have been fibered but some other problem
exists with the fiber or connection
• there is a comms provisioning error, where the TID-level comms circuit is
incorrectly provisioned or not provisioned at one or both ends of the
alarmed span
• an upstream network element has undergone a restart operation. The
alarm will clear once the restart completes
• fibers at the Line AMP NE are swapped (misconnected/crossed)
• the ADJ-LINE Expected Far End Address is incorrectly provisioned
• the appropriate OSC is not provisioned in the OTS or in the OTS Slot
Sequence or is not functioning correctly
• the WSS Flex C-Band w/OPM 20x1or CCMD8x16 has undergone a cold
restart operation
• the WSS Flex C-Band w/OPM 20x1or CCMD8x16 has been unseated or
the RJ45 cable has been pulled from FIM1 or FIM2
• the TIDC/IP is not provisioned
In the case of a line adjacency, the discovered provisioned expected far-end

address is the Photonics circuit pack at the other end of the fiber span. Refer
to Figure 4-1 on page 4-33 for an example of line adjacency far-end addresses
and Figure 4-2 on page 4-34 for an example of MPO adjacency.


The alarm is masked by:

• local Circuit Pack Missing or Circuit Pack Mismatch
• remote Circuit Pack Missing or Circuit Pack Mismatch
• if there is no ADJ EFEA
Impact
Prerequisites
545
• have a fiber cleaning kit (for a CDC configuration, an MPO cleaning kit is
needed. See the “Cleaning connectors” chapter in Installation - General
Information, 323-1851-201.0)
• have the engineering documentation package (EDP) for shelf details
Step Action
1 If the original alarm is raised Then go to

against CDC configurations step 2
otherwise step 3
2 For the CDC MPO, the ADJ EFEA is derived from the TID Slot Sequence
provisioning. Verify that this is provisioned correctly and apply changes if
required. Go to step 6. Refer to the “Editing facility parameters” procedure in
3 Verify and correct the adjacency provisioning information as required. Refer
to the “Editing facility parameters” procedure in Part 1 of Configuration -
4 If applicable, check the OSC facility states and confirm provisioning of the
OSC in the OTS or in the Slot Sequence.


Step Action
6 If this adjacency Then

is fibered, but a fiber break, go to step 7
reflective event, or disconnect is
suspected
was provisioned for future use, disable this alarm so that it no longer
and you do not want this alarm appears in the active alarms list. Refer to
to be displayed in the active Procedures for alarm provisioning and
alarm list alarm profilesin chapter 2 of this
document.
was provisioned for future use no action is required. The procedure is
and you want this alarm to be complete.
displayed in the active alarms
list for informational purposes
requires fibering fiber the adjacency end points. Refer to
the EDP. For logical port mappings for
CCMD8x16 ports and WSS MPO ports
connected to FIM, refer to “Connecting or
disconnecting fiber-optic cables to or from
circuit packs” procedure in Installation -
General Information, 323-1851-201.0.
7 Clear any alarms that indicate a fiber break or disconnect, such as:
• Automatic Power Reduction Active
• Automatic Shutoff
• Input Loss of Signal
• Loss of Signal (OPTMON)
• Optical Line Fail
8 verify the fibers at the Line AMP NE or MPO Adjacency facility for any
reversed fiber connections and correct if necessary.
9 Verify that the provisioned values for ADJ-LINE Expected Far End Address
Format or Expected Far End Address are correct.


Step Action
10 Edit the provisioned values as appropriate to correct the expected values.

Refer to the “Editing facility parameters” procedure in Part 1 of Configuration
- Provisioning and Operating, 323-1851-310. For CDC MPOs, edit the TID
slot sequence in order to change the ADJ EFEA of the MPO. Refer to the
“Editing TID slot sequences” procedure in Part 2 of Configuration -
11 Check and clean any dirty fibers. Refer to the “Cleaning connectors” chapter
in Installation - General Information, 323-1851-201.0.
support group.
—end—
Figure 4-1
Line adjacency far-end address examples
Site F Site G
MLA MLA
slot 1 slot 2
8 In 5 Out
5 Out 8 In
Legend
Line adjacency ADJ-1-1-5
far end address SiteG-1-2-8
far end address SiteF-1-1-8
shelf slot port

Figure 4-2
MPO adjacency example for WSS Flex C-Band w/OPM 20x1 facility model

Procedure 4-4
Adjacency Mismatch
Alarm ID: 539
Probable cause
This alarm is raised against an ADJ-LINE facility when the Expected far-end
address parameter of the line adjacency is manually provisioned, but does
not match the discovered address (Actual Far End Address) listed for the
ADJ-LINE facility.
If the provisioned information is correct, mis-fibering can be the cause for this
alarm.
For CDC configurations, an MPO miscabling error where the Adjacency

Expected Far End Address does not match the Adjacency Actual Far End
Address and is not NULL, will cause the “Adjacency Mismatch” alarm to be
raised on the Adjacencies at both ends of the MPO cable.
This alarm will also raise if:

• the derived adjacencies from the TID slot sequence provisioning on the
FIM do not match the actual MPO cabling to the WSS Flex C-Band w/OPM
20x1 or CCMD8x16 circuit pack
• after deleting an unused WSS Flex C-Band w/OPM 20x1, CCMD8x16, or
CXM C-Band Type 1 circuit pack, you leave the MPO cables connected to
the deleted circuit pack
• after removing the circuit packs from the TID slot sequence, you leave the
MPO cables connected to the removed circuit pack.
• mis-fibering of the FIM3 and RLA
Note: This alarm can be raised momentarily when adding or deleting

channels on CDC and Coherent Select (CS) networks. The alarm is raised
due to temporary mismatch between the provisioned and discovered
wavelength and persists for the duration of the OTM tuning to the
provisioned wavelength.
This alarm is expected on network elements adjacent to network elements

undergoing a TID consolidation reconfiguration. These alarms clear after the
inter-shelf adjacencies are updated with the Node name.


Adjacency Mismatch
In the case of a line adjacency, the discovered far-end address is the

photonics circuit pack at the other end of the fiber span. Refer to Figure 4-3
on page 4-38 for an example of line adjacency far-end addresses.
This alarm is also raised against an ADJ-TX or ADJ-RX facility when either the
ADJ-TX or ADJ-RX facility has a discovered type that does not match the
transmitter or receiver type.
Change to the discovered type occurs when the expected far-end addresses
that establish the connection between the transmitter circuit packs and the
CMD44 ports have changed or the provisioning on the transmitter circuit pack
has changed.
Normally when the ADJ-TX or ADJ-RX facility has Auto Discovered set to
Auto, any change to the discovered type will be automatically populated to the
transmitter or receiver type. However, if the change happens while the ADJ-
TX or the ADJ-RX is managed by DOC (DOC Care is True), a cross-connect
exists, or if the “Synch Provisioned” parameter is false, this auto-population is
not possible and causes a mismatch.
Impact
Prerequisites
• know the correct far-end address for the alarmed adjacency
Step Action
1 If this alarm is raised against Then go to

an ADJ-LINE facility step 2
an ADJ-TX or ADJ-RX facility step 6
2 Using the network planning diagram, verify if the Expected far-end address
adjacency parameter is correct. Refer to the “Retrieving equipment and
facility details” procedure in Part 1 of Configuration - Provisioning and
Operating, 323-1851-310.


Adjacency Mismatch
Step Action
3 If the actual far-end address is Then

correct go to step 4
incorrect verify that the line-side fiber is correctly
connected. Go to step 5.
4 Edit the Expected far-end address and Expected far-end address format
adjacency parameters so that they match the Actual far-end address and
Actual far-end address Format listed for the ADJ-LINE facility. Refer to the
“Editing facility parameters” procedure in Part 1 of Configuration -
support group.
This procedure is complete.
6 Using the network planning diagram, verify that the actual far-end address
parameter is correct.
7 If the actual far-end address is Then go to
correct step 8
incorrect step 11
8 Verify that the transmitter circuit pack (that the ADJ actual far-end address
points to) is provisioned correctly. Correct the provisioning on the transmitter
circuit pack in order for it to match the ADJ Tx/Rx transmitter/receiver type.
9 Make sure that the “Synch Provisioned” parameter on the CMD44 ADJ-TX is
set to true.
support group. This procedure is complete.
11 If the actual far-end address is NULL, provision the correct expected far-end
address between the transmitter circuit pack and the CMD44 ADJ-TX port.
Otherwise, clear the SPLI match that is discovered by setting the expected
far-end address to NULL at the CMD44 ADJ-TX and transmitting circuit pack
(if it supports ADJ provisioning). Then reprovision with the correct expected
far-end address.
support group.
—end—

Figure 4-3
Line adjacency far-end address examples
Site F Site G
MLA MLA
slot 1 slot 2
8 In 5 Out
5 Out 8 In
Legend
far end address SiteG-1-2-8
far end address SiteF-1-1-8
shelf slot port

Procedure 4-5
Adjacency Provisioning Error
Alarm ID: 707
Probable cause
This alarm is raised against an ADJ facility when the inter-shelf provisioning
is missing, and there is a channel with an optical cross-connect or inter-
domain passthrough (over that adjacency or over the paired adjacency) in the
opposite direction.
This alarm is also raised against a DSCM adjacency facility that is provisioned
in the OTS when the OTS “Enhanced Topology” attribute is Enabled and the
DSCM does not have its DISP facility properly provisioned.
Note: If unpaired channels are to be used, you must provision inter-shelf

adjacencies in both directions.
The conditions that raise this alarm are as follows:

• a passthrough channel is provisioned, but the far-end address does not
match the discovered shelf
• an optical cross-connect is provisioned, but the far-end address does not
match a shelf at the same site and in a different domain
• the adjacency type does not match the circuit pack function (for example,
WSS w/OPM on a ROADM, CMD or LIM on a TOADM)
• a missing or incorrectly provisioned WSS to WSS adjacency
• a passthrough channel is provisioned at a TOADM, but a CMD for that
same group is provisioned or the inter-OTS adjacencies are missing or
they are incorrectly provisioned. In a TOADM configuration, the adjacency
corresponding to the CMD channel OUT port for that wavelength is
alarmed.
• provisioning an adjacency at only one end in an inter-OTS adjacency
configuration between a DIA LIM and COADM SMD.
• if no passthrough adjacency is provisioned on a ROADM, the alarm is
raised against all candidate passthrough ports. The alarm is cleared
against all candidate passthrough ports when a passthrough adjacency is
provisioned.


• a skip channel originating from a CMD44/ROADM is provisioned as

passthrough at a TOADM. This channel cannot be optically passed
through the node. For more information on unavailable skip channels, refer
to the table (unavailable 50 GHz channels) in the Photonic Layer Guide,
NTRN15DA.
• there was a change in the TID of the node after some adjacencies were
provisioned
Impact
Prerequisites
• have the engineering documentation package (EDP) for shelf details
Step Action
1 If this is a Then go to
ROADM site step 2
TOADM site step 6
2 Verify if the WSS-to-WSS adjacency in both directions are provisioned and

correct. If not, provision the missing or correct the incorrect actual far-end
address data.
3 If the facility with the alarm is provisioned properly, then verify the provisioned
far-end address and go to the corresponding facility to check the
provisioning. Refer to the “Retrieving equipment and facility details”
310.
Note: It can take up to two minutes for this alarm to clear once provisioning
has been resolved.
4 If the WSS-to-WSS adjacency Then go to
has not been manually provisioned or has an error step 5
is provisioned and correct step 11
5 Create or edit the WSS-to-WSS adjacency. Refer to the “Editing facility

Operating, 323-1851-310.
Go to step 11.


Step Action
6 Verify that the CMD-to-CMD adjacencies at the end of SCMD Cascading

Order are provisioned and correct.
In particular, for inter-OTS adjacencies, confirm that the Upgrade OUT to
Upgrade IN adjacencies for the cascading CMD are provisioned correctly.
Verify that the provisioned far-end address is correct. Select Configuration-
>Equipment & Facility Provisioning.
For intra-OTS adjacencies, confirm that the cascading SCMD order is
provisioned correctly. Select the Configuration->Photonic Services->SCMD
Cascading Order.
7 If the CMD-to-CMD adjacency at the end of the SCO Then go to
has an error step 8
is provisioned and correct step 11
8 Edit the CMD-to-CMD adjacency. See Configuration - Provisioning and

Operating, 323-1661-310.
9 Verify that CMDs are not provisioned for the same groups that are intended
to passthrough the site. If this occurs, the system must be re-engineered to
use a channel that does not drop at this site. See your EDP for more
information.
10 Verify that a skip channel is not provisioned to pass through this node. If it is,
de-provision the illegal channel and/or re-engineer the network.
Go to step 15.
11 If the alarm is raised against Then go to
a DSCM port step 12
the inter-OTS adjacency step 13
12 Check the DSCM has its DISP facility properly provisioned. Refer to the
“Retrieving equipment and facility details” procedure in Part 1 of
13 Check the inter-OTS adjacency is properly provisioned. Refer to the
14 Check if there is a TID changed on the local shelf. Refer to the “Displaying
node information” procedure in Administration and Security, 323-1851-301.
support group.
—end—

Procedure 4-6
Alarm Provisioning Near Limit
Alarm ID: 653
Probable cause
This alarm is raised when the number of VTs provisioned as monitored on a
given circuit pack is approaching the allowed limit.
Impact
Warning
Prerequisites
Step Action
1 Delete any provisioned VTs that are not required. Refer to the “Deleting path
cross-connects” procedure in Part 1 of Configuration - Bandwidth and Data
Services, 323-1851-320.
2 If the alarm does not clear, set the provisioning for another VT back to the
default profile.
3 If more VT provisioning is required, contact your network administrator to
determine your course of action.
—end—

Procedure 4-7
All Provisioned RADIUS Accounting Servers
Unavailable
Alarm ID: 1518
Probable cause
This alarm is raised when no response is received from any provisioned
RADIUS accounting server during a user-provisioned timeout.
This alarm is also raised when the RADIUS accounting server provisioning on
the network element is incorrect.
This security alarm is raised against an SP, SPAP-2 w/ 2xOSC, or an

integrated SP with an 8xOTN Flex MOTR circuit pack.
Impact
Prerequisites
Step Action
1 Disable the server on 6500.

2 Re-enable the server and log in or log out of the server.
3 If the alarm is raised again, disable the RADIUS accounting feature and log
in or log out of the server.
4 If the alarm is raised, ensure the following RADIUS accounting server
provisioning values on the network element are correct:
• server IP address
• server port
• shared secret
• timeout - if this value is too small the server may not be able to respond
quickly enough
Refer to the “Provisioning the primary or secondary RADIUS server”

procedure in Administration and Security, 323-1851-301.
5 Check the status of the RADIUS accounting server. Ensure the status is ON.


All Provisioned RADIUS Accounting Servers Unavailable
Step Action
6 Log in or log out of the network element.

This will send a RADIUS accounting message to all provisioned RADIUS
accounting servers. The alarm will clear if a response is received from the
server(s) within the provisioned timeout.
support group.
—end—

Procedure 4-8
All Provisioned RADIUS Servers Unavailable
Alarm ID: 582
Probable cause
• all requests to the primary and secondary RADIUS servers of a shelf
processor time out
• all requests to a RADIUS server of a shelf processor time out and only one
RADIUS server has been provisioned (primary or secondary)
If the All Provisioned RADIUS servers Unavailable alarm is raised and only a
single RADIUS server is provisioned (primary or secondary), provisioning the
second RADIUS server will cause the All Provisioned RADIUS servers
Unavailable alarm to clear and either the Primary RADIUS Server Unavailable
or Secondary RADIUS Server Unavailable alarm to be raised for the original
RADIUS server.
The alarm is not raised due to server time out.
If the alternate method for security is Challenge/Response, the user can log
in using the challenge response generated by Site Manger. The shared secret
is required to generate the correct response. If the alternate method for
security is Local, the user can log in using a local user ID and password.
Impact
Prerequisites
Step Action
1 Ensure the primary and secondary RADIUS servers of the shelf processor
are enabled and have a valid IP address. Refer to the “Provisioning the
primary or secondary RADIUS server” procedure in chapter 2 of
2 Log into the network element again using the RADIUS authentication
(centralized security administration).
support group.
—end—

Procedure 4-9
ALS Disabled
Alarm ID: 1112
Probable cause
This alarm is raised when the ALS feature has been disabled on a port.
CAUTION
Risk of personal injury
Disabling the ALS feature creates a potentially dangerous
situation since the laser no longer shuts down when a Loss of
Signal alarm is raised.
Impact
Prerequisites
Before you perform this procedure, you must observe all safety requirements
described in Installation - General Information, 323-1851-201.0 or Module
Replacement Procedures, 323-1851-545.
Step Action
1 Check whether ALS should be disabled on the circuit pack port.

If ALS should Then
be disabled no action is required
not be disabled go to step 2
2 Enable ALS on the port. Refer to the “Editing facility parameters” procedure
in Part 1 of Configuration - Provisioning and Operating, 323-1851-310.
support group.
—end—

Procedure 4-10
ALS Triggered - Laser is shutdown
Alarm ID: 1111
Probable cause
This alarm is raised to indicate the ALS feature has shutdown the laser after
detecting a Loss of Signal alarm.
Impact
Critical, service-affecting (C, SA) alarm for an active circuit pack
Major, non-service-affecting (m, NSA) alarm for an inactive circuit pack
Prerequisites
Before you perform this procedure, you must observe all safety requirements
described in Installation - General Information, 323-1851-201.0 or Module
Replacement Procedures, 323-1851-545.
Step Action
1 Identify the circuit pack/port raising the alarm and check whether a Loss of
Signal alarm is present on the same port. See Procedure 2-12, “Identifying
the circuit pack, pluggable module/port, or facility that has raised an alarm”
on page 2-40.
2 If a Loss of Signal alarm Then
is present on the port clear the Loss of Signal alarm, see the
“Loss of Signal” alarm clearing procedure
in Part 2 of this document
is not present on the port contact your next level of support or your
Ciena support group
support group.
—end—

Procedure 4-11
Automatic Power Reduction Active
Alarm ID: 542, 941, 1795
Probable cause
The APR alarm is raised against the input or Line A output port of an AMP,
VOA, or AMPMON facility. The APR condition is caused by a reflection
somewhere downstream from the AMP, VOA, or AMPMON facility. This
reflection can be caused by:
• dirty optical connectors
• improper optical cable mating
• a disconnected optical fiber at the amplifier output
• an optical fiber cut
• a degraded optical fiber
• a disconnected or missing termination
• misprovisioning of an amplifier resulting in excessive power being injected
into the mid-stage DSCM or fiber-plant
For amplifiers, Automatic Power Reduction (APR) indicates reflection at the

output. For RAMAN amplifiers, APR either indicates reflection at the input or
output depending on the location of the ORL problem.
When the ORL reading is not valid because the power into the backward
reflective monitor tap is too low and cannot be measured accurately, the ORL
PM reading(s) report “OOR”. The true ORL reading(s) cannot be determined
in this case.
Note: This alarm indicates a condition on the output port of an amplifier;

however, the alarm is raised against the input port of the corresponding
SLA, MLA, XLA, MLA L-Band, MLA C-Band, MLA2 w/VOA, SRA, or MLA3
C-Band circuit pack. Therefore, ensure you troubleshoot the appropriate
port. See the block diagrams of the amplifiers in Photonics Equipment,
323-1851-102.6.
Upon alarm recovery, no OTDR trace is run (different from APR on Line A In),
the RAMAN pumps are turned back on and traffic recovers. This alarm masks
the “Low Optical Return Loss” alarm on the AMPMON facility.


ATTENTION
As of Release 10.2, certain C-band amplifier circuit packs are supported in
MuxAmp configurations. The MuxAmp is used in some networks where
lower power interfaces (like the WL3n source) are used. This configuration
requires that the Shelf Processor disables the Automatic Power Reduction
(APR), otherwise APR may be triggered during normal operation. For this
reason these amplifiers are reclassified as Class 1M from IEC 60825-1.
When APR is disabled, clamping is added automatically to ensure safety.
Circuit packs that were originally manufactured with a Hazard Level 1

warning label can be re-labeled with the Level 1M label kit (part number 415-
2818-001).
The following C-band amplifier circuit packs may have a Hazard Level
1 warning label.
– NTK552AAE5, Single Line Amplifier (SLA C-Band), Revision 19 and lower
– NTK552BAE5, Midstage Line Amplifier (MLA C-Band), Revision 19 and lower
NTK552FAE5, Midstage Line Amplifier 2 (MLA2 C-Band), Revision 17 and

– lower
NTK552FB, Midstage Line Amplifier 2 (MLA2 C-Band) with variable optical

– attenuator (VOA), Revision 05 and lower
– NTK552GAE5, Midstage Line Amplifier 3 (MLA3 C-Band), Revision 06 and

lower
For more information and the procedure to apply the Level 1M label on these
circuit packs, see the chapter on observing product and personnel safety
guidelines in Installation - General Information, 323-1851-201.0.
For the SLA, MLA, XLA, MLA L-Band, MLA C-Band, and MLA3 circuit pack
AMP facility, or the MLA2 w/VOA circuit pack VOA facility, this alarm is raised
when the optical return loss (ORL) drops below a fixed threshold (17 dB).
When the ORL falls below the threshold, the system reduces the amplifier
output power level to minimize the danger of personal eye injury.
For the XLA, LIM, and SRA circuit packs, this alarm can be raised on the
AMPMON facility. The RAMAN state can be displayed using TL1 or Site
Manager. Possible RAMAN states are Normal/APR/Shutoff.


For an SRA circuit pack, this alarm is raised on the AMPMON facility if the total
input power (Line A In) is higher than 18.3 dBm (class 1M) and the ORL on
Line A Out is lower than 22 dB (fixed threshold, not provisionable). There is a
3 dB hysteresis, so the ORL needs to be greater than 25 dB for the alarm to
clear. There is no change to the input power for the Automatic Power
Reduction alarm on the RAMAN facility (Line A In). When the alarm is active,
the RAMAN pumps shutoff automatically.
Impact
Major, service-affecting (M, SA) alarm
Prerequisites
545
• have the engineering documentation package (EDP)
• have a fiber cleaning kit
• have a replacement module
Step Action
1 If this alarm Then

was raised as a result of no action is required. The alarm will clear
maintenance or SLAT that has when the maintenance activity or SLAT is
not been completed completed.
is unexpected go to step 2
2 Confirm that the amplifier's provisioning matches what is defined in the EDP.
The amplifier's provisioning can be checked by using the Configuration-
>Equipment and Facility Provisioning screen in Site Manager. Edit the power
level values as required. Refer to the “Retrieving equipment and facility
details” procedure in Part 1 of Configuration - Provisioning and Operating,
323-1851-310.


Step Action

4 If the alarmed amplifier is Then go to

Port 8 (Line A) step 5
otherwise step 9
5 Ensure that all LC/SC connectors located after the amplifier output are
properly mated. Verify this on both ends of the connector-mating receptacles.
7 Ensure that the termination plugs are present and are mated properly on
unused ports.


Step Action
9
DANGER
CAUTION
Never disconnect an optical fiber that is connected to
an active or powered up optical amplifier. To disconnect
or reconnect an optical fiber, make sure the optical
amplifier is out of service (OOS), then disconnect or
reconnect the fiber.
CAUTION
Place the alarmed AMP or RAMAN facility out of service (OOS) using the Edit
button in the Configuration->Equipment and Facility Provisioning screen of
Site Manager. For further instructions refer to the “Changing the primary state
of a facility” procedure in Part 1 of Configuration - Provisioning and Operating,
323-1851-310.
Note that for the MLA2V, you should place the amplifier with the same port
number as the alarmed VOA facility OOS.
10
CAUTION
Only disconnect the output fiber of the alarmed optical
amplifier. It is not necessary to disconnect any other
output fibers, which could affect service.
Disconnecting the Line B out fiber will impact traffic in

both directions, as this triggers Automatic Laser Shut
Off (ALSO).
Disconnect the output fiber of the alarmed optical amplifier, clean the output
fiber and connectors at the amplifier, then reconnect the fiber.


Step Action
11 Place the AMP or RAMAN facility back in-service (IS) using the Edit button in
the Configuration->Equipment and Facility Provisioning screen of Site
Manager. For further instructions refer to the “Changing the primary state of
a facility” procedure in Part 1 of Configuration - Provisioning and Operating,
323-1851-310.
Note that for the MLA2V, you should place the amplifier with the same port
number as the alarmed VOA facility IS.
13 You may have to clean a specific connector or connectors that may not be
immediately connected to the alarmed amplifier output. For information on
isolating connector losses, complete Procedure 2-16, “Locating a reflective
event”.
support group.
—end—

Procedure 4-12
Automatic Shutoff
Alarm ID: 590, 942
Probable cause
This alarm is raised against an AMP facility or SRA RAMAN facility when an
ALSO condition is triggered, and is raised against any amplifier that has been
shut off. An ALSO condition is cleared when the OSC receives a clean signal
or in case of SRA circuit pack, receives a clean telemetry signal from an
upstream network element.
The RAMAN state can be displayed using TL1 or Site Manager. Possible
RAMAN states are Normal, APR, or Shutoff.
Note: This alarm indicates a condition on the output port of an amplifier;

however, the alarm is raised against the input port of the corresponding
SLA/MLA C-Band, MLA L-Band, MLA2 C-Band, MLA2 w/VOA, SRA, XLA,
or MLA3 C-Band circuit pack. Therefore, ensure you troubleshoot the
appropriate port.
DANGER
Risk of radiation exposure
If light is used to test the broken fiber (for example, with a light
source or an OTDR), certain Automatic Laser Shut Off (ALSO)
and loss of signal alarms can clear. When the shelf detects
light, the alarms clear and the amplifier facility is powered up.
This is an expected behavior because a shelf cannot
distinguish between a light source from an optical test set and
a light source from a shelf.
Ensure the adjacent optical amplifiers are out of service (OOS)
when performing fiber repairs.
Impact
Prerequisites


Automatic Shutoff
Step Action
1 Complete the Optical Line Fail alarm clearing procedure in Part 2 of this
document.
support group.
—end—

Procedure 4-13
Automatic Shutoff Compromised
Alarm ID: 1775
Probable cause
This alarm is raised when the Rx/Tx fibers of the OSC on an SRA/SAM/ESAM
circuit pack are crossed at one or both ends of a photonic span.
For the SRA circuit packs, this alarm is raised when the OSC Tx fiber is
removed.
The alarm is also raised when the Tx power on the SFP is below the threshold
or if the transmitter is disabled.
Impact
Prerequisites
545
• have the engineering documentation package (EDP)
Step Action
1 Ensure that the OSC fibers are correctly connected at both ends of their
spans.
2 If the alarm does not clear, ensure that the transmitter is enabled. Check for
and clean any dirty fibers. Refer to the “Cleaning connectors” chapter in
support group.
—end—

Procedure 4-14
Automatic Shutoff Disabled
Alarm ID: 1035, 1746
Probable cause
This alarm is raised on AMP or OPTMON facilities when you set the ALSO
Disabled parameter to True through Site Manager for the AMP or OPTMON
facility. The AMP and OPTMON facility is put in this mode for certain
maintenance actions such as:
• recovery from ALSO in certain configurations
• check for ORL at SLAT Time
• during the nodal continuity testing
• initial turn up and recovery on a stretched span (for example: without
OSC)
This alarm is also raised temporarily when DOC performs a power audit.
During the power audit, DOC disables the automatic laser shutoff (ALSO)
feature on the XLA so that the XLA can generate amplifier noise (ASE) for the
SRA calibration. At the end of the power audit, DOC re-enables the automatic
laser shutoff feature and the alarm will clear.
CAUTION
During this procedure the fiber plant does not have to be
disrupted and the system remains a Class 1(IEC)/Class I
(FDA) product.
If the fiber downstream of the AMP Line A output connector
becomes disconnected accidentally while the “Automatic
Shutoff Disabled” alarm is active, the radiation at the exposed
fiber can be at hazard level 1M (IEC 60825-2). In this situation,
you must take all safety precautions appropriate to hazard level
1M (IEC 60825-2). The ORL-based APR safety mechanism
remains active.
Impact
Prerequisites
To perform this procedure, you require an account with a level 4 or higher user
privilege code (UPC).


Automatic Shutoff Disabled
Step Action
1 Make sure that the maintenance work has been completed.

2 Immediately after the maintenance work has been completed, enable Auto
Shutoff:
• Select Facilities -> AMP/OPTMON.
• Set the ALSO Disabled parameter to False in the AMP facility or
OPTMON facility.
This action clears the Automatic Shutoff Disabled alarm.

support group.
—end—

Procedure 4-15
Auto Protection Switch Acknowledge Time Out
Alarm IDs: 427, 428, 429, 430, 954, 1016, 1109, 1325, 1337, 1395, 1702
Probable cause
This alarm is raised for 1+1 OTN protection, 1+1/MSP linear, 1+1 port TPT,
and 1+1 TPT protection groups if an expected reverse request is not received
by the tail end of a switch within 50 ms.
This alarm can be raised if a local 6500 1+1/MSP linear protection group is set
to bidirectional mode and the far-end is operating in unidirectional mode.
Impact
Prerequisites
To perform this procedure, you must have the optical fiber/cable connection
information (that is, how the circuit packs on each network element connect to
other network elements and if applicable, how each OC-3 connects to the
DSM).
Step Action
1 Identify the circuit pack raising the alarm. Refer to the Procedure 2-12,
“Identifying the circuit pack, pluggable module/port, or facility that has raised
an alarm”.
2 Ensure the fibering of the network is done properly. If not, make changes to
correct the problem. If the alarm does not clear, continue with the next step.
3 From your company records, determine the correct switch mode for the link.
If the correct mode is Then go to
unidirectional step 4
bidirectional step 5
4 At the local network element, change the switch mode of the optical interface
pair identified in step 1. Refer to the “Changing the protection parameters for
a pair of facilities or equipment” procedure in Part 2 of Configuration -
Provisioning and Operating, 323-1851-310. Go to step 7.
Note: Changing the protection switch mode for one of the optical
interface circuit packs in a pair automatically changes the protection
switch mode for the other circuit pack in the pair.
5 Use the optical fiber/cable connection information to identify the network
element and optical interface modules that are on the remote end of the link.


Auto Protection Switch Acknowledge Time Out
Step Action
6 Log into the remote network element and change the mode of the optical
interface modules to bidirectional.
support group.
—end—

Procedure 4-16
Autoprovisioning Mismatch
Alarm ID: 60
Probable cause
• a circuit pack is installed in an unprovisioned slot that does not support
that circuit pack. For example, a photonic circuit pack inserted in a slot
reserved by an OTS for a different EQPT type. There is no effect on shelf
operations.
• more than the expected number of circuit packs on a shelf are provisioned.
For example, more than four WSS w/OPM circuit packs in a 14-slot shelf
type.
• a SCMD4 variant that is identical to one that is already provisioned in the
OTS is inserted into a slot that is reserved for a SCMD4 in that OTS.
• a 40G, 100G or ULH circuit pack is inserted in a non-40G/100G shelf type.
When auto equipping is disabled, this alarm is not raised if you install a circuit
pack in an unprovisioned slot that does not support that circuit pack.
Impact
Prerequisites
545
• if necessary, obtain a replacement circuit pack or a filler card
Step Action
an alarm”.
2 Make sure you do not have more than two 2xOSC circuit packs or more than
four WSS w/OPM circuit packs installed in the shelf.
4 Verify whether the slot is reserved by an OTS for a different equipment type.


Autoprovisioning Mismatch
Step Action
5 If Then go to
the alarmed slot is reserved by an OTS for a different step 6
equipment type
otherwise step 7
6 You can edit the OTS instance using the OTS Management application to
release the slot. Then go to step 9.
If you do not want to edit the OTS instance, go to step 10.
7 If Then go to
the circuit pack in the alarmed slot is a spare circuit pack you step 8
want to store in that slot
otherwise step 10
8 Disable auto equipping for the alarmed slot. Refer to the “Enabling/disabling
slot-based automatic equipping” procedure in Administration and Security,
323-1851-301.
9 Reseat the circuit pack in the same slot. Refer to the equipment replacement
procedures in chapter 2 of Fault Management - Module Replacement, 323-
1851-545. Go to step 11.
10 Remove the circuit pack in the alarmed slot and replace it with a circuit pack
that is supported in the slot (refer to the “Shelf circuit packs and slot numbers”
table in chapter 1 of Planning - Ordering Information, 323-1851-151), a circuit
pack of the correct equipment type, or a filler card. Refer to the equipment
Replacement, 323-1851-545.
support group.
—end—

Procedure 4-17
Alarm ID: 343
Probable cause
This alarm is raised when an SFP/SFP+/XFP/CFP/DPO installed in an
unprovisioned port of a circuit pack is not supported for that circuit pack.
When auto equipping is disabled, this alarm is not raised.
Impact
Minor, non-service-affecting (m, NSA) alarm for an inactive pluggable
Critical, service-affecting (C, SA) alarm for an active pluggable
Prerequisites
545
• obtain a supported replacement SFP/SFP+/XFP/CFP/DPO for the
corresponding circuit pack (refer to the “Supported SFP/SFP+/XFP/CFP/
DPO modules for interface circuit packs” table in chapter 7 of 6500
Planning, NTRN10DE)
Step Action
an alarm”. The Unit field in the Active Alarms application specifies the circuit
pack, shelf ID, circuit pack slot, and SFP/SFP+/XFP/CFP/DPO port using the
following format:
<circuit pack>-<shelf-id>-slot#-SFP/SFP+/XFP/CFP/DPO port#
CAUTION


Step Action
2 Replace the SFP/SFP+/XFP/CFP/DPO you identified in step 1 with a

supported SFP/SFP+/XFP/CFP/DPO. Refer to the “Replacing an SFP/SFP+/
XFP/CFP module” or “Replacing an OC-48/STM-16 DWDM plug-in optics
(DPO) module” procedure in Fault Management - Module Replacement, 323-
1851-545.
support group.
—end—

Procedure 4-18
AutoRoute Configuration Mismatch
Alarm ID: 1262
Probable cause
• the Autoroute OTS parameter values are not provisioned consistently in
the channel access OTS instances at a site and/or within a domain.
• a mismatch is detected among the channel access OTS instances at site.
The detection is limited by the connectivity among the shelves at the site.
For example, the availability of TR records from the other shelves.
The alarm is raised against the OTS instances where the Autoroute parameter
value is Enable.
Impact
Prerequisites
To perform this procedure, you must observe all safety requirements
described in “Observing product and personnel safety guidelines” chapter in
Installation - General Information, 323-1851-201.0 or Fault Management -
Module Replacement, 323-1851-545.
Step Action
1 Use the Site Manager “OTS Management” or “Photonic Configuration”

applications to set the OTS Autoroute value to the same value in all the OTSs
within the node and within each of the optical domains that this node
participate. Refer to the “Editing an OTS instance in the OTS Management
application” procedure in Part 2 of Configuration - Provisioning and
Operating, 323-1851-310.
The OTS Autoroute parameter is only applicable to Channel Access OTS
types (for example; ROADM, DIOADM, COADM, TOADM, and GOADM). It is
not applicable to other OTS types such as AMP and DGE.
support group.
—end—

Procedure 4-19
Backplane ID Module 1/2 Failed
Alarm IDs: 679, 680
Use this procedure to clear the following alarms:
• Backplane ID Module 1 Failed
• Backplane ID Module 2 Failed
Probable cause
This alarm is raised when the shelf identifier unit 1 or unit 2 on the backplane
has failed, is missing, has invalid data, or cannot be read.
The “Backplane ID Module 2 Failed” alarm is also raised when the shelf
identifier unit 2 on the backplane detects a Mismatch between SID1 and SID2.
Impact
Prerequisites
To perform this procedure, you must have an electrostatic device (ESD)
ground strap.
Step Action
2 If Then go to
the shelf has 2 shelf processors with protection step 6
provisioned
otherwise step 3
3 Cold Restart the shelf processor. Wait five minutes for the shelf processor to
restart. Refer to Procedure 2-11, “Restarting a circuit pack or shelf processor”
on page 2-30.
4 If the alarm is Then go to
cleared This procedure is complete.
not cleared step 5
5 Reseat the shelf processor. Wait five minutes for the shelf processor to
restart. Refer to the “Reseating a circuit pack” procedure in Fault
Management - Module Replacement, 323-1851-545. Go to step 15.


Backplane ID Module 1/2 Failed
Step Action
6 Perform a manual shelf processor protection switch. Refer to the “Operating

a protection switch” procedure in Part 2 of Configuration - Provisioning and
Operating, 323-1851-310.
7 If the alarm is Then go to
cleared step 8
not cleared step 9
8 Perform a protection switch to switch back to the originally active SP (if

needed). This procedure is complete.
9 Cold Restart the Standby SP. Wait five minutes for the shelf processor to
restart.
10 If the alarm has not cleared, perform another manual shelf processor
protection switch. Refer to the “Operating a protection switch” procedure in
11 Cold Restart the Standby SP and wait 5 minutes.
12 If the alarm has not cleared, re-seat the standby shelf processor and wait 5
minutes. Refer to the equipment replacement procedures in chapter 2 of Fault
Management - Module Replacement, 323-1851-545.
13 If the alarm is Then
cleared This procedure is complete.
14 Reseat the active shelf processor. This will cause an automatic shelf
processor protection switch. Wait five minutes for the shelf processor to
restart. Refer to Procedure 2-11, “Restarting a circuit pack or shelf processor”
on page 2-30” in Fault Management - Module Replacement, 323-1851-545.
support group.
—end—

Procedure 4-20
Bandwidth Oversubscribed
Alarm IDs: 1767
Probable cause
This alarm is raised when a Holding Priority Bandwidth on an OSRP link is
reduced below zero relative to the Maximum Available Bandwidth on the link.
This can occur during SNC Preemption or a Reserved Home Path Bandwidth
on the link or if an OSRP line is removed/deleted from the OSRP link where
the available link bandwidth would become negative.
Impact
Prerequisites
Step Action
1 Change the Holding Priority Bandwidth on a link to zero or greater than zero
by adding more lines to the link to increase the available bandwidth or reduce
the bandwidth usage by re-grooming/rerouting some SNCs on the link to a
different path or different Home Path. Refer to the OSRP provisioning
procedures in chapter 1 of Configuration - Control Plane, 323-1851-330.
support group.
—end—

Procedure 4-21
Battery Low
Alarm IDs: 1820
Probable cause
This alarm is raised against the 4x10G OTR w/Encryption (NTK530QE) circuit
pack when the on-board battery has to be replaced.
Note: The NTK530QE variant of 4x10G OTR circuit pack has an on-board
SR44 type battery that is used to protect sensitive material. Ciena
recommends using the Renata 357 battery or one with similar
specifications (1.55 V nominal voltage, 190 mAh capacity and an
operating temperature of 0 °C to 60 °C). For security-related information
on the NTK530QE, refer to Encryption and FIPS Security Policy Overview
and Procedures, 323-1851-340.
Impact
Prerequisites
545.
• have a replacement battery
Step Action
CAUTION
Before replacing the battery, ensure the 4x10G OTR w/
Encryption (NTK530QE) circuit pack is powered up in a
chassis for at least one hour. Otherwise, the circuit
pack will become non-functional upon removal of the
battery.
1 Remove circuit pack from chassis. Refer to the “Replacing an optical interface
circuit pack” procedures in chapter 2 of Fault Management - Module


Battery Low
Step Action
2 Replace the old battery with a new battery. Use a Renata 357 (Renata
SR1154W) or equivalent battery for the replacement. The new battery must
be put in within an hour. Refer to the “Changing the battery” procedure in
Encryption and FIPS Security Policy Overview and Procedures, 323-1851-
340.
3
CAUTION
The 4x10G OTR (NTK530QE variant) circuit pack
requires a valid Time of Day (TOD) in order to perform
the certificate validation before bringing up traffic. The
TOD information is received from the SP on every
circuit pack restart.
If the 4x10G OTR (NTK530QE variant) circuit pack is

reseated while an SP is not present, then traffic will not
recover automatically on this circuit pack until the SP is
available to provide the system TOD. Ensure the SP is
installed in the chassis before you replace the 4x10G
OTR circuit pack.
Insert the circuit pack back into the chassis.

support group.
—end—

Procedure 4-22
BW Lockout Configured
Alarm IDs: 1771
Probable cause
This alarm is raised when a bandwidth lockout is applied against both ends of
an OSRP line intended for maintenance activities. The alarm will be cleared if
either end of the line becomes bandwidth unlocked.
Impact
Prerequisites
To perform this procedure, you must use an account with a level 3 or higher
UPC.
Step Action
1 Select the required network element in the navigation tree.

2 From the Configuration menu, select Control Plane: OSRP Provisioning.
3 Select the Lines tab.
4 Select the required shelf, containing link identifier, common line identifier,
neighboring node, neighboring link identifier, and neighboring common line
identifier from the drop-down lists.
5 Click Retrieve.
6 Select the OSRP line you want to edit from the OSRP line table.
7 Click Edit to open the Edit OSRP Line dialog box.
8 Disable (uncheck) OSRP bandwidth lockout by unchecking the Bandwidth
lock out check box.
support group.
—end—

Procedure 4-23
Cable Trace Compromised
Alarm ID: 1850
Probable cause
This alarm is raised when there is a hardware malfunction on the Smart
Connect Module (SCM) on the Fiber Interconnect Module (FIM).
The alarm can also be raised against the WSS Flex C-Band w/OPM 20x1 or
the CCMD8x16 circuit pack.
Impact
Step Action
1 Identify the circuit pack or module raising the alarm. Refer to Procedure 2-12,
an alarm” on page 2-40.
CAUTION
Replacement of the FIM, WSS Flex C-Band w/OPM
20x1, or CCMD8x16 is service affecting. If the alarm is
unexpected, contact your next level of support or your
Ciena support group before replacing the circuit pack
or module.

the WSS Flex C-Band w/OPM 20x1 or step 3
CCMD8x16
FIM step 4
3 Replace the WSS Flex C-Band w/OPM 20x1 circuit pack or CCMD8x16
module. Refer to the “Replacing the WSS w/OPM or SMD 50GHz w/OPM
circuit pack” or “Replacing a CCMD12, CCMD8x16 C-Band 1xCXM, C-Band
or SCMD4 circuit pack” procedure in Fault Management - Module
Replacement, 323-1851-545. Go to step 5.
4 Replace the FIM. Refer to “Replacing a Fiber Interconnect Modules (FIM)”
procedure in Fault Management - Module Replacement, 323-1851-545.
support group.
—end—

Procedure 4-24
Calibration Required
Alarm ID: 1716
Probable cause
This alarm is raised when calibration of the RAMAN amplifier is required.
Impact
Step Action
1 Perform a manual calibration on the RAMAN amplifier. The alarm clears when
the calibration is successful. Refer to the “Performing a manual power audit”
310.
Note: This alarm also clears If the RAMAN Pump Mode is set to MANUAL
or MAXGAIN.
support group.
—end—

Procedure 4-25
CCM Error
Alarm ID: 1208
Probable cause
This alarm is raised against a Maintenance Association (MA) entity when a
Maintenance End Point (MEP) receives at least one Continuity Check
Message (CCM) with an incorrect transmission interval, or same MEPID as
the receiving MEP, or with unknown MEPID (but the MA and MD level are
correct).
Note: It takes 3.5 times the “incorrect transmission interval received” to

clear the alarm. If the “incorrect transmission interval received” is 10
minutes (maximum value allowed), it will take approximately 35 minutes to
clear the alarm once the problem is fixed.
Impact
Major, Service-affecting (M, SA) alarm
Step Action
1 Verify the MEPs on both nodes (local MEP and the remote MEP) are
transmitting CCM with the same CCM interval value. Refer to the “Data
services Ethernet OAM provisioning” chapter in Part 3 of Configuration -
Bandwidth and Data Services, 323-1851-320.
2 If the CCM interval values are different, ensure that the service is not cross-
connected to another service.
Note: If there are multiple RMEPs, use the "RTRV-MEP-DEFECTS2" TL1
command (or) the Defects tab in Ethernet OAM provisioning window in Site
Manager to isolate the alarm condition against a specific RMEP.
support group.
—end—

Procedure 4-26
Certificate About to Expire
Alarm ID: 1817
Probable cause
pack to indicate a certificate in the SecureID will expire in 90 days.
For the 4x10G OTR w/Encryption (NTK530QE) circuit pack, X.509 certificates
are used for authentication in datapath encryption and web access using the
encryption management interface (MyCryptoTool). A Certificate Authority
(CA) issues a certificate with a given expiry date.
Impact
Warning
Step Action
1 Connect to MyCryptoTool and check the validity period of X.509 certificates

on the circuit pack to determine which certificate is about to expire. Refer to
the “Viewing the entity certificate” procedure in Encryption and FIPS Security
Policy Overview and Procedures, 323-1851-340.
2 Perform the certificate enrollment process to renew the certificate that is
about to expire.
a. If the Data Encryption certificate is about to expire, follow the “Performing
Data Encryption Certificate Enrollment” procedure in Encryption and
FIPS Security Policy Overview and Procedures, 323-1851-340.
b. If the Web Access certificate is about to expire, follow the “Performing
Web Access Certificate Enrollment” procedure in Encryption and FIPS
Security Policy Overview and Procedures, 323-1851-340.
support group.
—end—

Procedure 4-27
Certificate Expired
Alarm ID: 1818
Probable cause
pack to indicate a certificate in the SecureID has expired.
encryption management interface (MyCryptoTool). A Certificate Authority
(CA) issues a certificate with given expiry date. If the time of day on the circuit
pack passes the certificate expiry date, this alarm is raised.
If the “Re-Authentication Failure Mode” is set to “Drop” when the datapath

encryption certificate is expired, traffic is impacted.
If the Web Access certificate is expired, access to the MyCryptoTool is

maintained.
Impact
Critical, service-affecting (C, SA) alarm
Step Action
1 Connect to MyCryptoTool and check the validity period of X.509 certificates

on the circuit pack to determine which certificate is expired. Refer to the
“Viewing the entity certificate” procedure in Encryption and FIPS Security
Policy Overview and Procedures, 323-1851-340.
2 Perform certificate enrollment process to renew the certificate that is expire.
a. If the Data Encryption certificate is about to expire, follow the “Performing
Data Encryption Certificate Enrollment” procedure in Encryption and
FIPS Security Policy Overview and Procedures, 323-1851-340.
b. If the Web Access certificate is about to expire, follow the “Performing
Web Access Certificate Enrollment” procedure in Encryption and FIPS
support group.
—end—

Procedure 4-28
Channel Contention
Alarm ID: 1860, 1870
Probable cause
This alarm is raised against the line facility of 100G WL3 OCLD, 100G FLEX2
OCLD, 100G WL3n MOTR, 100G WL3e OTR, Flex 2 WL3e OCLD, or Flex 3
WL3e OCLD circuit packs when the provisioned wavelength/frequency is
already in use and is detected by the circuit pack.
Impact
Prerequisites
• observe all safety requirements described in “Observing product and
personnel safety guidelines” chapter in Part 1 of Installation, 323-1851-
201.0 or Fault Management - Module Replacement, 323-1851-545
• have the fiber connection information (that is, how the optical modules on
each network element connect to other network elements)
• if required, obtain a replacement circuit pack
Step Action
1 Identify the facility in “Channel Contention”. Refer to the “Identifying the circuit
pack, pluggable module/port, or facility that has raised an alarm” procedure
in Part 1 of this document.
2 If Then go to
the reported Echo Trace value is not “unknown” or the step 5
wavelength is already in use on the network
otherwise step 3


Channel Contention
Step Action
3 Check and ensure the following provisioning information is correct on the

card:
• Modulation Format matches the other end of the link.
• ENM is matching the other end of the link.
• Differential coding matches the other end of the link.
• If the upstream Tx is turned on, the channel is equalized by DOC.
If all the provisioning information above is correct and the alarm is still active,
then disable Channel Contention Detection.
4 If the original alarm is Then
5 Reprovision the facility wavelength to an available wavelength/frequency.

Refer to the “Retrieving equipment and facility details” and “Editing facility
parameters” procedures in Part 1 of Configuration - Provisioning and
Operating, 323-1851-310.
6 If the original alarm is Then
7 If the alarm is not clear and the facility wavelength is not already in use on the
network, disable Channel Contention Detection. Refer to the “Retrieving
equipment and facility details” and “Editing facility parameters” procedures in
support group.
—end—

Procedure 4-29
Channel Controller: Failure Detected
Alarm ID: 709
Probable cause
This alarm is raised against a WSS w/OPM circuit pack when the WSS
controller is unable to function properly. Conditions that can cause this alarm
include:
• the WSS w/OPM circuit pack has failed
• there is a loss of signal on one of the channels carried by the WSS w/OPM
circuit pack
• the OPM is not provisioned against LIM (SLA, MLA C-Band, MLA2 C-
Band, MLA2 w/VOA, MLA3 C-Band, LIM C-Band) monitor ports (there is
an adjacency provisioning error)
• the WSS w/OPM circuit pack provisioning data is invalid
• the fibers to the WSS w/OPM circuit pack monitor ports are crossed or
connected to a wrong OSC card
Note: Use optical terminators on unused input faceplate connectors of

installed WSS w/OPM circuit packs. If dust caps are used instead of
optical terminators on “Switch In” ports, PMs can be reported against the
ports and the ports may appear in-service.
Impact
Prerequisites
• have the engineering documentation package (EDP) containing shelf
details
• have a replacement circuit pack if required
• have an electrostatic device (ESD) ground strap


Step Action
1 Check for and clear any active Circuit Pack Failed alarm if raised against the
WSS w/OPM circuit pack.
3 Check for and clear any of the following adjacency alarms:

• Adjacency Mismatch
• Adjacency Far End Not Discovered
5 Check for and clear any of the following alarms on all network elements
before clearing the Channel Controller: Failure Detected alarm:
• Loss of Signal
• Output Loss of Signal
• Shutoff Threshold Crossed
• Channel Controller: Unexpected Loss Detected
7 Verify the LIM (SLA, MLA C-Band, MLA2 C-Band, MLA2 w/VOA, MLA3 C-
Band, LIM C-Band) adjacency of the LIM monitor port to ensure that the
Expected far-end address field has the correct WSS OPM module port
listed, and that the corresponding Adjacency type field has the correct
adjacency type listed (OPM). Refer to the “Retrieving equipment and facility
323-1851-310.


Step Action
9 Verify the derived OPM to LIM adjacency. Check the OPM adjacency of the
OPM monitor port to ensure that the Expected far-end address field has the
correct LIM module port listed, and that the corresponding Adjacency type
field has the correct adjacency type listed (LIM). Refer to the “Retrieving
equipment and facility details” procedure in Part 1 of Configuration -
11 Verify that the CHC facilities associated with the WSS w/OPM circuit pack
have the correct Switch Selector provisioned. Correct any discrepancies.
Operating, 323-1851-310.
13 Check the Secondary State of the CHC facilities associated with the WSS w/
OPM circuit pack. Refer to the “Retrieving equipment and facility details”
310.
If only certain (not all) CHC facilities indicate a FAF condition (facility failure),
this can indicate a problem with the channel(s) added from a CMD44 module.
15 Check the shelf-to-shelf association. The Associated OTS field should list
the adjacent OTS (TID-shelf-instance), and the Actual Associated OTS
should be the same as the Associated OTS. Refer to the “Retrieving OTS
Management, OTS Equipment, and Facility Details” procedure in Part 2 of
16 If the Then
Associated OTS shows the incorrect correct the Associated OTS field
adjacent OTS
Actual Associated OTS is not the verify the inter-shelf
same as the Associated OTS communications
17 If necessary, repeat step 15 and step 16 on each adjacent shelf.


Step Action

19
CAUTION
Verify that all LIM (SLA, MLA C-Band, MLA2 C-Band, MLA2 w/VOA, MLA3 C-
Band, LIM C-Band) to OPM fibers are connected to the correct ports and that
the fiber is clean. Refer to cleaning connectors procedures in Installation -
General Information, 323-1851-201.0.
21 Perform a warm restart on the WSS w/OPM circuit pack. Refer to

Procedure 2-11, “Restarting a circuit pack or shelf processor” on page 2-30.
23
CAUTION
A cold restart on an unprotected circuit pack causes
traffic loss. A cold restart on an active protected circuit
pack causes a protection switch that impacts traffic.
Perform a cold restart on the WSS w/OPM circuit pack. Refer to Procedure 2-
11, “Restarting a circuit pack or shelf processor” on page 2-30.
support group.
—end—

Procedure 4-30
Channel Controller: Unexpected Loss Detected
Alarm ID: 877
Probable cause
This alarm is raised against a Selective Mux/Demux (SMD) 50 GHz C-Band
8x1 or WSS w/OPM circuit pack when the WSS controller is unable to function
properly. Conditions that can cause this alarm include:
• the WSS w/OPM circuit pack has failed
• the difference between the expected loss and the measured loss is greater
than 6 dB
• there is a loss of signal on one of the channels carried by the WSS w/OPM
circuit pack
• wrong wavelength provisioning of channels
• the OPM is not provisioned against LIM (SLA, MLA C-Band, MLA2 C-
Band, MLA2 w/VOA, MLA3 C-Band, LIM C-Band) monitor ports (there is
an adjacency provisioning error)
• the WSS w/OPM circuit pack provisioned data is invalid
• the fibers to the OPM monitor ports are crossed or connected to a wrong
OSC card
• the transmitter power at the CMD44 ingress port is not within +/- 3 dBm of
the provisioned Max/Typical Launch Power for that Tx adjacency. The
alarm is raised on managed channels that have this unexpected power
level, or on inactive channels that are being manually pre-checked with
this unexpected power level. This condition only applies to the CMD44
module.
• this alarm will be raised against the WSS, if there is a fiber break between
a CMD44 common out (or a BMD2 common out, or a WSS switch output)
and the corresponding WSS switch input port.
• there is a problem with the SMD switch out to CCMD12 common in fiber,
the DIA LIM Line B Monitor to DIA WSS monitor in fiber, or the CCMD12
monitor to SMD OPM fiber.


For a CDC configuration, the alarm is raised when there is a failure on WSS
Flex C-Band w/OPM 20x1 circuit pack

Impact
Prerequisites
details
• have a replacement circuit pack if required
Step Action
1 If the alarm Then go to

is raised against the WSS circuit pack step 2
is raised against the SMD circuit pack step 3
otherwise step 9
2 At the WSS site, check the CHC facility status against the affected WSS
equipment. Note that in Site Manager you can click the switch selector
column to sort the channels by port.
3 Check for channels with a secondary state of SGEO. Refer to the “Primary
and secondary states” section in Part 1 of Configuration - Provisioning and
Operating, 323-1851-310.


Step Action
4
CAUTION
Verify whether all channels from a particular port, or just a subset are
affected. If all channels on a switch port are SGEO, then there is a problem
with the fiber connection between the WSS switch input port and the
connected equipment (CMD44, BMD2, or WSS). If a subset (or single)
channel on a particular switch port are SGEO, and the channel is not locally
added at that node, then this may indicate a WSS hardware fault. Replace the
WSS circuit pack. Refer to the “Replacing the WSS w/OPM or SMD 50GHz
w/OPM circuit pack” procedure in Fault Management - Module Replacement,
323-1851-545.
5 For the SMD circuit pack, if all pixels on a given switch are SGEO and it is in
the demux direction, check the fiber between the SMD switch out and the
CCMD12 common in. Check the DIA LIM LINE B OPM fiber. Check the
CCMD12 monitor to SMD OPM fiber.
7 Verify the facility and equipment secondary state of the connected

equipment. Refer to the “Primary and secondary states” section in Part 1 of
8 If secondary states such as Supporting entity outage, FAF, Auto in-service, or
SGEO exist, verify the failure. See the “Facility secondary states” table in
Part 1 of Configuration - Provisioning and Operating, 323-1851-310 for
description of each failure.
9 Check for and clear any active Circuit Pack Failed alarm raised against the
WSS w/OPM circuit pack.
11 Check for and clear any of the following adjacency alarms:



Step Action

before clearing the Channel Controller: Failure Detected alarm:
• Loss of Signal

15 Check the wavelength provisioning of the line cards to make sure that it
matches the wavelength of the CMD port the card is connected to. Refer to
the “Retrieving equipment and facility details” procedure in Part 1 of
For OTM2, OTM3 or OTM4 parameters, refer to the “OTM2 facility
parameters” table, “OTM3 facility parameters” table, or “OTM4 facility
parameters” table in Part 1 of Configuration - Provisioning and Operating,
323-1851-310.
17 Verify the LIM (SLA, MLA C-Band, MLA2 C-Band, MLA2 w/VOA, MLA3 C-
Band, LIM C-Band, XLA) adjacency of the LIM monitor port to ensure that the
Expected far-end address field has the correct WSS OPM module port
listed, and that the corresponding Adjacency type field has the correct
adjacency type listed (OPM). Refer to the “Editing facility parameters”
310.


Step Action
Refer to the “ADJ/ADJ-LINE/ADJ-TX/ADJ-RX/ADJ-FIBER facility

parameters” table in Part 1 of Configuration - Provisioning and Operating,
323-1851-310.
19 Verify the derived OPM to LIM adjacency. Check the OPM adjacency of the
WSS OPM monitor port to ensure that the Expected far-end address field
has the correct LIM module port listed, and that the corresponding
Adjacency type field has the correct adjacency type listed (LIM). Refer to the
21 Check the shelf-to-shelf association. The Associated OTS field should list
the adjacent OTS (TID-shelf-instance), and the Actual Associated OTS
should be the same as the Associated OTS. Refer to the “Retrieving OTS
Management, OTS Equipment, and Facility Details” procedure in Part 2 of
22 If the Then
Associated OTS shows the incorrect correct the Associated OTS field
adjacent OTS
Actual Associated OTS is not the verify the inter-shelf
same as the Associated OTS communications
23 If necessary, repeat step 21 and step 22 on each adjacent shelf.

25 Verify that all LIM (SLA, MLA C-Band, MLA2 C-Band, MLA2 w/VOA, MLA3 C-
Band, LIM C-Band, XLA) to WSS OPM fibers are connected to the correct
ports. Refer to the EDP. Verify that the fiber is clean. Refer to “Cleaning
connectors” procedure in Installation - General Information, 323-1851-201.0.


Step Action
27 Using the Domain Optical Controller (DOC) application, check for channels
that have a channel condition of “Pre-Check Fail” or “Fault Detected”. From
the Site Manager window, click on Configuration - Domain Optical
Controller (DOC) window and verify channel condition. If these channel
conditions are the cause of this alarm, the DOC Action: Fault Detected alarm
will be raised.
28 Check the DOC logs to determine which channel has the unexpected ingress
power. (From the Site Manager window, click on Configuration - Domain
Optical Controller (DOC) window and then select DOC Logs button in Site
Manger.) For this channel, verify (and if necessary, adjust) the power level at
the source.
30 Perform a warm restart on the WSS w/OPM circuit pack. Refer to

32
CAUTION
Perform a cold restart on the WSS w/OPM circuit pack. Refer to

support group.
—end—

Procedure 4-31
Channel Degrade
Alarm ID: 1283
Probable cause
This alarm is raised when the WSS (or SMD) CHC facility ‘Derived Input
Power’ is less than the value of ‘Reference Input Power Profile’ minus the
‘Minor or Major Degrade Threshold’.
The Minor Degrade Threshold defaults to 3 dB and can be user-provisioned

between 0 to 30 dB using the Site Manager Node Information application and
the Systems settings.
Note: Major Degrade Threshold must be greater than the Minor Degrade
Threshold. An attempt to edit major degrade threshold lower than minor
degrade threshold, will be blocked by the system
For a CDC configuration, the minor degrade alarm is raised as follows. For a
WSS Flex C-Band w/OPM 20x1 configured as:
• a ROADM WSS w/OPM, the alarm is raised when the derived input power
for the WSS w/OPM Demux CHC facility is greater than 3 dB below the
reference input power.
• an upgrade WSSOPM, the alarm is raised when the derived input power
for the WSS w/OPM Mux or Demux CHC facility is greater than 3 dB below
the reference input power.
The Major Degrade Threshold defaults to 6 dB and can be user-provisioned

between 0 to 30 dB. A description of the function follows.
The “Reference Input Power Profile” parameter displays a referenced or

baselined value for the Derived Input Power parameter. This power profile
helps determine how the channel power changes over time. The power profile
is system reset after a capacity change (a channel add or delete) or can be
user reset using the “Reset Power Profile” button in the Equipment and Facility
Provisioning application or can be user reset using the Reset TCA Baselines
button in the DOC application.
If a channel is found to be below its previously stored value by more than a

threshold, a minor degrade alarm is raised and the CFS is updated for that
channel.


Channel Degrade
The system behavior due to a change in “Derived Input Power”

• up to 3 dB low in derived input power results in no alarms or CFS change.
Re-optimize the channels.
• 3 to 6 dB low in derived input power results in the Channel Degrade (minor,
NSA) alarm, the CFS set to “Degrade Minor”, the channel dropped from
the control list, hold channel at current pixel setting
• 6 dB low in derived input power results in the Channel Degrade (minor,
NSA) alarm, the CFS set to “Degrade Major”, the channel dropped from
control list, hold channel at current pixel setting
On a CHC facility of a WSS in a ROADM OTS (or DIA OADM OTS), or on a
CHC facility of an SMD in a COADM OTS, if:
• the ‘Derived Input Power’ of a channel is less than the value of ‘Reference
Input Power Profile’ minus the ‘Minor Degrade Threshold’, then the
‘Channel Degrade’ minor, NSA alarm is raised. This triggers the freezing
of the pixel of the affected channel on the WSS (or SMD) circuit pack. The
Channel Fault Status (CFS) in the DOC application displays ‘Degrade
Minor’ when the Minor degrade condition exists on the affected channel.
• the ‘Derived Input Power’ of a channel is less than the value of ‘Reference
Input Power Profile’ minus the ‘Major Degrade Threshold’, then the
‘Channel Degrade’ minor, NSA alarm is raised. This triggers the freezing
of the pixels of the affected channels on the WSS (or SMD) circuit pack.
The Channel Fault Status (CFS) in the DOC application displays ‘Degrade
Major’ when the Major degrade condition exists on the affected channel.
Note that one Channel Degrade alarm is raised per affected channel, which
means more than one ‘Channel Degrade’ alarm can be raised against the
same WSS (or SMD) equipment.
It is strongly recommended that the Minor Degrade and Major Degrade

Thresholds remain at their default values.
Any drop in power that occurs prior to the WSS input could lead to the degrade
condition.

Impact


Channel Degrade
Prerequisites
• have the optical fiber/cable connection information (that is, how the circuit
packs on each network element connect to other network elements)
• have an optical power meter with the same optical connectors as the
network element
545
Step Action
1 Identify the circuit pack raising the alarm. Refer to the “Identifying the circuit
in this document.
2 If there are any Photonic alarms active, troubleshoot those alarms in the
system first before trying to troubleshoot this alarm.
3 If no Photonic alarm is active, try to identify and fix any potential drop in power
along the channel path all the way to the head-end service circuit pack.
Note: If the CHC facility 'Reset Power Profile' button is used to reset the
power profile, it will affect the channels that were selected before clicking the
button. If the DOC reset TCA Baseline button is used, it will affect the whole
domain Power Profile.
5 If the fiber degrade is a known issue to the system and you want to clear the
alarm, update the input power profile of the affected WSS CHC facility on the
WSS by clicking on the "Reset Power Profile" button in the equipment and
facilities screen after selecting one or more affected channels.


Channel Degrade
Step Action

ATTENTION
Clicking the Reset TCA Baselines Button from the DOC facility not
only resets the 'Reference Input Power Profile' of each and every
CHC facility of that domain but also resets the 'TCA Baselines' of the
applicable facilities of the whole domain.
7 If the fiber degrades in the DOC domain is a known issue to the system and
you want to clear the alarms of the whole domain rapidly, click the ‘Reset TCA
Baselines’ button from the DOC facility. The reset TCA Baseline command
will reset all Channel Degrade alarms in that domain. If the Channel Degrade
alarm(s) cleared, then the procedure is complete.
CDC configurations step 9
otherwise step 10
9 Click the “Reset Power Profile” button in the Equipment and Facility
Provisioning application.
support group.
—end—

Procedure 4-32
Channel Opacity Error
Alarm ID: 1433
Probable cause
This alarm is raised when a WSS w/OPM pixel of a ROADM OTS is incorrectly
set to Opaque (the CHC facility Opaque parameter is set to Yes), while a DOC-
managed channel is meant to be using it.
The alarm is raised against the CHC facility at the shelf where the problem is
detected.
For CDC configurations, this alarm is raised for WSS Flex C-Band w/OPM
20x1 MUX and Demux CHC facilities when the pixel is set to OPAQUE. The
WSS Flex C-Band w/OPM 20x1 can be configured as part of ROADM OTS or
as a CDC upgrade WSS w/OPM. For a CHC facility on a CDC upgrade WSS
Flex C-Band w/OPM 20x1 circuit pack, this alarm is raised when there is a
CRS provisioned on the facility but the CHC opacity is set to Opaque,
regardless if the channel is DOC-managed.
Impact
Prerequisites
described in the “Observing product and personnel safety guidelines” chapter
in Installation - General Information, 323-1851-201.0 or Fault Management -
Step Action
1 Ensure that the CHC facility against which the alarm is raised, is used by a
DOC-managed channel.
2 Change the WSS w/OPM pixel Opaque setting to No. Refer to the “Editing
facility parameters” procedures in Part 1 of Configuration - Provisioning and
Operating, 323-1851-310.
support group.
—end—

Procedure 4-33
Circuit Pack Configuration Save Failed
Alarm ID: 1766
Probable cause
This alarm is raised when the shelf processor fails to backup L2 configuration
from an eMOTR circuit pack.
Impact
Warning
Step Action
1 No action is necessary. The NE automatically retries to save the configuration

data. If the action is successful, the alarm clears.
2 If the alarm does not clear after five minutes, contact your next level of
support or your Ciena support group.
—end—

Procedure 4-34
Circuit Pack Failed
Alarm IDs: 56
Probable cause
This alarm is raised in the following situations:
• the trouble detection circuits of a circuit pack detect a failure
• the shelf processor detects a major failure on another circuit pack
• a power failure on the standby SP
• a newly active SP raises the alarm against the mate SP after an SP
protection switch is caused by a power outage on the previously active SP
(for NTK555AA, NTK555AB, NTK555CA, NTK555EA, and NTK555FA)
Both the alarm and LED alarm indicators can report the failure at the same
time. If not, verify that a shelf processor problem does not exist. The status
LED comes on (red indicates a failure) after a circuit pack is inserted until it is
completely booted. The circuit pack is not failed in this case. This LED must
clear one minute after insertion.
When the 63xE1 circuit pack fails, all 63xE1 facility states show as OOS-AU.
The unprotected E1 ports will function on a best effort basis and can be
carrying traffic even if the equipment shows as failed and the E1 facilities show
as OOS-AU.
For WSS w/OPM equipment, this alarm is raised when two or more
wavelengths have a drift frequency of more than 25 GHz.
When a Circuit Pack Failed alarm is raised, some hardware may not be
operational. This can cause inaccuracies in the PM counts for facilities on this
circuit pack.
For a Submarine Line Idler 10 Channel (SLIC10 C-Band or SLIC10 Flex C-

Band) circuit pack, this alarm is also raised when all five idler facility pairs have
a laser failure condition.
For the XLA circuit pack, this alarm is raised when the amplifier cannot switch
modes (cannot set the switch selector to either Low/High Gain).
For the SRA circuit pack, this alarm is raised when there are failures (for
example, laser pumps, analog/digital converter) during power up or when the
RAMAN pump does not turn on due to hardware failure.


Circuit Pack Failed
For the 4x10G OTR w/Encryption (NTK530QE) circuit pack, any self-test
failure or signature validation failure causes the Krypto Module to lock-down
and the “Circuit Pack Failed” alarm to raise. The cause of the alarm is reported
and stored in persistent logs for troubleshooting purposes.
Impact
Critical, service-affecting (C, SA) alarm for:
• circuit packs in a 2-Fiber/4-Fiber BLSR/MS-SPRing/HERS configuration
with protection circuit pack faulty/unavailable
• circuit packs in a UPSR/SNCP configuration with cross-connects
• a working circuit pack in a 1+1/MSP linear configuration with protection
circuit pack faulty/unavailable
• a working circuit pack in a 1:N protection configuration with protection
circuit pack faulty/unavailable
• a circuit pack in an unprotected configuration with cross-connects
Minor, non-service-affecting (m, NSA) alarm for

• a circuit pack in a 2-Fiber/4-Fiber BLSR/MS-SPRing/HERS configuration
with protected circuit pack available
• an inactive or protected circuit pack in a 1+1/MSP linear configuration
• a circuit pack without cross-connects
• a 1:N protection configuration
• a working circuit pack with a protection circuit pack available or for
protection circuit pack with all working circuit packs available
MSPP alarm severity depends on the circuit pack and the following conditions:
• If both XC circuit packs fail, two C, SA alarms are raised.
• An OC-n/STM-n UPSR/SNCP configuration raises Critical, service-
affecting alarms whether protected or unprotected.
• Alarms with a Critical, service-affecting severity occur when the 4xGE,
1x10GE EPL or an unprotected active circuit pack is faulty.
• Alarms with a minor, non-service-affecting (m, NSA) severity occur when
the circuit pack is protected or when the circuit pack is unprotected and
active without cross-connects, or when the circuit pack is unprotected and
inactive.
• For multi-port circuit packs with ports configured with different protection
schemes, the circuit pack assumes the highest alarm severity.


Circuit Pack Failed
Broadband services
Critical, service-affecting (C, SA) alarm for:
• an active circuit pack or unprotected SuperMux circuit pack
• a working circuit pack in a 1+1/MSP linear, 1+1 port TPT, or 1+1 TPT
configuration with protection circuit pack faulty/unavailable
Minor, non-service-affecting (m, NSA) alarm for:

• an inactive circuit pack (with no cross-connects for a SuperMux and OTSC
circuit packs)
• an inactive or protected circuit pack in a 1+1/MSP linear, 1+1 port TPT, or
1+1 TPT configuration
Photonic services
Major, service-affecting (C, SA) alarm for XLA, SRA, SAM, and ESAM circuit
packs
Table 4-1 on page 4-99 lists severities for the shelf processor and circuit
packs.
Prerequisites
545
• have a replacement circuit pack for the failed circuit pack
Step Action
1 Perform a DGN-EQPT command. If the alarm does not clear, continue to the
next step.
2 Determine the time since the “Circuit Pack Failed” alarm was raised. Design
expert data is automatically saved after a “Circuit Pack Failed” condition. This
will take 5 minutes for the TRIB circuit packs and 10 minutes for the SP. It is
recommended that circuit packs are not replaced during this time after the
“Circuit Pack Failed” alarm has raised. The design expert data will not be
captured if you do not wait.


Circuit Pack Failed
Step Action
an alarm” on page 2-40 procedure in this document.
If the failure is against the shelf processor, it may not be possible to log into
the network element to determine the active alarms.
5 Replace the faulty circuit pack. Refer to the equipment replacement
1851-545.
6 Retrieve all alarms and ensure the system is restored to its original state.
If the original alarm has Then go to
cleared step 7
not cleared step 10
7 Select Shelf Level View from the Configuration menu. (This action takes
you to the Physical Shelf view of the Visualization tool) Alternatively, select
Visualization from the Tools menu, and then select Physical Shelf from the
drop-down menu in the Control area.
8 Ensure that the new circuit pack is displayed in the Physical Shelf view of the
Visualization tool.
9 For a SLIC10 or SLIC10 Flex C-Band circuit packs this alarm is a latched
alarm, which means it is not cleared on the circuit pack even if the fault is
cleared. Perform a restart on the circuit pack. See Procedure 2-11,
“Restarting a circuit pack or shelf processor” on page 2-30.
support group.
—end—

Table 4-1
Circuit Pack Failed alarm severities
Circuit pack/configuration Inactive/protected Active or

or active without unprotected with
cross-connects cross-connects
DSM 84xDS1 termination module m, NSA C, SA
OC-3 as host for DS1 service module C, SA C, SA
48 Channel Trans Mux (portless) m, NSA C, SA
63xE1 m, NSA C, SA
24xDS3/EC-1 m, NSA C, SA
24xDS3/E3 m, NSA C, SA
16xSTM-1e m, NSA C, SA
4xGE m, NSA C, SA
L2SS VT1.5/LO 4xGE m, NSA C, SA
L2SS DS1/E1/DS3/E3 4xGE (PDH gateway) m, NSA C, SA
20G L2SS m, NSA C, SA
RPR 10G STS-1/HO 4xGE m, NSA C, SA
L2 MOTR m, NSA C, SA
100G OCLD m, NSA C, SA
10x10GE MUX m, NSA C, SA
10x10G MUX m, NSA C, SA
100G OCI m, NSA C, SA
100GE OCI m, NSA C, SA
100G WL3/WL3e OTR m, NSA C, SA
4x10G Mux m, NSA C, SA
40G UOCLD m, NSA C, SA
FLEX MOTR m, NSA C, SA
8xOTN Flex MOTR m, NSA C, SA
(1+8)xOTN Flex MOTR) m, NSA C, SA
24x10/100BT EPL m, NSA C, SA
1x10GE EPL m, NSA C, SA

Table 4-1
Circuit Pack Failed alarm severities (continued)
Circuit pack/configuration Inactive/protected Active or

or active without unprotected with
cross-connects cross-connects
1+1/MSP linear (16xOC-3/12/48/STM-1/4/16, HO 10 port, 20G m, NSA C, SA

OC-n/STM-n, 8xOC-3/12/STM-1/4, 8xOC-n/STM-n 5G VT1.5/
LO SFP, 2xOC-48/STM-16, 1xOC-192/STM-64)
UPSR/SNCP configuration (16xOC-3/12/48/STM-1/4/16, HO C, SA C, SA

10 port, 20G OC-n/STM-n, 8xOC-3/12/STM-1/4, 8xOC-n/
STM-n 5G VT1.5/LO SFP, 2xOC-48/STM-16, 1xOC-192/STM-
64))
2-Fiber/4-Fiber BLSR/MS-SPRing/HERS (2xOC-48/STM-16, m, NSA C, SA

1xOC-192/STM-64, HO 10 port, 20G OC-n/STM-n) (Note 1)
1xOC-192/STM-64 AM1/AM2 DWDM m, NSA C, SA

tunable LO
1xOC-192/STM-64 AM1/AM2 DWDM m, NSA C, SA

tunable HO
XC (Note 2) m, NSA C, SA
MXC m, NSA C, SA
SP (Note 3) m, NSA (Note 4) NA

M, SA (when the
SP is Active)
MIC NA m, NSA
SRA m, NSA C, SA
SAM m, NSA C, SA
ESAM m, NSA C, SA
Note 1: In a 2-Fiber/4-Fiber BLSR/MS-SPRing/HERS configuration, both circuit packs are active.

Note 2: If both XC circuit packs are failed, the alarm severity is C, SA on both slots.
Note 3: The severity of the “Circuit Pack Fail” alarm for the SP is not affected by the presence/absence
of cross-connects.
Note 4: The minor, non-service affecting severity only applies if there are two shelf processors
provisioned and equipped.

Procedure 4-35
Circuit Pack Failed - Pluggable
Alarm ID: 340
Probable cause
This alarm is raised when a provisioned SFP/SFP+/XFP/CFP/DPO fails.
This alarm can be raised on an OC-48/STM-16 DPO circuit pack, when the
optical input power is too high.
Impact
Prerequisites
545
network element
• obtain a supported replacement SFP/SFP+/XFP/CFP/DPO for the
corresponding circuit pack (refer to the “Supported SFP/SFP+/XFP/CFP/
DPO modules for interface circuit packs” table in chapter 7 of 6500
Planning, NTRN10DE)
Step Action
in this document. The Unit field in the Active Alarms application specifies
the circuit pack, shelf ID, circuit pack slot, and SFP/SFP+/XFP/CFP/DPO port
using the following format:


Circuit Pack Failed - Pluggable
Step Action
3 If the alarm is raised on an OC-48/STM-16 DPO circuit pack, measure the

receive power using an optical power meter. if the receive power is above the
maximum, add the necessary attenuation to try to reduce the receive power
to a value below the maximum receive optical power (but above the minimum
receive optical power).
4 If the alarm does not clear, replace the SFP/SFP+/XFP/CFP/DPO you
identified in step 1 with a supported SFP/SFP+/XFP/CFP/DPO. Refer to the
equipment replacement procedures in chapter 2 of Fault Management -
support group.
—end—

Procedure 4-36
Circuit Pack Failed-Sync and Circuit Pack Failed-
Traffic
Alarm ID: 88, 90
Use this procedure to clear an XC double fault scenario. If the XC double fault
conditions do not exist, follow the circuit pack fail procedure. Refer to “Circuit
Pack Failed” on page 4-95.
Probable cause
This alarm indicates that the XC circuit packs failed in their bandwidth
management or synchronization.
If a XC double fault scenario exists, follow this procedure to replace the XC

circuit pack. Both circuit packs are partially functioning. If you remove either
circuit pack, you will cause a shelf traffic loss.
Use this procedure to clear an XC double fault scenario. If the XC double fault
conditions do not exist, follow the circuit pack fail procedure. Refer to “Circuit
Pack Failed” on page 4-95.
Use this procedure if on one XC circuit pack, the Circuit Pack Failed - Sync
alarm is indicated by the red LED being ON; and on the other XC circuit pack,
the Circuit Pack Failed - Traffic alarm is indicated by the red LED being ON.
Impact
CAUTION
The procedure to clear the XC double fault scenario will result
in a 90 second traffic loss. This traffic loss can be up to five
minutes if the replacement circuit pack requires an auto-
upgrade. It is recommended that this procedure be performed
during a maintenance window (when traffic is lightest), or that
all traffic be routed away from the affected network element
before performing this procedure.
Critical, service-affecting (C, SA) alarm if active with cross-connects

Minor, non-service-affecting (m, NSA) alarm if unprotected or with no
provisioned cross-connects
Prerequisites


Circuit Pack Failed-Sync and Circuit Pack Failed-Traffic
Step Action
1 Determine if an XC double fault scenario exists. Refer to the Probable cause

section for this alarm.
2 Wait for an appropriate maintenance window when traffic is minimal.
Perform step 4 through step 6 as quickly as possible to minimize traffic loss.
4 Replace the XC circuit pack raising the Circuit Pack Failed - Sync alarm.
Refer to the equipment replacement procedures in chapter 2 of Fault
5 Wait for the green active LED to come on. This normally takes 10 seconds,
but can take five minutes if the circuit pack requires an auto-upgrade.
6 Replace the XC circuit pack raising the Circuit Pack Failed - Traffic alarm.
Removing both XC circuit packs can cause the shelf processor to raise
alarms against other circuit packs, such as Circuit Pack Failed alarms. If this
occurs, remove the alarmed circuit pack for five seconds and then insert it.
support group.
—end—

Procedure 4-37
Alarm ID: 100
Probable cause
This alarm is raised when the bottom/lower locking lever on the circuit pack is
not fully closed and the circuit pack is inserted into a slot, or the latch on the
circuit pack is broken.
This alarm is not supported on the following circuit packs:

• all variants of amplifiers (MLA C-Band, MLA L-Band, MLA2 C-Band, MLA2
w/VOA, MLA3 C-Band, LIM C-Band, LIM L-Band and FGA)
• all variants of the sCMD4 SMD, CCMD12, CCMD8x16, OPM, and OSC

Impact
Note: This severity of this alarm can appear in the EQPT alarm profile as
CR, SA.
Prerequisites
Step Action
in this document.
3 Ensure that the circuit pack raising the alarm is pushed all the way into its slot,
until the locking levers touch their latches.


Step Action
4 Lock the circuit pack into its slot by pushing the upper locking lever down and
the lower lever up at the same time.
ATTENTION
Do not force the locking levers. If the levers do not close correctly,
gently re-insert the circuit pack. If the circuit pack cannot be re-
inserted, remove the circuit pack and go to step 5.
support group.
—end—

Procedure 4-38
Circuit Pack Mate Mismatch
Alarm ID: 589
Probable cause
This alarm is raised by both cross-connect circuit packs when incompatible
cross-connect circuit packs are paired in slots 7 and 8 of the 6500-7 packet-
optical shelf, slots 7 and 8 of the 14-slot shelf or slots 9 and 10 of the 32-slot
shelf. Slot 7 and 8 of the 14-slot shelf or slots 9 and 10 of the 32-slot shelf must
contain the same type of cross-connect circuit pack, with the same PEC.
This alarm is the result of an incorrect cross-connect circuit pack replacement

or installation, and is raised during cross-connect configuration or
reconfiguration.
Impact
Prerequisites
Step Action
1 If you are performing a cross-connect circuit pack reconfiguration procedure,

complete the reconfiguration before proceeding to the next step. Refer to the
Module Replacement, 323-1851-545 for details. If the alarm is still present
after the reconfiguration procedure is complete, go to step 2.
2 Select Shelf Level View from the Configuration menu to open the network
element Shelf Level View and check the details (PEC) of the cross-connect
circuit packs in slots 7 and 8 of the 6500-7 packet-optical shelf, slots 7 and 8
of the 14-slot shelf or slots 9 and 10 of the 32-slot shelf.
If the PECs of both cross-connect circuit packs Then go to
are different step 3
are the same step 4


Circuit Pack Mate Mismatch
Step Action
3 Provision the PEC on the cross-connect circuit pack with the incorrect PEC
to the correct PEC (same as the mate cross-connect circuit pack). Refer to
the “Changing the provisioned PEC, the SuperMux equipment profile, or 40G
XCIF equipment mode” procedure in Part 1 of Configuration - Provisioning
and Operating, 323-1851-310.
support group.
—end—

Procedure 4-39
Circuit Pack Mismatch
Alarm ID: 36
Probable cause
This alarm is raised when a circuit pack is equipped in or inserted into a slot
provisioned for:
• a circuit pack of another type
• a circuit pack of the same type that supports additional features (in this
case, the circuit packs have different/mismatched PECs)
During provisioning, a slot is assigned a specific facility and circuit pack type.
The assignments are recorded in the provisioning database.
For CDC configurations, this alarm is raised on WSS Flex C-Band w/OPM
20x1, CCMD8x16 and FIM circuit packs.
For passive modules (such as CMD44, DSCM, OMD4, OMX, OBB, OBMD
1x8, TPT, BMD2, UBMD2, MBMD2, TPT, PPC6, passive photonic chassis),
this alarm is raised when, the module connected to the Access Panel External
slot port does not match the provisioned module. This alarm is raised when a
passive photonics module (such as a OMDF4, OMDF8, BS1, BS2, BS3, BS5
or OSCF) is inserted into a PPC6 sub-slot that does not match the provisioned
module.
PEC editing is supported between eMOTR 4xXFP/8xSFP+ (NTK536AA and

NTK536AB) circuit packs, as well as between eMOTR 4xXFP/8xSFP+/
32xSFP (NTK536FA and NTK536FB) circuit packs. If you insert an
NTK536AB or NTK536FB circuit pack in a slot provisioned for a NTK536AA
or NTK536FA circuit pack, the “Circuit Pack Mismatch alarm will not be raised.
Refer to “Changing the provisioned PEC, equipment profile, provisioning
mode, or equipment mode” procedure in Part 1 of Configuration - Provisioning
and Operating, 323-1851-310, for information on PEC editing.
The alarm clears if the circuit pack in the specified slot is manually put out-of-
service.
Impact
Critical, service-affecting (C, SA) alarm for an unprotected shelf processor
circuit pack
Minor, non-service-affecting (m, NSA) alarm for a protected shelf processor
circuit pack


MSPP services
Critical, service-affecting (C, SA) alarm for a 2-Fiber/4-Fiber BLSR/MS-
SPRing/HERS unprotected circuit pack
Critical, service-affecting (C, SA) alarm for a UPSR/SNCP configuration with
cross-connects
Critical, service-affecting (C, SA) alarm if active 1+1/MSP linear or
unprotected with cross-connects
Critical, service-affecting (C, SA) alarm for working circuit pack in 1:N
protection configuration with protection circuit pack faulty/unavailable
Minor, non-service-affecting (m, NSA) alarm for a 2-Fiber/4-Fiber BLSR/MS-

SPRing/HERS protected circuit pack
Minor, non-service-affecting (m, NSA) alarm if inactive 1+1/MSP linear,
protected 1+1/MSP linear, or without cross-connects
Minor, non-service-affecting (m, NSA) alarm for a 1:N protection configuration

working circuit pack with protection circuit pack available or a protection circuit
pack with all working circuit packs available
An equipment protection switch occurs if protection is available. If the circuit

pack is unprotected, shelf functions can be disrupted.
For multi-port circuit packs with ports configured with different protection
Broadband services
Critical, service-affecting (C, SA) alarm for an active circuit pack or
unprotected SuperMux circuit pack
Critical, service-affecting (C, SA) alarm for a working circuit pack in 1+1/MSP
linear, 1+1 port TPT, or 1+1 TPT configuration with protection circuit pack
faulty/unavailable
Minor, non-service-affecting (m, NSA) alarm for an inactive circuit pack (with
no cross-connects for SuperMux and OTSC circuit packs)
Minor, non-service-affecting (m, NSA) alarm for an inactive or protected circuit
pack in 1+1/MSP linear, 1+1 port TPT, or 1+1 TPT configuration
Photonic services
Table 4-2 on page 4-113 lists expected severities for each circuit pack if any
cross-connects are provisioned.


Prerequisites
Step Action
1 Use one of the following options to view the shelf inventory:

• select Inventory from the Configuration menu
• select Equipment & Facility Provisioning from the Configuration
menu
• select Shelf Level View (Physical Shelf view in the Visualization tool)
from the Configuration menu
3 Verify the shelf inventory using one of the following methods:
• If using the Shelf Inventory application, compare the slot assignments
and physical PECs listed with the actual circuit packs in the shelf until you
identify the mismatched circuit pack.
• If using the Visualization tool Physical Shelf view, compare the slot
assignments in the Circuit Pack Details tab with the actual circuit packs
in the shelf until you identify the mismatched circuit pack. You can also
check if there is an “X” on an equipment graphic. The X indicates a circuit
pack/module is physically present in the shelf, but the equipment
provisioned for the circuit pack/module does not match what is present in
the shelf.
• If using the Shelf Level View application, check if there is an "X" on an
equipment graphic. The X indicates a circuit pack/module is physically
present in the shelf, but the equipment provisioned for the circuit pack/
module does not match what is present in the shelf.
Mismatched circuit packs can be the same type, but have different PECs (for
example, redundant shelf processor or MSPP circuit packs). In these cases,
ensure PECs match. Refer to the Probable cause section for this alarm.


Step Action
If you are not on site, use one of the following methods to identify any
mismatches between the physical PEC and provisioned PEC by comparing
the:
• Phys. PEC and the Prov. PEC in the Circuit Pack Details tab in the
Shelf Level View application
• Provisioned PEC in the Equipment & Facility Provisioning application
and the Physical PEC in the Shelf Inventory application
A mismatch can indicate a PEC provisioning error or an incorrect circuit pack
is installed.
4 If you have Then go to
identified the mismatched circuit pack step 5
not identified the mismatched circuit pack step 7
5 Replace the mismatched circuit pack with an appropriate circuit pack. Refer
to the equipment replacement procedures in chapter 2 of Fault Management
- Module Replacement, 323-1851-545.
in this document.
8 Replace the circuit pack you identified in step 7. Refer to the equipment
If the alarm clears, the circuit pack you identified in step 7 is damaged.
support group.
—end—

Table 4-2
Circuit Pack Mismatch alarm severities
Circuit pack/configuration Inactive Active
63xE1 m, NSA C, SA
4xGE m, NSA C, SA
(1+8)xOTN Flex MOTR) m, NSA C, SA
eMOTR m, NSA C, SA

Table 4-2
Circuit Pack Mismatch alarm severities (continued)
1+1/MSP linear (16xOC-3/12/48/STM-1/4/16, 8xOC-3/12/STM-1/4, 8xOC-n/ m, NSA C, SA

STM-n 5G VT1.5/LO SFP, 2xOC-48/STM-16, 1xOC-192/STM-64, HO 10 port,
20G OC-n/STM-n)
UPSR/SNCP configuration (16xOC-3/12/48/STM-1/4/16, HO 10 port, 20G OC-n/ C, SA C, SA

STM-n, 8xOC-3/12/STM-1/4, 8xOC-n/STM-n 5G VT1.5/LO SFP, 2xOC-48/STM-
16, 1xOC-192/STM-64)
2-Fiber/4-Fiber BLSR/MS-SPRing/HERS (16xOC-3/12/48/STM-1/4/16, HO 10 m, NSA C, SA

port, 20G OC-n/STM-n, 2xOC-48/STM-16, 1xOC-192/STM-64) (Note 1)
1xOC-192/STM-64 AM1/AM2 DWDM tunable LO m, NSA C, SA
1xOC-192/STM-64 AM1/AM2 DWDM tunable HO m, NSA C, SA
10G OTSC m, NSA C, SA
SuperMux m, NSA C, SA
MXC m, NSA C, SA
16xFLEX OTN I/F m, NSA C, SA
XC I/F 40G STS-1/HO m, NSA C, SA
6-slot Passive photonic chassis C, SA C, SA
OBB m, NSA C, SA
OBMD 1x8 m, NSA C, SA
SP m, NSA C, SA
(Note 3)
SRA m, NSA C, SA
SAM m, NSA C, SA
ESAM m, NSA C, SA

Note 2: If both XC circuit packs are mismatched, the alarm severity is C, SA on both slots.
Note 3: The minor, non-service affecting severity is only applicable if there are two shelf processors
provisioned and equipped in the shelf.

Procedure 4-40
Circuit Pack Mismatch - Pluggable
Alarm ID: 342
Probable cause
This alarm is raised when the installed SFP/SFP+/XFP/CFP/DPO, is different
from Provisioned PEC on the circuit pack.
Impact
Prerequisites
545
• obtain a supported SFP/SFP+/XFP/CFP/DPO for the corresponding
circuit pack (refer to the “Supported SFP/SFP+/XFP/CFP/DPO modules
for interface circuit packs” table in Part 3 of 6500 Planning, NTRN10DE.
Step Action
supported SFP/SFP+/XFP/CFP/DPO. Refer to the equipment replacement
1851-545.
support group.
—end—

Procedure 4-41
Circuit Pack Missing
Alarm ID: 35, 681
Probable cause
This alarm is raised when a slot is provisioned and the following occurs:
• no circuit pack is in the designated slot
• circuit pack failure makes the circuit pack undetectable
• the access panel, MIC, or Power Input Cards A/B have been removed from
the system. This alarm masks any existing alarm on that unit. For
example, the Circuit Pack Missing alarm raised against Power Input Card
B masks the Power Failure - B alarm.
When both the A and B power feeds to one or more zones that supply
power to a circuit pack have failed, the associated “Power Failure A/B” and
“Power Failure - Fuse Blown” alarms must be cleared first in order to clear
this alarm. Refer to the alarm clearing procedures in Part 2 of this
document.
Note 1: A Circuit Pack Missing alarm against an access panel masks/
clears certain BITSIN and comms alarms (for example, the ILAN port,
COLAN) raised against the access panel before its removal.
Note 2: For the X-Conn 1600G PKT/OTN (NTK616AA) and cross-
connect 600G PKT/OTN (NTK615AA) circuit packs, it may take up to five
minutes for the “Circuit Pack Missing” alarm to clear after the inventory
displays the circuit pack information.
• DSM 84xDS1 termination module (TM) indicates that its mate is missing
• CCMD8x16 circuit pack is missing on a shelf with CDC equipment
provisioned.
• a provisioned passive module (such as CMD44, FIM, GMD10, DSCM,
OMD4, OMX, OBB, OBMD 1x8, TPT, BMD2, UBMD2, MBMD2, TPT,
PPC6 Passive Photonic chassis) is disconnected from the shelf Access
Panel External Slot port.
• a provisioned passive module (such as a OMDF4, OMDF8, BS1, BS2,
BS3, BS5 or OSCF) has an open latch or is missing from a sub-slot in a
PPC6 connected to an External Slot. Note that if the External Slot
interface cable between the PPC6 and host shelf is disconnected or faulty,
the alarm will be raised against the PPC6 external slot number, not against
the passive modules sub-slot(s).
If you change the state of the circuit pack raising this alarm to OOS, this alarm
clears and the Filler Card Missing alarm is raised.


Note 1: The Loss of an OAM link to a provisioned DSM 84xDS1 TM while

the OAM link of the mate remains intact, masks all alarms against the
circuit pack except the Circuit Pack Missing alarm. A Circuit Pack Missing
alarm against a DSM 84xDS1 TM masks the OAM Not Available alarm, if
it has a mate with an OAM link (the mate informs the shelf processor that
the circuit pack is missing).
Note 2: In some cases, a Circuit Pack Missing alarm is simultaneously
active with a Circuit Pack Upgrade Failed alarm for a particular slot. This
condition can be cleared either by performing a minimal delivery of the
corresponding software release, or by configuring a software release
server for the network element. Refer to the “Transferring a software load
to a network element” procedure in chapter 7 of Administration and
Security, 323-1851-301.
Impact
Critical, service-affecting (C, SA) alarm for an unprotected shelf processor
circuit pack
Minor, non-service-affecting (m, NSA) alarm for a protected shelf processor
circuit pack
MSPP services
Critical, service-affecting (C, SA) alarm for a 2-Fiber/4-Fiber BLSR/MS-
SPRing/HERS unprotected circuit pack
Critical, service-affecting (C, SA) alarm for an UPSR/SNCP configuration with
cross-connects
Critical, service-affecting (C, SA) alarm for an active 1+1/MSP linear or
Critical, service-affecting (C, SA) alarm for a working circuit pack in 1:N
protection configuration with protection circuit pack faulty/unavailable
Minor, non-service-affecting (m, NSA) alarm for a 2-Fiber/4-Fiber BLSR/MS-

SPRing/HERS protected circuit pack
Minor, non-service-affecting (m, NSA) alarm for an inactive 1+1/MSP linear,
protected 1+1/MSP linear, or without cross-connects.
Minor, non-service-affecting (m, NSA) alarm for a 1:N protection configuration
for a working circuit pack with protection circuit pack available or for a
protection circuit pack with all working circuit packs available


Alarm severity depends on the following conditions:

• Alarms with Critical, service-affecting severity are raised when both circuit
packs in a protection group are pulled out of their slots. In this case, a
m, NSA alarm and a C, SA alarm are raised.
ATTENTION
When both XC circuit packs are removed, a Critical, service-affecting alarm
is raised for each XC circuit pack removed.
• An OC-n/STM-n UPSR/SNCP configuration raises Critical, service-

affecting Circuit Pack Missing alarms whether protected or unprotected.
• Alarms with Critical, service-affecting severity are raised when the 63xE1,
24xDS3/EC-1, 4xGE or 1x10GE EPL circuit pack is not in its provisioned
slot.
• Alarms with Critical, service-affecting severity are raised when missing
circuit packs are unprotected.
For multi-port circuit packs with ports configured with different protection
Broadband services
Critical, service-affecting (C, SA) alarm for an active circuit pack or
unprotected SuperMux circuit pack
Critical, service-affecting (C, SA) alarm for a working circuit pack in 1+1/MSP
linear, 1+1 port TPT, or 1+1 TPT configuration with protection circuit pack
faulty/unavailable
Minor, non-service-affecting (m, NSA) alarm for an inactive circuit pack (with
no cross-connects for SuperMux and OTSC circuit packs)
Minor, non-service-affecting (m, NSA) alarm for an inactive or protected circuit
pack in 1+1/MSP linear, 1+1 port TPT, or 1+1 TPT configuration
Photonic services
Table 4-3 on page 4-122 lists expected severities for each circuit pack if any
cross-connects are provisioned.


Prerequisites
545
• obtain replacement circuit packs
Step Action
in this document.
3 If Then go to
both XC circuit packs are reported missing step 5
the DSM 84xDS1 TM is reported missing step 8
a Type 6 DSCM (PECs NPAD01DB through step 9
NPAD17DB) is reported missing
an equipment connected to External Slots is reported step 10
missing
a Passive module in a PPC6 sub-slot is reported missing step 11
any other circuit pack is reported missing step 4
4 If Then
the slot is empty insert a circuit pack of
the correct type into
the slot. Go to step 7.
a circuit pack of the correct type is in the slot go to step 12.
5 Insert the XC circuit pack in slot 7 of the 6500-7 packet-optical shelf, slot 7 of
the 14-slot shelf, or slot 9 of the 32-slot shelf first.
6 Insert the second XC circuit pack in slot 8 of the 6500-7 packet-optical shelf,
slot 8 of the 14-slot shelf, or slot 10 of the 32-slot shelf.
Slot 7 and 8 or slot 9 and 10 must contain the same type cross-connect circuit
pack with the same PEC.


Step Action
7 Wait 30 seconds and retrieve all alarms to determine if the original alarm has
cleared.
If the original alarm has Then
8 If a DSM 84xDS1 TM is missing, insert the required DSM 84xDS1 TM and

link by fiber. Refer to the “Replacing the DSM 84xDS1 TM circuit pack”
procedure in Fault Management - Module Replacement, 323-1851-545 for
details.
Go to step 23.
9 If a Type 6 DSCM is provisioned in slots 83 through 90, delete the associated
facility and equipment and reprovision in virtual slots 91 through 99. Refer to
the “Provisioning a circuit pack, module, or SFP/SFP+/XFP/CFP/DPO
manually” and “Deleting a circuit pack, module, or SFP/SFP+/XFP/CFP/
DPO” procedures in Part 1 of Configuration - Provisioning and Operating,
323-1851-310.
Go to step 23.
10 Verify that the cable between the shelf External Slot Inventory port and the
external peripheral is connected and is not damaged. For a CDC
configuration, verify that the LAN cable is connected to the FIM and is not
damaged.
Go to step 23.
11 If the slot is empty, insert a passive module of the correct type in a PPC6 sub-
slot. Otherwise, make sure that the module is fully inserted and the latches
are tightly closed. If the card (or its replacement) in the PPC6 or the PPC6
itself cannot be inventoried after replacing the cable, the PPC6 itself must be
replaced.
Go to step 23.
12 If the circuit pack Then go to
is still carrying traffic and providing all services step 13
is not carrying traffic and providing all services step 18
13 If the SP Then go to
is in a redundant configuration step 14
is not in a redundant configuration step 17


Step Action
14 Initiate a switch to the backup SP. Refer to the “Operating a protection switch”
310. After the system recovers, check if the alarm has cleared.
cleared step 15
not cleared step 18
15 Reseat the previously active SP. Refer to the “Reseating a circuit pack”
When the SP has finished booting, initiate a switch back to the originally
active SP. After the system recovers, check if the alarm has cleared.
16 Initiate a switch back to the backup SP. Replace the original SP. Refer to the
“Replacing the shelf processor” procedure in Fault Management - Module
Replacement, 323-1851-545. Initiate a switch back to the newly inserted SP.
After the system recovers, check if the alarm has cleared.
17 Reseat the SP. Refer to the “Reseating a circuit pack” procedure in Fault
18 Reseat the circuit pack raising the alarm. Refer to the “Reseating a circuit
pack” procedure in Fault Management - Module Replacement, 323-1851-
545.


Step Action
19 Replace the circuit pack against which the alarm is raised. Refer to the
20 Re-install the original circuit pack into the shelf.

21 If the SP Then go to
is in a redundant configuration step 23
is not in a redundant configuration step 22
22 Replace the SP. Refer to the “Replacing the shelf processor” procedure in
Fault Management - Module Replacement, 323-1851-545.
support group.
—end—
Table 4-3
Circuit Pack Missing alarm severities
63xE1 m, NSA C, SA
4xGE m, NSA C, SA

Table 4-3
Circuit Pack Missing alarm severities (continued)
4x10G Mux m, NSA C, SA
(1+8)xOTN Flex MOTR m, NSA C, SA
eMOTR m, NSA C, SA
1+1/MSP linear (16xOC-3/12/48/STM-1/4/16, HO 10 port, 20G OC-n/STM-n, m, NSA C, SA

8xOC-3/12/STM-1/4, 8xOC-n/STM-n 5G VT1.5/LO SFP, 2xOC-48/STM-16,
1xOC-192/STM-64)
UPSR/SNCP configuration (16xOC-3/12/48/STM-1/4/16, HO 10 port, 20G OC- C, SA C, SA

n/STM-n, 8xOC-3/12/STM-1/4, 8xOC-n/STM-n 5G VT1.5/LO SFP, 2xOC-48/
STM-16, 1xOC-192/STM-64)
2-Fiber/4-Fiber BLSR/MS-SPRing/HERS (16xOC-3/12/48/STM-1/4/16, HO 10 m, NSA C, SA

port, 20G OC-n/STM-n 2xOC-48/STM-16, 1xOC-192/STM-64) (Note 1)
1xOC-192/STM-64 AM1/AM2 DWDM tunable LO m, NSA C, SA
1xOC-192/STM-64 AM1/AM2 DWDM tunable HO m, NSA C, SA

Table 4-3
Circuit Pack Missing alarm severities (continued)
1xOC-192/STM-64 DWDM OTSC m, NSA C, SA
MXC m, NSA C, SA
16xFLEX OTN I/F m, NSA C, SA
XC I/F 40G STS-1/HO m, NSA C, SA
6-slot Passive photonic chassis C, SA C, SA
OBB m, NSA C, SA
OBMD 1x8 m, NSA C, SA
SP (Note 3) m, NSA C, SA
(Note 4)
Access Panel, MIC, or Power Input Cards A/B NA m, NSA

(Note 5)
SRA m, NSA C, SA
SAM m, NSA C, SA
ESAM m, NSA C, SA

Note 2: If both XC circuit packs are removed, the alarm severity is C, SA on both slots.
Note 3: When there is no redundant SP equipped and provisioned, a major audible alarm is the only
indication that the shelf processor is missing.
Note 4: The minor, non-service affecting severity only applies if there are two shelf processors
provisioned and equipped.
Note 5: If the AC Power Input Cards are missing from a 7-slot Type 2 shelf, the alarm is C, SA.

Procedure 4-42
Circuit Pack Missing - Pluggable
Alarm ID: 339
Probable cause
This alarm is raised when a provisioned SFP/SFP+/XFP/CFP/DPO is not
physically installed in the circuit pack.
Impact
Prerequisites
545.
circuit pack (refer to the “Supported SFP/SFP+/XFP/CFP/DPO modules
for interface circuit packs” table in chapter 7 of 6500 Planning,
NTRN10DE)
Step Action
3 Install a supported SFP/SFP+/XFP/CFP/DPO module in the port you
identified in step 1. Refer to the “Replacing an SFP/SFP+/XFP/CFP module”
or “Replacing an OC-48/STM-16 DWDM plug-in optics (DPO) module”
support group.
—end—

Procedure 4-43
Circuit Pack 3rd Party - Pluggable
Alarm ID: 1142
Probable cause
This alarm is raised when a third party pluggable module is inserted into a
provisioned pluggable port and “Third Party Transceivers supported” is
activated.
Impact
Step Action

—end—

Procedure 4-44
Circuit Pack Operational Capability Exceeded
Alarm ID: 1064
Probable cause
This alarm is raised against a 40G OCLD/Wavelength-Selective 40G OCLD,
40G UOCLD, 100G WL3/WL3e OCLD, Flex2 WL3/WL3e OCLD, Flex3 WL3e
OCLD, 100G WL3e OTR, or 100G OCLD circuit packs when equipment
specifications are exceeded. This alarm indicates that at least one of the
measurements, reach or PMD (Polarization Mode Dispersion) DGD
(differential group delay), exceeded the specifications of the circuit pack. For
information on operational specifications of the 40G and 100G circuit packs,
refer to 40G, 100G, OSIC, ISS, and SLIC10 Circuit Packs, 323-1851-102.4
If the client is not connected yet, the severity of the alarm is NSA since it does
not impact client traffic. However, it still can impact line traffic. Line signal
conditioning will be applied if the condition which caused this alarm to be
raised was present during optical signal acquisition (for example, after
connecting fiber, or after card insertion or cold restart operation). It is possible
for this alarm to be raised without impacting traffic, if traffic was already
running prior to the condition being detected. Actions must be taken to clear
this alarm as soon as possible.
You can confirm the presence of signal conditioning in the OTM3 PM or OTM4
PM screen where the OTU-SEFS PM count would be incrementing.
The alarm is latched even if all measurements, reach or PMD DGD do not
exceed the specifications of the circuit pack and does not get re-evaluated
until either a cold restart of the circuit pack or a line fault condition toggles (for
example, a fiber pull and reinsertion).
Impact
Prerequisites
545
• obtain a replacement circuit pack suitable for the configuration


Step Action
in this document.
3 Verify that the circuit pack is connected to the correct optical link using ODU/
OTU TTI. There should be no “ODU/OTU Trace Identifier Mismatch” alarm.
4 If the circuit pack Then go to
is connected to the correct optical link step 6
is connected to the wrong optical link step 5
5 Disconnect the existing fiber connections and re-connect the circuit pack to
the correct optical link.
If the alarm Then
clears the procedure is complete
does not clear go to step 6
6 Contact your next level of support to find out and order the suitable circuit
pack for the configuration.
Note: If the condition which triggered the “Circuit Pack Operational Capability
Exceeded” alarm is not present anymore, this latched alarm could be cleared
by either cold restarting the circuit pack against which the alarm is raised
(Refer to Procedure 2-11, “Restarting a circuit pack or shelf processor” on
page 2-30) or by toggling the line in the transponder receive direction. Both
actions to clear the alarm are service impacting.


Step Action
8 Replace the circuit pack with a circuit pack suitable for the configuration. You
can replace the 40G OCLD, Wavelength-Selective 40G OCLD, 100G WL3e
OTR, or 100G OCLD circuit packs in one of the two ways as follows:
a. Delete the provisioning data (COMM, connection, facility and equipment).
Remove the old circuit pack from the slot. Insert the new circuit pack. The
equipment and facility will auto-provision. You can re-provision the
connection and COMM if necessary.
b. Remove the old circuit pack from the slot. Insert the new circuit pack. Edit
the provisioned PEC to the PEC of the new circuit pack.
Refer to the “Reconfiguration of an optical interface circuit pack” procedure in
Fault Management - Module Replacement, 323-1851-545, for the detailed
procedure.
Note: Provisioned PEC editing is not supported between any of the 40G
UOCLD variants. You must replace the circuit pack with an identical circuit
pack.
support group.
—end—

Procedure 4-45
Circuit Pack Unknown
Alarm ID: 58
Probable cause
This alarm is raised in the following situations:
• when the on-board processor of a circuit pack cannot communicate with
the shelf processor after you insert the circuit pack into the shelf
• when an unknown circuit pack is inserted into an unprovisioned slot
• when a circuit pack is in the wrong slot
• when both the A and B power feeds to the zone powering a circuit pack
have failed “Power Failure A/B” and “Power Failure - Fuse Blown” alarms
have to be cleared first in order to clear this alarm. Refer to the alarm
clearing procedures in Part 2 of this document.
• when external equipment connected to an External Slot inventory port on
the access panel is unknown
• when a module equipped in a sub-slot of connected external equipment is
unknown
ATTENTION
A circuit pack in the wrong slot only occurs if the circuit pack keying is
removed. Circuit packs are keyed to fit into specific slots. Do not remove the
circuit pack keying for any reason.
Impact
Prerequisites


Step Action
in this document.
If the circuit pack is Then go to
a newly inserted or manually provisioned step 2
cross-connect circuit pack
not a cross-connect circuit pack step 4
2 Perform a warm restart of the shelf processor. Refer to Procedure 2-11,

“Restarting a circuit pack or shelf processor” on page 2-30. Do not insert any
circuit packs while the shelf processor is restarting.
5 Ensure that the circuit pack reporting the alarm is supported for the software
release running on the shelf. You can check this against the hardware
baseline report.
If the circuit pack is Then
not supported by the software release the circuit pack cannot be equipped
in the shelf. Remove it. Go to step 6.
supported by the software release go to step 7
6 Wait 30 seconds, and retrieve all alarms.

7 Compare the circuit pack raising the alarm with the supported circuit packs
for each slot on the shelf. Refer to the “6500 interface circuit packs and
modules” table in chapter 3 of in Part 1of 6500 Planning, NTRN10DE.
If the circuit pack raising the alarm is in Then
an unsupported slot go to step 8
a supported slot the circuit pack may be damaged.
Go to step 9.


Step Action
8 Replace the circuit pack raising the alarm with a circuit pack supported in that
slot. Refer to the equipment replacement procedures in chapter 2 of Fault
Management - Module Replacement, 323-1851-545. Select the appropriate
procedure from the “Module replacement procedures list” table.
Go to step 10.
9 Replace the circuit pack with an identical circuit pack. Refer to the equipment
10 Wait 30 seconds and retrieve all alarms.
If the original alarm Then
is cleared the procedure is complete. If you replaced a circuit pack
in step 9, the circuit pack you replaced is damaged.
is not cleared contact your next level of support or your Ciena support
group
—end—

Procedure 4-46
Alarm ID: 341
Probable cause
This alarm is raised when an unrecognized SFP/SFP+/XFP/CFP/DPO is
installed in an unprovisioned port.
The Circuit Pack Unknown - Pluggable alarm cannot be disabled. Use the
following steps to clear the alarm.
Impact
Prerequisites
545
circuit pack (Refer to the “Supported SFP/SFP+/XFP/CFP/DPO modules
for interface circuit packs” table in chapter 7 of 6500 Planning,
NTRN10DE)
Step Action


Step Action

supported SFP/SFP+/XFP/CFP/DPO. Refer to the “Replacing an SFP/SFP+/
XFP/CFP module” or “Replacing an OC-48/STM-16 DWDM plug-in optics
(DPO) module” procedure in Fault Management - Module Replacement, 323-
1851-545.
support group.
—end—

Procedure 4-47
Circuit Pack Upgrade Failed
Alarm ID: 124
Probable cause
This alarm is raised against a circuit pack when the upgrade process of the
circuit pack fails.
This alarm can also be raised after a shelf processor replacement, when the
inserted shelf processor is running a different software release than the active
release on the network element.
Note: In some cases, a “Circuit Pack Missing” or “Circuit Pack Unknown”

alarm is simultaneously active with a “Circuit Pack Upgrade Failed” alarm
for a particular slot. This condition can be cleared either by performing a
minimal delivery of the corresponding software release, or by configuring
a software release server for the network element. Refer to the
“Transferring a software load to a network element” procedure in chapter
7 of Administration and Security, 323-1851-301.
Impact
Prerequisites
545.
Step Action
1 Check the upgrade state of all the circuit packs from Site Manager. Refer to
the “Upgrading a software load” procedure in chapter 8 of Administration and
Security, 323-1851-301. If a circuit pack upgrade has failed, the system
attempts to auto-upgrade it (except for PKT/OTN cross-connect and eMOTR
circuit packs).


Circuit Pack Upgrade Failed
Step Action
2 If a PKT/OTN cross-connect or eMOTR circuit pack raises the alarm at the

second invoke, contact your next level of support or your Ciena support
group.
Note that the eMOTR circuit pack may raise a transient “Circuit Pack Upgrade
Failed” alarm after equipment group modification or configuration restore.
ATTENTION
Do not attempt to clear any alarms during the upgrade.

4 If Then go to
the alarm is raised after a shelf processor step 5
replacement
the alarm is raised on a PKT/OTN cross- step 10
connect or eMOTR circuit pack
otherwise step 7
6 Refer to the “Replacing the shelf processor” procedure in Fault Management
- Module Replacement, 323-1851-545, to clear this alarm.
Go to step 10.
7 Reseat the circuit pack raising the alarm. Refer to the “Reseating a circuit
pack” procedure in Fault Management - Module Replacement, 323-1851-
545. Select the appropriate procedure from the “Module replacement
procedures list” table.
9 Replace the circuit pack. Refer to the equipment replacement procedures in

chapter 2 of Fault Management - Module Replacement, 323-1851-545.
Select the appropriate procedure from the “Module replacement procedures
list” table.
support group.
—end—

Procedure 4-48
Client Service Mismatch
Alarm ID: 350, 369, 696, 830, 869, 1245
Probable cause
This alarm is raised against:
• an Ethernet facility of a 4xGE, 1x10GE EPL, or 24x10/100BT circuit pack
• a WAN facility of an L2SS, PDH gateway, 20G L2SS, L2 MOTR, RPR,
10GE EPL, 10G OTR, 2x10G OTR, 4x10G OTR, 40G MUX OCI, 8xOTN
Flex MOTR, (1+8)xOTN Flex MOTR, eMOTR, 10G OTSC, 10x10GE MUX,
4x10G MUX, 16xFLEX OTN I/F, or 40G MUX OCI circuit pack
• an Ethernet or Fiber Channel facility of a SuperMux circuit pack
• FLEX facility of FLEX MOTR circuit pack
The alarm is raised when the GFP UPI Tx byte provisioned on the remote
circuit pack does not match the GFP UPI expected Byte on the local circuit
pack. When this alarm is active, traffic from the far-end is lost.
The alarm point is identified at the generic framing procedure (GFP) level to
indicate a provisioning mismatch between the near-end and far-end facility
provisioning. For example, one end is configured to preserve the preamble
and the other is configured to discard the preamble. The GFP user payload
identifier (UPI) byte is used for this purpose.
When using 10GE with a mapping of GFPMACOSTR, GFPMACOSTR192, or

GFPMACOSTR64, frames which have a GFP-UPI mismatch will be discarded
by the OTN Mapper and the Client Service Mismatch alarm will be raised. This
applies to both ordered set frames (UPI_O) and data frames (UPI_D).
Impact
Critical, service-affecting (C, SA) alarm if not protected
Minor, non-service-affecting (m, NSA) alarm if protected


Client Service Mismatch
Prerequisites
• have the network connection information (that is, how the optical modules
on each network element connect to other network elements)
545
Step Action
1 Trace the cross-connect information to determine the corresponding facility of

the far-end circuit pack.
2 Ensure that the nodal cross-connects are provisioned correctly. Refer to the
“Retrieving path cross-connects” procedure in Part 1 of Configuration -
3 Determine if the client facility provisioned at the corresponding far-end circuit
pack matches the near-end. Correct any mismatches. Refer to the “Retrieving
4 Determine if the corresponding far-end Ethernet, Fiber Channel, or WAN
facility parameters match the parameters at the end reporting the Client
Service Mismatch alarm. Correct any mismatches. Refer to the “Retrieving
support group.
—end—

Procedure 4-49
CMF UPI Mismatch
Alarm ID: 1377
Probable cause
This alarm is raised for the WAN facility under the following conditions:
• At least three consecutive GFP layer Client Management Frames (CMF)
UPI received with a value equal to 83/84/85 when the ETH10G WAN
facility Transparent Ordered Sets parameter is G.7041 CMF.
• At least three consecutive GFP layer CMF UPI received with a value equal
to 03/04/05 when the ETH10G WAN facility Transparent Ordered Sets
parameter is Legacy CMF.
When the ETH10G WAN facility Order Sets Transparency parameter is

G.7041 CMF, the CMF UPI values transmitted and expected are as follows for
ordered sets:
• CMF-LF(FDI) = 04
• CMF-RF(RDI) = 05
• CMF-ALL Clear (DCI) = 03
When the ETH10G WAN facility Transparent Ordered Sets parameter is

Legacy CMF, the CMF UPI values transmitted and expected are as follows:
• CMF-LF(FDI) = 83
• CMF-RF(RDI) = 84
• CMF-ALL Clear (DCI) = 85
Note that when this alarm is active, Transparent Ordered Sets cannot be
guaranteed and there is no signal conditioning.
The 10x10G MUX (NTK529BBE5) circuit pack supports G.7041 compliant

CMF and Ordered Set Transparency on the 10x10G MUX circuit pack
(NTK529BBE5). This provides compliance to G.7041 Sub-clause 7.9.2.2.
Mapping mode that preserves the Ordered Set information of the 10GBase-R
client signal by mapping Ordered Sets into their own GFP-F frames (Client
Data Frame). This mapping mode does not require the GFP CMF to
communicate local, remote fault, all clear and other PCS layer ordered set
information.
Impact


CMF UPI Mismatch
Prerequisites
Step Action
1 Determine the corresponding far-end client and WAN facility parameters.

Operating, 323-1851-310.
2 Set the ETH10G WAN facility Transparent Ordered Sets parameter to equal
values on both sides. Refer to the “Retrieving equipment and facility details”
and “Editing facility parameters” procedures in Part 1 of Configuration -
support group.
—end—

Procedure 4-50
Cold Restart Required: FPGA Changed
Alarm ID: 646
Probable cause
This alarm is raised when a new functionality is introduced on a circuit pack
that requires FPGA Loads. The circuit pack must be restarted to be loaded
with the new feature. Some reasons that can cause this alarm are as follows:
• A circuit pack loses its FPGA load from within the file system, and the
FPGA load maintained on the circuit pack is older than the required load
for this release.
• A SuperMux circuit pack is running an older version of its FPGA load and
you try to use functionality supported only by a newer version of its FPGA
load.
• Upgrading a TCS card running an older PCP FPGA load that supports
less LDCC channels (for example, a 16xOCn 5G card supports 2 LDCC.
This card has the new PCP FPGA load applied in Release 6.0 to support
16 LDCC channels). The alarm will be cleared when the new FPGA load
is applied.
• In 1+1 client TPT, 1+1 port TPT, or 1+1 TPT Protection configurations the
FPGA opportunistic upgrade is not performed and the user attempts to
provision 1+1 client TPT, 1+1 port TPT, or 1+1 TPT protection.
If this alarm is raised as part of a network element software upgrade, refer to

the appropriate Software Upgrade Procedure listed in the “Software Upgrade
Procedures” section of Planning - Ordering Information, 323-1851-151.
Impact
Prerequisites


Cold Restart Required: FPGA Changed
Step Action
1
CAUTION
Perform a cold restart on the circuit pack raising the alarm. Refer to
2 If the alarm does not clear after the circuit pack restart, contact your next level
of support or your Ciena support group.
—end—

Procedure 4-51
Config Mismatch - LCAS
Alarm ID: 922
Probable cause
This alarm is raised against an LCAS-enabled WAN facility of an L2SS, 20G
L2SS, PDH gateway or SuperMux circuit pack, or circuit pack when the near-
end WAN facility detects that the far-end WAN facility does not have LCAS
enabled.
Impact
Minor, non-service-affecting (m, NSA) alarm, protected
Minor, service-affecting (m, SA) alarm, unprotected
Prerequisites
• have the network connection information (that is, how the optical modules
on each network element connect to other network elements)
Step Action
1 Trace the cross-connect information to determine the corresponding facility of

the far-end circuit pack. This alarm is also raised against the corresponding
facility if the circuit pack at the far-end is an L2SS, 20G L2SS, PDH gateway
or SuperMux circuit pack.
2 Ensure the VCAT cross-connects are provisioned correctly. Refer to the
“Retrieving path cross-connects” procedure in Part 1 of Configuration -
3 Ensure the corresponding WAN facility VCAT and LCAS setting at the far-end
matches the WAN facility VCAT and LCAS setting at the end reporting the
Config Mismatch alarm. Refer to the “Retrieving equipment and facility
323-1851-310.


Config Mismatch - LCAS
Step Action
4 If LCAS must be Then

disabled on the WAN disable LCAS on the WAN facility raising the Config
link Mismatch - LCAS alarm
enabled on the WAN enable LCAS on the WAN facility at the far-end from
link the facility raising the Config Mismatch - LCAS alarm
To change the LCAS parameter provisioned on the far-end circuit pack to

match the near-end circuit pack, refer to the “Editing facility parameters”
procedures in Part 1 of Configuration - Provisioning and Operating, 323-
1851-310.
support group.
—end—

Procedure 4-52
Configuration Mismatch
Alarm ID: 1415
Probable cause
This alarm is raised if the admin weight or bundle id is different on both sides
of a Optical Signaling and Routing Protocol (OSRP) link.
Impact
Note: Shelf function is not affected by this alarm.
Requirements
Step Action
1 Launch the OSRP Provisioning application and click on Links Tab to

determine if both ends of the OSRP link have the same admin weight and
bundle id assigned.
2 If different, provision the OSRP link to have the same admin weight and
bundle id assigned. Refer to the “Editing an OSRP link” procedure in
Configuration - Control Plane, 323-1851-330.
support group.
—end—

Procedure 4-53
Configuration Mismatch - Adv BW Limit
Alarm ID: 1416
Probable cause
This alarm is raised when there is a configuration mismatch due to advertised
bandwidth (Adv BW) limit being different on adjacent OSRP links.
Impact
Requirements
Step Action
1 Identify the Advertisement BW limit on each side of the link. Refer to the
“Editing an OSRP link” procedure in Configuration - Control Plane, 323-1851-
330.
2 Ensure that both ends have the same Advertisement BW limit.
support group.
—end—

Procedure 4-54
Configuration Mismatch - BW Lockout
Alarm ID: 1770
Probable cause
This alarm is raised when a bandwidth lockout is enabled on one end of an
OSRP line and disabled on the other end.
If you apply a bandwidth lockout for maintenance activities to one end of the
line, it is required to apply a bandwidth lockout on the other end of the line to
clear the alarm.
The alarm also clears when the bandwidth lockout on both sides are matching
(enabled or disabled).
It can take up to 30 seconds for this alarm to raise if one end of the OSRP line
is configured and the other end is not.
Impact
Minor, non-service-affecting (m, NSA)
Prerequisites
To perform this procedure, you must use an account with at least a level 3
UPC.
Step Action
1 Disable the bandwidth lockout on the OSRP line or enable the bandwidth
lockout at the other end of the OSRP line. Refer to the “Editing an OSRP line”
procedure in Configuration - Control Plane, 323-1851-330.
support group.
—end—

Procedure 4-55
Configuration Mismatch - BW Threshold
Alarm ID: 1768
Probable cause
This alarm is raised when there is a Bandwidth Threshold mismatch
configuration on both ends of an OSRP link.
The alarm clears when you provision the same Bandwidth threshold value on
both sides of the link.
Impact
Prerequisites
UPC.
Step Action
1 Identify which Bandwidth Threshold is misconfigured (which side of the link is

misconfigured). Refer to “Retrieving OSRP provisioning information”
2 Provision both ends of the OSRP link with the same Bandwidth Thresholds.
Refer to the “Editing an OSRP line” procedure in Configuration - Control
Plane, 323-1851-330.
support group.
—end—

Procedure 4-56
Configuration Mismatch - Common ID
Alarm ID: 1411
Probable cause
This alarm is raised when the Common Line ID field of the OSRP line on either
side is different.
Impact
Requirements
Step Action
1 Identify the common id value of the OSRP line at the node raising the alarm.
See the “Editing an OSRP link” procedure in Configuration - Control Plane,
323-1851-330.
2 Verify common id value of the node at the other ends of the OSRP line and
compare it to the values found in step 1.
3 If the common id values on both ends of the OSRP line are not the same,
change the values to be the same. Refer to the “Editing an OSRP link”
support group.
—end—

Procedure 4-57
Configuration Mismatch - Concatenation
Alarm ID: 1414
Probable cause
This alarm is raised when there is a concatenation mismatch between the
local and the remote lines while an OSRP line is configured as standard
concatenation at one node and transparent concatenation at the other node.
Impact
Requirements
Step Action
1 Identify the port that raised the alarm. See “Identifying the circuit pack,
pluggable module/port, or facility that has raised an alarm” on page 2-40.
2 The 6500 nodes are configured as standard concatenation. Ensure that the
remote node is a 6500. If the remote node is not a 6500 node, ensure that the
node is configured as standard concatenation. Refer to non-6500
documentation for configuration information.
support group.
—end—

Procedure 4-58
Configuration Mismatch - Link ID
Alarm ID: 1420
Probable cause
This alarm is raised when in a link aggregation one end of the aggregation
contains OSRP lines that are part of a different OSRP link.
Impact
Requirements
Step Action
1 Identify the OSRP lines in a link aggregation on each side of the link. See the
“Adding an OSRP link” procedure in Configuration - Control Plane, 323-1851-
330.
2 Ensure all OSRP lines in a link aggregation on each side is part of only one
OSRP link.
support group.
—end—

Procedure 4-59
Configuration Mismatch - Node
Alarm ID: 1421
Probable cause
This alarm is raised when there is a configuration mismatch due to mismatch
in aggregated OSRP line node IDs between adjacent OSRP links. The alarm
raises when in a link aggregation at one end of the aggregation reports OSRP
lines that are part of a different node.
Impact
Requirements
Step Action
1 Identify the OSRP lines in a link aggregation on each side of the link. See the
“Adding an OSRP link” procedure in Configuration - Control Plane, 323-1851-
330.
2 Ensure that all OSRP lines in a link aggregation on each side are part of the
same node.
support group.
—end—

Procedure 4-60
Configuration Mismatch - OVPN ID
Alarm ID: 1769
Probable cause
This alarm is raised when the Optical Virtual Private Network Identifier (OVPN
ID) on both ends of the OSRP link do not match.
The alarm clears when you provision the same OVPN ID on both sides of the
link.
Impact
Prerequisites
UPC.
Step Action
1 Ensure that there are no Sub-Network Connections (SNCs) on the link. Refer
to “Deleting a sub-network connection” procedure in Configuration - Control
Plane, 323-1851-330.
2 Provision both ends of the link with the same OVPN ID. Refer to the “Editing
an OSRP link” procedure in Configuration - Control Plane, 323-1851-330.
support group.
—end—

Procedure 4-61
Configuration Mismatch - Primary State
Alarm ID: 1410
Probable cause
This alarm is raised when the administrative state of the ends of the
OSRPLINE is mismatched with the remote end.
Impact
Requirements
Step Action
1 Identify the administrative state of the OSRPLINE on each side of the link.
See the “Adding an OSRP link” procedure in Configuration - Control Plane,
323-1851-330.
2 Ensure the administrative state of the OSRPLINE on each side is the same.
support group.
—end—

Procedure 4-62
Control Plane Operations Blocked
Alarm ID: 1776
Probable cause
This alarm is raised on a DOC to indicate that the control plane cannot restore
or create new SNCs because DOC Auto add channels and/or DOC Auto
delete channels parameters are set to disable when the corresponding OTS
facility is control plane enabled (CPS is provisioned to Enable).
Impact
Warning
Prerequisites
Step Action
1 If the OTS is supposed to be control plane Then go to

enabled step 2
disabled step 3
2 Update the DOC facility attributes DOC Auto add channels and DOC Auto
delete channels parameters to enable as follows:
• From the Site Manager menu, select the DOC instance (Configuration-
>Photonic Services->Domain Optical Controller (DOC).
The Domain Optical Controller (DOC) window opens.
• Select the required shelf from the Shelf pull-down menu, as required.
(ALL is the default.)
• Click on the Start Monitoring or Refresh button.
• Select the required DOC instance from the summary table.
• Select the Settings tab.
• Click on the Edit button.
The Edit DOC dialog is displayed.
• Use the pull down menus to change the DOC values Auto add channels
and Auto delete channels to “Enabled”. Go to step 4.


Control Plane Operations Blocked
Step Action
3 Update the CPS attribute of the OTS facility to Disable as follows:

• From the Site Manager menu, select the OTS (Configuration-
>Photonic Services->OTS management or Photonic Configuration
Management).
• From the OTS window, click the row with the desired OTS to highlight it
and then click the Edit or Edit OTS button.
The Edit OTS window opens.
• From the Edit OTS window, click the CPS drop-down box and select
“Disable”.
Refer to the “Editing an OTS instance in the OTS Management application”
310 for more information.
support group.
—end—

Procedure 4-63
Control Plane System Mismatch
Alarm ID: 1773
Probable cause
This alarm is raised on a shelf when each OTS provisioned on that shelf that
has a CPS value provisioned to Disable, but the domain to which the OTS
belongs has at least one OTS within the domain with CPS provisioned to
Enable.
This indicates that the CPS values for all the OTSes within a domain are not
consistent. The event is only raised against the OTSes with CPS provisioned
to Disable. The alarm clears when you provision the CPS parameter on all
ROADM OTSes within a domain to the same value.
Impact
Warning
Requirements
Step Action
1 Set the CPS parameter on all ROADM OTSes within a domain to the same
value.
2 Select OTS management or Photonic Configuration Management from
Configuration->Photonic Services.
3 In the OTS Management or Photonic Configuration Management window,
select the required shelf from the Shelf drop-down list.
4 Select the OTS that you want to edit and click the Edit or Edit OTS button.
The Edit OTS window opens
— If the intention for the L0 Control Plane software is to have visibility of
the optical domain managed by the OTS, all OTSes in the same
domain must set the CPS value Enable.
— If the intention for the L0 Control Plane software is not to have
visibility of the optical domain managed by the OTS, all OTSes in the
same domain must set the CPS value to Disable.
Refer to the “Editing an OTS instance in the OTS Management application”
310 for more information.
support group.
—end—

Procedure 4-64
Co-Routed SNC Degraded
Alarm ID: 1827
Probable cause
This alarm is raised when some (but not all) of the terminating Subnetwork
Connection (SNC) members are in the creating or starting state. It is typically
caused by a destination unreachable condition caused by insufficient
bandwidth, lack of matching service classes, or lack of physical facility to the
destination port.
Impact
Prerequisites
Step Action
1 Follow the “SNC Unavailable” alarm clearing procedure in part 2 of this

document. This alarm is cleared when all terminating Subnetwork.
Connection (SNC) members have finished creating and starting state.
support group.
—end—

Procedure 4-65
Co-Routed SNC Unavailable
Alarm ID: 1826
Probable cause
This alarm is raised when all the terminating Subnetwork Connection (SNC)
members are in the creating or starting state. It is typically caused by a
destination unreachable condition caused by insufficient bandwidth, lack of
matching service classes, or lack of physical facility to the destination port.
Impact
Prerequisites
Step Action
1 Follow the “SNC Unavailable” alarm clearing procedure in part 2 of this

document. This alarm is cleared when any terminating Subnetwork
Connection (SNC) member has finished creating and starting state.
support group.
—end—

Procedure 4-66
Corrupt Inventory Data
Alarm ID: 656
Probable cause
The alarm is raised against the cooling unit housing, cooling fan module,
access panel, MIC, Power Input Card, external equipment connected to the
remote inventory ports on the access panel and module in a sub-slot of
connected external equipment which is:
• not recognized by the NE
• not fully inserted
• defective
• connected using a defective cable
Impact
Critical, service-affecting (C, SA) alarm if active on cooling unit housing or fans
(when at least one other fan related alarm is present)
Major, non-service-affecting (M, NSA) alarm if active on a fan (when no other
fan-related alarm is present) or when raised on the external slot inventory
interface of the shelf
Minor, non-service-affecting (m, NSA) alarm if active on the access panel,
MIC, or power circuit packs
Prerequisites
Step Action
DANGER
Risk of eye injury
Wear eye protection such as safety goggles or safety
glasses with side guards when you work with fan
modules or in proximity to the shelf air exhaust.

the cooling unit housing step 2
the cooling unit module (fans) step 12
any other unit step 16


Step Action
3 Remove all fans from the cooling unit housing, one at a time (if present),
starting with any fans that have alarms. Refer to the “Replacing a cooling fan
module” procedure in Fault Management - Module Replacement, 323-1851-
545.
ATTENTION
Fans with Corrupt Inventory Data or Fan Incompatible alarms must
be removed from the housing before any other fans are removed.
4 Verify that Fan Failed alarms are raised for each fan, and any existing fan
alarms are cleared.
5 Remove the cooling unit housing from the 6500 shelf. Refer to the “Replacing
the cooling unit assembly” procedure in Fault Management - Module
You cannot remove the cooling unit housing on the metro front electrical shelf,
as it is an integral part of the shelf.
6 Verify that Corrupt Inventory Data alarm for the cooling unit housing has
cleared.
7 Replace with new housing. Refer to the “Replacing the cooling unit assembly”
8 Wait 30 seconds to verify that no new Corrupt Inventory Data alarm is raised
against cooling unit housing.
Fan Incompatible alarm is masked for any incompatible fans inserted after a
Corrupt Inventory Data alarm has been raised against the cooling unit
housing. If the cooling unit housing has corrupt inventory data upon system
bootup or replacement, any incompatible fans in the housing will not have
their incompatibility alarmed.
9 Reinsert fan 1. Verify that the Fan Failed alarm has cleared. Wait at least 15
seconds before proceeding.
10 Repeat step 9 for fan 2 and 3.
Fans must be inserted one at a time, with at least 15 seconds of waiting time
between fan insertions. Verify that all Fan Failed alarms clear.
11 If the Then
original alarm has cleared the procedure is complete
alarm is raised against the fan module go to step 12
Fan Incompatible alarm is raised perform the alarm clearing procedure
for “Fan Incompatible” on page 4-327


Step Action
12 Remove alarmed fan from cooling unit housing.

The Fan Failed alarm is raised for the removed fan and the Corrupt Inventory
Data alarm for that fan clears.
13 Wait at least 15 seconds. Insert a new fan into the slot. Ensure that the fan is
fully inserted and the bolt is attached to the fan housing.
14 Verify that the Fan Failed alarm has cleared and that no new alarm is raised.
15 If the Then
original alarm has cleared the procedure is complete
Fan Incompatible alarm is raised perform the alarm clearing procedure for
“Fan Incompatible” on page 4-327
16 Verify that the alarmed unit is fully inserted.

17 Verify that the cable between the shelf External Slot Inventory port and the
external peripheral is connected and not damaged.
18 If applicable, perform a restart of the alarmed unit. Refer to Procedure 2-11,
“Restarting a circuit pack or shelf processor” on page 2-30.
If a restart is not possible on the unit, go to step 20.
20 Reseat the alarmed unit, or disconnect and reconnect the cable connecting
the alarmed module (the cable between the shelf External Slot Inventory port
and the external peripheral). Refer to the “Reseating a circuit pack” procedure
in Fault Management - Module Replacement, 323-1851-545.
22 Replace the alarmed unit. Refer to the equipment replacement procedures in

The Circuit Pack Missing alarm is raised for that unit and the Corrupt
Inventory Data for that unit clears.
support group.
—end—

Procedure 4-67
Alarm ID: 702, 905
Probable cause
This alarm is raised when the Ethernet First Mile (EFM) discovery protocol (a
discovery mechanism that allows the exchange/negotiation of protocol
operational parameters) fails to execute successfully.
This alarm will be raised on a SuperMux ETH facility if EFM is enabled and no
cross-connections are provisioned on that facility.
Note that EFM on SuperMux and L2 MOTR supports interworking with

OME1110 only.
For more information about OME1110, refer to OME1110 Deployment Guide,

323-1851-250. The OME1110 Deployment Guide is included in the 6500
technical publication libraries from Release 7.0 to Release 9.1.
For more information on interworking, see the Network Interworking Guide,

NTCA68CA.
Impact
Critical, service-affecting (C, SA) alarm if active
Minor, non-service-affecting (m, NSA) alarm if inactive (6500 GE circuit pack
only)
Prerequisites
Step Action
1 If the 6500 GE or FE facility Then go to

is connected to a port on an OME1000 CPE module step 2
is not connected to a port on an OME1000 CPE module step 8
2 For a SuperMux ETH facility, verify that there is at least one cross-connection
provisioned.
3 Verify that the OME1000 line side is connected to a GE or FE circuit pack and
only one of the ports on the line side is connected. Also verify that the
subtending equipment is connected to the OME1000 client side.


Step Action
4 Ensure the Control Frame Profile is set properly. Refer to tables in chapter 1
of the Part 1 of Configuration - Provisioning and Operating, 323-1851-310, for
the correct EFM values (there are multiple possibilities depending on
configuration).
7 Replace with an OME1000 CPE module. Refer to the latest OME1000
Installation and User Guide, NTK972xx.
8 Ensure the Control Frame Profile is set to 4: P2P Tunnel. This alarm will only
be present if an EFM CFPRF is provisioned. Once the profile is changed to
4, the alarm should clear.
support group.
—end—

Procedure 4-68
CP Loss of Host Timing Ref.
Alarm ID: 17
Probable cause
This alarm is raised when the frequency gap between the reference source
from the OC-3 host and the DSM 84xDS1 termination module (TM) internal
source is too large. A timing reference is considered invalid if the absolute
frequency offset from the internal DSM 84xDS1 TM clock is greater than -230/
+205 ppm.
This alarm does not result in circuit pack conviction, and clears when the
conditions that caused the alarm changes.
Impact
Critical, service-affecting (C, SA) alarm if active
Major, non-service-affecting (M, NSA) alarm if inactive
Prerequisites
Step Action
in this document.
2 Look for any other alarms in the active alarm list that are against the DSM
84xDS1 TM. Use the appropriate alarm clearing procedure to clear the alarm.
3 Verify the timing reference is correct. Refer to the “Retrieving synchronization
data for a network element” procedure in Part 2 of Configuration -
5 If the alarm does not clear, replace the DSM 84xDS1 TM. Refer to the
“Replacing the DSM 84xDS1 TM circuit pack” procedure in Fault
support group.
—end—

Procedure 4-69
CPU2 Unreachable
Alarm ID: 1157
Probable cause
This alarm is raised when the secondary processor on the SP-2 is not
reachable from the primary processor. This alarm applies to the SP-2 Dual
CPU circuit pack.
You must refer to 6500 Packet-Optical Platform Control Plane Application

Guide (NTRN71AA), for detailed information on Control Plane concepts,
applications, and engineering rules supported in this release of 6500.
Note: This alarm is a diagnostics alarm to indicate the link is down. In

most cases the alarm is raised during CPU2 restart and will clear once
CPU2 is back in service.
Impact
Major, non-service-affecting (M, NSA) alarm (for the SONET/SDH and
Photonic Control Plane, when the CPU2 is warm restarted with Control Plane
provisioned, this alarm is raised as NSA)
Prerequisites
545
Step Action
1 Restart the shelf processor. Wait five minutes for it to restart. Refer to
support group.
—end—

Procedure 4-70
CPU2 Warm Restart Required
Alarm ID: 1425
Probable cause
This alarm is raised when an SP-2 Dual CPU Processor (CPU2) warm restart
is required after a SONET/SDH or Photonic OSRP instance is added or
deleted.
This alarm can also be caused by changes made to the OSRP for Photonic
Control Plane. For example, a change of the OOB local UDP port.
Impact
Requirements
Before you perform this procedure, you must use an account with level 3 or
higher UPC.
Step Action
1 Perform a warm restart of the CPU2 of the active SP-2 Dual CPU circuit pack.
See Procedure 2-11, “Restarting a circuit pack or shelf processor” on page
2-30.
2 If the alarm does not clear following the restart of the shelf processor, contact
your next level of support or your Ciena support group.
—end—

Procedure 4-71
Craft Load Missing
Alarm ID: 627
Probable cause
This alarm is raised when the shelf processor does not contain a craft (that is,
NE Java Webstart Site Manager) load. The craft load is loaded when the shelf
processor is upgraded.
Impact
Prerequisites
Step Action
1 Deliver the software load to the network element. Refer to the “Transferring a
software load to a network element” procedure in chapter 7 of Administration
and Security, 323-1851-301.
support group.
—end—

Procedure 4-72
Craft Load Unpacking Aborted - Low Disk Space
Alarm ID: 1156
Probable cause
This alarm is raised when the SP is running low in disk space, such that NE
Java Webstart Site Manager cannot be installed in the NE.
Impact
Prerequisites
Step Action
1 Free disk space by deleting unused releases in the NE with DLT-RELEASE.

Refer to the “Deleting a software load” procedure in chapter 7 of
When there is sufficient free disk space after (DLT-RELEASE), the NE Java
Webstart Site Manager will be installed automatically. After installation, the
alarm will be clear.
support group.
—end—

Procedure 4-73
Cross-connection Mismatch
Alarm ID: 863
Probable cause
This alarm is raised against the shelf when:
• one or more optical cross-connections recorded in the Optical Bandwidth
Manager (OBM) database are mismatched with the existing configuration
in the Shelf Wavelength Topology (SWT) database
• there are SWT instances that have no corresponding photonic cross-
connections
• a passthrough channel is provisioned at a TOADM, but a CMD for that
same group is provisioned, or the inter-OTS adjacencies are missing or
they are incorrectly provisioned
• there is a mismatch between the cross-connects and the corresponding
Shelf Wavelength Topology (TOPO-SWT) instances. In particular, the
following mismatch conditions are alarmed when Autoroute is disabled:
— the TOPO-SWT instance for a provisioned local add/drop cross-
connect has a routing of UNKNOWN or an owner value that is not
OBM.
— one or both TOPO-SWT instances for a provisioned spur or intra-
domain passthrough cross-connect have a routing of UNKNOWN or
an owner value that is not OBM.
— there is a missing provisioned local add/drop, passthrough, or spur
cross-connect for an existing TOPO-SWT instance with routing and
owner set.
• For CDC configurations, this alarm is raised when redundant slot
sequences are provisioned. Note that redundant slot sequences are not
supported. The alarm clears when you deprovision the slot sequences.
For Direction Independent Access (DIA), OBM audit raises this alarm if it
detects an OCH with routing OBM_DI_ADD or OBM_DI_DROP and the
corresponding Tx/Rx adjacency is OOS.
Impact
Prerequisites


Step Action
1 Using the Photonic Connections application in Site Manager, retrieve the

Photonic cross-connects with an OCH rate for the affected shelf. From the
Mismatch column, note the wavelength and the direction of the connection(s)
with a mismatch value other than “NONE”. Refer to the “Retrieving Photonic
cross-connects” procedure in Part 1 of Configuration - Bandwidth and Data
Services, 323-1851-320.
2 If possible, switch traffic away from the link with the mismatch.
3 If the mismatch value identified in step 1 is Then go to
TO step 4
FROM step 6
BOTH step 8
4 Sort the data in the Photonic cross-connect list from step 1 by the To column.
Find and record all the cross-connects that share the same value in the To
column.
5 Only one cross-connection is permitted to use a given To value. Correct the
provisioning error(s) so that only a single cross-connect exists for the
duplicated To value. This may require:
• deleting a cross-connect. Refer to the “Deleting Photonic cross-connects”
procedure in Part 1 of Configuration - Bandwidth and Data Services, 323-
1851-320.
• placing an ADJ-RX facility OOS (provision the CMD44 ADJ-RX Receiver
type to UNKNOWN) to delete a channel for which a derived/provisioned
pass-through cross-connect was created. Refer to the “Editing facility
Operating, 323-1851-310. Following the channel deletion, verify the
channel no longer appears in channel listing of the Domain Optical
Controller (DOC) application in Site Manager. Refer to the “Retrieving
Domain Optical Controller summary and details view” procedure in Part
2 of Configuration - Provisioning and Operating, 323-1851-310.
• placing an ADJ-TX facility OOS (provision the CMD44 ADJ-TX
Transmitter type to UNKNOWN) to delete a channel for which a derived/
provisioned pass-through cross-connect was created. Refer to the
Provisioning and Operating, 323-1851-310. Following the channel
deletion, verify the channel no longer appears in channel listing of the
Domain Optical Controller (DOC) application in Site Manager. Refer to
the “Retrieving Domain Optical Controller summary and details view”
procedure in Part 2 of Configuration - Provisioning and Operating, 323-
1851-310.
Go to step 10.


Step Action
6 Sort the data in the Photonic cross-connect list from step 1 by the From
column. Find and record all the cross-connects that share the same value in
the From column.
7 The following rules apply to the cross-connects that share a given From value:
• a maximum of one local drop cross-connection is allowed
• a maximum of one non-broadcast pass-through cross-connection is
allowed
Correct the provisioning error(s) so that the cross-connections sharing the
same From value comply with the rules in this step. This may require:
• deleting a cross-connect. Refer to the “Deleting Photonic cross-connects”
1851-320.
• placing an ADJ-RX facility OOS (provision the CMD44 ADJ-RX Receiver
type to UNKNOWN) to delete a channel for which a derived/provisioned
pass-through cross-connect was created. Refer to the “Editing facility
Operating, 323-1851-310. Following the channel deletion, verify that the
channel no longer appears in channel listing of the Domain Optical
Controller (DOC) application in Site Manager. Refer to the “Retrieving
Domain Optical Controller summary and details view” procedure in Part
2 of Configuration - Provisioning and Operating, 323-1851-310.
• placing an ADJ-TX facility OOS (provision the CMD44 ADJ-TX
Transmitter type to UNKNOWN) to delete a channel for which a derived/
provisioned pass-through cross-connect was created. Refer to the
Provisioning and Operating, 323-1851-310. Following the channel
deletion, verify the channel no longer appears in the channel listing of the
Domain Optical Controller (DOC) application in Site Manager. Refer to
the “Retrieving Domain Optical Controller summary and details view”
procedure in Part 2 of Configuration - Provisioning and Operating, 323-
1851-310.
Go to step 10.
8 Follow step 4 and step 6 to resolve the mismatches (of the To and From
values) identified in step 1.
9 If the original alarm has Then go to
cleared step 10
not cleared step 13
10 Wait 15 minutes for the next OBM audit to run.


Step Action
11 Using the Photonic Connections application in Site Manager, retrieve the

Photonic cross-connects and verify that the mismatch is resolved.
12 Switch traffic back to the link (if you have removed it in step 2).
13 Select Configuration->Photonic Services->Shelf Wavelength Topology and
retrieve the SWT instances from all the shelves in the node.
14 Select Configuration->Cross Connections->Photonic Connections and
retrieve the cross-connection information in the node.
15 Determine which SWT instances have missing cross-connections:
• Each SWT instance of routing Drop must have a corresponding derived
cross-connection.
• Each SWT instance of routing Add must have a corresponding derived
cross-connection.
• Two SWT instances of routing Passthrough must have a corresponding
cross-connection, one SWT instance for the “From OCH” portion of the
cross-connection, and one SWT instance for the “To OCH” portion of the
cross-connection.
16 Select your next step for SWT instances that are missing a cross-connection.
If this is Then
a ROADM site perform the same steps as when a cross-connection
has a Mismatch value of From and/or To, that is, step
2 to step 12.
a TOADM see “Adjacency Provisioning Error” on page 4-39 for
the steps required to clear the alarm.
support group.
—end—

Procedure 4-74
Cross connect Error
Alarm ID: 1207
Probable cause
This alarm is raised against a Maintenance Association (MA) entity when a
Maintenance End Point (MEP) receives at least one Continuity Check
Message (CCM) encoded with a different Maintenance Association ID (MAID)
(than its own) or receives a CCM with a lower Maintenance Domain (MD) level
(than its own).
This alarm typically indicates a configuration error in the network.
Impact
Prerequisites
Step Action
1 Verify the MEPs on both nodes (local MEP and the remote MEP) belong to
the same MD/MA pair. That is, the MD name and the short MA name are
identical. Refer to the “Data services Ethernet OAM provisioning” chapter in
Part 3 of Configuration - Bandwidth and Data Services, 323-1851-320.
2 Verify the associated MDs are configured against the same MD level.
ATTENTION
If there are multiple RMEPs, use the "RTRV-MEP-DEFECTS2" TL1
command (or) the Defects tab in the Ethernet OAM provisioning
window in Site Manager to isolate the alarm condition against a
specific RME.
support group.
—end—

Procedure 4-75
Crossed Fibers Suspected
Alarm ID: 1508
Probable cause
This alarm is raised against the ADJ facility of the associated LIM port (MON
port) when the received power by the far-end is higher than the transmitting
end due to a crossed fiber.
Crossed fiber is only detectable when there is a difference of at least 3 dB in

the expected powers at the OPM ports. One port will have higher than
expected power, the other port will have lower than expected power. The port
with the higher than expected power (more than 3 dB) will raise the “Crossed
Fibers Suspected” alarm. The port with lower than expected power will raise
the “High Fiber loss” alarm if Fiber Loss Detection is enabled.
Impact
Prerequisites
To perform this procedure
• you require an account with at least a level 3 UPC
545
Step Action
1 Verify the adjacency of the OPM ports and the system diagrams of the shelf.
2 Trace the fiber from the OPM port to the associated monitor port on the LIM.
3 Ensure the fibering is exactly the same as the adjacencies.
4 If the fibers are crossed, uncross them.
support group.
—end—

Procedure 4-76
Dark Fiber Loss Measurement Disabled
Alarm ID: 1825
Probable cause
This event is raised when the Dark Fiber Loss Measurement is disabled on a
shelf with CDC equipment provisioned.
If any CDC equipment was ever provisioned at least once on the shelf, this
event is raised when the system parameter “Dark Fiber Loss Measurement”
is set to OFF in Site Manager Node Information System tab, using the Edit
command. By default, this parameter value is ON.
If CDC equipment was never provisioned on the shelf, this event is not raised
when the “Dark Fiber Loss Measurement” is set to OFF.
Impact
Warning
Prerequisites
Step Action
1 Open the Node Information Site Manager application and select the System
tab. Click Edit then set the “Dark Fiber Loss Measurement” system
parameter to On. Refer to the “Editing the nodal system parameters”
procedure in Administration and Security, 323-1851-301.
Note: The system parameter “Dark Fiber Loss Measurement” can be
changed from a member shelf or a primary shelf (if shelf Sync is ON, the
“Dark Fiber Loss Measurement” cannot be changed from a member shelf). If
the system parameter is changed on a primary shelf, it will broadcast to all
member shelves.
support group.
—end—

Procedure 4-77
Database Auto Save in Progress
Alarm ID: 1047
Probable cause
This alarm is raised when an automatic database backup is initiated.
Impact
Warning
Step Action
1 No action is required. The alarm clears when the database backup is

completed.
support group.
—end—

Procedure 4-78
Database Integrity Fail
Alarm ID: 8
Probable cause
This alarm is raised when there is a possibility that provisioning data on the
shelf processor is in a corrupted state.
Impact
Step Action

—end—

Procedure 4-79
Database Integrity Fail - CPU2
Alarm ID: 1241
Probable cause
This alarm is raised when the provisioning data on the CPU2 is corrupted and
the database cache integrity has failed. The alarm is also raised when you
restore from backup and then commit fails.
Impact
Step Action

—end—

Procedure 4-80
Database Not Recovered For Slot
Alarm ID: 1390
Probable cause
This alarm is raised if provisioning data for a provisioned circuit pack is not
recovered over a system or shelf processor power-up/restart. The alarm
indicates the slot for which data corruption is detected.
The alarm clears when the provisioning data is corrected or a data restore is
performed as a result of clearing related higher severity alarms.
Impact
Warning
Step Action
1 No action is required. The alarm clears as a result of clearing the higher

severity alarm “Database Recovery Incomplete”, that is associated with
provisioning data. Refer to the “Database Recovery Incomplete” procedure in
this document.
support group.
—end—

Procedure 4-81
Database Recovery Incomplete
Alarm ID: 205
Probable cause
This alarm is raised when the shelf processor is replaced and there is a
missing, mismatched or failed circuit pack in the shelf. The alarm is the result
of a data consistency audit depending on whether any equipment data was
not recovered.
The DSM site address, PM, and alarm profiles will be lost if the host OC-3
circuit pack to the DSM 84xDS1 termination module is missing or in a failed
state when you replace the shelf processor.
The data consistency audit detects problems when a shelf processor is

replaced and a transport circuit pack is not able to send its data to the shelf
processor. The audit runs on every restart to ensure the integrity of data such
as connections, synchronization, and protection.
For each slot, the audit compares provisioned equipment known to the shelf
processor to that recovered from the cards. If there is a mismatch in the
comparison, this alarm is raised and then no data will be sent to the cards.
Database save operations will also be blocked.
The data consistency audit requires at least one XC circuit pack, and does not
run if it detects that it was run and previously found problems.
ATTENTION
Do not remove or insert any circuit packs during this procedure.
Impact
The data transfer to the transport circuit pack is blocked until the data
consistency audit is successfully completed.
Prerequisites


Database Recovery Incomplete
Step Action
1 Retrieve the current events and alarms. Refer to the “Viewing events” section
in chapter 1 of this document.
ATTENTION
If there is a Software Upgrade In Progress alarm, complete the
upgrade before continuing this procedure.
2 From the list of alarms find the “Database Not Recovered For Slot” alarm. The
“Database Not Recovered For Slot” alarm is raised against the slot for which
data is missing.
3 Complete a database restore. Refer to the backup and restore procedures in
chapter 6 of Administration and Security, 323-1851-301, for more information.
support group.
—end—

Procedure 4-82
Database Restore in Progress
Alarm ID: 143
Probable cause
This alarm is raised when the provisioning data is being restored to a
standalone shelf or to one or multiple shelves in a consolidated TID.
Impact
Prerequisites
• be able to connect to the shelf processor
Step Action
1 Wait until the currently ongoing database restore successfully completes.

Refer to the “Restoring provisioning data” procedure in chapter 6 of
To clear the alarm and abort the database restore action, click Cancel in the
Backup and Restore application. Canceling recovers the system and cleans
up any backup files left in invalid states.
support group.
—end—

Procedure 4-83
Alarm ID: 1263
Probable cause
This alarm is raised when the shelf processor detects that a save command
sent to the shelf processor fails.
Impact
Prerequisites
Step Action
1 Select your next step.

If you want to Then go to
clear the alarm by canceling the action step 2
clear the alarm and retry the action step 3
2 Click Cancel in the Backup and Restore application. Refer to the “Restoring
provisioning data” procedure in chapter 6 of Administration and Security, 323-
1851-301 for more information.
Canceling cleans up any backup files left in invalid states.
3 This alarm can be cleared if you try to backup or restore the provisioning data
again. The alarm clears if the backup or restore action is successful. Refer to
the “Restoring provisioning data” procedure in chapter 6 of Administration
and Security, 323-1851-301 for more information.


Step Action
4 If the alarm does not clear, check the network element to determine whether
a condition exists that can prevent a save. These conditions include:
• a “Software Upgrade in Progress” alarm is active
• a database save is already in progress
• a “Software Mismatch” alarm is active
• the software version on the shelf processor is different from the other
circuit packs
• a “Disk Full” alarm is active
• an unsaved SAOS CLI config
— Save SAOS CLI configurations from the primary PKT/OTN cross-
connect/eMOTR circuit packs and then re-issue the restore operation
• a corruption in the network element database is detected (indicated by a
Transport Data Recovery Failed, a Database Recovery Incomplete, or a
Switch Shelf ID Mismatch detected alarm)
• active alarms are present unless you specify the backup to ignore active
alarms
• the NE mode is “Unknown”
Checklist for Database Save specific failure (these failures are popped up in
Site Manager when a database save is failed).
Database Save Failed: FTP/SFTP access denied
• Ensure the IP address, directory path, userid and password are valid for
the remote host
Database Save Failed: Failure transferring file,
• Ensure that the remote host has adequate disk space and the correct
attributes (permissions) are set for writing to the remote directory.
Database Save Failed: Invalid destination
• check URL path, filename, permission
Database Save Failed: Could not connect to destination
• Ensure there are no issues with FTP server on the remote host.
Database Save Failed: Could not connect to Source
A FTP server can handle up to certain amount of simultaneous FTP sessions
(for example 50), so when performing a save, the Maximum Transfer Session
parameter should be set to a number that the FTP server can handle.


Step Action
support group.
—end—

Procedure 4-84
Alarm ID: 1264
Probable cause
This alarm is raised when the shelf processor detects that a restore command
sent to the shelf processor fails.
Impact
Prerequisites
Step Action
1 Select your first step.

3 This alarm can also clear if you try to restore the provisioning data again. The
alarm clears if the restore action is successful. Refer to the “Restoring


Step Action
a condition exists that can prevent a restore. These conditions include:
circuit packs
alarms
Checklist for Database Restore specific failure (these failures appear in Site
Manager when a database restore action fails).
Database Restore Failed: Invalid source
• Check the database filename prefix. If the file identifier is used in the
database filename then the user must use the Use filename starting
with checkbox option to match with the database filename prefix.
• Check the shelf number in the database filename prefix. If it does not
match with the NE shelf number then the user must use the Use filename
with shelf number checkbox option to match with the database shelf
number prefix.
Database Restore Failed: Backup not from this node
• This failure indicates the node name saved in the database and the NE
node name don’t match. It’s either the database was saved in the different
shelf or the current NE node name had been changed after the database
save. You can specify the restore to ignore the node name check by
uncheck the Do not restore if data was not backed up from this NE
checkbox.
Database Restore Failed: Mismatched Software Releases
• Ensure the database software release is not different from the NE
software release.


Step Action
Database Restore Failed: Incompatible S/R options

• If database was saved with the communication setting option by checking
the Do not restore if data was not backed up from this NE check box.
Ensure this checkbox is checked on the restore.
• If database was saved without checking the Do not restore if data was
not backed up from this NE check box. Ensure this checkbox is not
checked on the restore.
Database Restore Failed: SP Protection Not Provisioned
• This failure indicates that user tries to restore the database with no SP
protection provisioned on the active SP in the mate slot (for example, slot
16 in 14-slot shelf or slot 42 in 32-slot shelf). Only the database with SP
protection provisioned is allowed to be restored on SP in mate slot.
Database Restore Failed: Incompatible Shelf Assembly
• This failure indicates that the user tries to restore the database from
different shelf type or backplane type (for example, 32-slot database is
tried to be restored to the 14-slot shelf). This procedure is not allowed
since the database is not compatible.
Database Restore Failed: Incompatible SP
• This failure indicates that the user tries to restore the SP2 database to the
NE SP1. This procedure is not allowed since SP1 cannot support some
SP2 functionality due to hardware limitation
Database Restore Failed: FTP/SFTP access denied
• Ensure the IP address, directory path, userid and password are valid for
the remote host
Database Restore Failed: Could not connect to destination
Database Restore Failed: Could not connect to Source
Database Restore Failed: Blocked By Unsaved CLI Config
• Save SAOS CLI configurations from the primary PKT/OTN cross-
connect/eMOTR circuit packs and then re-issue the restore operation.
A FTP server can handle up to certain amount of simultaneous FTP sessions
(for example 50), so when performing a Restore, the Maximum Transfer
Session parameter should be set to a number that the FTP server can handle.
support group.
—end—

Procedure 4-85
Alarm ID: 1265
Probable cause
This alarm is raised when the shelf processor detects that a Commit
command sent to the shelf processor fails.
Impact
Prerequisites
Step Action

1851-301, for more information.
3 This alarm can also clear if you try to backup or restore the provisioning data
again. The alarm clears if the backup or restore action is successful. Refer to
the “Restoring provisioning data” procedure in chapter 6 of Administration
and Security, 323-1851-301, for more information.


Step Action
a condition exists that can prevent a commit. These conditions include:
circuit packs
alarms
support group.
—end—

Procedure 4-86
Database Save in Progress
Alarm ID: 147
Probable cause
This alarm is raised while a database save is in progress and clears when the
save is completed or has failed.
Impact
Warning
Step Action
1 No action is required. The alarm clears when database save is completed or

failed.
—end—

Procedure 4-87
DCC Link Fail alarms
Use this procedure to clear alarms associated with the Data Communications
Channel (DCC) link failures.
For all circuit packs except the MXC, the DCC link is controlled by lower layer
SDCC and not a circuit (IISIS or OSPF). Therefore, even if no IISIS or OSPF
circuits are provisioned, the DCC link is still up between the near-end and far-
ends and no DCC Link Failure alarm is raised.
Line DCC Link Failure

MS DCC Link Failure
Alarm ID: 449, 450, 451, 452, 1105,1528, 1695
Probable cause
These alarms are raised when one of the following conditions occurs:
• The shelf processor cannot communicate with the devices at the far-end
of an SONET/SDH link through the LDCC/MS DCC (bytes D4-D12 of the
line/multiplex section overhead).
• Overhead communications across an SONET/SDH link are down.
Remote login sessions are dropped. This condition does not affect traffic.
• The protection and working optical fibers/cables on a 1+1/MSP linear, 1+1
port TPT, or 1+1 TPT configuration protected optical interface link are
reversed (working optical interface on network element 1 to protection
optical interface on network element 2).
• LDCC/MS DCC has not been enabled at the far-end network element.
• Fiber-optic cables may be disconnected.
• Incorrectly provisioned manual area addresses.
• Provisioning mismatch between near and far-end network elements.
Impact
Section DCC Link Failure

RS DCC Link Failure
Alarm ID: 19, 123, 130, 245, 286, 1104, 1687
Probable cause
These alarms are raised when one of the following conditions occurs:
• The shelf processor cannot communicate with the devices at the far-end
of an SONET/SDH link through the SDCC/RS DCC (bytes D1-D3 of the
section/regenerator section overhead).


• Overhead communications across an SONET/SDH link are down.

Remote login sessions are dropped. This condition does not affect traffic.
• The protection and working optical fibers/cables on a 1+1/MSP linear, 1+1
port TPT, or 1+1 TPT configuration protected optical interface link are
reversed (working optical interface on network element 1 to protection
optical interface on network element 2).
• SDCC/RS DCC has not been enabled on the corresponding facility at the
far-end network element.
• Fiber-optic cables may be disconnected.
• Incorrectly provisioned manual area addresses.
Impact
Prerequisites
545
• if the DCC link failure alarms are not present at the far-end, clear all
remote alarms present against the optical fiber
Step Action
1 Ensure there are no other alarms that would impact DCC against this facility
(such as LOS, Circuit Pack Missing, Circuit Pack Failed)
2 Identify the facility raising the alarm. Refer to the “Identifying the circuit pack,
pluggable module/port, or facility that has raised an alarm” procedure in this
document.
If the alarm is Then go
toggling step 3
constant step 6


Step Action
3 The problem is due to incorrectly provisioned manual area addresses (invalid

or incorrectly enter data). Provision the correct manual area addresses. Refer
to the “Adding a new entry in the communications settings” and “Deleting an
entry in the communications settings” procedures in Part 1 of Configuration -
Provisioning and Operating, 323-1851-310 for details. You may require a LAN
connection to the network element.
If the alarm does not stop toggling, contact your next level of support or your
Ciena support group.
4 Check if there are any related alarms on the facility with the DCC alarm. Clear
any related alarms on the facility with the DCC alarm using the appropriate
procedures.
6 Use the optical fiber connection information to identify the network element
and the circuit pack that is the source of the signal reporting the alarm.
Check if there are any related alarms on the source facility with the DCC
alarm. Clear any related alarms on the facility with the DCC alarm using the
appropriate procedures.
7 Ensure that the alarm has been raised for more than five minutes, in case a
shelf processor or interface circuit pack restart at the remote terminal caused
the alarm.
8 Verify whether the alarm is present on both ends of the link. If not, verify the
alarms and provisioning on the node that does not have the alarm.
9 Verify that both network elements have the same protection scheme. Refer to
the “Retrieving protection parameters” procedure in Part 2 of Configuration -
a. If the facility protection group is provisioned the same for both network
elements and the alarm continues, go to step 11.
b. If the facility protection group is provisioned differently at the two network
elements, one of the network elements is not correctly configured. Verify
from your company record and repair the incorrectly provisioned
protection scheme.


Step Action
11 Verify that all lower layer DCC parameters provisioned at both network
elements match. Refer to the “Retrieving communications settings” in Part 1
of Configuration - Provisioning and Operating, 323-1851-310, for information
about lower layer DCC parameters.
a. Retrieve the lower layer DCC at the local and remote network elements.
Refer to the “Retrieving communications settings” procedure in Part 1 of
b. Record the settings of all lower layer DCC parameters.
c. Compare all lower layer DCC parameter settings. Ensure all parameters
provisioned at both network elements match. Repair any incorrectly
provisioned parameters. Refer to the “Editing the communications
settings” procedure in Part 1 of Configuration - Provisioning and
Operating, 323-1851-310.
not cleared go to next step


Step Action
13 Verify the optical fibers/cables on the network element. For a 1+1/MSP linear,
1+1 port TPT, or 1+1 TPT configuration protected optical interface:
• the odd slot transmit must connect to the odd slot receive on the far-end
network element
• the even slot transmit must connect to the even slot receive on the far-end
network element
• reconnect any faulty connections
CAUTION
Swapping fibers can cause a loss of traffic. Before
swapping fibers use section trace to confirm that fibers
have already been swapped. Swapping fibers should
be done after all provisioning has been verified.
For information on the optical fibering of a 2-Fiber/4-Fiber BLSR/MS-SPRing/

HERS protected optical interface, refer to the “Retrieving BLSR/MS-SPRing/
HERS configuration information” procedure in Part 1 of Configuration -
16 If the alarm does not clear, log into the remote network element using the
external IP address.
• If the login is successful, go to step 17.
• If the login fails, see the Note, then contact your next level of support or
your Ciena support group.
Note: If the remote network element is only accessible through DCC, the
login may not be possible, as the DCC has failed. If this is the case, go to
step 17.
17 Restart the shelf processor. Wait five minutes for it to restart. Refer to


Step Action
19 Reseat the shelf processor at the site that originally reported the alarm. Refer
to the “Reseating a circuit pack” procedure in Fault Management - Module
Replacement, 323-1851-545. Wait five minutes for the shelf processor to
restart.
21 Restart and reseat the shelf processor at the remote site determined in step
6 if this was not already done in step 16.
23 Restart and reseat the required circuit pack at the remote site determined in
step 6.
25 Replace the required circuit pack at the network element originally reporting
the alarm. Refer to the equipment replacement procedures in Fault
support group.
—end—

Procedure 4-88
Debug Port in Use
Alarm ID: 1132
Probable cause
This alarm is raised when a user with a UPC 4 or greater logs in to the debug
port.
The “Debug Port In Use” alarm is disabled by default and can be enabled
using the Site Manager Configuration->Alarms & Controls->Alarm Profiles
application.
The alarm severity can also be provisioned.
Impact
Step Action
1 No action is required. The alarm clears when the debug port is no longer in
use.
support group.
—end—

Procedure 4-89
Delay Measurement Enabled on Slave Node
Alarm ID: 1418
Probable cause
This alarm is raised when latency discovery is enabled on an OSRP slave
node.
Impact
Step Action
1 Disable latency discovery on slave node. Refer to the “Editing an OSRP link”
procedure in Configuration - Control Plane, 323-1851-330. If the alarm does
not clear, contact your next level of support or your Ciena support group.
—end—

Procedure 4-90
Delay Measurement Failed
Alarm ID: 1419
Probable cause
This alarm is raised when latency measurements have failed.
Impact
Step Action

—end—

Procedure 4-91
Delay Measurement Mismatch Capability
Alarm ID: 1417
Probable cause
This alarm is raised when a link is up between master node and the slave
node and the user enables latency discovery on master node on that link.
Then the master OSRP node will be capable of delay measurements while the
salve node is not capable of performing delay announcements.
Impact
Step Action
1 Disable latency discovery flag on master node. Refer to the “Editing an OSRP
link” procedure in Configuration - Control Plane, 323-1851-330.
support group.
—end—

Procedure 4-92
Disk Full alarms
Use this procedure to clear alarms associated with the shelf processor disk
capacity.
Disk 75 percent Full

Alarm ID: 374
Probable cause
This alarm is raised when the disk is 75% full on the shelf processor, and
clears when there is at least 30% free space.
As of release 6.0, the “Disk 75 percent full” alarm is not supported on SP-1.
SP-2 or SPAP2 w/2xOSC will raise this alarm due to lack of file space. This
alarm is enabled by default.
For the 2-slot shelf, this alarm is disabled by default since there is no SP-2.
The alarm must be enabled manually.
The Disk 75 percent Full alarm is for information only and does not affect the
operation of the shelf. It is recommended that you attempt to clear this alarm
to prevent possible future problems if the disk becomes too full.
Impact
Disk 90 percent Full

Alarm ID: 375
Probable cause
This alarm is raised when the disk is 90% full on the shelf processor, and
clears when there is at least 15% free space.
As of release 6.0, the “Disk 90 percent full” alarm is not supported on SP-1.
SP-2 or SPAP2 w/2xOSC will raise this alarm due to lack of file space. This
alarm is enabled by default.
For the 2-slot shelf, this alarm is disabled by default since there is no SP-2.
The alarm must be enabled manually.
The Disk 90 percent Full alarm is for information only and does not affect the
operation on the shelf. It is recommended that you attempt to clear this alarm
to prevent possible future problems if the disk becomes too full.
Impact


Disk Full alarms
Disk Full
Alarm ID: 146
Probable cause
This alarm is raised when the disk is full on the shelf processor.
Impact
ATTENTION
Any time a Disk Full condition is reached, some applications or operations
are blocked. For example, the system blocks upgrades, circuit pack
provisioning, and initializations.
Prerequisites
Step Action
1 Delete any loads that you do not require on the disk. Refer to the “Deleting a
software load” in Administration and Security, 323-1851-301.
support group.
—end—

Procedure 4-93
DOC Action: Channel Add In Progress
Alarm ID: 875
Probable cause
This alarm is raised by DOC as soon as the Add channel command enters the
EXECUTING state. This alarm is only active at the DOC site where the Add
command is executing.
This alarm provides a warning to users who want to perform system

maintenance or provisioning.
Impact
Prerequisites
Step Action
1 No action is required. Wait for the DOC add to complete (successfully,

unsuccessfully, or by the Stop DOC Action command). DOC will then clear
the alarm.
support group.
—end—

Procedure 4-94
DOC Action: Channel Delete In Progress
Alarm ID: 876
Probable cause
This alarm is raised by the DOC as soon as the Delete or Forced Delete
command enters the EXECUTING state. The EXECUTING state begins after
the “Delete: Waiting” state. This alarm is only active at the DOC site where the
Delete or Forced Delete command is executing.
This alarm provides a warning to users who want to perform system

maintenance or provisioning.
Impact
Prerequisites
Step Action
1 No action is required. Wait for DOC delete to complete (successfully,

unsuccessfully, or by the Stop DOC Action command). DOC will then clear
the alarm.
support group.
—end—

Procedure 4-95
DOC Action Failed: Add
Alarm ID: 576
Probable cause
This alarm is raised when a Channel Add command (automatic or manual) in
DOC is requested and fails. Conditions that can cause this failure include:
• maintenance activities, such as module replacement, module restart, and
fiber cut occurred during the Channel Add command
• an internal communications issue (for example, the ILAN port is not
cabled)
• a provisioning error on the Rx or Tx adjacency
• an associated adjacency or AMP facility is deleted
• the DOC Action: Channel Add was stopped before the addition was
completed
This alarm appears only on the affected DOC shelf.
This alarm is cleared if the Clear DOC Alarms button is clicked in the DOC
application. However, this will not clear the underlying problem.
Note: It is recommended that DOC be placed OOS before inserting a

standby shelf processor (SP). If it is not, and the DOC is set to
automatically add channels or you manually add a channel during the
standby SP insertion, the DOC Action Failed: Add alarm can be raised
after the insertion. In this case, the alarm will clear in approximately five
minutes. For details on adding channels, refer to the “Adding optical
channels” procedure in Commissioning and Testing, 323-1851-221.
Impact
Prerequisites
• have the engineering documentation package (EDP) containing
provisioning details


Step Action
1 If maintenance activities, such as module replacement, module restart, or

fiber cut occurred during the Add channel operation, then this alarm will be
active. Ensure that the maintenance activities have completed.
2 Check for and clear any active DOC Invalid Photonic Domain alarm using the
procedure in this document.
3 Check for and clear any of the following alarms on all the network elements
that are active within the DOC span of control:
• Adjacency Provisioning Error
• Circuit Pack Unknown
• Gauge Threshold Crossing Alert Summary
• OSC Loss of Signal
Note: If the Optical Line Fail alarm is active, clear this alarm first.
4 Clear all other active alarms on the network elements within the DOC span of
control. For optimal DOC operation, the system must be alarm free.
Use the DOC Logs window to view the DOC logs to determine if another
network element reported an error. Review the DOC logs from the other
network element. Refer to the “Displaying the DOC logs for the summary
table” procedure in Part 2 of Configuration - Provisioning and Operating, 323-
1851-310.


Step Action
5 Delete the channels that were unsuccessfully added under DOC control.
Refer to the “Deleting optical channels” procedures in Commissioning and
Testing, 323-1851-221.
If the delete operation fails, perform a Force Delete operation (service-
affecting action).
Note: You must successfully delete the channels that were
unsuccessfully added under DOC control before re-attempting to add
them.
6 Verify, and if necessary, correct the following provisioned data (reference the
EDP):
• Tx and Rx adjacency parameters (Adjacency type and all power-related
parameters)
• Line adjacency parameter (Fiber Type)
• AMP optical facility parameters (Mode, Target Gain, Target Power, and
Target Peak Power)
Operating, 323-1851-310, for information on how to display and edit
adjacency and optical facility parameters.
7 Check the subtending connections to the CMD44. Make sure that the
connections, power levels and wavelengths are good.
8 Re-attempt to add the channels.
9 If the alarm does not clear, or clears then returns, or the channels cannot be
added, contact your next level of support or your Ciena support group.
—end—

Procedure 4-96
DOC Action Failed: Delete
Alarm ID: 577
Probable cause
This alarm is raised when a Channel Delete command (automatic or manual)
in DOC is requested and fails. Conditions that can cause this failure include:
fiber cut occurred during the Channel Delete operation
cabled)
• an optical disconnect, such as a fiber break, within the DOC span of
control
• a provisioning error on the Rx or Tx adjacency
• an associated adjacency or AMP facility is deleted
• the DOC Action: Channel Delete was stopped before the deletion was
completed
This alarm is cleared if the Clear DOC Alarms button is clicked in the DOC
application. However, this will not clear the underlying problem.

standby shelf processor (SP). If it is not, and the DOC is set to
automatically delete channels or you manually delete a channel during the
standby SP insertion, the DOC Action Failed: Delete alarm can be raised
after the insertion. In this case, the alarm will clear in approximately five
minutes. For details on deleting channels, refer to the “Deleting optical
channels” procedure in Commissioning and Testing, 323-1851-221.
Impact
Prerequisites


Step Action

fiber cut occurred during the Delete channel operation, then this alarm will be
2 Check for and clear an active DOC Invalid Photonic Domain alarm using the
1851-310.


Step Action
5 Verify, and if necessary, correct the following provisioned data (reference the
EDP):
parameters)
• Line adjacency parameter (Fiber Type)
• AMP optical facility parameters (Mode, Target Gain, Target Power, and
Target Peak Power)
6 If the Channel Condition field displays Then go to
a condition other than “Partially Deleted” step 7
“Partially Deleted” step 10
7 Click the Clear DOC Alarms button in the DOC window. This clears the
alarm; however, the underlying problem is not cleared.
8 Click the Re-optimize button, and wait until the optimization completes.
9 If the optimization Then go to
fails Procedure 4-98, “DOC Action
Failed: Optimize” on page 4-216
succeeds step 10
10 Re-attempt the Delete operation.
ATTENTION
Any channels that were in the delete queue are returned to their
previous state when the deletion fails. These channels must be re-
selected for deletion.
support group.
—end—

Procedure 4-97
DOC Action Failed: Monitor
Alarm ID: 549
Probable cause
This alarm is raised when DOC is unable to monitor, and thus unable to
determine if the Photonic Domain is optimal. Conditions that can cause this
failure include:
cabled)
control
• a circuit pack or module within the DOC photonic domain was replaced or
restarted
This alarm appears only on the affected DOC shelf. For details on provisioning
the automation mode, refer to the “Editing the DOC Settings” procedure in
This alarm is cleared if the DOC Primary Sate is changed to OOS. However,
this will not clear the underlying problem. Refer to the “Editing the DOC
Settings” procedure in Part 2 of Configuration - Provisioning and Operating,
323-1851-310, for details on how to change the Primary State.
When the DOC Automation Mode is ‘Enhanced Auto Monitor Only', then the
“DOC Action Failed: Monitor” alarm is raised only after two consecutive auto
monitor failures. The alarm is cleared when there is a successful auto monitor
or a successful optimization action, or when there is no longer any managed
channels on the DOC facility against which the alarm was raised.
ATTENTION
If the DOC Automation Mode is set to 'Enhanced', then the “DOC Action
Failed: Monitor” alarm is never raised. Auto monitor failures will feed into
raising the “DOC Action Failed: Optimize” alarm.
Note 1: It is recommended that DOC be placed OOS before inserting a

standby shelf processor (SP). If it is not, the DOC Action Failed: Monitor
alarm can be raised after the insertion. In this case, the alarm will clear in
approximately five minutes. For details on provisioning the automation
mode, refer to the Domain Optical Controller (DOC) procedures in Part 2


Note 2: When this alarm is raised, it indicates that DOC cannot determine
the optimization state of the system. As a result, DOC maintains the
current optimization state. If this alarm resulted from a comms issue, the
optimization state displayed in DOC is most likely correct. If this alarm
resulted from a system fault, such as a fiber cut, DOC may indicate the
system is optimized when it is not. Once the fault is repaired, the system
returns to its optimal state.
Impact
Prerequisites
Step Action

fiber cut occurred while DOC automatic monitoring was running, then this
alarm will be active.
If this is the case, and the maintenance activities are complete, the alarm
should clear autonomously during the next DOC Auto Monitor run. DOC Auto
Monitor runs two minutes after the last DOC Auto Monitor operation
completes.
After the DOC Invalid Photonic Domain alarm clears, the DOC Action Failed:
Monitor alarm should clear autonomously during the next DOC Auto Monitor
run.


Step Action
After the alarms in step 4 clear, the DOC Action Failed: Monitor alarm should
clear autonomously during the next DOC Auto Monitor run.
1851-310.
After the other alarms and conditions clear, the DOC Action Failed: Monitor
alarm should clear autonomously during the next DOC Auto Monitor run.
support group.
—end—

Procedure 4-98
DOC Action Failed: Optimize
Alarm ID: 550
Probable cause
This alarm is raised when DOC is unable to perform a manual or automatic re-
optimization. The conditions that can cause this failure include:
fiber cut occurred while DOC auto monitoring was running
cabled)
control
• a circuit pack or module within the DOC photonic domain was replaced or
restarted
This alarm appears only on the affected DOC shelf. For details on provisioning
the automation mode, refer to the “Editing the DOC Settings” procedure in
This alarm can be raised when DOC is operating in either enhanced mode or
enhanced auto monitor only mode. The alarm hold off time is about 3 to 5
minutes.
This alarm is cleared if the DOC Primary state is changed to OOS. (Refer to
the “Editing the DOC Settings” procedure in Part 2 of Configuration -
Provisioning and Operating, 323-1851-310, for details on how to change the
Primary state.) However, this will not clear the underlying problem.

standby shelf processor (SP). If it is not or you click Re-Optimize during
the standby SP insertion, the DOC Action Failed: Optimize alarm can be
raised after the insertion. In this case, the alarm will clear in approximately
five minutes. For details on provisioning the automation mode, refer to the
Domain Optical Controller procedures (DOC) in Part 2 of Configuration -
Impact


Prerequisites
Step Action

fiber cut occurred while DOC auto re-optimize was running, then this alarm
will be active.
If this is the case, and the maintenance activities are complete, the alarm
should clear autonomously during the next DOC auto re-optimize run.
After the DOC Invalid Photonic Domain alarm clears, the DOC Action Failed:
Optimize alarm will clear autonomously during the next DOC Auto Monitor
run.
After the preceding alarms clear, the DOC Action: Fault Detected alarm
should clear autonomously during the next DOC auto re-optimize run.


Step Action

Use the DOC Logs window to view the DOC logs to determine whether
another network element reported an error. Review the DOC logs from the
other network element. Refer to the “Displaying the DOC logs for the
summary table” procedure in Part 2 of Configuration - Provisioning and
Operating, 323-1851-310.
After the other alarms and conditions clear, the DOC Action Failed: Optimize
alarm should clear autonomously during the next DOC auto re-optimize run.
support group.
—end—

Procedure 4-99
DOC Action: Fault Detected
Alarm ID: 873
Probable cause
This alarm is raised during DOC automatic fault detection, when DOC detects
a fault or the action is not completed. The conditions that can cause this failure
include:
fiber cut occurred while DOC monitoring was running
• a module power value crossed the operating threshold
• a module within the DOC photonic domain was replaced or restarted
cabled)
• an optical disconnect (such as a fiber break) within the DOC span of
control
• malfunctioning hardware
• incorrect provisioning
This alarm appears only on the affected DOC network element.
This alarm is cleared if the DOC Primary state is changed to OOS. However,
this will not clear the underlying problem. Refer to the “Editing the DOC
Settings” procedure in Part 2 of Configuration - Provisioning and Operating,
323-1851-310, for details on how to change the Primary state.
For the MLA2 w/VOA circuit pack if the VOA facility primary state is OOS, a
“DOC Action: Fault Detected” alarm is raised.
Note 1: It is recommended that DOC be placed OOS before inserting the

standby shelf processor (SP). If it is not, and no DOC action is being
executed, the DOC Action: Fault Detected alarm can be raised after the
standby SP insertion. In this case, the alarm will clear in approximately
one minute.
Note 2: When this alarm is raised, the Channel Fault Status (CFS) is not
necessarily updated.


Impact
Prerequisites
adjacency details
Step Action

fiber cut occurred during the fault detection operation, then this alarm will be


Step Action

1851-310.
8 Verify, and if necessary, correct the following provisioned data (refer to the
EDP):
parameters)
• Line adjacency parameter (Fiber type)
• AMP optical facility parameters (Primary state, Mode, Target Gain,
Target Power, and Target Peak Power)
• OPTMON facility parameters (Primary state)
• CHC facility parameters primary state
10 Run DOC fault detection again (wait at least one minute).

support group.
—end—

Procedure 4-100
DOC Consecutive Re-Opt Threshold Crossed
Alarm ID: 874
Probable cause
This alarm is raised when DOC performs 25 re-optimizations in a row, with no
separation by successful auto-monitoring cycles. That is, when DOC
completes an optimization, the next monitoring cycle detects that another re-
optimization is required. This can occur when there are continuous power
fluctuations of greater than 1.0 dB, which causes DOC to detect that an
optimization is required.
The optimization type can either be an 'SPPC-only optimization' or a 'full

optimization', which includes both SPPC and incremental OSNR optimization.
For more information on various optimization types, refer to Photonic Layer
Guide, NTRN15DA.
Impact
Prerequisites
Step Action
1 If the alarm occurs during maintenance activities, such as module

replacement, module restart, or fiber cut, complete the activities.
After the maintenance activities are complete, wait five minutes (two minutes
if Enhanced DOC Automation mode is on). The alarm should clear
autonomously during the next DOC auto re-optimize.
After the DOC Invalid Photonic Domain alarm clears, the DOC Consecutive
Re-Opt Threshold Crossed alarm should clear autonomously during the next
DOC auto re-optimize.


Step Action

After the above alarms clear, the DOC Consecutive Re-Opt Threshold
Crossed alarm should clear autonomously during the next DOC auto re-
optimize.
6 Use any active Gauge Threshold Crossing Alert Summary alarms to help
determine the exact cause of the power fluctuation. Fix the cause of the
power fluctuation, and let the system re-optimize.


Step Action
Use the DOC Logs window to view the DOC logs to determine which section
is reporting not-optimal and for what reason, and if another network element
reported an error. If necessary, review the DOC logs from the other network
element. Refer to the “Displaying the DOC logs for the summary table”
310.
After the other alarms and conditions clear, the DOC Consecutive Re-Opt
Threshold Crossed alarm should clear autonomously during the next DOC
auto re-optimize.
support group.
—end—

Procedure 4-101
DOC Domain Not Optimized
Alarm ID: 551
Probable cause
This alarm is raised when the system is not optimal, and the conditions that
cause the alarm cannot be cleared by automatic re-optimization or automatic
monitoring. The conditions that can cause this alarm include:
• a channel addition or deletion has failed (in the case of the alarm raised in
a broadcast domain, the failed addition or deletion may have occurred
within the primary domain where the traffic is broadcast)
• DOC has determined that the system is not optimal
• DOC Automation Mode is Enhanced Auto Monitor Only
This alarm is only raised if the DOC Automation mode is set to ‘Enhanced
Auto Monitor Only’. In this mode, if the auto monitor DOC action declares that
the domain is not optimal, the 'DOC Domain Not Optimized' alarm is raised
with no hold off. The alarm clears when there is a successful full optimization
or the domain is found optimal by the auto monitor DOC action or there is no
managed channel on the DOC facility on which the alarm is raised.
Note that when the DOC Automation mode is set to ‘Enhanced’, the “DOC
Domain Not Optimized” alarm is not raised, even if the Channel Optimize
State (COS) of a channel is not optimal. Instead of “DOC Action Failed:
Monitor” and
“DOC Domain Not Optimized” alarms, only the “DOC Action Failed: Optimize”
alarm is raised.
Impact
Prerequisites
adjacency details


DOC Domain Not Optimized
Step Action
1 If Then go to
the DOC Action Failed: Add alarm is Procedure 4-95, “DOC Action Failed:
active Add” on page 4-207
the DOC Action Failed: Delete alarm Procedure 4-96, “DOC Action Failed:
is active Delete” on page 4-210
the DOC Action Failed: Monitor Procedure 4-97, “DOC Action Failed:
alarm is active Monitor” on page 4-213
the DOC Action Failed: Optimize Procedure 4-98, “DOC Action Failed:
alarm is active Optimize” on page 4-216
the DOC Action: Fault Detected Procedure 4-99, “DOC Action: Fault
alarm is active Detected”
none of the above alarms are active step 2
2 Wait for the re-optimization or DOC Auto Monitor run to complete, or click the
Re-Optimize button to trigger an immediate re-optimization. Refer to the “Re-
optimizing channels” procedure in Part 2 of Configuration - Provisioning and
Operating, 323-1851-310.
If the re-optimization fails, follow the appropriate alarm clearing procedure(s)
in this document for any alarms raised as a result of the failed optimization.
1851-310.
support group.
—end—

Procedure 4-102
DOC Invalid Photonic Domain
Alarm ID: 552
Probable cause
This alarm is active during system lineup and test (SLAT), and only appears
on the affected DOC shelf.
This alarm is raised when DOC cannot retrieve a valid Network Topology.
Conditions that can cause this include:
cabled)
control
• an incorrectly provisioned shelf parameter
• an upstream circuit pack has undergone a restart operation. The alarm
clears once the restart has completed.
• more than two DOC shelves are provisioned within the optical system
• a channel has been optimized in the system, and an upstream Tx on the
same channel has been provisioned. (To prevent this alarm from being
raised, enter the second Rx adjacency for the reused wavelength before
provisioning the second Tx adjacency.)
• DOC is detecting that a DOC-controlled channel is expanded past its
previous egress point. (In this case, the alarm clears when DOC detects
that the expanded DOC-controlled channel is contracted back to its
original egress point.)
• DOC is detecting that a DOC-controlled channel is contracted prior to its
previous egress point. (In this case, the alarm clears when DOC detects
that the contracted DOC-controlled channel is expanded back to its
original egress point.)
• DOC is detecting that one or more DOC-controlled channels no longer has
a topology present within the domain. This can occur on a database
restore where there has been a capacity change since the database was
collected, and where databases are restored only on a subset of nodes in
the domain traversed by the modified channels.
Impact


Prerequisites
details
Step Action
1 If the system is Then

being SLATed no action is required. The alarm clears after
SLAT.
already SLATed go to step 2
2 Verify that both DOC site network elements are commissioned and
connected to the network.
4 Verify that the shelf parameters are correctly provisioned. Correct any
discrepancies. Refer to the “Editing the nodal shelf parameters” procedure in
6 If a channel has been optimized in the system and an upstream Tx on the

same channel has been provisioned, remove the Tx adjacency or add an Rx
adjacency to terminate the wavelength properly. DOC clears the alarm after
the topology rebuilds. Refer to the “Editing facility parameters” procedure in


Step Action
8 Check if any of the following alarms, which indicate an internal

communications or equipment problem, are active within the DOC span of
control, and clear them using the procedures in this document:
• Circuit Pack Upgrade Failed
• Database Integrity Fail
• Database Recovery Incomplete
• Database Restore in Progress
• Database Restore Failed
• Database Commit Failed
• Duplicate IP Address
• Duplicate Shelf Detected
• LAN-15 Port Failure
• LAN-16 Port Failure
• OSPF Adjacency Loss alarms
• Packet Rate Limit Exceeded
• Shelf Data Missing
• Software Auto-Upgrade in Progress
9 If you have cleared any alarms in step 8, wait at least 15 minutes.



Step Action
11 If you have cleared any alarms in step 10, wait at least 15 minutes.
14 Use the DOC logs to determine if a DOC-controlled channel has expanded

past its previous egress point. The Overall Status for the channel appears as
“Network Topology unavailable”. Refer to the Domain Optical Controller
(DOC) procedures in Part 2 of Configuration - Provisioning and Operating,
323-1851-310.
The DOC logs may show a message such as:
<date> <time> Invalid topology, controlled
wavelength=<wavelength> starting in section <TID-SHELF-TX
PathID> was expanded beyond its egress point.
If any expanded channels are identified, contract the channel back to its
original egress point by placing the corresponding ADJ-RX facility OOS
(provision the CMD44 ADJ-RX Receiver type to UNKNOWN). Refer to the
Provisioning and Operating, 323-1851-310. The Domain Optical Controller
Destination TID-Shelf-RxPathID column (specifically the last part of the
entry) of the expanded channel indicates where to edit the ADJ-RX.


Step Action

16 Use the DOC logs to determine if a DOC-controlled channel is contracted

prior to its previous egress point. The Overall Status for the channel appears
as “Network Topology unavailable”. Refer to the “Retrieving Domain Optical
Controller summary and details view” procedure in Part 2 of Configuration -
The DOC logs may show a message such as:
<date> <time> Invalid topology, controlled
wavelength=<wavelength> starting in section <TID-SHELF-TX
PathID> was contracted from section <TID-SHELF-TX PathID> to
section <TID-SHELF-TX PathID>.
If any contracted channels are identified, expand the channel back to its
original egress point by placing the corresponding ADJ-RX facility IS (change
the CMD44 ADJ-RX Receiver type from UNKNOWN to the required value).
Refer to the “Editing facility parameters” procedure in Part 1 of Configuration
- Provisioning and Operating, 323-1851-310.
18 Use the DOC window to view the DOC logs in order to determine if the current
or another network element reported an error. If another network element has
reported an error, review the DOC logs and provisioning of the other network
element. Refer to the “Displaying the DOC logs for the summary table”
310.
ATTENTION
If the following DOC log is reported, refer to The “Unique log
Identifier: 131330” procedure in Fault Management - Customer
Visible Logs, 323-1851-840.
<date> <time> Invalid topology, missing previously controlled
wavelength=<wavelength> nm ingress=<TID-SHELF-TX PATHID>.
support group.
—end—

Procedure 4-103
DOC Power Audit Failed
Alarm ID: 1719
Probable cause
This alarm is raised against the DOC facility when the Domain Optical
Controller (DOC) Power Audit action fails.
This alarm can be caused by the following conditions:

• Unable to collect topology
• Fiber type not provisioned on a RAMAN facility
• OTDR Trace failed on a TELEMETRY facility, and the RAMAN facility is not
ready for calibration
• Optical Line Fail alarm raised against a RAMAN facility
• RAMAN or AMP facility primary state is not IS
• RAMAN or AMP facility in shutoff or APR
• Communication failure with card that has RAMAN facility
• RAMAN Calibration Failed
The specific cause of the alarm can be found by checking the DOC logs.
The RAMAN state can be displayed using TL1 or Site Manager. Possible
RAMAN states are Normal, APR, or Shutoff.
Impact
Warning
Prerequisites
• be able to connect to the network element


DOC Power Audit Failed
Step Action
1 Use the DOC Logs window to view the DOC logs to determine if another
network element. This alarm clears when there is a successful Power Audit,
or a channel has been added successfully.
that are active within the DOC span of control, and then retry the Power Audit
• Automatic Power Reduction Active (visible in the historical fault list)
• Fiber Type Manual Provisioning Required
• OTDR High Reflection Detected
• Telemetry Loss Of Signal
• OTDR Trace Failed
3 Ensure all RAMAN and XLA primary states are in-service.

support group.
—end—

Procedure 4-104
Domain Optical Controller Disabled
Alarm ID: 1145
Probable cause
This alarm is raised when the Domain Optical Controller (DOC) facility has
been put into an out-of-service state by the user or due to an upgrade activity.
This alarm is raised against the DOC facility itself.
Impact
Prerequisites
• be able to connect to the network element
Step Action
1 Ensure that there is no software upgrade or network maintenance in progress

on the network and the DOC facility can be put in-service state.
2 Manually put the DOC facility in-service from Site Manager, or use the RST-
DOC TL1 command. Refer to the “Editing the DOC Settings” procedure in
support group.
—end—

Procedure 4-105
DS1 Receive alarms
Use this procedure to clear alarms associated with DS1 receive signals.
The 48 Channel Trans Mux (portless) and the PDH gateway circuit packs are
“portless”. In this procedure, the term “input signal” refers to ported circuit
packs. The generic term “receive signal” applies to both the ported and
portless circuit packs.
AIS (DS1)
Alarm ID: 23
Probable cause
This alarm is raised when there is a far-end failure that causes traffic loss or
the far-end equipment is out of service. The DS1 Rx AIS alarm is raised when
the network element detects an AIS on the DS1 receive signal.
For the Trans Mux and PDH gateway circuit packs, the DS1 AIS is received
from the VT1.5/VC11 envelope.
Impact
Bipolar Violations (DS1)

Alarm ID: 27
Probable cause
This alarm is raised when a DS1 or DSM 84xDS1 termination module (TM) is
faulty or the received signal from the outside DS1 source is degraded. A
Bipolar Violation (BPV) means that two +V or two -V binary ones are
transmitted consecutively without an opposite voltage binary one in between.
DS1 protocol uses ground as a binary zero and both +1 V and -1 V as binary
ones. The polarity of ones is always toggled, which gives the signal desirable
electrical characteristics and can be used to detect signal errors. This system
is called a bipolar system.
This alarm does not apply to the Trans Mux and PDH gateway circuit packs.
Impact
The DS1 signal is severely degraded.


DS1 Receive alarms
Frequency Out of Range (DS1)

Alarm ID: 30
Probable cause
This alarm is raised when the network element detects a DS1 input signal that
it cannot lock onto because of a frequency difference.
Impact
The impacted DS1 service cannot carry traffic.
Loss of Frame (DS1)

Alarm ID: 21
Probable cause
This alarm is raised when the DSM 84xDS1 termination module (TM) is
unable to detect the provisioned framing pattern in the DS1 input signal.
For the Trans Mux and PDH gateway circuit packs, this alarm is raised when
the circuit pack is faulty, or the framing format from the received DS1 is not
compatible, or the incoming quality of the signal is degraded.
According to Telcordia GR-253-CORE, LOF on an async mapped DS1 does

not result in AIS insertion. An alarm is raised, and the LOF signal passes
downstream.
Impact
Loss of Signal (DS1)

Alarm ID: 20
Probable cause
This alarm is raised when one of the following conditions exists:
• the DS1 signal is not received due to external cabling or connector
problem
• the DS1 signal stops transmitting from the adjacent network element
• the corresponding DS1 I/O module was removed


DS1 Receive alarms
• the corresponding DS1 I/O module is not fully inserted and locked into
position
• the DSM 84xDS1 termination module (TM) is faulty
Impact
Remote Alarm Indication (DS1)

Alarm ID: 25
Probable cause
This alarm is raised when the far-end network element detects a problem with
the DS1 receive signal, and responds with a Remote Alarm Indication (RAI).
An RAI is commonly called the yellow alarm signal.
The alarm is raised as soon as any one of four alarm signals is detected on
the far-end:
• Circuit Pack fail
• Loss of Signal
• Loss of Frame
• AIS
Impact
ATTENTION
The remote system is reporting that traffic is down.
Prerequisites
545


DS1 Receive alarms
Step Action
1 Identify the DS1, Trans Mux, or PDH gateway circuit pack raising the alarm.
Refer to the “Identifying the circuit pack, pluggable module/port, or facility that
has raised an alarm” procedure in this document.
3 For the Trans Mux and PDH gateway circuit packs, verify that VT alarms are
enabled on the network element and at all points along the path. The default
alarm point status for VT alarms is not monitored. Edit the Alarm Profile if
necessary. Refer to the “Editing an alarm profile” procedure in this document.
4 Verify all cross-connects between the near-end and far-end network
elements. Refer to the “Retrieving path cross-connects” procedure in Part 1
of Configuration - Bandwidth and Data Services, 323-1851-320.
5 Retrieve all alarms at the far-end network element. Refer to the “Retrieving
active alarms for one or more network elements” procedure in this document.
Clear any alarms by following the appropriate alarm clearing procedure.
6 Ensure that the far-end facility is in-service.
7 If the original alarm was Then go to

AIS step 12
Bipolar Violation step 8
Frequency Out of Range step 8
Loss of Frame step 8
Loss of Signal step 8
Remote Alarm Indication step 12
8 Inspect the cabling and connectors. The cabling may be loose or damaged.
Repair any damage.
9 If the original alarm has not cleared, and was Then go to

Frequency Out of Range step 18
10 Ensure the corresponding I/O module is fully inserted and locked into
position.


DS1 Receive alarms
Step Action
11 Use a DS1 test set to determine if a valid DS1 signal is on the DS1 cross-
connect for that facility.
If there is no valid DS1 signal, the problem is with the DS1 source and the
shelf is reporting a valid condition. Perform troubleshooting on the source
system according to your company procedures.
If the alarm has not cleared, go to step 20.
12 Verify the required frame format provisioning for the entire DS1 traffic path
(refer to your company records). Edit the frame format if necessary. If the local
DS1 facility frame format requires correction, refer to the “Editing facility
Operating, 323-1851-310.
13 If the alarm has not cleared, check if there is any signal degradation of the
upstream DS1 traffic path, including any DS1 and/or optical facilities carrying
the DS1 signal. Signal degradation can be indicated by alarms such as Signal
Degrade, Signal Fail, Excessive Error Rate, or similar, or by performance
monitoring Threshold Crossing Alerts (TCA). If applicable, resolve the signal
degradation of the DS1 traffic path associated with these alarms and/or
TCAs.

AIS step 15
Remote Alarm Indication step 16
15 Use a DS1 test set to determine if a valid DS1 signal is on the DS1 cross-
If there is an AIS, the problem is with the DS1 source and the shelf is reporting
a valid condition. Perform troubleshooting on the source system according to
your company procedures. The procedure is complete.
16 Use a DS1 test set to test the signal source.
• If there is a valid signal on the transmit side and there is RAI on the
receive side, the problem is in the source system. Perform
troubleshooting on the source system according to your company
procedures. The procedure is complete.
• If there are no such conditions, go to step 27.


DS1 Receive alarms
Step Action
17 Use a DS1 test set to test the signal source.

• If there are bipolar violations (BPV), the problem is in the DS1 source and
the shelf is reporting a valid condition. Perform troubleshooting on the
source system according to your company procedures. The procedure is
complete.
• If there are no BPVs, go to step 20.
18 Use a DS1 test set to determine if the DS1 signal frequency is out of range.
• If there is a frequency that is out of range for a DS1, the problem is in the
DS1 source and the shelf is reporting a valid condition. Perform
• If there is no such condition, go to step 20.
19 Determine if a valid DS1 signal is on the cross-connect for the facility raising
the alarm. For ported circuit packs, use a DS1 test set. For portless circuit
packs, use a test access session. Refer to the “Creating a test access session
(TAS)” procedure in Part 2 of Configuration - Provisioning and Operating,
323-1851-310.
• If there is an Loss of Frame or incorrect framing, the problem is in the DS1
source and the shelf is reporting a valid condition. Perform
20 If the circuit pack identified in step 1 is Then go to

a protected DS1, Trans Mux, or PDH gateway circuit pack step 21
with no Protection Switch Active alarms present
a protected DS1, Trans Mux, or PDH gateway circuit pack step 22
with Protection Switch Active alarms present
an unprotected DS1, Trans Mux, or PDH gateway circuit pack step 26
21 Perform a manual switch on the working circuit pack identified in step 1. Refer
to the “Operating a protection switch” procedure in Part 2 of Configuration -
Go to step 23.
22 Clear the Protection Switch Active alarms. Refer to the “Protection Switch
Active Alarms” alarm clearing procedure in Part 2 of this document.


DS1 Receive alarms
Step Action
23 Wait for 30 seconds. Retrieve all alarms to determine if the original alarm has
cleared.
cleared step 24
not cleared step 27
24 Replace the DS1, Trans Mux, or PDH gateway working circuit pack identified
in step 1. Refer to the equipment replacement procedures in chapter 2 of
25 If applicable, release the lockout of protection on the DS1, Trans Mux, or PDH
gateway working circuit pack.
not cleared step 27

—end—

Procedure 4-106
DS3 and E3 Receive alarms
Use this procedure to clear alarms associated with DS3 and E3 receive
signals.
“portless”. In this procedure, the terms “port” and “input signal” refer to ported
circuit packs, such as 24xDS3/EC-1 and 24xDS3/E1. The generic term
“receive signal” applies to both the ported and portless circuit packs.
AIS (DS3/E3)
Alarm ID: 42, 856
Probable cause
This alarm is raised when the network element detects an AIS on the DS3/E3
receive signal. The upstream equipment generates an AIS signal to tell
downstream equipment that a failure occurred. This alarm indicates that the
DS3/E3 source has a failure.
Impact
Bipolar Violations (DS3/E3)

Alarm ID: 43, 857
Probable cause
This alarm is raised when the 24xDS3/EC-1 or the 24xDS3/E3 circuit pack
becomes faulty, or the signal from the outside DS3 or E3 source is degraded.
A bipolar violation alarm means that two +1 V or two -1 V binary ones
transmitted consecutively without an opposite voltage binary one in between
and the errors occurred at a rate greater than 1E-3 a second.
DS3 protocol uses ground as a binary zero and both +1 V and -1 V as binary
ones. The polarity of ones is always toggled, which gives the signal desirable
electrical characteristics and can be used to detect signal errors. This system
is called a bipolar system.
Impact
The DS3/E3 signal is severely degraded.


Frame Format Mismatch (DS3)

Alarm ID: 641
Probable cause
This alarm is raised when the frame format provisioned for a DS3 facility on a
24xDS3/EC-1, 24xDS3/E3, Trans Mux, or PDH gateway circuit pack does not
match the frame format of the received signal. That is, one format uses M23
framing and the other format uses C-bit framing.
If a DS3 facility on a 24xDS3/EC-1, 24xDS3/E3, Trans Mux, or PDH gateway

circuit pack is provisioned for C-bit framing but the received signal uses M23
framing, then the channelized DS3 signal cannot be demultiplexed into DS1
signals. In this case, DS1 AIS signals are transmitted toward the optics.
When the framing format is C-bit framed, the CP-bit parity errors cause the
Frame Format Mismatch alarm to raise, which masks the Signal Degrade
alarm. Therefore, a Frame Format Mismatch alarm can result from conditions
that cause a Signal Degrade to raise.
Impact
Frequency Out of Range (DS3)

Alarm ID: 87
Probable cause
This alarm is raised when the network element detects a signal on a DS3 input
that is out of the normal frequency range of the 24xDS3/EC-1 or 24xDS3/E3
circuit pack.
Impact
The shelf may be unable to carry traffic.
Loss of Frame (DS3/E3)

Alarm ID: 41, 855
Probable cause
This alarm is raised when the 24xDS3/EC-1, 24xDS3/E3, Trans Mux, or PDH
gateway circuit pack is faulty, or the framing format from the received DS3 is
not compatible, or the incoming quality of the signal is degraded.
This alarm will be raised for E3 when the E3 facility detects an incoming loss
of framing.


This procedure assumes that the provisioned framing is correct and was not
changed to create the alarm.
This procedure assumes that the upstream and downstream network

elements have been operating with the same frame format configuration. It
also assumes that the alarm is not caused by a provisioning activity.
Impact
The shelf cannot carry traffic.
Loss of Signal (DS3/E3)

Alarm ID: 40, 854
Probable cause
This alarm is raised when one of the following conditions exists:
• the cable/interconnection has been disconnected or faulty
• the DS3/E3 signal stopped transmitting from the adjacent network
element
• the I/O module was removed
• the I/O module is not fully inserted and locked into position
• the 24xDS3/EC-1or 24xDS3/E3 circuit pack is faulty
Impact
Remote Alarm Indication (DS3)

Alarm ID: 44
Probable cause
This alarm is raised when the remote network element detects a defective
DS3 signal from the 6500 network element and returns a Remote Alarm
Indication signal in the DS3 overhead.


For the 24xDS3/E3, Trans Mux and PDH gateway circuit pack, the alarm is
raised as soon as any one of the following four alarm signals is detected at the
far-end.
• Circuit Pack fail
• Loss of Signal
• Loss of Frame
• AIS
Impact
Traffic is being reported down by the remote system.
Remote Defect Indication (E3)

Alarm ID: 858
Probable cause
Refer to the “Remote Defect Indication” alarm in Part 2 of this document.
Impact
Signal Degrade (DS3/E3)

Alarm ID: 122
Probable cause
This alarm is raised when a 24xDS3/EC-1or 24xDS3/E3 circuit pack detects
parity errors coming from the DS3/E3 input signal. In particular, a DS3 signal
degrade is (P-bit or CP-bit) parity at a rate exceeding 10E-6. When the framing
format is C-bit framed, the CP-bit parity errors cause the Frame Format
Mismatch alarm to raise, which masks the Signal Degrade alarm.
The alarm is caused by one of the following conditions:

• a faulty DS3/E3 input cable or connector
• a problem with the DS3/E3 signal source
• a faulty 24xDS3/EC-1 or 24xDS3/E3 circuit pack
Impact


Prerequisites
545.
Step Action
1 Identify the 24xDS3/EC-1, 24xDS3/E3, Trans Mux, or PDH gateway circuit

pack raising the alarm. Refer to the “Identifying the circuit pack, pluggable
module/port, or facility that has raised an alarm” procedure in this document.
3 Retrieve all alarms at the far-end network element and all network elements
along the path. Refer to the “Retrieving active alarms for one or more network
elements” procedure in this document. Clear any alarms by following the
appropriate alarm clearing procedure.

AIS (DS3/E3) step 11
Bipolar Violation (DS3/E3) step 6
Frequency Out of Range (DS3) step 6
Loss of Frame (DS3/E3) step 6
Loss of Signal (DS3/E3) step 6
Frame Format Mismatch (DS3) step 11
Remote Alarm Indication (DS3) step 11
Signal Degrade (DS3/E3) step 26
6 Inspect the cabling and connectors on the I/O panel. The cabling may be
loose or damaged. Repair any damage.


Step Action

Bipolar Violation (DS3/E3) step 16
Frequency Out of Range (DS3) step 17
Loss of Frame (DS3/E3) step 11
Loss of Signal (DS3/E3) step 9
position.
10 Use a DS3/E3 test set to determine if a valid DS3/E3 signal is on the DS3/E3
cross-connect for that facility.
If there is no valid DS3/E3 signal, the problem is in the DS3/E3 source and
the shelf is reporting a valid condition. Perform troubleshooting on the source
system according to your company procedures.
11 Verify the required frame format provisioning for the entire DS3/E3 traffic path
DS3/E3 facility frame format requires correction, refer to the “Editing facility
Operating, 323-1851-310.
12 If the alarm has not cleared, check if there is any signal degradation of the
upstream DS3/E3 traffic path, including any DS3/E3 and/or optical facilities
carrying the DS3/E3 signal. Signal degradation can be indicated by alarms
such as Signal Degrade, Signal Fail, Excessive Error Rate, or similar, or by
performance monitoring Threshold Crossing Alerts (TCA). If applicable,
resolve the signal degradation of the DS3/E3 traffic path associated with
these alarms and/or TCAs.
Note that determination of the frame format from the DS3 signal is dependent
in part on the parity bits in the DS3 traffic overhead, so in some cases if the
parity error rate is high enough the Frame Format Mismatch alarm can be
raised for a DS3 facility on 24xDS3/EC-1, 24xDS3/E3, Trans Mux, or PDH
gateway circuit pack.
AIS (DS3/E3) step 14
Frame Format Mismatch step 29
Remote Alarm Indication (DS3) step 15


Step Action
14 Use a DS3/E3 test set to determine if a valid DS3/E3 signal is on the DS3/E3
cross-connect for that facility.
If there is an AIS, the problem is with the DS3/E3 source and the shelf is
reporting a valid condition. Perform troubleshooting on the source system
according to your company procedures.
15 Use a DS3/E3 test set to test the signal source.
• If there is a valid signal on the transmit side and there is RAI on the
receive side, the problem is in the source system. Perform
If there are no such conditions, go to step 29.
16 Use a DS3/E3 test set to test the signal source.
• If there are bipolar violations (BPV), the problem is in the DS3/E3 source
and the shelf is reporting a valid condition. Perform troubleshooting on
the source system according to your company procedures. The
procedure is complete.
• If there are no BPVs, go to step 19.
17 Use a DS3 test set to determine if the DS3 signal frequency is out of range.
• If there is a frequency that is out of range for a DS3, the problem is in the
DS3 source and the shelf is reporting a valid condition. Perform
18 Determine if a valid DS3/E3 signal is on the cross-connect for the facility
raising the alarm. For ported circuit packs, use a DS3/E3 test set. For portless
circuit packs, use a test access session. Refer to the “Creating a test access
session (TAS)” procedure in Part 2 of Configuration - Provisioning and
Operating, 323-1851-310.
• If there is a Loss of Frame or incorrect framing, the problem is in the DS3/
E3 source and the shelf is reporting a valid condition. Perform


Step Action

a protected 24xDS3/EC-1, 24xDS3/E3, Trans Mux, or PDH step 20
gateway circuit pack with no Protection Switch Active alarms
present
a protected 24xDS3/EC-1, 24xDS3/E3, Trans Mux, or PDH step 21
gateway circuit pack with Protection Switch Active alarms
present
an unprotected 24xDS3/EC-1, 24xDS3/E3, Trans Mux, or PDH step 29
gateway circuit pack
21 Clear the Protection Switch Active alarms. Refer to the “Protection Switch
Active Alarms” in Part 2 of this document.
cleared.
cleared step 23
not cleared step 29
23 Replace the 24xDS3/EC-1, 24xDS3/E3, Trans Mux, or PDH gateway

working circuit pack identified in step 1. Refer to the equipment replacement
1851-545.
24 If applicable, release the lockout of protection on the 24xDS3/EC-1, 24xDS3/
E3, Trans Mux, or PDH gateway circuit pack.
25 Retrieve all alarms to determine if the original alarm has cleared.
not cleared step 29


Step Action
26 Unplug the DS3/E3 cable and connect it to a DS3/E3 receiver test set. Verify
that a DS3/E3 signal is on the cable and the test set does not detect any
errors.
CAUTION
Risk of service loss
Ensure that the correct DS3/E3 cable is unplugged.
Removing the wrong cable will cause another DS3/E3
signal to be lost.
27 If there is no signal, repair and reconnect the DS3/E3 cable.

If there are errors, repair the source generating the DS3/E3 signal.
28 If the alarm does not clear, replace the 24xDS3/EC-1, 24xDS3/E3 or PDH
gateway circuit pack carrying this facility. Refer to the equipment replacement
1851-545.
support group.
—end—

Procedure 4-107
Dormant Account Detected
Alarm ID: 1372
Probable cause
This alarm is raised when there is at least one user account that has become
dormant. This can be verified by opening the User Profile Application in Site
Manager and looking at the "Password status" column. The alarm clears when
there is "NO" DORMANT account left in the system.
Impact
Prerequisites
UPC.
Step Action
1 Change the status of the dormant account to "Valid" account, "Disabled"

account, or delete the dormant user account.
change the status of the dormant account to Valid step 2
change the status of the dormant account to Disabled step 3
Delete the dormant user account step 4
2 In Site Manager, open a User Profile Application, select DORMANT account,

select “Enable” button. This will change the password status from Dormant to
Valid. Go to step 5.
3 In Site Manager, open a User Profile Application, select DORMANT account,
select “Disable” button. This will change the password status from Dormant
to Disabled. Go to step 5.
4 Site Manager, open a User Profile Application, select DORMANT account,
select "Delete" button. This will delete the Dormant user account.
support group.
—end—

Procedure 4-108
DSM-Host Misconnection
Alarm ID: 264
Probable cause
This alarm is raised against a host optical interface (OC-3) facility if the Host
OC-3 facility is a prov-link of one DSM 84xDS1 termination module (TM) but
• is linked by fiber to an OC-3 port in another optical interface circuit pack
• is linked by fiber to an OC-3 port in another optical interface circuit pack in
another network element
• is linked by fiber to the incorrect DSM 84xDS1 TM of the same DS1
service module (DSM)
• is linked by fiber to a DSM 84xDS1 TM in another DSM (if this is a
protected scenario only)
• has a misconnected DSM 84xDS1 TM in the same DSM 84xDS1 TM
This alarm is also raised when the working and protection host cards have
different variant types (5G MRO LO, 5G MRO HO, 10G MRO LO, 10G MRO
HO).
Impact
Critical, service-affecting (C, SA) alarm if the OC-3 facility is active
Major, non-service-affecting (M, NSA) alarm if not active
Prerequisites
Module Replacement, 323-1851-545
Step Action
1 Select Inventory from the Configuration menu to see whether the DSM
84xDS1 TM is displayed in the inventory list.
If the DSM 84xDS1 TM inventory is displayed, then an OAM link exists. Go to
step 2.
If the DSM 84xDS1 TM is not displayed in the inventory list, there is no OAM
link, verify the fiber-links.


Step Action
3 If you want an unprotected connection, verify that the Host OC-3 is fiber-
linked to the slot 1 DSM 84xDS1 TM of the correct DSM and that provisioning
is for the slot 1 DSM 84xDS1 TM.
4
CAUTION
Risk of misconnection
Ensure the fibers from the OC-3 hosts are connected to
the intended DSM. If you have two DSMs that will use
two different OC-3 facilities, perform a lamp test to
verify that you have connected the fiber to the intended
DSM. Refer to the “Lamp test” section in chapter 1 of
this document.
If the fiber is not connected to the intended DSM, link the fiber to the
appropriate OC-3 line facility of the DSM 84xDS1 TM in the correct DSM.
5 If you want a protected connection, verify that the DSM 84xDS1 TM in slot 2
of the DSM is not connected:
• to another network element
• to another DSM 84xDS1 TM in another DSM
• to the wrong OC-3 on the same network element
If two DSMs are misconnected, the condition can appear as only one
misconnection alarm.
6 If any situation from step 5 is true, link the fiber to the appropriate OC-3 line
facility for the DSM 84xDS1 TM on the correct DSM.
7 If the alarm does not clear, look for an “Intercard suspected” alarm on both
the DSM 84xDS1 TMs and clear them first. Refer to the “Intercard Suspected”
alarm in Part 2 of this document.
8 Select Active Alarms from the Faults menu to retrieve alarms and determine
if the misconnection alarm cleared.
9 If the alarm does not clear, verify the fiber connection:
• Host OC-3 odd slot-port to DSM 84xDS1 termination module-1
• Host OC-3 even slot-port to DSM 84xDS1 termination module-2
Resolve any mis-configuration if needed.
10 Link the fiber from the OC-3 line facility to the DSM 84xDS1 TM in the
appropriate DSM.


Step Action
11 If the alarm does not clear, verify that the even slot Host OC-3 is connected
to the same DSM as the odd slot Host OC-3.
Match the serial numbers of the working and mate circuit packs from the
inventory list to verify the connection is to the same DSM.
support group.
—end—

Procedure 4-109
Duplicate Adjacency Discovered
Alarm ID: 1071
Probable cause
This alarm is raised against an ADJ facility when two or more ports at the far-
end have the same TID-SHELF-SLOT-PORT Addresses.
This alarm is also raised when you change the node name and then revert it
back to the original name. The alarm clears after the SP warm restart is
completed or when you delete the original name in the Site Manager.
Impact
Prerequisites
• use an account with at least a level 3 UPC on the shelves with a duplicate
Far End Address
correct Far End Address
Step Action
1 Identify the shelves raising this alarm.

2 Note the TID-SHELF-SLOT-PORT that the alarm is raised against. In the
Active Alarms table, the TID appears in the Network Element column, and the
SHELF-SLOT-PORT appears after “ADJ-” in the Unit column.
3 In the Site Manager Equipment and Facility Provisioning application, examine
the ADJ facility type lists for each applicable equipment and each shelf.
Search for the TID-SHELF-SLOT-PORT noted in step 2 in the Expected Far
End Address column. Note all matches found for all shelves within the siteID.
4 Determine which port has the correct Far End Address and remove the
duplicate entries by setting their Expected Far End Address formats to NULL
or the correct value.
support group.
—end—

Procedure 4-110
Duplicate IP Address
Alarm ID: 545
Probable cause
This alarm is raised when the system detects another network element with
the same Internet protocol (IP) address. The alarm occurs at the same time
an all network elements that share the same IP.
Note: This alarm will display in the Additional Information column the AID
and the IP address of the interface the alarm is detected on. The additional
information is only available on SP-2.
Impact
Prerequisites
• use an account with at least a level 3 UPC on the nodes with a duplicate IP
correct IPs
Step Action
1 Identify the network elements raising this alarm.

2 Determine from network plans or other documents which network element
has the correct IP.
3 Log into the network element with the duplicate IP and correct the IP address
as follows:
• From the Configuration menu, open the Comms Setting Management
• In the Comms Setting Management click on Interfaces tab
• In the Interface Type drop down menu, select IP.
• Choose the Edit button to change the IP address.
If a remote log in is not possible, log in locally using the RS-232 serial modem
port or the craft 10/100BT port.
CAUTION
Risk of loss of functionality
Ensure every network element has an unique IP. If you
are changing the IP of a network element, ensure that
the new IP is correct.


Duplicate IP Address
Step Action
4 Ensure no other Duplicate IP Address alarms exist. If there are other

Duplicate IP Address alarms, repeat this procedure.
support group.
—end—

Procedure 4-111
Duplicate Primary Shelf
Alarm ID: 714
Probable cause
This alarm indicates there are duplicate primary shelves within a consolidated
node, and is raised against all primary shelves within a consolidated node that
are provisioned to be a primary shelf.
Note: A primary shelf will not auto-enroll or allow manual addition of new
member shelves while a duplicate primary shelf exists on the same
network.
Impact
Major, non-service-affecting (M, NSA)
Prerequisites
• be able to log into both shelves in the duplicate primary condition
correct primary shelves
Step Action
1 Identify the network elements raising the alarm. Refer to the “Identifying the
circuit pack, pluggable module/port, or facility that has raised an alarm”
2 Determine from network plans or other documents which shelf should be the
primary shelf.
3 Log into the network element that is incorrectly enabled as a primary shelf.


Duplicate Primary Shelf
Step Action
4
CAUTION
Disabling the primary shelf will cause an administrative
restart of the affected shelf. It will be unavailable for
management during this time frame, and may require
re-provisioning of the network element. Ensure you
have removed the appropriate duplicate primary.
Record all the provisioning information required to re-add the incorrectly

provisioned member shelf to the consolidated node. Then delete the invalid
primary shelf from the consolidated node. Refer to the “Deleting a member
shelf of a consolidated node” procedure in Administration and Security, 323-
1851-301.
5 Re-add the deleted shelf as a member shelf of the consolidated node with the
Primary shelf parameter set to Disabled. Refer to the “Adding a shelf to a
consolidated node” procedure in Administration and Security, 323-1851-301.
6 Ensure no other Duplicate Primary Shelf alarms exist. If there are other
Duplicate Primary Shelf alarms, repeat this procedure for the new duplicate.
support group.
—end—

Procedure 4-112
Duplicate Shelf Detected
Alarm ID: 70
Probable cause
This alarm is raised when the shelf processor detects another network
element with the same shelf number and TID (also referred to as node name).
The alarm occurs at the same time on all network elements that share the
same shelf number and TID. Each shelf processor of the network element with
the same shelf number and TID detects the condition.
After a shelf processor restart, this alarm is masked for 20 minutes.
Impact
Prerequisites
• ensure that you are the only active user logged into the network element
• be able to log into the nodes that do not have a unique shelf number and
TID
correct shelf numbers and TIDs
Step Action
2 Determine from network plans or other documents which shelf has incorrectly
provisioned information.


Duplicate Shelf Detected
Step Action
3 Note that changing the shelf number requires decommissioning and

recommissioning of the network element.
If the network is a mixed 6500 and 565, 5100 and 5200 Advanced Services
Platform, change the shelf number on the 5100/5200 (which requires a warm
restart), instead of full recommission of the 6500.
CAUTION
Traffic and data communications will be lost
Decommissioning a shelf results in a loss of all traffic
and data communications associated with the shelf that
is being decommissioned.
CAUTION
Ensure that you have identified the correct duplicate. A
software configuration restart is required to properly
recover, removing network visibility of the member
node for the duration of the restart.
If the Then
shelf Name (TID) is correct the shelf name. Refer to the “Editing the
incorrectly provisioned shelf number” procedure in Administration and
Security, 323-1851-301.
Shelf number is record all the provisioning information required
incorrectly provisioned to recommission the shelf. Decommission the
shelf and re-add it with the correct shelf
number. Refer to the “Deleting all shelf
provisioning” procedure in Administration and
Security, 323-1851-301 and “Commissioning a
network element” procedure in Commissioning
and Testing, 323-1851-221.
4 Ensure no other Duplicate Shelf Detected alarms exist. If other duplicate shelf
alarms exist, repeat this procedure for the new duplicate(s).
5 If the alarm does not clear, contact your next level of support or Ciena support
group.
—end—

Procedure 4-113
Duplicate Site ID
Alarm ID: 871
Probable cause
This alarm is raised when both the site identifier and the shelf number of two
or more shelves are the same. The alarm occurs at the same time on all
network elements that share the same site identifier and shelf number. (The
alarm is not raised when the site identifier is 0.) Each shelf processor detects
the condition and raises the alarm against the shelf.
After a shelf processor restart, this alarm can be masked for 20 minutes.
Note: You can edit the site identifier. However, changing the shelf number
requires decommissioning and recommissioning of the network element.
Impact
Prerequisites
• be able to log into the nodes that do not have a unique site identifier and
shelf number
correct site identifiers and shelf numbers
Step Action


Duplicate Site ID
Step Action
2
CAUTION
Traffic and data communications will be lost
Decommissioning a shelf results in a loss of all traffic
and data communications associated with the shelf that
is being decommissioned.
If the Then go to
site identifier is incorrectly provisioned step 3
shelf number is incorrectly provisioned step 4
3 Determine from network plans or other documents which network element
has the incorrect site identifier. Edit the incorrect site identifier to be
something unique from all other shelves in the network. Refer to the “Editing
the nodal shelf parameters” procedure in Administration and Security, 323-
1851-301.
Go to step 5.
4 If the network is a mixed 6500 and 5100/5200, change the Shelf number on
the 5100/5200 (which requires a warm restart), instead of a full recommission
of the 6500.
If the network is 6500, record all the provisioning information required to
recommission the shelf. Decommission the shelf and re-provision it with the
correct information. Refer to the “Deleting all shelf provisioning” procedure in
Administration and Security, 323-1851-301 and “Commissioning a network
element” procedure in Commissioning and Testing, 323-1851-221.
5 Verify that no other Duplicate Site ID alarms exist.
If Then
no other Duplicate Site ID alarms exist the procedure is complete
other Duplicate Site ID alarms exist repeat step 1 to step 4 for the
other duplicate(s).
Go to step 6.
6 If the alarm does not clear, contact your next level of support or Ciena support
group.
—end—

Procedure 4-114
E1 Receive alarms
Use this procedure to clear alarms associated with E1 receive signals.
“portless”. In this procedure, the terms E1 “port” and “input signal” refer to
ported circuit packs, such as 63xE1. The generic term “E1 receive signal”
applies to both the ported and portless circuit packs.
AIS (E1)
Alarm ID: 227
Probable cause
This alarm is raised when the network element detects an AIS on the E1
receive signal. The upstream equipment generates an AIS signal to tell
downstream equipment that a failure occurred. This alarm indicates that the
E1 source has a failure.
Impact
Bipolar Violations (E1)

Alarm ID: 229
Probable cause
This alarm is raised when the network element detects HDB3 bipolar
violations (BPV) on the incoming E1 port and the error rate is rate greater than
1E-3.
Impact
Loss of Frame (E1)

Alarm ID: 226
Probable cause
This alarm is raised when the network element is unable to detect the
provisioned framing pattern of the E1 receive signal.
Impact


E1 Receive alarms
Loss of Multiframe (E1)

Alarm ID: 230
Probable cause
This alarm is raised when the network element is unable to recover the
multiframe information from the E1 receive signal when the facility is
configured to multiframe.
Impact
Loss of Signal (E1)

Alarm ID: 225
Probable cause
This alarm is raised when one of the following conditions exist:
• 63xE1 circuit pack faulty
• fault on equipment generating the E1 signal
• faulty cables or connectors
Impact
Remote Defect Indication (E1)

Alarm ID: 927
Probable cause
Impact
Prerequisites
545


E1 Receive alarms
Step Action
in this document.
4 Retrieve all alarms at the far-end network element. Refer to the “Retrieving
active alarms for one or more network elements” procedure in this document.
Clear any alarms by following the appropriate alarm clearing procedure.

AIS step 8
Loss of Multiframe step 8
7 Inspect the cabling and connectors on the I/O panel. The cabling may be
loose or damaged. Repair any damage.
Go to step 9.
8 Verify the required frame format provisioning for the entire E1 traffic path
DS3/E3 facility frame format requires correction, refer to the “Editing facility
Operating, 323-1851-310.
10 If the original alarm was raised on a Then go to

ported circuit pack (for example, 63xE1) step 11
portless circuit pack (for example, Trans Mux or step 15
PDH gateway)


E1 Receive alarms
Step Action
11 For E1 on optical/front electrical shelf, if the signal impedance is 75 ohm,

confirm that 120 ohm converter modules are not present for the indicated
circuit pack. If the signal impedance is 120 ohm, confirm that 120 ohm
converter modules are present for the indicated circuit pack (for E1 on a metro
front electrical shelf, use either 75 ohm or 120 ohm I/O modules).
12 Use an appropriate test set to determine if the E1 port has a valid E1 signal.
The E1 ports are on the I/O panel associated with the 63xE1 circuit pack
raising the alarm. For information about I/O panels, refer to the “I/O and
protection hardware” section in chapter 3 of Part 1 of 6500 Planning,
NTRN10DE.
13 If Then go to
there is an AIS, bipolar violation, loss of frame, loss of step 14
multiframe, or loss of signal condition
the signal is valid step 15
14 The problem is in the E1 source equipment and the 6500 shelf is reporting a
valid condition. Perform troubleshooting on the E1 source equipment
according to your company procedure.

a protected 63xE1, Trans Mux, or PDH gateway circuit pack step 16
with no Protection Switch Active alarms present
a protected 63xE1, Trans Mux, or PDH gateway circuit pack step 17
with Protection Switch Active alarms present
an unprotected 63xE1, Trans Mux, or PDH gateway circuit pack step 21
Go to step 18.
17 Clear the Protection Switch Active alarms. Refer to Protection Switch Active
alarms in Part 2 of this document.
cleared.
cleared step 19
not cleared step 22


E1 Receive alarms
Step Action
19 Replace the 63xE1, Trans Mux, or PDH gateway working circuit pack
identified in step 1. Refer to the equipment replacement procedures in
20 If applicable, release the lockout of protection on the 63xE1, Trans Mux, or
PDH gateway working circuit pack.
not cleared step 22

—end—

Procedure 4-115
E1 Transmit alarms
Use this procedure to clear alarms associated with E1 transmit signals.
Tx AIS (E1)
Alarm ID: 231
Probable cause
This alarm is raised when the network element detects a failed E1 signal
upstream on the other side of the connection. The network element is
transmitting an AIS to the remote end of the input. This alarm indicates a
warning to the downstream network element that the signal is not usable.
This alarm occurs because of:

• an E1 receive fault (for example, Loss of signal, Loss of frame, AIS) where
the signal enters the network
• a SONET/SDH fault condition (OC-n/STM-n or VT2/VC12 alarms)
• a DS3 or E3 fault for Trans Mux E1 signals carried by a DS3 or E3 signal
• no cross-connect assigned for the E1
This alarm can also be raised if an intrusive test access session is in progress.
No action is required if this is the cause.
Impact
Tx Loss of Frame (E1)

Alarm ID: 236
Probable cause
For the 63xE1 circuit pack, this alarm is raised when the local network element
detects that the E1 payload from the VT1.5/VT2/VC12 transmitted from the
shelf is not framed in the same format as the commissioned port.
For the Trans Mux circuit pack, this alarm is raised when the local network
element detects that the E1 payload within the DS3 or E3 signal (sent from the
XC circuit pack to the Trans Mux circuit pack) transmitted from the shelf (within
a VT2 signal) is not framed in the same format as the commissioned port.
Note that the E1 signal is then transmitted from the Trans Mux to the XC within
a VT2.
This procedure assumes that the system was operating alarm free before the
Tx Loss of Frame alarm. If this alarm is raised during E1 provisioning, verify
the provisioned framing with the test traffic that you are running.


E1 Transmit alarms
Impact
The payload continues to transmit to the input. However, the change of

framing can cause the equipment to reject the E1 signal.
Tx Loss of Multiframe (E1)

Alarm ID: 237
Probable cause
For the 63xE1 circuit pack, this alarm is raised when the local network element
cannot recover the multiframe information in the E1 payload from the VT2/
VC12 and the port is configured to multiframe.
For the Trans Mux circuit pack, this alarm is raised when the local network
element cannot recover the multiframe information in the E1 payload within
the DS3 or E3 signal (sent from the XC circuit pack to the Trans Mux circuit
pack) transmitted from the shelf (within a VT2 signal) and the port is
configured to multiframe. Note that the E1 signal is then transmitted from the
Trans Mux to the XC within a VT2.
This procedure assumes that the system was operating alarm free before the
Tx Loss of Multiframe alarm. If this alarm is raised during E1 provisioning,
verify the provisioned framing with the test traffic you are running.
Impact
The payload continues to transmit to the input. However, the change of

framing can cause the equipment to reject the E1 signal.
Prerequisites
• clear all SONET/SDH (OC-n/STM-n or VT2/VC12) alarms and E1 receive
alarms related to the circuit path in the network
• clear all DS3 or E3 alarms related to the E1 circuit path in the network (if
the E1 is carried within a DS3 or E3 payload on a Trans Mux circuit pack)
• have the network connection information (that is, how the network element
connects to other network elements)


E1 Transmit alarms
Step Action
1 Another failure in the system normally causes this alarm. Clear any other OC-
n/STM-n or VT2/VC12 alarms or E1 receive alarms on the system first.
Perform this procedure if the Tx AIS or Tx Loss of Frame, or Tx Loss of
Multiframe alarms are the only active alarms on the system.
2 Identify the 63xE1, Trans Mux or PDH gateway circuit pack and port raising
the alarm. Refer to the “Identifying the circuit pack, pluggable module/port, or
facility that has raised an alarm” procedure in this document.
Record the 63xE1 or PDH gateway circuit pack, slot, and port number.
The simplest configuration involves an E1 between two 63xE1 circuit packs
or two Trans Mux circuit packs. For simplicity, we call the network element
with the 63xE1 or Trans Mux circuit pack that raised the alarm NE B, and the
source network element NE A in this procedure.
NE A NE B
E1 E1
Source
network element E1 circuit pack
raising the alarm
For Trans Mux applications, the configuration can be quite complex, as shown
in the following example configuration. Note that some configurations can
contain non-6500 equipment. For example, in the electrical network cloud,
there can be other equipment providing E1 to DS3 multiplexing (and vice
versa) or transport of DS3 or E3 traffic. Furthermore, there can be additional
optical hops between the network elements, and some equipment can be
located in the same network element. For example, the 63xE1 and Trans Mux
circuit packs can reside in the same network element, or the 24xDS3/E3 or
24xDS3/EC-1 circuit packs and Trans Mux circuit packs can reside in the
same NE; it is even possible to have 63xE1, Trans Mux, and 24xDS3/E3
circuit packs all in the same network element.


E1 Transmit alarms
Step Action
The following diagram shows the direction of E1 traffic from NE A to NE F, and

helps show the alarm clearing procedure for E1 transmit alarms raised at
NE F (on 63xE1) and/or NE E (on Trans Mux).
NE C NE D
NE A NE B DS3E3x24 Electrical DS3E3x24 NE E NE F
63xE1 Tmux or Network or Tmux 63xE1
DS3EC1x24 DS3EC1x24
3 For the E1 on an optical/front electrical shelf, if the signal impedance is 75

ohm, confirm that 120 ohm converter modules are not present for the
indicated circuit pack. If the signal impedance is 120 ohm, confirm that 120
ohm converter modules are present for the indicated circuit pack (for E1 on a
metro front electrical shelf, use either 75 ohm or 120 ohm I/O modules).

Tx AIS step 5
Tx Loss of Frame or Tx Loss of Multiframe step 9
5 Retrieve the cross-connects. Refer to the “Retrieving path cross-connects”

1851-320.
6 Look for cross-connects provisioned for the E1 raising the alarm. If there are
no cross-connects for the E1, verify that there are no missing cross-connects.
If there are no missing cross-connects, and the E1 is in service (IS) without
connections, place the E1 facility out of service (OOS). If there are missing
cross-connects, provision the required cross-connects. Refer to the “Adding
a 2WAY, 1WAY, 2WAYPR, 1WAYPR, or 2WAYDPR path cross-connect”
1851-320.


E1 Transmit alarms
Step Action
7 Determine where the E1 signal enters the network. Refer to the path
connections management procedures in Part 1 of Configuration - Bandwidth
and Data Services, 323-1851-320. If it is a OC-n/STM-n signal, verify the
connecting equipment and ensure that it is correctly transmitting an E1 signal.

9 Check that the frame format of the E1 facility is provisioned correctly (from
company records). For E1 facilities on Trans Mux circuit packs, check that the
frame format of the DS3 or E3 is provisioned correctly (from company
records).
If the frame format is Then go to
incorrect step 10
correct step 13
10 Edit the frame format. Refer to the “Editing facility parameters” procedure in
cleared the procedure is
complete
12 Record the circuit pack and the network element of the E1 facility of the
source (NE A).
13 On NE A, check that the frame format is provisioned correctly (from company
records).
If the frame format of the NE A is Then go to
incorrect step 14
correct step 16
14 Edit the frame format of the NE A. Refer to the “Editing facility parameters”
310.
cleared the procedure is
complete


E1 Transmit alarms
Step Action
16 If the circuit pack you identified as the source in step 12 is Then go to

a protected 63xE1, Trans Mux or PDH gateway circuit pack step 17
an unprotected 63xE1, Trans Mux or PDH gateway circuit step 19
pack
17 Manually switch the traffic of the 63xE1, Trans Mux or PDH gateway circuit
pack on NE A to the protection circuit pack. Refer to the “Operating a
Operating, 323-1851-310.
ATTENTION
Ensure the protection circuit pack is not carrying traffic for another
working module/circuit pack before you switch traffic from a working
module/circuit pack to the protection module/circuit pack. This note
does not apply to Trans Mux circuit packs.
18 Wait 30 seconds.
cleared the working circuit pack you identified as the
source in step 12 is faulty. Go to step 19.
not cleared release the protection switches. Go to step 23.
20 On NE A, replace the 63xE1, Trans Mux or PDH gateway circuit pack you
identified as the source in step 12. Refer to the equipment replacement
1851-545.
21 If applicable, release the manual protection switch you performed in step 17.
23 If the E1 circuit pack you identified in step 2 as the origin of the Then go to
alarm on NE B is
a protected 63xE1, Trans Mux or PDH gateway circuit pack step 24
an unprotected 63xE1, Trans Mux or PDH gateway circuit pack step 26


E1 Transmit alarms
Step Action
24 Manually switch the circuit pack you identified in step 2 as the circuit pack
raising the alarm, to the protection circuit pack. Refer to the “Operating a
Operating, 323-1851-310.
ATTENTION
Ensure the protection circuit pack is not carrying traffic for another
working circuit pack before you switch traffic from a working circuit
pack to the protection circuit pack. This note does not apply to Trans
Mux circuit packs.
25 Wait 30 seconds.
cleared the working circuit pack you identified as the
source is faulty. Go to step 26.
26 On NE B, replace the 63xE1, Trans Mux or PDH gateway circuit pack you
identified in step 2 as the circuit pack raising the alarm. Refer to the
27 If applicable, release the manual protection switch you performed in step 24.
support group.
—end—

Procedure 4-116
EC-1 Receive alarms
Use this procedure to clear alarms associated with EC-1 receive signals.
AIS (EC-1)
Alarm ID: 95
Probable cause
This alarm is raised when the network element detects an alarm indication
signal (AIS) on the EC-1 traffic stream at the input.
Impact
Excessive Pointer Adjustments (EC-1)

Alarm ID: 632
Probable cause
This alarm is raised when the payload frequency drift of the incoming EC-1
signal exceeds 20 ppm.
Excessive pointer adjustments can indicate a problem with network

synchronization that, if not corrected, can cause errors when the signal is
demultiplexed.
Impact
Loss of Frame (EC-1)

Alarm ID: 94
Probable cause
The 24xDS3/EC-1 circuit pack is faulty or a signal is being transmitted from
the adjacent network element without properly formatted frames.
Impact


EC-1 Receive alarms
Loss of Signal (EC-1)

Alarm ID: 93
Probable cause
• the EC-1 input cable is disconnected or misconnected from the I/O module
or along the path from the other end
• the EC-1 signal stops transmitting from the adjacent network element
• the I/O module is not fully inserted and locked into position
• the I/O module was removed
• the 24xDS3/EC-1 circuit pack is faulty
Impact
RFI (EC-1)
Alarm ID: 99
Probable cause
This alarm is raised when the remote network element detects a faulty EC-1
signal from the network element and returns a remote fault indicator (RFI)
signal in the SONET/SDH overhead.
Impact
Signal Degrade (EC-1)

Alarm ID: 328
Probable cause
This alarm is raised when the 24xDS3/EC-1 circuit pack is faulty or the EC-1
signal is degraded. Signal quality is measured using the bit interleaved parity
(BIP) information from the B2 byte of the line overhead. This alarm is raised
when the BIP error rate is above the 1E-6 threshold.
Impact
Minor, service-affecting (m, SA) alarm


EC-1 Receive alarms
Signal Fail (EC-1)

Alarm ID: 639
Probable cause
This alarm is raised when the received signal is degraded to the point where
it is unusable.
One of the following conditions causes this alarm:

• excessive attenuation
• improper connector seating
• transmit laser degrade
Impact
Prerequisites
545
Step Action
1 If the original alarm is Then go to

RFI step 2
otherwise step 3
2 Verify the remote system at the other end of the EC-1 and clear any alarms
you find.
in this document.


EC-1 Receive alarms
Step Action

RFI step 7
otherwise step 8
position. Go to step 8.
7 Use an EC-1 test set to determine if a valid EC-1 signal is on the transmit and
receive sides of the cross-connect for that facility.
If a valid signal is Then
on the transmit side and RFI is the problem is in the source system. Perform
on the receive side troubleshooting on the source system
according to your company procedures.
not on the transmit side and go to step 10
RFI is not on the receive side
8 Use an EC-1 test set to determine if a valid EC-1 signal is on the EC-1 cross-
• If there is an AIS, excessive pointer adjustment, Loss of frame, Loss of
Signal, RFI, or Signal Degrade (contains B2 errors), the problem is in the
EC-1 source and the shelf is reporting a valid condition. Perform
• If there is no AIS, excessive pointer adjustment, Loss of frame, Loss of
Signal, RFI, or Signal Degrade, go to step 9.
otherwise step 11
10 If the alarm does not clear, inspect the 24xDS3/EC-1 cabling and physical
connections. The connection may be loose or damaged. Repair any damage.
11 Operate a manual switch on the 24xDS3/EC-1 circuit pack raising the alarm.
Refer to the “Operating a protection switch” procedure in Part 2 of


EC-1 Receive alarms
Step Action
12 Wait 30 seconds. If the alarm clears, the working 24xDS3/EC1 circuit pack is
faulty. Replace the circuit pack that is detecting the alarm. Refer to the
“Replacing the 24xDS3/EC1 or 24xDS3/E3 circuit pack” procedure in Fault
support group.
—end—

Procedure 4-117
Encryption Authentication Material Missing
Alarm ID: 1816
Probable cause
pack when the provisioning of authentication material on the circuit pack is not
complete.
encryption management interface (MyCryptoTool). An entity certificate and
corresponding signing Certificate Authority (CA) certificate must be present
on the circuit pack. If the enrollment of any of the material is not completed,
the alarm is raised.
This alarm is raised if either the web access or datapath certificate is not fully
provisioned. If both are not fully provisioned, only one occurrence of this alarm
is raised. If web access is using a separate X.509 Certificate from the data
encryption certificate, both the Data Entity Certificate Management and Web
Access Certificate Management tabs need to be verified to ensure the Entity
certificate and signing Certificate Authority certificate are present.
Impact
Step Action
1 Connect to MyCryptoTool and from the Web Access Certificate Management

page, check the Web Entity Certificate Selection. Refer to the “Key
Management” chapter of Encryption and FIPS Security Policy Overview and
Procedures, 323-1851-340.
2 If the Web Access is using the same X.509 Certificate as the datapath, go to
step 4.
3 Check the Enrollment status from the Web Access Certificate Management
tab. If the status is “Entity Certificate is not available”, perform the certificate
enrollment process. Refer to the “Performing Web Access Certificate
Enrollment” procedure in Encryption and FIPS Security Policy Overview and


Encryption Authentication Material Missing
Step Action
4 Check the Enrollment status from the Data Entity Certificate Management
tab. If the status is “Entity Certificate is not available”, perform the certificate
enrollment process. Refer to the “Performing Data Encryption Certificate
Enrollment” procedure in Encryption and FIPS Security Policy Overview and
support group.
—end—

Procedure 4-118
Encryption Configuration Mismatch
Alarm ID: 1822
Probable cause
This alarm is raised against line facility of a 4x10G OTR w/Encryption
(NTK530QE) circuit pack when either the encryption byte selection or the
authentication failure mode does not match between two encryption peer
ends. The Encryption TCM also contributes to this alarm.
The Authentication Failure Mode is displayed and configured using the

MyCryptoTool. The encryption bytes and encryption TCM are configured
using the Site Manager.
Impact
Prerequisites
Step Action
1 Use Site Manager to verify that the Encryption TCM, Encryption Byte 1,
and Encryption Byte 2 OTM2 facility provisioning attributes on both ends of
the encryption path match. Refer to the “Retrieving equipment and facility
323-1851-310.
2 If the Encryption TCM, Encryption Byte 1, and Encryption Byte 2 OTM2
facility provisioning attributes do not match on both ends of the encryption
path, edit the values so they match on both ends. Refer to the “Editing facility
Operating, 323-1851-310.
3 If the alarm did not clear, use MyCryptoTool to check the Re-Authentication
Failure Mode selection (ALLOW/DROP) on both ends of the encryption path.
4 If the Re-Authentication Failure Mode settings do not match, set the OTM2
Re-Authentication Failure Mode settings on both ends of the encryption
path to the same selection. Refer to the “Key Management” chapter of
340.
support group.
—end—

Procedure 4-119
Encryption Failure
Alarm ID: 1821
Probable cause
This alarm is raised against line facility of a 4x10G OTR w/Encryption
(NTK530QE) circuit pack when the Encryption Bit Parity check fails.
The Encryption Bit Parity check fails when one of the six TCM bytes on the
OTN line port is selected to monitor the encryption failure, and the TCM BIP8
bit parity does not match the OPU payload data before encryption and after
decryption.
Note: This alarm can be raised momentarily during the initial setup of the
datapath when the keying authentication and negotiation is taking place.
Impact
Prerequisites
Step Action
1 If any of the “Encryption Keying Communication Failure”, “Encryption Keying

Configuration Mismatch” or “Encryption Keying Authentication Failure”
alarms are active, clear these alarms first. Refer to alarm clearing procedures
in this document.
2 If the alarm is still active, there is an issue with the encrypted datapath. This
can be caused by misuse of the Encryption error monitoring TCM byte by
intermediate equipment in the OTN cloud. Verify the Encryption error
monitoring TCM byte in intermediate equipment and correct the problem.
support group.
—end—

Procedure 4-120
Encryption Keying Authentication Failure
Alarm ID: 1823
Probable cause
This alarm is raised against line facility of 4x10G OTR w/Encryption
(NTK530QE) circuit pack when the Encryption keying authentication fails
between the two ends of an encryption datapath.
Encryption keying authentication can fail due to any of the following reasons:
• the peer datapath certificate has expired
• the peer datapath certificate issuer Certificate Authority (CA) is not trusted
• the peer entity certificate is on the issuer’s Certificate Revocation List
(CRL)
Impact
Note: If the re-authentication failure mode is set to “ALLOW”, traffic can

be maintained until the next circuit pack level cold restart is performed
from either end or when Encryption Keying Communication Channel
Failure is detected. If the re-authentication failure mode is set to “DROP”,
traffic will be dropped.
Prerequisites
Step Action
1 Use Site Manager to ensure the Time of Day on both ends of the encryption
path are current. If the Time of Day is not current, set the correct Time of Day.
Refer to the “Editing the nodal general parameters” procedure in
2 Refer to the “Provisioning Certificate Management using MyCryptoTool”
chapter of Encryption and FIPS Security Policy Overview and Procedures,
323-1851-340, to launch the MyCryptoTool for each peer end to determine if
any of the following conditions exist:
• The Data Encryption entity certificate being received from the peer has
expired.
— Refer to the “Viewing the Data Encryption entity certificate or the
Web Access entity certificate” procedure in Encryption and FIPS


Encryption Keying Authentication Failure
Step Action
— Refer to the “Displaying Active Alarms and Historical Logs”

procedure in Encryption and FIPS Security Policy Overview and
• The issuer of the Data Encryption entity certificate being received from
the peer is not on the Trusted CA list, or is not the same as the Signing
CA:
— Refer to the “Viewing the Data Encryption entity certificate or the
Web Access entity certificate” procedure in Encryption and FIPS
— Refer to the “Viewing the Signing CA certificate for the Data
Encryption certificate or the Web Access certificate” procedure in
Encryption and FIPS Security Policy Overview and Procedures, 323-
1851-340.
— Refer to the “Viewing a Trusted CA Certificate” procedure in
1851-340.
• A certificate received from a peer is on the Trusted CA’s CRL or on the
Signing CA’s CRL.
— Refer to the “Viewing a Certificate Revocation List” procedure in
1851-340.
3 If any of the above condition exists, perform the corresponding procedure.
• If the Data Encryption entity certificate being received from the peer has
expired, you need to enroll a new Data Encryption Certificate on the peer.
Refer to the “Performing Data Encryption Certificate Enrollment”
• If the issuer (CA) of the Data Encryption entity certificate being received
from the peer is not on the Trusted CA list or is not the same as the
Signing CA, you need to add that CA certificate to the Trusted CA
Certificate list. Refer to the “Importing a Trusted CA certificate” procedure
in Encryption and FIPS Security Policy Overview and Procedures, 323-
1851-340.
• If the peer entity certificate is on the issuer’s (CA) Certificate Revocation
List (CRL), you need to enroll a new Data Encryption Certificate on the
peer. Refer to the “Performing Data Encryption Certificate Enrollment”
support group.
—end—

Procedure 4-121
Encryption Keying Communication Failure
Alarm ID: 1824
Probable cause
This alarm is raised against line facility of 4x10G OTR w/Encryption
(NTK530QE) circuit pack when communication is lost between the two
encryption peers of the encryption path due to one of the following:
• the Encryption Byte 2 OTM2 facility provisioning attribute is used for
keying communication purpose and the user-provisioned selection does
not match on both ends of the encrypted path.
• the intermediate OTN equipment re-used the same byte for other
purposes which prevented the chosen byte to be carried end-to-end
between the two ends of the encryption path.
Impact
Prerequisites
Step Action
1 Use Site Manager to verify the byte selection (Encryption Byte 2) on the
OTN line ports of both encryption ends for any mismatch, and correct the byte
selection if any. Refer to the “Retrieving equipment and facility details”
310.
2 If there is no mismatch, verify the intermediate OTN equipment to ensure the
selected reserved byte can be carried over end-to-end between two ends of
the encrypted path.
3 Use Site Manager to select a different Encryption Byte 2 to be carried end-
to-end between the two ends of the encrypted path. Refer to the “Displaying
and editing the Carrier-managed encryption-related parameters on the
4x10G OTR (NTK530QE variant) circuit pack’s OTM2 facility” procedure in
340.
support group.
—end—

Procedure 4-122
Equipment Configuration Mismatch
Alarm ID: 970
Probable cause
For a 6500 14-slot shelf type, this alarm is raised against regular flow cooling
fans when circuit packs requiring high flow cooling (such as SuperMux, 20G
L2SS, 100G WL3n MOTR, 100G OCLD, 100GE OCI, 40G+ CFP OCI,
10x10G MUX, 10x10GE MUX, 40G UOCLD, 40G OCLD, Wavelength-
Selective 40G OCLD, 40G XCIF, 40G OCI, 40/43G OCI, or 40G MUX OCI
circuit packs) are provisioned. This alarm masks all alarms raised against a
given fan, except the Fan Failed alarm. Refer to the “Equipment provisioning
validation based on shelf cooling capacity” section in “Node Information”
chapter of Administration and Security, 323-1851-301, for further details.
For a 14-slot packet-optical shelf, this alarm is raised if a Type 3 high flow
cooling fan module (NTK507LS or NTK507MS) is inserted in a shelf that is
also equipped with Power Input Cards that are not compatible with Type 3
fans. With the exception of the center fan slot (Fan-2), Type 3 fans will not
energize or light any LEDs unless there is a compatible Power Input Card in
the shelf. The 2x50A Power Input Card (NTK505ES) is compatible with Type
3 fans. This alarm is also raised when mixing Type 3 and other cooling fan
module types in 14-slot packet-optical shelf. This alarm will clear once the
shelf is equipped with three compatible fans (either three Type 3 fans or three
other matching fans). When an SP is restarted and the shelf is equipped with
a mix of Type 3 and other fan types (there is a mismatch between at least two
fans), the Equipment Configuration Mismatch is raised against all the three
fans.
For a 32-slot, 14-slot, 7-slot, 7-slot Type 2 and 2-slot Type 2, this alarm is
raised against a Power Input Card that does not support the shelf powering
configuration (or current rating) specified by the Provisioned shelf current
shelf attribute (provisioned shelf power configuration and feeder amperage).
The alarm is also raised in the case of two mismatched Power Input Cards.
Refer to the “Equipment provisioning validation based on shelf power
capacity” section in Administration and Security, 323-1851-301, for further
details.
For a 7-slot Type 2 shelf, this alarm is raised against a Power Input Card that
is in the incorrect slot or when DC and AC Power Input Cards are mixed in the
shelf. For equipping rules for power modules on the 7-slot Type 2 shelf, refer
to Planning - Ordering Information, 323-1851-151.


For 2-slot shelf w/SP + OTN Flex MOTR 8xSFP, this alarm is raised against
the shelf if the configuration specified by the Provisioned shelf current shelf
attribute is not compatible with the shelf (which has integrated AC or DC power
connections).
Impact
Against fans
Critical, service-affecting (C, SA) alarm if two or more fan alarms exist
Major, non-service-affecting (M, NSA) alarm if one fan alarm exists
Against Power Input Cards

Prerequisites
Step Action
DANGER
Risk of eye injury

fan modules step 2
Power Input Cards or the shelf in the case of a 2-slot shelf w/ step 9
SP + OTN Flex MOTR 8xSFP
2 If the shelf is Then go to

provisioned with circuit packs requiring high flow cooling, or step 3
such circuit packs are physically present in the shelf
not provisioned with circuit packs requiring high flow cooling, step 7
and no such circuit packs are physically present in the shelf
3 If the circuit packs requiring high flow cooling are Then go to

required step 4
not required step 6


Step Action
5 Replace any regular flow cooling fans or any Type 3 high flow cooling fans
with high flow cooling fans. Refer to the “Replacing a cooling fan module”
procedure in Fault Management - Module Replacement, 323-1851-545. Go
to step 14.
6 Deprovision and remove all equipment requiring high flow cooling. Refer to
the “Deleting a circuit pack, module, or SFP/XFP/DPO” procedure in Part 1 of
Configuration - Provisioning and Operating, 323-1851-310. Go to step 7.
7 Change the fan to the regular flow fans. Refer to the “Replacing a cooling fan
545.
9 Retrieve and record the Provisioned shelf current value, and the inventory
information for the Power Input Cards. Refer to the “Displaying node
information” procedure in Administration and Security, 323-1851-301.
10 If the equipped Power Input Cards are the same type, set the Provisioned
Shelf Current to a setting that is compatible with the Power Input Cards and
their configuration but does not exceed the current rating of the feeders or of
any equipped fuses (for the case of fused Power Input Cards). Refer to the
"Determining the provisioned shelf current" procedure in Administration and
Security, 323-1851-301.
12 Remove from the shelf the alarmed Power Input Card or the Power Input Card
that is not compatible with the required Provisioned Shelf Current setting.
Refer to the “Replacing the Power Input Card A or B” procedure in Fault
The “Circuit Pack Missing” alarm is raised for that Power Input Card, and the
“Equipment Configuration Mismatch” alarm clears.


Step Action
13 Insert a replacement Power Input Card into the shelf. Ensure that the
equipped Power Input Cards are compatible with the retrieved Provisioned
Shelf Current setting in step 9, and that all equipped Power Input Cards have
the same amperage capacity (which is greater than or equal to the current
associated with the Provisioned shelf current setting).
support group.
—end—

Procedure 4-123
Equipment OOS with Subtending Facilities IS
Alarm ID: 625
Probable cause
The 63xE1, 24xDS3/E3, 24xDS3/EC-1 or 16xSTM-1e working circuit pack in
a 1:N protection configuration, or the 20G L2SS, L2SS, PDH gateway or 48
Channel Trans Mux (portless) working circuit pack in 1+1 protection
configuration was taken out-of-service while some facilities are in-service.
Note: The alarm is usually only raised during maintenance when the
63xE1, 24xDS3/E3, 24xDS3/EC-1, 16xSTM-1e, 20G L2SS, L2SS or PDH
gateway working circuit pack is being replaced. For the 63xE1, 24xDS3/
E3, 24xDS3/EC-1, 16xSTM-1e, 20G L2SS, L2SS or PDH gateway
working circuit pack, the user is allowed to take the circuit pack out-of-
service without first taking all the facilities out-of-service (as required on
other traffic circuit packs).
If the 63xE1, 24xDS3/E3, 24xDS3/EC-1 or 16xSTM-1e working circuit pack is

in a 1:N protection group or if the 20G L2SS, L2SS or PDH gateway working
circuit pack is in a 1+1 protection group, taking the circuit pack out-of-service
will initiate a protection switch.
Impact
Critical, service-affecting (C, SA) alarm for a 63xE1, 24xDS3/E3, 24xDS3/EC-
1, 16xSTM-1e, 20G L2SS, L2SS, PDH gateway or 48 Channel Trans Mux
working circuit pack with cross-connects if switching to a protection circuit
pack fails
Minor, non-service-affecting (m, NSA) alarm for a 63xE1, 24xDS3/E3,

24xDS3/EC-1, 16xSTM-1e, 20G L2SS, L2SS or PDH gateway circuit pack
without cross-connects or a 63xE1, 24xDS3/E3, 24xDS3/EC-1, 16xSTM-1e,
20G L2SS, L2SS, PDH gateway or 48 Channel Trans Mux circuit pack with
cross-connects and switching to a protection circuit pack is successful


Equipment OOS with Subtending Facilities IS
Step Action
1 If the 63xE1, 24xDS3/E3, 24xDS3/EC-1, 16xSTM-1e, 20G L2SS, L2SS,

PDH gateway or 48 Channel Trans Mux circuit pack is being replaced,
complete the replacement procedure and then put the circuit pack in-service.
Refer to the “Changing the primary state of a circuit pack, module, or SFP/
XFP/DPO” procedure in Part 1 of Configuration - Provisioning and Operating,
323-1851-310.
support group.
—end—

Procedure 4-124
Equipment Reconfiguration In Progress
Alarm ID: 1345
Probable cause
This alarm is raised to indicate the equipment reconfiguration is in progress.
Impact
Step Action
1 Perform a warm restart on the active shelf processor to complete the

reconfiguration. Wait five minutes for the shelf processor to restart. Refer to
support group.
—end—

Procedure 4-125
Error alarms (ETH, ETH10, ETH40G, ETH100G, FLEX,
WAN, ETTP)
Use this procedure to clear alarms associated with the error alarms.
Excessive Error Ratio (ETH, ETH10, ETH40G, ETH100G, ETH100, FC800,

FC1200, FLEX, WAN, ETTP)
Alarm ID: 346, 352, 364, 823, 841, 1257, 1298, 1454
Probable cause
• an ETH or WAN facility of a 4xGE, 20G L2SS, L2SS, PDH gateway, or
RPR circuit pack
• an ETH10G or WAN facility of a 1x10GE EPL or 10x10G MUX circuit pack
• an ETH100 or WAN facility of a 24x10/100BT circuit pack
• a WAN facility of a SuperMux circuit pack in GFP-T mode
• an ETH, ETH100, or WAN facility of a SuperMux circuit pack in GFP-F
mode
• an FC1200 facility of the 2x10G OTR, 4x10G OTR, and 40G MUX OCI
circuit pack
• an ETH10G or FLEX facility of the 2x10G OTR and 4x10G OTR circuit
pack
• an ETH10G or ETH40G facility of the 100G (2xQSFP+/2xSFP+) MUX
circuit pack
• an ETH40G facility of the 4x10G OTR circuit pack
• an ETTP facility of the16xFLEX OTN I/F, 4x10G MUX, and 40G OCI circuit
packs
• an ETTP facility of the eMOTR circuit pack when a High Bit Error (HIBER)
condition is detected on the incoming 10GE signal.
This alarm is raised against an ETH, ETH10, ETH100 facility when at least 20
percent of the received frames are errored each second for three consecutive
seconds and is raised against a WAN facility when one of the following
conditions occurs:
• for GFP-F encapsulation, at least 20% of the received frames are errored
each second for three consecutive seconds
• for GFP-T encapsulation, at least 20% of the received superblocks are
errored each second for three consecutive seconds


Error alarms (ETH, ETH10, ETH40G, ETH100G, FLEX, WAN, ETTP)
For ETH10G facilities on the 10x10G MUX circuit pack, this alarm is raised
when the client 64B/66B Rx interface is detecting a BER greater than or equal
to 1E-4. This occurs when 16 or more invalid sync headers are detected by
the 64B/66B Rx interface within the current 125 µs period.
For the ETH40G facility on the 40G+ CFP OCI, this alarm is raised when 97
invalid 66-bit sync headers are detected within a 1.25 ms window. The high
BER state is exited once there are less than 97 invalid sync headers in the
same window.
For the ETH100G facility on the 100G OCI, this alarm is raised when 97 invalid
66-bit sync headers are detected within a 500 μs window. The high BER state
is exited once there are less than 97 invalid sync headers in the same window.
For the WAN facility on the 4xGE,1x10GE EPL, 24x10/100BT circuit packs,
the alarm is raised when these circuit packs are interconnected to another
circuit pack with an FCS (Frame CheckSum) parameter value that does not
match the provisioned value on the alarmed circuit pack. The alarm clears
when the FCS parameter value is changed so that both interconnected circuit
packs have matching values.
For FC1200 facility on the 2x10G OTR, 4x10G OTR, or 40G MUX OCI circuit
pack, this alarm is raised when the client 64B/66B Rx interface is detecting a
BER greater than or equal to 1E-3. This occurs when 16 or more invalid sync
headers are detected by the 64B/66B Rx interface within the current 125 µs
period.
The alarm clears when these conditions do not occur for 10 consecutive
seconds.
This alarm is also raised against a PDH WAN (DS1, DS3, E1, or E3) when the
PDHVLI setting is mismatched between two ends.
Impact
Major, service-affecting (M, SA) alarm if not protected


Signal Degrade (ETH, ETH100, ETH10G, WAN)

Alarm ID: 345, 351, 822, 866
Probable cause
• an ETH or WAN facility of a 4xGE, 20G L2SS, L2SS, PDH gateway, or
RPR circuit pack
• an ETH10G or WAN facility of a 10x10G MUX circuit pack
• an ETH10G or WAN facility of a 100G OCI circuit pack
• an ETH10G or WAN facility of a 1x10GE EPL circuit pack
• an ETH100 or WAN facility of a 24x10/100BT circuit pack
• a WAN facility of a SuperMux circuit pack in GFP-T mode
• an ETH, ETH100, or WAN facility of a SuperMux circuit pack in GFP-F
mode
This alarm is raised against an ETH, ETH100, or ETH10G facility when at

least 1% of the received frames are errored each second for three consecutive
seconds and is raised against WAN facility when one of the following
conditions occurs:
• for GFP-F encapsulation, at least 1% of the received frames are errored
each second for three consecutive seconds
• for GFT-T encapsulation, at least 1% of the received superblocks are
errored each second for three consecutive seconds
The alarm clears when these conditions do not occur for 10 consecutive
seconds.
Impact
Minor, service-affecting (m, SA) alarm if not protected


Prerequisites
network element
• if required, obtain a supported SFP optical transceiver module
545
Step Action
1 Verify if there are alarms of higher order from the alarm hierarchy. Refer to
Chapter 3, “Alarm hierarchies and alarm severities”of this document. Clear
any alarms of higher order on the hierarchy first using the appropriate
procedures.
3 From the Class field in the Active Alarms application, determine if the alarm
is raised against an Ethernet or WAN facility.
4 If this alarm is raised against Then go to
an Ethernet or ETTP facility step 5
a WAN facility step 18
Alarm raised against an Ethernet facility

CAUTION
Ensure that the correct module is identified. Removing
the wrong optical fiber causes a traffic loss on an in-
service facility.
CAUTION
Laser radiation is present on the optical fiber. Do not
look into the optical fiber.


Step Action
6 Use the optical power meter to measure the receive power at the LAN port.
For information about technical specifications (minimum and maximum
receive optical power) for the SFPs supported with the 4xGE, 1x10GE EPL,
24x10/100BT EPL with 8xSFP, 20G L2SS, L2SS, PDH gateway, and
SuperMux circuit pack, refer to the “Technical specifications” chapter in Part
3 of 6500 Planning, NTRN10DE.
7 If the receive power at the LAN port is Then go to
below the minimum receive optical power step 8
between the minimum and maximum receive optical power step 12
above the maximum receive optical power step 13
Receive power is below the minimum receive optical power

8 Decrease the local attenuation, if equipped, to try to increase the receive
power to a value above the minimum receive optical power (but below the
maximum receive optical power).
9 If the adjusted receive power is Then go to
still below the minimum receive optical power step 10
within range (between the minimum and the maximum step 12
receive optical power)
10 Remove the Tx optical fiber from the far-end subtending client equipment.
11 Measure the transmit power at the far-end subtending client equipment.
• If the transmit power of the far-end equipment is above the minimum
launch power, the optical fiber attenuation is too high, the optical fiber
connections are dirty, or the optical fiber is damaged.
• If the transmit power of the far-end equipment is below the minimum
launch power, there is a problem with the far-end equipment.
Use your company procedure to determine and clear the problem, then go to
step 14.
Receive power is between the minimum and the maximum receive optical power
12 Clean all connections at both ends of the optical fiber link following your
company standards and re-attach the optical fibers.
Go to step 14.
Receive power is above the maximum receive optical power
13 Add the necessary attenuation to reduce the receive power to a value
between the minimum and maximum receive optical power.


Step Action
Determining if the alarm cleared

not cleared replace the SFP corresponding to the facility raising
the alarm. Refer to the “Replacing an SFP/SFP+/
XFP/CFP module” procedure in Fault Management -

not cleared replace the 4xGE, 1x10GE EPL, 24x10/100BT,
L2SS, or PDH gateway, or SuperMux (in GFP-F
mode) circuit pack reporting the alarm. Refer to
the equipment replacement procedures in
chapter 2 of Fault Management - Module
16 Clean and re-attach the optical fibers. Refer to the cleaning connectors
support group.
Alarm raised against a WAN facility
18 Retrieve the performance monitoring counts for the STS/VC paths connected
to the WAN facility to determine if the path ES counts are increasing.
19 If the path ES counts are increasing, use the appropriate alarm clearing
procedure to clear any STS/VC path alarms on the interface circuit pack
connected to the 4xGE, 1x10GE EPL, 24x10/100BT, 20G L2SS, L2SS, PDH
gateway, RPR, or SuperMux circuit pack. The STS/VC path alarms include
Signal Degrade and Excessive Error Rate alarms.
20 For PDH WANs (DS1, DS3, E1, or E3), verify the PDHVLI setting at both ends
of the link. If there is a mismatch, correct the PDHVLI setting. Refer to the
support group.
—end—

Procedure 4-126
Error alarms (OC/STM, STS/HO VC, and VT/LO VC)
Use this procedure to clear alarms associated with the errors on the OC/STM
line, STS/HO VC path, and VT/LO VC path.
ATTENTION
By the nature of the SONET/SDH protocol definition, the detection accuracy
of BER diminishes with higher error rates. Path BER detection accuracy
further diminishes with high-order payload sizes greater than STS-1/VC-3
and low-order payload sizes greater than VT1.5/VC11. The diminished
accuracy is due to the Bit Interleaved Parity (BIP) scheme and associated
overhead bytes used to check the previously received data block for BIP
errors. The B1, B2, B3 and V5 bytes are not ideal for communicating more
than one bit error per associated data block. At the equivalent BER
corresponding to one or more bit errors per block, the effects of error
cancellation and error count saturation become more apparent. For example,
a path BER threshold setting of 1e-03 on an STS-3c/VC-4 payload can be
tripped by an incoming BER less than 1e-03 since the BIP error signature of
some error distributions between 1e-03 and 1e-05 are indistinguishable from
an actual 1e-03 BER.
Signal Degrade (OC/STM, STTP, STS/HO VC and VT/LO VC)

Alarm ID: 3, 9, 39, 54, 65, 120, 151, 244, 271, 281, 464, 470, 1103, 1465,
1692
Probable cause
This alarm is raised when the received OC/STM, STTP, STS/HO VC, or VT/
LO VC signal is significantly degraded.
One of the following conditions can cause this alarm:

• dirty optical fibers
• dirty connectors
• threshold set too high
• incorrect or faulty cabling at source end


For the (2+8) OC-n/STM-n 20G circuit packs, the line signal degrade threshold
and the Excessive Bit Error (EBER) threshold for OC-n/STM-n facilities are
defined on a per line facility basis. The OC-n/STM-n line signal degrade
threshold is editable to 5, 6 (default), 7, 8, 9. These values are explicitly 10E-
5, 10E-6 (default), 10E-7, 10E-8, and 10E-9, respectively. The OC-n/STM-n
line EBER threshold is editable to 3 (default), 4, 5. These values are explicitly
10E-3 (default), 10E-4 and 10E-5, respectively.
For MSPP services, this alarm can also be raised momentarily on the far-end
network element when you reinsert the OC-3 circuit pack connected to DSM.
Releasing the terminal loopback on an OC/STM facility can cause a transient

line Signal Degrade alarm to raise and clear. This will only be noticed if the
facility is placed back in service before alarm clearing.
This alarm is raised on the OC-192/STM64 facilities when using the ETH10G
to GFP to STS-192c/STM-64c to OTU2 mapping.
This alarm is raised on the OC-n/STM-n client ports with provisionable

thresholds of the following Broadband circuit packs:
• 2x10G OTR (NTK530PG/NTK530PM)
• 4x10G OTR (NTK530QA/NTK530QE/NTK530QM)
• 4x10G MUX OCI (NTK525CF)
• 10x10G MUX OCI (NTK529BB)
• 40G Multi-Protocol OCI (NTK529SJ)
OC-n/STM-n thresholds can be user-provisioned to a value in the range of 1E-

5 to 1E-9. The default value is 1E-6.
For 2x10G OTR circuit packs, this alarm can be raised when there is a OC-
192/STM-64 Out Of Frame (OOF) condition at low alarm thresholds (1E-9).
Impact
OC/STM
Minor, service-affecting (m, SA) alarm for a UPSR/SNCP configuration with
cross-connects
Minor, service-affecting (m, SA) alarm, if active 1+1/MSP linear or unprotected
with cross-connects
Minor, non-service-affecting (m, NSA) alarm, if inactive 1+1/MSP linear,


Minor, non-service-affecting (m, NSA) alarm, if on an inactive

BLSR/MS-SPRing/HERS
Minor, service-affecting (m, SA) alarm, if on an active BLSR/MS-SPRing/
HERS
The alarm status is service-affecting on a ring system because the OC/STM

line is not protected. The system cannot determine if path protection will be
successful because that occurs where the path terminates. If the protection
path is available, the path-terminating network element switches to that path
to protect traffic.
STS/HO VC (MSPP services)

Minor, service-affecting (m, SA) alarm, if on an active path
Minor, non-service-affecting (m, NSA), if on an inactive path in a UPSR/SNCP
configuration

to protect traffic.
VT/LO VC (MSPP services)

Minor, non-service-affecting (m, NSA), if on an inactive path in a UPSR/SNCP
configuration
STTP
Minor, non-service-affecting (m, NSA), if on an inactive path
Signal Fail (OC/STM MSPP)

Alarm ID: 38, 150, 897, 1691
Probable cause
This alarm is raised when the received OC/STM signal is degraded to the
point where it is unusable, and the circuit pack is unable to detect the framing
bytes in the received signal.
This alarm is also raised on the OC-192/STM64 when using the ETH10G to
GFP to STS-192c/STM-64c to OTU2 mapping.


One of the following conditions causes this alarm:

This alarm is raised on the OC-n/STM-n client ports with provisionable

thresholds of the following Broadband circuit packs:
• 2x10G OTR (NTK530PG/NTK530PM)
• 4x10G OTR (NTK530QA/NTK530QE/NTK530QM)
• 4x10G MUX OCI (NTK525CF)
• 10x10G MUX OCI (NTK529BB)
• 40G Multi-Protocol OCI (NTK529SJ)
OC-n/STM-n thresholds can be user-provisioned to a value in the range of 1E-

3 to 1E-5. The default value is 1E-3.
Impact
Critical, service-affecting (C, SA) alarm for a UPSR/SNCP configuration with
cross-connects
Critical, service-affecting (C, SA) alarm, if active 1+1/MSP linear, or
Critical, service-affecting (C, SA) alarm if on an active BLSR/MS-SPRing/
HERS
Minor, non-service-affecting (m, NSA) alarm if inactive 1+1/MSP linear,
Minor, non-service-affecting (m, NSA) alarm for a non-active BLSR/MS-
SPRing/HERS
The network element cannot clear a Loss of Signal alarm until a framed OC-
n/STM-n signal is detected. The first time an optical fiber/cable is
disconnected, the Loss of Frame alarm clears and a Loss of Signal alarm is
raised that will not change back to Loss of Frame when the optical fiber/cable
is re-attached.
Excessive Error Rate (STS/HO VC and VT/LO VC)

Alarm ID: 15, 53, 63, 118, 127, 193, 242, 273, 463, 469
Probable cause
This alarm is raised when the received STS/HO VC or VT/LO VC path is
degraded to the point where it is unusable.


• This alarm is caused by one of the following conditions:

• improper connection provisioned (STS/HO VC signal received is at a
different rate to the provisioned STS/HO VC signal)
Impact
to protect traffic.
STS/HO VC
Major, service-affecting (M, SA) alarm, if on an active path
Minor, non-service-affecting (m, NSA) alarm, if on an inactive path in a UPSR/
SNCP configuration
VT/LO VC
Major, service-affecting (M, SA) alarm, if on an active path
Minor, non-service-affecting (m, NSA) alarm, if on an inactive path in a UPSR/
SNCP configuration
Prerequisites
• have the optical fiber/cable connection information (that is, how the circuit
packs on each network element connect to other network elements)
network element
545


Step Action
1 Verify if there are alarms of higher order from the alarm hierarchy. Refer to
chapter 3 of this document. Clear any alarms of higher order on the hierarchy
first using the appropriate procedures.
in this document.
4 Use the optical fiber/cable connection information to identify the transmit and
receive sites of the alarmed signal.
5 Log into the remote network element at the transmit end.
If you cannot log in remotely from the local network element, someone must
be present at the remote site.
6 Retrieve all alarms at the transmit end. Clear any higher order alarms using
the appropriate procedure. The following alarms can be ignored:
• RFI/RDI alarm if the local alarm is Signal Degrade or Signal Fail
• Excessive Error Rate alarm if the local alarm is Excessive Error Rate
7 Retrieve the SDTH and compare the SDTH with the network diagram. Refer
to the “Displaying node information” procedure in Administration and Security,
323-1851-301.
If the provisioned SDTH Then
matches the SDTH on the go to step 9
network diagram
does not match the SDTH on edit the SDTH as required. Refer to the
the network diagram “Editing the nodal system parameters”
procedure in Administration and Security,
323-1851-301.
then go to step 9.
8 Ensure that the cross-connect signal rate on the entire path matches the
optical fiber/cable connection information. Refer to the “Retrieving path cross-
connects” procedure in Part 1 of Configuration - Bandwidth and Data
Services, 323-1851-320.


Step Action
10
CAUTION
Disabling ALS causes the laser to be permanently
active. Laser radiation is present on the optical fiber. Do
not look into the optical fiber.
If enabled, disable ALS at both ends. Refer to the “Editing facility parameters”
310.
optical interface step 13
STM-1e step 19
13
CAUTION
Ensure that the correct module is identified. Removing
the wrong optical fiber/cable drops all traffic on the local
shelf.
CAUTION
Remove the optical fiber from the circuit pack raising the alarm and use the
optical power meter to measure the receive power.
14 If the power is Then go to
below the receiver sensitivity for this circuit pack step 15
above the receiver sensitivity for this circuit pack step 18
For information about circuit pack technical specifications, Refer to the

“Technical specifications” chapter in Part 3 of 6500 Planning, NTRN10DE.
Power is below the receiver sensitivity
15 Adjust the local attenuation, if equipped, to try to get the receive power above
the receiver sensitivity level.


Step Action
16 If the receive power after adjustment is Then go to

still below the receiver sensitivity step 17
above the receiver sensitivity but below step 18
the maximum receiver power
17 Remove the Tx optical fiber from the far-end circuit pack and measure the
transmit power at the far-end.
If the transmit power at the Then
far-end is
above the launch power the optical fiber attenuation is too high, the
(minimum) optical fiber connections are dirty, or the optical
fiber is damaged. Use your company procedure
to determine and clear the problem.
Go to step 19.
below the launch power replace the module that corresponds to the
(minimum) and the circuit facility raising the alarm. Refer to the “Replacing
pack at the transmit end an SFP/SFP+/XFP/CFP module” or “Replacing
supports SFP/SFP+/XFP/ an OC-48/STM-16 DWDM plug-in optics (DPO)
CFP or DPO module module” procedure in Fault Management -
Go to step 19.
below the launch power replace the required circuit pack at the transmit
(minimum) and the circuit end. Refer to the equipment replacement
pack at the transmit end procedures in chapter 2 of Fault Management -
does not support SFPs/ Module Replacement, 323-1851-545.
DPOs Go to step 19.
Power is above the receiver sensitivity

18 Clean all connections at both ends of the optical fiber link following your
company standards and re-attach the optical fibers.


Step Action
Determining if the alarm has cleared

not cleared if the circuit pack supports SFP/SFP+/XFP/CFP
or DPO module, replace the module that
corresponds to the facility raising the alarm. Refer
to the “Replacing an SFP/SFP+/XFP/CFP
module” or “Replacing an OC-48/STM-16 DWDM
plug-in optics (DPO) module” procedure in Fault
Management - Module Replacement, 323-1851-
545. Then, clean and re-attach both optical fibers.
Refer to the cleaning connectors procedures in
Installation - General Information, 323-1851-
201.0.

not cleared replace the circuit pack reporting the alarm. Refer
to the equipment replacement procedures in
chapter 2 of Fault Management - Module
Replacement, 323-1851-545. Then, clean and re-
attach both optical fibers. Refer to the cleaning
connectors procedures in Installation - General
Information, 323-1851-201.0.
21 For the optical interface, if ALS was disabled in step 10, enable the ALS at
both the near-end and far-end. Refer to the “Editing facility parameters”
310.
support group.
—end—

Procedure 4-127
ESI alarms
Use this procedure to clear alarms associated with ESI-A or ESI-B.
AIS (ESI)
Alarm ID: 104, 111
Probable cause
This alarm is raised when a XC circuit pack detects an AIS on the incoming
ESI timing reference signal. The upstream equipment generates an AIS signal
to tell downstream equipment that a failure occurred. This alarm indicates that
the ESI source (external clock source equipment) for this shelf has a failure.
This is not applicable to a 2 MHz ESI signal.
Impact
The ESI source is not available to the shelf. If this is the active source, a timing
protection switch occurs if another source is provisioned and available.
Otherwise, the shelf enters timing holdover mode.
Loss of Frame (ESI)

Alarm ID: 103, 110
Probable cause
This alarm is raised when the XC circuit pack detects a loss of frame on the
incoming ESI timing reference signal.
This procedure assumes that the signal has been in service and is alarm free.
Ensure that frame provisioning for the shelf and ESI source (external clock
source equipment) is correct. This is not applicable to a 2 MHz ESI signal.
Impact
The ESI source is not available to the shelf. If this is the active source, a timing
protection switch occurs when another source is provisioned and available.
Otherwise, the shelf enters timing holdover mode.
Loss of Signal (ESI)

Alarm ID: 102, 108
Probable cause
This alarm is raised when the XC circuit pack cannot detect a signal on the
incoming ESI timing reference.
Impact


ESI alarms
The ESI source (external clock source equipment) is not available to the shelf.
If this is the active reference, a timing protection switch occurs when another
source is provisioned and available. Otherwise, the shelf enters timing
holdover mode.
Prerequisites
Step Action
2 Use an appropriate test set to determine if the ESI port has a valid DS1, E1,
or 2 MHz signal. The ESI ports are on the access panel of the shelf raising
the alarm. Refer to Figure 4-4 on page 4-313, Figure 4-5 on page 4-314, and
Figure 4-6 on page 4-315.
3 If Then go to
there is an AIS, LOF or LOS condition (AIS and loss of frame step 4
do not apply to a 2 MHz signal)
the signal is valid step 5
4 The problem is with cabling or the external clock source equipment and the
6500 shelf is reporting a valid condition. Perform troubleshooting on the
cabling or external clock source equipment according to your company
procedure.
5 Identify the timing generation references in use on the network element.
Refer to the “Retrieving synchronization data for a network element”
310.
6 Look for the alarmed timing references for Timing Generation in the
Synchronization window and note the corresponding reference.
7 Go to the site. Look at the XC circuit packs in slots 7 and 8 of the 6500-7
packet-optical shelf, 7 and 8 of the 14-slot shelf or slots 9 and 10 of the 32-
slot shelf. Look at the synchronization status LED (yellow circle) that
corresponds to the reference you determined.


ESI alarms
Step Action
8 If the LEDs are not off on both XC circuit packs, reseat the circuit pack and
check the LEDs again. If the LEDs are on, replace the circuit pack that has
the synchronization status LED on. Refer to the equipment replacement
1851-545.
support group.
—end—

Figure 4-4
Synchronization interface pinout for SONET access panel (with connections for 8 external slots)
External 83 84 85 86 87 88 89 90 DTE ESI/ESO/ 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 Telemetry COLAN-A COLAN-B ILAN In ILAN Out COLAN-X
Slots Alarms A
1 8
Pin EIA/TIA 568B Function with
Colour Code 6500 shelf
RJ-45
1 White/Orange GND: Ground
Female 2
Socket Orange/White CP: Card Present
3 White/Green SCL: Serial Clock
4 Blue/White SDA: Serial Data
5 White/Blue 5VDC: Power
6 Green/White GND: Ground
7 White/Brown GND: Ground
8 Brown/White GND: Ground
Telemetry DB25 interface pinout

(female end)
13 12 11 10 9 8 7 6 5 4 3 2 1
25 24 23 22 21 20 19 18 17 16 15 14
Pin Signal Pin Signal Pin Signal Pin Signal Pin Signal
1 OUT3_NO 6 IN8 11 IN4 16 OUT4_COM 21 IN14
2 OUT1_NO 7 IN5 12 IN1 17 OUT2_COM 22 IN11
3 OUT4_NO 8 IN6 13 IN2 18 IN15 23 IN12
4 OUT2_NO 9 GND 14 OUT3_COM 19 IN16 24 IN9
5 IN7 10 IN3 15 OUT1_COM 20 IN13 25 IN10
DTE ESI/ESO/ 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 Tel

Alarms A
2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32
A ESI1_P N/C ESO1_P N/C ESI2_P N/C ESO2_P N/C GND N/C VIS_MN_ VIS_MJ_ VIS_CR_ AUD_MN_ AUD_MJ_ AUD_CR_
(TIP) (TIP) (TIP) (TIP) NO NO NO NO NO NO
C ESI1_N N/C ESO1_N N/C ESI2_P N/C ESO2_P N/C ACO N/C VIS_MN_ VIS_MJ_ VIS_CR_ AUD_MN_ AUD_MJ_ AUD_CR_
(RING) (RING) (RING) (RING) COM COM COM COM COM COM
E GND N/C GND N/C GND N/C GND N/C GND N/C VIS_MN_ VIS_MJ_ VIS_CR_ AUD_MN_ AUD_MJ_ AUD_CR_
(SHIELD) (SHIELD) (SHIELD) (SHIELD) NC NC NC NC NC NC

Figure 4-5
Synchronization interface pinout for SDH and SONET/SDH-J access panel
SDH Access Panel

A ESI B A ESO B ESI/ESO DTE Alarm Telemetry COLAN-A COLAN-B ILAN In ILAN Out COLAN-X
Synchronization interface pinout Pin Signal Pin Signal

(female end) 1 ESI1_N 6 ESI1_P
2 ESO1_N 7 ESO1_P
5 4 3 2 1 3 ESI2_N 8 ESI2_P
9 8 7 6 4 ESO2_N 9 ESO2_P
5 GND
SONET/SDH-J Access Panel

A Japan Clock B ESI/ESO ACO Visual / Audible Alarms Telemetry COLAN-A COLAN-B ILAN In ILAN Out COLAN-X
DTE
Pin Signal Pin Signal

2A 4A 6A 8A 2A ESI1_P 2C ESI1_N
4A ESI2_P 4C ESI2_N
6A ESO1_P 6C ESO1_N
2C 4C 6C 8C
8A ESO2_P 8C ESO2_N

Figure 4-6
Synchronization interface pinout for SDH-J access panel

Procedure 4-128
Event Log full
Alarm ID: 1523, 1524, 1525, 1526, 1632, 1633, 1634, 1635
Probable cause
This alarm is raised when the event log for the Integrated Test Set is full.
Impact
Prerequisites
Step Action
1 In the Test Configuration tab, click the Stop Test button to stop the test.
2 Click Clear Results to clear the test results.
3 Restart the test. Refer to the “Performing a test with the integrated test set”
310.
support group.
—end—

Procedure 4-129
Excessive Input Power
Alarm ID: 1566
Probable cause
This alarm is raised on a Fixed Gain Amplifier (FGA) when the input power
exceeds maximum power (-5.5 dBm) at the amp input.
For the MLA L-Band circuit pack, this alarm is raised against the AMP facility
if the input power exceeds -3 dBm, and clears if the power is -4 dBm or below
1 dB hysteresis.
Impact
Prerequisites
Step Action
1 Measure the input power to determine the amount of exceeding power

comparing to the maximum power (-5.5dBm for FGA, -3.0 dBm for L-band
MLA). Refer to the PM procedures in Fault Management - Performance
Monitoring, 323-1851-520.
2 Verify the fibering connections between modules and correct as required.
Clean and then reconnect the input/output fibers, monitor ports fibers, and
connectors at the corresponding equipment. Refer to the cleaning connectors
3 Verify the provisioned parameter values of the alarmed AMP facility against
the EDP. Edit power levels as required. Refer to the “Editing facility
Operating, 323-1851-310.
4 Ensure that required pads are in place as per the system design.
support group.
—end—

Procedure 4-130
Facility Reconfiguration In Progress
Alarm ID: 1346
Probable cause
This alarm is raised to indicate a facility reconfiguration is in progress.
Impact
Step Action
1 Perform a warm restart on the shelf processor to complete the

reconfiguration. Wait five minutes for shelf processor to restart. Refer to
support group.
—end—.

Procedure 4-131
Facility Reconfiguration Required
Alarm ID: 1347, 1348, 1349, 1710
Probable cause
This alarm is raised to indicate the facility reconfiguration is required. The
alarmed facility is the 1+1 APS/MSP mate of a facility that has already been
upgraded.
Impact
Step Action
1 Perform the reconfiguration procedure on this facility to reconfigure it to the

same line rate as its 1+1 APS/MSP mate. Refer to the “Upgrading an OCn/
STMn facility line rate” procedure in Part 1 of Configuration - Provisioning and
Operating, 323-1851-310.
support group.
—end—

Procedure 4-132
Fan Failed
Alarm ID: 224
Probable cause
This alarm is raised when a cooling fan module is:
• not fully inserted
• provisioned but is missing
• equipped but has failed
For cooling fan modules that have more than one integrated fan, the shelf will
raise the alarm when the module is not inserted in the fan slot or when one or
more of the integrated fans is in a failed state.
This alarm is also raised when a Type 3 high-flow cooling fan module
(NTK507LS or NTK507MS) is inserted in a shelf other than the 14-slot packet-
optical shelf. Because they are not compatible with the shelf, Type 3 fans will
not energize or light any LEDs.
Impact
In a 14-slot shelf, the alarm will be raised as Major, non-service-affecting

(M, NSA) when a single cooling fan module is missing or fails and it will
escalate to Critical, service-affecting (C, SA) if more than one cooling fan
module is missing or fails. For a missing or failed cooling fan module in the 2-
slot, 7-slot, 6500-7 packet-optical, and 32-slot shelves, the alarm will be raised
as Critical, service-affecting (C, SA).
If a fan module is missing for more than 60 seconds, the shelf's cooling may
be compromised and as a precaution, a “High Temperature” alarm will be
raised as described in this document.
Prerequisites


Fan Failed
ATTENTION
Ensure that you have the correct fan type. After removal of a cooling fan
module from a 14-slot or 32-slot shelf, the cooling fan module must be
replaced within one minute to prevent the circuit packs from overheating due
to insufficient airflow. If the cooling fan module is removed from a 2-slot,
6500-7 packet-optical, or 7-slot shelf, it must be replaced within 30 seconds.
Have a replacement fan module ready before removing the fan module.
CAUTION
Risk of damage to circuit packs and modules
Do not attempt to cause this alarm to be raised by removing
any cooling fan modules or filler cards or by blocking the shelf
air inlet or exhaust ports as it will compromise shelf cooling. A
shelf with a compromised cooling system may result in circuit
pack or module failures prior to the assertion of a High
Temperature Warning or High Temperature alarm.
Step Action
DANGER
Risk of eye injury
If the alarm is raised on Then go to
a 2-slot, 7-slot, 6500-7 packet-optical, or 32-slot step 3
shelf
otherwise step 10
3 Verify that the fan module is fully inserted.

4 Make any necessary adjustments.
cleared this procedure is completed
6 Loosen and remove the retaining screw(s).


Fan Failed
Step Action
7 Pull out the failed cooling fan module from the 2-slot, 6500-7 packet-optical,
7-slot, or 32-slot shelf.
CAUTION
Risk of personal injury
Use the handle on the front of the fan module to extract
it. Do not hold or carry the fan modules in a manner that
could cause detrimental contact to the fan blades
(which will stop rotating when power is disconnected
due to module extraction). You can provide extra
support for the 2-slot, 6500-7 packet-optical, or 7-slot
shelf fan modules by holding the bottom of the fan
module during extraction and insertion. A fan module
for a 32-slot shelf should be handled by firmly grabbing
the left and right sides taking care not to touch the fan
blades.
8 Insert the replacement module into the slot in the shelf until it is fully inserted
and then insert and tighten the retaining screw(s).
9 Verify that the fan green LED turns on. Go to step 24.
Removing the snap-on shelf cover or opening the hinged cover (if equipped)
10 On the hinged shelf cover, move the latches to the unlock position and rotate
the shelf cover to open it.
Removing the grill/air deflector (if equipped)
11 On the left side of the shelf, pull on the spring-loaded pins of the grill/air
deflector; at the same time pull the left end of the grill/air deflector just enough
to disengage the pin from the shelf hole.
12 On the right side of the shelf, pull on the spring-loaded pins of the grill/air
deflector; at the same time pull the right end of the grill/air deflector just
enough to disengage the pin from the shelf hole.
13 Pull out the grill/air deflector and store it in a safe place.
14 Check whether the identified fan module is missing, has failed, or is not
compatible with the shelf or its equipped Power Input Cards. The fan status is
indicated by the LEDs on each fan module.
• A green LED is lit when the module is working properly.
• A red LED is lit when the fan fails but is receiving power.
• No LEDs are lit if the fan control circuit is damaged or if the fan is not
receiving power because it is not compatible with the shelf or its Power
Input Cards.
Treat a fan with no LEDs lit as a failed fan.


Fan Failed
Step Action
15 If the fan module Then go to

has failed step 16
is missing step 19
Verifying the fan module

16 Verify that the fan module is fully inserted.
17 Make any necessary adjustments.
cleared step 22
not cleared step 19
Installing/replacing the fan module

19 Install the missing fan module(s) or replace the failed fan module(s). Refer to
the “Replacing a cooling fan module” procedure in Fault Management -
Ensure you use the correct fan type.
cleared go to step 21
not cleared install the grill/air deflector (step 22 and step 23)
and contact your next level of support or your
Ciena support group.
Installing the snap-on shelf cover or closing the hinged cover (if previously equipped)
21 Close the hinged cover and lock it on the shelf.
Installing the grill/air deflector (if previously equipped)
22 Pull on the spring-loaded pins of the sides grill/air deflector, insert the grill/air
deflector into the shelf, and release the pins.
23 Align the pins with the holes in the sides of the shelf and push the grill/air
deflector until the pins enter the holes.
support group.
—end—

Procedure 4-133
Fan Failed (DSM)
Alarm ID: 135
Probable cause
This alarm is raised when a fan module in the cooling unit of the DS1 service
module (DSM) is equipped but fails.
Impact
Prerequisites
Module Replacement, 323-1851-545
Step Action
DANGER
Risk of eye injury
2 Replace the fan module of the DSM. Ensure the red LED is off. Refer to the
“Replacing a cooling fan module” procedure in Fault Management - Module
support group.
—end—

Procedure 4-134
Fan Housing Missing
Alarm ID: 736
Probable cause
This alarm is raised when a cooling unit housing is physically not present in a
shelf that is provisioned for fan modules.
Impact
Prerequisites
545
• obtain a cooling unit housing and fan modules
Step Action
DANGER
Risk of eye injury
1 Determine if fans are required for the shelf in the current configuration. Refer
to the “Cooling configurations” section in chapter 3 of Part 1 of 6500 Planning,
NTRN10DE.
You cannot install a cooling unit housing for a metro front electrical shelf, as
the cooling unit housing is an integral part of the shelf.


Fan Housing Missing
Step Action
3 If fan modules are Then

not required deprovision the fan modules (set the fan monitor status
to off). Refer to the “Editing the nodal system
parameters” procedure in Administration and Security,
323-1851-301.
required install a cooling unit housing and the fans in the shelf.
Refer to the appropriate shelf installation procedure in
the Installation technical publication specific to the
respective 6500 shelf type. When the cooling unit
housing is installed in the shelf, the Fan Failed alarm is
raised until the fans are installed and working.
support group.
—end—

Procedure 4-135
Fan Incompatible
Alarm ID: 655
Probable cause
This alarm is raised when cooling fan modules with one exhaust air direction
are inserted into a cooling unit housing that has a different exhaust air
direction (for example, inserting front blowing fan in rear venting cooling unit
housing).
In 14-slot shelf types that have an integrated cooling unit housing (such as
metro front-electrical, a converged or a packet-optical shelf) with three
working fans present, where one of the fans exhausts air in a different
direction (front or rear), the alarm is raised against that different fan. In a shelf
with two working fans present and both fans exhaust air in a different direction,
the alarm is raised against the fan in the slot that is farthest to the right.
Impact
Critical, service-affecting (C, SA) alarm if two or more fans are incompatible
Major, non-service-affecting (M, NSA) alarm if less than two fans are
incompatible in the cooling unit housing
Prerequisites
545
• obtain a compatible fan module


Fan Incompatible
Step Action
DANGER
Risk of eye injury
ATTENTION
After removing a cooling fan module from a 14-slot shelf, the cooling
fan module must be replaced within one minute to prevent the circuit
packs from overheating due to insufficient airflow. Have a
replacement fan module ready before removing the fan module.
1 Check the shelf inventory to determine which fan is incompatible. Obtain the
compatible fan for replacement. Refer to the “Displaying shelf inventory
information” procedure in Part 1 of Configuration - Provisioning and
Operating, 323-1851-310.
3 Remove the alarmed fan from the shelf or the cooling unit housing. Refer to
the “Replacing a cooling fan module” procedure in Fault Management -
The Fan Failed alarm is raised for the removed fan and the Fan Incompatible
alarm for the fan clears.
4 Wait at least 15 seconds but not more than 60 seconds and then insert a new
fan into the slot.
5 Verify that the Fan Failed alarm has cleared. Retrieve all alarms to determine
if the original alarm has cleared.
—end—

Procedure 4-136
Fan Missing (DSM)
Alarm ID: 136
Probable cause
This alarm is raised on a DS1 service module (DSM) when the cooling unit fan
module is missing.
Impact
Prerequisites
Step Action
DANGER
Risk of eye injury
2 Insert the fan module into the empty slot. Refer to the “Replacing a cooling
fan module” procedure in Fault Management - Module Replacement, 323-
1851-545.
support group.
—end—

Procedure 4-137
Far End Client Signal Fail
Alarm IDs: 349, 368, 695, 831, 870, 1247, 1306, 1307,1364, 1382, 1488, 1625,
1671, 1678
Probable cause
This alarm is raised against the OTM2 layer facility of the 2x10G OTR, 4x10G
OTR, 4x10G MUX, 10x10G MUX, the OTM0/OTM1/OTMFLEX layer facility of
the (1+8)xOTN Flex MOTR, or OTM0/OTM1 layer facility of the 8xOTN Flex
MOTR to indicate that there is a client signal failure such as LOS/LOF/LOL, or
pluggable missing on the far end client.
This alarm is raised for a OC-192/STM-64 client mapped to OTU2 line when
the FECSFMONITOR flag is enabled on the line side and when there is a P-
AIS detected on the line side. The WAN Far End Client Signal Fail alarm is
raised only with GFP CMF conditioning and there is a far-end client signal
failure.
This alarm is also raised against an OTM3/OTM4 layer facility of a 40G OCI,
40G+ CFP OCI, or 100G OCI circuit pack when service is terminated at the
near-end while the far-end CBR and Ethernet private line client signal is failed
(such as LOS or LOF). The alarm is masked by line OTU-LOS/LOF/pre-FEC
SF, LOMF, and ODU-AIS/LCK/OCI.
For the 100G WL3n MOTR circuit pack, this alarm is raised against the layer
OTM2, OTM3 or WAN facilities when the far-end mate port for this service is
experiencing a client Rx signal fault.
For the 16xFLEX OTN I/F circuit pack, this alarm is raised against the WAN or
ODUCTP facility when the far-end mate port for this service is experiencing a
client Rx signal fault.
For the 100G (2xQSFP+/2xSFP+) MUX circuit pack, this alarm is raised
against the layer OTM2, OTM3 or WAN facilities when the far-end mate port
for this service is experiencing a client Rx signal fault.
For the 4x10G MUX circuit pack, this alarm is raised against the STTP, ETTP
and WAN facilities when the far-end mate port for this service is experiencing
a client Rx signal fault.
For circuit packs with WAN facilities, this alarm is raised when the far-end
mate port for this service is experiencing a client Rx signal fault.


Far End Client Signal Fail
For eMOTR circuit packs, this alarm is raised against the ODUTTP, ETTP, or
WAN facility when the far-end mate port has a client Rx signal fault. Note that
the far-end mate port can not be a an eMOTR circuit pack, as these circuit
packs do not generate a Client Signal Fail indication.
Impact
Critical, service-affecting (C, SA) alarm, if the alarm is raised on an active
traffic path
minor, non-service-affecting (m, NSA) alarm, if the alarm is raised on an
inactive traffic path
Prerequisites
545
details
Step Action
1 Verify the fibers are properly connected and not crossed, looped back, or
misconnected at the corresponding far-end client circuit pack.
2 Retrieve alarms from the corresponding far-end client circuit pack. Refer to
the “Retrieving active alarms for one or more network elements” procedure in
this document.
3 Use the appropriate alarm clearing procedure to clear any alarms raised at
the far-end client circuit pack.
4 If the alarms do not clear, contact your next level of support or your Ciena
support group.
—end—

Procedure 4-138
Far End Protection Line Fail
Alarm IDs: 521, 522, 523, 524, 961, 1019, 1125,1332, 1344, 1392, 1706
Probable cause
This alarm is raised to indicate that a protection line signal failure was received
in the APS bytes sent by the far-end protection engine. This indicates that the
far-end protection engine cannot switch traffic to the protection line because
a fault was detected downstream. This alarm is raised for a 1+1 OTN, 1+1/
MSP linear, 1+1 port TPT, or 1+1 TPT configuration protection group.
This alarm is cleared if a signal failure condition prevents the reception of valid
APS bytes.
This alarm only applies to bidirectional mode protection switching.
Impact
Prerequisites
• To perform this procedure, you must observe all safety requirements
described in the “Observing product and personnel safety guidelines”
chapter in Installation - General Information, 323-1851-201.0 or Fault
• Ensure that you have the optical fiber connection information (information
on how the optical modules on each network element connect to other
network elements)
Step Action
1 Starting at the far-end network element and going upstream, check all
network elements for alarms against the protection line. Refer to the
“Retrieving active alarms for one or more network elements” procedure in this
document. Clear all far-end alarms related to the protection line.
2 Clear all other unexpected standing alarms on the local 6500 network
element by following the related trouble clearing procedures.
3 If the “Far End Protection Line Fail” alarm does not clear, contact your next
level of support or your Ciena support group.
—end—

Procedure 4-139
Fiber Channel Link Not operational
Alarm ID: 1258
Probable cause
This alarm is raised when fiber channel NOS primitive is being received from
the subtending equipment.
This alarm is raised against the FLEX facility when the protocol is FC400 or
FC800.
Impact
Critical, service-affecting (C, SA) alarm if not protected
Step Action
1 Verify the transmitting subtending equipment is functioning correctly and

transmitting a valid signal.
2 Log into the remote network element at the transmit end.
3 Retrieve all alarms from the remote network element at the transmit end.
4 Look for an alarm message for the remote network element circuit pack
connected to the original shelf.
If there are Then
no alarms at the ensure that the equipment and facility or the client and
transmit end line facilities of the remote circuit pack are in-service
and connected. Refer to the “Retrieving equipment
and facility details” procedure in Part 1 of
Configuration - Provisioning and Operating, 323-
1851-310. Then go to step 5.
additional alarms refer to the appropriate alarm clearing procedures.
at the transmit end Then go to step 5.
support group.
—end—

Procedure 4-140
Fiber Loss Detection Disabled
Alarm ID: 1581
Probable cause
This alarm is raised when the “High Fiber Loss Detection Alarm” system
parameter is set to Disabled on a shelf equipped with a Colorless OADM OTS.
Colorless OADM OTS requires High Fiber Loss Detection.
The “High Fiber Loss Detection Alarm” parameter can be found in the Site
Manager Node Information application under the System tab.
Impact
Prerequisites
Step Action
1 Enable the “High Fiber Loss Detection Alarm” system parameter. Refer to the
“Editing the nodal system parameters” procedure in Administration and
Security, 323-1851-301.
support group.
—end—

Procedure 4-141
Fiber Type Manual Provisioning Required
Alarm ID: 907
Probable cause
This alarm is raised against a ADJ-LINE facility when the fiber type for the line
adjacency is set to ‘Unknownfiber type’ (not provisioned), putting the line
adjacency out of service.
Impact
Prerequisites
Step Action
1 Provision the Fiber Type value of the alarmed line adjacency to a value other
than ‘Unknownfiber type’. Refer to the “Editing facility parameters” procedure
in Part 1 of Configuration - Provisioning and Operating, 323-1851-310.
support group.
—end—

Procedure 4-142
Filler Card Missing (6500)
Alarm ID: 379
Probable cause
This alarm is raised when an unprovisioned or out-of-service slot is empty.
To ensure sufficient air flow for cooling the shelf, you must install filler cards in
all slots that do not contain a circuit pack. Failure to do so can cause the shelf
to exceed the maximum temperature, which may cause component damage
(refer to Procedure 4-153, “High Temperature” on page 4-364).
Impact
Prerequisites
545
• obtain a filler card or a circuit pack to install in the empty slot
Step Action
1 Identify the slot raising the alarm. Refer to Procedure 2-4, “Retrieving active
alarms for one or more network elements”.
3 Insert a filler card or a circuit pack into the slot raising the alarm. Refer to the
“Installing circuit packs in the 6500 shelf” procedure in the Installation
technical publication specific to the respective 6500 shelf type.
support group.
—end—

Procedure 4-143
Filter Replacement Timer Expired
Alarm ID: 1580
Probable cause
This alarm is raised to indicate that you must replace the air filter in the shelf.
The default value of the replacement time interval is 24 months.
Impact
Prerequisites
545
• obtain a replacement air filter to install in the empty slot
Step Action
1 Choose your next step.

If you want to Then
replace the filter step 2
set a new replacement time step 3
reset the filter timer step 4
disable the filter timer step 5
2 Replace the air filter in the shelf. Refer to the “Replacing the shelf air filter”
procedure in Fault Management - Module Replacement, 323-1851-545. Go
to step 4.
3 Provision a new replacement time interval using Site Manager. Refer to the
“Resetting the air filter replacement timer” procedure in Administration and
Security, 323-1851-301. Go to step 6.
4 Reset the timer. The timer will reset to the value given by the replacement
time interval. Refer to the “Resetting the air filter replacement timer”
procedure in Administration and Security, 323-1851-301. Go to step 6.


Filter Replacement Timer Expired
Step Action
5 Disable the timer. Refer to the “Editing the nodal shelf parameters” procedure
in Administration and Security, 323-1851-301.
Note: Disabling and re-enabling the timer that has already expired does not
cause the timer to reset. The alarm is raised after re-enabling the timer.
support group.
—end—

Procedure 4-144
Flash Banks Mismatch
Alarm ID: 222
Probable cause
This alarm is raised when an upgrade is interrupted. If an upgrade is
interrupted, there can be different loads present on the shelf processor.
The alarm can also be raised during a shelf processor replacement procedure
when a software load on either the flash bank of the network element is not
up to date with respect to the release that is running on the network element.
Impact
Step Action
1 If the alarm is raised during a shelf processor replacement, it will clear once
the shelf processor replacement procedure is completed.
support group.
—end—

Procedure 4-145
Frequency Out of Range (OC192/STM64, ETH10G,
ETH40G, ETTP, STTP)
Alarm ID: 1613, 1614, 1615, 1616, 1843, 1844, 1845, 1859
Probable cause
This alarm is raised when the frequency limits exceed the IEEE 802.3 Tx
frequency offset specifications of +/- 20ppm for 10GBASE-W and +/-100ppm
for 10GBASE-R.
More specifically, for the following 6500 transport cards: NTK525CA,

NTK525CF, NTK529BB, and NTK529BX, this alarm is raised when the
measured frequency of the input client clock is greater than +/-27.5ppm
(OC192/STM64) or +/-107.5ppm (ETH10G and ETH40G).
This alarm applies to OC192/STM64, ETTP, STTP, OTM2, Flex, ETH40G, and
ETH10G facility client types on the 40G MUX OCI (NTK525CA/
NTK525CF),100G WL3n MOTR, 4x10G OTR (NTK530QA/NTK530QM/
NTK530QE), 100G (2xQSFP+/2xSFP+) MUX (NTK529EA), and 10x10G
MUX (NTK529BB). This alarm does not apply to NTK525CA when ETH10G
is provisioned with GFP mapping. The Frequency Out of Range alarm does
not force conditioning.
Note: This alarm does not apply to 40G MUX OCI (NTK525CA) when
ETH10G is provisioned with GFP mapping.
Impact
Step Action
1 If possible, clear all OC-192/STM-64, ETH40G, ETH10G, ETTP, and STTP

alarms from the network.
2 If the alarm does not clear, verify the subtending equipment to ensure that it
meets the frequency specification. If the equipment does not meet the
specification, change the client signal to use subtending equipment that is
within specifications.
support group.
—end—

Procedure 4-146
Frequency Provisioning Mismatch
Alarm ID: 1814
Probable cause
This alarm is raised against a 100G WL3/WL3e OCLD based line port when
the provisioned laser transmit frequency on the both ends of the link do not
match.
Impact
Prerequisites
545
Step Action
1 Ensure that both ends are provisioned for the same channel spacing. If both
ends are provisioned for gridless channel spacing, ensure that both ends are
provisioned for the same frequency. If not, reprovision the transmit frequency
on the, OTM4 or OTMG facility to make both ends match. Refer to the “Editing
facility parameters” procedure in Part 1 of Configuration - Provisioning and
Operating, 323-1851-310.
2 If the alarm does not clear, replace the alarmed circuit pack. Refer to the
“Replacing an optical interface circuit pack” procedure in Fault Management
- Module Replacement, 323-1851-545.
support group.
—end—

Procedure 4-147
Gauge Threshold Crossing Alert Summary
Alarm ID: 724, 725, 726, 1034
Probable cause
This is a summary alarm for each AMP, VOA, RAMAN, and OPTMON facility,
and is raised if one or more of the physical gauge power values crosses its
provisioned PM threshold.
This alarm is masked by the Loss of Signal and Circuit Pack Failed alarms.
ATTENTION
PM thresholds stored in PM Profiles define the maximum deviation from the
currently set baseline for a gauge power value. Resetting baselines of gauge
power values is normally done by DOC, but may also be manually triggered
by the user.
The typical cause for this alarm is reduced power levels on the port reporting
the alarm. Conditions that can result in reduced power levels at a port include:
• a PM threshold setting that is too low for a gauge power value
• a faulty or incorrectly provisioned transmitter module
• a faulty or incorrectly provisioned receive module
• an optical signal degradation caused by a bent optical fiber or dirty optical
connector
• a wrong DSCM type for a link
• improper optical cable mating
• a disconnected optical fiber at the amplifier output
• an optical fiber cut
• a disconnected or missing termination
• misprovisioning of an amplifier resulting in excessive power being injected
into the mid-stage DSCM or fiber-plant
• a power value has been reported as outside of range (OOR) and the
baseline has been set as out of range (OOR) and the power fluctuates to
a non-OOR value, then the alarm can be raised
• new transponders are connected to DIA
• channels are added in a downstream domain of a branched network


Use this alarm to resolve the causes of the threshold crossings before a
service-affecting problem occurs.
Note: If this alarm is raised for amplifiers immediately after an upgrade,

the alarm can be cleared by resetting the baseline. Refer to the “Resetting
the PM physical baseline power level” procedure in Fault Management -
Performance Monitoring, 323-1851-520.
This alarm clears automatically when all gauge readings fall within their
threshold boundaries.
Note: This alarm can be cleared manually from the Site Manager PM
screen by resetting the baseline. Refer to the “Resetting the PM physical
baseline power level” procedure in Fault Management - Performance
Monitoring, 323-1851-520.
Impact
Prerequisites
545
details
• obtain a replacement module or fiber patchcord, if required


Step Action
1 If this alarm Then

was raised as a result of a no action is required. The alarm will clear
maintenance activity or during when the maintenance activity or SLAT
SLAT and it is expected is completed.
is not expected continue with step 2
2 Verify that the PM threshold values for the alarmed facility are correctly
provisioned. Adjust the value if required. Refer to the PM parameter
definitions table for Photonic circuit packs” in Fault Management -
Performance Monitoring, 323-1851-520.
4 If Then
there are new transponders manually update of TCA thresholds. See
connected to or disconnected Performance Monitoring, 323-1851-520.
from a DIA or channels were If the alarm does not clear, go to step 5
added or deleted on downstream
domains
otherwise go to step 5
5 Verify that the optical power is within range. Refer to the PM procedures in
Fault Management - Performance Monitoring, 323-1851-520.
If both the minimum and maximum values are outside of range, you can
enable automatic in-service (AINS) for the facility until a valid signal is
present. Refer to the “Editing facility parameters” procedure in Part 1 of
If the power level is too close to the Input Loss of Signal Threshold configured
in the Amp properties, the alarm is going to be toggled. In this case, edit the
Threshold 1 dB below the threshold level on the Amp settings.
7 Using the alarm details for the Gauge Threshold Crossing Alert Summary
alarm, note the Unit and Class against which the alarm is raised.
8 Retrieve the PMs for the Shelf, Type, and Facility based on the information
noted in step 7.


Step Action
9 From the PM application, note the facility parameter that has an Untimed
value that crossed the threshold value.
before clearing this alarm:
• Loss of Signal (OPTMON)

12 Determine if there are other Gauge Threshold Crossing Alert Summary

alarms raised in the network and begin by troubleshooting the most upstream
Gauge Threshold Crossing Alert Summary alarm. To troubleshoot the most
upstream Gauge Threshold Crossing Alert Summary alarm, verify the optical
patchcord connected to the port reporting the alarm.
Note: Ensure the optical patchcord is connected at both ends and that there
is no problem with the optical patchcord. Clean the connectors. Refer to the
cleaning connectors procedures in Installation - General Information, 323-
1851-201.0.
14 If the alarm is reported against the OPIN parameter of a LIM amplifier Line A
In (port 8) facility (or the OPR parameter of a LIM OPTMON Line A In [port 8]
facility) AND the OPR parameter of a LIM OSC A Out (port 4) facility, then
verify the outside fiber plant.
15 If the alarm is reported against the OPOUT parameter of CMD or SCMD
Channel In VOA facility, make sure that the transmitting subtending
equipment is functioning correctly and transmitting a valid signal.


Step Action
16 If the alarm is reported against the GRPOPOUT parameter of a SCMD4

Common In VOA facility or the OPR parameter of a SCMD4 Common In
OPTMON facility, it may be a problem at the head-end site where the SCMDs
are interconnected using the upgrade ports. Check the patchcords used at
the upgrade ports.
support group.
—end—

Procedure 4-148
GCC0/GCC1/GCC2 Link Failure
Alarm ID: 672, 834, 996, 1009, 1164, 1179, 1430, 1431, 1432, 1723, 1724,
1725, 1830
Probable cause
This alarm is raised when the network element communications fail on the
ITU-T G.709 general communication channel (GCC0, GCC1, or GCC2) link.
This alarm can also be raised if the facility (OTM1, OTM2, OTM3, OTM4,
GCCTTP, ODUCTP, ODUTTP, or OTUTTP) is physically looped back (Tx
interface connected to Rx interface).
For all circuit packs, the GCC link is controlled by lower layer SDCC and not a
circuit (IISIS or OSPF). Therefore, even if there are no IISIS or OSPF circuits
provisioned, the GCC link is still up between near-end and far-ends and no
GCC Link Failure alarm is raised.
If only one end of a GCC PPP link is provisioned while the other end is not,
the link state of the PPP link at the first end will toggle up and down. Therefore,
you will see this alarm toggle on the SP, until the PPP link gets provisioned at
the other end.
Impact
Prerequisites
545
• clear all remote alarms present against the optical fiber


Step Action
1 Identify the facility raising the alarm. Refer to the “Identifying the circuit pack,
pluggable module/port, or facility that has raised an alarm” procedure in this
document.
2 Use the optical fiber connection information to identify the network element
and the circuit pack that is the source of the signal reporting the alarm.
3 Wait five minutes after the alarm was raised in case a shelf processor or
interface circuit pack restart at the remote terminal caused the alarm.
5 Ensure the following comms parameters (in the Site Manager Comms
Setting Management application) exist at each end of the GCC/GCC0/
GCC1/GCC2 link for the circuit pack reporting the alarm:
— GCC/GCC0/GCC1/GCC2 PPP interface (under Interfaces,
Interface type=PPP)
— GCC/GCC0/GCC1/GCC2 Lower Layer DCC/GCC interface (under
Interfaces, Interface type=Lower Layer DCC/GCC)
Refer to the “Retrieving communications settings” procedure in Part 1 of
6 If the original alarm has cleared, the procedure is complete. Otherwise go to
step 7.
8 Log into the remote network element using the external IP address.
• If the login is successful, go to step 10.
• If the login fails, go to step 9.
9 If Then
the remote network element the login may not be possible, as the GCC/
is only accessible through GCC0/GCC1/GCC2 has failed. Go to step 10
GCC/GCC0/GCC1/GCC2
otherwise replace the shelf processor at the remote site.
Refer to the “Replacing the shelf processor”
procedure in Fault Management - Module
Replacement, 323-1851-545. Wait at least five
minutes for the shelf processor to boot, then
log in. Go to step 11.


Step Action
10 Reseat the shelf processor. Wait five minutes for it to restart. Refer to the
“Reseating a circuit pack” procedure in Fault Management - Module
12 Replace the shelf processor at the site that originally reported the alarm.
Refer to the “Replacing the shelf processor” procedure in Fault Management
- Module Replacement, 323-1851-545. Wait five minutes for the shelf
processor to restart.
14 Replace the shelf processor at the remote site determined in step 2 if this has
not already been done in step 12. Refer to the “Replacing the shelf processor”
procedure in Fault Management - Module Replacement, 323-1851-545. Wait
five minutes for the shelf processor to restart.
16 Replace the required circuit pack at the remote site determined in step 2.
18 Replace the required circuit pack at the network element originally reporting
the alarm. Refer to the equipment replacement procedures in chapter 2 of
19 If the alarm is still active, the alarm can be the result of mis-fibering causing
a physical loopback along the photonic layer. Check the optical fibering along
the path of the channel.
support group.
—end—

Procedure 4-149
Group Loss of Signal
Alarm ID: 710, 832
Probable cause
The alarm is raised against port 1 of SCMD4, OMD4 or OMX modules (that
is, the Common In port of SCMD4, OMD4 or OTS In port of OMX). For OMD4
and OMX, it is a logical alarm resulting from alarm correlation when loss of
signal conditions are detected on all the line receivers connected on the
optical channels of the module. This alarm is raised only when alarm
correlation is turned on. For SCMD44, this alarm is raised if the LOS condition
is detected on the circuit pack after the group is split.
The conditions can be caused by a faulty module or a fault that impacts all
channels of the module, for example:
• a line fiber cut
• excessive power loss on the line fiber that exceeded link budget
• a disconnected, or defective fiber optic patchcord
• a dirty optical fiber connector
• a provisioning error
• a reflective event, indicated by an Automatic Power Reduction Active
• alarms at an upstream booster amplifier or pre-amplifier (DSCM)
This condition is also possible if there is a disconnected, defective patchcord

or dirty optical fiber connected between the OMD4/OMx module and every
line receiver.
Impact
Prerequisites
Information, 323-1851-201.0 or Module Replacement Procedures, 323-
1851-545
• have a network and site diagram
• obtain a replacement circuit pack, if required


Group Loss of Signal
Step Action
1 Check for and clear any of the following alarms before clearing this alarm:


OMD4 or OMX step 4
SCMD4 step 8
4 Consult the network configuration chart.

5 Verify that the adjacency provisioning is correct for itself and all other OMD/
OMX connected their upgrade/through ports.
6 Identify all OMX/OMD4 connected through the upgrade/through ports. Check
if these OMX/OMD4 are reporting G-LOS or LOS.
7 Identify all the upstream line fiber, patchcord and equipment that are common
to those groups raised LOS/G-LOS.
8 Clean the fibers, patchcords and verify the equipment. Refer to the cleaning
connectors procedures in Installation - General Information, 323-1851-201.0.
10 Clear any upstream (either at the local to the network element reporting the
alarm or other upstream remote network elements) alarms that could be
causing this alarm, such as Circuit Pack Failed, Circuit Pack Missing, or Loss
of Signal (OPTMON).
support group.
—end—

Procedure 4-150
High Fiber Loss
Alarm ID: 1239
Probable cause
This alarm is raised against the originating ADJ-FIBER facility when the
measured loss between this port and the far-end port is greater than either of
the provisioned loss thresholds. A 0.5 dB hysteresis is also applied, which
prevents the alarm from clearing until the measured loss has gone below the
threshold(s) by more than 0.5 dB. The calculated fiber loss is reported against
the ADJ-FIBER facility.
This alarm is supported for the following interconnections:

• LIM to WSS
• LIM to CASLIM
• CASLIM to WSS
• WSS to DROPLIM
• DROPLIM to WSS
• WSS to WSS
• MuxAmp to WSS
• LIM Monitor Out to WSS Monitor In
• SRA/SAM/ESAM to XLA
• XLA to SRA/SAM/ESAM
• XLA to WSS
• XLA to LIM
• XLA Monitor Out to WSS Monitor In
• Amplifier monitor port to 2-Port OPM or 2-Port OPM Flex C-Band port
For the COADM (Colorless) OTS, the alarm is supported for the following
interconnections (in addition to those described in the preceding list):
• LIM to SMD
• SMD to LIM
• CCMD12 MON (port-27) to SMD OPM (ports 1-8)
• CCMD12 to SMD
• OCLD Tx to CCMD12 (alarm is raised against the CCMD12 ADJ-FIBER
(receive direction) in this instance, not against the OCLD OTM3 port and
is based on the CCMD12 ADJ-TX facility provisioned Nominal Tx power)


High Fiber Loss
The fiber loss is calculated between the Photonic equipment pairs (in the
preceding list) and takes into account any excess loss (such as the placement
of an attenuator pad) provisioned at the originating ADJ-FIBER facility, as well
as any provisioned DSCM/Pad.
For a CDC configuration, this alarm is supported for the following

interconnections:
• WSS Flex C-Band w/OPM 20x1 to another WSS Flex C-Band w/OPM
20x1
• WSS Flex C-Band w/OPM 20x1 to same WSS Flex C-Band w/OPM 20x1
passing through an MPO loopback connector
• WSS Flex C-Band w/OPM 20x1 to same WSS Flex C-Band w/OPM 20x1
passing through an LC loopback connector
• WSS Flex C-Band w/OPM 20x1 to CCMD8x16
• CCMD8x16 to WSS Flex C-Band w/OPM 20x1
• WSS Flex C-Band w/OPM 20x1 to CXM C-Band Type 1
• CXM C-Band Type 1 to WSS Flex C-Band w/OPM 20x1
• CCMD8x16 to same CCMD8x16 passing through an MPO Loopback
Connector
• CXM C-Band Type 1 to same CXM C-Band Type 1 passing through an
MPO loopback connector
• CCMD8x16 to CXM C-Band Type 1 passing through a Jumper cable
• CXM C-Band Type 1 to CCMD8x16 passing through a Jumper cable
• CDC WSS to ROADM line-amplifier
For a CDC configuration, the fiber loss is calculated between WSS switch
ports and the CCMD8x16 common ports, as well as between the Upgrade
Ports on the CCMD8x16 circuit pack and the CXM C-Band Type 1 module.
The fiber loss is also calculated between WSS switch ports when connected
with a loopback connector.


High Fiber Loss
For the control and Connection Validation applications to work properly, the
system parameters for the CDC and the COADM configurations must be
enabled.
For the Optical Bridge and Broadcast (OBB) and Optical Broadband Mux/
Demux (OBMD 1x8), virtual OPTMON ports are used to monitor the output
power estimates and raising the alarm.
The “High Fiber Loss” Alarm Detection Alarm parameter in the Site Manager
Node Information application and the System tab is enabled by default.
Impact
When the fiber loss exceeds the user-provisioned Fiber Loss Minor Threshold
(default is 3 dB), the alarm is raised with a minor severity.
“Fiber Loss Minor Threshold” threshold possible values are 1 to 30 with 0.01
resolution. If set to 0, the “High Fiber Loss” alarm is disabled for the facility.
When the fiber loss exceeds the user-provisioned Fiber Loss Major Threshold
(default is 10 dB), the alarm is raised with a Major severity.
“Fiber Loss Major Threshold” threshold possible values are 1 to 30 with 0.01
resolution, but must be greater than the “Fiber Loss Minor Threshold” value. If
set to 0, the “High Fiber Loss” alarm is disabled for the facility.
For CDC Connection Validation, this alarm is always raised on Dark Fiber as
m, NSA when the fiber loss exceeds the user-provisioned fiber loss minor
threshold (default is 3 dB), even if the input power is considered Out of Range.
When the fiber loss is Out of Range in this situation, the fiber loss displays
“LOS”.
Prerequisites
545


High Fiber Loss
• have a fiber cleaning kit (for CDC and COADM configurations, both MPO
and LC cleaning kits are needed. See the “Cleaning connectors” chapter
in Installation - General Information, 323-1851-201.0)
• obtain a fiber patchcord, if required
Step Action
1
CAUTION
Check the fibers involved in the High Fiber Loss alarm (all fibers between the
port where the alarm is raised and the port specified as the Far End Address
for this adjacency):
• verify that the fibers are connected (fully inserted and clicked-in) and not
crossed, looped back, or misconnected
• check and clean any dirty fibers. Refer to the “Cleaning connectors”
chapter in Installation - General Information, 323-1851-201.0.
• For a CDC configuration, verify that the MPO cable for the subfiber that
has the alarm and the far-end of the MPO cable are connected properly.
The far-end location of the MPO cable can be determined by verifying the
MPO adjacency far-end Address where the alarm is raised. Verify that the
WSS and the CMD MPO cables are fibered to the FIM.
raised on CDC configurations step 3
otherwise step 23
3 If the subfiber adjacency has a far-end address that points to Then go to

the same card step 4
a different card step 5
4 Determine which MPO/LC loopback connector is used for the subfiber on the
FIM. Go to step 7.
5 Determine the far-end MPO adjacency from the local subfiber adjacency far-
end address. Check that the MPO cable is connected properly. Determine the
far-end of this MPO cable by looking at the MPO adjacency far-end address.


High Fiber Loss
Step Action
6 Check that the MPO cable is connected properly to the FIM using the Site
Manager Shelf Level View. Double click on the circuit pack and right click on
the MPO to select “Show Fiber Topology”. Check that the Loopback
connector is connected properly.
cleared 5 minutes after insertion of the fiber the procedure is complete
8 If Then go to
the alarm is raised against a WSS sub-fiber step 9
the alarm is raised against a CCMD or CXM C-Band Type 1 step 18
common sub-fiber
the alarm is raised against a Jumper cable connecting a step 24
CCMD8x16 to CXM C-Band Type 1
otherwise step 24
9 If the WSS subfiber loopbacks to itself, clean the loopback connector. Refer
to the “Cleaning connectors” chapter in Installation - General Information,
323-1851-201.0.
10 If the alarm did not clear five minutes after insertion of the fiber, clean the
MPO cables between the WSS and the FIM on both ends.
CAUTION
Ensure to switch any traffic that is on any of the other
subfibers on the MPO, away from the ROADM.
11 If the WSS subfiber goes to another WSS or CMD/CXM, clean the MPO
cables between the WSS and the FIM or the MPO cables between the CMC/
CXM and the FIM. Clean the MPO cable of the newly installed circuit pack
first.
CAUTION
Ensure to switch any traffic that is on the MPO cables.
The traffic will be lost when you clean the cables.
12 If there is a fiber adjacency to a WSS (FIM type 1), repeat step 9 through
step 11 for the WSS identified in the adjacency,.
13 If there is a fiber adjacency to a CMD (FIM type 1 or 2), perform step 18
through step 21 for the CCMD/CXM common port identified in the adjacency.


High Fiber Loss
Step Action
14 If Then go to
the fiber adjacency points back to itself step 15
otherwise step 24
15 Using the Shelf Level View application in Site Manager, determine the FIM LC
(in case of a type 1) or FIM MPO (type 1 and 2) to clean.
16 Remove and clean the MPO or LC loopback as applicable.
17 Clean the FIM port and replace the MPO loopback. Go to step 28.
18 Clean the Common MPO port. Refer to the “Cleaning connectors” chapter in
19 Clean the MPO cable and reconnect it to the card.
20 Clean the MPO port on the FIM.
21 Clean the MPO cable and reconnect it to the FIM.
22 If the alarm is raised on the CCMD8x16 subfibers and the CXM C-Band
Type 1 Jumper subfibers, clean the Jumper fibers on the dark fiber or the
Manual loopback path fiber as follows.
a. If you performed a manual loopback in a CDC configuration and the alarm
on a Jumper subfiber is raised on a dark fiber, clean the Jumper MPO
cable.
CAUTION
Ensure to switch traffic that is on any of the subfibers.
b. Verify the following cables:

— MPO from the CCMD8x16 port 34 to the CXM C-Band Type 1 port 35
— MPO from the CXM C-Band Type 1 port 36 to the FIM
— MPO loopback connector that the subfiber passes through in the FIM
The ordering of the cleaning must be:
— Verify the loopback connector first since this does not impact traffic
— Verify the Jumper cable next
The waiting period of five minutes does not apply here since there is no
automatic test done by connection validation. Re-run the Manual Loopback
test again to clear the alarm.


High Fiber Loss
Step Action
c. If you performed a manual loopback test between a CCMD8x16 and a

WSS Flex C-Band w/OPM 20x1, and the alarm is raised on one of the
subfibers in the path:
Note: If you cancel the manual loopback test and the alarms on the subfibers
between the CMD/CXM to FIM or FIM to WSS clear, then those cables are
8not causing the alarm since automatic Connection Validation has validated
them. Make sure you wait up to five minutes after the completion of the
manual loopback before verifying this.
d. If the alarms is raised on the Jumper subfibers, clean the cable.
CAUTION
Ensure to switch traffic that is on any of the subfibers.
e. Re-run the manual connection validation test to clear the alarm and wait
five minutes to ensure there are no new alarms. Go to step 28.
23 Check that the DSCM provisioning is correct. For information on provisioning
the DSCM in OTS, refer to the “Retrieving OTS Management, OTS
Equipment, and Facility Details” procedure in Part 2 of Configuration -
Provisioning and Operating, 323-1851-310. For information on the facility
provisioning for the DISP facility on DSCM, refer to the “Retrieving equipment
and facility details” procedure in Part 1 of Configuration - Provisioning and
Operating, 323-1851-310.
To change the provisioning, refer to the “Editing facility parameters”
310 or the “Editing an OTS instance” procedure in Part 2 of Configuration -
24 Check Excess Loss provisioning. If there are lossy elements (patch panels
and pads are typical examples of lossy elements) between the two ports, the
loss of the element itself should be provisioned in the Excess Loss field. Refer
to the “Editing facility parameters” procedure in Part 1 of Configuration -
25 If the reported loss is less than the Major or Minor threshold, but not by
0.5 dB, the alarm is being held on due to a 0.5 dB hysteresis. The threshold
is likely too low. Adjust the threshold.
26 If the reported loss is greater than 1.5 dB, this is likely a problem in the circuit
packs or fibering that must be resolved. Contact your next level of support or
your Ciena support group.


High Fiber Loss
Step Action
27 For losses less than 1.5 dB if all other steps have been taken, clear the alarm
by adjusting the threshold.
support group.
—end—

Procedure 4-151
High Optical Power
Alarm ID: 1800
Probable cause
For the WSS 50GHz w/OPM C-Band 2x1, WSS 100 GHz w/OPM 2x1, WSS
50 GHz w/OPM C-Band 9x1, and WSS Flex C-Band w/OPM 20x1 circuit
packs, this alarm is raised against an OPTMON facility when the total power
detected at the common IN port of the WSS Demux is higher than the
threshold deemed safe for class 1M operation.
For the Optical Bridge and Broadcast (OBB) circuit packs, this alarm is raised
against an OPTMON facility when the total power detected at the Line or CMD
IN port of the OBB is higher than the threshold deemed safe for class 1M
operation.
Impact
Prerequisites
545
Step Action
ATTENTION
DO NOT disconnect fibers or remove dust caps until instructed to do
so (safely), in the following steps.
DANGER


High Optical Power
Step Action
1 Replace the upstream amplifier connected to the WSS port that has raised
the alarm. Follow the steps in "Replacing an amplifier module" procedure in
323-1851-545.
3 Replace the WSS circuit pack. Refer to "Replacing the WSS w/OPM or SMD
50GHz w/OPM circuit pack" in 323-1851-545.
support group.
—end—

Procedure 4-152
High Received Span Loss
Alarm ID: 1155
Probable cause
This alarm is raised against the LIM, SRA, SAM, or ESAM circuit packs (at the
tail end of the span) when the incoming estimated Span Loss for the span is
higher than the Target Span Loss plus the Span Loss Margin.
For SRA circuit packs, the Telemetry Gain Signal value is used for Span Loss
calculation. Refer to the Photonic Layer Guide, NTRN15DA for more
information.
The alarm clears when the span loss drops 1.0 dB below the raise threshold.
Target Span Loss and Margin are user provisionable. (Target Span Loss +
Span Loss Margin) - 1 dB.
Note: Span Loss for an optical span is stored as a PM with full retrievable
history. Refer to the “Retrieving performance monitoring data” in the Fault
Management - Performance Monitoring, 323-1851-520.
Impact
Prerequisites
545
• obtain a fiber patchcord, if required


High Received Span Loss
Step Action
1
CAUTION
Check the fibers of the alarmed facility (at the network element raising the
alarm and at the upstream network element):
• verify that the fibers are connected, and not crossed, looped back, or
misconnected
• check and clean any dirty fibers. Refer to the “Cleaning connectors”
chapter in Installation - General Information, 323-1851-201.0.
3 If Then go to
you want to clear the alarm (and disable step 4
detection) without addressing the fault
otherwise step 5
4 Provision the Target Span Loss to 0. Refer to the “Editing facility parameters”
310.
support group.
—end—

Procedure 4-153
High Temperature
Alarm ID: 378
Probable cause
This alarm is raised when the shelf ambient temperature is too high, a circuit
pack temperature is too high for five or more minutes, or when the shelf
cooling system is not functioning correctly.
The following conditions can cause this alarm:
• The operating environment exceeds the temperature and/or altitude limits

specified for the shelf. Refer to the “Operating environmental
specifications for 6500 system” table in chapter 8 of Part 3 of 6500
Planning, NTRN10DE.
• There are one or more empty slots in the shelf which must be equipped
with modules, circuit packs, or filler cards. Any “Circuit Pack Missing” or
“Filler Card Missing” must be cleared first.
• The shelf cooling system is not functioning correctly. Any “Fan Failed”
alarms must be cleared first.
• The shelf is operating without a cooling fan module equipped (one or more
fan modules are missing or not fully inserted).
• The air exhaust port or air inlet plenum is blocked.
• The air filter has a blockage.
• The shelf exhaust air is being trapped in an enclosed space or cabinet and
is re-circulating into the air inlet plenum.
• Hot exhaust air from other equipment is mixing with the shelf's intake air.
• There is a problem with a circuit pack or module in the shelf.
• For a 14-slot shelf with front exhaust fan modules, air deflector grill
NTK509FA/NTK509FAE6 should not be used if the shelf is mounted in an
cabinet with a front door or if the shelf is equipped with any circuit pack
that has a power budget over 150W per slot (or equivalently 300W for a
double-slot wide pack).
• For a 7-slot optical shelf or the 6500-7 packet-optical shelf, a missing or
improperly seated access panel (the access panel contains a temperature
sensor that is linked to the cooling fan module and the alarm is raised 90
seconds after the access panel is removed from the shelf).


High Temperature
• For a 2-slot or 7-slot optical Type 2 shelf, an improperly seated Shelf

processor w/access panel (the SPAP or SPAP2 w/2xOSC contain a
temperature sensor that is linked to the cooling fan module).
• For the extended temperature system housed in a 2-slot Type 2 chassis
(NTK503LA) with the SPAP2 w/2xOSC (NTK555NA) and 1+8 OTN Flex
MOTR (NTK532DE) circuit packs, the thresholds for the “High
Temperature” alarm on the SPAP-2 w/2xOSC or 1+8 OTN Flex MOTR
circuit pack (NTK532DE) is calibrated and the alarm does not raise within
the extended temperature range.
ATTENTION
The High temperature alarm is latched and the shelf processor must be
restarted as part of the alarm clearing procedure. This means that the alarm
is not cleared automatically when the temperature is back to normal. This
situation requires immediate attention. The temperature can be monitored
through inventory retrieval which displays the current and average
temperature on the supported cards. Refer to the “Displaying shelf inventory
information” procedure in Part 1 of Configuration - Provisioning and
Operating, 323-1851-310.
Note: It may take some time for a shelf to cool off and the alarm to clear
after the cause is corrected.
Impact
Prerequisites


High Temperature
Step Action
DANGER
Risk of eye injury
modules, air filters or in proximity to the shelf air
exhaust.
CAUTION
Do not attempt to cause this alarm to be raised by
removing any cooling fan modules or filler cards or by
blocking the shelf air inlet or exhaust ports as it will
compromise shelf cooling. A shelf with a compromised
cooling system may result in circuit pack or module
failures prior to the assertion of a High Temperature
Warning or High Temperature alarm.
2 Make sure that the shelf operating environment is within the specified
temperature and altitude limits. Refer to the “Operating environmental
specifications for 6500 system” table in chapter 8 of Part 3 of 6500 Planning,
NTRN10DE.
3 If the operating temperature for the altitude is Then
within the specified limits go to step 4
not within the specified limits correct the office temperature
and go to step 11
4 Perform visual checks to ensure that the shelf air intake is not obstructed and
that air is exhausting from each fan module or from the shelf's exhaust port
as applicable. Verify the following:
• If the shelf is configured for rear exhaust, make sure that there is
clearance between the back of the shelf and any other shelf, wall, or
obstruction.
• For a 14-slot shelf, make sure that the flip-down door of the fiber routing
channel is closed so that it does not obstruct the air intake.


High Temperature
Step Action
• For a 14-slot shelf with front exhaust fan modules that is mounted in a
cabinet with a front door (which must be perforated) or that is equipped
with any circuit pack that has a power budget of over 150W per slot (or
equivalently 300W for a double-slot wide pack), make sure that it is not
equipped with an exhaust air deflector grill (manufacturing discontinued
part NTK509FA/NTK509FAE6 included with front venting cooling unit kits
NTK507BA/NTK507BBE5/NTK507BCE5 and metro front electrical shelf
assembly NTK503GAE5).
• Inspect the grill at the air exhaust of the cooling unit or the grill integrated
into the shelf cover/door, the grill on the cooling fan module, and the grill
on the air inlet plenum. If any have an accumulation of dust, vacuum the
grill.
• For a 2-slot optical Type 2, 6500-7 packet-optical, or 7-slot shelf, ensure
that the SP, AP, SPAP, or SPAP2 w/2xOSC, as applicable, are fully
seated. If not, loosen the faceplate screws on the AP, SPAP, or SPAP2 w/
2xOSC circuit pack, push the circuit pack in fully and tighten the screws
to the prescribed torque. Refer to the applicable shelf installation
procedure in the Installation technical publication specific to the
respective 6500 shelf type.
5 Retrieve the shelf inventory or visually inspect the shelf to confirm that all
slots are filled (including all circuit pack subslots and common equipment
slots). Refer to the “Displaying shelf inventory information” procedure in Part
1 of Configuration - Provisioning and Operating, 323-1851-310. Note that the
cross-connect slots on a 32-slot shelf do not support filler card detection and
must be visually checked to confirm if they are equipped with a 2-slot x 2-row
filler cards.
6 If the shelf has Then go to
all slots filled step 8
empty slots step 7
7 Re-insert any missing circuit packs or install filler cards into any empty slots.
Refer to the equipment replacement procedures in Part 2 of Fault
8 Remove and inspect the shelf air filter and replace it with a new one if there
is a visible accumulation of dust. Refer to the “Replacing the shelf air filter”


High Temperature
Step Action
9 Monitor the temperatures on the circuit packs by retrieving the inventory and
check whether the current temperature of all the supported circuit packs
decreases. If the temperature decreases, perform a warm restart of the shelf
processor. Refer to Procedure 2-11, “Restarting a circuit pack or shelf
processor” on page 2-30. If the temperature did not decrease even after ten
minutes or if the shelf processor is still reporting a current temperature of
50 °C or greater, continue to the step 11.
is not raised again six minutes after shelf the procedure is complete
processor has recovered
is raised again go to step 11
11 Replace the cooling fan module(s). Refer to the “Replacing a cooling fan
545.
12 Monitor the temperatures on the cards by retrieving the inventory and check
whether the current temperature of all the supported circuit packs decreases.
If the temperature decreases, perform a warm restart of the shelf processor.
Refer to Procedure 2-11, “Restarting a circuit pack or shelf processor” on
page 2-30. If the temperature did not decrease even after ten minutes or if the
shelf processor is still reporting a current temperature of 50 °C or greater, go
to step 14.
14 If the alarm does not clear, it could be due to a problem with a circuit pack.
Contact your next level of support or your Ciena support group.
—end—

Procedure 4-154
High Temperature Warning
Alarm ID: 1143
Probable cause
This alarm is raised as a warning to the user when the shelf ambient
temperature is high or when a circuit pack temperature is high for five or more
minutes, or when the shelf cooling system is not functioning correctly. The
following conditions are applicable:
• The operating environment exceeds the temperature and/or altitude limits
specified for the shelf. Refer to the “Operating environmental
specifications for 6500 system” table in chapter 8 of Part 3 of 6500
Planning, NTRN10DE.
• There are one or more empty slots in the shelf which must be equipped
with modules, circuit packs, or filler cards. Any "Circuit Pack Missing" or
"Filler Card Missing" alarm must be cleared first.
• The shelf cooling system is not functioning correctly. Any “Fan Failed”
alarms must be cleared first.
• The shelf is operating without a cooling fan module equipped (one or more
fan modules are missing or not fully inserted).
• The air exhaust port or air inlet plenum is blocked.
• The air filter has a blockage.
• The shelf exhaust air is being trapped in an enclosed space or cabinet and
is re-circulating into the air inlet plenum.
• Hot exhaust air from other equipment is mixing with the shelf's intake air.
• There is a problem with a circuit pack or module in the shelf.
• For a 14-slot with front exhaust fan modules, an air deflector grill should
not be used if the shelf is mounted in an cabinet with a front door or if the
shelf is equipped with any circuit pack that has a power budget over 150W
per slot (or equivalently 300W for a double-slot wide pack).
• For the extended temperature system housed in a 2-slot Type 2 chassis
(NTK503LA) with the SPAP2 w/2xOSC (NTK555NA) and 1+8 OTN Flex
MOTR (NTK532DE) circuit packs, the thresholds for the “High
Temperature warning” alarm on the SPAP-2 w/2xOSC or 1+8 OTN Flex
MOTR circuit pack (NTK532DE) is calibrated and the alarm does not raise
within the extended temperature range.


ATTENTION
If a high temperature warning condition prevails for a while, it could
potentially lead to a “High Temperature” condition. Refer to “High
Temperature” on page 4-364 for high temperature condition information.
The Raised temperature warning condition is cleared on the shelf

automatically if the temperature on these circuit packs decreases to an
acceptable level.
Temperature can be monitored through inventory retrieval, which displays the

current and average temperature on the supported circuit packs. Refer to the
“Displaying shelf inventory information” procedure in Part 1 of Configuration -
Impact
Major, non service-affecting (M, NSA) alarm
Prerequisites
Step Action
DANGER
Risk of eye injury
modules, air filters or in proximity to the shelf air
exhaust.
CAUTION
Do not attempt to cause this alarm to be raised by
removing any cooling fan modules or filler cards or by
blocking the shelf air inlet or exhaust ports as it will
compromise shelf cooling. A shelf with a compromised
cooling system may result in circuit pack or module
failures prior to the assertion of a High Temperature
Warning or High Temperature alarm.


Step Action
2 Make sure that the shelf operating environment is within the specified
temperature and altitude limits. Refer to the “Environmental specifications”
section in chapter 8 of Part 3 of 6500 Planning, NTRN10DE.
3 If the operating temperature for the altitude is Then
within the specified limits go to step 4
not within the specified limits correct the office temperature
and go to step 11
4 Perform visual checks to ensure that the shelf air intake is not obstructed and
the air is exhausting from each fan module or from the shelf exhaust port as
applicable. Verify the following:
• If the shelf is configured for rear exhaust, make sure that there is
clearance between the back of the shelf and any other shelf, wall, or
obstruction.
• For a 14-slot shelf, make sure that the flip-down door of the fiber routing
channel is closed so that it does not obstruct the air intake.
• For a 14-slot shelf with front exhaust fan modules that is mounted in a
cabinet with a front door (which must be perforated) or that is equipped
with any circuit pack that has a power budget of over 150W per slot (or
equivalently 300W for a double-slot wide pack), make sure that it is not
equipped with an exhaust air deflector grill (manufacturing discontinued
part NTK509FA/NTK509FAE6 included with front venting cooling unit kits
NTK507BA/NTK507BBE5/NTK507BCE5 and metro front electrical shelf
assembly NTK503GAE5).
• Inspect the grill at the air exhaust of the cooling unit or the grill integrated
into the shelf cover/door, the grill on the cooling fan module, and the grill
on the air inlet plenum. If any have an accumulation of dust, vacuum the
grill.
• For a 2-slot optical Type 2, 6500-7 packet-optical, or 7-slot shelf, ensure
that the SP, AP, SPAP, or SPAP2 w/2xOSC, as applicable, are fully
seated. If not, loosen the faceplate screws on the AP, SPAP, or SPAP2 w/
2xOSC circuit pack, push the circuit pack in fully and tighten the screws
to the prescribed torque. Refer to the applicable shelf installation
procedure in the Installation technical publication specific to the
respective 6500 shelf type.


Step Action
5 Retrieve the shelf inventory or visually inspect the shelf to confirm that all
slots are filled (including all circuit pack subslots and common equipment
slots). Refer to the “Displaying shelf inventory information” procedure in
Part 1 of Configuration - Provisioning and Operating, 323-1851-310. Note
that the cross-connect slots on a 32-slot shelf do not support filler card
detection and must be visually checked to confirm if they are equipped with a
2-slot x 2-row filler card.
6 If the shelf has Then go to
all slots filled step 8
empty slots step 7
7 Re-insert any missing circuit packs or install filler cards into any empty slots.
Refer to the equipment replacement procedures in Part 2 of Fault
8 Remove and inspect the shelf air filter and replace it with a new one if there
is a visible accumulation of dust. Refer to the “Replacing the shelf air filter”
check whether the current temperature of all the supported circuit packs
decreases. If the temperature does not decrease after ten minutes, go to
step 11.
If the temperature falls to normal on all the supported circuit packs wait for 6
minutes for the alarm to clear.
not cleared, even after all the circuit packs are at go to step 11
a normal temperature for more than six minutes
11 Perform a warm restart of the shelf processor. Refer to Procedure 2-11,

“Restarting a circuit pack or shelf processor” on page 2-30. If the temperature
does not decrease after ten minutes or if the shelf processor is still reporting
a current temperature of 50 °C or greater, go to step 12.


Step Action
13 Replace the cooling fans module(s). Refer to the “Replacing a cooling fan
module” procedures in Fault Management - Module Replacement, 323-1851-
545.
see whether the current temperature decreases. If the temperature does not
decrease after ten minutes or if the shelf processor is still reporting a current
temperature of 50 °C or greater, go to step 16.
If the temperature falls to normal on all the supported circuit packs, wait for
six minutes for the alarm to clear.
not cleared, even after all the circuit packs are at go to step 16
a normal temperature for more than six minutes
16 If the alarm does not clear, it could be due to a problem with a circuit pack.
Contact your next level of support or your Ciena support group.
—end—

Procedure 4-155
Home Path Not defined
Alarm ID: 1772
Probable cause
This alarm is raised when an SNC with Reserved Home Path enabled does
not have a Home Path. This can occur if the SNC Home Path is released
without successfully setting up a new Home Path.
The alarm can also be raised when an SNC with Reserved Home Path is in
the STARTING state. You need to ensure that the SNC can setup over
dynamic routing or the DTLSET.
This alarm is raised when the Home Path OSRP line bandwidth is locked and
the regroom operation of the Reserved Home Path enabled SNC (for
example, make current path as home path) is failed.
The alarm will be cleared when the SNC Home Path is setup successfully or
when Retain Home Path is disabled on the SNC.
Impact
Minor, non-service-affecting (m, NSA) alarm.
Prerequisites
• ensure the Primary State of the SNC to be regroomed is in-service. Refer
to the “Regrooming a sub-network connection” procedure in Configuration
- Control Plane, 323-1851-330.
Step Action
1 If the alarm is raised because the OSRP line bandwidth is locked out and the
SNC with Reserved Home Path enabled regroom operation failed, disable the
bandwidth lockout and regroom the SNC again. Refer to the “Regrooming a
sub-network connection” procedure in Configuration - Control Plane, 323-
1851-330.


Home Path Not defined
Step Action
2 Otherwise, regroom the SNC for a new Home path or regroom the SNC to the
current path by enabling the “Make current path as home path” check box.
Refer to the “Regrooming a sub-network connection” procedure in
3 Alternatively, disable (uncheck) the Retain Home Path checkbox when
regrooming the SNC if you do not need Retain Home path functionality for this
SNC. Refer to the “Regrooming a sub-network connection” procedure in
support group.
—end—



Copyright© 2010-2015 Ciena® Corporation. All rights reserved.
Release 10.2
Publication: 323-1851-543
Document status: Standard
Issue 1
Document release date: July 2015
CONTACT CIENA
For additional information, office locations, and phone numbers, please visit the Ciena
web site at www.ciena.com

323-1851-545 (6500 R9.3 ModuleReplacement) Issue4

Uploaded by

Copyright:

Available Formats

323-1851-545 (6500 R9.3 ModuleReplacement) Issue4

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

323-1851-545 (6500 R9.3 ModuleReplacement) Issue4

Uploaded by

Copyright:

Available Formats

6500 Packet-Optical Platform

Fault Management - Alarm Clearing, Part 1

See Part 2 for the following...

323-1851-543 - Standard Issue 1

Corporate Headquarters 410-694-5700 or 800-921-1144 www.ciena.com

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

New in this release and documentation roadmap xiii

Alarm and trouble clearing strategy 1-1

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

Signal conditioning for 10GEL WT circuit packs 1-98

Alarm surveillance 2-1

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

2-16 Locating a reflective event 2-48

Alarm hierarchies and alarm severities 3-1

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

Alarm clearing procedures—A to H 4-1

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

4-46 Circuit Pack Unknown - Pluggable 4-133

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

4-96 DOC Action Failed: Delete 4-210

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

4-145 Frequency Out of Range (OC192/STM64, ETH10G, ETH40G, ETTP, STTP)

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

New in this release and documentation

This Technical Publication supports 6500 Packet-Optical Platform (6500)

You are reading Part 1 of Fault Management - Alarm Clearing, 323-1851-543.

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

Note: NTK538BK, NTK538BL, and NTK538BM circuit packs are

• 100G WaveLogic 3e OCLD Submarine with EDFA 1xOTU4 C-Band

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

6500 Packet-Optical Platform technical publications

Planning a Network Installing, Managing and Maintaining and Circuit Pack-Based

Planning - Installation - Administration Fault Management - Common Equipment

SAOS-based Command Fault and MIB

WaveLogic Photonics 6500 Data 6500 Control Plane Submarine Networking

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

Alarm and trouble clearing strategy 1-

This release of 6500 Packet-Optical Platform (6500) supports the MSPP,

Site level alarm correlation

Alarm correlation requires that physical adjacency information be provisioned

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

Note: In passive photonic configurations, the DSCM, which is provisioned

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

Backwards alarm correlation only functions if all service circuit packs

Site level alarm correlation is supported on the OMX, CMD44, OMDF4,

See 6500 Packet-Optical Platform Photonic Layer Guide, NTRN15DA, for

Site level alarm correlation is supported on the RAMAN amplifiers in the

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

• 40G OCLD in POTS provisioning mode (mated with eMOTR)

The following alarms are masked downstream when Alarm Correlation is on

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

The following faults trigger downstream masking when Alarm Correlation is

6500 Packet-Optical Platform Fault Management - Alarm Clearing, Part 1 of 2

Loss Shutoff Loss

OSC OSC OSC OSC OSC