Infinera ATN System Description Guide
Release 2.0 Version 003 Document ID 1900-593
Infinera Corporation 169 Java Drive Sunnyvale, CA 94089 www.infinera.com + 1-408-572-5200 - Please refer to the Infinera Customer Web Portal for the most recent version of this document -
Copyright © Copyright 2011 Infinera Corporation. All rights reserved. This Manual is the property of Infinera Corporation and is confidential. No part of this Manual may be reproduced for any purposes or transmitted in any form to any third party without the express written consent of Infinera. Infinera makes no warranties or representations, expressed or implied, of any kind relative to the information or any portion thereof contained in this Manual or its adaptation or use, and assumes no responsibility or liability of any kind, including, but not limited to, indirect, special, consequential or incidental damages, (1) for any errors or inaccuracies contained in the information or (2) arising from the adaptation or use of the information or any portion thereof including any application of software referenced or utilized in the Manual. The information in this Manual is subject to change without notice.
Trademarks Infinera, Infinera Digital Optical Networks, I-PIC, IQ, DTN, ATN and logos that contain Infinera are trademarks or registered trademarks of Infinera Corporation in the United States and other countries. All other trademarks in this Manual are the property of their respective owners.
Infinera ATN, DTN and Infinera Optical Line Amplifier Regulatory Compliance FCC Class A This device complies with Part 15 of the FCC rules. Operation is subject to the following two conditions: (1) this device may not cause harmful interference, and (2) this device must accept any interference received, including interference that may cause undesired operation. Modifying the equipment without Infinera's written authorization may result in the equipment no longer complying with FCC requirements for Class A digital devices. In that event, your right to use the equipment may be limited by FCC regulations, and you may be required to correct any interference to radio or television communications at your own expense.
DOC Class A This digital apparatus does not exceed the Class A limits for radio noise emissions from digital apparatus as set out in the interference-causing equipment standard titled “Digital Apparatus," ICES-003 of the Department of Communications. Cet appareil numérique respecte les limites de bruits radioélectriques applicables aux appareils numériques de Classe A prescrites dans la norme sur le matériel brouilleur: "Appareils Numériques," NMB-003 édictée par le Ministère des Communications.
Warning This is a class A product. In a domestic environment this product may cause radio interference in which case the user may be required to take adequate measures.
FDA This product complies with the DHHS Rules 21 CFR Subchapter J, Section 1040.10, Applicable at date of manufacture.
Contents About this Document Objective . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi Audience . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi Document Organization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xii Documents for Release 2.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii Document Revision History. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xv Technical Assistance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xvi Documentation Feedback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xx Infinera Digital Optical Network. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Infinera ATN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Infinera Dispersion Management Chassis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Infinera DTN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Infinera Optical Line Amplifier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1-2 1-2 1-3 1-3 1-3
IQA Networking Operating System ATN Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-4 Infinera Management Suite (IMS) Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-5 Release 2.0 Feature Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-7 ATN Configurations. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-2 ATN Terminal Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-2 ATN Add/Drop Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-2 Network Topologies. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Point-to-Point Network . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Linear Add/Drop Network . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ring Network. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
2-4 2-4 2-4 2-5
Release 2.0
Contents
Page ii
ATN Hardware Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ATN Transport Chassis (ATC-A) Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ATC Transport Chassis-Passive (ATC-P) Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Circuit Packs for the ATC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3-2 3-2 3-7 3-8
Dispersion Management Chassis (DMC) Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-30 Dispersion Compensation Module (DCM) Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-31 System Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Management Interfaces. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Transport Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Multi-chassis Interconnect Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Input/Output Alarm Contacts and Relays . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . System LEDs. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3-32 3-32 3-33 3-35 3-36 3-37
System Data Plane Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Optical Transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Digital Transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . System Data Plane Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Data Plane Protection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3-38 3-38 3-42 3-45 3-47
System Control Plane Functions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Intra-chassis Control Plane . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inter-chassis Control Plane . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inter-node Control Plane (over OSC) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3-48 3-48 3-49 3-51
System Management Plane Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-52 Multi-Chassis Systems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-53 Multi-Chassis Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-53 ATN Site Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ATN Terminal Site Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ATN Add/Drop Site Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ATN Amplifier Only Site Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ATN Regeneration Site Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3-59 3-59 3-60 3-60 3-61
Fault Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-2 Alarm Surveillance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-2 Event Log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-9 Maintenance and Troubleshooting Tools. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-10 Equipment Management and Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Managed Objects . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . System Discovery and Inventory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Equipment Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . State Modeling. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Tributary Disable Action . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4-30 4-30 4-31 4-33 4-34 4-39
Performance Monitoring and Management. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-41 PM Data Collection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-42 Security and Access Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-46
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Contents
Page iii
Authorization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . User Identification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Authentication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Access Control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Security Audit Log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Security Administration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Secure Shell (SSHv2) and Secure FTP (SFTP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Remote Authentication Dial-In User Service (RADIUS) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4-46 4-48 4-48 4-49 4-49 4-51 4-52 4-54
Software Configuration Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Downloading Software. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Maintaining Software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Maintaining the Database . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Uploading Debug Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4-56 4-56 4-56 4-59 4-62
ATN SNMP Agent . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-63 ADAPT Power Management Control Plane Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Optical Power Management using ADAPT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ADAPT Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Network Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ADAPT Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ADAPT Configuration Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ADAPT Triggers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ADAPT Resiliency . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4-64 4-65 4-66 4-66 4-67 4-68 4-70 4-70
IQA NOS ATN Management Plane Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . DCN Communication Path . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Single DCN Subnet Access. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dual DCN Subnet Access . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Layer 2 Switch and Spanning Tree Protocol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . DCN-only communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Static Routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Time-of-Day Synchronization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4-71 4-71 4-71 4-73 4-75 4-76 4-77 4-77
IQA NOS ATN Digital Protection Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-79 Digital Subnetwork Connection Protection (D-SNCP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-79 Optical Subnetwork Connection Protection (O-SNCP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-89 Infinera ATN Graphical Node Manager (GNM) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Launching Infinera ATN GNM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Graphical User Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Network Topology Display . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inventory Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Software and Database Configuration Management. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Fault Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Equipment Configuration and Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Performance Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Security Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
5-3 5-3 5-4 5-5 5-5 5-6 5-6 5-7 5-7 5-8
Release 2.0
Contents
Page iv
Infinera Digital Network Administrator (DNA) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-9 Infinera SNMP Agent . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-10 Command Line Interface (CLI) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-11 Infinera Network Planning System (NPS) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-12
Appendix A - Alarm Masking Hierarchy Alarm Masking Hierarchy by Alarm Type . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-2
Appendix B - ATN PM Parameters Optical PM Parameters and Thresholds . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-2 OTU PM Parameters. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-7 DTF PM Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-9 DCh PM Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-12 Client Signal PM Parameters and Thresholds . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PM Collected for SONET Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PM Collected for SDH Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PM Collected for Ethernet Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PM Collected for Fibre Channel Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
B-14 B-14 B-16 B-18 B-35
OSC PM Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-38 Additional PM Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-39
Appendix C - Optical Channel Plan DWDM Optical Channel Wavelength and Frequency . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-2 CWDM and Mixed CWDM/DWDM Optical Channel Wavelength and Frequency . . . . . . . . . . . . . . . . . . . . . . . C-5
Appendix D - Acronyms List of Acronyms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-1
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Figures Figure 1-1 Figure 1-2 Figure 2-1 Figure 2-2 Figure 2-3 Figure 2-4 Figure 3-1 Figure 3-2 Figure 3-3 Figure 3-4 Figure 3-5 Figure 3-6 Figure 3-7 Figure 3-8 Figure 3-9 Figure 3-10 Figure 3-11 Figure 3-12 Figure 3-13 Figure 3-14 Figure 3-15 Figure 3-16 Figure 3-17 Figure 4-1 Figure 4-2 Figure 4-3
Infinera ATN. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-2 Infinera Management Suite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-5 ATN Configurations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-2 Point-to-Point Network . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-4 Linear Add/Drop Network . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-4 Ring Network . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-5 ATC-A Front View . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-4 ATC-P Front View . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-8 DMC-B with Two Half-Width DCMs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-30 DMC-B with One Full-Width DCM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-31 ATC Digital and Optical Transport Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-38 Optical Transport Layers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-40 Optical Transport Unit (OTUk) Frame Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-41 DTF Layers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-43 Digital Transport Frame Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-44 Intra-chassis communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-49 Inter-chassis communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-50 Inter-node control plane over OSC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-51 ATN Multi-chassis System . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-55 Hardware Logical Configuration of an ATN Terminal Node. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-59 Hardware Logical Configuration of an ATN Add/Drop Node . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-60 Hardware Logical Configuration of an ATN Amplification Node . . . . . . . . . . . . . . . . . . . . . . . . . 3-61 Hardware Logical Configuration of an ATN Regeneration Node . . . . . . . . . . . . . . . . . . . . . . . . . 3-62 ARC Behavior (Leave Outstanding Alarms vs. Clear Outstanding Alarms). . . . . . . . . . . . . . . . . . 4-8 SIM-T-1-10G: Client CTP Facility Loopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-12 SIM-T-1-10G: Client CTP Terminal Loopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-12
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Figures
Page vi
Figure 4-4 Figure 4-5 Figure 4-6 Figure 4-7 Figure 4-8 Figure 4-9 Figure 4-10 Figure 4-11 Figure 4-12 Figure 4-13 Figure 4-14 Figure 4-15 Figure 4-16 Figure 4-17 Figure 4-18 Figure 4-19 Figure 4-20 Figure 4-21 Figure 4-22 Figure 4-23 Figure 4-24 Figure 4-25 Figure 4-26 Figure 4-27 Figure 4-28 Figure 4-29 Figure 4-30 Figure 4-31 Figure 4-32 Figure 4-33 Figure 4-34 Figure 4-35 Figure 4-36 Figure 4-37 Figure 4-38 Figure 4-39 Figure 4-40 Figure 4-41 Figure 4-42 Figure 4-43 Figure 4-44 Figure 4-45 Figure 4-46 Figure 5-1
SIM-T-1-10G: Line OTU2 CTP Terminal Loopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-13 SIM-T-2-2.5GM: Clear Channel Client CTP Facility Loopback . . . . . . . . . . . . . . . . . . . . . . . . . .4-13 SIM-T-2-2.5GM: Clear Channel Line CTP Terminal Loopback . . . . . . . . . . . . . . . . . . . . . . . . . .4-14 SIM-T-1-10GT: DCH CTP Terminal Loopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-14 SIM-T-1-10GT: DCH CTP Facility Loopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-15 SIM-T-1-10GT: Line DTP CTP Facility Loopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-15 SIM-T-1-10GT: Trib DTP CTP Terminal Loopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-16 SIM-T-1-10GT: Client CTP Terminal Loopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-16 SIM-T-1-10GT: Client CTP Facility Loopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-17 SIM-A-8-2.5GMT: DCH CTP Terminal Loopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-17 SIM-A-8-2.5GMT: DCH CTP Facility Loopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-18 SIM-A-8-2.5GMT: Line DTP CTP Facility Loopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-18 SIM-A-8-2.5GMT: Trib DTP CTP Terminal Loopback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-19 SIM-A-8-2.5GMT: Client CTP Terminal Loopback. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-19 SIM-A-8-2.5GMT: Client CTP Facility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-20 SIM-T-1-10GM/SIM-T-1-10-GP: Client CTP Facility Loopback . . . . . . . . . . . . . . . . . . . . . . . . .4-20 SIM-T-1-10GM/SIM-T-1-10-GP: OTUk CTP Facility Loopback . . . . . . . . . . . . . . . . . . . . . . . . . .4-21 SIM-T-1-10GM/SIM-T-1-10-GP: OTUk CTP Terminal Loopback . . . . . . . . . . . . . . . . . . . . . . . .4-21 SIM-T-1-10GM/SIM-T-1-10-GP: Client CTP Terminal Loopback. . . . . . . . . . . . . . . . . . . . . . . . .4-22 OTUk PRBS Tests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-23 SONET/SDH Trib and Line PRBS Tests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-23 DTF Section/Path PRBS Tests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-24 Test Signal Generation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-26 SONET/SDH/J0/OTUk Trace Messaging . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-28 DChCTP and DTPCTP Trace Messaging . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-29 Managed Objects and Hierarchy (ATC) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-31 SSHv2-secured Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-53 Infinera Network with RADIUS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-55 ADAPT Control Plane . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-64 Power Control Loop between SIM and OFM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-65 One ATN connected to a Single DCN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-72 Multiple ATNs Connected to a Single DCN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-73 ATNs Connected to Two DCNs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-74 Layer 2 Ethernet-switch in a ring network . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-76 ATN Network with only DCN connectivity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-76 NTP Server Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-78 ATN acting as NTP Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-78 Two-port D-SNCP with SIM-T-1-10G. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-81 Two-port D-SNCP with SIM-T-2-2.5GM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-82 One-port D-SNCP with SIM-T-2-2.5GM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-83 Functional block diagram of OPSW modules. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-90 OSNCP per optical channel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-91 OSNCP per optical band . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4-91 Infinera Management Suite and Nodal Management Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . .5-2
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Figures
Figure 5-3 Figure C-1 Figure C-2
Page vii
NPS Main Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5-13 DWDM 40-Channel Wavelength Plans . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-2 CWDM and Mixed CWDM/DWDM Channel Plans . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-5
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Figures
Page viii
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Tables Table 1-1 Table 3-1 Table 3-2 Table 3-3 Table 3-4 Table 3-5 Table 4-1 Table 4-2 Table 4-3 Table 4-4 Table 4-5 Table 4-6 Table A-1 Table B-1 Table B-2 Table B-3 Table B-4 Table B-5 Table B-6 Table B-7 Table B-8 Table B-9 Table B-10 Table C-1 Table C-2 Table C-3
New Features and Hardware for Release 2.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-7 ATC-A Hardware Equipment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-2 SIM-TOM Compatibility Matrix . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-13 Tributary Optical Modules for ATN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-18 OFM Product Details . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-24 Multi-chassis Functional Components . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-56 Access Privileges . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-47 ADAPT Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-67 ADAPT Configuration Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-68 D-SNCP Switching Requests and Priority . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-86 D-SNCP Protection on SIMs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-87 O-SNCP Switching Requests and Priority . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-93 Alarm Masking Hierarchy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-2 Optical PM Parameters Supported on the ATN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-3 OTUk PM Parameters and Thresholds Supported . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-7 DTF PM Parameters and Thresholds Supported . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-9 DCh PM Parameters and Thresholds Supported . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-12 SONET Client Signal PM Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-14 SDH Client Signal PM Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-17 Ethernet Client Signal PM Parameters Supported . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-19 Fibre Channel Client Signal PM Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-35 OSC PM Parameters Supported on the AMM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-38 Additional PM Parameters Supported on the ATN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-39 ATN DWDM Optical Channel Plan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-3 ATN CWDM Channel Plan: 8-channel band . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-5 ATN CWDM Channel Plan: 2-channel sub-band . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-6
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Tables
Page x
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
About this Document This chapter provides an overview of the Infinera ATN System Description Guide. It includes: “Objective” on page xi “Audience” on page xi “Document Organization” on page xii “Documents for Release 2.0” on page xiii “Document Revision History” on page xv “Technical Assistance” on page xvi “Documentation Feedback” on page xx
Objective This guide provides an introduction and reference to the Infinera® ATN product, which is one of the network elements that are used to build an Infinera Digital Optical Network®. This guide also describes the Infinera IQA Network Operating System ATN that runs on the ATNs that enable network-wide intelligent control and operations, and the Infinera Management Suite that provides remote management of the entire Infinera network.
Audience The primary audience for this guide includes network architects, network planners, network operations personnel, and system administrators who are responsible for deploying and administering the Digital Optical Network. This guide assumes that the reader is familiar with the following topics and products: Basic internetworking terminology and concepts Coarse Wavelength Division Multiplexing (CWDM) technology and concepts Dense Wavelength Division Multiplexing (DWDM) technology and concepts
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page xii
Document Organization
Document Organization The following table describes each chapter in this guide. Chapter
Description
CHAPTER 1: “Introduction“
Provides an introduction to the Infinera Digital Optical Network, ATN, IQA NOS ATN and Infinera Management Suite products. This chapter also includes a list of Release 2.0 hardware and software features.
CHAPTER 2: “Network Applications“
Describes various configurations and network topologies supported by the ATN.
CHAPTER 3: “Digital Optical Networking Systems“
Describes the ATN hardware architecture. This chapter also includes a description of the data plane architecture, control plane architecture, the transport interfaces and the circuit packs.
CHAPTER 4: “IQA Network Operating System ATN“
Describes the operation, administration, maintenance and provisioning (OAM&P) functions provided by the IQA Network Operating System ATN.
CHAPTER 5: “Infinera Management Suite“
Provides an introduction to the Infinera Management Suite, which includes the Infinera Digital Network Administrator (DNA) and Infinera Graphical Node Manager (GNM) applications. It also describes the ATN SNMP Agent and the ATN CLI.
Appendix A: “Alarm Masking Hierarchy“
Describes the alarm masking hierarchy, in which a network element masks (suppresses) reporting of higher layer failures associated with the same root cause as a higher priority, lower layer, failure.
Appendix B: “ATN PM Parameters“
Describes the Performance Monitoring (PM) parameters reported by Infinera ATNs.
Appendix C: “Optical Channel Plan“
Provides the optical channel plan supported by the ATN.
Appendix D: “Acronyms“
Provides a list of acronyms and their definitions used in Infinera Technical Publications.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
About this Document
Page xiii
Documents for Release 2.0 he following documents are available for Infinera ATN: Document Name
Document ID
Description
Infinera ATN Alarm and Trouble Clearing Guide
1900-587
Provides a comprehensive list of ATN alarms and events, and also includes alarm clearing procedures.
Infinera ATN CLI User Guide
1900-588
Describes the Command Line Interface (CLI) supported by the Infinera ATN network elements. It includes the description of the supported CLI commands and the procedures for the commonly performed OAM&P functions.
Infinera ATN GNM User Guide
1900-589
Describes the Infinera Graphical Node Manager (GNM) user interface used to manage the Infinera ATN network elements. It also includes the procedures for the commonly performed OAM&P functions.
Infinera ATN Hardware Description Guide
1900-590
Provides the hardware description of the Infinera ATN network elements which includes the description of chassis, common modules and circuit packs. It provides hardware block diagrams, functional descriptions, mechanical and electrical specifications for each module.
Infinera ATN Site Preparation and Hardware Installation Guide
1900-591
Describes the procedures for initial installation of the Infinera ATN network elements at any given site. Includes procedures for site preparation and site testing, system cabling, safety procedures and hand-over to provisioning activities.
Infinera ATN SNMP Agent Reference Guide
1900-592
Describes the user interface for the Infinera ATN Simple Network Management Protocol (SNMP) Agent. It provides detailed instructions to configure and operate the Infinera ATN SNMP Agent from the Infinera network element.
Infinera ATN System Description Guide
1900-593
Provides an overview of the Infinera ATN network element. It includes a description of the Infinera IQA Network Operating System ATN (IQA NOS ATN), and a description of the Infinera Graphical Node Manager (GNM) and Infinera Digital Network Administrator (DNA) software applications that are used to manage Infinera products.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page xiv
Document Name
Documents for Release 2.0
Document ID
Description
Infinera ATN Task Oriented Procedures Guide
1900-594
Provides the routine maintenance and alarm troubleshooting procedures for the Infinera ATN network elements. It includes the routine hardware and software maintenance procedures and various troubleshooting tools.
Infinera ATN Turn-up and Test Guide
1900-595
Describes procedures for turning up, commissioning and testing the installed Infinera ATN network elements. Includes the description of circuit activation and end-end system testing procedures.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
About this Document
Page xv
Document Revision History The following table lists the changes made in each version of the Infinera ATN System Description Guide since its previous revision Document Version Number 003
Document Updates Since Previous Version • Edited SIM-TOM compatibility matrix: Included support for TOM-10G-Dn-LR2 and TOM-10G-DT-LR2 on the client-side of the SIM-T-1-10G and the TOM-10G-SR1 on the line-side of the SIM-T-1-10G. • ADAPT Section: Updated the ADAPT Timer range to 400-86400 seconds. The user cannot set this timer to a value of zero. • PM Appendix: Updated defintions of Band CTP Layer Parameters (Facility Signal Output Power and Optical Power Transmitted).
002
• Edited the feature summary table • Changed all instances of ASPS to ASAP • Changed the acronym ASAP to Alarm Severity Assignment Profile Setting • Rack Mounting Ears section: Added information on the 2-inch recessed mid-mount rack option on a 19-inch, 23-inch or ETSI rack • Dispersion Management Chassis section: Added information on Dispersion Compensation Modules (DCMs) • Loopbacks section: Updated loopback descriptions for Client CTP Facility loopback on SIM-A-8-2.5GMT, Line DTP CTP Facility Loopback on SIM-T-1-10GT • PRBS section: Updated the note on in the DTF Path-level PRBS test section • Trace messaging section: Added a note that a length 1/16/64 bytes is retained only for SONET/SDH J0 signals. • Test signal section: Added a note that Fibre channel test signal monitoring is not supported • Intra-chassis control plane section: Added Figure 3-10 Intra-chassis communication • Inter-chassis control plane section: Added Figure 3-11 Inter-chassis communication • Inter-node control plane (over OSC) section: Added Figure 3-12 Inter-node control plane over OSC • Multi-chassis section: Added Figure 3-13 ATN Multi-chassis system • ATN Site Operation section: Added information on ATN regeneration site • IQA NOS ATN Management Plane overview section: Added information on ATN networks with DCN-only connectivity
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page xvi
Technical Assistance
Technical Assistance Customer Support for Infinera products is available, 24 hours a day, 7 days a week (24x7). For information or assistance with Infinera products, please contact the Infinera Technical Assistance Center (TAC) using any of the methods listed below: Email:
[email protected] Telephone: Direct within United States: +1-408-572-5288 Outside North America: +1-408-572-5288 Toll-free within United States: +1-877-INF-5288 (+1-877-463-5288) Toll-free within Germany/France/Benelux/United Kingdom: 00-800-4634-6372 Toll-free within Japan: 010-800-4634-6372 Fax: +1-408-572-5454 Infinera corporate website: http://www.infinera.com Infinera Customer Web Portal: https://customersupport.infinera.com
Infinera Customer Web Portal A wealth of technical support resources are available 24x7 through the Infinera Customer Web Portal at: https://customersupport.infinera.com (login and password required). To request access to the Infinera Customer Web Portal, send email to:
[email protected]. Customer Web Portal Resource Access Infinera Customer Service Module (CSM):
Log on to Customer Web Portal and then... Click Link to CSM
• Create and submit incident (service request) cases • Check status and update incident cases • Run incident case reports View Infinera technical support policies and procedures
Click How To Guides
Download software updates
Click Downloads
Download product documentation
Click Documentation
View training courses and/or sign up for training
Click Training
View important technical and product bulletins
Click Technical Bulletins
View data sheets and/or brochures regarding service portfolio offerings
Click Service Portfolio Offerings
View Infinera contact information
Click Contact Us
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
About this Document
Page xvii
FTP Technical Support Resources The Infinera file transfer protocol (FTP) server provides a secure and fast way to access a variety of technical support resources: Technical and Product Bulletins Software Updates Product Documentation
In addition, the Infinera FTP server allows you to upload debug log files and other information to the Infinera TAC. To download more information about using the Infinera FTP server, perform the following: Step 1
Log in at: https://customersupport.infinera.com.
Step 2
Click How to Guides.
Step 3
Under Online Resource Guides, click FTP_Server_Overview.pdf.
Submitting Service Requests To submit a service request, contact the Infinera TAC using any of the methods listed previously. Service requests are monitored and responded to on a 24x7 basis by live TAC specialists.
Track and Update Service Requests To check incident case status and make updates online through the Infinera Customer Web Portal, perform the following: Step 1
Log in at: https://customersupport.infinera.com.
Step 2
Click Link to CSM.
Step 3
Click on your incident title or ID to check your incident case status.
Step 4
To update your incident case, perform the following: Step 4a
Enter your service request within the Notes field.
Step 4b
Click Submit to update the incident case.
You can also track and update Infinera CSM cases by contacting the Infinera TAC via phone or email.
Information to Provide When submitting service request(s), have the following information available: Caller Name, Company, and/or Contact Information Priority (for example, High, Medium, Low, and/or Informational) Network Impact (for example, service-affecting, non-service affecting, and/or intermittent)
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page xviii
Technical Assistance
Network Status (for example, deployment in progress, field trial, and/or production live) Software Version (if relevant) Affected Hardware Chassis/Module/Cable Type Description of the problem and symptoms Network topology and configuration Supporting information (for example, data logs, troubleshooting steps taken, etc.)
Incident Classification/Handling/Response All service requests are immediately assigned to an Infinera Tier 3+ TAC specialist, who ensures proper and timely handling of your request through closure. To facilitate flawless handling of customer-reported incidents, the Infinera TAC utilizes a customer relationship management (CRM) system called the Infinera Customer Service Module (CSM) to track and manage all reported incidents and service requests including RMAs. Every service request is tracked as a unique case within the Infinera CSM, and is classified in accordance with the table below. The table below also describes the standard Service Level response and resolution targets supported by the Infinera TAC.
Priority 1—High
2—Medium
Definition Network service is “down”, or extended (>30 minutes) loss of network management.
Network operation is degraded, or unacceptable levels of network performance. Significant impact on business operations.
ATN System Description Guide
Handling and Escalation
Targeted Maximum Time for Resolution
Infinera TAC coordinates all necessary resources, around-the-clock, to bring incident to closure.
4 hours to find resolution, or 4 hours to attain workaround and downgrade to Major (if acceptable to customer).
Engagement of higher-level specialists and management with highest level of priority, within 2 hours after incident report.
For software incidents with workaround, maintenance release to be issued as soon as possible with high priority engagement of Infinera engineering resources.
Infinera TAC coordinates all necessary resources, around-the-clock, to bring incident to closure.
8 hours to attain workaround and downgrade to Minor (if acceptable to customer).
Engagement of higher-level specialists and management within 4 hours after incident report.
Release 2.0 Infinera Proprietary and Confidential
8 hours for root cause identification. For software incidents, maintenance release to be issued at time of next scheduled maintenance release.
Infinera Corporation
About this Document
Page xix
Priority 3—Low
4—Informational
Definition
Handling and Escalation
Network operation is impaired, but causes little/no impact on business operations.
Infinera TAC coordinates all necessary resources during normal business hours.
An informational request that has little/no impact on business operations.
Infinera will commit resources and address during normal business hours.
Engagement of higher-level specialists and management within 2.5 days after incident report.
Targeted Maximum Time for Resolution 72 hours for root cause identification. Fix issue in next major release, if committed by Infinera development resources. Varies, depending upon nature of request.
Escalation You may escalate your service request to higher levels of attention if you are not satisfied with its current handling. All service requests are routed to management within 15 minutes of receiving your notification. To escalate by phone or email: Step 1
Contact the Infinera TAC.
Step 2
Provide your Infinera CSM case number.
To escalate through the Infinera Customer Web Portal: Step 1
Log in at: https://customersupport.infinera.com.
Step 2
Click Link to CSM.
Step 3
Click on your incident title or ID.
Step 4
Enter your escalation request within the Notes field.
Step 5
Click Submit.
Return Material Authorization (RMA) Infinera supports the following types of RMAs: Advanced Replacement Repair and/or Replace Return for Credit Defective on Arrival Product Recall Takeback
To request a Return for Credit RMA, contact your Infinera Account Manager.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page xx
Documentation Feedback
To request all other types of RMA, submit your RMA request to the Infinera TAC. To download additional information on the Infinera RMA Handling Policy and Procedures, including returnmodule packing instructions: Step 1
Log in at: https://customersupport.infinera.com.
Step 2
Click How To Guides.
Step 3
Under RMA Procedures, click one of the following documents: RMA Procedure - Customer Quick Reference.pdf RMA Procedure.pdf
Documentation Feedback Infinera strives to constantly improve the quality of its products and documentation. Please submit comments or suggestions regarding Infinera Technical Product Documentation using any of the following methods: Submit a service request using the Infinera Customer Web Portal Send email to:
[email protected] Send mail to the following address:
Attention: Infinera Technical Documentation and Technical Training Infinera Corporation 169 Java Drive Sunnyvale, CA 94089 When submitting comments, please include the following information: Document name and document ID written on the document cover page Document release number and version written on the document cover page Page number(s) in the document on which there are comments
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
CHAPTER 1
Introduction This chapter provides an introduction to the Infinera Digital Optical Network, Infinera Management Suite, and Release 2.0 features in the following sections: “Infinera Digital Optical Network” on page 1-2 “IQA Networking Operating System ATN Overview” on page 1-4 “Infinera Management Suite (IMS) Overview” on page 1-5 “Release 2.0 Feature Summary” on page 1-7
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 1-2
Infinera Digital Optical Network
Infinera Digital Optical Network Infinera delivers the Digital Optical Network solution, referred to as the Infinera Digital Optical Network. The Infinera Digital Optical Network provides the ability to multiplex, transport, add, drop, switch and protect SONET, SDH, Ethernet and other services inexpensively, transparently, reliably, flexibly and quickly. The Infinera Digital Optical Network allows the construction of a single unified optical transport network that scales from metro to long haul applications. Infinera offers the following Digital Optical Networking Systems which help carriers build Digital Optical Networks: “Infinera ATN” “Infinera Dispersion Management Chassis” “Infinera DTN” “Infinera Optical Line Amplifier”
Infinera ATN The Infinera ATN is a Coarse Wavelength Division Multiplexing (CWDM) and Dense Wavelength Division Multiplexing (DWDM) multi-service platform that provides add/drop and bandwidth management capabilities. The Infinera Digital Optical Network is shown in Figure 1-1, with ATNs deployed anywhere client access is desired. The links between the ATNs isolate analog engineering and impairments within that link. Users can progressively deploy the transport network with ATNs at more points of presence, interconnected by links, when and where capacity is required. Figure 1-1 Infinera ATN
The Infinera ATN has DWDM and CWDM capabilities and provides support for up to 40 DWDM channels and eight CWDM channels. It provides the means for direct access to client data at any of the client signal rates supported (see “Transport Interfaces” on page 3-33), allowing flexible selection of whether to add/ drop, amplify, or optically express individual data streams. The ATN can be equipped in a variety of network configurations using a common set of circuit packs. Refer to “ATN Configurations” on page 2-2 for a detailed description of the various configurations supported by the ATN. The ATN hardware is housed in the ATN Transport Chassis (ATC). A description of the ATN hardware is provided in the “ATN Hardware Overview” on page 3-2.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Introduction
Page 1-3
Infinera Dispersion Management Chassis The Infinera Dispersion Management Chassis, referred to as the DMC, is an optional chassis which can be mounted in the same rack as the ATC for the purpose of dispersion compensation. A description of the DMC hardware is provided in the “Dispersion Management Chassis (DMC) Overview” on page 3-30.
Infinera DTN The Infinera DTN is a Digital Optical Networking System which provides digital add/drop and bandwidth management capabilities. The DTN provides digital bandwidth management within a Digital Optical Network. It provides the means for direct access to client data at any of the supported signal rates, allowing flexible selection of whether to multiplex, add/drop, amplify, groom, optically express, or switch individual data streams. For more information on the Infinera DTN, refer to the Infinera DTN System Description Guide.
Infinera Optical Line Amplifier The Infinera Optical Line Amplifier is used to extend the optical reach between DTNs. The Optical Line Amplifier is deployed at locations where customer access is not anticipated. For more information on the Optical Line Amplifier, refer to the Infinera DTN System Description Guide. Note: The Infinera Optical Line Amplifier is used in conjunction with the Infinera DTN and not the Infinera ATN.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 1-4
IQA Networking Operating System ATN Overview
IQA Networking Operating System ATN Overview The Infinera Digital Optical network architecture includes an intelligent embedded control software for the ATN, called the IQA Network Operating System ATN, referred to as IQA NOS ATN. IQA NOS ATN provides reliable and intelligent interfaces for the Operation, Administration, Maintenance and Provisioning (OAM&P) tasks performed by the operating personnel and management systems. IQA NOS ATN supports the following features: Operates on ATNs Standards based operations and information model (ITU-T, TMF 814, Telcordia). Extensive fault management capabilities including current alarm reporting, alarm reporting inhibition,
hierarchical alarm correlation, configurable alarm severity assignment profile, event logging, environmental alarms, and export of alarm and event data Network diagnostics capability including digital level loopbacks, circuit-level Pseudo Random Bit
Sequence (PRBS) 31 and detection, Trail Trace Identifier (TTI) and synchronous optical network (SONET)/synchronous digital hierarchy (SDH) J0 monitoring and insertion at the tributaries Automatic equipment provisioning and equipment pre-provisioning Fully automated neighbor discovery Topology discovery in a subnet Flexible software and configuration database management including remote software upgrade/roll-
back, configuration database backup and restore, and File Transfer Protocol (FTP) transfers Analog and digital performance monitoring at every ATN node and native client signal performance
monitoring at tributaries Supports Network Timing Protocol (NTP) to synchronize the timestamps on all alarms, events and
Performance Monitoring (PM) data across the network GR-815-CORE based security administration and support for Remote Authentication Dial-In User
Service (RADIUS) Hitless software upgrades Multi-chassis configurations utilizing the Nodal Control (NC) ports, located on the front panel of the
ATN Management Module (AMM) placed in the ATC-A. Control plane communication path utilizing the ATN Management Module (AMM) Open integration interfaces including the CLI and CSV formatted flat files that can be exported using
secure FTP Refer to Chapter 4, “IQA Network Operating System ATN” for a detailed description of the features.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Introduction
Page 1-5
Infinera Management Suite (IMS) Overview The IMS is a scalable, robust, carrier class management software suite which simplifies Digital Optical Network operation and OSS integration. The IMS is composed of element and network management applications for flow-through operations integration with other management systems. The IMS architecture, as shown in Figure 1-2, addresses various elements of the network element layer (NEL), element management layer (EML) network management layer (NML), and service management layer (SML) of the ITU-T telecommunications management network (TMN) architecture by empowering and embedding much of the networking intelligence into the network elements. Figure 1-2 Infinera Management Suite
The IMS architecture employs a network-is-master model, allowing the network itself to asynchronously inform and update all registered management servers and mitigate any synchronization or accuracy issues. The network state and status is automatically discovered and reported to the management servers and users. This network-is-master model enables each network element to be managed by multiple management applications, allowing for full management redundancy and allowing each management application to maintain synchrony with what is occurring within its purview.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 1-6
Infinera Management Suite (IMS) Overview
The following applications that are included in the IMS are used to manage the ATN: Infinera ATN Graphical Node Manager (see “Infinera ATN Graphical Node Manager (GNM)” on
page 5-3) Infinera Digital Network Administrator (see “Infinera Digital Network Administrator (DNA)” on page 5-
9) Infinera SNMP Agent (see “Infinera SNMP Agent” on page 5-10) Infinera CLI (see “Command Line Interface (CLI)” on page 5-11) Infinera NPS (see “Infinera Network Planning System (NPS)” on page 5-12)
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Introduction
Page 1-7
Release 2.0 Feature Summary Table 1-1 lists the features supported in ATN Release 2.0. Table 1-1 New Features and Hardware for Release 2.0
Feature
New/ Updated in R2.0
Description Network Applications
Network Topologies
ATN supports point-to-point, linear add/drop multiplexing (ADM), hub-and-spoke, and ring topologies. See “Network Topologies” on page 2-4 for more information.
ATN Site Operation
ATN sites can be deployed as a:
X
• Terminal Site—When deployed as a terminal node, all optical channels terminate at the ATN and there are no express or pass through channels. • Add/Drop Site—When deployed as an Add/Drop node, the ATN can be configured to selectively add/drop specific channels and optically express the remaining channels. • Amplifier-only site—When deployed as an amplifier-only site, the ATN performs only amplification function and add or drop of channels is not supported. • Regeneration site—ATN nodes can be used to perform regeneration of 2.5G and 10G signals. Release 2.0 ATN introduces 10G DTF regeneration, OTU2/OTU2e/OTU2f regeneration, 10GbE LAN regeneration in low latency mode and regeneration of video services. ATN-DTN Interworking
Release 2.0 of ATN introduces support for ATN-DTN inter-operability. The ATN SIM-T-2-2.5GM, SIM-T-1-10GP, SIM-T-1-10GM, SIM-T-1-10GT and SIM-A-8-2.5-GMT modules can interface with the DTN TAM modules as follows:
X
• SIM-T-2-2.5GM to TAM-8-1G, TAM-4-2.5G or TAM-8-2.5GM • SIM-T-1-10GM to TAM-2-10GM • SIM-T-1-10GP to TAM-2-10GM • SIM-T-1-10GT to TAM-2-10GT • SIM-A-8-2.5GMT to TAM-2-10GT Interfacing between the SIM and TAM modules (as listed above) , allows ATN-DTN inter-connections to be created with the elimination of back-to-back SIMs at hub site for almost all supported services. Use of bandwidth virtualization through DTN offers additional flexibility. (Continued...)
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 1-8
Release 2.0 Feature Summary
Table 1-1 New Features and Hardware for Release 2.0
Feature ATN-DTN Interworking
New/ Updated in R2.0
Description (Continued...)
X
The following interfaces are supported for ATN-DTN networks: • OC-3 / STM-1 • OC-12 / STM-4 • OC-48 / STM-16 • OC-192/ STM-64 • 1GbE • 10GbE • 1G Fibre Channel • 2G Fibre Channel • 8G Fibre Channel • OTU1 • OTU2 • OTU2e • SD-SDI • HD-SDI • DVB-ASI Neighbor Connectivity
ATN nodes use the Optical Supervisory Channel (OSC) over the line fibers to discover neighboring ATNs. The network neighborhood displays the neighbor connectivity along with discovered node ID and provisioned node ID for the neighbor node.
X
Hardware Modules Infinera ATN
ATN is a Digital Optical Networking System which provides add/ drop capabilities. Multi-chassis ATNs include ATC-As and/or ATC-Ps stacked together.
X
ATN Active Transport Chassis (ATC-A)
ATC-A is a 3RU, 11-slot service shelf that can be mounted in a 19-inch or 23-inch ANSI or ETSI rack.
X
The ATC-A includes the following: • One slot for the management module (AMM-A) • Two slots for Power Conversion Modules (PCMs) • One slot for the Fan tray • Two slots for EDFA amplifiers (AAMs) or OFM-1-OSC modules • Eight flexible slots that can house Optical Filter Modules (OFMs), Service Interface Modules (SIMs) or Optical Protection Switch Modules (OPSWs).
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Introduction
Page 1-9
Table 1-1 New Features and Hardware for Release 2.0
Feature ATN Passive Transport Chassis (ATC-P)
Description
New/ Updated in R2.0
ATC-P is a 2RU, eight-slot chassis that can be mounted in a 19-inch or 23-inch ANSI or ETSI rack. The ATC-P includes slots for up to eight passive OFMs. The ATCP and its modules are not managed by any software interface. Up to two ATC-Ps can be added to a node in a multi-chassis configuration.
ATN Management Module (AMM)
AMM is the main node controller and also functions as a shelf controller in a multi-chassis configuration .It performs management and control functions for the ATN.
X
It supports a database branding mechanism that prevents the installation of an incorrect or outdated control module into a chassis. ATN Amplifier Modules (AAM)
AAMs are EDFA based optical amplifier modules. An ATN may be equipped with AAMs when optical amplification is required to extend the optical reach between the ATNs. There are four types of AAMs:
X
• AAM-B1, which is used as a booster amplifier, with support for up to +13dBm total output power • AAM-P1, which is used as a pre-amplifier and in-line amplifier, with support for up to +13dBm total output power Release 2.0 adds the following higher power AAMs: • AAM-B2, which is used as a booster amplifier, with support for up to +17dBm total output power • AAM-P2, which is used as a pre-amplifier and in-line amplifier, with support for up to +17dBm total output power
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 1-10
Release 2.0 Feature Summary
Table 1-1 New Features and Hardware for Release 2.0 New/ Updated in R2.0
Feature
Description
Optical Filter Modules (OFM)
OFM performs optical multiplexing and de-multiplexing of optical channels to/from SIMs as well as AAMs. There are several types of DWDM and CWDM OFMs.
X
• DWDM OFMs— Four 10-channel OFMs, ten 4-channel OFMs, ten 4-channel OFMs with active Variable Optical Attenuators (VOAs) and twenty 2-channel OFMs with active VOAs • CWDM OFMs— One 8-channel OFM, four 2-channel OFMs, and eight 1-channel OFMs • Mixed OFM—One 6-channel CWDM/DWDM OFM with one DWDM Expansion Port • 1310nm OFM—OFM that multiplexes or de-multiplexes a 1310nm signal with OSC and CWDM or DWDM channels
Note: ATN Release 2.0 introduces the 4-channel DWDM OFM with active VOA, 2-channel DWDM OFM with active VOA, 1channel CWDM OFM, 6-channel mixed DWDM/CWDM OFM and the 1310nm OFM. Passive OSC Add/Drop Module (OFM-1-OSC)
The passive OSC module (OFM-1-OSC) provides add/drop capabilities for the Infinera ATN’s OSC at 1451nm.
Service Interface Module (SIM)
SIM houses client side and line side tributary optical modules (TOMs). The SIM maps the client optical signals into electrical signals for subsequent transmission through the line side TOM.
X
There are six types of SIMs supported on an ATN: • SIM-T-1-10G is a one port 10G transponder that encapsulates the client signal into an OTU2/OTU2e frame • SIM-T-2-2.5GM is a two port 2.5G multi-rate transponder with facility protection that performs 3R regeneration of the client signal. Release 2.0 adds support of video services on the SIMT-2-2.5GM. The following SIMs are newly introduced in Release 2.0 • SIM-T-1-10GM is a one tributary and one line port 10G transponder with OTU framing on the line side • SIM-T-1-10GP is a one tributary port 10G transponder with two line ports for path protection and OTU framing on the line side • SIM-T-1-10GT is a one tributary port 10G DTF transponder with the ability to take the ATN line system signal directly into an Infinera DTN TAM-2-10GT (Continued...)
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Introduction
Page 1-11
Table 1-1 New Features and Hardware for Release 2.0
Feature
New/ Updated in R2.0
Description
Service Interface Module (SIM)
(Continued...)
Optical Protection Switch Module (OPSW)
OPSWs are stand-alone, Layer 1 optical protection switch modules that offer cost-effective path protection (Optical-Subnetwork Connection Protection, O-SNCP) without the need for two SIMs in CWDM and DWDM networks.
X
• SIM-A-8-2.5GMT is an eight port, any-service any-port muxponder with DTF framing on the line side. The SIM-A-8-2.5GMT aggregates multiple service interfaces into a 10G DTF signal which can interface with the TAM-2-10GT. X
There are two types of OPSWs: • OPSW-1—One client port, two line ports module to provide one protection service • OPSW-2—Two client ports, four line ports module to provide two protection services Tributary Optical Module (TOM)
TOM is a client-side and line-side field-replaceable optical interface module. A TOM converts an incoming client optical signal into a serial electrical signal for further processing in the SIMs. The TOM also converts out-going signals from electric to optical for line-side transport.
X
The following TOMs are supported in the ATN. All TOMs marked with a * indicate that they are newly introduced in this release
Line TOMs • Tributary Optical Module-10G, DWDM XFP (TOM-10G-Dn-LR2) • Tributary Optical Module-10G (TOM-10G-Cn-LR2)* • Tributary Optical Module-10G Tunable (TOM-10G-DT-LR2)* • Tributary Optical Module-2.5G Multi Rate, DWDM SFP (TOM-MR-Dn-LR2) • Tributary Optical Module-2.5G Multi Rate, CWDM SFP (TOM-MR-Cn-LR2)
Client TOMs • Tributary Optical Module-10G-SR0 (TOM-10G-SR0) • Tributary Optical Module-10G-SR1 (TOM-10G-SR1) • Tributary Optical Module-10G-IR2 (TOM-10G-IR2)* • Tributary Optical Module-10G-LR2 (TOM-10G-LR2)* (continued..)
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 1-12
Release 2.0 Feature Summary
Table 1-1 New Features and Hardware for Release 2.0
Feature Tributary Optical Module (TOM)
New/ Updated in R2.0
Description (continued..)
X
• Tributary Optical Module-8G (TOM-8G-XSM-LC-L)* • Tributary Optical Module-2.5G-SR1 (TOM-2.5G-SR1) • Tributary Optical Module-2.5G-IR2 (TOM-2.5G-IR2)* • Tributary Optical Module-2.5G-LR2 (TOM-2.5G-LR2)* • Tributary Optical Module-2.5G-SR1 Multi Rate (TOM-2.5GMR-SR1) • Tributary Optical Module-2.5G-IR1 Multi Rate (TOM-2.5GMR-IR1) • Tributary Optical Module-1G-LX (TOM-1G-LX) • Tributary Optical Module-1G-SX (TOM-1G-SX) • Tributary Optical Module-1G-ZX (TOM-1G-ZX)*
OSC TOM • Tributary Optical Module-100M-C45-L2 (TOM-100M-C45-L2)
Electrical TOMs • Tributary Optical Module (Video TOM) High-definition Serial Digital Interface (HD-SDI) 1.485G receiver (TOM-1.485HD-RX)* • Tributary Optical Module (Video TOM) 1.485G high-definition (HD) transmit (TOM-1.485HD-TX)* • Tributary Optical Module (Video TOM) 1.4835G high-definition (HD) receiver (TOM-1.4835HD-RX)* • Tributary Optical Module (Video TOM) 1.4835G high-definition (HD) transmit (TOM-1.4835HD-TX)* • Tributary Optical Module (Electrical TOM) RJ-45 interface, 1GbE (TOM-1G-BASE-T)* Power Conversion Modules (PCMs)
There are two dedicated power conversion module slots in each ATC-A.
X
Release 2.0 ATN introduces support for an AC Power Conversion module, PCM-AC that receives AC power input. Each PCM slot (PCM-A/PCM-B) in the ATC-A can accommodate either a DC power conversion module (PCM-48V DC) or an AC power conversion module (PCM-AC). Dispersion Management Chassis (DMC)
ATN System Description Guide
DMC is a passive chassis that does not require management. Depending on the span characteristics, the DMC is optionally included in ATNs to house Dispersion Compensation Modules (DCMs).
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Introduction
Page 1-13
Table 1-1 New Features and Hardware for Release 2.0
Feature Dispersion Compensation Module (DCM)
Description
New/ Updated in R2.0
DCM houses the dispersion compensating fiber that can be optically connected in-line with an AAM. The DCM equalizes chromatic dispersion of different frequency components having different propagation speeds and reverses the dispersion effect of transmission fiber, to restore the optical signal. System Interfaces
Transport Interfaces
ATN supports the following client/tributary interfaces:
X
• SONET OC-3, OC-12, OC-48 and OC-192 signals • SDH STM-1, STM-4, STM-16 and STM-64 signals • Fibre Channel 1G (1G FC), Fibre Channel 2G (2G FC), FICON Express, Fibre Channel 8G (8G FC) and Fibre Channel 10G (10G FC) signals • Ethernet 10GbE LAN Phy, 10GbE WAN Phy, and 1GbE signals • OTU1, OTU2, OTU2e, OTU2f and OTU2v (DTF) signals • ESCON and FICON signals • SD-SDI (270 Mbps), SDTI (270 Mbps), HD-SDI (1.4835 Gbps and 1.485 Gbps), DVB-ASI (270 Mbps) and DV6000 The supported line interfaces are: • Up to 40 DWDM line-side channels in combination with an Optical Supervisory Channel (OSC) to provide up to 400Gbps transport and in-band communications between network elements. The line-side channels include 10GbE, OTU2 (10.7Gbps), OTU2e (11.1Gbps), OTU2f (11.3Gbps), OTU2v/ DTF and 3R output of 2.7Gbps and lower client signals. • Up to eight CWDM line-side channels in combination with an OSC to provide transport and in-band communications between network elements. The line-side channels include 10GbE, OTU2 (10.7Gbps), OTU2e (11.1Gbps), OTU2f (11.3Gbps), OTU2v/DTF and 3R output of 2.7Gbps and lower client signals. Management Connection Interfaces
ATN includes the following RJ-45 management interfaces: • One DCN port (RJ-45 interface) • One Craft Ethernet port (RJ-45 interface) • One Craft Serial DCE port (RJ-45 interface)
Multi-chassis Interconnection Interface
Infinera Corporation
The ATN provides two 10/100 Base-T auto-negotiating interchassis interconnect RJ-45 Ethernet interfaces labeled as Nodal Control (NC1 and NC2), for inter-chassis control in a multi-chassis system.
ATN System Description Guide Infinera Proprietary and Confidential
X
Release 2.0
Page 1-14
Release 2.0 Feature Summary
Table 1-1 New Features and Hardware for Release 2.0
Feature Alarm Interfaces
New/ Updated in R2.0
Description ATC-A supports five external alarm inputs and ten alarm control outputs. These opto-isolator contacts enable integration with parallel telemetry systems, and provide office-level alarming. Of the five external alarm inputs, four can be configured by the user (one is dedicated for ACO). Of the ten external alarm outputs, four can be configured by the user and the remaining six are based on system alarms (three each for visual and audible).
Optical Supervisory Channel (OSC)
ATN includes OSC which is a 100Mbps ethernet channel for internode communication. System Architecture
G.709 Optical Transport Units (OTU)
ATN transports 10G client signals using ITU-T G.709 Optical Transport Units (OTU2, OTU2e, OTU2f). The ATN supports forty (40) DWDM wavelengths with 100GHz spacing and eight CWDM channels.
X
Digital Transport Frame (DTF)
Modeled after ITU G.709 digital wrapper architecture, the DTF or OTU2v is used within the DTF-based SIMs (SIM-T-1-10GT and SIM-A-8-2.5GMT) in the Infinera Digital Optical Network
X
Hardware Scalability
Enables users to scale system capacity of deployed network equipment in new or existing systems by allowing for multi-chassis configurations. For more information, see “Multi-Chassis Systems” on page 3-53.
X
In Release 2.0, the Infinera ATN network element can be installed in a multi-chassis configuration that consists of up to ten ATCs (consisting of up to eight ATC-A chassis and up to two ATC-P chassis) installed on a single rack or multiple racks being managed as a single ATN node. One ATC-A is termed the main chassis and houses the node controller AMM. The remaining ATC-A or ATC-P chassis are termed expansion chassis. The AMMs included in the expansion chassis are termed as shelf controllers. The chassis are interconnected through the NC ports on the AMM front panel.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Introduction
Page 1-15
Table 1-1 New Features and Hardware for Release 2.0
Feature ADAPT Power Management Control Plane
Description In Release 1.0 ATN includes only passive optical filter modules (OFMs) that require the optical power in any network to be balanced manually by using fixed optical attenuators i.e. PADs.
New/ Updated in R2.0 X
Infinera ATN Release 2.0 introduces a power management control plane called ADAPT that enables automatic optical power management with Variable Optical Attenuator (VOA) enabled active OFM modules and variable gain optical amplifiers (AAMs). For more information, see “ADAPT Power Management Control Plane Overview” on page 4-64. ADAPT provides the following benefits: • Allows setting correct optical power levels via ATN IQA NOS software • Power management with VOA-enabled active OFM modules and variable gain optical amplifiers: • Minimizes usage of fixed attenuators/pads • Maximizes system performance • Simplifies network activation, operation and growth Fault Management Alarm Surveillance
ATN provides the following alarm surveillance functions (see “Alarm Configuration” on page 4-7 for more information):
X
• Provides detection and user-customized reporting of defects in the ATN. • Features alarm masking. • Includes an Alarm Reporting Control (ARC) feature that allows users to prevent a managed object from reporting alarms during maintenance procedures. The system can be configured to clear or to maintain all out-standing alarms when ARC is enabled. • ATN Release 2.0 introduces customizable timer-based alarms, customizable severity levels for Threshold Crossing Alerts (TCAs) and the option to export alarm data. Event Log
Infinera Corporation
ATN provides a wrap-around historical event log that tracks the reports of all changes that occur within the system. Users can retrieve event log data through the network management user interfaces. See “Event Log” on page 4-9 for more details.
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 1-16
Release 2.0 Feature Summary
Table 1-1 New Features and Hardware for Release 2.0
Feature Alarm Severity Assignment Profile (ASAP)
New/ Updated in R2.0
Description The Alarm Severity Assignment Profile (ASAP) feature allows users to modify the default severity of an alarm type, threshold crossing alert (TCA), or threshold crossing condition (TCC) on a per managed object-type basis.
X
The ASAP feature can also be used to customize the severity of the alarms that indicate when an entity is put in the Locked or Maintenance administrative state. See “Alarm Severity Assignment Profile Setting (ASAP)” on page 4-9 for more information. Maintenance and Troubleshooting
For comprehensive maintenance and troubleshooting, the system supports loopbacks, trace messaging, pseudo random binary sequence (PRBS) generation and detection. In addition, the system also supports GbE and Fibre Channel (FC) Client Termination Point tests on the SIM-A-8-2.5GMT. See “Maintenance and Troubleshooting Tools” on page 4-10 for more information.
X
ATN Release 2.0 introduces: • Support for loopbacks on the newly introduced SIM-T-1-10GP, SIM-T-1-10GM, SIM-T-1-10GT and SIM-A-8-2.5GMT modules • OTUk Client CTP PRBS test support on the trib and line ports on the SIM-T-1-10GM and SIM-T-1-10GP (in addition to the OTUk Client CTP PRBS test support on line port of SIM-T-110G) • SONET/SDH trib and line PRBS support on SIM-A-8-2.5GMT • DTF section-level PRBS and DTF path-level PRBS support on SIM-A-8-2.5GMT and SIM-T-1-10GT • Fibre Channel test signal generation support on trib and line side of SIM-A-8-2.5GMT • GbE test signal generation support on trib-side of SIM-A-8-2.5GMT and GbE test signal generation and monitoring support on line-side of SIM-A-8-2.5GMT • OTUk TTI support extended to SIM-T-1-10GM and SIM-T-110GP (in addition to SIM-T-1-10G) • DChCTP and DTPCTP TTI support on SIM-T-1-10GT and SIM-A-8-2.5GMT
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Introduction
Page 1-17
Table 1-1 New Features and Hardware for Release 2.0
Feature
Description
New/ Updated in R2.0
Equipment Management Managed Object Model
All hardware equipment, physical ports and logical termination points are represented through the network management interfaces as managed objects, according to the Telcordia, ITU-T and TMF general information modeling standards.
X
Users can export inventory information in Tab Separated Value (TSV) and Comma Separated Value (CSV) format. See “Managed Objects” on page 4-30. System Discovery and Inventory
System resources, including the circuit-packs, multi-chassis and TOM-TOM optical connections, are automatically discovered. This inventory is maintained and viewed through the network management interfaces. See “System Discovery and Inventory” on page 4-31 for more information.
X
ATN also supports auto-discovery for optical connections between: • Two TOMs placed on SIMs in an ATN network • A TOM on a TAM-2-10GT on a DTN and a TOM on a SIM-T-110-GT or SIM-A-8-2.5GMT on an ATN. See “Data Plane Discovery” on page 4-33 for more information Trib Disable Action / Line Disable Action
ATN supports configuration of the tributary behavior upon trib disabling (disabling because of locked or maintenance state, or because of autonomous trib disabling due to detection of Trib Path LOF or Trib Path AIS). ATN supports None, Send AIS, Insert Idle, Turn-off Laser, Disable Transmitter, Send NOS and Send All Zeroes Trib Disable Actions.
X
ATN also supports configuration of the line behavior upon line disabling on the SIM-T-1-10G, SIM-T-1-10GP and SIM-T-1-10GM. None and Turn-off Laser are the supported Line Disable Actions State Modeling
Infinera Corporation
ATN implements a standard state model, compliant with TMF814, and GR-1093, for all the managed objects.
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 1-18
Release 2.0 Feature Summary
Table 1-1 New Features and Hardware for Release 2.0
Feature
New/ Updated in R2.0
Description Service Recovery
Digital Subnetwork Connection Protection (D-SNCP)
ATN enables 1+1 protection of diverse circuit paths through the Digital Optical Network for sub-50ms switching. Digital SNCP increases the overall reliability and service up-time of the optical path, and provides fault escalation, which enables Digital SNCP protection on services that are transported through foreign WDM or SONET/SDH networks that originate and terminate on Infinera ATNs. Infinera ATN provides 2-port DSNCP and 1-port DSNCP protection. For more information, see “Digital Subnetwork Connection Protection (D-SNCP)” on page 4-79.
Optical Subnetwork Connection Protection (O-SNCP)
O-SNCP offers service protection on all interface points within the optical network. It protects against SIM failures by using standalone Optical Protection Switch (OPSW) modules that offers cost-effective path protection in both CWDM and DWDM networks without the need for two SIMs. For more information, see “Optical Subnetwork Connection Protection (O-SNCP)” on page 4-89.
X
Performance Monitoring Optical, Digital and Client Performance Monitoring
ATN supports optical and digital PM data collection. SONET/ SDH/Ethernet/OTN/Fibre Channel client PM data collection is supported in the ATN for the tributary interfaces. Both current and historical PM reset counters are supported, as is automatic notification of user-defined-threshold crossings for early detection of problems. See “ATN PM Parameters” on page B-1 for more details.
X
ATNs support customizable severity levels for Threshold Crossing Alerts (TCAs). See “Alarm Severity Assignment Profile Setting (ASAP)” on page 4-9 for more information on setting alarm/ TCA severities. Release 2.0 adds support for collection of the following: • Optical and digital PMs for both the client and line side interfaces of SIM-T-1-10GP, SIM-T-1-10GM, SIM-T-1-10GT and SIM-A-8-2.5GMT • Optical PMs for AAMs, OFMs, Active OFMs and OPSW modules • OSC packet counter PM • Fan Inlet Temperature PM
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Introduction
Page 1-19
Table 1-1 New Features and Hardware for Release 2.0
Feature PM Data Upload
Description Provides automatic and periodic transfers of PM data in Comma Separated Value (CSV) format, for integration with external applications. See “PM Data Export” on page 4-44 for more information.
New/ Updated in R2.0 X
Security and Access Management Standards-based Security Model with Network-wide User Administration
Based on the Telcordia GR-815-CORE standard, the security model provides sup-port for user identification, authentication, and access control with user customized access privileges.
Security Audit Log
The ATN features a persistent circular audit log that records all system configuration activities and security related events, such as unauthorized attempts and excessive authentication attempts. The audit log provides traceability of all system-impacting changes.
SSHv2 Security
This feature secures management plane communications using the Secure Shell version 2 (SSHv2) and Secure File Transfer Protocol (SFTP) protocols. Users may dynamically configure SSHv2 security on a per-network element basis.
X
In Release 2.0, the SFTP port number can be configured by the user (the default port number is 22). Remote Authentication Dial-In User Service (RADIUS)
In Release 2.0, the Infinera Digital Optical Network introduces support for RADIUS, a standard for remote authentication and storage of user name and password information in a centralized location. An Infinera network element can be configured to authenticate users according to the local settings or via the configured RADIUS servers. In addition, the network element can be configured to authenticate users first according to the RADIUS settings, and then according to the local settings on the network element if no RADIUS server can be contacted.
X
Software and Database Management Software Management
ATN allows users to remotely download the software image from a user specified FTP server to the AMM of the ATC-A. Each network element can store three images of the software, which users may selectively activate. The system provides the option to gracefully "fall-back" or "down-grade" to a prior release in the rare event that a failure is experienced during the upgrade process. Software images can be managed across multiple network elements from a centralized location.
Database Management
Users can backup, download and restore database versions. Each network element can store three versions of a database, which users may selectively activate.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 1-20
Release 2.0 Feature Summary
Table 1-1 New Features and Hardware for Release 2.0
Feature
New/ Updated in R2.0
Description
Chassis Branding
ATC-As contain database versions that are branded - or marked as belonging to a specific chassis - in order to prevent activation of the wrong controller within a given chassis.
Remote Hardware FPGA Upgrade
The ATN hardware modules that support the ability to be remotely upgraded include all types of AAMs, OFMs and SIMs. System Management
ATN SNMP Agent
In Release 2.0, IQA NOS ATN provides an embedded SNMPv2c agent on Infinera network elements in order to meet the management requirements of third party EMS/NMS systems that are based on the SNMP protocol.
X
Network Management User Interfaces Infinera Graphical Node Manager (GNM) GUI
ATN GNM is a web browser-launched Graphical User Interface (GUI) to manage a single network element. The Infinera GNM provides all of the relevant network element-level Operations, Administration, Maintenance, and Provisioning (OAM&P) functions.
X
Release 2.0 includes updates to the ATN GNM to support all features listed above. For more information, see “Infinera ATN Graphical Node Manager (GNM)” on page 5-3.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Introduction
Page 1-21
Table 1-1 New Features and Hardware for Release 2.0
Feature Infinera Digital Network Administrator (DNA)
Description An element management system that, in addition to all the network element-level functionality found in the Infinera ATN GNM, provides network-level OAM&P functions. For more information, see “Infinera Digital Network Administrator (DNA)” on page 5-9.
New/ Updated in R2.0 X
In addition to DTN and Optical Line Amplifier support, DNA’s multi-platform support has been expanded to include Infinera ATN network elements: • DNA supports provisioning services and fiber patch configuration for ATN nodes, in addition to ATN features such as Alarm Severity Assignment Profile Setting (ASAP), FTP, PM upload scheduling, and security applications for ATN nodes. • DNA supports the ATN Link Viewer, ATN Channel Map Viewer, ATN Fiber Connectivity Manager, and ATN Graphical Fiber Connectivity Manager. • The Multiple Node Administration feature has been expanded to include ATNs (note that a DTN cannot be used as a reference node for ATNs and vice-versa). Infinera ATN CLI
A command line interface (CLI) provides full Fault-management, Configuration, Accounting, Performance, and Security (FCAPS) support for ATNs.
X
Release 2.0 includes updates to the ATN CLI to support all features listed above. For more information, see “Command Line Interface (CLI)” on page 5-11
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 1-22
ATN System Description Guide
Release 2.0 Feature Summary
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
CHAPTER 2
Network Applications This chapter describes the configurations and network topologies supported by the ATN in the following sections: “ATN Configurations” on page 2-2 “Network Topologies” on page 2-4
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 2-2
ATN Configurations
ATN Configurations The Infinera ATN provides terminal, add/drop and amplification functions by using a common set of circuit packs and allowing the terminal, add/drop or regeneration functions to be selected on a per-channel or a per-node basis. The ATN provides a flexible and granular network design. Utilizing a wide variety of Optical Filter Modules (OFMs), the ATN transports up to 40 DWDM optical channels, and provides 0% to 100% add/drop capability of the optical channels at any site. For ATN sites that do not terminate or drop 100% of the optical channels, the remaining channels are optically expressed though the site. In addition, the ATN provides digital and optical performance monitoring for fault isolation and troubleshooting. Figure 2-1 shows the possible ATN configurations, which are described in the following sections: “ATN Add/Drop Configuration” on page 2-2 “ATN Terminal Configuration” on page 2-2
Figure 2-1 ATN Configurations
ATN Terminal Configuration An ATN configured as a Terminal node terminates the incoming line side traffic and hands off the traffic to the customer equipment. The ATN can terminate up to 40 channels in a pure DWDM system, eight channels in a CWDM system and 32 channels in a mixed CWDM/DWDM system in increments ranging from 155Mbps to10Gbps by populating the client side interfaces as and when needed. See “ATN Terminal Site Operation” on page 3-59 for information on configuring ATN terminal sites.
ATN Add/Drop Configuration When at least two fiber pairs are terminated at an ATN, it can be configured to add/drop and pass through the line-side traffic. The ATN can be configured to selectively add/drop specific channels and optically
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Network Applications
Page 2-3
express the remaining channels. Each ATN can perform add/drop in each direction, for up to a total of 40 channels. Performance monitoring and fault monitoring is performed for each add/drop channel. At ATN Add/Drop nodes, only the configured optical channels will terminate. The remaining optical channels that do not drop will be optically expressed though the node into the network. See “ATN Add/Drop Site Operation” on page 3-60 for information on configuring add/drop sites.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 2-4
Network Topologies
Network Topologies The ATNs can be arranged to support a broad range of network topologies uniquely meeting the implementation needs of metro applications. The flexibility of the ATNs supports a number of possible network topologies, the most typical of which are highlighted in the following sections: “Point-to-Point Network” on page 2-4 “Linear Add/Drop Network” on page 2-4 “Ring Network” on page 2-5
Point-to-Point Network In its simplest form, a point-to-point network consists of two ATNs, each configured as an ATN Terminal node, connecting two sites in the network (see Figure 2-2). Figure 2-2 Point-to-Point Network
Linear Add/Drop Network A linear add/drop network is a simple extension of the point-to-point network configuration where multiple point-to-point segments are concatenated and traffic is added, dropped or passed through at the intermediate sites. This network configuration is used when customer traffic is dropped at multiple sites (see Figure 2-3). Figure 2-3 Linear Add/Drop Network
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Network Applications
Page 2-5
Ring Network A ring network is essentially the linear add/drop topology with a diverse path. Consequently, it is a widely used network topology in Metro networks. A typical ATN configuration consists of one ATN configured in the terminal configuration at the hub and add/drop nodes at remote sites (see Figure 2-4). Figure 2-4 Ring Network
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 2-6
ATN System Description Guide
Network Topologies
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
CHAPTER 3
Digital Optical Networking Systems As described in Chapter 1, Infinera offers Digital Optical Networking Systems that help carriers build Digital Optical Networks. The Infinera ATN, referred to as the ATN, provides digital bandwidth management and client access to the Coarse Wavelength Division Multiplexing (CWDM) and Dense Wavelength Division Multiplexing (DWDM) transport bandwidth. The following section provides a brief overview of the hardware modules that make up the ATN: “ATN Hardware Overview” on page 3-2
The system interfaces, data plane, control plane and management plane functions as described in the following sections. “System Interfaces” on page 3-32 “System Data Plane Functions” on page 3-38 “System Control Plane Functions” on page 3-48 “System Management Plane Functions” on page 3-52 “Multi-Chassis Systems” on page 3-53
As described in Chapter 2, the ATN supports multiple configurations. The different configurations are described in the following section: “ATN Site Operation” on page 3-59
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-2
ATN Hardware Overview
ATN Hardware Overview This section provides an overview of the hardware modules that are equipped in the ATN. For the detailed description and technical specifications of the ATN hardware, refer to the Infinera ATN Hardware Description Guide. The ATN is composed of an active chassis ATC-A, one or more passive chassis ATC-P (optional) and one or more passive Dispersion Management Chassis (DMCs) for housing Dispersion Compensation Modules (DCMs). The ATN hardware is described in the following sections. “ATN Transport Chassis (ATC-A) Overview” on page 3-2 “ATC Transport Chassis-Passive (ATC-P) Overview” on page 3-7 “Circuit Packs for the ATC” on page 3-8 “Dispersion Management Chassis (DMC) Overview” on page 3-30
ATN Transport Chassis (ATC-A) Overview The ATN is composed of one or more chassis and field replaceable circuit packs. The ATC-A is one chassis type that can be used. The ATC consists of several common equipment components. Table 3-1 gives a list of the ATC components and field replaceable circuit packs. A front view of the ATC with the ATC components and circuit packs is shown in Figure 3-1 on page 3-4. A
Table 3-1 ATC-A Hardware Equipment Equipment Type ATC components
Name Rack mounting ears Power Conversion Modules (DC and AC) Fan Tray Module Air Filter Alarm Panel Fiber management guide and cable guide Card Cage
Circuit Packs
ATN Management Module (AMM-A) Service Interface Module-10G (SIM-T-1-10G) Service Interface Module-2.5G Multi-rate (SIM-T-2-2.5GM) Service Interface Module-10G (SIM-T-1-10GP) Service Interface Module-10G (SIM-T-1-10GM) Service Interface Module-10G (SIM-T-1-10GT)
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-3
Table 3-1 ATC-A Hardware Equipment Equipment Type Circuit Packs
Name Service Interface Module-2.5G (SIM-A-8-2.5GMT) Optical Protection Switch Module (OPSW-1) Optical Protection Switch Module (OPSW-2) ATN Amplifier Module-Pre/line (AAM-P1) ATN Amplifier Module-Boost (AAM-B1) ATN Amplifier Module-Pre/line (AAM-P2) ATN Amplifier Module-Boost (AAM-B2) Optical Filter Modules (OFMs) The following TOMs are supported in the ATN:
Line TOMs • Tributary Optical Module-10G, DWDM XFP (TOM-10G-Dn-LR2) • Tributary Optical Module-10G (TOM-10G-Cn-LR2) • Tributary Optical Module-10G (TOM-10G-DT-LR2) • Tributary Optical Module-2.5G Multi Rate, DWDM SFP (TOM-MR-Dn-LR2) • Tributary Optical Module-2.5G Multi Rate, CWDM SFP (TOM-MR-Cn-LR2)
Client TOMs • Tributary Optical Module-10G-SR0 (TOM-10G-SR0) • Tributary Optical Module-10G-SR1 (TOM-10G-SR1) • Tributary Optical Module-10G-IR2 (TOM-10G-IR2) • Tributary Optical Module-10G-LR2 (TOM-10G-LR2) • Tributary Optical Module-8G (TOM-8G-XSM-LC-L) • Tributary Optical Module-2.5G-SR1 (TOM-2.5G-SR1) • Tributary Optical Module-2.5G-IR2 (TOM-2.5G-IR2) • Tributary Optical Module-2.5G-LR2 (TOM-2.5G-LR2) • Tributary Optical Module-2.5G-SR1 Multi Rate (TOM-2.5GMR-SR1) • Tributary Optical Module-2.5G-IR1 Multi Rate (TOM-2.5GMR-IR1) • Tributary Optical Module-8G (TOM-8G-SM-LC-L) • Tributary Optical Module-1G-LX (TOM-1G-LX) • Tributary Optical Module-1G-SX (TOM-1G-SX) • Tributary Optical Module-1G-ZX-A (TOM-1G-ZX-A) (continued..)
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-4
ATN Hardware Overview
Table 3-1 ATC-A Hardware Equipment Equipment Type Circuit Packs
Name (continued..)
OSC TOM • Tributary Optical Module-100M-C45-L2 (TOM-100M-C45-L2)
Electrical TOMs • Tributary Optical Module (Video TOM) High-definition Serial Digital Interface (HD-SDI) 1.485G receiver (TOM-1.485HD-RX) • Tributary Optical Module (Video TOM) 1.485G high-definition (HD) transmit (TOM-1.485HD-TX) • Tributary Optical Module (Video TOM) 1.4835G high-definition (HD) receiver (TOM-1.4835HD-RX) • Tributary Optical Module (Video TOM) 1.4835G high-definition (HD) transmit (TOM-1.4835HD-TX) • TOM-1G-BASE-T
Figure 3-1 ATC-A Front View
The ATC-A houses the common equipment required for operations and the circuit packs that transport and terminate optical signals. Each ATN supports up to eight CWDM channels or forty DWDM channels of line capacity. It provides the means for direct access to client data in the form of SONET/SDH, Gigabit Ethernet, Fibre Channel, ESCON, FICON, OTU1 and video signals at any site.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-5
The ATC-A includes the following common equipment that provides power, performs system supervision, and enables system-level communication: Rack Mounting Ears (see “ATC Rack Mounting Ears” on page 3-5) Two Power Conversion Modules (see “ATC Power Conversion Module (PCM)” on page 3-6) External Indicators and Connectors (see “ATC Alarm Panel” on page 3-6) One Fan Tray (see “ATC Fan Tray” on page 3-6) One Air Filter (see “ATC Air Filter” on page 3-6) One Fiber management guide and cable guide (see “Fiber Management Guide and Cable Guide” on
page 3-6) One Card cage (see “ATC Card Cage” on page 3-7)
ATC Rack Mounting Ears There are nine types of rack mounting ears that can be ordered and installed on the ATC by the user. The rack mounting ears are utilized to flush mount the chassis in a 19-inch or 23-inch ANSI or ETSI rack. Separate forward mount ears are utilized to allow the chassis to mount 2-inch forward from the front of the 19-inch or 23-inch ANSI or ETSI rack. Additionally recessed mid-mount ears are utilized to allow the chassis to be mounted 2-inch behind the back of the 19-inch or 23-inch ANSI or ETSI rack. ATC 19-inch rack mounting options: 19-inch rack flush mount 19-inch rack 2-inch forward mount 19-inch rack 2-inch recessed mid-mount ATC 23-inch rack mounting options: 23-inch rack flush mount 23-inch rack forward mount 23-inch rack 2-inch recessed mid-mount ATC ETSI (600mm)rack mounting options: ETSI (600mm) rack flush mount ETSI (600mm) rack 2-inch forward mount ETSI (600mm) rack 2-inch recessed mid-mount
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-6
ATN Hardware Overview
ATC Power Conversion Module (PCM) In Release 2.0, ATC-A supports two PCMs - DC PCM and AC PCM. The DC power conversion module for the ATC-A, PCM-48VDC receives a -48V DC input feed and
generates 12V DC output to the backplane at a capacity of up to 360W. The AC power conversion module for the ATC-A, PCM-AC accepts a 100-240V AC input and con-
verts to 12V DC output to the backplane at a capacity of 350W. It also creates a +3.3V DC at a capacity of 10W and distributes it to the backplane.
ATC Alarm Panel The ATC-A alarm panel houses the following LEDs and input/output alarm contacts: Chassis level alarm LEDs (Critical, Major, Minor) One Alarm Cutoff (ACO) button One ACO LED Alarm Input/Output contact sets—The ATC-A front panel houses five alarm input sets and ten output
contact sets corresponding to user alarms and office alarms. Of the five external alarm inputs, four are user configurable (one is dedicated for ACO). Of the ten external alarm outputs, four are user configurable and the remaining six are based on system alarms (three each for visual and audible).
ATC Fan Tray Each ATC accommodates one removable fan tray (A-FANTRAY) in the chassis. The fan tray contains two individually controlled fans and an embedded air filter. The ATC employs a horizontal-push approach to move air through the chassis. The air flow enters from the right side of the ATC through the Air Filter and Fan Tray, and exits from the left side of the chassis.
ATC Air Filter Each ATC accommodates one replaceable air filter embedded within the fan tray to filter out particles at the air intake of the ATC.
Fiber Management Guide and Cable Guide An optional fiber management guide can be used in conjunction with the ATC. The fiber management guide is one rack unit high (1.75”) and is designed to be mounted directly on top of an ATC. The fiber management guide aids in routing fiber optic cables between the ATC and the equipment rack. In addition to the fiber management guide, there are three cable management guides that can be mounted directly to the ATC, one each on the right and left sides of the chassis and one in the middle. Along with the fiber management guide, the cable guides maximize valuable rack space and help to eliminate the
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-7
pinching of cables in addition to providing correct cable bend radius. This ensures the system’s continual integrity and protection against signal loss or degradation.
ATC Card Cage Each ATC-A contains a single card cage consisting of eleven chassis slots which house the field replaceable circuit packs that provide the optical and digital transport functions of the system. Each ATC card cage can accommodate: A valid combination of Service Interface Modules (SIMs), Optical Protection Switch Modules (OPSWs)
and/or Optical Filter Modules (OFMs) of any type in slots 1 to 8 Note: Double-width circuit packs can be inserted in slots 1, 3, 5, and 7. Up to two ATN Amplifier Modules (AAMs) of any type or up to two Passive OSC Add/Drop Module
(OFM-1-OSC) in slots 9 and 10 (for DWDM line systems) A single ATN Management Module (AMM) in slot 11 A valid combination of client TOMs, line TOMs and OSC TOMs
ATC Transport Chassis-Passive (ATC-P) Overview The ATC-P is a two rack unit (RU) passive chassis. Like the ATC-A, the ATC-P can be installed in 19-inch or 23-inch ANSI or ETSI equipment rack. The ATC-P is purely passive and there are no power or management interfaces for the chassis. The ATC-P can accommodate up to eight single-width passive Optical Filter Modules (OFMs), housed one in each slot or four double-width Optical Filter Modules (OFMs). See Figure 3-2 on page 3-8. Note: OFMs with Variable Optical Attenuators (VOAs) are not supported in the ATC-P.
Note: ATC-P chassis cannot be used as the Main Chassis For more information on Optical Filter Modules, see “Optical Filter Module (OFM)” on page 3-24.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-8
ATN Hardware Overview
Figure 3-2 ATC-P Front View
Circuit Packs for the ATC The following sections describe the different types of field replaceable circuit packs that are used in the ATC-A. “ATN Management Module (AMM)“ (see the following section) “ATN Amplifier Module (AAM)” on page 3-9 “Passive OSC Add/Drop Module” on page 3-10 “Service Interface Module (SIM)” on page 3-10 “Optical Protection Switch Module (OPSW)” on page 3-17 “Tributary Optical Module (TOM)” on page 3-17 “Optical Filter Module (OFM)” on page 3-24
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-9
ATN Management Module (AMM) The ATN Management Module (AMM-A) is the main system controller and performs the following functions: Runs the operating software of the system Provisions line cards Collects performance monitoring and alarm data Provides user interfaces Manages the system configuration database Sends and manages configuration data to individual circuit packs within the system Provides management gateway functions to the external Data Communications Network (DCN) Terminates east and west Optical Supervisory Channels (OSCs) Supports remote network element configuration database download. The database is also available
from the local AMM-A through a removable memory module (NAND Flash) Provides a local serial port for initial AMM and system commissioning Communicates with other AMMs via Nodal Control (NC) ports located on the AMM
The AMM-A supports rebranding or recommissioning, a process by which a user may take an AMM with a known database and overwrite the database onto a chassis that is not branded to work with the AMM. See “Database Branding” on page 4-61 for more information on AMM rebranding.
ATN Amplifier Module (AAM) The ATC includes ATN Amplifier Modules (AAMs) with variable EDFA gain. The AAMs are used to provide amplification in DWDM systems and increase the optical reach between ATNs. ATN Release 2.0 supports the following low power AAMs: AAM-B1 Boost-EDFA— Boost 13dBm Output Power AAM-P1 Pre/Line-EDFA— Pre/Line 13dBm Output Power
The low power AAMs perform the following functions: Available in two configurations that provide pre/line and boost amplification in DWDM systems Variable gain performance AAM-B1 Boost-EDFA—10dB to 16dB AAM-P1 Pre/Line-EDFA—20dB to 30dB Provides full C-Band coverage Extensive performance management and alarm management capabilities Integrated OSA monitoring port and OSC Add/Drop ports
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-10
ATN Hardware Overview
Excellent transient response and flat gain over wide dynamic range
ATN Release 2.0 supports the following high power AAMs: AAM-B2 Boost-EDFA— Boost 17dBm Output Power AAM-P2 Pre/Line-EDFA— Pre/Line 17dBm Output Power
The high power AAMs perform the following functions: Available in two configurations that provide pre/line and boost amplification in DWDM systems Variable gain performance AAM-B2 Boost-EDFA— 10 to 16 dB AAM-P2 Pre/Line-EDFA— 20 to 30 dB Provides full C-Band coverage Extensive performance management and alarm management capabilities Integrated OSA monitoring ports and OSC Add/Drop ports Excellent transient response and flat gain over wide dynamic range Supports 40 channels on the line side
Passive OSC Add/Drop Module The OSC is an optical supervisory channel used for out-of-band communications between ATN network elements. The passive OSC module (OFM-1-OSC) provides add/drop capabilities for the Infinera ATNs at 1451nm OSC. For optical spans that do not require optical amplification, the passive OSC module (OFM-1OSC) will be used in place of an AAM for line side connectivity. The OFM-1-OSC provides the same add/drop capabilities for optical supervisory channel (OSC) as an AAM.
Service Interface Module (SIM) The ATN includes the following types of Service Interface Modules (SIMs) or transponders: SIM-T-1-10G Single tributary port and line-side port, 10G transponder Client and line-side Tributary Optical Modules (TOMs) use XFP transceivers. Line-side TOMs utilize DWDM or CWDM transceivers. The client signals are encapsulated in a 10G OTU2 or OTU2e frame. Signals received on the client-side TOM are converted from optical to electrical and then
wrapped into G.709 framing and FEC/EFEC encoded before sending out to the line side.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-11
Signals received on the line-side TOM are converted from optical to electrical and the received
data will be FEC/EFEC decoded and G.709 de-framed before sending out to the client transmitter. Can be configured to use FEC or Enhanced FEC (EFEC) for extra gain. Provides performance monitoring for both the line and client interfaces. It supports multiple applications including 10GbE LAN, 10GbE WAN, OC-192 and STM-64 SIM-T-2-2.5GM Two-port multi-rate transponder module Both client and line interfaces utilize Small Form-factor Pluggable (SFP) transceivers (TOMs) Line side TOMs utilize DWDM or CWDM transceivers Two client-side TOMs support the OC-3, OC-12, OC-48, STM-1, STM-16, STM-64, 1GbE, 1G
FC, 2G FC, ESCON, FICON, OTU1, HD-SDI (1.485G and 1.4835G), SD-SDI and DVB-ASI client signals Two line-side TOMS provide 3R regeneration of the client signals listed above. Supports clock and data recovery (CDR) only and does not map the client signal into any other
format Supports 1-Port D-SNCP and 2-Port D-SNCP SIM-T-1-10GP Single tributary port, dual line-side port, 10G transponder Client and line side optical modules using pluggable XFP transceivers Client side incoming data is wrapped into G.709 framing and FEC/EFEC encoded before send-
ing out to line Performs client signal adaptation to OTU2. Supports OC-192, STM-64, 10GbE LAN, 10GbE
WAN, 8G FC, 10G FC client signals, OTU2/2e to OTU2/2e regeneration and OTU2f to OTU2f regeneration Supports 10GbE LAN 3R Regeneration for low latency applications Provides fully transparent transport for TDM, Ethernet, SAN and Regen services Supports 1-Port D-SNCP and 2-Port D-SNCP SIM-T-1-10GM Single tributary port, single line-side port, 10G transponder Client and line side optical modules using pluggable XFP transceivers Client side incoming data is wrapped into G.709 framing and FEC/EFEC encoded before send-
ing out to line Performs client signal adaptation to OTU2. Supports OC-192, STM-64, 10GbE LAN, 10GbE
WAN, 8G FC, 10G FC client signals, OTU2/2e to OTU2/2e Regen and OTU2f to OTU2f regeneration
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-12
ATN Hardware Overview
Provides fully transparent transport for TDM, Ethernet, SAN and Regen services Supports 2-Port D-SNCP SIM-T-1-10GT 10G DTF transponder with one tributary port and one line port equipped TOMs Supports OTU2v Digital Transport Frame (DTF) line-side WDM digital wrapper. Provides 10G
Transponder functionality in the ATN platform enabling WDM line-side interworking with Infinera DTN by connecting directly to the 10GT Tributary Adaptor Module, TAM-2-10GT. Provides support for 10GbE LAN PHY, 10GbE WAN PHY, SONET OC-192 and SDH STM-64
signals mapped to OTU2v DTF 10G DTF Regen (DTF to DTF) Supports 2-Port D-SNCP SIM-A-8-2.5GMT Eight port, any-service any-port muxponder, with the client-side and line-side optical SFP and
XFP transceivers respectively The eight client ports are divided into two 4-port groups. The bandwidth limit per group is 5Gbps
and the client interfaces can support one of the following: – Up to eight ports of 1GbE –
Up to four ports of SONET OC-3, OC-12, OC-48 and SDH STM-1, STM-4, STM-16
– Up to eight ports of 1G FC –
Up to four ports of 2G FC
Note: Only odd-numbered ports can support client signals of 2Gbps and above. Supports 2-Port DSNCP and O-SNCP
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-13
Table 3-2 on page 3-13 provides details on SIMs supported by the ATN, the TOMs that can be housed in each of the SIMs and the supported service types. Table 3-2 SIM-TOM Compatibility Matrix SIM Type
SIM-T-1-10G
Client/Line TOM Type
Supported Services
Line TOMs TOM-10G-Dn-LR2
• SONET OC-192
TOM-10G-Cn-LR2
• SDH STM-64
TOM-10G-DT-LR2
• 10GbE WAN Phy
TOM-10G-SR1
• 10GbE LAN Phy
Client TOMs TOM-10G-SR0
• 10GbE WAN Phy
TOM-10G-Dn-LR2
• 10GbE LAN Phy
TOM-10G-DT-LR2
• SONET OC-192
TOM-10G-SR1
• SDH STM-64
TOM-10G-IR2 TOM-10G-LR2
SIM-T-1-10GT
Line TOMs TOM-10G-Dn-LR2
DTF (OTU2v)
TOM-10G-Cn-LR2 TOM-10G-DT-LR2
Client TOMs TOM-10G-SR0
• 10GbE WAN Phy • 10GbE LAN Phy
TOM-10G-SR1
• SONET OC-192
TOM-10G-IR2
• SDH STM-64
TOM-10G-LR2
• 10GbE WAN Phy • 10GbE LAN Phy
TOM-10G-Dn-LR2
DTF (OTU2v)
TOM-10G-Cn-LR2 TOM-10G-DT-LR2
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-14
ATN Hardware Overview
Table 3-2 SIM-TOM Compatibility Matrix SIM Type
SIM-T-1-10GP and SIM-T-1-10GM
Client/Line TOM Type
Supported Services
Line TOMs TOM-10G-Cn-LR2
• OTU2 • OTU2e
TOM-10G-Dn-LR2
• OTU2
TOM-10G-DT-LR2
• OTU2e • OTU2f
Client TOMs TOM-10G-SR0
• 10GbE WAN Phy • 10GbE LAN Phy • 10G Fibre Channel
TOM-10G-SR1
• SONET OC-192 • SDH STM-64 • 10GbE WAN Phy • 10GbE LAN Phy • 10G Fibre Channel
SIM-T-1-10GP and SIM-T-1-10GM
TOM-10G-IR2
• SONET OC-192
TOM-10G-LR2
• SDH STM-64 • 10GbE WAN Phy • 10GbE LAN Phy • 10G Fibre Channel • OTU2 • OTU2e
TOM-8G-XSM-LC-L
8G Fibre Channel
TOM-10G-Cn-LR2
• SONET OC-192 • SDH STM-64 • 10GbE WAN Phy • 10GbE LAN Phy • OTU2 • OTU2e
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-15
Table 3-2 SIM-TOM Compatibility Matrix SIM Type
SIM-T-1-10GP and SIM-T-1-10GM
Client/Line TOM Type
Supported Services
TOM-10G-Dn-LR2
• SONET OC-192
TOM-10G-DT-LR2
• SDH STM-64 • 10GbE WAN Phy • 10GbE LAN Phy • 10G Fibre Channel • OTU2 • OTU2e
SIM-T-2-2.5GM
Line TOMs TOM-MR-Dn-LR2
• SONET OC-48
TOM-MR-Cn-LR2
• SONET OC-12 • SONET OC-3 • SDH STM-16 • SDH STM-4 • SDH STM-1 • OTU1 • 1GbE • ESCON • FICON • 1G FC • 2G FC • SD-SDI • HD-SDI • DVB-ASI
SIM-T-2-2.5GM
Client TOMs TOM-1G-SX
• 1GbE
TOM-1G-LX
• 1G FC • 2G FC
TOM-1G-ZX
1GbE
TOM-1G-BASE-T TOM-2.5G-SR1
• SONET OC-48 • SDH STM-16
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-16
ATN Hardware Overview
Table 3-2 SIM-TOM Compatibility Matrix SIM Type
SIM-T-2-2.5GM
Client/Line TOM Type
Supported Services
TOM-2.5G-MR-SR1
• SONET OC-3
TOM-2.5G-MR-IR1
• SDH STM-1
TOM-MR-Dn-LR2
• SONET OC-12
TOM-MR-Cn-LR2
• SDH STM-4
TOM-2.5G-IR2
• SONET OC-48
TOM-2.5G-LR2
• SDH STM-16 • OTU1 • 1GbE • 1G Fibre Channel • 2G Fibre Channel • ESCON • FICON • DV6000
TOM-1.485HD-RX
• HD-SDI
TOM-1.485HD-TX
• SD-SDI
TOM-1.4835HD-RX
• DVB-ASI
TOM-1.4835HD-TX
SIM-A-8-2.5GMT
Line TOMs TOM-10G-Dn-LR2
DTF (OTU2v)
TOM-10G-Cn-LR2 TOM-10G-DT-LR2
Client TOMs TOM-1G-SX
• 1GbE
TOM-1G-LX
• 1G FC
TOM-1G-ZX
1GbE
• 2G FC
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-17
Table 3-2 SIM-TOM Compatibility Matrix SIM Type
SIM-A-8-2.5GMT
Client/Line TOM Type
Supported Services
TOM-2.5G-MR-SR1
• SONET OC-3
TOM-MR-Dn-LR2
• SDH STM-1
TOM-MR-Cn-LR2
• SONET OC-12
TOM-2.5G-IR2
• SDH STM-4
TOM-2.5G-LR2
• SONET OC-48 • SDH STM-16 • 1GbE • 1G Fibre Channel • 2G Fibre Channel
TOM-2.5G-MR-IR1
• SONET OC-3 • SDH STM-1 • SONET OC-12 • SDH STM-4 • SONET OC-48 • SDH STM-16
Optical Protection Switch Module (OPSW) The Optical Protection Switch Module (OPSW) is a stand-alone module that can be used to provide cost-effective path protection (Optical-Subnetwork Connection Protection, O-SNCP) in both CWDM and DWDM networks for any of the services supported by the ATN SIMs. The OPSW provides optical protection without the need for two SIMs. The following two types of OPSWs are supported: OPSW-1—One client port, two line ports module to provide one protection service OPSW-2—Two client ports, four line ports module to provide two protection services
Tributary Optical Module (TOM) A TOM is an optical or an electrical transceiver that is housed by the ATN Management Module (AMM) and/or Service Interface Module (SIM) and serves as the client and line interface for the ATN SIMs. A optical transceiver (TOM) converts an incoming optical signal into a serial electrical signal for further processing in the AMM or SIM. The TOM also converts outgoing signals from electrical to optical for transport over optical fibers. Table 3-3 provides details on each of the TOMs supported by the ATN. The optical connector for each TOM is an LC duplex connector.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-18
ATN Hardware Overview
Table 3-3 Tributary Optical Modules for ATN
TOM Type
Form Factor Type
Description
Supported Signal Types
Compatible Equipment
Line TOMs TOM-10G-Dn-LR2 (n=18-37 and 40-59)
TOM-10G-Cn-LR2
XFP
XFP
(n=47, 49, 51, 53, 55 and 57)
Field-replaceable, long-reach, 10G • SONET OC-192 Small Form Factor Pluggable • SDH STM-64 (XFP) optical transceiver. • 10GbE WAN Phy The TOM-10G-Dn-LR2 supports Dense Wavelength Division Multi- • 10GbE LAN Phy plexing (DWDM) 10Gbps SONET/ • 10G Fibre Channel SDH interfaces and DWDM • OTU2 10Gbps Ethernet applications. • OTU2e There are up to forty variations of • OTU2f this TOM, but the value “TOM10G-Dn-LR2” is used to pre-provi- • OTU2v (DTF) sion this TOM type in the management interfaces. The variations are named TOM-10G-Dn-LR2 (where the n equals 18-37 and 40-59). Each variation of the TOM-10GDn-LR2 transmits at a wavelength spaced at 100GHz on the Cband9.
• SIM-T-1-10G
Field-replaceable, long-reach, 10G • SONET OC-192 Small Form Factor Pluggable • SDH STM-64 (XFP) optical transceiver. • 10GbE WAN Phy The TOM-10G-Cn-LR2 supports Coarse Wavelength Division Multi- • 10GbE LAN Phy plexing (CWDM) wavelengths. • OTU2
• SIM-T-1-10G
There are six variations of this TOM type. The variations are named TOM-10G-Cn-LR2 (where the n equals 47,49,51,53,55 and 57). Each variation of the TOM10G-Cn-LR2 has a 20nm wavelength spacing, covering wavelengths 1471nm to 1571nm.
ATN System Description Guide
• SIM-T-1-10GP • SIM-T-1-10GM • SIM-T-1-10GT • SIM-A-8-2.5GMT
• SIM-T-1-10GP • SIM-T-1-10GM • SIM-T-1-10GT • SIM-A-8-2.5GMT
• OTU2e • OTU2v (DTF)
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-19
Table 3-3 Tributary Optical Modules for ATN
TOM Type TOM-10G-DT-LR2
TOM-MR-Dn-LR2 (n=18-37 and 40-59)
Form Factor Type XFP
SFP
Description
Supported Signal Types
Compatible Equipment
Field-replaceable, long-reach, 10G • SONET OC-192 Small Form Factor Pluggable • SDH STM-64 (XFP) tunable optical transceiver. • 10GbE WAN Phy The TOM-10G-DT-LR2 is tunable across the the DWDM channels in • 10GbE LAN Phy
• SIM-T-1-10G
the ITU 100GHz grid as well as • 10G Fibre Channel channels that have a 50GHz offset • OTU2 from the ITU 100GHz grid. • OTU2e ITU Channels 17.5 through 59 (with the exception of channels 38, • OTU2f 38.5, 39 and 39.5) are supported • OTU2v (DTF) on the TOM-10G-DT-LR2.
• SIM-A-8-2.5GMT
Field-replaceable, 2.5G Small Form Factor Pluggable (SFP) module.
• SONET OC-48
• SIM-T-2-2.5GM
Field-replaceable, 2.5G Small Form Factor Pluggable (SFP) module.
• SONET OC-48
• SIM-T-1-10GP • SIM-T-1-10GM • SIM-T-1-10GT
• SONET OC-12
• SONET OC-3 The 2.5G Multi-rate DWDM TOM converts client side optical signals • 1G Fibre Channel to and from serial electrical sig• 2G Fibre Channel nals. • 1GbE There are forty variations of this • ESCON TOM type. The variations are named TOM-MR-Dn-LR2 (where • FICON the n equals 18-37 and 40-59). • OTU-1 Each variation of the TOM-MR• SD-SDI DWDM-LR2 transmits at a specific wavelength spaced at 100GHz on • HD-SDI the C-band, covering channels 18 • DVB-ASI to 37 and channels 40 to 59 TOM-MR-Cn-LR2 (n=47,49,51,53,55,57, 59,61)
Infinera Corporation
SFP
• SIM-T-2-2.5GM
• SONET OC-12
• SONET OC-3 The 2.5G Multi-rate CWDM TOM converts client side optical signals • 1G Fibre Channel to and from serial electrical sig• 2G Fibre Channel nals. • 1GbE There are eight variations of this • ESCON TOM type. The variations are named TOM-MR-Cn-LR2 (where • FICON the n equals 47, 49, 51, 53, 55, 57, • OTU-1 59, 61). Each variation of the • SD-SDI TOM-MR-CWDM-LR2 has a 20nm • HD-SDI wavelength spacing, covering wavelengths 1471nm to 1611nm. • DVB-ASI
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-20
ATN Hardware Overview
Table 3-3 Tributary Optical Modules for ATN
TOM Type
Form Factor Type
Description
Supported Signal Types
Compatible Equipment
Client TOMs TOM-10G-SR0
TOM-10G-SR1
XFP
XFP
Field-replaceable, short-reach, • 10GbE LAN Phy 10G XFP optical transceiver oper- • 10G Fibre Channel ating at 850nm. The TOM-10GSR0 is intended for use with multimode fiber.
• SIM-T-1-10G
Field-replaceable, short-reach • SONET OC-192 10G XFP optical transceiver oper- • SDH STM-64 ating at 1310nm. • 10GbE WAN Phy
• SIM-T-1-10G
• 10GbE LAN Phy
• SIM-T-1-10GP • SIM-T-1-10GM • SIM-T-1-10GT • SIM-T-1-10GP • SIM-T-1-10GM • SIM-T-1-10GT
• 10G Fibre Channel TOM-10G-IR2
XFP
Field-replaceable, intermediatereach 10G XFP optical transceiver operating at 1550nm
• SONET OC-192
• SIM-T-1-10G
• SDH STM-64
• SIM-T-1-10GP
• 10GbE WAN Phy
• SIM-T-1-10GM
• 10GbE LAN Phy
• SIM-T-1-10GT
• 10G Fibre Channel • OTU2 • OTU2e TOM-10G-LR2
XFP
Field-replaceable, long-reach 10G • SONET OC-192 XFP optical transceiver operating • SDH STM-64 at 1550nm • 10GbE WAN Phy • 10GbE LAN Phy
• SIM-T-1-10G • SIM-T-1-10GP • SIM-T-1-10GM • SIM-T-1-10GT
• 10G Fibre Channel • OTU2 • OTU2e TOM-8G-XSM-LC-L
XFP
ATN System Description Guide
Field-replaceable Single Mode, 8G • 8G Fibre Channel Long Wavelength Laser, Long Distance
Release 2.0 Infinera Proprietary and Confidential
• SIM-T-1-10GP • SIM-T-1-10GM
Infinera Corporation
Digital Optical Networking Systems
Page 3-21
Table 3-3 Tributary Optical Modules for ATN
TOM Type TOM-2.5GMR-SR1
Form Factor Type SFP
Description Field-replaceable, short-reach, 2.5G multi-rate SFP optical transceiver operating at 1310nm.
Supported Signal Types
Compatible Equipment
• SONET OC-3
• SIM-T-2-2.5GM
• SDH STM-1
• SIM-A-8-2.5GMT
• SONET OC-12 • SDH STM-4 • SONET OC-48 • SDH STM-16 • OTU1 • 1GbE • 1G Fibre Channel • 2G Fibre Channel • ESCON • FICON • DV6000
TOM-2.5GMR-IR1
SFP
Field-replaceable, intermediatereach, 2.5G SFP optical transceiver operating at 1310nm and software-configurable to support various interfaces.
• SONET OC-3
• SIM-T-2-2.5GM
• SDH STM-1
• SIM-A-8-2.5GMT
NOTE: The TOM-2.5GMR-IR1 always uses the transmission characteristics of OC-48 IR-1 or STM-16, even when set to the lower OC-3/OC-12 or STM-1/ STM-4 rates. Launch power and receiver sensitivity should be taken into consideration when connecting to 155M IR-1 and 622M IR-1 interfaces, and an attenuator should be applied, if appropriate.
• SONET OC-48
• SONET OC-12 • SDH STM-4 • SDH STM-16 • OTU1 • 1GbE • 1G Fibre Channel • 2G Fibre Channel • ESCON • FICON • DV6000
TOM-2.5G-SR1
Infinera Corporation
SFP
Field-replaceable, short-reach, • SONET OC-48 2.5G SFP optical transceiver oper- • SDH STM-16 ating at 1310nm.
SIM-T-2-2.5GM
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-22
ATN Hardware Overview
Table 3-3 Tributary Optical Modules for ATN
TOM Type TOM-2.5G-IR2
Form Factor Type SFP
Description Field-replaceable, intermediatereach, 2.5G SFP optical transceiver operating at 1550nm.
Supported Signal Types
Compatible Equipment
• SONET OC-3
• SIM-T-2-2.5GM
• SDH STM-1
• SIM-A-8-2.5GMT
• SONET OC-12 • SDH STM-4 • SONET OC-48 • SDH STM-16 • OTU1 • 1GbE • 1G Fibre Channel • 2G Fibre Channel • ESCON • FICON • DV6000
TOM-2.5G-LR2
SFP
Field-replaceable, long-reach, • SONET OC-3 2.5G SFP optical transceiver oper- • SDH STM-1 ating at 1310nm. • SONET OC-12
• SIM-T-2-2.5GM • SIM-A-8-2.5GMT
• SDH STM-4 • SONET OC-48 • SDH STM-16 • OTU1 • 1GbE • 1G Fibre Channel • 2G Fibre Channel • ESCON • FICON • DV6000 TOM-1G-SX
TOM-1G-LX
SFP
SFP
ATN System Description Guide
Field-replaceable, short-reach, 1Gb Ethernet SFP optical transceiver operating at 850nm. The TOM-1G-SX is intended for use with multi-mode fiber.
• 1GbE
• SIM-T-2-2.5GM
• 1G Fibre Channel
• SIM-A-8-2.5GMT
• 2G Fibre Channel
Field-replaceable, long-reach, 1Gb • 1GbE Ethernet SFP optical transceiver • 1G Fibre Channel operating at 1310nm. • 2G Fibre Channel
Release 2.0 Infinera Proprietary and Confidential
• SIM-T-2-2.5GM • SIM-A-8-2.5GMT
Infinera Corporation
Digital Optical Networking Systems
Page 3-23
Table 3-3 Tributary Optical Modules for ATN
TOM Type TOM-1G-ZX
Form Factor Type SFP
Description Field-replaceable, extended distance 1Gb Ethernet SFP optical transceiver operating at 1550nm.
Supported Signal Types 1GbE
Compatible Equipment • SIM-T-2-2.5GM • SIM-A-8-2.5GMT
OSC TOM TOM-100M-C45-L2
SFP
Field-replaceable, supports the ATN Optical Supervisory Channel (OSC) operating at OSC at 1451nm.
Fast Ethernet
AMM-A
Electrical TOMs
Note: The following TOMs have electrical interfaces, unlike all of the above TOMs, which are optical interfaces. In addition, all of these electrical TOMs are uni-directional, meaning they either receive or transmit but not both. TOM-1.485HD-RX
BNC
Field-replaceable Small Form Fac- • HD-SDI: tor Pluggable (SFP), High-definiSMPTE 292M tion Serial Digital Interface (HD• SD-SDI: SDI) 1.485G receiver. SMPTE 259M-C, SMPTE 344M
SIM-T-2-2.5GM
• DVB-ASI: EN 50083-9 TOM-1.485HD-TX
BNC
Field-replaceable Small Form Fac- • HD-SDI: tor Pluggable (SFP), High-definiSMPTE 292M tion Serial Digital Interface (HD• SD-SDI: SDI) 1.485G transmitter. SMPTE 259M-C, SMPTE 344M
SIM-T-2-2.5GM
• DVB-ASI: EN 50083-9 TOM-1.4835HD-RX
BNC
Field-replaceable Small Form Fac- • HD-SDI: tor Pluggable (SFP), High-definiSMPTE 292M tion Serial Digital Interface (HD• SD-SDI: SDI) 1.4835G receiver. SMPTE 259M-C, SMPTE 344M
SIM-T-2-2.5GM
• DVB-ASI: EN 50083-9
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-24
ATN Hardware Overview
Table 3-3 Tributary Optical Modules for ATN
TOM Type TOM-1.4835HD-TX
Form Factor Type BNC
Supported Signal Types
Compatible Equipment
Field-replaceable Small Form Fac- • HD-SDI: tor Pluggable (SFP), High-definiSMPTE 292M tion Serial Digital Interface (HD• SD-SDI: SDI) 1.4835G transmitter. SMPTE 259M-C, SMPTE 344M
SIM-T-2-2.5GM
Description
• DVB-ASI: EN 50083-9 TOM-1G-BASE-T
RJ-45
Field-replaceable Small Form Fac- 1GbE tor Pluggable (SFP) converts electrical analog signals to SFP compatible output.
SIM-T-2-2.5GM
Optical Filter Module (OFM) The Optical Filter Module (OFM) optically multiplexes/de-multiplexes optical channels from or to SIMs and AAMs. The OFMs are hard-wired to transmit and receive a designated number of DWDM or CWDM channels with specific wavelengths. Note: The ATC-P can house only the passive OFMs. Active OFMs (with VOA) and OFM-1-OSC modules cannot be housed in the ATC-P. There are several types of OFMs, each providing one or more feature options. Table 3-4 on page 3-24 describes the different OFMs supported in the ATN.
Table 3-4 OFM Product Details Product Ordering Name (PON)
Description
Channels and Bands/ Sub-bands Supported
DWDM OFMs
10-channel DWDM OFMs (Passive OFMs) OFM-10-D-M-5059
10 Channel DWDM Multiplexer/Demultiplexer with 1 Red/Blue Filter port and 1 Expansion Port
Band 1 (Channel 50-59)
OFM-10-D-M-4049
10 Channel DWDM Multiplexer/Demultiplexer
Band 2 ( Channel 40-49)
OFM-10-D-M-2837
10 Channel DWDM Multiplexer/Demultiplexer with 1 Expansion Port and 1 Red/Blue Filter port
Band 3 (Channel 28-37)
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-25
Table 3-4 OFM Product Details Product Ordering Name (PON) OFM-10-D-M-1827
Channels and Bands/ Sub-bands Supported
Description 10 Channel DWDM Multiplexer/Demultiplexer
Band 4 (Channel 18-27)
4-channel DWDM OFMs (Passive OFMs) OFM-4-D-A-5659
4-Channel DWDM OADM Module with Express Port
Sub-Band 1 (Channel 56-59)
OFM-4-D-A-5255
4-Channel DWDM OADM Module with Express Port
Sub-Band 2 (Channel 52-55)
OFM-4-D-A-4851
4-Channel DWDM OADM Module with Express Port
Sub-Band 3 (Channel 48-51)
OFM-4-D-A-4447
4-Channel DWDM OADM Module with Express Port
Sub-Band 4 (Channel 44-47)
OFM-4-D-A-4043
4-Channel DWDM OADM Module with Express Port
Sub-Band 5 (Channel 40-43)
OFM-4-D-A-3437
4-Channel DWDM OADM Module with Express Port
Sub-Band 6 (Channel 34-37)
OFM-4-D-A-3033
4-Channel DWDM OADM Module with Express Port
Sub-Band 7 (Channel 30-33)
OFM-4-D-A-2629
4-Channel DWDM OADM Module with Express Port
Sub-Band 8 (Channel 26-29)
OFM-4-D-A-2225
4-Channel DWDM OADM Module with Express Port
Sub-Band 9 (Channel 22-25)
OFM-4-D-A-1821
4-Channel DWDM OADM Module with Express Port
Sub-Band 10 (Channel 18-21)
4-channel DWDM OFMs with VOAs (Active OFMs) OFM-4-D-AV-5659
4-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and Photo Diodes
Sub-Band 1 (Channel 56-59)
OFM-4-D-AV-5255
4-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 2 (Channel 52-55)
Photo Diodes OFM-4-D-AV-4851
4-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
OFM-4-D-AV-4447
4-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 3 (Channel 48-51)
Photo Diodes Sub-Band 4 (Channel 44-47)
Photo Diodes OFM-4-D-AV-4043
4-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 5 (Channel 40-43)
Photo Diodes
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-26
ATN Hardware Overview
Table 3-4 OFM Product Details Product Ordering Name (PON) OFM-4-D-AV-3437
Description 4-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Channels and Bands/ Sub-bands Supported Sub-Band 6 (Channel 34-37)
Photo Diodes OFM-4-D-AV-3033
4-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 7 (Channel 30-33)
Photo Diodes OFM-4-D-AV-2629
4-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 8 (Channel 26-29)
Photo Diodes OFM-4-D-AV-2225
4-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 9 (Channel 22-25)
Photo Diodes OFM-4-D-AV-1821
4-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 10 (Channel 18-21)
Photo Diodes 2-channel DWDM OFMs with VOA (Active OFMs) OFM-2-D-AV-5859
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 1 (Channel 58 and 59)
Photo Diodes OFM-2-D-AV-5657
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 2 (Channel 56 and 57)
Photo Diodes OFM-2-D-AV-5455
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 3 (Channel 54 and 55)
Photo Diodes OFM-2-D-AV-5253
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 4 (Channel 52 and 53)
Photo Diodes OFM-2-D-AV-5051
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 5 (Channel 50 and 51)
Photo Diodes OFM-2-D-AV-4849
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 6 (Channel 48 and 49)
Photo Diodes OFM-2-D-AV-4647
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 7 (Channel 46 and 47)
Photo Diodes OFM-2-D-AV-4445
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 8 (Channel 44 and 45)
Photo Diodes
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-27
Table 3-4 OFM Product Details Product Ordering Name (PON) OFM-2-D-AV-4243
Channels and Bands/ Sub-bands Supported
Description 2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 9 (Channel 42 and 43)
Photo Diodes OFM-2-D-AV-4041
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
OFM-2-D-AV-3637
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 10 (Channel 40 and 41)
Photo Diodes Sub-Band 11 (Channel 36 and 37)
Photo Diodes OFM-2-D-AV-3435
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 12 (Channel 34 and 35)
Photo Diodes OFM-2-D-AV-3233
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 13 (Channel 32 and 33)
Photo Diodes OFM-2-D-AV-3031
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
OFM-2-D-AV-2829
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 14 (Channel 30 and 31)
Photo Diodes Sub-Band 15 (Channel 28 and 29)
Photo Diodes OFM-2-D-AV-2627
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 16 (Channel 26 and 27)
Photo Diodes OFM-2-D-AV-2425
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 17 (Channel 24 and 25)
Photo Diodes OFM-2-D-AV-2223
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
OFM-2-D-AV-2021
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 18 (Channel 22 and 23)
Photo Diodes Sub-Band 19 (Channel 20 and 21)
Photo Diodes OFM-2-D-AV-1819
2-Channel DWDM OADM Module with Express Port, Variable Optical Attenuators (VOAs) and
Sub-Band 20 (Channel 18 and 19)
Photo Diodes CWDM OFMs (Passive OFMs)
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-28
ATN Hardware Overview
Table 3-4 OFM Product Details Product Ordering Name (PON) OFM-8-C-M-4761
Description 8-Channel CWDM Multiplexer/Demultiplexer
Channels and Bands/ Sub-bands Supported Band 1 (consisting of channels with the following corresponding wavelengths): • 1471nm • 1491nm • 1511nm • 1531nm • 1551nm • 1571nm • 1591nm • 1611nm
OFM-2-C-A-4755
2-Channel CWDM OADM Module with Express Port
Sub-Band 1 (consisting of channels with the following corresponding wavelengths): • 1471nm • 1551nm
OFM-2-C-A-4957
2-Channel CWDM OADM Module with Express Port
Sub-Band 2 (consisting of channels with the following corresponding wavelengths): • 1491nm • 1571nm
OFM-2-C-A-5159
2-Channel CWDM OADM Module with Express Port
Sub-Band 3 (consisting of channels with the following corresponding wavelengths): • 1511nm • 1591nm
OFM-2-C-A-5361
2-Channel CWDM OADM Module with Express Port
Sub-Band 4 (consisting of channels with the following corresponding wavelengths): • 1531nm • 1611nm
OFM-1-C-A-47
ATN System Description Guide
1-Channel CWDM OADM Module with Express Port
Release 2.0 Infinera Proprietary and Confidential
Channel corresponding to a wavelength of 1471nm
Infinera Corporation
Digital Optical Networking Systems
Page 3-29
Table 3-4 OFM Product Details Product Ordering Name (PON)
Channels and Bands/ Sub-bands Supported
Description
OFM-1-C-A-49
1-Channel CWDM OADM Module with Express Port
Channel corresponding to a wavelength of 1491nm
OFM-1-C-A-51
1-Channel CWDM OADM Module with Express Port
Channel corresponding to a wavelength of 1511nm
OFM-1-C-A-53
1-Channel CWDM OADM Module with Express Port
Channel corresponding to a wavelength of 1531nm
OFM-1-C-A-55
1-Channel CWDM OADM Module with Express Port
Channel corresponding to a wavelength of 1551nm
OFM-1-C-A-57
1-Channel CWDM OADM Module with Express Port
Channel corresponding to a wavelength of 1571nm
OFM-1-C-A-59
1-Channel CWDM OADM Module with Express Port
Channel corresponding to a wavelength of 1591nm
OFM-1-C-A-61
1-Channel CWDM OADM Module with Express Port
Channel corresponding to a wavelength of 1611nm
DWDM and CWDM OFM (Passive OFM) OFM-6-CD-M-4761
6-Channel CWDM and DWDM Multiplexer/Demultiplexer with 1 DWDM Expansion Port and an OSC Add/drop port
CWDM channels with the following corresponding wavelengths: • 1471nm • 1491nm • 1511nm • 1571nm • 1591nm • 1611nm 32 C-Band DWDM channels ranging from Channel 26 to Channel 37 and Channel 40 to Channel 59
1310nm OFM (Passive OFM) OFM-1-WDM
Infinera Corporation
Multiplexes or de-multiplexes a 1310nm signal with OSC and CWDM or DWDM channels
Wavelength of 1310nm
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-30
Dispersion Management Chassis (DMC) Overview
Dispersion Management Chassis (DMC) Overview This section provides an overview of the Dispersion Management Chassis (DMC). For the detailed description and technical specifications refer to the Infinera ATN Hardware Description Guide. The DMC is a passive chassis and does not require management or power. Depending on the span characteristics, the DMC is optionally included with ATNs to house Dispersion Compensation Modules (DCMs). The DMC is composed of a chassis and DCMs. DCMs house dispersion compensating fiber that is optically connected to an ATN. The DCM equalizes chromatic dispersion of different frequency components having different propagation speeds and reverses the dispersion effect of transmission fiber, restoring the optical signal. Refer to the Infinera ATN Hardware Description Guide for detailed list of available DCM versions. The DMC is a 1RU chassis. The DMC can be mounted in a 23-inch rack (flush-mount and 1-inch, 2-inch, 5inch and 6-inch forward-mount), 300mmx600mm or 600mmx600mm ETSI rack (flush-mount), or a 19-inch rack. Each DMC can accommodate two half-width DCMs (see Figure 3-3) or one full-width DCM (see Figure 3-4). Figure 3-3 DMC-B with Two Half-Width DCMs
OUT
IN
R OR EADAB IEN TAT LE ION
OUT
IN
R OR EADAB IEN TAT LE ION
infn_029
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-31
Figure 3-4 DMC-B with One Full-Width DCM
OUT
IN
R OR EADAB IEN TAT LE ION
infn_028
Dispersion Compensation Module (DCM) Overview The Dispersion Compensation Module, referred to as DCM, is a passive pluggable module that slides into the Dispersion Management Chassis (DMC). The DCM supports the following functions: Houses dispersion compensating fiber that is optically connected to an AAM in-line access port
(DCM) through a front panel, duplex optical cable Note: The length of the dispersion compensation fiber depends upon the DCM type Equalizes chromatic dispersion of different frequency components having different propagation
speeds Reverses the dispersion effect of transmission fiber and restores the optical signal
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-32
System Interfaces
System Interfaces The ATNs provide several external interfaces as described in the following sections: “Management Interfaces” on page 3-32 “Transport Interfaces” on page 3-33 “Multi-chassis Interconnect Interfaces” on page 3-35 “Input/Output Alarm Contacts and Relays” on page 3-36 “System LEDs” on page 3-37
Management Interfaces Infinera network elements provide multiple craft interfaces for local user access to network management and Operations, Administration, Maintenance and Provisioning (OAM&P) functions. A Data Communication Network (DCN) interface for remote access is also provided. Note: In case of a multi-chassis system, the physical ports (corresponding to the various management interfaces) on the AMM of the main chassis (and not the expansion chassis) must be used for connecting management devices to the ATNs. For more information on Multi-chassis systems, see “Multi-Chassis Systems” on page 3-53. Following is a list of external interfaces that can be used to facilitate the connection of management devices to the ATNs. DCN—An auto-negotiating 10/100Mbps Ethernet RJ-45 interface. There is one DCN interface per
network element that can be used by Operations Support System (OSS) personnel to manage the network element remotely. OSS personnel can use any of Infinera Network Management Software applications, such as the Infinera DNA, Infinera ATN GNM, SNMP agent or the CLI, to manage the local network element or any subtending network elements utilizing this network element as a gateway. The DCN interface is located on the front panel of the ATN Management Module (AMM). Note: The DCN port is an auto-negotiating 10/100Mbps Ethernet RJ-45 interface. Hence for its physical connectivity to the Ethernet switch/router/hub, please ensure that the port on the Ethernet switch/hub/router is also configured to perform auto-negotiation. If the peer port is not configured for auto-negotiation, then it can lead to Spanning Tree protocol failure due to duplex mismatch, which may lead to loss of management connectivity. Craft serial DCE—An RJ-45 port that provides a serial interface to access the network element. The
Craft serial DCE provides access to the Commissioning Command Line Interface (CCLI) for initial commissioning of the network element, as well as the Command Line Interface (CLI) for OAMP functions. Maintenance personnel can use this interface for managing the local network element or any
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-33
subtending network elements utilizing this network element as a gateway. This interface is located on the front panel of the AMM. Craft Ethernet—A 10Mbps Ethernet RJ-45 interface. This interface can be used to locally access
the network element through the Infinera GNM or CLI. Maintenance personnel can use this interface for managing the local network element or any subtending network elements utilizing this network element as a gateway. This interface is located on the front panel of the AMM. Note: Managing subtending network elements is supported from ATN CLI, but not from ATN GNM. Maintenance personnel can telnet to a local node and then perform a nested telnet to the subtending network elements. OSC—The OSC is a 100Mbps Ethernet signal at 1451nm. There are two OSC interfaces, OSC-E
and OSC-W, corresponding to the East and West directions respectively that facilitate inter node communication. The OSC interfaces are implemented on the front panel of the AMM and are accessible via two SFP ports. Note: DCN, Craft Ethernet and OSC ports are disabled on an ATC-A configured as an expansion chassis. Refer to Infinera ATN GNM User Guide and Infinera ATN CLI User Guide for more details on how to use these interfaces to access the corresponding network management applications.
Transport Interfaces The transport interfaces carry the user data. Two types of transport interfaces are provided as described below:
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-34
System Interfaces
Client/Trib Interfaces The client/trib interfaces are the ingress/egress points of the customer signals into/out of the ATN. These signals can be added/removed at a terminal site, or an Add/Drop site. The following client/trib signals are supported: SONET OC-192 SONET OC-48 SONET OC-12 SONET OC-3 SDH STM-64 SDH STM-16 SDH STM-4 SDH STM-1 10GbE LAN Phy 10GbE WAN Phy 1GbE 1G Fibre Channel 2G Fibre Channel 8G Fibre Channel 10G Fibre Channel Enterprise Systems Connection (ESCON) 200M Fibre Connectivity (FICON) 1G Video High Definition 1.485G (HD-SDI) Video High Definition 1.4835G (HD-SDI) Video Standard Definition 270M (SD-SDI) Digital Video Broadcasting 270M (DVB-ASI) DV6000 OTU1 OTU2 OTU2e OTU2f DTF or OTU2v
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-35
Line Interface The supported line interfaces are: Up to 40 DWDM line-side channels in combination with an OSC to provide up to 400Gbps transport
and in-band communications between network elements. The line-side channels include: OTU2 (10.7G) OTU2e (11.1G) OTU2f (11.3G) 10GbE DTF or OTU2v 3R output of 2.7Gbps and lower client signals Up to eight CWDM line-side channels in combination with an OSC to provide transport and in-band
communications between network elements. The line-side channels include: OTU2 (10.7G) OTU2e (11.1G) OTU2f (11.3G) 10GbE DTF or OTU2v 3R output of 2.7Gbps and lower client signals
The line side optical interface carries the aggregate signal coming into/out of the ATNs. The line side signal has the following characteristics: Supports up to 40x10Gbps channels and the 100Mbps OSC Enhanced FEC for 1E-15 end-to-end BER Transport of client signals ranging from 155Mbps to 10Gbps.
For more details on the optical characteristics of the line interfaces, refer to Infinera ATN Hardware Description Guide.
Multi-chassis Interconnect Interfaces The ATN provides two 10/100 Base-T auto-negotiating inter-chassis interconnect RJ-45 Ethernet interfaces labeled as Nodal Control (NC1 and NC2), for inter-chassis control in a multi-chassis system.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-36
System Interfaces
The NC ports allow controller cards (AMMs) to communicate with controllers present on other chassis. Note: See “Multi-chassis Functional Components” on page 3-55 for details on the number and types of chassis allowed in a multi-chassis system.
Input/Output Alarm Contacts and Relays The ATN provides several input and output alarm contacts for integration with existing telemetry systems. The network elements also provide visual and audible indicators for office alarms. The alarm contact interfaces are available as front-accessible wire-wrap connectors located on the ATC front panel. Each network element provides five alarm input contacts and ten alarm output contacts. Some of the contacts are reserved for pre-defined functions and the remaining are user-customizable, as described in the following sections. In addition, the Infinera ATN also provides an alarm cutoff (ACO) feature for acknowledging pending audible alarms.
Parallel Telemetry The ATC provides five external alarm inputs of which four are user-customizable environmental alarm input contact sets (through opto-isolators) and one is dedicated to the ACO. Each alarm input contact set consists of a signal and return contact (two contacts). When activated, a user-customized alarm set will generate a customized alarm. The status of all customizable alarms are accessible through the management applications. The ATC provide ten alarm output contact sets of which four are user-customizable parallel telemetry output contact sets using latching, form-c relays. The control relays are latching, meaning they maintain their relay position (open or closed) even during a power failure. Each output contact set consists of normally-closed (NC), normally-open (NO) and common contacts (three contacts). The alarm outputs are controlled by the AMM. Three alarm output contact sets each are reserved for visual and audible indicators.
Office Alarms The ATN reserves the following office dry alarm output contact sets for connection to the alarm grid: Critical Audible Critical Visual Major Audible Major Visual Minor Audible Minor Visual
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-37
Each set consists of normally-closed (NC), normally-open (NO) and common contacts.
Alarm Cutoff The ATC provides an alarm cutoff (ACO) function so that users can mute audible alarms while other types of alarm indications persist. The ACO is implemented with a front panel push button and a front panel LED. When the front panel ACO push button is pressed, all the current outstanding audible alarms (of all severities) are silenced and the ACO LED is illuminated. The illuminated ACO LED indicates that one or more audible alarms are present, but the audible indicators have been suppressed. Any subsequent alarms will trigger audible alarms. Alarm acknowledgement does not change the ACO LED state. The activation and de-activation of ACO for a single alarm is simple. When an alarm occurs, and a user triggers ACO, the audible alert becomes mute and the ACO LED is lit. When the alarm clears, the ACO LED is dimmed. When multiple alarms occur while ACO is in effect, the ACO activation/de-activation behavior is more complex. Consider the case in which an initial alarm, called Alarm X, is silenced by a user via ACO. At this point, the audible alarm is mute, and the ACO LED is lit. Now, if another alarm, called Alarm Y, is subsequently raised before Alarm X clears, the audible alert becomes audible again and the ACO LED dims. At this point, there are two possible scenarios: If the initial Alarm X clears, but Alarm Y remains active, the audible alert remains audible and the
ACO LED remains dim. This is because Alarm Y was not explicitly silenced with the ACO feature. The user may trigger ACO once again to silence the audible alarm and light the ACO LED. The ACO LED will dim once Alarm Y clears If Alarm Y clears, but Alarm X remains active, the audible alarm returns to a mute state and the ACO
LED relights. This reflects the fact that the initial Alarm X was muted with ACO. The ACO LED will dim once Alarm X clears. In addition to the front panel push button, ACO can also be triggered remotely through management applications, or through the reserved ACO input alarm contact set. Note: The ACO function is local to the chassis. It does not affect the audible alarm state in other chassis.
System LEDs The Infinera ATN features a complete set of chassis-level LEDs that convey the operational status of the network element. Each chassis houses Critical, Major, and Minor LEDs that convey the severities of current outstanding alarms within the chassis. All field-replaceable modules (except passive OFMs and OFM-1-OSC) house LEDs to indicate its power and fault status. For further details about the system LEDs, see “Local Alarm Summary Indicators” on page 4-6.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-38
System Data Plane Functions
System Data Plane Functions The ATC data plane consists of optical, optoelectronics, and electrical components located in multiple circuit packs performing adaptation, conversion, multiplexing/de-multiplexing, and switching of signals to provide digital transport and optical transport functions as described in the following sections. The following data plane functions are described below: “Optical Transport” on page 3-38 “Digital Transport” on page 3-42 “System Data Plane Functions” on page 3-45 “Data Plane Protection” on page 3-47
Optical Transport The ATC and corresponding circuit packs provide optical transport capability. Figure 3-5 illustrates the traffic flow and major components along the data path. Figure 3-5 illustrates an example configuration of the ATC. The inter-connectivity between the circuit packs could vary based on the network element configuration and customer application. Figure 3-5 ATC Digital and Optical Transport Architecture
Tributary Adaptation As shown in Figure 3-5, the ATC data plane performs a tributary adaptation function where any variety of 10Gbps client signals are adapted to an ITU-compliant optical signal for transmitting on the line fiber. The tributary adaptation includes conversion of client’s optical signals into electrical signals (performed in the TOMs), encapsulation of 10Gbps payload into a G.709 Optical Transport Unit referred to as the OTU2 or OTU2e frame, (performed in the SIMs) and conversion of the OTU signals into ITU-compliant DWDM optical signals.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-39
Use of the ITU channel plan allows the ATN to terminate up to 40 channels (in a DWDM system) or eight channels (in a CWDM system) in increments of 10G. For more information on the list of supported client interfaces, see “Client/Trib Interfaces” on page 3-34.
Optical Transport Unit Frame The Optical Transport Unit Frame, referred to as the OTU, is used within the Infinera Digital Optical Network to transparently transport client signals end-to-end. Infinera Digital and Optical Transport Architecture is modeled after the ITU G.709 digital wrapper architecture, and supports the following features: Transparent to the client signal format Accommodates 10Gbps wavelength Provides performance and maintenance functions on a per-channel basis Provides consistent transport management and monitoring capabilities irrespective of the specific
client signal format The OTU frame is designed to accommodate 10Gbps payload formats (see the list of supported client interfaces in “Client/Trib Interfaces” on page 3-34).
Optical Transport Layers The optical transport layers within the optical domain are (See Figure 3-6):
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-40
System Data Plane Functions
Figure 3-6 Optical Transport Layers
A client signal (such as SONET OC-192, 10GbE etc) is adapted at the optical channel payload unit
(OPU) layer by adding an overhead (OH) and adjusting the client signal rate to the OPU rate. Once adapted, the OPU is mapped into the optical channel data unit (ODU) by adding an overhead
(OH). The ODU is then mapped into an optical channel transport unit (OTU) by adding an overhead and
Forward Error Correction (FEC). OTUk (k = 1, 2, 3) are transported using the Optical channel (OCh) where each optical channel is
assigned a specific wavelength of the ITU grid. Once the optical channel is formed, additional overhead (OH) is added to individual OCh wave-
lengths, which then form the optical multiplexing sections (OMS). The Optical Multiplex Section (OMS) layer corresponds to the signal between two multiplexers. Several optical channels can be mapped into the optical multiplexing section (OMS) and then trans-
ported via optical transmission sections (OTS) layer. The Optical Transport Section (OTS) is an optical layer corresponding to a set of wavelengths. The OCh, OMS and OTS layers each have their own overhead for management purposes at the
optical level. The overhead of these optical layers is transported outside of the ITU grid in an out-ofband channel, the optical supervisory channel (OSC).
Optical Transport Unit (OTUk) Frame Structure The ATN data plane utilizes the following ITU-T G.709 OTUk frame formats: OTU2 format which provides a line rate of 10.7 Gbps and can be adapted to service OC-192/STM-
64 signals. OTU2e format which provides a line rate of 11. 1Gbps and can be adapted to service 10GbE LAN
signals. OTU2f format which provides a line rate of 11.3Gbps and can be adapted to service 10G Fibre
Channel
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-41
Figure 3-7 shows the generalized OTUk structure. Figure 3-7 Optical Transport Unit (OTUk) Frame Structure
The OTUk frame is segmented into the following groups: Frame Alignment Signal k Overhead (FAS-OH)—The FAS-OH provides frame and multi-frame
alignment of the OTUk. Optical Transport Unit k Overhead (OTUk-OH)—The OTUk-OH includes information for operational
functions to support transport through one or more optical channels. It facilitates transmission of information between OTU termination points. Optical Data Unit k Overhead (ODUk-OH) —The ODUk-OH is added to the ODUk information pay-
load to create the ODUk. It consists of sections dedicated to end-to-end ODUk path and six levels of Tandem Connection Monitoring (TCM). It also includes necessary overhead bytes to provide performance monitoring, maintenance and operational functions. Optical Path Unit k Overhead (OPUk-OH) —The OPUk-OH is added to the OPUk information pay-
load to create the OPUk. It includes information that supports adapting of client signals. Optical Path Unit k Payload (OPUk payload)—The OPUk is the information structure used to adapt
client information for transport over an optical channel. It comprises client information together with any overhead needed to perform rate adaptation between the client signal rate and the OPUk payload rate and other OPUk overhead supporting the client signal transport. The OPUk capacity for 10Gbps is supported. Optical Transport Unit k Forward Error Correction (OTUk-FEC)—The OTUk-FEC is used to support
Forward Error Correction and corresponds to the ITU G.709 standard OTUk FEC. The ITU G.709 standard supports Forward Error Correction (FEC) in the OTU frame and is the last part added to the frame. FEC provides a method to significantly reduce the number of transmitted errors due to noise, as well as other optical phenomena that occur at high transmission speeds. The Infinera ATN supports ITU G.709 standard eFEC (enhanced FEC) along with the OTUk-FEC.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-42
System Data Plane Functions
Digital Transport The SIM-T-1-10GT and SIM-A-8-2.5GMT circuit packs in an ATN provide digital transport capability. Figure 3-5 on page 3-38 illustrates the traffic flow and major components along the data path. The sections that follow describe the data plane functions.
Tributary Mapping As shown in Figure 3-5 on page 3-38, the ATC data plane performs a tributary adaptation function where any variety of client signals (see “Client/Trib Interfaces” on page 3-34) are adapted to an ITU-compliant signal for transmitting on the line fiber. The tributary adaptation includes conversion of client’s optical signals into electrical signals (performed in the TOMs), encapsulation of the payload into a Digital Transport Frame, referred to as the DTF, (performed in the SIM-T-1-10GT or SIM-A-8-2.5GMT) and conversion of the electrical signals into the ITU-compliant optical signals. The DTF architecture (see “Digital Transport Frame” on page 3-42) is designed to support transport for a variety of client signals (i.e. all signal rates supported by the SIM-T-1-10GT and SIM-A-82.5GMT on the ATN) through the network, irrespective of the actual payload format.
Digital Transport Frame The Infinera Digital Transport Frame, referred to as the DTF, is used within the Infinera Digital Optical Network to transport client signals. Infinera Digital Transport Architecture is modeled after the ITU G.709 digital wrapper architecture, but has been simplified and extended to support the following features: Transparent to the client signal format Accommodates different types of 2.5Gbps signals asynchronously multiplexed into a common
10Gbps wavelength for wavelength efficiency Provides performance and maintenance functions on a per-channel basis Provides consistent transport management and monitoring capabilities irrespective of the specific
client signal format The DTF is designed to accommodate a mix of payload formats, for example, 155Mbps, 1GbE, 10Gbps or any other signal rate supported by the SIM-T-1-10GT or SIM-A-8-2.5GMT modules of an ATN. The DTF accommodates the network layers as described in the sections that follow. The DTF framing is performed in the SIM-T-1-10GT or SIM-A-8-2.5GMT modules of an ATN.
Digital Transport Network Layers Infinera DTF format accommodates digital transport network layers, analogous to the OTU/ODU/OPU layered architecture specified by G.709. The digital transport network layers are described in the following sections: “DTF Section Layer” on page 3-43
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-43
“DTF Line Layer” on page 3-43 “DTF Path Layer” on page 3-43
Figure 3-8 below shows the digital transport network layers, and illustrates the network segments over which each layer is carried. Figure 3-8 DTF Layers
DTF Section Layer The DTF Section layer, referred to as the DTS, is terminated by each ATN SIM-T-1-10GT or DTN within the Infinera Digital Optical Network, and provides a dedicated layer of PM and maintenance functions for localized section monitoring and tracing. Each DTS signal contains dedicated overhead bytes for performance monitoring and maintenance functions, including Section-level trace messaging, Sectionlevel PRBS generation, and maintenance alarms. The DTS layer corresponds to the digital optical segments shown in Figure 3-8 on page 3-43.
DTF Line Layer In Infinera ATN, the DTF Line layer, referred to as the DTL, is the same as the DTF Section layer (DTS). The DTL providesPM and maintenance functions. The DTL/DTS layer correspond to the digital optical segments shown in Figure 3-8 on page 3-43.
DTF Path Layer The DTF Path layer, referred to as the DTP, is a generic 2.5Gbps or 10Gbps data channel which provides end-to-end encapsulation and delivery of the “digitally wrapped” client data. The Infinera DTF currently defines two DTP signals. One is a 2.5Gbps path signal referred to as the DTP1; the second is a 10Gbps path signal referred to as the DTP2. Each DTP signal contains dedicated overhead bytes for performance monitoring and maintenance functions, including Path-level trace messaging, Path-level PRBS generation,
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-44
System Data Plane Functions
and maintenance alarms. The DTP layer corresponds to the digital optical segments shown in Figure 3-8 on page 3-43
Digital Transport Frame Structure The DTF structure is based on the ITU-T G.709 OTU format (G.709 Appendix II, figure II.5) with several modifications. Figure 3-9 on page 3-44 shows the generalized structure for a 10Gbps digital channel. For 2.5Gbps payloads, up to four 2.5Gbps frames may be contained within a 10Gbps digital channel, and FEC is performed on the entire 10Gbps digital channel. Figure 3-9 Digital Transport Frame Structure Row
Column 1 1 2 3 4
7 8
14 15
DTFA-OH
16
4080
DTS-OH
DTL-OH and DTPk-OH
DTEk -OH
DTEk-Payload
FEC -OH infn_402
The DTF overhead contains the characteristic information for the DTF Section, DTF Line, and DTF Path layers of the network. The DTF Overhead is segmented into the following groups: Digital Transport Frame Alignment Overhead (DTFA-OH)—The DTFA-OH provides frame and multi-
frame alignment of the DTF. DTF Section Overhead (DTS-OH)—The DTS-OH supports DTF Section layer. This information cor-
responds to the G.709 OTUk and to the SONET Section Layer overhead and SDH Multiplex Section Layer overhead. It includes necessary overhead bytes to provide the performance monitoring and maintenance functions at the section layer. DTF Line Overhead (DTL-OH) —The DTL-OH supports DTF Line layer. This information corre-
sponds to the G.709 ODUk Tandem Connection (ODUkT) and to the SONET Line overhead. The G.709 supports six ODUkTs; Infinera Digital Frame Structure supports one DTL. It also includes necessary overhead bytes to provide performance monitoring, maintenance and APS functions at the line layer. DTF Path k Overhead (DTPk-OH) —The DTPk-OH is used to support a DTF DTPk. This information
corresponds to the G.709 ODUk Path (ODUkP) and to the end-to-end portion of the SONET/SDH path overhead. The Digital Frame Structure supports 2.5Gbps and 10Gbps DTPks corresponding to k=2.5 and k=10 respectively. The DTPk-OH contains necessary overhead bytes to provide end-toend performance monitoring and path level tracing. Digital Transport Payload Envelope k (DTEk)—The DTEk is the information structure used to adapt
client information for transport over a DTF Path k. It comprises Digital Transport Payload Envelope k Payload (DTEk-Payload) together with any Digital Transport Payload Envelope k Overhead (DTEkOH) needed to perform rate adaptation between the client signal rate and the DTEk-Payload rate,
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-45
and other overhead supporting the client signal transport. This overhead is adaptation specific. The DTEk capacities for 2.5Gbps and 10Gbps are supported. FEC Overhead (FEC-OH)—The FEC-OH is used to support Forward Error Correction. This informa-
tion corresponds to the G.709 OTUk FEC and is on the 10Gbps digital channel.
System Data Plane Functions The ATN system data plane provides the following functions: “Add/Drop” on page 3-45 “Regeneration” on page 3-45 “Digital Conditioning” on page 3-45 “Optical Conditioning” on page 3-46 “Optical Amplification” on page 3-46 “Digital Transport Performance Monitoring” on page 3-46 “Optical Performance Monitoring” on page 3-47
Add/Drop The ATN supports a wide variety of optical add/drop modules for granular and flexible network design engineering. Depending on add/drop modules used, 0% to 100% add/drop capability can be achieved at any given site, while any remaining channels are optically expressed through the site.
Regeneration The ATN system data plane implements optical regeneration on the following SIMs: SIM-T-1-10GM— Supports OTU2, OTU2e, and OTU2f regeneration. OTU2f is only supported for a
SIM configured for G.709 FEC, and is not supported with EFEC. SIM-T-1-10GP— Supports OTU2, OTU2e, and 10GbE LAN (supported in low latency mode) regen-
eration SIM-T-1-10GT— Supports OTU2v (DTF) regeneration SIM-T-2-2.5GM— Supports regeneration of all signals from 155Mbps to 2.7Gbps
Digital Conditioning The ATN system data plane includes FEC encoder/decoder for every channel that is digitally add/dropped or regenerated at every ATN (for all SIMs with the exception of SIM-T-2-2.5GM) to improve the overall BER. For the SIM-T-1-10G, SIM-T-1-10GP and SIM-T-1-10GM, Infinera implements standard G.709 FEC and an enhanced FEC algorithm (which has a higher coding gain than required by the standard G.975.1 Appendix
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-46
System Data Plane Functions
I.4). The Enhanced FEC algorithm provides a coding gain of greater than 8.0dB at 10Gbps at BER of 1e-15 with a 7% overhead ratio. For the SIM-T-1-10GT and SIM-A-8-2.5GMT, Infinera implements standard G.709 FEC and an enhanced FEC algorithm which has a higher coding gain than required by the standard G.709 RS(255,239) algorithm. The Enhanced FEC algorithm provides a coding gain of 8.7dB at 10Gbps at BER of 1e-15 with the same 7% overhead ratio as the standard G.709 FEC algorithm. Note: FEC and enhanced FEC are not supported on the interfaces of the SIM-T-2-2.5GM.
Optical Conditioning The ATN supports optical conditioning via Dispersion Compensation Modules (DCMs) for fine-tuning of the optical signals along the link. The ATN provides in-line access to DCMs, for compensation of the line signal. See “Dispersion Management Chassis (DMC) Overview” on page 3-30 for more information.
Optical Amplification The ATN Amplifier Modules (AAMs) in the ATN provide optical amplification of an aggregate optical signal and enable extended reach between ATN units. Infinera ATN offers low power amplifiers (with up to +13dBm of output power) and high power amplifiers (with up to +17dBm of output power).
Digital Transport Performance Monitoring As described in “Optical Transport Unit Frame” on page 3-39, client signals are encapsulated into an
OTU frame in OTU-based line cards to transport across the Digital Optical Network. The OTU architecture provides digital performance data that is independent of the client signal payload type and that can be monitored at circuit termination locations in the network. The OTU overhead bytes are designed to provide performance monitoring capabilities at transport layers analogous to SONET/ SDH layering. Also, the OTU includes FEC overhead bytes, providing FEC performance data for BER computation on each link and on each end-to-end channel. For more information on the supported PM parameters, see “OTU PM Parameters” on page B-7. As described in “Digital Transport Frame” on page 3-42, client signals are encapsulated within a
DTF to transport across the Digital Optical Network. The DTF architecture provides digital performance data that is independent of the client signal payload type and that can be monitored both at circuit terminations and at intermediate locations in the network. The DTF overhead bytes are designed to provide users performance monitoring capabilities at transport layers analogous to SONET/SDH layering. Also, the DTF includes FEC overhead bytes, providing FEC performance data for BER computation on each digital link and on each end-to-end digital channel. The DTF architecture includes the DTF Section and DTF Path (DTP) layers. Digital performance monitoring is supported at each of these layers, thereby enhancing troubleshooting and fault isolation in the transport domain.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-47
For more information on the supported PM parameters, see “DTF PM Parameters” on page B-9 and “DCh PM Parameters” on page B-12 Note: The digital PM data is available for all SIMs except the SIM-T-2-2.5GM.
Optical Performance Monitoring The ATN supports optical performance monitoring at the client tributary interface, line side optical channel interface, OSC interface, and C-Band interfaces. Refer to “Optical PM Parameters and Thresholds” on page B-2 for a detailed description of the supported optical PM parameters.
Data Plane Protection The Infinera Digital Optical Network system provides features to protect signals against facility failures, fiber cuts in the network, and equipment failures at the ingress or egress points of the network. The Digital Subnetwork Connection Protection (D-SNCP) feature provides digital protection of client
services, as described in “Digital Subnetwork Connection Protection (D-SNCP)” on page 4-79. The Optical Subnetwork Connection Protection (O-SNCP) feature defines and provisions optical
protection (includes a working and protection facility) for line services as described in “Optical Subnetwork Connection Protection (O-SNCP)” on page 4-89.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-48
System Control Plane Functions
System Control Plane Functions The ATNs include a fault tolerant and redundant control plane in order to support a reliable Digital Optical Network. The control plane provides: Communication between circuits packs within the same chassis (refer to “Intra-chassis Control
Plane” on page 3-48) Communication between chassis within a network element with multiple chassis (refer to “Inter-
chassis Control Plane” on page 3-49) Communication between network elements within the Digital Optical Network (refer to “Inter-node
Control Plane (over OSC)” on page 3-51) The intra-chassis and inter-chassis control planes provide redundant control paths to enhance the overall reliability of the network element. The following sections describe the redundancy provided at the hardware level. The IQA NOS ATN software utilizes the hardware features and enables system level redundancy.
Intra-chassis Control Plane The intra-chassis control plane in the ATNs consists of High-level Data Link Control (HDLC) interfaces, Inter-integrated Circuit (I2C), and universal asynchronous receiver/transmitter (UART) links for connecting the ATN Management Module (AMM) to all other modules within the chassis.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-49
Figure 3-10 Intra-chassis communication
Inter-chassis Control Plane The inter-chassis control plane on a multiple-chassis ATN is based on a switched 100Mbps Ethernet control path. The AMM card on each chassis has an 10/100Base-T Ethernet connection to its downstream and upstream chassis. Multiple chassis may be interconnected using two 10/100 Base-T ports on the front panel of each AMM, called Nodal Control (NC) ports. The NC ports are used for inter-chassis or node communication. ATN Release 2.0 supports multi-chassis nodes consisting of up to eight (8) ATC-As and two (2) ATC-Ps. One ATC-A is commissioned as the main chassis, and the remaining seven ATC-As are expansion chassis. The Main and expansion chassis communicate via the NC ports on their AMMs. For more information about multi-chassis systems of the ATN and their functionality, see “Multi-Chassis Systems” on page 3-53.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-50
System Control Plane Functions
Figure 3-11 Inter-chassis communication
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-51
Inter-node Control Plane (over OSC) The ATNs support Optical Supervisory Channel (OSC) for in-fiber, in-band communication between adjacent network elements. The OSC is a 100Mbps Ethernet channel operated at 1451nm. The OSC is terminated at every ATN node. The inter-node control plane carries the management plane traffic between network elements. This includes traffic from the remote management systems to access network elements for the purpose of managing them. The physical OSC interfaces are located on the AMM and the packets received on the OSC are sent to the the AMM for processing. Figure 3-12 Inter-node control plane over OSC
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-52
System Management Plane Functions
System Management Plane Functions The management plane provides the communication between the network element and the external management stations. As described in “Management Interfaces” on page 3-32, ATNs provide several management interfaces for management stations to communicate with the network element. The supported interfaces include: craft Ethernet and craft serial DCE ports for local personnel access, DCN port for remote access to the customer’s DCN. Each AMM includes a 10/100Mbps Ethernet DCN port to connect to the customer’s DCN network. For more information on the IQA Network Operating System ATN software, see “IQA NOS ATN Management Plane Overview” on page 4-71. Management traffic is communicated between adjacent network elements over the inter-node control plane (over the OSC).
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-53
Multi-Chassis Systems As discussed in “Inter-chassis Control Plane” on page 3-49, the inter-chassis control path enables the configuration of a multi-chassis system. The chassis are interconnected through the NC ports on the AMM front panel. There are two NC ports corresponding to uplink and downlink directions. This allows for multiple chassis to be interconnected. The Infinera ATN network element can be installed in a multi-chassis configuration that consists of up to ten ATCs (consisting of up to eight ATC-A chassis and up to two ATC-P chassis) installed on a single rack or multiple racks being managed as a single ATN node. One ATC-A is termed the main chassis and houses the node controller AMM. The remaining ATC-A or ATC-P chassis are termed expansion chassis. The AMMs included in the expansion chassis are termed as shelf controllers. Note: A Multi-Node configuration consists of multiple ATNs (each consisting of one ATC-A and optionally one or more ATC-Ps) connected together or stacked at a common location. Each ATN has a unique IP address and is managed individually. Multiple ATNs can be connected together to represent a single data path. Multi-node configurations are supported in ATN Release 1.0 only. In ATN Release 2.0, all multi-node configurations created in ATN Release 1.0 need to be migrated to a multi-chassis configuration.
Multi-Chassis Configuration In a multi-chassis configuration, up to eight ATC-A chassis and two ATC-P chassis installed on a single rack or multiple racks, are managed as a single node. The active chassis (ATC-A) is the only chassis that is managed and has an IP address. The passive chassis (ATC-Ps) are purely a passive extension of the ATC-A, and are used to house passive Optical Filter Modules (OFMs). The ATC-P is a managed object, but there is no management connectivity between the ATC-A and the ATC-Ps The Multi-Chassis configuration consists of One ATC-A chassis designated as the Main Chassis and housing the controller (AMM) that acts as
the node controller. Note: ATC-P chassis can only be used as expansion chassis. Only ATC-As can be used as the main chassis. The remaining chassis (can be an ATC-A or ATC-P chassis) are referred to as Expansion Chassis.
ATC-A expansion chassis house AMMs that act as shelf controllers. The node controller is responsible for terminating management requests and for managing the configuration database. Each of the shelf controllers provides a management view to the cards within its own chassis (the Expansion Chassis). The shelf controllers do not hold their own configuration databases. Up to two ATC-Ps can be provisioned as expansion chassis by using the ATN CLI, ATN GNM or DNA. The provisioned ATC-Ps are reflected in the management interface, but are not managed objects.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-54
Multi-Chassis Systems
The installation of a multi-chassis system requires some degree of planning in terms of the physical location of the racks and chassis within those racks.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-55
Figure 3-13 ATN Multi-chassis System
Multi-chassis Functional Components Each chassis in a multi-chassis system is composed of various functional components used for Operations, Administration, Maintenance and Provisioning (OAM&P) functions of the network element.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-56
Multi-Chassis Systems
This includes the management interface ports (NC, DCN, craft), fan, PCMs, alarm input/output contacts, alarm LEDs, ACO, and lamp test. Table 3-5 summarizes whether each functional component is enabled or disabled on the Main or Expansion Chassis. In particular, note the following: Alarm inputs and outputs operate on a per-chassis basis. ACO operates on a per-chassis basis. To silence any alarms, press the ACO button on each chassis
separately, or use the management interface to trigger ACO for each individual chassis. The chassis-level LEDs operate on a per-chassis basis, and reflect the state of Critical, Major, and
Minor alarms for each individual chassis. The Lamp Test feature tests functionality of all LEDs within a given chassis.
Table 3-5 Multi-chassis Functional Components
Port/Interface Name
Number per chassis or AMM
Alarm Inputs
5
Yes
Yes
Alarm Outputs
10
Yes
Yes
PCM
2
Yes
Yes
Fan
1
Yes
Yes
Chassis-level LEDs
3
Yes
Yes
NC
2
Yes
Yes
Craft DCE Port
1
Yes
No
Craft Ethernet Port
1
Yes
No
DCN Port
1
Yes
No
OSC ports
2
Yes
No
Enabled on Main Chassis
Enabled on Expansion Chassis
ACO
1
Yes
Yes
Lamp Test
1
Yes
Yes
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-57
Multi-chassis Provisioning Provisioning a multi-chassis system is a simple extension to provisioning a single-chassis system. Detailed instructions on provisioning a multi-chassis system are provided in the Infinera ATN Turn-up and Test Guide. Some important provisioning constraints are listed below: Note: See “Multi-Chassis Systems” on page 3-53 for details on the number and types of chassis and line modules allowed in a multi-chassis system. Only one chassis in a multi-chassis system may act as the Main Chassis. The Main Chassis is the first chassis to be commissioned in a multi-chassis system. The user can
set an ATC-A as a Node Controller (NC) during the initial commissioning of the node using the CCLI, however, the main chassis cannot be pre-provisioned through any software interface. The Main Chassis must be installed and provisioned before installing and provisioning an Expansion
Chassis. The Expansion chassis are pre-provisioned via the management interfaces (ATN CLI, ATN GNM, or
DNA) from the main chassis. During the initial commission of the Expansion Chassis, the ATC-As are defined as Shelf Controllers (SCs) via the CCLI. Chassis are interconnected through the NC ports on the AMM using unshielded twisted pair
(straight-through) CAT5 Ethernet cables that conform to 100BaseTX (IEEE 802.3) specifications. The NC cables must not exceed 100 meters (328 feet) in length. Further details on interconnecting multiple chassis through the NC ports are provided in “NC Cable Provisioning” on page 3-57. Each chassis has an ID number. The system automatically assigns the Main Chassis with the ID
number 1 during auto-creation. For Expansion Chassis, the user must assign each chassis with a unique chassis ID number from 2 to 10.
Multi-chassis Datapath Communication The following list highlights the externally visible communication path in multi-chassis systems, with particular focus on possible points of failure: External Management Communication
External management interfaces always communicate to the AMM on the Main Chassis through the DCN port or the OSC TOMs on the AMM. If an AMM on the Main Chassis is out-of-service or unreachable, then the entire network element is not reachable. This is true even if there are in-service AMMs present on the Expansion Chassis.
NC Cable Provisioning Because redundancy is supported in a multi-chassis system, there are a number of possible configurations when interconnecting the NC ports between chassis. Depending on the level of redundancy at each chassis and the NC port connectivity topology, different levels of failure protection are provided. See the
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-58
Multi-Chassis Systems
Infinera ATN Turn-up and Test Guide for recommended NC port configurations that offer varying levels of failure protection. Note: For more information on planning a Multi-Chassis or Multi-Node configuration, refer to the Infinera ATN Site Preparation and Hardware Installation Guide.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-59
ATN Site Operation The following sections described the signal flow within the ATN for each supported ATN configuration: “ATN Terminal Site Operation” on page 3-59 “ATN Add/Drop Site Operation” on page 3-60 “ATN Amplifier Only Site Operation” on page 3-60 “ATN Regeneration Site Operation” on page 3-61
ATN Terminal Site Operation Users can deploy the ATN as a terminal node. When deployed as a terminal node, all optical channels terminate at the ATN and there are no express or pass through channels. The ATN may have one or more ATCs, and optionally one or more passive DMCs for dispersion compensation depending on the configuration. Figure 3-14 on page 3-59 illustrates the logical configuration of an ATC at an ATN Terminal node. Figure 3-14 Hardware Logical Configuration of an ATN Terminal Node
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-60
ATN Site Operation
ATN Add/Drop Site Operation Users can deploy the ATN as an Add/Drop node. When deployed as an Add/Drop node, the ATN can be configured to selectively add/drop specific channels and optically express the remaining channels. Each ATN can perform add/drop in each direction, for up to a total of 40 channels. Only the configured optical channels will terminate. The remaining optical channels that do not drop will be optically expressed though the node into the network Each network element may have one or more ATCs, and optionally one or more passive DMCs for dispersion compensation depending on the configuration. Figure 3-15 on page 3-60 illustrates the logical configuration of a network element providing add/drop capacity. Figure 3-15 Hardware Logical Configuration of an ATN Add/Drop Node
ATN Amplifier Only Site Operation Users can deploy the ATN as an amplifier only site using only AAMs and AMM. SIMs and OFMs are not used as add or drop of channels is not supported on an amplifier only site. Figure 3-16 on page 3-61 illustrates the logical configuration of a network element providing amplification only.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Digital Optical Networking Systems
Page 3-61
Figure 3-16 Hardware Logical Configuration of an ATN Amplification Node
ATN Regeneration Site Operation Users can deploy the ATN as an regeneration site. Figure 3-17 on page 3-62 illustrates the logical configuration of a network element providing regeneration. The ATN system data plane implements optical regeneration on the following SIMs: SIM-T-1-10GM— Supports OTU2, OTU2e, and OTU2f regeneration. OTU2f is only supported for a
SIM configured for G.709 FEC, and is not supported with EFEC. SIM-T-1-10GP— Supports OTU2, OTU2e, and 10GbE LAN (supported in low latency mode) regen-
eration SIM-T-1-10GT— Supports OTU2v (DTF) regeneration SIM-T-2-2.5GM— Supports regeneration of all supported signals (from 155Mbps to 2.7Gbps)
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 3-62
ATN Site Operation
Figure 3-17 Hardware Logical Configuration of an ATN Regeneration Node
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
CHAPTER 4
IQA Network Operating System ATN Infinera IQA Network Operating System ATN, referred to as IQA NOS ATN, is an intelligent software operated on all Infinera ATNs providing significant usability and operational benefits for the Digital Optical Network solutions. This chapter describes the major functions provided by IQA NOS ATN. IQA NOS ATN provides robust and reliable Operations, Administration, Maintenance, and Provisioning (OAM&P) functions based on a number of industry standards. The OAM&P functions provided by IQA NOS ATN are described in the following sections: “Fault Management” on page 4-2 “Equipment Management and Configuration” on page 4-30 “Performance Monitoring and Management” on page 4-41 “Security and Access Management” on page 4-46 “Software Configuration Management” on page 4-56
The OAM&P functions are accessible to both human and machine clients through a variety of management interfaces and applications, referred to as management applications in the rest of this chapter. In addition to OAM&P functions, IQA ATN provides intelligent power management control plane and management plane functions as described in the following sections: “ADAPT Power Management Control Plane Overview” on page 4-64 “IQA NOS ATN Management Plane Overview” on page 4-71
Finally, IQA NOS ATN provides digital protection services based on industry standards, as described in the following section: “IQA NOS ATN Digital Protection Services” on page 4-79
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-2
Fault Management
Fault Management IQA NOS ATN provides extensive fault monitoring and management capabilities that are modeled after Telcordia and ITU standards. All these capabilities are independent of the client signal payload type and provide the ability to identify, correlate and correct faults based on actual digital and optical performance indicators, leading to quicker problem resolution. Additionally, IQA NOS ATN communicates all state and status information of the network element automatically and asynchronously to all the registered management applications, thus maintaining synchrony within the network. IQA NOS ATN provides the following fault management capabilities to help users in managing and maintaining the network element: Alarm surveillance functions that detect and report degraded conditions in the network element (see
the following section in this chapter). Wrap-around historical event logging that tracks all events detected by the network element, includ-
ing the detection and clearing of defects (see “Event Log” on page 4-9). In-service and out-of-service maintenance and troubleshooting tools (see “Maintenance and Trou-
bleshooting Tools” on page 4-10).
Alarm Surveillance Alarm surveillance functions include: Detection of defects in the ATNs and the incoming signals (see “Defect Detection” on page 4-2). Declaration of defects as failures (see “Failure Declaration” on page 4-3). Reporting failures as alarms to the management applications (see “Alarm Reporting” on page 4-3). Masking low priority alarms in the presence of high priority alarms (see “Alarm Masking” on page 4-
5). Reporting alarms through local alarm indicators (see “Local Alarm Summary Indicators” on page 4-
6). Configuring alarm reporting (see “Alarm Configuration” on page 4-7).
Defect Detection IQA NOS ATN detects all hardware and software defects within the system. A defect is defined as a limited interruption in the ability of an item to perform a required function. The detected defects are analyzed and localized to the specific network site, network element, facility (or incoming signal) and circuit pack.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-3
Failure Declaration Defects associated with facilities/incoming signal are soaked for a pre-defined period before they are declared as failures. This measure prevents spurious failures from being reported. So, when a defect is detected on a facility, it is soaked for a time interval of 2.5 seconds (+/- 1 second) before the corresponding failure is declared. Similarly, when a facility defect clears, it is soaked for 10 seconds (+/- 2 seconds) before the corresponding failure is cleared. This eliminates pre-mature clearing of the failure. Defects associated with hardware equipment and temperature-related alarms are not soaked. The failure condition is declared as soon as the defect is detected. Similarly, the failure condition is cleared as soon as the defect is cleared.
Alarm Reporting IQA NOS ATN reports hardware and software failures as alarms. Detection of a failure condition results in an alarm being raised which is asynchronously reported to all the registered management applications. The clearing of a failure results in clearing the corresponding alarm, which is again reported asynchronously to all registered management applications. IQA NOS ATN stores the outstanding alarm conditions locally and they are retrievable by the management applications. Thus, at any given time users see only the current standing alarm conditions. Alarm reporting is also dependent on the administrative state (see “Administrative State” on page 4-34) of the managed object and presence of other failure conditions and the user configuration, as described below: Administrative State—Alarms are reported when the administrative state of a managed object and
its ancestor objects are unlocked. When the administrative state of an object or any of its ancestor objects are locked or in maintenance, alarms are not reported (except for the Loopback related alarms). IQA NOS ATN also supports alarms that indicate when a managed object is put in the Locked or Maintenance administrative state. The severity of these alarms can be customized via the ASAP feature (see “Alarm Severity Assignment Profile Setting (ASAP)” on page 4-9). Alarm Hierarchy—An alarm is reported only if no higher priority alarms exist for the managed object.
Thus, only alarms corresponding to the root cause of the fault condition are reported. This capability prevents too many alarms being reported for a single fault condition (see “Alarm Masking” on page 4-5). User Configuration—IQA NOS ATN provides users the ability to selectively inhibit alarm reporting
(see “Alarm Reporting Control (ARC)” on page 4-7). IQA NOS ATN reports each alarm with sufficient information, as described below, so that the user can take appropriate corrective actions to clear the alarm. For a detailed description of all the parameters of alarms
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-4
Fault Management
reported to the management applications, refer to the corresponding user guide (the Infinera ATN GNM User Guide). Alarm Category—This information isolates the alarm to a functional area of the system (see “Alarm
Category” on page 4-5 for the list of supported alarm types). Alarm Severity—This information indicates the level of degradation that the alarm causes to service
(see “Alarm Severity” on page 4-5 for the list of supported severities). Probable Cause—This information describes the probable cause of the alarm. This is a short
description of the detected problem. A detailed description is provided as Probable Cause Description. Probable Cause Description—This information is an elaboration of the Probable Cause, providing a
detailed description of the alarm and isolating the alarm to a specific area. Service Affecting—This information indicates whether the given alarm condition interrupts data
plane services through the system or network. The two possible values are: ‘SA’ for service affecting and ‘NSA’ for non-service affecting. An alarm is reported as service-affecting if the alarm condition affects a hardware or software entity in the data plane, and the affected hardware or software entity is administratively enabled. Source Object—This information identifies the managed object on which the failure is detected. Location—This information identifies the location of the managed object as near end or far end,
when applicable. Direction—This information indicates whether the alarm has occurred in the receive direction or in
the transmit direction, when applicable. Time & Date of occurrence—This information provides the time at which the alarm was detected. It
is derived from the system time. IQA NOS ATN provides users the ability to manually configure the system time or enable Network Timing Protocol (see “Time-of-Day Synchronization” on page 4-77) so that an accurate and synchronized time is reported for all alarms. The time and date information allows a root cause analysis of failures across network elements and networks. Type—As described in “PM Thresholding” on page 4-43, IQA NOS ATN supports performance mon-
itoring and thresholds, enabling early detection of degradation in system and network performance. The threshold crossing conditions are handled utilizing the same mechanism as alarms. The type field indicates whether the reported condition is an alarm or a threshold crossing condition. IQA NOS ATN records all the current alarms with alarm details, as described above, in an alarm table. The alarms are persisted in the AMM across reboots. After a system reboot or an AMM reboot, the alarms in persistent storage are compared to the current system status in order to remove any cleared alarms and maintain only the current outstanding alarms. Upon reboot of the AMM, all alarms that were asserted before the reboot are reasserted after the AMM recovers. Eight minutes after the system becomes active, any alarms not re-detected by the system are remitted. This ensures that fault conditions which cleared during the AMM reset are cleared if the conditions that originally caused the alarms are no longer present. Refer to the Infinera ATN Maintenance and Troubleshooting Guide for the detailed description of all the alarms reported by IQA NOS ATN and the corresponding clearing procedures.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-5
Alarm Category IQA NOS ATN categorizes the alarms into the following types: Facility Alarm—Alarms associated with the line and tributary incoming signals. For example: Optical
Loss of Signal (OLOS) and Loss of Frame (LOF). Equipment Alarm—Alarms associated with hardware failures. For example: Equipment Failure, and
Unknown Equipment. Communications Alarm—Alarms associated with communication failures within the network ele-
ment and between network elements. For example: Loss of Ethernet Link. Software Processing Alarm—Alarms associated with software processing errors. For example, Soft-
ware Upgrade Has Failed, and Database Restore Failure.
Alarm Severity Each alarm and TCA generated by IQA NOS ATN has one of the following default severity levels: Critical—Indicates that a service affecting condition has occurred and an immediate corrective
action is required. This severity is reported, for example, when a managed object is rendered out-ofservice by a failure and must be restored to operation in order to recover lost system functionality. Major—Indicates that a service affecting condition has developed and an urgent corrective action is
required. This severity is reported, for example, when there is a severe degradation in the capability of the managed object and full capability must be restored in order to recover lost system functionality. Minor—Indicates the existence of a non-service affecting fault condition and that corrective action
should be taken in order to prevent a more serious (for example, service affecting) fault. Such a severity is reported, for example, when the detected alarm condition is not currently degrading the capacity of the managed object. Warning—Indicates the detection of a potential or impending service affecting fault, before any sig-
nificant effects have been felt. Action should be taken to further diagnose (if necessary) and correct the problem in order to prevent it from becoming a more serious service affecting fault. Users can customize the severity associated with an alarm or Threshold Crossing Alert (TCA) through the management applications (see “Alarm Severity Assignment Profile Setting (ASAP)” on page 4-9.)
Alarm Masking IQA NOS ATN provides an alarm masking feature that complies with, and extends, GR-253 Section 6.2.1.8.2 and GR-474 Section 2.2.2.1. The network element masks (suppresses) lower layer alarms associated with the same root cause as a higher priority alarm. This prevents logs and management applications from being flooded with redundant information. Suppression is based on a logical hierarchy. For instance, when a network element experiences an Optical Loss of Signal (OLOS) failure, the network element will report the OLOS alarm, but the associated Channel - Loss of Frame (LOF) alarms, and all other associated lower layer alarms, are suppressed. These conditions are still retrievable by request. The masked condition is neither reported to the management applications nor recorded in the alarm table. Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-6
Fault Management
Local Alarm Summary Indicators The ATNs provide local visual and audio indicators to report the summary of current alarm conditions of a network element and each of the chassis to the local personnel. For the detailed description of the indicators and their function refer to the Infinera ATN Hardware Description Guide and the Infinera ATN Maintenance and Troubleshooting Guide. Following is a brief summary of the local indicators provided by the ATNs: Chassis Level Visual Alarm Indicators—These indicators provide the summary of the outstanding
alarm conditions of the chassis. A chassis level visual alarm indicator is lit if there is at least one corresponding outstanding alarm condition within the chassis. The following bay level LED indicators are provided: Critical LED—When lit, indicates the presence of critical alarm(s) within the chassis. Major LED—When lit, indicates the presence of major alarm(s) within the chassis. Minor LED—When lit, indicates the presence of minor alarm(s) within the chassis. Chassis Level Office Alarm Indicators—As described in “Office Alarms” on page 3-36, the ATNs pro-
vide alarm output contacts to support chassis level visual and audio indication of critical, major and minor alarms. As described in “Alarm Cutoff” on page 3-37, ACO buttons and ACO LEDs are also supported. Card Level Visual Indicators—All circuit packs include LEDs to indicate the card status. In general,
circuit packs provide one or more of the following LEDs. Power (PWR) LED—When lit, indicates proper power input to the circuit pack. Active (ACT) LED—When lit green, indicates the circuit pack is in an active state. When lit yel-
low, indicates the circuit pack is in a standby state. Fault (FLT) LED—When lit, indicates the presence of critical, major and/or minor alarm(s). Port Level Indicators—These indicators are provided for each tributary port and line port. In general,
the port level LEDs include: Active (ACT) LED—When lit green, indicates the port is in an active state. When lit yellow, indi-
cates the port is in a standby state. LOS LED—When lit, indicates loss of incoming signal.
Note: By default all critical, major, and minor alarms affect the corresponding chassis LED status.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-7
Alarm Configuration The following features are used to customize the alarm reporting to the management applications and interfaces: “Alarm Reporting Control (ARC)” (see below) “Alarm Severity Assignment Profile Setting (ASAP)” on page 4-9 “Customizable Timer-Based Alarms” on page 4-9
Alarm Reporting Control (ARC) The Alarm Reporting Control (ARC) feature allows users to silence alarms on a managed object that is administratively unlocked, but is being serviced or is awaiting valid signal flow. This feature is useful for performing maintenance on a piece of equipment in an alarm-free state. For all managed objects, the Alarm Reporting option is enabled by default, meaning that alarms are reported for a managed object unless the user specifically turns off Alarm Reporting for the managed object. When alarm reporting is turned off for a managed object, the reporting of the alarms, events, and TCAs for the specified entity are stopped for all the management interfaces. Although the managed object may be detecting alarms such as OLOS, the alarms are not transmitted to any client, or reported to the management applications. Turning off alarm reporting also suppresses status indicators, such as LEDs and audio/visual indicators. When alarm reporting is disabled for a managed object, alarms are also inhibited for all the contained and supported managed objects. For example, when alarm reporting is inhibited for the chassis object, alarm reporting is inhibited for all the circuit pack objects within that chassis. See “Managed Objects” on page 4-30 for the description of the managed objects and relationship between them. The inhibited alarms are logged in the event log and will not be retrieved by Infinera DNA and Infinera ATN GNM. When alarm reporting is disabled for a managed object, the default ARC behavior is to maintain all preexisting alarms for the managed object; these alarms are cleared as usual when the alarm condition no longer exists. However, this behavior can be re-configured on the network element to cause pre-existing alarms on an object to be cleared when Alarm Reporting is disabled on that object. In this case, once Alarm Reporting is re-enabled, existing alarms (including pre-existing alarms that are still outstanding) will be reported. This switch is configured on a per-node basis, and the behavior of the two settings (the default Leave Outstanding Alarms and the override Clear Outstanding Alarms) is shown in Figure 4-1 below.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-8
Fault Management
Figure 4-1 ARC Behavior (Leave Outstanding Alarms vs. Clear Outstanding Alarms)
Figure 4-1 indicates that the ARC behavior is the same for alarm events that are raised during the ARC period (Scenario #1 and Scenario #2), regardless of whether ARC is set to Leave Outstanding Alarms or Clear Outstanding Alarms. When alarm conditions are raised and cleared during the ARC period (Scenario #1), the alarms are not reported to the management interfaces. When alarm conditions are raised during the ARC period but are not cleared during the ARC period
(Scenario #2), the alarms are reported to the management interfaces only at the end of the ARC period, and the clearing event is reported to the management interfaces when the alarm is cleared. However, the ARC behavior is different when alarm events are raised before the beginning of the ARC period (Scenario #3 and Scenario #4), depending on whether ARC is set to Leave Outstanding Alarms or Clear Outstanding Alarms: When ARC is configured to Leave Outstanding Alarms, any pre-existing alarms will remain outstand-
ing and a clearing event will be reported to the management interfaces when the alarm condition is cleared. In Scenario #3 the clearing event happens during the ARC period, and in Scenario #4 the clearing event happens after the ARC period. When ARC is configured to Clear Outstanding Alarms, any pre-existing alarms are cleared when
alarm reporting is disabled and a clearing event is sent to the management interfaces at the start of the ARC period. If the alarm is cleared during the ARC period, the management interfaces will not receive another clearing event. If the alarm is still outstanding at the end of the ARC period, the manATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-9
agement interfaces will receive a new alarm event for the alarm, and then will receive a clearing event when the alarm is cleared.
Alarm Severity Assignment Profile Setting (ASAP) The Alarm Severity Assignment Profile Setting (ASAP) feature allows users to modify the default severity of an alarm type or threshold crossing alert (TCA) on a per managed object-type basis. IQA NOS ATN also supports alarms that indicate when an entity is put in the Locked or Maintenance administrative state. The severity of these alarms can also be customized via the ASAP feature. ASAP is configured via the management applications so that users can modify the default severities of alarms according to their fault-handling strategies. User modifications of severity level take effect only for newly-generated alarms or TCAs and are not applied to any alarms or TCAs that are currently active. Note: The severity is modified per object type, and not on a per managed object basis. For example, when the severity of OLOS of an OSC termination point is modified, the new severity is applied to OLOS alarms reported by all OSC termination points.
Customizable Timer-Based Alarms The ATN supports up to four user-created timer-based alarms that raise and clear a standing alarm condition based on configurable timers. The timer-based alarms can be set as reminders for timed maintenance events, such as air filter replacement. The timer-based alarms are supported by all management interfaces (i.e., CLI, GNM, DNA, and SNMP Agent) and can be configured to activate chassis-level LEDs. Each timer-based alarm can be customized with userspecified probable cause descriptions and alarm messages. The severity level can be set to Critical, Major, Minor, Warning, or Not Reported, and the service affecting value can be set to Non-Service Affecting or Service Affecting.
Event Log IQA NOS ATN provides an historical event log that tracks all significant events in the system (including alarms) and stores the events in a wrap-around buffer. Management interface sessions can retrieve the full history and track ongoing events in real time. Synchronization is maintained between the connected management interface and the network element. If a session communication failure occurs, the reconnected management interface can query the events that occurred during session failure.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-10
Fault Management
IQA NOS ATN records the following types of events in the event log: Alarm related events, which include alarm raise and clear events. PM data thresholding related events, which include threshold crossing alerts. For more information,
see “PM Thresholding” on page 4-43. Managed object creation and deletion events triggered by user actions. Security administration related events triggered by user actions. Network administration events triggered by user actions to upgrade software, downgrade software,
restore database, etc. Attribute value change events triggered by the user actions to add or delete managed objects, or
change attribute values of managed objects. State change events indicating the state changes of a managed object triggered by user action and/
or changes in the operation capability of the managed object. Event logs are stored in the persistent storage on the network element so that event logs are available after restarts and reboots. IQA NOS ATN stores up to 2000 events that are persisted across AMM reboots. Users can export the event log information in TSV format using management applications. Following are some of the important information stored for each event log record: The managed object that generated the event. The time at which IQA NOS ATN generated the event. The event type indicating the event category, including: Update Event, which includes managed object create and delete events. Report Event, which includes security administration related event, network administration
related event, audit events, and threshold crossing alerts (TCA). Condition, which includes alarm raise and clear event, and non-alarmed conditions.
Refer to the Infinera ATN Maintenance and Troubleshooting Guide for a list of events logged in an event log on ATNs.
Maintenance and Troubleshooting Tools IQA NOS ATN provides extensive maintenance and troubleshooting tools used for pre-service operations and for problem source isolation. The troubleshooting tools help to sectionalize problems and to accurately identify the troubled spot by running tests progressively at the network element, link and path levels. IQA NOS ATN provides both out-of-service troubleshooting tools, which require the corresponding facilities (managed objects) to be in the administrative maintenance state, and in-service troubleshooting tools, which can be run while the corresponding facilities are in the administrative unlocked state.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-11
Out-of-service troubleshooting tools include: Loopbacks to test circuit paths through the network or logically isolate faults (see “Loopbacks” on
page 4-11). PRBS generation and detection (see “PRBS Tests” on page 4-22). Fibre Channel (FC) test signal generation (see “Test Signal Generation for Fibre Channel Clients”
on page 4-25) GbE client termination point test signal generation and detection for the SIM-A-8-2.5GMT (see “GbE
Client Termination Point Tests” on page 4-26) In-service troubleshooting tools include: Trace messaging, including OTU section TTI, DchCTP TTI, DTPCTP TTI, SONET/SDH J0 byte
insertion and monitoring (see “Trace Messaging” on page 4-27). The troubleshooting tools are accessible through the management applications by users with the Turn-up and Test (TT) access privilege.
Loopbacks Loopbacks are used to test newly created circuits before running live traffic or to logically locate the source of a network failure on existing circuits. Loopbacks provide a mechanism where the signal under test (either the user signal or the test pattern signal such as PRBS) is looped back at some location on the network element in order to test the integrity and validity of the signal being looped back. Since loopbacks affect normal data traffic flow, they must be invoked only when the associated facility is in administrative maintenance state. IQA NOS ATN provides access to the loopback capabilities in an ATN, independent of the client signal payload type. This section describes the loopbacks supported to test each section of the network, as well as the various hardware components along the data path. The loopbacks can be enabled or disabled remotely through the management applications. Infinera ATN supports the following: “SIM-T-1-10G Loopbacks” on page 4-12 “SIM-T-2-2.5GM Loopbacks” on page 4-13 “SIM-T-1-10GT Loopbacks” on page 4-14 “SIM-A-8-2.5GMT Loopbacks” on page 4-17 “SIM-T-1-10GP and SIM-T-1-10GM Loopbacks” on page 4-20
Note: Loopbacks are not supported on facilities that are Digital Subnetwork Connection Protection (D-SNCP) protected. If loopbacks are required on these facilities, the loopback must be performed prior to configuring the protection group. If the facilities are already protected, then the protection group must be deleted and then loopbacks can be invoked. For
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-12
Fault Management
more information on D-SNCP protection, see “Digital Subnetwork Connection Protection (D-SNCP)” on page 4-79.
SIM-T-1-10G Loopbacks Figure 4-2 on page 4-12 through Figure 4-4 on page 4-13 show the loopbacks on the SIM-T-1-10G. Each of these loopbacks are described below its figure. Client CTP Facility Loopback
Figure 4-2 SIM-T-1-10G: Client CTP Facility Loopback
A loopback is performed on the trib-side of the SIM-T-1-10G wherein the tributary port Rx on the TOM is looped back to the Tx port on the same TOM. This loopback test verifies the operation of the tributary side optics in the TOM and the SIM-T-1-10G. Client CTP Terminal Loopback
Figure 4-3 SIM-T-1-10G: Client CTP Terminal Loopback
A loopback is performed on the trib-side of the SIM-T-1-10G wherein the signal received from the Rx port on the line TOM is looped back to the Tx port on the same TOM via the G.709 Mapper and the line-side SerDes. This loopback verifies the line side optics on the SIM-1-T-10G as well as the G.709 mapper. Line OTU2 CTP Terminal Loopback
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-13
Figure 4-4 SIM-T-1-10G: Line OTU2 CTP Terminal Loopback
A loopback performed on the line-side of the SIM-T-1-10G wherein the OTU2 signal received from the Rx port on the line TOM is looped back to the Tx port on the same TOM. This loopback verifies the line OTU2 connectivity and the G.709 encapsulation performed in the SIM-T-1-10G.
SIM-T-2-2.5GM Loopbacks ATN supports loopbacks on the 2.5G Multi-rate Service Interface Modules (SIM-T-2-2.5GMs). Note: Electrical TOMs supported on the SIM-T-2-2.5GM are uni-directional TOMs and so loopbacks cannot be applied on them. Figure 4-5 on page 4-13 and Figure 4-6 on page 4-14 show the loopbacks supported on SIM-T-2-2.5GM. Each of these loopbacks are described below its figure. Clear Channel Client CTP Facility Loopback
Figure 4-5 SIM-T-2-2.5GM: Clear Channel Client CTP Facility Loopback
A loopback is performed on the trib-side of the SIM-T-2-2.5GM wherein the signal received from Rx port on the trib-side TOM is looped back to the Tx port on the same TOM. This loopback test verifies the operation of the tributary side optics in the TOM and the SIM-T-2-2.5GM.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-14
Fault Management
Figure 4-6 SIM-T-2-2.5GM: Clear Channel Line CTP Terminal Loopback
Clear Channel Line CTP Terminal Loopback
A loopback is performed on the line-side of the SIM-T-2-2.5GM wherein the signal received from Rx port on the line TOM is looped back to the Tx port on the same TOM. This loopback test verifies the operation of the line side optics in the TOM and the SIM-T-2-2.5GM.
SIM-T-1-10GT Loopbacks Figure 4-7 on page 4-14 through Figure 4-12 on page 4-17 show the loopbacks on the SIM-T-1-10GT. Each of these loopbacks are described below its figure. DCH CTP Terminal Loopback
Figure 4-7 SIM-T-1-10GT: DCH CTP Terminal Loopback
A loopback is performed on the line-side of the SIM-T-1-10GT wherein the signal received from the Rx port on the line TOM is looped back to the Tx port on the same TOM via the transponder processor. This loopback verifies the line side optics on the TOM and the SIM-T-1-10GT. DCH CTP Facility Loopback
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-15
Figure 4-8 SIM-T-1-10GT: DCH CTP Facility Loopback
A loopback is performed on the line-side of the SIM-T-1-10GT wherein the signal received from the Rx port on the trib-side TOM is looped back to the Tx port on the same TOM via the transponder processor, IFC10s and the line-side SerDes. The DTF signal about to be transmitted is looped back to verify the DTF encapsulation performed in the IFC10 of the local SIM up to the SerDes. Line DTP CTP Facility Loopback
Figure 4-9 SIM-T-1-10GT: Line DTP CTP Facility Loopback
A loopback is performed on the line-side of the SIM-T-1-10GT wherein the signal received from the Rx port on the trib-side TOM is looped back to the Tx port on the same TOM via the SerDes, tribside IFC10 and the line-side IFC10. The DTF signal about to be transmitted is looped back to verify the DTF encapsulation performed in the IFC10. Trib DTP CTP Terminal Loopback
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-16
Fault Management
Figure 4-10 SIM-T-1-10GT: Trib DTP CTP Terminal Loopback
A loopback is performed on the trib-side of the SIM-T-1-10GT wherein the signal received from the Rx port on the line TOM is looped back to the Tx port on the same TOM via the transponder processor, line-side IFC10 and the trib-side IFC10. This loopback verifies the DTF de-encapsulation performed in the IFC10. Client CTP Terminal Loopback
Figure 4-11 SIM-T-1-10GT: Client CTP Terminal Loopback
A loopback is performed on the trib-side of the SIM-T-1-10GT wherein the signal received from the Rx port on the line TOM is looped back to the Tx port on the same TOM via the SerDes, line-side and the trib-side IFC10s and the trib-side transponder processor. This loopback verifies the line side optics on the TOM and the SIM-T-1-10GT. Client CTP Facility Loopback
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-17
Figure 4-12 SIM-T-1-10GT: Client CTP Facility Loopback
A loopback is performed on the line-side of the SIM-T-1-10GT wherein the signal received from the Rx port on the trib-side TOM is looped back to the Tx port on the same TOM via the transponder processor. This loopback verifies the trib-side optics on the TOM and SIM-1-T-10GT. Note: In SIM-T-1-10GT regen mode, Client CTP is DCh CTP and all Client CTP loopbacks are termed DCh CTP loopbacks.
SIM-A-8-2.5GMT Loopbacks Figure 4-13 on page 4-17 through Figure 4-18 on page 4-20 show the loopbacks on the SIM-A-8-2.5GMT. Each of these loopbacks are described below its figure. DCH CTP Terminal Loopback
Figure 4-13 SIM-A-8-2.5GMT: DCH CTP Terminal Loopback
A loopback is performed on the line-side of the SIM-A-8-2.5GMT wherein the signal received from the Rx port on the line TOM is looped back to the Tx port on the same TOM via the cross point switch and the SerDes. This loopback verifies the line side optics on the TOM and the SIM-A-8-2.5GMT. DCH CTP Facility Loopback
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-18
Fault Management
Figure 4-14 SIM-A-8-2.5GMT: DCH CTP Facility Loopback
A loopback is performed on the line-side of the SIM-A-8-2.5GMT wherein the signal received from the Rx port on the trib-side TOM is looped back to the Tx port on the same TOM via the ISC10, IFC10 and the line-side SerDes. The DTF signal about to be transmitted is looped back to verify the DTF encapsulation performed in the IFC10 of the local SIM up to the SerDes. Line DTP CTP Facility Loopback
Figure 4-15 SIM-A-8-2.5GMT: Line DTP CTP Facility Loopback
A loopback is performed on the line-side of the SIM-A-8-2.5GMT wherein the signal received from the Rx port on the trib-side TOM is looped back to the Tx port on the same TOM via the ISC10 and the line-side IFC10. The DTF signal about to be transmitted is looped back to verify the DTF encapsulation performed in the IFC10. Trib DTP CTP Terminal Loopback
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-19
Figure 4-16 SIM-A-8-2.5GMT: Trib DTP CTP Terminal Loopback
A loopback is performed on the trib-side of the SIM-A-8-2.5GMT wherein the signal received from the Rx port on the line TOM is looped back to the Tx port on the same TOM via the SerDes, line-side IFC10 and the trib-side ISC10. This loopback verifies the line side optics on the TOM and the SIM-A-8-2.5GMT. Client CTP Terminal Loopback
Figure 4-17 SIM-A-8-2.5GMT: Client CTP Terminal Loopback
A loopback is performed on the trib-side of the SIM-A-8-2.5GMT wherein the client signal received from the Rx port on the line TOM is looped back to the Tx port on the same TOM via the SerDes, line-side IFC10 and the trib-side ISC10. This loopback verifies the line side optics on the TOM and the DTF encapsulation and de-encapsulation on the IFC10 and SerDes of the SIM-A-8-2.5GMT. Client CTP Facility Loopback
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-20
Fault Management
Figure 4-18 SIM-A-8-2.5GMT: Client CTP Facility
A loopback is performed on the trib-side of the SIM-A-8-2.5GMT wherein the client signal received from the Rx port on the trib-side TOM is looped back to the Tx port on the same TOM via the ISC10. This loopback verifies the trib-side optics on the TOM and SIM-A-8-2.5GMT.
SIM-T-1-10GP and SIM-T-1-10GM Loopbacks Figure 4-19 on page 4-20 through Figure 4-22 on page 4-22 show the loopbacks on the SIM-T-1-10GP and SIM-T-1-10GM. Each of these loopbacks are described below its figure. The SIM-T-1-10GM, includes one Trib TOM and one Line TOM only. All loopbacks that can be performed on the SIM-T-1-10GP are applicable for the SIM-T-1-10GM also. Client CTP Facility Loopback
Figure 4-19
SIM-T-1-10GM/SIM-T-1-10-GP: Client CTP Facility Loopback
A loopback is performed on the trib-side of the SIM-T-1-10GP or SIM-T-1-10GM wherein the signal received from the Rx port on the trib-side is looped back to the Tx port on the trib-side. This loopback verifies the trib-side optics. Line OTUk CTP Facility Loopback
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-21
Figure 4-20 SIM-T-1-10GM/SIM-T-1-10-GP: OTUk CTP Facility Loopback
A loopback is performed on the line-side of the SIM-T-1-10GP or SIM-T-1-10GM wherein the signal received from the Rx port on the trib-side is looped back to the Tx port on the trib-side via the lineside. This loopback verifies the trib-side optics and OTUk signal on the line-side. Line OTUk CTP Terminal Loopback
Figure 4-21 SIM-T-1-10GM/SIM-T-1-10-GP: OTUk CTP Terminal Loopback
A loopback is performed on the line-side of the SIM-T-1-10GP or SIM-T-1-10GM wherein the signal received from the Rx port on the line-side is looped back to the Tx on the line-side. This loopback verifies the line side optics. Client CTP Terminal Loopback
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-22
Fault Management
Figure 4-22 SIM-T-1-10GM/SIM-T-1-10-GP: Client CTP Terminal Loopback
A loopback is performed on the trib-side of the SIM-T-1-10GP or SIM-T-1-10GM wherein the signal received from the Rx port on the line-side is looped back to the Tx port on the trib-side. This loopback verifies the optics on the trib-side and line on the SIM-T-1-10GP or SIM-T-1-10GM. Note: All of the above described SIM-T-1-10GP loopbacks can be performed through Line 1 or Line 2 of the SIM-T-1-10GP.
Note: In SIM-T-1-10GP regen mode, Client CTP is OTUk CTP and all Client CTP loopbacks are termed OTUk CTP loopbacks.
PRBS Tests The Pseudo Random Bit Sequence (PRBS) is a test pattern used to diagnose and isolate the troubled spots in the network, without requiring a valid data signal or customer traffic. This type of test signal is used during the system turn-up or in the absence of a valid data signal from the customer equipment. The test is primarily aimed to watch for and sectionalize the occurrence of bit errors in the data path. Since the PRBS test affects normal data traffic flow, it must be invoked only when the associated facility is in administrative maintenance state. IQA NOS ATN provides access to the PRBS generation and monitoring capabilities supported by the ATN. The PRBS test can be enabled or disabled remotely through the management applications. The following PRBS tests are supported on the ATN: OTUk Client CTP PRBS test—The ATN supports PRBS generation and monitoring for testing path
quality at the following: OTUk trib port on the SIM-T-1-10GP and SIM-T-1-10GM (applicable in case of OTU2/OTU2e
regen mode on the SIM-T-1-10GP or SIM-T-1-10GM) OR OTUk line port on the SIM-T-1-10G, SIM-T-1-10GP and SIM-T-1-10GM.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-23
A PRBS signal is generated (transmitted) by the TOM in the OTUk trib port (towards the client side) or OTUk line port (towards the line side) on the 10G Service Interface Module and is monitored (received) by the TOM where the path is terminated. Figure 4-23 OTUk PRBS Tests
Trib (facility side) PRBS test (supported for SONET and SDH interfaces on the
SIM-A-8-2.5GMT) — A PRBS signal is generated (transmitted) by the Infinera tributary towards the client network side and is monitored (received) by the tributary in the customer equipment or or the test set connected to the Infinera tributary. PRBS generation and monitoring enables testing path quality at the SONET Client CTP or SDH Client CTP on the SIM-A-8-2.5GMT Line (terminal side) PRBS test (supported only for SONET and SDH interfaces on the
SIM-A-8-2.5GMT)— A PRBS signal is generated (transmitted) by the Infinera tributary towards the Infinera network side and is monitored (received) by the tributary at the far-end SIM-A-8-2.5GMT. Figure 4-24 SONET/SDH Trib and Line PRBS Tests
DTF Section-level PRBS test—This test is performed between any of the following: Two adjacent SIM-T-1-10GTs Two adjacent SIM-A-8-2.5GMTs A SIM-T-1-10GT and the adjacent SIM-A-8-2.5GMT A SIM-T-1-10GT or SIM-A-8-2.5GMT and the adjacent DTN TAM-2-10GT
This test is performed verify the quality of the digital link between two adjacent ATNs. A PRBS signal is generated at an IFC10 associated with the Digital Channel (DCh) line CTP of one SIM and monitored at an IFC10 associated with the DCh line CTP of the adjacent SIM or DTN TAM-2-10GT. DTF Path-level PRBS test— This test is performed between any of the following: Two SIM-T-1-10GTs at either end of a DTF Path Layer Two SIM-A-8-2.5GMTs at either end of a DTF Path Layer
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-24
Fault Management
One SIM-T-1-10GT and one SIM-A-8-2.5GMT at either end of a DTF Path Layer One SIM-T-1-10GT or SIM-A-8-2.5GMT and one DTN TAM-2-10GT at either end of a DTF Path
Layer A PRBS signal is generated at an IFC10 associated with the Digital Transport Path (DTP) client CTP of one SIM and monitored at an IFC10 associated with the DTP client CTP of the other SIM or TAM2-10GT. Note: DTF Path level skips any intermediate SIM-T-1-10GTs that are in regen mode and considers the SIM at the actual termination of the DTF Path layer. Figure 4-25 DTF Section/Path PRBS Tests
See “Rules for Performing PRBS Tests” for information on performing PRBS tests. Note: The PRBS tests can be coupled with loopback tests so that the pre-testing of the quality of the link or end-to-end digital path can be performed without the need for an external PRBS test set. While this is not meant as a replacement for customer-premise to customer-premise circuit quality testing, it does provide an early indicator of whether or not the transport portion of the full circuit is providing a clean signal.
Note: In a SIM-A-8-2.5GMT, DTF Path-level PRBS tests cannot co-exist with SONET/SDH client CTP PRBS tests, GbE client termination point tests (towards trib and line sides).
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-25
Rules for Performing PRBS Tests The following rules apply to generating and monitoring PRBS test signals on the OTUk line port of the SIM-T-1-10G, SIM-T-1-10GP and SIM-T-1-10GM: The PRBS generation and monitoring on OTUk Client CTP cannot be enabled unless the OTUk
CTPs on that facility are in maintenance. The Administrative state on any 10G OTU CTP can be set to Unlocked only if PRBS generation and
monitoring are disabled on all the OTU CTPs on this facility. The following rules apply to generating and monitoring PRBS test signals on the SONET/SDH Client CTP of SIM-A-8-2.5GMT: The PRBS generation and monitoring on SONET/SDH Client CTP cannot be enabled unless the
SONET/SDH CTPs on that facility are in maintenance. The Administrative state on any SONET/SDH Client CTP can be set to Unlocked only if PRBS gen-
eration and monitoring are disabled on all the SONET/SDH CTPs on this facility. The following rules apply to generating and monitoring DTF section-level and path-level PRBS test signals on SIM-A-8-2.5GMT and SIM-T-1-10GT: There rules are applicable for 2.5G DTP (in case of SIM-A-8-2.5GMT) and 10G DTP (in case of
SIM-T-1-10G) The PRBS generation and monitoring cannot be enabled unless the DTPCTPs or DChCTPs on that
facility are in maintenance The Administrative state on any DTP can be set to Unlocked only if PRBS generation and monitor-
ing are disabled on the DTPs on this facility If the PRBS generation/monitoring (and Maintenance state) is set from the template and then the
DTPCTP object is created, PRBS will be enabled on the newly created object only if the above mentioned rules are satisfied. If the PRBS (generation/monitoring) is enabled on the first DTP and a second facility is created later,
it will be forced to Maintenance state irrespective of template configuration. A 2.5G DTP in the SIM-A-8-2.5GMT cannot perform PRBS generation and monitoring at the same
time
Test Signal Generation for Fibre Channel Clients The SIM-A-8-2.5GMT support trib-side and line-side test signal generation for the Fibre Channel service types (1GFC and 2GFC). Figure 4-26 on page 4-26 illustrates Fibre Channel test signal generation. The test signal generation mode can be set to Compliant Random Pattern (CRPAT) or it can be disabled. Note: Test signal monitoring for Fibre Channel clients is supported only via an external test set Trib-side test signal—A test pattern is generated by the Fibre Channel CTP toward the client equip-
ment. This test signal can be monitored by an external test set. See “Rules for Performing Fibre
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-26
Fault Management
Channel Client Termination Point Tests” on page 4-26 for information on generating Fibre Channel CTP test signals. Line-side test signal—A test pattern is generated by the Fibre Channel CTP toward the Infinera net-
work, where it is monitored by an external test set. See “Rules for Performing Fibre Channel Client Termination Point Tests” on page 4-26 for information on generating Fibre Channel CTP test signals. Note: Since the Fibre Channel test signal affects normal data traffic flow, it must be used only when the associated facility is in administrative maintenance state. Figure 4-26 Test Signal Generation
Rules for Performing Fibre Channel Client Termination Point Tests Two 1G FC services multiplexed into a 2.5G DTP in the SIM-A-8-2.5GMT cannot undergo such a
signal test at the same time. Both FC client termination point tests (towards trib and line sides) and DTP-level PRBS cannot be
applied at the same time. When DTP-level PRBS is activated, any FC client test signal generation is disabled.
GbE Client Termination Point Tests A GbE Client Termination Point (CTP) test signal is used to diagnose and isolate the troubled spots for the GbE client on the SIM-A-8-2.5GMT, without requiring a valid data signal or customer traffic. The test signal is a long continuous random test pattern that complies with the IEEE 802.3-2002 Annex 36A.4 specification. This type of test signal is available only for the 1GbE ports on the SIM-A-8-2.5GMT. Note: Since the GbE test signal affects normal data traffic flow, it must be used only when the associated facility is in administrative maintenance state.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-27
There are two types of GbE CTP tests: Trib-Side Client Test—A test signal at the 1GbE level is generated by the GbE CTP toward the client
equipment. This test signal can be monitored by an external test set. See “Rules for Performing GbE Client Termination Point Tests” on page 4-27. Line-Side Client Test—A test signal at the 1GbE level is generated by the GbE CTP toward the Infin-
era network where it is monitored by one of the following: An external test set. See “Rules for Performing GbE Client Termination Point Tests” on page 4-
27 for information on generating and monitoring GbE CTP test signals. The same GbE CTP that is generating the test signal, if the GbE CTP has been enabled for line-
side monitoring and if a loopback has been created at the far end. See “Rules for Performing GbE Client Termination Point Tests” on page 4-27 for information on generating and monitoring GbE CTP test signals. A corresponding GbE CTP on a far-end SIM-A-8-2.5GMT, if the corresponding GbE CTP has
been enabled for line-side test signal monitoring. See “Rules for Performing GbE Client Termination Point Tests” on page 4-27 for information on generating and monitoring GbE CTP test signals. Note: GbE client termination point tests (client and line sides) cannot co-exist with DTF path-level PRBS tests.
Rules for Performing GbE Client Termination Point Tests The following rules apply to generating and monitoring the test signals on the SIM-A-8-2.5GMT: Two 1GbE services multiplexed into a 2.5G DTP in the SIM-A-8-2.5GMT cannot undergo such a
signal test at the same time. Both client-side 1GbE Test Signal and DTP-level PRBS cannot be applied at the same time. When
DTP-level PRBS is activated, any 1GbE client test signal generation or monitoring is disabled.
Trace Messaging Trace messaging is a non-intrusive diagnostic tool. It can be used to determine commissioning problems such as fiber misconnections. Trace Messages are trace bytes of HEX (1 byte) or ASCII encoded character set and can be of 1, 16 or 64 bytes. They are provisioned from management applications like Infinera ATN GNM or CLI. When 1, 16 or 64 byte trace messaging is enabled, the ATN compares the received trace message with the expected trace message and in case of a mismatch, reports an alarm. IQA NOS ATN provides access to the trace messaging feature supported by the ATN. The ATN supports the following trace messaging functions Trace messaging at the SONET/SDH J0 on the tributary ports (see Figure 4-27 on page 4-28).
The ATN provides the capability to monitor and transmit J0 messages received from the client equipment. This capability enables the detection of misconnections between the client equipment and the
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-28
Fault Management
ATN. The ATN can insert and monitor 1, 16 and 64 byte J0 trace messages. The ATN can either transparently pass on the J0 message from the line side, or it can receive and overwrite the incoming J0 message before transmitting the message toward the client interface. The J0 message can be configured to comply with either the ANSI ITU (SDH) or the GR-253 (SONET) standard. OTUk Trail Trace Identifier (TTI) trace messaging (see Figure 4-27 on page 4-28).
Trail Trace Identifier (TTI) is an ASCII string passed at the OTUk on the line port of SIM-T-1-10G, SIM-T-1-10GP or SIM-T-1-10GM. The ATN provides the capability to monitor the TTI messages received from OTUk. This capability enables the detection of mis-connections between the equipment within the ATN Network. The TTI is a 64 byte ASCII string and is provisioned from the management applications like Infinera ATN GNM, or CLI. Figure 4-27 SONET/SDH/J0/OTUk Trace Messaging
Digital Channel Section level (DChCTP) TTI trace messaging (see Figure 4-28 on page 4-29)
Digital Channel Section level (DChCTP) TTI trace messaging is performed between any of the following: Two adjacent SIM-T-1-10GTs Two adjacent SIM-A-8-2.5GMTs A SIM-T-1-10GT and the adjacent SIM-A-8-2.5GMT A SIM-T-1-10GT or SIM-A-8-2.5GMT and the adjacent DTN TAM-2-10GT
The Trail Trace Identifier (TTI) is passed between an IFC10 associated with the Digital Channel (DCh) line CTP of one SIM and an IFC10 associated with the DCh line CTP of the adjacent SIM or a DTN TAM-2-10GT. ATN provides the capability to monitor received TTI messages and detect mis-connections between the equipment within the ATN Network. The DChCTP TTI is a 64 byte ASCII string and is provisioned from the management applications like Infinera ATN GNM, or CLI. DTF Path level (DTPCTP) TTI trace messaging (see Figure 4-28 on page 4-29)
Digital Channel Path level (DTPCTP) TTI trace messaging is performed between any of the following: Two SIM-T-1-10GTs at either end of a DTF Path Layer Two SIM-A-8-2.5GMTs at either end of a DTF Path Layer One SIM-T-1-10GT and one SIM-A-8-2.5GMT at either end of a DTF Path Layer
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-29
One SIM-T-1-10GT or SIM-A-8-2.5GMT and one DTN TAM-2-10GT at either end of a DTF Path
Layer The Trail Trace Identifier (TTI) is passed between an IFC10 associated with the Digital Transport Path (DTP) client CTP of one SIM and monitored at the IFC10 associated with the DTP client CTP of the adjacent SIM or DTN TAM-2-10GT. ATN provides the capability to monitor received TTI messages and detect mis-connections between the equipment within the ATN Network. The DTPCTP TTI is a 64 byte ASCII string and is provisioned from the management applications like Infinera ATN GNM, or CLI. Figure 4-28 DChCTP and DTPCTP Trace Messaging
TOM auto-discovery trace
Release 2.0 ATN supports automatic discovery of the TOM connectivity between the line ports of the two ATN SIM modules or an ATN SIM and DTN TOM module, when the DTF line protocol is used between the ATN SIM modules. ATN uses the DTF line protocol (DTL) based TTI trace overhead to auto-discover ATN-ATN and ATN-DTN TOM connectivity. The DTL based TTI is a system provisioned ASCII string that identifies the Port ID of the transmitting port. The expected value of the received TTI cannot be configured from management applications like Infinera ATN GNM, or CLI.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-30
Equipment Management and Configuration
Equipment Management and Configuration IQA NOS ATN provides extensive equipment inventory, management and configuration capabilities, modeled after telecommunications standards such as Telcordia GR-1093, TMF 814, and ITU-T M.3100, to manage the ATNs. IQA NOS ATN provides the following features: Ability to manage the hardware equipment, physical port and logical termination points by software
abstraction as managed objects (see “Managed Objects” in the following section) Automatic equipment discovery and inventory (see “System Discovery and Inventory” on page 4-31)
including: Circuit pack auto-discovery (see “Circuit Pack Discovery” on page 4-32) Data plane auto-discovery (see “Data Plane Discovery” on page 4-33) Circuit pack configuration (see “Equipment Configuration” on page 4-33) including: Circuit pack pre-configuration Circuit pack auto-configuration GR-1093 and TMF-814 compliant state management (see “State Modeling” on page 4-34)
Managed Objects IQA NOS ATN defines software abstraction of all the hardware equipment, physical ports and logical termination points, referred to as managed objects which are administered through the management applications. Managed objects are modeled after the ITU-T and TMF general information modeling standards, which provide an intuitive and convenient means to reference the managed objects. Figure 4-29 illustrates the most commonly used managed objects, number of instances of each managed object and the hierarchical relationship between them. As shown, there are three major categories: hardware equipment which represents the hardware manageable by the user, physical ports and logical termination points which represent the termination of signals. Users can create and delete equipment managed objects while the physical port and logical termination points are created and defined with default attributes when the equipment is physically installed. Users can modify the attributes of the auto-created managed objects through the management applications. Note that multi-chassis network elements are managed as single objects. User operations, such as modifying the administrative state (see “Administrative State” on page 4-34) and modifying the alarm reporting state (see “Alarm Reporting Control (ARC)” on page 4-7), of a given managed object impact the behavior of the corresponding contained and supported/supporting managed objects. For example, when a user modifies the administrative state of a SIM to locked, the service state of the contained and supported managed objects such as TOM, Trib PTP (line), OTUk CTP, Clear Channel CTP, etc., is changed to out-of-service. Similarly, when ARC is enabled on a SIM, alarm reporting is inhibited for all the corresponding contained and supported managed objects. Figure 4-29 shows the hierarchy of managed objects on an ATC.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-31
Figure 4-29 Managed Objects and Hierarchy (ATC)
System Discovery and Inventory IQA NOS ATN automatically discovers the system resources and maintains an inventory that is retrievable by the management applications. IQA NOS ATN discovers the following automatically: Multi-chassis configuration Main Chassis Expansion Chassis—Discovery of ATC-As used as expansion chassis is supported. Any ATC-Ps
and their contained passive OFMs will need to be manually pre-provisioned. All circuit packs in ATNs (see “Circuit Pack Discovery” on page 4-32) The optical data plane connectivity for ATN to DTN connections (see “Data Plane Discovery” on
page 4-33) IQA NOS ATN maintains the inventory of all the automatically discovered resources, as described above, and also the protection groups that have been provisioned.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-32
Equipment Management and Configuration
Multi-chassis Discovery IQA NOS ATN provides the ability to automatically detect multiple chassis in the ATN, along with detailed information for each chassis, including: Label name CLEI code Product ordering name (PON) Manufacturing part number Serial number Hardware version Manufacturing date Internal temperature Rack name Provisioned serial number Location in rack Alarm Cutoff (ACO) state (enabled or disabled)
Circuit Pack Discovery IQA NOS ATN provides the ability to automatically detect circuit packs in the ATN. It also discovers the detailed manufacturing information including: Hardware version number Circuit pack type Serial ID CLEI code Product ordering name (PON) Manufacturing part number Manufacturing date Software version Last reboot date, time, and reason (only for the AMMs)
The manufacturing information and firmware version are maintained in the inventory, and are retrievable by the management applications.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-33
Data Plane Discovery The Infinera Digital Transport Frame, referred to as the DTF, is used within the Infinera Digital Optical Network to transport client signals end-to-end. Infinera Digital Transport Architecture is modeled after the ITU G.709 digital wrapper architecture. Infinera DTF format accommodates three digital transport network layers, analogous to the OTU/ODU/OPU layered architecture specified by G.709. The three digital transport network layers are DTF Section Layer, DTF Line Layer and DTF Path Layer. IQA NOS ATN supports Digital Transport Frame (DTF) Line Layer i.e. DTL based auto-discovery. The ATN or DTN network element uses a DTL-based Trail Trace Identifier (TTI) overhead for auto-discovery of the following TOMs: ATN to ATN TOM Connections
ATN supports automatic discovery of the TOM connectivity between the line ports of the two ATN SIM modules on different ATN nodes when DTF line protocol is used between the ATN SIM modules. ATN to DTN TOM Connections
ATN and DTN network elements support automatic discovery of the TOM connectivity between an ATN and DTN network when DTF line side protocol is used between the ATN TOM and the DTN TOM. In Release 2.0, ATN supports auto-discovery for optical connections between the following: A TOM installed in a SIM-T-1-10-GT of an ATN and a TOM installed in the TAM-2-10GT of a
DTN A TOM installed in a SIM-A-8-2.5-GMT of an ATN and a TOM installed in the TAM-2-10GT of a
DTN
Equipment Configuration IQA NOS ATN supports two modes of equipment configuration as described in the following sections: “Equipment Auto-configuration” “Equipment Pre-configuration” on page 4-34
Equipment Auto-configuration As described in “System Discovery and Inventory” on page 4-31, IQA NOS ATN automatically discovers the equipment installed in the network element, enabling users to bring up a circuit packs without manual configuration. The auto-configuration is performed when a circuit pack is installed in a slot which is not already configured. IQA NOS ATN discovers the installed circuit pack and also creates and configures the corresponding circuit pack managed object using default configuration parameters. The default administrative state of an automatically created circuit pack is unlocked so the circuit pack can start operation without manual configuration. However, users can modify this default state through management applications.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-34
Equipment Management and Configuration
Once a slot is populated and the circuit pack auto-configuration completes, the slot is configured and any attempt to replace the circuit pack with a different circuit pack type will raise an alarm. To enable autoconfiguration of a different circuit pack in the same slot, the circuit pack configuration for the slot must first be deleted through management applications.
Equipment Pre-configuration IQA NOS ATN supports circuit pack pre-configuration where users can configure the slots to house a specific circuit pack before physically installing it in the chassis. Such slots are displayed as pre-configured but unpopulated through the management applications. For multi-chassis systems, the Expansion Chassis may be pre-configured. The equipment placed in the pre-configured chassis also can be configured. When the circuit pack is installed in a pre-configured slot, the circuit pack becomes operational using preconfigured data. Once a slot is pre-configured for a circuit pack type, insertion of a different circuit pack type causes the network element to generate an equipment mismatch alarm.
State Modeling IQA NOS ATN implements state modeling that meets the various needs of all the supported management applications and interfaces, and also provides comprehensive communication on the state of the equipment and termination points. IQA NOS ATN defines a standard state model for all the managed objects, which includes equipment as well as termination points as described in “Managed Objects” on page 4-30. IQA NOS ATN defines the following states: Administrative State—Represents the user’s operation on an equipment or termination point
(referred to as a managed object). See “Administrative State” on page 4-34. Operational State—Represents the ability of the managed object to provide service. See “Opera-
tional State” on page 4-37. Service State—Represents the current state of the managed object, which is derived from the
administrative state and operational state. See “Service State” on page 4-38.
Administrative State The administrative state allows the user to allow or prohibit the managed object from providing service. The administrative state of the managed object can be modified only by the user through the management applications. Also, a change in the administrative state of a managed object results in an operational state
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-35
change of the contained and supported managed objects. However, the administrative states of the contained and supported managed objects are not changed. Note: IQA NOS ATN supports alarms that indicate when an entity is put in the Locked or Maintenance administrative state. The severity of these alarms can also be customized via the ASAP feature (see “Alarm Severity Assignment Profile Setting (ASAP)” on page 4-9). IQA NOS ATN defines three administrative states as described in the following sections: “Unlocked State” on page 4-35 “Maintenance State” on page 4-35 “Locked State” on page 4-36
Unlocked State The managed object in unlocked state is allowed to provide services. Using management applications, users can change the state of a managed object to unlocked state from either locked state or maintenance state. This action results in the following behavior: If there are any outstanding alarms on the managed object they are reported. The managed object is available to provide services (provided its operational state is enabled). This action causes the contained and supported objects to re-evaluate their states as follows: This action may trigger an operational state change on all objects that are contained or sup-
ported by this object (called dependent objects), depending on existing fault conditions. The operational state of those dependent objects will transition to the Enabled state, if no fault conditions exist and no other ancestors or supporting objects are administratively locked. This action does not impact the operational state of the managed object itself. Its operational
state is determined autonomously by fault conditions that might arise, or by administrative locking actions on ancestors. This action causes all contained objects to remove the ANCESTOR_LOCKED or
ANCESTOR_MAINTENANCE operational state qualifier and may cause alarm reporting to be enabled, if no ancestors are silenced. This action causes all supported objects to remove the SUPPORTING_LOCKED or
SUPPORTING_MAINTENANCE operational state qualifier and may cause alarm reporting to be enabled, if no ancestor or supporting objects are currently silenced.
Maintenance State The managed object avails itself to management operations, such as trace messaging, loopbacks, PRBS testing, etc. Users can change the state of a managed object to the maintenance state from either locked state or unlocked state. This section results in the following behavior: Maintenance state can be applied to either Equipment or Termination Point objects. The opera-
tional state of the object is not impacted by a transition into Maintenance state. Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-36
Equipment Management and Configuration
All outstanding alarms (except alarms that cannot be suppressed) are cleared on the managed
object and all new alarm reporting and alarm logging are suppressed until the managed object is administratively unlocked again. However, currently observable fault conditions can still be retrieved. Users can perform service-impacting maintenance operations, such as loopback tests, PRBS
tests, etc., without having any alarms reported. The service state of this managed object is changed to OOS. This action triggers an operational state change on all dependent managed objects (i.e. objects
that are contained or supported by this managed object). The operational state of the dependent objects transition to a disabled state, their service state is changed to OOS-MT (out-of-servicemaintenance) state, the oerational state qualifier value is set to ANCESTOR_MAINTENANCE or SUPPORTING_MAINTENANCE and alarms transition to Inhibited (i.e. silenced) state. PM monitoring and historical PM collection of the resource and its contained and supported
objects shall continue, if PM collection is enabled, but the data shall be marked as suspect or invalid.
Locked State The managed object is prohibited from providing services to its users. Service affecting provisioning, such as modifying attributes or deleting objects are allowed. Users can change the administrative state of a managed object to the locked state from either unlocked state or maintenance state through all management applications. Changing the administrative state to the locked state results in the following behavior: Depending on the type of managed object, the Locked state may or may not provide services to
users: Passive cards, Power Conversion Modules (PCMs) and Fan are not impacted by a locked state AAM—The AAM EDFA is shut down, ADAPT control loops associated with AAM are stopped OFM—The OFM is shut down, ADAPT control loops associated with OFM are stopped SIM—All client and line TOMs are shut down Active OFMs —All Variable Optical Attenuators (VOAs) are set to maximum attenuation TOM—The TOM laser is shut down, the TOM input is ignored and is not sent to the other side for
encapsulation or de-encapsulation. An LOS or all zero bits are sent for encapsulation/de-encapsulation instead Client/Line TOM trib PTP—Trib Disable Action is applied
The payload/service type can be changed when the Trib PTP is in the Locked or Maintenance state. For all payload types, traffic on the Trib PTP will be impacted when the facility is put in the Locked state. Furthermore, the behavior of the Trib PTP in the Locked state is determined by the Tributary Disable Action setting of the Trib PTP: – If the Tributary Disable Action is set to Turn-off Laser, the trib laser is shut down (applicable for all payloads).
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-37
–
If Tributary Disable Action is set to Send AIS, AIS signal is sent by the trib (applicable for SONET/SDH only; this setting does not apply to GbE, Clear Channel, Fibre Channel, Video services, etc.)
–
If the Tributary Disable Action is set to Do Nothing, the trib laser does not shut down or transmit any maintenance signal such as AIS. The trib laser continues to transmit a signal.
–
If the Tributary Disable Action is set to Insert Idle, the trib sends an idle signal (applicable for Fibre Channel services only)
All outstanding alarms (except alarms that cannot be suppressed) on the managed object are
cleared and all new alarm reporting and alarm logging are suppressed until the object is administratively unlocked again. However, currently observable fault conditions can still be retrieved. The operational state of this managed object is not changed, since the operational state is deter-
mined by the object’s ability to provide service. The service state of this managed object is changed to OOS. This action triggers an operational state change on all dependent managed objects (i.e. objects that
are contained or supported by this managed object). The operational state of the dependent objects transition to a disabled state, their service state is changed to OOS-MT (out-of-service-maintenance) state, the operational state qualifier is set to a value of ANCESTOR_LOCKED or SUPPORTING_LOCKED and alarms transition to Inhibited (i.e. silenced) state. PM monitoring and historical PM collection of the resource and its contained and supported objects
shall continue, if PM collection is enabled, but the data shall be marked as suspect or invalid.
Operational State The operational state indicates the operational capability of a managed object to provide its services. It is determined by the state of the hardware and software, and by the state of the supporting/containing object; it is not configurable by the user. Two operational states are defined: Enabled—The managed object is able to provide service. This typically indicates that the corre-
sponding hardware is installed and functional. Disabled—The managed object can not provide all or some services. This typically indicates that
the corresponding hardware has detected some faults or is not installed. For example, when a provisioned circuit pack is removed, the operational state of the corresponding managed object becomes disabled.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-38
Equipment Management and Configuration
Each operational state may be further characterized by the following operational state qualifiers that indicate an operational state due to the operational state of the supporting/containing (ancestor) objects: FAULTED—The equipment has a fault due to a diagnostic failure or there is a service affecting fault
like OLOS EQUIPMENT_NOT_PRESENT—The equipment is not present EQUIPMENT_MISMATCH—There is a mismatch between the installed equipment type and the
equipment type in the data IN_TEST— Diagnostic tests are being performed on the equipment LOOP_BACK—A terminal or facility loopback is enabled on the Client Termination Point (CTP) PRBS_GEN—PRBS generation is enabled on the Client Termination Point (CTP) PRBS_MON—PRBS monitoring is enabled on the Client Termination Point (CTP) TURNED_OFF—The TOM laser is shutdown by Trib Disable Action due to a Loss of Signal (LOS) or
fault on the line-side. This qualifier is applicable on the client TOM Trib PTP and line TOMs on the SIM-T-1-10GP, SIM-T-1-10GM, and SIM-T-1-10G SIM due to line disable action or admin lock operation. ANCESTOR_FAULTED, SUPPORTING_FAULTED—The parent or supporting managed object is
faulted ANCESTOR_UNAVAILABLE, SUPPORTING_UNAVAILABLE—The parent or supporting managed
object is unavailable ANCESTOR_LOCKED, SUPPORTING_LOCKED—The parent or supporting managed object is in
the Locked administrative state ANCESTOR_MAINTENANCE, SUPPORTING_MAINTENANCE—The parent or supporting man-
aged object is in Maintenance administrative state ANCESTOR_SILENCED—The parent object or ancestor has ARC silenced
Service State The service state represents the current functional state of the managed object which is dependent on the operational state and the administrative state. The service state is not maintained by IQA NOS ATN. It is
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-39
derived by the Infinera ATN GNM and Infinera DNA management applications based on the operational and administrative states of an object and its ancestors. The following states are defined: In-service (IS)—Indicates that the managed object is functional and providing services. Its opera-
tional state is enabled and its administrative state is unlocked. Out-of-service (OOS)—Indicates that the managed object is not providing normal end-user services
because its operational state is disabled, the administrative state of its ancestor object is locked, or the operational state of its ancestor object is disabled. Out-of-service Maintenance (OOS-M)—Indicates that the managed object is not providing normal
end-user services, but it can be used for maintenance test purposes. Its operational state is enabled and its administrative state is maintenance. Out-of-service Maintenance, Locked (OOS-MT, Locked)—Indicates that the managed object is not
providing normal end-user services, but it can be used for maintenance test purposes. Its operational state is enabled and its administrative state is locked.
Tributary Disable Action A tributary is considered disabled when the tributary is locked, or when a LOF or AIS is detected for the trib path. The user can configure the action taken by the trib once the trib is disabled. The tributary disabling action can be one of the following: Turn-off Laser—When tributary disable action is in effect, the trib laser is shut down. This trib disable
action is applicable for all payloads. Turn-off laser is the only trib disable action supported on a 10GbE service on a SIM-T-1-10G. Note: For electrical transmit TOMs (TOM-1.485HD-TX and TOM-1.4835HD-TX), this setting is called “Disable Transmitter.” Also note that because the transmitter on electrical transmit TOMs cannot be disabled, when an electrical TOM is configured for Disable Transmitter setting, the TOM will transmit all zeroes. Send AIS—When tributary disable action is in effect, the trib sends an AIS signal. This trib disable
action is applicable for SONET/SDH only; this setting does not apply to GbE, Clear Channel, Fibre Channel, Video services, etc. Insert Idle—When tributary disable action is in effect, the trib sends an idle signal. This trib disable
action is applicable for Fibre Channel services only. Send NOS—When tributary disable action is in effect, the trib sends an Not Operational Primitive
Sequence i.e. NOS signal. This trib disable action is applicable for Fibre Channel interfaces only. Send All Zeroes—When tributary disable action is in effect, the trib sends all zeroes in the entire
frame, which results in a PCS Loss of Sync alarm on the downstream equipment or test set. This trib
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-40
Equipment Management and Configuration
disable action is applicable for Fibre Channel interfaces and clear channel interfaces, with the exception of 8G FC on a SIM-T-1-10GP or SIM-T-1-10GM. Do Nothing— When tributary disable action is in effect, the trib laser is not shut down and it does not
transmit any maintenance signal such as AIS. The trib laser continues to transmit a signal. This trib disable action is applicable for all payloads. ATN also supports configuration of the line behavior upon line disabling on the SIM-T-1-10G, SIM-T-1-10GP and SIM-T-1-10GM when the line is locked, or when a LOF or AIS is detected for the line path. The line disabling actions can be any of the following: Turn-off Laser—When tributary disable action is in effect, the trib laser is shut down. This trib disable
action is applicable for all payloads. Do Nothing— When tributary disable action is in effect, the trib laser is not shut down and it does not
transmit any maintenance signal such as AIS. The trib laser continues to transmit a signal. This trib disable action is applicable for all payloads. Note: Infinera recommends setting Trib Disable Action and Line Disable Action to “Turn-off laser” for OTU2, OTU2e and OTU2f regen modes.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-41
Performance Monitoring and Management IQA NOS ATN provides extensive performance monitoring to provide early detection of service degradation before a service outage occurs. The performance monitoring capabilities allow users to proactively detect problems and correct them before end-user complaints are registered. Performance monitoring is also needed to ensure contractual Service Level Agreements between the customer and the end user. IQA NOS ATN provides performance monitoring functions in compliance with GR-820. The following features are supported: Extensive performance data collection at every node, including, Optical performance monitoring (PM) data within the optical domain (see “Optical PM Parame-
ters and Thresholds” on page B-2) OTU PM data at OTU-based SIMs i.e. SIM-T-1-10G, SIM-T-1-10GM and SIM-T-1-10GP (see
“OTU PM Parameters” on page B-7) DTF PM data at every SIM-T-1-10GT and SIM-A-8-2.5GMT (see “DTF PM Parameters” on
page B-9) Digital Channel (DCh) PM data at every SIM-T-1-10GT and SIM-A-8-2.5GMT (see “DTF PM
Parameters” on page B-9) Native client signal PM data at the tributary ports (see “Client Signal PM Parameters and
Thresholds” on page B-14) Optical supervisory channel (OSC) performance monitoring data (see “OSC PM Parameters” on
page B-38) Fan Inlet Temperature PM (see “Additional PM Parameters” on page B-39) Comprehensive PM data collection functions, including, Real-time PM data collection for real-time troubleshooting (see “Real-time PM Data Collection”
on page 4-42) Historical PM data collection for service quality trend analysis (see “Historical PM Data Collec-
tion” on page 4-42) Threshold crossing notifications for early detection of degradation in service quality (see “PM
Thresholding” on page 4-43) Invalid data flag indicator per managed object per period (see “Suspect Interval Marking” on
page 4-44) Performance monitoring event logging for troubleshooting (see “PM Logging” on page 4-45)
A complete list of PM data collected by IQA NOS ATN is provided in “ATN PM Parameters” on page B-1. Flexible PM data reporting and customizing options to meet diverse customers’ needs, including, Automatic and periodic transfer of PM data in CSV format enabling customers to integrate with
their management applications (see “PM Data Export” on page 4-44)
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-42
Performance Monitoring and Management
Customization of PM data collection (see “PM Data Configuration” on page 4-45)
PM Data Collection IQA NOS ATN collects digital PM data and optical PM data. For the optical PM data, IQA NOS ATN utilizes gauges to collect the PM data. As defined in ITU
X.721 specification, the gauge indicates the current value of the PM parameter. The gauge attribute type is a float value. The gauge value may increase or decrease by an arbitrary amount and it does not wrap around. It is a read-only attribute. For the digital PM data, IQA NOS ATN uses counters to collect the PM data. The counter value is a
non-negative integer that is set to zero at the beginning of every collection interval. The counter size is selected in a such a way that the counter does not rollover within the collection period.
Real-time PM Data Collection IQA NOS ATN supports real-time PM data retrieval which is useful for real-time troubleshooting. Real-time data can be retrieved by the management applications at any time. IQA NOS ATN provides real-time PM data for some of the optical and digital PM parameters. The real-time optical PM data indicates the state of the hardware (value of the PM parameter) at the time of its retrieval. The real-time digital PM data is essentially the value of the digital PM counter at the time of its retrieval. The value of the counters will roll over after the upper bound is reached.
Historical PM Data Collection In addition to the real-time PM data, IQA NOS ATN provides historical PM data archived locally in the network element enabling service quality trend analysis. IQA NOS ATN collects the historical PM data at the following intervals: 15 minutes 24 hours
IQA NOS ATN maintains the following historical counters/gauges: Current 15-minute and ninety-six previous 15-minute counters/gauges Current 24-hour and seven previous 24-hour counters/gauges
The historical PM data is not asynchronously reported to the management applications. It must be retrieved by the users through management applications. Note: Historical counters/gauges are supported only for some PM parameters. The historical (current and previous) optical PM data is derived by taking several snapshots of the hardware status. The optical PM parameter value is read from the hardware every five seconds within a ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-43
PM period, and minimum, maximum and average values are derived from all the readings. The duration of the reading itself is one second. Thus the historical optical PM data is the minimum, maximum and average of the PM parameter values within a given period. The historical digital PM data is essentially the value of the counter at the end of the given PM period.
PM Thresholding PM thresholding provides an early detection of faults before significant effects are felt by the end users. Degradation of service can be detected by monitoring error rates. Threshold mechanisms on counters and gauges allow the monitoring of such trends to provide a warning to users when the monitored value exceeds, or is outside the range of, the configured thresholds. IQA NOS ATN supports thresholding for both optical PM gauges and digital PM counters. During the PM period, if the current value of a performance monitoring parameter reaches or exceeds corresponding configured threshold value, threshold crossing notifications are sent to the management applications. Optical PM Thresholding
IQA NOS ATN performs thresholding on some optical PM parameters by utilizing high and low threshold values. Note that the thresholds are configurable for some PM parameters; for others, the system utilizes pre-defined threshold values. An alarm is reported when the measured value of an optical PM parameter is outside the range of its configured threshold values. The alarms are automatically cleared by IQA NOS ATN when the recorded value of the optical PM parameter is within the acceptable range. Digital PM Thresholding
IQA NOS ATN performs thresholding on some digital PM data utilizing high threshold values which are user configurable. A Threshold Crossing Alert (TCA) is reported when a PM counter, within a collection period, exceeds the corresponding threshold value. When a threshold is crossed, IQA NOS ATN continues to count the errors during that accumulation period. TCAs are transient in nature and are reported as events which are logged in the event log as described in “Event Log” on page 4-9. The TCAs do not have corresponding clearing events since the PM counter is reset at the beginning of each period. Note: Threshold Crossing Alerts (TCAs) are reported for SONET/SDH, GbE and Fibre Channel signals only on SIM-T-1-10GP, SIM-T-1-10GM, SIM-T-1-10GT and SIM-A-8-2.5GMT. TCAs for DTF and DCh signals are reported only on SIM-T-1-10GT and SIM-A-8-2.5GMT. PM thresholding is supported for some of the PM parameters, but not for all. When a PM threshold value is modified, the new threshold will be used for generating associated TCAs in the next complete PM interval. The current PM interval will not use the new threshold.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-44
Performance Monitoring and Management
The following conditions are applicable on modifying PM threshold values: If TCA reporting is enabled after a PM threshold is modified to a value lower than the current PM
count, TCAs are not raised in the current PM interval. The new threshold will be used only in the next complete PM interval. If TCA reporting is enabled before a PM threshold is modified to a value lower than the current PM
count, TCAs are raised in the current PM interval.
Customizable Severity Levels for TCAs IQA NOS ATN supports customizable severity levels for TCAs via the Alarm Severity Assignment Profile Setting (ASAP) feature. See “Alarm Severity Assignment Profile Setting (ASAP)” on page 4-9 for more information on setting TCA severities.
Suspect Interval Marking IQA NOS ATN marks the PM data for a given managed object collected in 15-minute and 24-hour periods as suspect or invalid by maintaining an invalid data flag (IDF). The IDF is maintained per managed object per period basis. The IDF is retrievable by management applications and is used to communicate to the user the validity of the collected PM data. The PM data is marked invalid under the following conditions: User resets the PM counter through management applications. User puts the equipment in the Locked or Maintenance state. The period of PM data accumulation changes by +/-10secs (e.g., user changes the date and/or time
during the period). Loss of PM data due to system restart or hardware failure.
PM Data Export Users can export PM data, in CSV format flat files to a user specified external FTP server. Users can use these flat files to integrate PM data analysis into their management applications or simply view the PM data through spreadsheet applications. For the PM data flat file format, see the Infinera DNA User Guide. The following methods of PM data upload are supported: Manual—Use the manual mode to immediately upload the PM data to the specified FTP server. Scheduled—Use scheduled upload to automatically upload the data at regular intervals, hourly,
every 4hours, every 8 hours or every 12 hours as configured. Users can schedule the TOD (time of day) at which the network element automatically transfers the PM data to the user specified server. Users can configure primary and secondary server addresses. If the data transfer to the primary server fails, the PM data is transferred to the secondary FTP server.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-45
PM Data Configuration IQA NOS ATN allows users to customize PM data collection on the network element. Users can configure PM data collection through management applications. IQA NOS ATN supports the following configuration options: Reset the current 15-minute and 24-hour counters at any time per managed object. Change the default threshold values according to the customer’s error monitoring needs. Enable or disable the PM threshold crossing alarm and TCA reporting per attribute per managed
object. Set the severity level of TCA notifications. Enable or disable PM data collection per managed object entity.
PM On Software Upgrade and Rollback IQA NOS ATN does not support PM data conversion on software upgrade or rollback. The user must save all PM data by uploading to a server prior to performing software upgrade or rollback.
PM Logging As described in “Event Log” on page 4-9, IQA NOS ATN maintains a wrap-around historical event log that tracks all changes that occur within the system. Following are some PM related events that are logged in the event buffer: User changes PM thresholds User resets PM counters Threshold crossing alert (TCA) is generated
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-46
Security and Access Management
Security and Access Management The IQA NOS ATN security and access management features comply with Telcordia GR-815-CORE standard. The supported features include: Resource access control by defining multiple access privileges (see “Authorization” on page 4-46). User identification to indicate the logged in user or process (see “User Identification” on page 4-48). User authentication to verify and validate the authenticity of the logged in user (see “Authentication”
on page 4-48). User access control to prevent intrusion (see “Access Control” on page 4-49). Security audit logs to monitor unauthorized activities (see “Security Audit Log” on page 4-49). Security functions and parameters to implement site-specific security policies (see “Security Admin-
istration” on page 4-51). Secure Shell (SSH v2) protection of management traffic (see “Secure Shell (SSHv2) and Secure
FTP (SFTP)” on page 4-52) RADIUS enabled storage of user name and password information in a centralized location (see
“Remote Authentication Dial-In User Service (RADIUS)” on page 4-54)
Authorization Multiple access privileges are defined to restrict user access to resources. Each access privilege allows a specific set of actions to be performed. One or more access privileges is assigned to each user account. For the description of the managed objects, see “Managed Objects” on page 4-30. There are six levels of access privileges as described in Table 4-1 on page 4-47:
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-47
Table 4-1 Access Privileges Access Privilege
Security Administrator (SA)
Function
Allows the user to perform network element security management and administration related tasks such as: • Creating new user accounts with appropriate user access privileges • Modifying user accounts • Monitoring security alarms and events raised and taking appropriate actions • Disabling user accounts due to intrusion detection or inactivity • Monitoring the security audit log • Configuring system wide security parameters such as inactivity time-out period, maximum number of invalid logins etc.
Monitoring Access (MA)
Allows the user to monitor the network element. The user cannot modify anything on the network element and has read-only privileges. Monitoring Access is provided to all users by default. The actions the user can perform include: • Monitoring PM data • Viewing event logs • Monitoring provisioning data for network resource usage
Network Administrator (NA)
Allows the user to maintain the network infrastructure by performing tasks such as: • Monitoring the network element • Managing equipment • Turning-up the network element • Administering various network-related functions, such as, auto-discovery The Network Administrator has full read/write access to the system commands.
Network Engineer (NE)
Allows the user to monitor the network element and manage equipment.
Provisioning (PR)
Allows the user to monitor the network element and configure facility endpoints. The Provisioning user has read/write permission to the provisioning database.
Turn-up and Test (TT)
Infinera Corporation
Allows the user to monitor, turn-up, and troubleshoot the network element and fix network problems.
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-48
Security and Access Management
User Identification Each network element user is assigned a unique user ID. The user ID is case-sensitive and contains 4 to 10 alphanumeric characters. The user specifies this ID (referred to as user login ID) to log into the network element. By default, IQA NOS ATN creates three user accounts with the following user login IDs: secadmin
An account with the security administrator privilege enabled. The default password is Infinera1 and the user is required to change the password at first login. This user login ID is used for initial login to the network element. netadmin
An account with the network administrator privilege enabled. The default password is Infinera1 and the user is required to change the password at first login. Additionally, this account is disabled by default. It must be enabled by the user with security administrator privilege through the Infinera ATN GNM. This account is used to turn-up the network element. emsadmin
An account with all privileges enabled. The default password is Infinera1. This account is disabled by default. It must be enabled by the user with security administrator privilege through the Infinera ATN GNM. The Infinera DNA server communicates with the network element using this account, referred to as the Infinera DNA account, when it is started without requiring additional configuration. Users can create additional Infinera DNA accounts which the Infinera DNA server can use to connect to the network element. These accounts must have the Infinera DNA access capability enabled during creation. A single user can open multiple sessions. IQA NOS ATN maintains a list of all current active sessions. Note: IQA NOS ATN supports a maximum of 13 active user sessions at any given time. All login attempts beyond 13 sessions will be denied and a warning message is displayed.
Authentication IQA NOS ATN supports standards-based authentication features. These features ensure that only authorized users log into the network element through management interfaces. Each time the user logs in, the user must enter a user ID and password. For the initial login, the user specifies the default password set by the security administrator. The user must then create a new password based on the following requirements. The password must contain Six to ten alphanumeric characters
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-49
At least one alphabetic and one numeric or one special character The password may contain these special characters: ! @ # $ % ^ ( ) _ + | ~ { } [ ] ? The password must not contain: The associated user ID Blank spaces The passwords are case-sensitive and must be entered exactly as specified.
The password is stored in the network element database in a one-way encrypted form. Password rotation is implemented to prevent users from re-using the same password. The users are forced to use passwords different from the previously used passwords. The number of history passwords stored is configurable.
Access Control In addition to user login ID validation and password authentication, IQA NOS ATN supports access control features to ensure that the session requester is trusted, such as: An unsuccessful user login is detected and if the number of unsuccessful login attempts exceeds
the configured maximum number of attempts, the session is terminated and a security event is logged in the security audit log. The user session is automatically terminated when the cable connecting the user computer and the
network element is physically removed. The user must follow the regular login procedure after the cable is reconnected. The activity of each user session is monitored. If, for a configurable period of time, no data is
exchanged between the user and the network element, the user session is timed-out and the session is automatically terminated.
Security Audit Log IQA NOS ATN maintains an independent and persistent circular audit log that records all system configuration activities and security related events, such as unauthorized attempts and excessive authentication attempts. The audit log provides traceability of all system-impacting changes.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-50
Security and Access Management
The audit logs include system configuration activities and security related activities performed by the user. These activities include: Creating and deleting managed objects Updating an attribute of the managed object Invalid login attempts Unauthorized attempts to access resources due to restrictions imposed by the user access privilege Updates to the user's security parameters, such as the password, user access privilege, password
aging time, etc. Updates to the network element security parameters such as maximum number of invalid login
attempts, and inactivity time-out interval Each audit log entry includes the following minimum set of information: User login ID of the user who performed the action, along with terminal, port and network address
information Date and Time of the operation Action performed Instance of the managed object on which the action was performed
The audit logs are maintained in a circular buffer andthe oldest records are overwritten once the buffer reaches its limit. Audit logs are preserved when system reboots. Although users cannot modify audit logs, users with any access privilege can view the audit logs through the management applications.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-51
Security Administration IQA NOS ATN defines a set of security administration functions and parameters that are used to implement site-specific policies. Security administration can be performed only by users with security administrator privilege. The supported features include: View all users currently logged on Disable and enable a user account (this operation is allowed only when the user is not logged on) Modify user account parameters, including access privilege and password expiry time Delete a user account and its attributes, including password Reset any user password to system default password Set the password change policy to allow users to change their own passwords, or to require all
password changes be performed by a security administrator Specify whether or not new users need to change the account password upon first login Monitor security audit logs to detect unauthorized access Monitor the security alarms and events raised by the network element and take appropriate actions Configure system-wide security administration parameters: Default password Inactivity time-out period Maximum number of invalid login attempts allowed Number of history passwords Advisory warning message displayed to the user after successful login to the network element
Secure Perform network-wide user administration, including: View user accounts cross the managed network Add new user accounts to multiple nodes, in a single operation Update user account information on multiple nodes, in a single operation View and modify attributes common to multiple user accounts, in a single operation Clone multiple user accounts (with the same privileges, associations and permissions as that of
an existing user account) to one or more network elements, or to all network elements within an administrative domain Export multiple user account information Import multiple user account information that was previously exported
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-52
Security and Access Management
Secure Shell (SSHv2) and Secure FTP (SFTP) IQA NOS ATN provides the option to secure management plane communications using the Secure Shell version 2 (SSHv2) and Secure File Transfer Protocol (SFTP) protocols on a per-network element basis. The SFTP port number is configurable (possible values are 1-65535; the default port number is 22). This feature provides a secure, encrypted channel between the management interfaces (GNM, DNA, and CLI clients) and any network element, thereby protecting the system from the following security threats: System integrity threats: Unauthorized manipulation of system configuration files or system database files Communication Integrity Unauthorized manipulation of data in transit Confidentiality threats: Eavesdropping Session recording and disclosure Privacy violations Snooping Password hacking Service threats: Session hi-jacking Theft of service
Note: For maximum management traffic protection, configure the network element and DCN ports behind a firewall.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-53
Figure 4-30 SSHv2-secured Management
The IQA NOS ATN implementation of SSHv2 is based on the IETF SSHv2 OpenSSH Toolkit solution. It provides the following types of communication protection: Data Encryption—Symmetric data encryption is based on the Advanced Encryption Standard (AES)
defined by NIST. A 128 bit key length is supported. Data Integrity—The network element supports the Message Authentication Code (MAC) feature of
SSHv2 to ensure data integrity between the management client and the network element. The 128 bit key hmac-sha1 algorithm is supported. Note: The following SSHv2 Clients are supported by the Infinera node: - PuTTY - OpenSSH Client - F-Secure SSH Client - Tera Term Pro Users with the secadmin privilege can selectively enable SSHv2-based security on a per-node basis for each of the management interface ports (that is, to protect communications via CLI, Telnet, file transfer, or XML). By default, enhanced security is not enabled. Note: The SSH enhanced security feature may be enabled at any time. However, if the enhanced security flag is updated during run-time, existing sessions continue to function in its earlier mode. Any new established sessions will operate according to the new security setting. You must perform a warm or cold reboot of the AMM in order to effect the security changes to existing sessions.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-54
Security and Access Management
Remote Authentication Dial-In User Service (RADIUS) Each network element can be configured to use its local settings for user authentication, or to use the Remote Authentication Dial-In User Service (RADIUS) capability. RADIUS is a standard for remote authentication and storage of user name and password information that centralizes user account maintenance on a RADIUS server. The network element is configured to use any of the three redundant RADIUS servers configured to authenticate the username and password. Each of the redundant RADIUS servers are polled for authentication requests in a round-robin fashion based on the availability of the server. The network element attempts to access each server only if the previous server is either busy or unavailable. If all attempts to poll the servers are unsuccessful, authentication is done by the local network element (if configured). Note: Infinera network elements and Infinera DNA inter-operate with FreeRadius version 1.1.0 and may not be compatible with RADIUS servers that use vendor-specific attributes.
Note: The user account names and passwords on the RADIUS server(s) must comply with the same rules and constraints for user names and passwords on the ATN (see “User Identification” on page 4-48 and “Authentication” on page 4-48 for the requirements for valid user names and passwords on the ATN). In addition, all user accounts must have a privilege level of “MA” or higher in order to be compatible with Infinera nodes (see “Authorization” on page 4-46 for information on privilege levels). An Infinera network element can be configured to authenticate users according to the local settings or via the configured RADIUS servers. In addition, the network element can be configured to authenticate users first according to the RADIUS settings, and then according to the local settings on the network element if no RADIUS server can be contacted. Figure 4-31 shows an example Infinera network with redundant RADIUS servers.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-55
Figure 4-31 Infinera Network with RADIUS
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-56
Software Configuration Management
Software Configuration Management IQA NOS ATN provides the following capabilities to manage software and database images on the ATNs: “Downloading Software” on page 4-56 “Maintaining Software” on page 4-56 “Maintaining the Database” on page 4-59 “Uploading Debug Information” on page 4-62
Downloading Software IQA NOS ATN is packaged into a single software image. The software image includes the software components required for all the circuit packs in the ATN. Users can remotely download the software image from a user specified FTP server, to the controller (AMM) of one or more network elements within an administrative domain. Once users download the software image to the AMM and then separately initiate the software upgrade procedure, the software is automatically distributed to the remaining circuit packs within the chassis. A network element can store up to three versions of the software image (including the current version), at the same time. When upgrading a network element storing three versions of software, the user is prompted to reduce the number of software images residing on the network element by deleting any of the currently inactive software versions.
Maintaining Software The network elements support in-service software upgrade. The software upgrade procedure lets users activate a different software version from the one currently active. The following software upgrade operations are supported: Install New Software—This operation lets users activate the new software image version with an
empty database. The software image may be older or newer than the active version. Note: Do not attempt to reboot the system while it is coming up with an default database. This may corrupt the database and cause the AMM to re-boot repeatedly. Upgrade Software—This operation lets users activate the new software image version with the pre-
viously active database. The previously active database version must be compatible or migratable with the new software image version. Note: For detailed traffic, EDFA Firmware (AAM only), Field Programmable Gate Array (FPGA) upgrade, Complex Programmable Logical Device (CPLD) upgrade (for AMM only), and
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-57
operational effects associated with upgrading to a specific software image version, refer to the applicable Software Release Notes. Activate Software and Database—This operation lets users activate a software image version and a
database version. The database version and the software version must be the same to activate the software and database. Before upgrading the software, the new database image must be downloaded to the network element. Restart Software with Empty Database—This operation lets users activate the current software
image with an empty database. Note: Do not attempt to reboot the system while it is coming up with an empty database. This may corrupt the database and cause the AMM to re-boot repeatedly. In general, upgrading the software does not affect existing service. However, if the new software image version includes a different Firmware/Field Programmable Gate Array (FPGA) version than the one currently active, it could impact existing services. If this occurs, a warning message is displayed. Users must upgrade software on a node-by-node basis. Therefore, at any given time, the network elements within a network may be running at least two software image versions. These different images must be compatible. In the presence of multiple software versions, the network provides functions that are common to all the network elements. The software upgrade procedure executes in the following steps: 1.
Verifies that the software and database versions are compatible. If they are not compatible, the upgrade procedure is not allowed.
2.
Validates the uncompressed software image. If the software image is invalid, the upgrade procedure is not allowed.
3.
Decompresses the software image. If there is not enough memory on the network element to store the decompressed image, software decompression will not occur at all.
4.
Reboots the network element so that the new software image becomes active. If the reboot fails, the upgrade procedure is aborted and software image reverts to the previously active software image version.
5.
When the new software image is activated, the software upgrade procedure updates the format of the Event Log and Alarm table alarms, if necessary. Note: When the software is upgraded, the PM historical data is not converted to the new format (if there is a change in the format) and it is not persisted. Therefore, before you upgrade the software, you must upload and save the PM data in your local servers.
In general, if the upgrade procedure is aborted, the software reverts to the previously active version. The procedure reports events and alarms indicating the cause of the failure. During the upgrade process, communication with the clients and other network elements within the network is interrupted.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-58
Software Configuration Management
Remote Hardware FPGA Upgrade The ATN features the use of Field Programmable Gate Array (FPGA) logic chips in all the circuit packs and Complex Programmable Logical Devices (CPLDs) in the AMM. Each FPGA or CPLD contains an “image”, a set of programmed instructions by which a circuit pack operates. When available, updates to the FPGA image are provided through new software releases, and may be downloaded to the circuit packs remotely. Compared to the traditional method of upgrading hardware logic devices through replacement repair and return of hardware modules, the remote upgrade feature offers improved relative cost savings and minimized service impact. Note: Remote upgrades are supported only for FPGA and not for CPLD. Although the hardware upgrade can be performed from a remote location, the hardware module requires a cold reboot for any service-affecting firmaware upgrades.
Note: Do not interrupt AAMs while they are undergoing a firmware upgrade. If an AAM is interrupted during a firmware upgrade, the AMM will have an equipment fault and will need a Return Material Authorization (RMA). Critical information about FPGA or CPLD image upgrades is provided in the Software Release Notes. Specifically, the Software Release Notes identify: If the release contains any FPGA or CPLD upgrades, and if so, for what modules The functional changes made by each FPGA or CPLD upgrade Whether the FPGA or CPLD upgrade is service impacting If the FPGA or CPLD upgrade is recommended, required, or optional
When a user performs a software upgrade, all non-service affecting FPGA and CPLD upgrades are automatically activated. Service-affecting FPGA and CPLD upgrades are not activated until the user targets each individual module with a cold-reboot, warm-reboot or removes/reinserts the module into the chassis. After performing a software upgrade, users may check for pending FPGA or CPLD upgrades using the Equipment Manager tool in the Infinera ATN GNM before activating FPGA or CPLD upgrades on a per-module basis. This allows users to perform hardware upgrade operations within a planned maintenance and service disruption window. Note: If there is an incompatibility between the firmware version on a given module compared to what the current version of the software can support, no new services may be added to the node. If all firmware versions are compatible with the current software image version (even if the software image contains firmware upgrades) then users may use, add, and subtract services indefinitely.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-59
Maintaining the Database To ensure that the correct database is activated on a network element, the database image includes this information: The database version. This is used to check its compatibility with the software image version. The
database image version must be equal to the software image version. Branding information of the network element on which the database was created.
The following database operations are supported: “Downloading the Database” on page 4-59 “Backing up the Database” on page 4-59 “Restoring the Database” on page 4-60
Downloading the Database Users can download the previously backed up database file to the network element from a specified FTP server. Up to three database versions (including the current one) can be stored on the network element at a time. The downloaded database file does not change the current active database. It is simply stored in the persistent memory of the network element.
Backing up the Database There are two database backup modes: Manual Database Backup— Users can manually backup the current database image at any time.
The current database image can be transferred to a specified FTP server or can be stored locally on the network element. Scheduled Database Backup—Users can schedule automatic database backups to occur at a spec-
ified time on a specified day, at either daily or weekly intervals. For example, users can schedule database backups to occur every day at 5pm. Users can also specify a primary and secondary FTP server to store the backup file. By default, the database is backed up to the primary server; however, if that server is not available, the database is backed up to the secondary server. In both modes, the current active database is backed up, not any previously saved database files. The database file that has been backed up contains: Database file, which includes configuration information stored in the persistent memory on the net-
work element. Alarm table stored in the persistent memory of the network element. Event Log stored in the persistent memory of the network element.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-60
Software Configuration Management
Restoring the Database Users can perform the restore operation to activate a new database image file with the current active software image version. The new database image file and the software image must be of the same version and compatible with the network element. The restore operation restarts the network element and activates the new database image. Users can restore the database at system reboot time or at time any during normal operation. If the restore operation fails, the software rolls back to the previously active database image and an alarm is raised indicating the failure of the restore operation. When the database is successfully restored, the alarm is cleared. Users can manually restore the database. Depending on the differences between the two databases, the database restore operation could affect service. The database restoration procedure: Restores the configuration data as per the restored database. The configuration data in the restored
database may differ from the current hardware configuration. In such scenarios, in general, the configuration data takes precedence over the hardware. Restores the alarms in the Alarm table by verifying the current alarm condition status. For example,
if there is an alarm entry in the restored Alarm table but the condition is cleared, that alarm is cleared from the current Alarm table. On the other hand, if the alarm condition still exists, the corresponding alarm entry is stored in the current Alarm table with the original timestamp. Note: The data in the Event Log is not restored. The database image can be restored at system reboot time or at any time during normal operation. Following is the description of some scenarios where the configuration data in the restored database differs from the current hardware configuration and how they are handled: Scenario 1: If the restored database does not contain a managed equipment object, but the hard-
ware is present in the network element, the managed equipment object is created in the database as in equipment auto-configuration (refer to “Equipment Auto-configuration” on page 4-33). For example, consider the following sequence of operations: Backup database Install a new circuit pack Restore the previously backed up database
In this case, after database restoration, the newly inserted circuit pack is auto-configured. Scenario 2: If the managed equipment object exists in the database and the corresponding hard-
ware equipment is present in the network element, but there is a configuration mismatch, an equipment mismatch alarm is reported and the operational state of the equipment is changed to out-ofservice (see “Operational State” on page 4-37).
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-61
Database Branding Both the IQA NOS ATN software and database are stored within the AMM flash memory, and persist in the AMM even when the module is not powered or installed within the system. To prevent a system from operating off an AMM with an inappropriate version of IQA NOS ATN and/or database, the IQA NOS ATN software and hardware work together to “brand” the AMMs. Database Branding is a process by which the software and database residing on an AMM are marked as belonging to a specific network element. This prevents the chassis from booting off an inappropriate AMM - that is, an AMM that was not specifically configured to work with the given chassis.
Database Branding and Re-branding The database brand is the system chassis serial number, which is stored on both an EEPROM on the alarm card, as well as within the master chassis AMM database. During AMM intitialization, the system brand is checked against the brand located within the AMM database. If the brand matches, the AMM will complete its boot sequence. If the AMM database brand does not match, the AMM will not complete its initialization without user intervention. When this happens, the user has several choices in order to continue: If there is a database present on the AMM, the user may perform one of the following actions: Delete the database and then either create a default database or perform a local/remote data-
base restore Re-brand the system so that the chassis accepts the AMM database. Re-branding is supported
from the start-up CCLI that can be accessed through the Craft DCE port. If there is no database present on the AMM, the user may perform one of the following actions: Create a default database Perform a local or remote database restore
Note: Do not attempt to reboot the system while it is coming up with a default database. This may corrupt the database and cause the AMM to re-boot repeatedly. Re-branding enables emergency chassis replacement without requiring re-configuration. Note: Re-branding will overwrite the configuration of a system and should be used only by experienced personnel. For further details on the procedure to “re-brand" or re-commission an AMM, refer to the Infinera ATN Turn-up and Test Guide.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-62
Software Configuration Management
Uploading Debug Information If there is a software failure, the network element stores core dump files as well as pertinent debug information which is preserved over restart. This information is used by Infinera Technical Support for failure analysis. You must specify the primary and secondary FTP server to which the debug information must be uploaded. By default, the debug information is uploaded to the primary FTP server; however, if that server is not available, the debug information is uploaded to the secondary FTP server. This information is uploaded in a tar.gz file format. There are two methods to upload the debug information: Automatic Upload—The basic debug information (Flight Data Recorder details) is uploaded auto-
matically to the specified FTP server. This upload is triggered ten minutes after a successful reboot of the AMM. Manual Upload—The debug information can be manually uploaded to the specified FTP server at
any time.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-63
ATN SNMP Agent In Release 2.0, IQA NOS ATN provides an embedded Simple Network Management Protocol (SNMPv2) agent on Infinera network elements in order to meet the management requirements of third party EMS/ NMS systems that are based on the SNMP protocol. The SNMP protocol is an application layer protocol in the OSI protocol suite. The Infinera ATN SNMP Agent (referred to as the ATN SNMP Agent) supports the SNMP protocol operations between the SNMP Manager and the SNMP Agent. The SNMP Manager is a network management station and the ATN SNMP Agent resides on the Infinera network element. The main components of a SNMP managed network are: SNMP Manager—The SNMP managed network supports three types of SNMP managers: SNMP Managers configured to perform request operations. These managers are labelled as
Allowed Managers in the graphic user interface. SNMP managers configured to receive traps. These managers are labelled as Trap Destinations
in the graphic user interface. SNMP Managers configured to process requests and receive SNMP traps. SNMP Agent—The Infinera ATN SNMP Agent is a software module residing on the Infinera network
element. The ATN SNMP agent: Processes requests made by the SNMP Manager and returns response to the SNMP Manager. Generates autonomous traps for any events, alarms and threshold crossing alerts raised by the
network element and forwards it to the appropriate SNMP Manager that is registered to receive traps. The SNMP Manager(s) and the SNMP Agent maintain a copy of the management information base (MIB) that is kept in sync at all times. The ATN SNMP Agent provides the following benefits: Ability to integrate the Infinera network elements with third party network management system
based on SNMP. Ease of integration with third party off-the-shelf value added tool-kits spanning various applications.
The SNMP ATN Agent provides the following capabilities: Processes requests received from SNMP Managers to the Infinera network elements and returns
the response to the SNMP Manager. Ability to configure community strings. A community string is a authenticator during access request
process. The network element performs the authentication for each SNMP request made to the SNMP agent. A community string is configured on the SNMP Manager and the network element. Only if both of them match, the requests are processed. Provides the capability to configure the list of SNMP Managers to which the traps can be forwarded.
These SNMP Managers are called Trap Destinations.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-64
ADAPT Power Management Control Plane Overview
ADAPT Power Management Control Plane Overview IQA NOS ATN includes a power management control plane, ADAPT that enables automatic optical power management with Variable Optical Attenuator (VOA) enabled active OFM modules and variable gain optical amplifiers (AAMs). R1.0 ATN includes only passive optical filter modules (OFMs) that require the optical power in any network to be balanced manually by using fixed optical attenuators i.e. PADs. ADAPT provides the following benefits: Allows setting correct optical power levels via ATN IQA NOS software Power management with VOA-enabled active OFM modules and variable gain optical amplifiers: Monitor and optimize per-wavelength add-side power levels from SIMs to OFMs Monitor and optimize wavelength-group drop-side power levels from OFMs to SIMs Monitor and optimize AAM output power levels Minimizes usage of fixed attenuators/pads Maximizes system performance Simplifies network activation, operation and growth
Figure 4-32 ADAPT Control Plane
The following topics describe how optical power management is performed using ADAPT protocol, ADAPT operation and parameters associated with ADAPT: “Optical Power Management using ADAPT” on page 4-65 “ADAPT Operation” on page 4-66 “Network Support” on page 4-66 “ADAPT Requirements” on page 4-67 “ADAPT Configuration Parameters” on page 4-68 “ADAPT Triggers” on page 4-70 “ADAPT Resiliency” on page 4-70
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-65
Optical Power Management using ADAPT When ADAPT is enabled, it performs the following functions: Power control loops between active OFMs and SIMs including: Add channel VOA adjustment to achieve power balancing between the channels to be added,
and between the add channels and the express channels Drop-band VOA adjustment to ensure the dropped channel power within the TOM receiving win-
dow The Power Control Loop between the SIM modules and the active OFM modules is performed in order to balance the per channel power when channels are added from the SIMs to the OFM modules and when the channels are dropped from the OFM to the SIM modules. This is accomplished by setting the VOA accordingly at the OFMs. Figure 4-33 Power Control Loop between SIM and OFM
Gain control of AAMs across spans—AAM gain adjustment to achieve the desired per-channel
launch power as determined by the network design The Gain Control loop across the spans is used to adjust the gain targets on the AAM on a span-byspan basis. Each of the digital span links runs the Adapt Protocol instance in a uni-directional mode, identified by the Head End (source of the link) and Tail End (destination of the link). ADAPT protocol can be triggered during the addition/removal of new channels. If the hub-site is passive, then it is recommended that a manual method be followed at such hub-site.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-66
ADAPT Power Management Control Plane Overview
ADAPT Operation ADAPT uses a state protocol to distribute information to all network elements. It is run on an OSC
based control channel and nodal information is exchanged via this protocol. ADAPT is run on a per link basis, where a link is defined as one or more fiber spans starting or end-
ing at a hub node, terminal node or OADM node.When ADAPT is enabled and is run in a network with multiple links, link details such as channel number and ASE ratio of express channels are passed from the uplink to the downlink at the link boundary. If the uplink is broken (e.g. if there is an Optical Loss of Signal i.e. OLOS at the express port on the OFM), the down link will still continue to run, and the add channel power is dictated by the local add channel target power. The user can configure an ADAPT Timer (i.e. the time period that ADAPT is to be run) from the ATN
GNM. Various ADAPT triggers such as enabling ADAPT, VOA adjustment or AAM gain adjustment performed by ADAPT, etc. start an ADAPT cycle and sets the value of a "commit pending flag" on the link as true. A “commit pending flag” that is set to true indicates that one or more network changes are present. Even without any triggers, ADAPT is run at a pre-defined interval (400 seconds). A commit pending flag indicates if any network changes are to be committed or not. If the ADAPT "commit pending flag" on the link is set as "false", it means that there are no pend-
ing network changes to be commited OR ADAPT has run and commit is complete. If the ADAPT "commit pending flag" on the link is set as "true", it means that ADAPT has been
enabled and a commit is pending i.e. the pre-defined cycle is not yet complete OR ADAPT calculations were made, but changes were not applied succesfully and so network settings such as channel numbers, fiber connections, SIM to OFM connections etc. need to be verified. Once the ADAPT Timer expires, ADAPT is automatically disabled and any new pending network
change commits are also disabled. During the period the timer is active, ADAPT can be disabled manually.
Network Support ADAPT power management is supported on the following equipment: AAM-P1, AAM-B1, AAM-P2 and AAM-B2 Amplifier modules 4-channel and 2-channel Active OFMs (i.e. OFMs with Variable Optical Attenuators) ADAPT power management is supported on the following networks: Amplified linear or ring DWDM networks Networks with active OFMs used as edge nodes and Passive OFMs used at hub nodes Networks with active OFMs used as edge nodes and active OFMs used at hub nodes Networks with up to six amplifier sites between two OFM sites Networks with a mix of 2-channel and 4-channel active OFMs Networks with OPSW modules
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-67
ATN-DTN networks i.e. networks between an ATN active OFMand a DTN TAM-2-10GT or DTN
TOM ADAPT power management is not supported on the following networks: Non-amplified DWDM networks CWDM networks Networks with passive OFMs used on edge nodes ATN-DTN networks between an ATN passive OFM and a DTN TAM-2-10GT or DTN TOM
ADAPT Requirements Table 4-2 on page 4-67 describes the system requirements, inter-nodal and intra-nodal connection information required for ADAPT to run. Table 4-2 ADAPT Requirements Requirement
Description System Requirements
AMM and OSC connectivity
• OSC connectivity is required to carry ADAPT information • AMM is required to run ADAPT protocol and perform link discovery
Maximum of 12 nodes in a ring network
ADAPT is supported on ring networks with up to 12 nodes only
Bi-directional connectivity
ADAPT calculations are uni-directional and independent of the other direction, but bi-directional OSC connectivity is required. Intra-nodal Link Connectivity
SIM to OFM connections
This connection is configured on manual fiber patch creation
OFM-1-OSC or AAM to OFM connections
This connection is configured on manual fiber patch creation
OFM-1-OSC or AAM OSC to AMM OSC connections
This connection is configured on manual fiber patch creation
Connections between two OFMs
This connection is configured on manual fiber patch creation Inter-nodal Link Connectivity
ATN to ATN connections
This connection is auto-discovered via OSC
ATN OFM to DTN TOM connections
This connection is configured manually on the Trib port
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-68
ADAPT Power Management Control Plane Overview
ADAPT Configuration Parameters The parameters that influence ADAPT calculations, listed according to the equipment type they are applicable to, are described in Table 4-3 on page 4-68.. Table 4-3 ADAPT Configuration Parameters Parameter
Description ATN Network Element Parameters
ADAPT Timer
• ADAPT is run for the time period defined by the ADAPT Timer • Once the time period defined by the ADAPT timer has expired, any pending commits are automatically disabled • When the timer is active, the user can disable the timer by the selecting the Disable ADAPT Operation option from Infinera ATN GNM • ADAPT Timer can be set to any value in the range of 400 to 86400 seconds. The default value of the ADAPT Timer is set to 400 seconds. • A value of ‘0’ indicates that the ADAPT is currently disabled and is not running Link-level Parameters (Displayed on AAM and OFM-1-OSC in ATN software)
Head-end and Tail-end port
• The identified ports at the head-end and tail-end of the link • Includes a combination of Node ID and OTS ports • Head-end and tail-end ports can reside on AAMs and OFM-1-OSCs
Number of channels
• Indicates the number of channels • This value is propagated from the head-end towards the tail-end • This value can be an integer or a decimal fraction
Operational State
Indicates if ADAPT is currently enabled or disabled on the link
Time Remaining
• Indicates the number of seconds before the ADAPT timer expires • Once the ADAPT timer is expired, the Time Remaining is set to “0” and the Operational State of ADAPT link is set to “Disabled”
Last Run At
• The time at which the last ADAPT cycle was run and a successful commit was performed • Displays a UTC time stamp with both date and time included • Can be used to correlate the installation or provisioning with the ADAPT function
Commit Pending
• A flag to indicate if an ADAPT commit is pending or not • Set to True (Yes), if any ADAPT trigger (see “ADAPT Triggers” on page 4-70) is present
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-69
Table 4-3 ADAPT Configuration Parameters Parameter
Description
Start ADAPT
• Operation to enable ADAPT commits on the link • Once enabled, ADAPT is run until the ADAPT Timer expires • During the period that the ADAPT timer is active, ADAPT can be disabled using the “Stop ADAPT” option on the ATN GNM GUI
Stop ADAPT
• Operation to disable ADAPT commits on the link • During the time ADAPT is disabled, calculations are performed, however, commits are only done when ADAPT is enabled • ADAPT can be enabled using the “Start ADAPT” option on the ATN GNM GUI AAMs/OFM-1-OSC Parameters
Add Channel Target Power
• The minimal add channel power that guarantees to close the link (according to the network design) • Manually configured at the head-end of each link • Typically used during greenfield deployment
Launch Power Offset
• The configured offset from the default launch power out of an amplifier (applicable only for AAMs)
Maximum number of channels
• Maximum number of channels that the link can potentially support • Used to determine the per-channel launch power value of all AAMs along the link • Manually configured at the head-end of a link
2-channel and 4-channel Active OFM Parameters Power Offset
• The configured offset to fine tune the Variable Optical Attenuator (VOA) value during ADAPT calculations • Can be configured on each of the TRIB Physical Termination Point (PTP) and BAND PTP ports of the active OFM modules
VOA Attenuation
• The configured attenuation value on the BAND PTP of active OFM modules • Any previous value, calculated or committed by ADAPT or a manual method, is over-ridden by this value • Can be used as a back-up method to set VOA attenuation when ADAPT is not functional
Add Channel Power
• The configured power on the TRIB PTP ports of active OFM modules • Any previous value, calculated or committed by ADAPT or a manual method, is over-ridden by this value • Can be used as a back-up method to set VOA power when ADAPT is not functional
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-70
ADAPT Power Management Control Plane Overview
ADAPT Triggers The following trigger an ADAPT cycle: C-band OLOS cleared OSC LOL cleared Change in maximum number of channels configured Change in Received Power Change in number of Effective Channels Change in active OFM VOA offset Change in Add channel target power Change in AAM launch power offset Change in transmit fiber type Enable ADAPT
ADAPT Resiliency ADAPT operations are resilient and ADAPT protocol can be run under the following conditions: Any service affecting fault on other modules or links Recovery from service affecting faults on other links Addition of add/drop or express channels Removal of add/drop or express channels Control plane failure Control plane recovery Cold resets of other modules Un-plugging an AMM module while an ADAPT cycle is active Power cycle scenarios
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-71
IQA NOS ATN Management Plane Overview IQA NOS ATN provides a highly available, reliable, and redundant management plane communications path which connects the network operations centers (NOCs) to the physical transport network and meets the diverse customers’ needs. The management plane includes: Direct DCN (Data Communications Network) access where the NOC is connected to the network
element through a DCN network which is typically an IP-based network. The DCN is designed in such a way that there is no single point of failure within the DCN network. (See “DCN Communication Path” on page 4-71.) In-band access through Layer 2 Switch and Spanning Tree Protocol. (See “Layer 2 Switch and
Spanning Tree Protocol” on page 4-75.) Static routing to access external networks that are not within the DCN network. (See “Static Routing”
on page 4-77.) IQA NOS ATN management plane supports Network Timing Protocol (NTP) to provide accurate time stamping of alarms, events and reports from the network element. (See “Time-of-Day Synchronization” on page 4-77.)
DCN Communication Path As described in “Management Interfaces” on page 3-32, the ATN provide an auto-negotiating 10/100 Base-T RJ-45 interface, referred to as the DCN port. The DCN port is located on the AMM in slot 11 of the ATC. An Ethernet cable from the DCN port must be connected to a single Ethernet switch, router or hub. The AMM processes the DCN management traffic. The ATN can be configured with both a primary and secondary DCN IP address on two different subnets, and mapped by the controller. If only a primary DCN IP address is used, then any ATNs physically connected to the DCN must have Spanning Tree Protocol (STP) enabled on the DCN port of the AMM. If the ATNs are connected to different DCNs, then both a Primary and Secondary DCN IP address will be specified, and Spanning Tree Protocol (STP) does not need to be enabled on the DCN port of the AMMs. When using two DCN IP addresses, only two ATNs can be physically connected to the DCN. The DCN IP addresses are configurable through the Commissioning Command Line Interface (CCLI) application during network element turn-up. Infinera ATNs can be connected to a DCN in the following ways “Single DCN Subnet Access” on page 4-71 “Dual DCN Subnet Access” on page 4-73
Single DCN Subnet Access For ATN networks that utilize a single DCN subnet: Every ATN must have a Primary DCN IP address.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-72
IQA NOS ATN Management Plane Overview
The Primary DCN IP addresses of each ATN connected in the same optical network must be in the
same DCN subnet. If only one ATN is physically connected to the DCN network using the AMM DCN Ethernet port,
Spanning Tree Protocol does not have to be enabled on the AMM DCN port (see Figure 4-34 on page 4-72). If more than one ATN will be physically connected to the DCN, Spanning Tree Protocol must be
enabled on all of the AMM DCN ports prior to connecting to the DCN (see Figure 4-35 on page 473). If the DCN is also using a private address, the Craft IP Address should use a different prefix from the
DCN. Use the same Craft IP Address for all network elements in the Infinera Digital Optical Network.
Figure 4-34 One ATN connected to a Single DCN
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-73
Figure 4-35 Multiple ATNs Connected to a Single DCN
Dual DCN Subnet Access For ATN networks that utilize two DCNs (see Figure 4-36 on page 4-74): Every ATN must have two DCN IP addresses. Primary DCN IP address Secondary DCN IP address Primary and Secondary DCNs must be in different subnets. Every ATN must have their Primary DCN IP addresses in the same Primary DCN subnet Every ATN must have their Secondary DCN IP addresses in the same Secondary DCN subnet Only two (2) ATNs can be physically connected to the DCNs (see Figure 4-36 on page 4-74). One ATN connected to the Primary DCN to provide gateway access One ATN connected to the Secondary DCN to provide redundant gateway access Each ATN will be configure to connect to the DCN using: A direct DCN connection The Primary DCN Gateway The Secondary DCN Gateway The following IP addresses are allocated for private internet use:
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-74
IQA NOS ATN Management Plane Overview
10.0.0.0 - 10.255.255.255 (10/8 prefix) 172.16.0.0 - 172.31.255.255 (172.16/12 prefix) 192.168.0.0 - 192.168.255.255 (192.168/16 prefix) If the DCN is also using a private address, the Craft IP Address should use a different prefix from the
DCN. Use the same Craft IP Address for all network elements in the Infinera Digital Optical Network.
Figure 4-36 ATNs Connected to Two DCNs
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-75
Layer 2 Switch and Spanning Tree Protocol IQA NOS ATN provides Layer 2 Ethernet switching and Spanning Tree Protocol (STP) to support in-band access to the network element over Optical Supervisory Channel (OSC) as opposed to DCN access. Inband access is typically used where either DCN access is not available or when DCN bandwidth needs to be conserved. Layer 2 Switch has the following features: It uses the destination MAC address to decide where to forward frames The MAC addresses of all nodes are maintained The MAC addresses of the nodes connected on each of the switch interfaces are identified and
MAC frames are passed transparently to the interfaces To prevent loops in the broadcast domain, Spanning Tree Protocol is often used to disable links
which can cause loops to be formed in the Layer 2 topology and also to reach all the nodes in the topology STP runs on Layer 2 nodes, periodically synchronizes the Layer 2 topology database, maintains a
loop-free network, and also helps in recovery from link failures The ATN AMM includes a Layer 2 Ethernet Switch. For unicast frames, if the forwarding switch interface is determined from the MAC address table, the frames are forwarded directly to their destination. Otherwise, the frames are forwarded out all of the other switch interfaces. All broadcast or multicast frames received by a node on any interface are forwarded to all other switch interfaces.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-76
IQA NOS ATN Management Plane Overview
Figure 4-37 Layer 2 Ethernet-switch in a ring network
DCN-only communication Infinera ATNs can be connected via DCN only and may not have OSC connectivity or Layer 2 switching. Figure 4-38 on page 4-76 shows an ATN network with DCN connectivity only. Figure 4-38 ATN Network with only DCN connectivity
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-77
In case of networks with DCN-only connectivity, the following operations can be performed from the Infinera ATN GNM and Infinera DNA: Configuring the network element Configuring and Pre-provisioning cards for that node Viewing inventories and alarms pertaining to that node Viewing PM data
Since OSC connectivity is not present, network neighborhood information cannot be obtained and due to this the following related functions are not supported via management applications such as ATN GNM and DNA: Neighboring Node information is not available Control Links and ATN-DTN links cannot be configured or discovered Network tools such as Digital Link Viewer, Circuit Manager, Circuit Diagnostic Manager are not
available ATN circuits and ATN-DTN circuits cannot be created ADAPT cannot be run on the network
For more information on operations that can be performed without OSC connectivity, refer to Infinera ATN GNM User Guide and Infinera DNA User Guide.
Static Routing IQA NOS ATN provides static routing capability. One application of static routes is to enable the network elements to reach external networks that are not part of the DCN network. For example, if the NTP Server is located in an external network, outside of the DCN network, users can configure the static routes to connect to the NTP server in the external network. Another application of static routing is to enable the routing of the management traffic between two topology partitions. There might be a need to create topology partitions within a single physical network. In such situations, users can still have the management communication path between two topology partitions by configuring static routes to reach network elements in other topology partitions. In the Infinera ATN, the configured static routes cannot be assigned weights and users cannot configure the ability to advertise static routes.
Time-of-Day Synchronization IQA NOS ATN provides accurate and synchronized timestamps on events and alarms. The synchronized timestamp eases the network-level debugging and eliminates the inaccuracies caused by the manual configuration of system time on each network element. Additionally, the timestamp complies with Universal Coordinated Time (UTC) format, found in ISO 8601, and includes granularity down to seconds.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-78
IQA NOS ATN Management Plane Overview
IQA NOS ATN supports both NTP Client and Server for Time-of-Day synchronization. Time of day synchronization can be manually updated by setting the clock to UTC, or automatically by implementing the local NTP client and synchronizing it with an external NTP server. Figure 4-39 NTP Server Configuration
IQA NOS ATN also implements NTP Server, so that one network element may act as an NTP Server to the other network elements that do not have access to the external NTP Server (see Figure 4-40 on page 478). Figure 4-40 ATN acting as NTP Server
The ATNs also provide a local clock with the accuracy of 23ppm or about a minute per month. If an ATN with NTP enabled fails to access an external NTP server, the IQA NOS ATN NTP will use the local clock as a reference for both the Client and Server. When the connectivity to the external NTP Server is restored, IQA NOS ATN NTP Client and Server re-synchronizes with the external NTP Server, and the new synchronized time is propagated to all the network elements within the routing domain. Following are some recommendations for configuring the NTP Server within a Digital Optical Network: Configure an external NTP Server with Stratum Level 4 or higher clock for each routing domain of a
Digital Optical Network. Configure the network element to point to the external NTP Server.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-79
IQA NOS ATN Digital Protection Services The Infinera Digital Optical Network system provides the following options to protect any client service supported by ATN against facility failures and fiber cuts in the network: “Digital Subnetwork Connection Protection (D-SNCP)” on page 4-79
Digital Subnetwork Connection Protection (D-SNCP) defines and provisions a working and protection facility for client services. Digital SNCP services are based on the SONET/SDH-like characteristics of the OTN overhead, and very closely mirror GR-1400/G.841 UPSR/SNCP protection architectures. In this protection architecture, a dedicated protection path is provisioned for each protection group. D-SNCP has optical and digital protection triggers. “Optical Subnetwork Connection Protection (O-SNCP)” on page 4-89
Optical Subnetwork Connection Protection (O-SNCP) defines and provisions a working and protection facility for line services. O-SNCP has only optical triggers.
Digital Subnetwork Connection Protection (D-SNCP) IQA NOS ATN supports provisioning of Protection Groups (PGs), a critical part of Digital Subnetwork Connection Protection (D-SNCP) services that provide protection of client services. Users can create and delete protection groups, request manual protection switching, apply lockouts on a protected circuit, and clear those lockouts. The D-SNCP feature allows client equipment to support only a single interface to the transport network, and provides failure protection for client signals through the network. Each path is independently configured through the network to ensure route diversity. There are two types of D-SNCP, both of which can be implemented for client signals: Two-port D-SNCP (see below) One-Port D-SNCP (see page 4-83)
Note: Loopbacks are not supported on facilities that are D-SNCP protected. If loopbacks are required on these facilities, the loopback must be performed prior to configuring the protection group. If the facilities are already protected, then the protection group must be deleted and then loopbacks can be invoked. For more information on loopbacks, see “Loopbacks” on page 4-11.
Two-Port D-SNCP Two-port D-SNCP offers the highest level of service protection on all interface points within the optical network. Two-port D-SNCP provides end-to-end fiber and equipment protection of optical services. It protects against SIM failures and line-side failures by using two SIMs connected to client equipment at
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-80
IQA NOS ATN Digital Protection Services
each end of the network path. Two-port DSNCP is supported by the SIM-T-1-10G, SIM-T-2-2.5GM, SIM-T1-10GT, SIM-T-1-10GP, SIM-T-1-10GM and SIM-A-8-2.5GMT. In Two-port D-SNCP, Y-cables (optical signal splitter/combiners) are connected to the client equipment at either end of the network. As shown in Figure 4-41 on page 4-81 and Figure 4-42 on page 4-82, the Ycables at the ingress point directs two identical copies of the client signal to two different SIM interfaces on the originating ATN. These two interfaces receive the duplicate client signals and transmit them through the network. Each signal is transported independently to the destination node, typically along diverse routes. Note: In two-port D-SNCP, the ingress endpoints must be on the same physical chassis of the originating node. Likewise, the egress endpoints must be on the same chassis of the terminating node. In other words, a Y-cable used for two-port D-SNCP cannot be connected to termination points on two different chassis or paired slots. At the destination node, the ATN monitors both signal paths and, depending on signal quality, switches the appropriate signal towards the client equipment. Only one of the two digital path-level signals is enabled at the egress. In the event of a datapath failure (due to facility or equipment failures), an automatic protection switch mechanism at the destination node switches the redundant copy of the client signal to transmit on the Ycable at the egress, with sub-50ms switching speeds. User-generated switching requests are also supported. Protection switching on an ATN is not auto revertive. If the user wants to switch traffic back to the working unit after a protection switch, and the working unit comes back into service, the user must issue a Manual Switch. Figure 4-41 on page 4-81 displays an example of two-port D-SNCP protection with SIM-T-1-10G.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-81
Figure 4-41 Two-port D-SNCP with SIM-T-1-10G
Figure 4-42 on page 4-82 displays an example of two-port D-SNCP protection with SIM-T-2-2.5GM.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-82
IQA NOS ATN Digital Protection Services
Figure 4-42 Two-port D-SNCP with SIM-T-2-2.5GM
The ATN chassis provides paired-slot protection interconnect, enabling faster hardware-assisted protection switch-over. The slot and TOM pairing for two-port D-SNCP protection in the ATN is as follows: Slot1-Port1 and Slot3-Port-1 Slot1-Port2 and Slot3-Port2 Slot2-Port1 and Slot4-Port1 Slot2-Port2 and Slot4-Port2 Slot5-Port1 and Slot7-Port1 Slot5-Port2 and Slot7-Port2 Slot6-Port1 and Slot8-Port1 Slot6-Port2 and Slot8-Port2
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-83
One Port D-SNCP One-port D-SNCP generates duplicate client signals and transmits each signal through the network using two dedicated and diverse 1+1 "working" and "protect" service paths, and then performs SONET-like performance monitoring on both the working and protect services to select the optimal service at the farend's client interface (on the far-end SIM). Unlike two-port D-SNCP, one-port D-SNCP reduces network deployment costs by eliminating dual SIMs and Y-cables at network ingress and egress (see Figure 4-43 on page 4-83). One-port D-SNCP provides fiber protection and is supported on the SIM-T-2-2.5GM and SIM-T-1-10GP. One tributary port and two line ports on the same SIM module form the protection group and the receive signal of the active line port is sent to the client. Note: Because one-port D-SNCP uses diverse routes originating from the same SIM, it does not protect against SIM failures at the originating node. Figure 4-43 One-port D-SNCP with SIM-T-2-2.5GM
D-SNCP Protection Groups and Protection Units Digital SNCP services are configured using Protection Groups (PGs). A PG is a pair of tributary ports (in Two-port D-SNCP) or a pair of Clear Channel CTPs (in One-port D-SNCP) that is designated to transmit or receive the protected/duplicated client signals. Each designated client tributary port is called a Protection
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-84
IQA NOS ATN Digital Protection Services
Unit (PU). To configure Digital SNCP services, PGs must be defined on each ATN at both ends of the network (origin and destination). In Digital SNCP, one PU in each PG is identified as the ‘Working’ PU, and the remaining PU is identified as the ‘Protect’ PU. This designation, called the PU Configured State, identifies the Working path - the path used in the absence of network failures - and the Protect path - the path used in the event of a network failure. When the system is running, and at the origin node, both Working and Protect PUs send any datapath traffic they receive from the client side to the network interfaces of the ATN, resulting in two transmission circuits through the Digital Optical Network. The Working and Protect paths are generally routed through completely diverse paths through the network. At the destination node, the receiving ATN terminates both paths on the far-end Working and Protect PUs. The receiving ATN evaluates the quality of both paths received on the PG, and enables either of the two PUs to actively transmit traffic to the far-end client. In the absence of any prior protection switch activity, the Working PU is the active PU at the destination node. The other PU exists in a standby state (in Two-port DSNCP, the Protect PU will power off its transmission laser in the standby state).
Configured State vs Actual State A protection unit is characterized by two types of states, as described below: Configured State
The configured state reflects the user-preferred Working/Protect designation for the PU. During the creation of each protection group, users must designate one protection unit as the Working PU and the other protection unit as the Protect PU. The Working PU is the preferred PU for transmitting the traffic signal to the client in the absence of network failure. The Protect PU provides protection functionality in that it only transmits the traffic signal to the client when a protection switch occurs. Actual State
The actual state of a protection unit is a system-derived state that reflects the actual operating state of the PU. The actual state of a PU may be one of the following: Active—The PU is currently providing full service, carrying datapath traffic in both directions. Hot Standby—The PU is not active, but is healthy and able to provide protection service if called
upon. Cold Standby—The PU is not active, and its operational state renders it unable to provide protec-
tion service if called upon.
Protection Group (PG) Creation Rules Infinera ATN requires the following rules to be followed during creation of protection groups.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-85
Two-port D-SNCP Protection Group Creation The following rules must be followed during creation of two-port D-SNCP protection groups: The SIMs for both Protection Units must be provisioned and must be of the same type Both Protection Units (Client Termination Points) must be unprotected The tributary and line TOMs that are a part of the protection group must be provisioned Both the Tributary Physical Termination Points (PTPs) must have the same provisioned service
types There must not be any loopbacks on any of the tributary or line TOMs that are a part of the Protec-
tion Group The SIM slot numbers must match the protection paired slot numbers The Tributary TOM numbers must be the same. For example, Tributary TOM 1 on Slot #1 and Trib-
utary TOM 1 on Slot #3. This rule is not applicable for two-port D-SNCP on a SIM-A-8-2.5GMT.
One-port D-SNCP Protection Group Creation The following rules must be followed during creation of one-port D-SNCP protection groups: The tributary TOM and the two line TOMs that are a part of the protection group must be provisioned There must not be any loopbacks on any of the TOMs on the SIM-T-2-2.5GM or SIM-T-1-10GP card
where the Protection Group is being created For the SIM-T-1-10GP card, both Protection Units (line-side TOMs) must be unprotected
Switching Hierarchy and Criteria The PG support many of the switching criteria and hierarchies specified in GR-1400 and G.841 SONET/ SDH specification. As in UPSR/SNCP, the protection mechanism is provided by a head-end bridge (where both protection units are transmitting simultaneously into the Infinera network) and a tail-end switch (where the receiving PUs decide which one will transmit a signal out of the Infinera network to the client).
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-86
IQA NOS ATN Digital Protection Services
Switching requests are part of a switching hierarchy and can be escalated by the status of the received path, or assigned by the user at the tail-end of the PG. Requests supported within a PG are escalated with the priority specified in Table 4-4. Table 4-4 D-SNCP Switching Requests and Priority
Switching Request Type
Priority Level (1 = Highest, 3 = Lowest)
Description
Lockout
User generated request to prevent a PU (within a PG) from ever becoming active. A supported type of lockout request is Lockout on Protect. Users can also issue a request to clear a Lockout.
1
Network and Service State (Automatic)
Network or service-generated fault are escalated to a service state (LOS, BER, etc.), causing a protection switch request.
2
Manual
User generated, non-latching (no associated state) protection switch request.
3
Higher priority switch requests override lower priority switch requests.
WARNING Traffic Disruption Risk Warning:
WARNING All switches (manual, automatic, lockout) cause a 50ms (or less) interruption to traffic.
Manual Switching Request A manual switch command results in a protection switch if there are no higher priority requests in effect on a standby PU. If a higher priority request is in effect, the manual switch link is grayed out in the user interface.
Network/Service State (Automatic) Switching Request Network and service state switching requests are based on the quality or state of the service, and on the state of the PU terminating the service. Parameters that generate Network/Service requests for a protection group with SIMs are dependant on the type of SIMs. The parameters that generate Network/Service requests for a protection group can include line side faults, line side TOM failures or removal, SIM failures or cold resets etc.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-87
Figure 4-5 describes protection types supported on a SIM and the protection triggers. Table 4-5 D-SNCP Protection on SIMs SIM Type
D-SNCP Protection Type
Protection Triggers
SIM-T-1-10G
2-Port (1+1) Uni-directional D-SNCP
Line Side OLOS, Line Side LOL, Line Side OTU LOF, Post-FEC BER SF, Module Absent, DE-ENCAP-LOSYNC, DEENCAP-LOF, DE-ENCAP-AIS, Client Side OLOS, Client Side LOS, Client Side LOF, Client Side LOSYNC
SIM-T-1-10GT
2-Port (1+1) Uni-directional D-SNCP
Line Side OLOS, Line Side LOL, Line Side DCH LOF, DTP LOF, Post-FEC DTP BER SF, DTP AIS, Module Absent, DEENCAP-LOS, DE-ENCAP-LOF, DEENCAP-AIS, Client Side OLOS, DEENCAP-LOSYNC, Client Side OLOS, Client Side LOS, Client Side LOF, Client Side LOSYNC
SIM-T-1-10GP
2-Port (1+1) Uni-directional D-SNCP
Line Side OLOS, Line Side LOL, Line Side OTU LOF, Post-FEC BER SF(When FEC is enabled), Module Absent, DE-ENCAPLOS, DE-ENCAP-LOSYNC, DE-ENCAPLOF, DE-ENCAP-AIS, Client Side OLOS, Client Side LOS, Client Side LOF, Client Side LOSYNC
1-Port (1+1) Uni-directional D-SNCP
Line side OLOS, Line side LOL
SIM-T-1-10GM
2-Port (1+1) Uni-directional D-SNCP
Line Side OLOS, Line Side LOL, Line Side OTU LOF, Post-FEC BER SF(When FEC is enabled), Module Absent, DE-ENCAPLOS, DE-ENCAP-LOSYNC, DE-ENCAPLOF, DE-ENCAP-AIS, Client Side OLOS, Client Side LOS, Client Side LOF, Client Side LOSYNC
SIM-T-2-2.5GM
2-Port (1+1) Uni-directional D-SNCP
Line Side OLOS, Line Side LOL, Client Side OLOS, Client Side LOS
1-Port (1+1) Uni-directional D-SNCP
Line side OLOS, Line side LOL, Client Side OLOS, Client Side LOS
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-88
IQA NOS ATN Digital Protection Services
Table 4-5 D-SNCP Protection on SIMs SIM Type
D-SNCP Protection Type
SIM-A-8-2.5GMT
Protection Triggers
2-Port (1+1) Uni-directional D-SNCP
Line Side OLOS, Line Side LOL, Line Side DCH LOF, Line Side DTP LOF, Post-FEC DTP BER SF, DTP AIS, Module Absent, DE-ENCAP-LOS, DE-ENCAP-LOF, DEENCAP-AIS, Client Side OLOS, DEENCAP-LOSYNC, Client Side OLOS, Client Side LOS, Client Side LOF, Client Side LOSYNCS
1-Port (1+1) Uni-directional D-SNCP
Line side OLOS
For both two-port D-SNCP and one-port D-SNCP, the path chosen as the working path is a local decision. This means that each end of the circuit chooses which signal to use independently. Each end of the circuit may pick a different path as the working path. Equipment faults on modules in the terminating PU's datapath (AAM, SIM, or TOM) may also generate path or line-level faults, escalating the switching request on the remote end as well. Additionally, other equipment related defects/failures that generate switching requests include: A module removal defect Any defect that (after integration) maps to an EQPTFAIL alarm Any defect that (after integration) maps to an EQPT-PARTFAIL alarm and that affects a PU's datap-
ath traffic
Lockout of Protect Switching Request Users may manually issue the following command to initiate a Lockout switching request: Lockout of Protect—Applied to a PG, this command prevents the Protect PU from becoming active
under all circumstances. Lockout of working—Applied to a PG, this command prevents the Protect PU from becoming active.
This is supported if the Working PU is on stand-by Note: If a failure occurs on the Working circuit while a Lockout of Protect is in effect, traffic cannot switch to the Protect circuit until the lockout is cleared. This will result in loss of traffic. The lockout commands are useful in supporting maintenance operations by an operator.
Clear Lockout Request A user initiated Clear command removes a lockout switching request. However, network-, service- or equipment-generated switching requests are not cleared by the Clear command. Upon the issuance of a clear request, traffic does not automatically switch back to the Working path. ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-89
Protection Event Logging The ATN logs the following protection related events only when the AMM is active: Automatic switching from Working to Protect paths and vice-versa Success or failure of manual switching Protection lockout or clear lockout operations
No events are logged during the period when the AMM is absent or inactive.
AMM Requirements for Protection Switching The AMM is required to perform the following tasks during protection switching: Create protection groups Delete protection groups Performing manual protection operations such as Manual Switch, Lockout of protection and
Clear Lockout There is no dependency on the AMM for auto-switching operations On activating an inactive AMM, it re-synchronizes with the protection status of the ATN
Two-port and One-Port D-SNCP Reliability Considerations To provide two-port D-SNCP protection services, the control plane of the SIMs in which active and standby PUs reside should be fully operational. SIM equipment failure, SIM removal, or line card to line card control bus failures will result in protection service unavailability. The only exception to this requirement is in the case of a protection switch triggered by removal of a SIM containing the active PU. In this case, only the former standby PU’s control plane needs to be fully operational. The ATN system does not provide protection services in case of the following: Tributary or Line TOM shut down Removal of client TOMs
Optical Subnetwork Connection Protection (O-SNCP) IQA NOS ATN supports provisioning of Protection Groups (PGs), a critical part of Optical Subnetwork Connection Protection (O-SNCP) services that provide line-side protection. Users can create and delete protection groups, request manual protection switching, apply lockouts on a protected circuit, and clear those lockouts. There are two types of O-SNCP, both of which can be implemented: O-SNCP using Optical Switch Modules (OPSW-1 and OPSW-2)
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-90
IQA NOS ATN Digital Protection Services
O-SNCP using OPSW modules provides path protection through the network. The OPSW-1 is a one client port two line ports module and OPSW-2 is a two client ports fours line ports module that provide protection switch capability on the ATN platform. OPSW-1 provides one protection service, while OPSW-2 provides two protection services. O-SNCP using SIM-A-8-2.5GMT
The SIM-A-8-2.5GMT is an eight client ports and two line ports muxponder. It aggregates multiple service interfaces into OTU2v/DTF waves. It has dual line ports for built-in O-SNCP protection.
O-SNCP using OPSW modules O-SNCP offers service protection on all interface points within the optical network. It protects against SIM failures by using stand-alone Optical Protection Switch (OPSW) modules that offers cost-effective path protection in both CWDM and DWDM networks without the need for two SIMs. OPSW splits the client signal and transmits each signal through the network using two dedicated and diverse 1+1 "working" and "protect" service paths, with an optical protection switch on the receive side to select the optimal service at the far-end's client interface (on the far-end SIM). For example, in case of an optical loss of signal on the working path, the optical protection switch selects the optical signal from the protection path input. OPSW-1 a one client port two line ports module that provides fiber protection for one SIM and is supported on all types of SIMs. OPSW-2 is a two client ports four line ports module that contains two modules that provide fiber protection for up to two SIMs. The receive signal of the active line port is sent to the client. Figure 4-44 Functional block diagram of OPSW modules
ATN supports automatic O-SNCP protection switching due to optical triggers. For example, if the active line port detects an optical trigger, such as OLOS failure, and the standby port is neither locked out nor has
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-91
OLOS failure, automatic switching to the standby port. takes place. However, if the standby port has either OLOS failure or is locked out, the active line port does not switch. OPSW modules can be used to provide to provide the following types of path protection services: Protection per optical channel (i.e. service)
One OPSW-1 or OPSW-2 is used per SIM to provide protection on a per optical channel basis (see Figure 4-45 on page 4-91) Figure 4-45 OSNCP per optical channel
Protection per band (i.e. multiple optical channels)
One OPSW-1 or OPSW-2 is used for all SIMs to provide protection on a per optical band basis (see Figure 4-46) Figure 4-46 OSNCP per optical band
O-SNCP using SIM-A-8-2.5GMT modules The SIM-A-8-2.5GMT is an eight client ports and two line ports muxponder. It aggregates multiple service interfaces into OTU2v/DTF waves. It has dual line ports for a built-in 1+1 Line side protection scheme called O-SNCP (Optical SNCP) where in the multiplexed 10G DTF signal is protected across two line XFPs i.e. TOMs. The trigger for O-SNCP protection switching in a SIM-A-8-2.5GMT is an optical loss of signal (OLOS) on the line side. All the client services supported on this SIM switch in unision from working to protect path (or vice-a-versa).
O-SNCP Protection Groups and Protection Units Optical SNCP services are configured using Protection Groups (PGs). A PG consists of tributary port(s) (OPSW or SIM-A-8-2.5GMT) that are designated to transmit or receive the protected client signals. Each
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-92
IQA NOS ATN Digital Protection Services
designated client tributary port is called a Protection Unit (PU). To configure Optical SNCP services, PGs must be defined on each ATN at both ends of the network (origin and destination). In Optical SNCP, one PU in each PG is identified as the ‘Working’ PU, and the remaining PU is identified as the ‘Protect’ PU. This designation, called the PU Configured State, identifies the Working path - the path used in the absence of network failures - and the Protect path - the path used in the event of a network failure. When the system is running, and at the origin node, both Working and Protect PUs send any datapath traffic they receive from the client side to the network interfaces of the ATN, resulting in two transmission circuits through the Digital Optical Network. The Working and Protect paths are generally routed through completely diverse paths through the network. At the destination node, the receiving ATN terminates both paths on the far-end Working and Protect PUs. The receiving ATN evaluates the quality of both paths received on the PG, and enables either of the two PUs to actively transmit traffic to the far-end client. In the absence of any prior protection switch activity, the Working PU is the active PU at the destination node.
Configured State vs Actual State A protection unit is characterized by two types of states, as described below: Configured State
The configured state reflects the user-preferred Working/Protect designation for the PU. During the creation of each protection group, users must designate one protection unit as the Working PU and the other protection unit as the Protect PU. The Working PU is the preferred PU for transmitting the traffic signal to the client in the absence of network failure. The Protect PU provides protection functionality in that it only transmits the traffic signal to the client when a protection switch occurs. Actual State
The actual state of a protection unit is a system-derived state that reflects the actual operating state of the PU. The actual state of a PU may be one of the following: Active—The PU is currently providing full service, carrying datapath traffic in both directions. Hot Standby—The PU is not active, but is healthy and able to provide protection service if called
upon. Cold Standby—The PU is not active, and its operational state renders it unable to provide protec-
tion service if called upon.
Protection Group (PG) Creation Rules Infinera ATN requires the following rules to be followed during creation of protection groups.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-93
SIM-A-8-2.5GMT O-SNCP Protection Group Creation The following rules must be followed during creation of SIM-A-8-2.5GMT O-SNCP protection groups: The SIM for O-SNCP Protection Units must be provisioned. When an OPSW-1 or OPSW-2 module
is provisioned, one or two O-SNCP protection groups (PGs) are respectively created. The tributary and line TOMs that are a part of the protection group must be provisioned There must not be any loopbacks on any of the tributary or line TOMs that are a part of the Protec-
tion Group
Switching Hierarchy and Criteria The O-SNCP protection mechanism is provided by a non-revertive ‘tail-end switch’ (the transmitting PU at the receiving end of the PG). Switching requests are part of a switching hierarchy and can be escalated by the status of the received path, or assigned by the user at the tail-end of the PG. Requests supported within a PG are escalated with the priority specified in Table 4-4. Table 4-6 O-SNCP Switching Requests and Priority
Switching Request Type
Description
Priority Level (1 = Highest, 3 = Lowest)
Lockout
User generated request to prevent a PU (within a PG) from ever becoming active. A supported type of lockout request is Lockout on Protect. Users can also issue a request to clear a Lockout.
1
Network and Service State (Automatic)
Network or service-generated fault are escalated to a service state (LOS, BER, etc.), causing a protection switch request.
2
Manual
User generated, non-latching (no associated state) protection switch request.
3
Higher priority switch requests override lower priority switch requests.
WARNING Traffic Disruption Risk Warning:
Infinera Corporation
WARNING All switches (manual, automatic, lockout) cause a 50ms (or less) interruption to traffic.
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-94
IQA NOS ATN Digital Protection Services
Manual Switching Request A manual switch command results in a protection switch if there are no higher priority requests in effect on a standby PU. If a higher priority request is in effect, the manual switch link is grayed out in the user interface.
Network/Service State (Automatic) Switching Request Network and service state switching requests are based on the quality or state of the service, and on the state of the PU terminating the service. Parameters that generate Network/Service requests for a protection group include: Optical Loss of Signal(OLOS) based on a user configured threshold of -31dBm to +17dBm
Lockout of Protect Switching Request Users may manually issue the following command to initiate a Lockout switching request: Lockout of Protect—Applied to a PG, this command prevents the Protect PU from becoming active
under all circumstances. Lockout of working—Applied to a PG, this command prevents the Protect PU from becoming active.
This is supported if the Working PU is on stand-by Note: If a failure occurs on the Working circuit while a Lockout of Protect is in effect, traffic cannot switch to the Protect circuit until the lockout is cleared. This will result in loss of traffic. The lockout commands are useful in supporting maintenance operations by an operator.
Clear Lockout Request A user initiated Clear command removes a lockout switching request. However, network-, service- or equipment-generated switching requests are not cleared by the Clear command. Upon the issuance of a clear request, traffic does not automatically switch back to the Working path.
Protection Event Logging The ATN logs the following protection related events only when the AMM is active: Automatic switching from Working to Protect paths and vice-versa Success or failure of manual switching Protection lockout or clear lockout operations
No events are logged during the period when the AMM is absent or inactive.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
IQA Network Operating System ATN
Page 4-95
AMM Requirements for Protection Switching The AMM is required to perform the following tasks during protection switching: Create protection groups Delete protection groups Performing manual protection operations such as Manual Switch, Lockout of protection and
Clear Lockout There is no dependency on the AMM for auto-switching operations On activating an inactive AMM, it re-synchronizes with the protection status of the ATN
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 4-96
ATN System Description Guide
IQA NOS ATN Digital Protection Services
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
CHAPTER 5
Infinera Management Suite The Infinera Management Suite is a scalable, robust, carrier class management software suite that simplifies Digital Optical Network operation and OSS integration. As described in “Infinera Management Suite (IMS) Overview” on page 1-5, The Infinera Management Suite includes the following management software applications: Infinera ATN Graphical Node Manager (see “Infinera ATN Graphical Node Manager (GNM)” on
page 5-3) Infinera Digital Network Administrator (see “Infinera Digital Network Administrator (DNA)” on page 5-
9) Infinera SNMP Agent (see “Infinera SNMP Agent” on page 5-10) Command Line Interface (CLI) (see “Command Line Interface (CLI)” on page 5-11) Infinera Network Planning System (NPS) (see “Infinera Network Planning System (NPS)” on
page 5-12) Figure 5-1 on page 5-2 below shows how the various applications in the Infinera Management Suite work together in the Infinera Digital Optical Network.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 5-2
Figure 5-1 Infinera Management Suite and Nodal Management Interfaces
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Infinera Management Suite
Page 5-3
Infinera ATN Graphical Node Manager (GNM) The Infinera ATN Graphical Node Manager, referred to as the Infinera ATN GNM, provides browserlaunched access to the target network element’s management capabilities. Infinera ATN GNM is a Java Web Start enabled application that is downloaded from the ATN to the client machine initiated by an internet browser. This section provides an overview of the Infinera ATN GNM in the following sections: “Launching Infinera ATN GNM” on page 5-3 “Graphical User Interface” on page 5-4 “Network Topology Display” on page 5-5 “Inventory Management” on page 5-5 “Software and Database Configuration Management” on page 5-6 “Fault Management” on page 5-6 “Equipment Configuration and Management” on page 5-7 “Performance Management” on page 5-7 “Security Management” on page 5-8
Refer to the Infinera ATN GNM User Guide for a detailed description of the graphical user interface and detailed procedures for managing Infinera network elements.
Launching Infinera ATN GNM The Infinera ATN GNM can be launched locally through the craft interface or remotely over the DCN or the in-band management channel carried by the OSC. Note: Infinera network elements are able to respond to ping requests several minutes before the management interface (GNM) is running on the network element. If a network element responds to a ping request but is unreachable via GNM, wait for several minutes and then try again to launch GNM. The Infinera ATN GNM is certified to run on Microsoft Windows and Sun Solaris platforms. See the Infinera ATN GNM User Guide for the GNM platform requirements. Infinera ATN GNM automatically loads the JRE if the correct version is present on the computer. If the JRE does not exist on the client machine, or is outdated, a pointer to Sun Microsystems website, from where JRE can be down-loaded if the user is connected to the internet, is provided.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 5-4
Infinera ATN Graphical Node Manager (GNM)
Graphical User Interface The Infinera ATN GNM provides an intuitive, easy-to-use Graphical User Interface (GUI). The Java-based implementation of Infinera GNM provides a “native look-and-feel” on Windows and Solaris platforms. Figure 5-2 GNM Main View for ATN
Graphical representation of the ATN in the Equipment View window A drill-down tree view of the network element, chassis and circuit packs in Equipment Tree window A Quick View Browser that summarizes information on hardware equipment selected in the Equip-
ment Tree or Equipment View A topology view of all the network elements that are in the same network neighborhood as the target
network element the Infinera ATN GNM is logged into OFMs, SIMs, OPSWs, AAMs and AMMs with associated ports A list of current outstanding alarms in the Alarm Manger window A windows management tool to view open windows and close selected windows Context-sensitive application launching to perform actions with fewer mouse clicks Detection and warning of changes from multiple users simultaneously editing the same object
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Infinera Management Suite
Page 5-5
Filter and search capabilities across inventory views Refresh and freeze inventory data Support for 1024 x 768 square pixel wide view high resolution screens
Network Topology Display Infinera ATN GNM displays the physical topology of the Digital Optical Network which includes ATNs that are in the same routing domain as the network element the Infinera GNM is logged into. Highlights of the display include: The topology is displayed under the Network Neighborhood tree. Point-to-point, linear add/drop and ring topologies are supported (see “Network Topologies” on
page 2-4 for a description of these topologies). The topology is displayed as digital segments where each digital segment consists of two ATNs When the topology nodes are selected, the corresponding network element summary information is
displayed in the quick view window. Equipment and object states are updated automatically, even when these state changes are initi-
ated by another ATN GNM user via another ATN GNM session. Users can right-click on the nodes in the topology view and launch Infinera ATN GNM for those net-
work elements. Note: Unreachable network elements are not displayed in the Network Neighborhood view.
Inventory Management Infinera ATN GNM includes Inventory Manager applications through which users can monitor and also manage various resources in the network element. The following inventory applications are provided: Equipment Manager—To view and manage the equipment inventory including chassis and circuit
packs. Facility Manager—To view and manage the inventory of termination points including physical ports
and logical ports. Fiber Connectivity Manager—To view, create, export and delete fiber connections. Protection Group Manager—To view and manage the protection groups described in “IQA NOS ATN
Digital Protection Services” on page 4-79. The inventory information is displayed as a table from which users can perform context-sensitive launching of other applications.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 5-6
Infinera ATN Graphical Node Manager (GNM)
Software and Database Configuration Management Infinera GNM includes the Software and Database Configuration Manager application, which supports the following operations on a network element: The supported software and database capabilities include the following: Software download Software maintenance Software installation Software upgrade Database download Database backup Database restore Debug information upload Activation and revert of software and database images Compression and deletion of software and database images
Fault Management Infinera ATN features fault monitoring and management capabilities that provide real-time information on the status of all the managed entities. Developed in accordance with Telcordia and ITU standards, the fault management features include a standards-based current alarm table that tracks outstanding alarm conditions within the target network element, and a wrap-around historical event log that tracks all changes that occur within the target network element including user-initiated state and attribute change events. Infinera ATN GNM provides two fault management tools: Alarm Manager—Displays outstanding alarm conditions. Alarm conditions display category, sever-
ity, source, time of occurrence, acknowledgement check, service-affecting or non-service affecting and probable cause. Event Log—Displays historical event logs. Events display event type, severity, source, time of
occurrence, message, AID and Log Type.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Infinera Management Suite
Page 5-7
Additionally, Infinera ATN GNM allows you to: acknowledge outstanding alarms. allow/inhibit alarms per managed entity. configure severity of individual fault conditions using Alarm Severity Assignment Profile Settings
(ASAP) feature. control environmental alarms by configuring output closure contacts and input closure contacts. clear or leave outstanding alarms, using the Alarm Reporting Control (ARC) feature. export all alarms and events. export current view of alarms and events. filter alarms and events. sort alarms and events based on all the fields, in both ascending and descending order.
Equipment Configuration and Management The Infinera ATN GNM provides user interfaces to configure and manage network element equipment which includes chassis, circuit packs and termination points, as described in “Equipment Management and Configuration” on page 4-30. In addition, the Infinera ATN GNM supports the following functions: Enables users to configure and view the physical chassis/rack deployment. Template-based equipment configuration to automate and simplify the equipment configuration pro-
cedures. Graceful handling of the scenarios where multiple users access and configure the same managed
object. When a user tries to modify a managed object which is modified by another user at the same time, the network element warns the user of possible overwriting and it performs the action only if user accepts the overwriting.
Performance Management Infinera ATN GNM provides a user interface to support the IQA NOS ATN performance management functions described in “Performance Monitoring and Management” on page 4-41. It provides extensive digital and analog performance monitoring and flexible performance parameter management. These features can help reduce overall operational costs associated with fault isolation and troubleshooting in the transport domain.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 5-8
Infinera ATN Graphical Node Manager (GNM)
The system provides an extensive collection of performance monitoring (PM) data, including: Forward Error Connection (FEC) PM data at the ATN Native Client (such as SONET/SDH/GbE/FC/DTP/OTN/DchCTP) PM data at tributary ports Optical PM parameters (such as Trib, Line, Band, OSC, OCG and OTS PTP PM data) Optical Transport Unit (OTU) PM data Digital Transport Frame (DTF) PM data
Infinera ATN GNM enables users to: access real-time PM data. view historical PM data collected for 15 minute and 24 hour intervals. reset PM counters. set PM threshold crossing alerts. enable/disable PM data reporting. configure the PM data screen refresh interval for real time PM data
Security Management Infinera ATN GNM provides control of the network element security features in compliance with the GR815-CORE standard. This includes support for multiple-user access privileges, the ability to create/delete/ modify user accounts, user ID and password authentication. For more information, see “Security and Access Management” on page 4-46. The Infinera ATN GNM security administration capabilities enable users to: manage network element user accounts, including the ability to add new users, modify user attri-
butes, and delete users end active user sessions export/import user profiles across network elements configure password reuse history count The NE-Wide Security Settings option allows a network element user with security administrator
privilege to: configure the security parameters. configure Remote Authentication Dial-In User Service (RADIUS) server settings configure Secure Shell (SSH)
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Infinera Management Suite
Page 5-9
Infinera Digital Network Administrator (DNA) The Infinera Digital Network Administrator, known as Infinera DNA, is a robust, real-time element and network management software used to administer and manage Infinera Digital Optical Networks. Infinera DNA provides end users in the Network Operations Center (NOC) with an integrated network-level and network element-level functions including, fault and performance management, circuit provisioning, configuration, topology and inventory management, testing and maintenance functions, and security management. The Infinera DNA employs a distributed client-server architecture, composed of distributed server and client applications, to allow deployment of server components across multiple computing platforms. This distributed model enables the Infinera DNA to scale and support thousands of network elements and enough instances of the browser-launched Graphical User Interface (GUI) to support these network elements. In addition to supporting all the same functionality found in the Infinera ATN GNM, the Infinera DNA provides the following additional features: Scalable and reliable software architecture Certification for server deployment on a Oracle Solaris server platform and client deployment on
Microsoft Windows and Oracle Solaris platforms. Ability to manage the network independent of physical network deployment Ability to add or remove network elements from DNA management and monitoring Automated network topology discovery and drill-down topology displays with integrated real-time
alarm and performance monitoring status updates Enhanced network-level OAM&P functions Multi-platform support for both ATN and DTN network elements, including multi-node administration,
Alarm Severity Assignment Profile Setting (ASAP), FTP, RADIUS, PM upload scheduling, and security applications support for ATN nodes, as well as support for the ATN Fiber Connectivity Manager and for ATN Link Viewer and DTN Link Viewer, and for ATN Channel Map Viewer and DTN Channel Map Viewer. Refer to the Infinera DNA Administrator Guide and the Infinera DNA User Guide for a detailed description of the DNA and detailed procedures for managing the Infinera Digital Optical Network.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 5-10
Infinera SNMP Agent
Infinera SNMP Agent IMS provides Simple Network Management Protocol (SNMPv2) compliant services that provides third party monitoring tools with a real-time trap stream for all alarms, TCA/TCC/TCE notifications, and event notifications across the Infinera Digital Optical Network. (For information on the ATN SNMP Agent, see “ATN SNMP Agent” on page 4-63.)
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Infinera Management Suite
Page 5-11
Command Line Interface (CLI) The Infinera IQA NOS ATN software allows for provides full Fault Management, Configuration, Accounting, Performance, and Security (FCAPS) support via its Telcordia standards-compliant CLI interface. For a detailed description of how to use the CLI interface to manage network elements, refer to the Infinera CLI User Guide. Note: Infinera network elements are able to respond to ping requests several minutes before the management interfaces (GNM and CLI) are running on the network element. If a network element responds to a ping request but is unreachable via GNM or CLI, wait for several minutes and then try again to launch GNM or CLI.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 5-12
Infinera Network Planning System (NPS)
Infinera Network Planning System (NPS) NPS is a network topology and capacity planning tool that utilizes link engineering and traffic routing constraints and performs single mode failure analysis. It allows a user to create a model of an Infinera optical network that optimizes equipment configuration, taking price and resources into account. NPS enables the user to create a new network or to import an existing network configuration. NPS can be used to perform the following tasks: Integrated planning for ATN and DTN topologies. Design new routes that consider the type of equipment required for the specific route characteristics. Design new circuits based on actual traffic patterns, and determine whether enough capacity exists,
or if new equipment is required. Provide traffic routing and data path flow information by detailing circuit layout record, working and
protect, as well as graphical circuit trace and nodal flow while allowing assignment of circuit to equipment. Allow for global or specific constraints, such as controller redundancy or multi-chassis configura-
tions. Create an economic model for carrying larger quantities of traffic. Evaluate overall utilization of an existing network from the perspective of bandwidth capacity as well
as physical equipment capacity. Provide site engineering details in a report, create demand summary reports detailing traffic
demands between nodes (route and distance), and equipment count reports. Produce a list of all field-replaceable units (FRUs) required to support the network design, along with
information about how each node is to be configured (e.g., slot assignments, cross-connects, etc.). Produce quotes and customized reports. Use incremental capacity modeling to design a network that adds new equipment in incremental
phases. Figure 5-3 on page 5-13 below shows the NPS main window.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Infinera Management Suite
Page 5-13
Figure 5-3 NPS Main Window
The NPS tool works by taking user specified input through the GUI or importing information in the form of comma-separated values (.csv) files, tab-separated values (.tsv) files or excel (.xls or .xlsx) files that contain the parameters of the network, such as available nodes, links, demands, and processing these files to create output files and reports that detail the network topology and equipment configuration. The input can be used to generate a greenfield network design or establish a baseline network plan using output from existing greenfield network designs or an Infinera Digital Network Administrator (DNA) export. Then, a user can make incremental network design changes beyond the baseline. NPS has an interactive GUI to enable the user to analyze results and provides detailed site and nodal equipment configuration such as optical line system requirements by defining optical module types, DCF, pads, and OSNR as well as layout configuration requirements. It allows a user to make global or specific constraints such as single/redundant MCM or multi-chassis configurations. NPS provides traffic routing and data path flow information by detailing circuit layout record, working and protect as well as graphical circuit trace and nodal flow while allowing circuit assignment to equipment. It can provide site engineering details such as space, power, fiber connectivity in a report, create demand summary reports detailing traffic demands between nodes (route and distance) and circuit pack count. For a detailed description of how to use the Infinera NPS, refer to the Infinera Network Planning System (NPS) User Guide.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page 5-14
ATN System Description Guide
Infinera Network Planning System (NPS)
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Appendix A
Alarm Masking Hierarchy IQA NOS ATN provides an alarm masking feature, in which a network element masks (suppresses) reporting of higher layer failures associated with the same root cause as a higher priority, lower layer, failure. Table A-1 on page A-2 documents the alarm masking hierarchy in tabular format. Alarms in the Masked Alarm(s) column identify lower layer alarms that are masked by the corre-
sponding alarm in the Alarm Type column. Alarms in the Masking Alarm(s) column identify higher layer alarms that will mask the corresponding
Alarm in the Alarm Type column. For a complete description of each alarm, refer to the Infinera ATN Alarm and Trouble Clearing Guide.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page A-2
Alarm Masking Hierarchy by Alarm Type
Alarm Masking Hierarchy by Alarm Type Table A-1 Alarm Masking Hierarchy Alarm Type
Masked Alarm(s)
Masking Alarm(s)
ADD-CHAN-PWR-OORH Trib PTP
None
OLOS - Trib PTP
ADD-CHAN-PWR-OORL Trib PTP
None
OLOS - Trib PTP
AIS-DTP
DE-ENCAP-LOS, TIM-DTP, DEENCAP-LOSYNC, BDI-DTP, PLMDTP
LOF-DTP
AIS-L
None
Client LOF
AIS-MS
None
Client LOF
BANDOPT-TOO-LOWa
None
EQPTCPUR-AAM, EQPTFAIL-AAM, IMPROPRMVL-AAM
BDI-DCH
BDI-DTP
LOF-DCH
BDI-DTP
None
LOF-DTP, BDI-DCH, AIS-DTP
DE-ENCAP-AIS-L
Any Tx PM TCA15/TCA24 HR
DE-ENCAP-LOF, DE-ENCAP-LOS
DE-ENCAP-AIS-MS
Any Tx PM TCA15/TCA24 HR
DE-ENCAP-LOF, DE-ENCAP-LOS
DE-ENCAP-LOF
None
DE-ENCAP-LOS
DE-ENCAP-LOS
DE-ENCAP-LOF
OTUk LOF, AIS-DTP, LOF-DTP, LOFDCH
DE-ENCAP-LOSYNC
Any Tx PM TCA15/TCA24 HR
OTUk LOF, AIS-DTP, LOF-DTP, LOFDCH
DROPBAND-OLOSb
None
EQPTCPUR-OFM, EQPTFAIL-OFM, IMPROPRMVL-OFM
DROPBAND-OPT-TOOLOWb
DROP-CHAN-PWR-OORH, DROPCHAN-PWR-OORL
DROPBAND-OLOS,EQPTCPUROFM, EQPTFAIL-OFM, IMPROPRMVL-OFM
DROP-CHAN-PWR-OORH
None
DROPBAND-OPT-TOO-LOW
DROP-CHAN-PWR-OORL
None
DROPBAND-OPT-TOO-LOW
EQPTCPUR
EQPTFAIL
IMPROPRMVL
EQPTCPUR - AAMd
BANDCTP-OLOS, BANDPTP-OLOS
IMPROPRMVL
EQPTCPUR - OFMe
EQPT-DEGRADE OFM, OLOS Trib PTP, DROPBAND-OLOS, OLOSATNOCGPTP, INSUFFICIENTATTENUATION
IMPROPRMVL
EQPTCPUR - OPSWf
OLOS Trib PTP
IMPROPRMVL
c
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Alarm Masking Hierarchy
Page A-3
Alarm Type
Masked Alarm(s)
Masking Alarm(s)
EQPTCPUR - SIM/AMM
EQPTFAIL-TOM, IMPROPRMVLTOM
IMPROPRMVL
EQPTFAIL
UNKNOWNFW
IMPROPRMVL, EQPTCPUR
EQPTFAIL - SIM/AMM
EQPTFAIL-TOM, IMPROPRMVLTOM
IMPROPRMVL, EQPTCPUR
EQPTDEGRADE - AAM
None
OPT-OORH - BandCTP, IMPROPRMVL, EQPTCPUR
EQPTDEGRADE - OFM
None
IMPROPRMVL, EQPTCPUR
EQPTFAIL
UNKNOWNFW
IMPROPRMVL, EQPTCPUR
EQPTFAIL - OFM
EQPT-DEGRADE OFM, OLOS Trib PTP, DROPBAND-OLOS, OLOSATNOCGPTP, INSUFFICIENTATTENUATION
None
EQPTFAIL - OPSW
OLOS Trib PTP
None
EQPTFAIL - SIM/AMM
EQPTFAIL-TOM, IMPROPRMVLTOM
IMPROPRMVL, EQPTCPUR
EQPTFAIL - AAM
BANDCTP-OLOS, BANDPTP-OLOS
IMPROPRMVL, EQPTCPUR
EQPTFAIL - TOM
OLOS TRIBPTP
EQPTFAIL - SIM/AMM, IMPROPRMVL
EQPTMSMT
IMPROPRMVLg
IMPROPRMVL
EXCHAN
None
IMPROPRMVL, EQPTCPUR
FP-MIS-CONNh
None
OLOS - Trib PTP
GAIN-OORH
None
IMPROPRMVL, EQPTCPUR
GAIN-OORL
None
IMPROPRMVL, EQPTCPUR
IMPROPRMVL
EQPTCPUR, EQPTFAIL, EQPTMSMT, UNKNOWNFW, TEMPOORH, TEMP-OORL, TEMP-OORDEVICE-SHUTDOWN
None
IMPROPRMVL - AAM
BANDCTP-OLOS, BANDPTP-OLOS
None
IMPROPRMVL-OFM
EQPT-DEGRADE OFM, OLOS Trib PTP, DROPBAND-OLOS, OLOSATNOCGPTP, INSUFFICIENTATTENUATION
None
IMPROPRMVL-OPSW
OLOS Trib PTP
None
IMPROPRMVL - SIM/AMM
EQPTFAIL-TOM, IMPROPRMVLTOM
None
IMPROPRMVL - TOM
OLOS Trib PTP, OLOS OSC PTP, LOSYNC
EQPTFAIL - SIM/AMM, IMPROPRMVL - SIM/AAM
INSUFFICIENT-ATTENUATION
None
EQPTCPUR-OFM, EQPTFAIL-OFM, IMPROPRMVL-OFM
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page A-4
Alarm Masking Hierarchy by Alarm Type
Alarm Type
Masked Alarm(s)
Masking Alarm(s)
INSUFFICIENT-CHAN-PWR
None
OLOS Trib PTP
LOF - OTUk CTP
PRE-FEC-BER-SD, PRE-FEC-BERSF, TIM-OTU-S, DE-ENCAP-LOF
LOS - OTUk CTP
LOF - DTP
AIS-DTP, PLM-DTP, TIM-DTP, DEENCAP-LOS, DE-ENCAP-LOSYNC, BDI-DTP
LOF DCH
LOF - DCH
LOF-DTP, POST-FEC-BER-SFDCH, PRE-FEC-BER-SD-DCH, TIMDTS, DE-ENCAP-LOS, DE-ENCAPLOSYNC, BDI-DCH
LOS DCH
LOF - Client CTP
RFI-L Client CTP, RFI-MS Client CTP, AIS-L Client CTP, AIS-MS Client CTP
LOS - Client CTP
LOLINK - OSC PTP
None
OLOS - OSC PTP
LOS - OTUk CTP
LOF - OTUk CTP
OLOS - Trib PTP
LOS - DCH
LOF - DCH
OLOS - Trib PTP
LOS - Client CTP
LOF - Client CTP
OLOS - Trib PTP
LOSYNC
PLM
OLOS - Trib PTP
MIS-CONNi
None
OLOS - Trib PTP
OLOS ATNOCGPTPj
None
EQPTCPUR-OFM, EQPTFAIL-OFM, IMPROPRMVL-OFM
OPT-OORH - BandCTP
EQPTDEGRADE - AAM
OLOS - BANDCTP
OLOS Band CTP
OPT-OORH - BandCTP
EQPTCPUR-AAM, EQPTFAIL-AAM, IMPROPRMVL-AAM
OLOS BAND PTPk
None
EQPTCPUR-AAM, EQPTFAIL-AAM, IMPROPRMVL-AAM
OLOS Trib PTPl
LOS-SONET/SDH/OTUk/ClearChan Client CTP, LOSYNC, MIS-CONN
EQPTFAIL - TOM, IMPROPRMVLTOM
OLOS Trib PTPm
FP-MIS-CONN, INSUFFICIENTCHAN-PWR, ADD-CHAN-PWROORH/L Trib PTP
EQPTCPUR-OFM, EQPTFAIL-OFM, IMPROPRMVL-OFM
OLOS Trib PTPn
FP-MIS-CONN
EQPTCPUR-OPSW, EQPTFAILOPSW, IMPROPRMVL-OPSW
OLOS OSC PTP
LOLINK
EQPTFAIL - TOM, IMPROPRMVL TOM
PLM
None
LOSYNC - Clear Channel Client CTP
PLM - DTP
None
LOF-DTP, AIS-DTP, TIM-DTP
POST-FEC-BER-SF - DCH
PRE-FEC-BER-SD-DCH
LOF-DCH
PRE-FEC-BER-SD - DCH
None
POST-FEC-BER-SF - DCH, LOFDCH
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Alarm Masking Hierarchy
Page A-5
Alarm Type
Masked Alarm(s)
Masking Alarm(s)
POST-FEC-BER-SF
PRE-FEC-BER-SD
LOF-OTUk CTP
PRE-FEC-BER-SD
None
POST-FEC-BER-SF, LOF - OTUk CTP
RFI-L Client CTP
None
LOF - Client CTP
RFI-MS Client CTP
None
LOF - Client CTP
TEMP-OORH
None
IMPROPRMVL
TEMP-OORL
None
IMPROPRMVL
TIM-OTU-S
None
LOF - OTUk CTP
TIM-S
None
LOF - Client CTP
TIM-DTP
PLM-DTP
LOF-DTP, AIS-DTP
TIM-DTS
None
LOF-DCH
UNKNOWNFW
None
EQPTFAIL, IMPROPRMVL
a. b. c. d. e. f. g. h. i. j. k. l. m. n.
Applicable for AAM-B2 only Applicable for active OFMs only Applicable for all modules Applicable for all AAMs Applicable for all OFMs Applicable for all OPSWs An EQPTMSMT alarm suppresses an existing IMPROPRMVL alarm Applicable for active OFM's Trib PTP or OPSW Trib PTP if no OLOS and no Fiber patch are associated Applicable for GT/GM SIM TOMs due to auto-discovery failure Applicable for Express ports on active OFMs only Applicable for AAM-P2 only Applicable for SIM TOMs Applicable for Trib PTPs on active OFMs Applicable for Trib PTPs on OPSWs
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page A-6
ATN System Description Guide
Alarm Masking Hierarchy by Alarm Type
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Appendix B
ATN PM Parameters Infinera ATNs collect extensive PM data, including Optical performance monitoring (PM) data within the optical domain (see “Optical PM Parameters
and Thresholds” on page B-2) OTU PM data at every ATN (see “OTU PM Parameters” on page B-7) DTF PM data at every ATN (see “DTF PM Parameters” on page B-9) PM and FEC data for the Digital Channel (see “DCh PM Parameters” on page B-12) Native client signal PM data (see “Client Signal PM Parameters and Thresholds” on page B-14) Optical Supervisory Channel (OSC) PM data (see “OSC PM Parameters” on page B-38) Additional PM parameters measured for the ATN (see “Additional PM Parameters” on page B-39)
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-2
Optical PM Parameters and Thresholds
Optical PM Parameters and Thresholds The network element collects extensive optical analog PM data at each optical transport layer, including OTS layer, OMS Band (OMSb) layer (referred to as C-band) and Optical Channel (OCh) layer. Within the ATN, the following optical PM data is collected by the modules: TOMs on the following Service Interface Modules: SIM-T-1-10G SIM-T-2-2.5GM SIM-T-1-10GP SIM-T-1-10GM SIM-T-1-10GT SIM-A-8-2.5GMT ATN Amplifier Modules (AAM-B1, AAM-P1, AAM-B2 and AAM-P2) collect BAND CTP, BAND PTP,
and OTS PTP PM data 4-channel active OFMs, 2-channel Active OFMs, 4-channel DWDM OFMs collect BAND PTP, TRIB
PTP and ATN OCG PTP PM data OFM-1-OSC collects BAND PTP PM data OPSW-1 and OPSW-2 modules collect Client and Line Trib PTP PM data
The optical PM parameters are essentially gauges, snapshot of the current condition. The optical PM parameters, such as Optical Power Received (OPR) and Optical Power Transmitted (OPT), are the measures of the average optical power of the received and transmitted optical signals, respectively, in dBm. Table B-1 on page B-3 captures the optical PM parameters supported at each layer. The historical data is maintained for some PM parameters. Historical data is provided in both 15 minute and 24 hour capture periods. Real Time, or Intermediate, PM data is a valuable troubleshooting tool as it provides the user a snapshot of the current performance for the particular PM parameter. The user can set the Real Time PM
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-3
refresh rate to automatically refresh the count at various increments from 5 seconds to never (thus locking the current view). Table B-1 Optical PM Parameters Supported on the ATN
PM Parameter
Description
Unit
Real-time Data Support
Real-time TCA Support
15-min and 24-hr Data Support
15-min and 24-hr TCA Support
Client TribPTP and Line TribPTP Optical Parameters (collected on all SIM TOMs) Optical Power Received
Average optical power received from trib TOM input or line TOM input
dBm
Yes
No
Yes
No
Optical Power Transmitted
Average optical output power transmitted onto the Trib TOM output or Line TOM output
dBm
Yes
No
Yes
No
Laser Bias Current
Laser bias current
mA
Yes
No
Yes
No
Client TribPTP and Line TribPTP Optical Parameters (collected on OPSW-1 and OPSW-2) Optical Power Received
Average optical power received from trib input or line input
dBm
Yes
Yes
Yes
No
Optical Parameters (TribPTP) (collected in the 4-Channel DWDM Active OFM and 2-Channel DWDM Active OFM) Add Channel OPR
Optical power received from the Add Channel input
dBm
Yes
Yes
Yes
No
PreVOA Add Channel OPR
Estimated Optical power received from the Add Channel input before the VOA
dBm
Yes
No
Yes
No
ATN OCG PTP layer parameters (collected in the 4-Channel DWDM Active OFM and 2-Channel DWDM Active OFM) Express OPR
Optical power received from the Express input
Infinera Corporation
dBm
Yes
Yes
Yes
No
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-4
Optical PM Parameters and Thresholds
Table B-1 Optical PM Parameters Supported on the ATN
PM Parameter
Description
Unit
Real-time Data Support
Real-time TCA Support
15-min and 24-hr Data Support
15-min and 24-hr TCA Support
No
No
OTS Layer Parameters (collected in the AAM-B1, AAM-B2 and AAM-P2) Line OPT to OSA Tap Ratio
Expected TAP ratio of the Optical Power Transmitted (without OSC) and the power measured at the “OSA Monitor Out port”
dB
Yes
No
Band PTP Layer Parameters (collected in the AAM-P1, AAM-P2, AAM-B2, OFM-1-OSC, 4-Channel DWDM OFMs, 4-Channel Active DWDM OFMs and 2-Channel Active DWDM OFMs)
AAM-B2 and AAM-P1 Band PTP Layer PM Note: Only the Band OPT to OSA Tap Ratio PM parameter is available for the AAM-P1 Optical Power Transmitted
Average optical output power transmitted from the Facility output
dBm
Yes
Yes
Yes
No
Band OPT to OSA TAP Ratio
Expected TAP ratio of the Optical Power Transmitted and the power measured at the OSA Monitor Out port
dB
Yes
No
No
No
Line OPR to Band OPT Insertion Loss
Insertion Loss between the power received at the Line IN port to the power transmitted from the Facility OUT port
dB
Yes
No
No
No
dB
Yes
No
No
No
dBm
Yes
Yes
Yes
No
OFM-1-OSC Band PTP Layer PM Band OPR to OSA TAP Ratio
Expected TAP ratio of the Optical Power Received at the Facility IN port and the power measured at the OSA Monitor Out port
AAM-P2 Band PTP Layer PM Optical Power
Average optical power received at the Facility input
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-5
Table B-1 Optical PM Parameters Supported on the ATN
PM Parameter
Description
Unit
Real-time Data Support
Real-time TCA Support
15-min and 24-hr Data Support
15-min and 24-hr TCA Support
Band OPT to OSA TAP Ratio
Expected TAP ratio of the Optical Power Transmitted and the power measured at the OSA Monitor Out port
dB
Yes
No
No
No
Band OPR to Line OPT Insertion Loss
Insertion Loss between the power received at the FacilityIN port to the power transmitted from the Line OUT port
dB
Yes
No
No
No
Band Layer Parameters (collected in 4-channel DWDM OFMs) Band OPR to OSA TAP Ratio
Expected TAP ratio of the Optical Power Received at the Facility IN port and the power measured at the OSA Monitor Out port
dB
Yes
No
No
No
Band OPT to OSA TAP Ratio
Expected TAP ratio of the Optical Power Transmitted from the Facility OUT port and the power measured at the OSA Monitor Out port
dB
Yes
No
No
No
Band OPR to Express OPT Loss
Measured loss between the facility input and the express output
dB
Yes
No
No
No
Express OPR to Band OPT Loss
Measured loss between the express input and the band output
dB
Yes
No
No
No
Band Layer Parameters (collected in 4-channel DWDM Active OFMs and 2-channel DWDM Active OFMs) Band OPR to Express OPT Loss
Measured loss between the facility input and the express output
dB
Yes
No
No
No
Express OPR to Band OPT Loss
Measured loss between the express input and the band output
dB
Yes
No
No
No
Drop Band OPT
Average optical power transmitted at the drop band.
dBm
Yes
Yes
Yes
No
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-6
Optical PM Parameters and Thresholds
Table B-1 Optical PM Parameters Supported on the ATN
PM Parameter Drop Band OPR
Description Average optical power received at the drop band.
Unit
Real-time Data Support
Real-time TCA Support
15-min and 24-hr Data Support
15-min and 24-hr TCA Support
dBm
Yes
Yes
Yes
No
Band CTP Layer Parameters (collected in the AAM-B1, AAM-B2, AAM-P1 and AAM-P2) Optical Power Received
Total optical power received at the EDFA input.
dBm
Yes
Yes
Yes
No
Optical Power Transmitted
Total optical power transmitted from the EDFA output. It is the sum of the output signal power and the accumulated ASE power.
dBm
Yes
Yes
Yes
No
Fac Signal Output Power
Facility Signal Output Power plus the accumulated ASE power from previous AAM modules.
dBm
Yes
No
Yes
No
Laser Bias Current
Laser bias current (Pump 1)
mA
Yes
No
Yes
No
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-7
OTU PM Parameters Infinera ATN supports extensive PM data collection at OTUk layer. The OTU PM data is collected on the client side and line side of the SIM-T-1-10G, SIM-T-1-10GP and SIM-T-1-10GM in the ATN. Table B-2 on page B-7 describes the supported OTUk PM data: Table B-2 OTUk PM Parameters and Thresholds Supported
PM Parameter
Description
Unit
Real-time data support
15-min and 24-hr data support
TCA Support
OTU PM Parameters Collected in the Cient side and Line side of SIM-T-1-10G, SIM-T-1-10GP and SIM-T-1-10GM FEC Corrected Zeros
Corrected number of zeros
Count
Yes
Yes
No
FEC Corrected Ones
Corrected number of ones
Count
Yes
Yes
No
FEC Uncorrectable Codewords
Uncorrected number of codewords
Count
Yes
Yes
No
FEC Corrected BER
Post-FEC Bit Error Rate (Corrected bit error rate)
Float
Yes
Yes
No
FEC Uncorrected BER
Uncorrected bit error rate prior to FEC correction
Float
Yes
Yes
No
PRBS Error
Count of the number of bits not matching the expected pattern (whether synch has been achieved or not).
Count
Yes
Yes
No
Incremented only when PRBS monitoring is enabled Rx CV
Count of BIP errors detected at the OTU layer.
Count
Yes
Yes
No
Rx BEI Count
Count of BEI detected at the OTU layer
Count
Yes
Yes
No
FEC Total Codewords
Total number of codewords received
Count
Yes
Yes
No
Payload Type
Rate of payload
Integer
Yes
Yes
No
SIM Type
Type of SIM
Integer
Yes
Yes
No
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-8
OTU PM Parameters
The thresholding is supported only for the pre-FEC BER (the FEC Uncorrected BER parameter). If the BER before error correction is equal to or greater than the user configured value over an interval associated with the configured value, a ‘Pre-FEC BER-based Signal Degrade’ alarm is reported. The alarm is cleared when the pre-FEC BER is below the threshold.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-9
DTF PM Parameters Infinera ATN supports DTF PM data collection on the client side and line side of the DTF SIMs i.e. SIM-T1-10GT and SIM-A-8-2.5GMT in the ATN. TCAs are reported when DTF PM parameters exceed the provisioned threshold values within a collection period. Table B-3 on page B-9 describes the supported DTF path level PM data: Table B-3 DTF PM Parameters and Thresholds Supported
PM Parameter
Description
Unit
Real time Data Support
15-min and 24-hr data and TCA Support Data
TCA
Default Threshold Values 15-min
24-hr
Trib Digital Transport Path Layer (Trib DTPCTP) Rx PM Parameters Collected in the SIM-T-1-10GTand SIM-A-8-2.5GMT
Note: The below PM parameters are only supported in the receive direction of the DTF SIMs DTP BIP8
Count of BIP errors detected at the Digital Transport Path (DTP) layer.
Count
Yes
Yes
Yes
1500
15000
DTP ES
Count of the number of seconds during which (at any point during the second) at least one DTF path layer BIP error was detected or an AIS-P defect was present
Count
Yes
Yes
Yes
120
1200
DTP SES
Count of the seconds during which K (= 2,400 as specified in GR-253CORE Issue 3 specification) or more DTF Path layer BIP errors were detected or an AIS-P defect was present
Count
Yes
Yes
Yes
3
7
DTP UAS
Count of the seconds during which the DTF Path considered unavailable. A DTF Path becomes unavailable at the onset of 10 consecutive seconds that qualify as DTP-SES, and continues to be unavailable until the onset of 10 consecutive seconds that do not qualify as DTP-SES
Count
Yes
Yes
Yes
10
10
DTP PRBS Sync Error (line-side)
Count of the number of times re-sync has been attempted after initial sync was achieved.
Count
Yes
Yes
No
N/A
N/A
Incremented only when PRBS monitoring is enabled.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-10
DTF PM Parameters
Table B-3 DTF PM Parameters and Thresholds Supported
PM Parameter DTP PRBS (bit) Error (line-side)
Description Count of the number of bits not matching the expected pattern (whether synch has been achieved or not).
Unit Count
15-min and 24-hr data and TCA Support
Real time Data Support
Data
Yes
Yes
TCA No
Default Threshold Values 15-min
24-hr
N/A
N/A
Incremented only when PRBS monitoring is enabled. Trib Digital Transport Path Layer (Trib DTPCTP) Tx PM Parameters Collected in the SIM-T-1-10GT DTP Tx BIP 8
Count of BIP errors detected at the Digital Transport Path (DTP) layer at the signal de-encapsulation point
Count
Yes
Yes
Yes
N/A
N/A
DTP Tx ES
Count of the number of seconds during which (at any point during the second) at least one DTF path layer BIP error was detected or an AIS-P defect was present at the signal deencapsulation point
Count
Yes
Yes
Yes
N/A
N/A
DTP Tx SES
Count of the seconds during which K (= 2,400 as specified in GR-253CORE Issue 3 specification) or more DTF Path layer BIP errors were detected or an AIS-P defect was present at the signal de-encapsulation point
Count
Yes
Yes
Yes
N/A
N/A
DTP Tx UAS
Count of the seconds during which the DTF Path considered unavailable at the signal de-encapsulation point. A DTF Path becomes unavailable at the onset of 10 consecutive seconds that qualify as DTP-SES, and continues to be unavailable until the onset of 10 consecutive seconds that do not qualify as DTP-SES
Count
Yes
Yes
Yes
N/A
N/A
Line Digital Transport Path Layer (Line DTPCTP) Rx PM Parameters Collected in the SIM-T-1-10GTand SIM-A-8-2.5GMT DtpBip8
Count of BIP errors detected at the Digital Transport Path (DTP) layer
ATN System Description Guide
Count
Yes
Release 2.0 Infinera Proprietary and Confidential
Yes
Yes
1500
15000
Infinera Corporation
ATN PM Parameters
Page B-11
Table B-3 DTF PM Parameters and Thresholds Supported
PM Parameter
15-min and 24-hr data and TCA Support
Real time Data Support
Data
Description
Unit
DtpES
Count of the number of seconds during which (at any point during the second) at least one DTF path layer BIP error was detected or an AIS-P defect was present
Count
Yes
Yes
Yes
120
1200
DtpSES
Count of the seconds during which K (= 2,400 as specified in GR-253CORE Issue 3 specification) or more DTF Path layer BIP errors were detected or an AIS-P defect was present
Count
Yes
Yes
Yes
3
7
DtpUAS
Count of the seconds during which the DTF Path considered unavailable. A DTF Path becomes unavailable at the onset of 10 consecutive seconds that qualify as DTP-SES, and continues to be unavailable until the onset of 10 consecutive seconds that do not qualify as DTP-SES
Count
Yes
Yes
Yes
10
10
Infinera Corporation
TCA
Default Threshold Values 15-min
ATN System Description Guide Infinera Proprietary and Confidential
24-hr
Release 2.0
Page B-12
DCh PM Parameters
DCh PM Parameters Infinera ATN supports Digital Channel (Dch) PM, FEC and PRBS data collection on the client side and line side of the SIM-T-1-10GT and line-side of SIM-A-8-2.5GMT in the ATN. Table B-4 on page B-12 describes the supported Digital Channel (Dch) PM, FEC and PRBS PM data. : Table B-4 DCh PM Parameters and Thresholds Supported
PM Parameter
Description
Unit
Real time Data Support
15-min and 24-hr data and TCA Support Data
TCA
Default Threshold Values 15-min
24-hr
Trib and Line Digital Transport Section Layer (Trib and Line Digital Channel CTP) PM Parameters collected in the SIM-T-1-10GT and Line Digital Transport Section Layer (Line Digital Channel CTP) PM Parameters collected in the SIM-A-82.5GMT DTS BIP 8
Count of BIP errors detected at the Digital Transport Section (DTS) layer
Count
Yes
Yes
Yes
1500
15000
DTS ES
Count of the number of seconds during which (at any point during the second) at least one DTF section layer BIP error was detected or an AIS-P defect was present
Count
Yes
Yes
Yes
120
1200
DtsSES
Count of the seconds during which K (= 2,400 as specified in GR-253CORE Issue 3 specification) or more DTF Section layer BIP errors were detected or an AIS-P defect was present
Count
Yes
Yes
Yes
3
7
DTS PRBS Sync Error (line-side)
Count of the number of times re-sync has been attempted after initial sync was achieved.
Count
Yes
Yes
No
N/A
N/A
Count
Yes
Yes
No
N/A
N/A
Incremented only when PRBS monitoring is enabled. DTS PRBS (bit) Error (line-side)
Count of the number of bits not matching the expected pattern (whether synch has been achieved or not). Incremented only when PRBS monitoring is enabled.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-13
Table B-4 DCh PM Parameters and Thresholds Supported
PM Parameter
Description
Unit
15-min and 24-hr data and TCA Support
Real time Data Support
Data
TCA
Default Threshold Values 15-min
24-hr
FEC Corrected Zeroes
Corrected number of zeros
Count
Yes
Yes
No
N/A
N/A
FEC Corrected Ones
Corrected number of ones
Count
Yes
Yes
No
N/A
N/A
FEC Uncorrectable Codewords
Uncorrected number of codewords
Count
Yes
Yes
No
N/A
N/A
Post-FEC BER
Post-FEC Bit Error Rate (Corrected bit error rate)
Float
Yes
Yes
No
N/A
N/A
Pre-FEC BER
Uncorrected bit error rate prior to FEC correction
Float
Yes
Yes
No
N/A
N/A
FEC Total Codewords
Total number of codewords received
Count
Yes
Yes
No
N/A
N/A
The thresholding is supported only for the pre-FEC BER (the FEC Uncorrected BER parameter). If the BER before error correction is equal to or greater than the user configured value over an interval associated with the configured value, a ‘Pre-FEC BER-based Signal Degrade’ alarm is reported. The alarm is cleared when the pre-FEC BER is below the threshold.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-14
Client Signal PM Parameters and Thresholds
Client Signal PM Parameters and Thresholds The ATN supports PM data collection for SONET, SDH, 10GbE LAN Phy, 10GbE WAN Phy interfaces, OTU2/OTU2e and Fibre Channel interfaces. At the SIM-T-1-10G, SIM-T-1-10GP, SIM-T-1-10GM, SIM-T-1-10GT and SIM-A-8.2.5GMT, PM data collected for the client signals received are referred to as the Rx PM parameters; PM data collected for client signals transmitted are referred to as the Tx PM parameters. Rx and Tx PM data can be used to determine the number of errors occurring in the various segments of the network. The type of client signal will determine the types of PM parameters that are supported. See the following sections for the PM parameters supported by each type of client signal: “PM Collected for SONET Interfaces” on page B-14 “PM Collected for SDH Interfaces” on page B-16 “PM Collected for Ethernet Interfaces” on page B-18 “PM Collected for Fibre Channel Interfaces” on page B-35
Note: Only TOM PM parameters are available for the SIM-T-2-2.5GM. This SIM is transparent and no client signal PM parameters are available.
PM Collected for SONET Interfaces Table B-5 on page B-14 describes the PM parameters supported for SONET interfaces. Table B-5 SONET Client Signal PM Parameters
PM Parameter
Description
Unit
Real time Data Support
15-min and 24-hr data and TCA support
Defaut Threshold Values
Data
15-min
TCA
24-hr
SONET Section Parameters Collected in the SIM-T-1-10G, SIM-T-1-10GP, SIM-T-1-10GM, SIM-T-1-10GT and SIM-A-8.2.5GMT for SONET OC-192/OC-48/OC-12/OC-3 Interfaces Rx CV-S
Count of BIP errors detected at the Section layer on the incoming client’s SONET signal. Up to eight Section BIP errors can be detected per STS-N frame, with each error incrementing the Sonet-Rx-CV-S current second register
ATN System Description Guide
Count
Yes
Release 2.0 Infinera Proprietary and Confidential
Yes
Yes
1500
15000
Infinera Corporation
ATN PM Parameters
Page B-15
Table B-5 SONET Client Signal PM Parameters
PM Parameter
Description
Unit
Real time Data Support
15-min and 24-hr data and TCA support
Defaut Threshold Values
Data
TCA
15-min
24-hr
Tx CV-S
Count of BIP errors detected at the Section layer on the outgoing client’s SONET signal. Up to eight Section BIP errors can be detected per STS-N frame, with each error incrementing the Sonet-Rx-CV-S current second register
Count
Yes
Yes
Yes
1500
15000
Rx ES-S
Count of the number of seconds during which (at any point during the second) at least one Section layer BIP error was detected or an LOF or SEF defect was present
Count
Yes
Yes
Yes
120
1200
Tx ES-S
Count of the number of seconds during which (at any point during the second) at least one Section layer BIP error was detected or an LOF or SEF defect was present at the signal de-encapsulation point
Count
Yes
Yes
Yes
120
1200
Rx SES-S
Count of the seconds during which K or more Section layer BIP errors were detected or an SEF or LOF defect was present
Count
Yes
Yes
Yes
3
7
Tx SES-S
Count of the seconds during which K or more Section layer BIP errors were detected or an LOF or SEF defect was present at the signal de-encapsulation point.
Count
Yes
Yes
Yes
3
7
Rx SEFS-S
Count of seconds during which an SEF defect is present
Count
Yes
Yes
Yes
3
7
Tx SEFS-S
Count of seconds during which an SEF defect is present at the signal deencapsulation point.
Count
Yes
Yes
Yes
3
7
System CID
Circuit Identifer (CID) associated with the SONET client termination point (CTP)
String
Yes
Yes
No
N/A
N/A
Payload Type
Payload Rate
Integer
Yes
Yes
No
N/A
N/A
SIM Type
Type of SIM
Integer
Yes
Yes
No
N/A
N/A
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-16
Client Signal PM Parameters and Thresholds
Table B-5 SONET Client Signal PM Parameters
PM Parameter
Description
Unit
Real time Data Support
15-min and 24-hr data and TCA support
Defaut Threshold Values
Data
15-min
TCA
24-hr
PRBS Parameters Collected for SONET OC-48/OC-12/OC-3 Interfaces (in SIM-A-8.2.5GMT only) PRBS (bit) Error (lineside)
Count of the number of bits not matching the expected pattern (whether synch has been achieved or not).
Count
Yes
Yes
No
N/A
N/A
Count
Yes
Yes
No
N/A
N/A
Count
Yes
Yes
No
N/A
N/A
Count
Yes
Yes
No
N/A
N/A
Incremented only when PRBS monitoring is enabled. PRBS Sync Error (lineside)
Count of the number of times re-sync has been attempted after initial sync was achieved. Incremented only when PRBS monitoring is enabled.
PRBS (bit) Error (tribside)
Count of the number of bits not matching the expected pattern (whether synch has been achieved or not). Incremented only when PRBS monitoring is enabled.
PRBS Sync Error (tribside)
Count of the number of times re-sync has been attempted after initial sync was achieved. Incremented only when PRBS monitoring is enabled.
PM Collected for SDH Interfaces Table B-6 on page B-17 describes the PM parameters supported for SDH interfaces.
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-17
Table B-6 SDH Client Signal PM Parameters
PM Parameter Displayed in ATN GNM and CLI
Description
Unit
Real time data support
15-min and 24-hr Data and TCA Support
Default Threshold Values
Data
15-min
TCA
24-hr
SDH Regenerator Section Parameters Collected in the SIM-T-1-10G, SIM-T-1-10GP, SIM-T-1-10GM, SIM-T-1-10GT and SIM-A-8.2.5GMT for SDH STM-64/STM-16/STM-4/STM-1 Interfaces Rx BE-RS
Count of the number of errors within a block in the incoming client’s SDH signal.
Count
Yes
Yes
Yes
1500
15000
Tx BE-RS
Count of the number of errors within a block in the SDH signal received from the network and to be transmitted to the receiving client.
Count
Yes
Yes
Yes
1500
15000
Rx ES-RS
Count of the number of seconds during which (at any point during the second) at least one RS block error was detected or an LOS or LOF defect is present.
Count
Yes
Yes
Yes
120
1200
Tx ES-RS
Count of the number of seconds during which (at any point during the second) at least one Tx RS block error was detected or a de-encap (Tx) LOS or LOF defect was present.
Count
Yes
Yes
Yes
120
1200
Rx SES-RS
Count of the seconds during which 30% or more RS block errors (BE) were detected or an LOF or LOS defect was present.
Count
Yes
Yes
Yes
3
7
Tx SES-RS
Count of the seconds during which 30% or more Tx RS block errors (BE) were detected or a de-encap (Tx) LOF or LOS defect was present.
Count
Yes
Yes
Yes
3
7
Rx OFS-RS
Regenerator Section - Out of Frame Seconds. Count of seconds during which an OOF defect is present (at any point in the second).
Count
Yes
Yes
Yes
3
7
Tx OFS-RS
Regenerator Section - Out of Frame Seconds. Count of seconds during which a de-encap (Tx) OOF defect was present.
Count
Yes
Yes
Yes
3
7
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-18
Client Signal PM Parameters and Thresholds
PM Parameter Displayed in ATN GNM and CLI
Description
Unit
Real time data support
15-min and 24-hr Data and TCA Support
Default Threshold Values
Data
TCA
15-min
24-hr
Rx Loss-RS
Regenerator Section - Loss of Signal Seconds. Count of seconds during which any LOS defect existed.
Count
Yes
Yes
Yes
3
7
System CID
Circuit Identifer (CID) associated with the SDH client termination point (CTP)
String
Yes
Yes
No
N/A
N/A
Payload Type
Payload Rate
Integer
Yes
Yes
No
N/A
N/A
SIM Type
Type of SIM
Integer
Yes
Yes
No
N/A
N/A
PRBS Parameters Collected for SDH STM-16/STM-4/STM-1 Interfaces (in SIM-A-8.2.5GMT only) PRBS Sync Error (lineside)
Count of the number of times re-sync has been attempted after initial sync was achieved.
Count
Yes
Yes
No
N/A
N/A
Count
Yes
Yes
No
N/A
N/A
Count
Yes
Yes
No
N/A
N/A
Count
Yes
Yes
No
N/A
N/A
Incremented only when PRBS monitoring is enabled. PRBS (bit) Error (lineside)
Count of the number of bits not matching the expected pattern (whether synch has been achieved or not). Incremented only when PRBS monitoring is enabled.
PRBS Sync Error (tribside)
Count of the number of times re-sync has been attempted after initial sync was achieved. Incremented only when PRBS monitoring is enabled.
PRBS (bit) Error (tribside)
Count of the number of bits not matching the expected pattern (whether synch has been achieved or not). Incremented only when PRBS monitoring is enabled.
PM Collected for Ethernet Interfaces Table B-7 on page B-19 describes the PM parameters supported for Ethernet interfaces
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-19
Table B-7 Ethernet Client Signal PM Parameters Supported
SIM-T-1-10GT
Unit
SIM-T-10GP and SIM-T-10GM
Description
15-min and 24hr TCA Support
10GbE
SIM-T-1-10G
PM Parameter
Real time Data Support
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
1GbE
Ethernet Parameters Collected in the SIM-T-1-10G, SIM-T-1-10GP, SIM-T-1-10GM, SIM-T-1-10GT and SIM-A-8.2.5GMT for 1GbE/10GbE Interfaces
Note: Real Time and 15-min/24-hr TCAs are not supported on the SIM-T-1-10G. The 15-min and 24-hr TCA Support listed below is applicable for the other SIMs listed above. Rx Broadcast Packets
A count of frames that are successfully received and are directed to the broadcast group address.
Count Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
15-Min Default: 0
24-hr Default: 0
Tx Broadcast Packets
Rx Multicast Packets
A count of the frames that were successfully transmitted, as indicated by the transmit status “transmit OK”, to the broadcast address. Frames transmitted to multicast addresses are not broadcast frames and are excluded.
Count Yes
A count of multi-cast frames that are successfully received and are directed to an active nonbroadcast group address.
Count Yes
Yes
15-Min Default: 0
24-hr Default: 0
Yes
15-Min Default: 0
24-hr Default: 0
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-20
Client Signal PM Parameters and Thresholds
1GbE
Tx Multicast Packets
Rx Unicast Packets
Yes
Yes
No
Yes
Yes
Yes
A count of uni-cast frames that are successfully received and are directed to an active nonbroadcast group address.
Yes
No
No
Yes
No
No
No
No
Yes
No
No
Yes
Yes
Yes
Yes
Yes
Unit
Count Yes
SIM-T-1-10GT
A count of multi-cast Count Yes frames that are successfully transmitted, as indicated by the status value “transmit OK”, to a group destination address other than broadcast.
Description
SIM-T-10GP and SIM-T-10GM
15-min and 24hr TCA Support
Real time Data Support
SIM-T-1-10G
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
10GbE
15-Min Default: 0
24-hr Default: 0
15-Min Default: 0
24-hr Default: 0
Tx Unicast Packets
Rx Octets
A count of uni-cast Count Yes frames that are successfully transmitted, as indicated by the status value “transmit OK”, to an active nonbroadcast group address.
Yes
Number of received data octets.
Yes
Count Yes
15-Min Default: 0
24-hr Default: 0
15-Min Default: N/A
24-hr Default: N/A
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-21
1GbE
Tx Octets
Number of transmitted data octets.
Count Yes
Yes
Yes
Yes
Yes
Yes
No
No
Yes
No
No
No
No
Yes
No
No
No
No
Yes
No
No
SIM-T-1-10GT
Yes
SIM-T-10GP and SIM-T-10GM
Unit
15-min and 24hr TCA Support
SIM-T-1-10G
Description
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
Real time Data Support
10GbE
15-Min Default: N/A
24-hr Default: N/A Rx Errors
Number of received erroneous frames
Count Yes
Yes
15-Min Default: N/A
24-hr Default: N/A Tx Errors
Number of transmitted erroneous frames
Count Yes
Yes
15-Min Default: N/A
24-hr Default: N/A Rx Discards
Number of received frames discarded due to various errors
Count Yes
Yes
15-Min Default: N/A
24-hr Default: N/A
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-22
Client Signal PM Parameters and Thresholds
1GbE
Tx Discards
Number of transmitted frames discarded due to various errors
Count Yes
No
No
Yes
No
No
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
SIM-T-1-10GT
Yes
SIM-T-10GP and SIM-T-10GM
Unit
15-min and 24hr TCA Support
SIM-T-1-10G
Description
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
Real time Data Support
10GbE
15-Min Default: N/A
24-hr Default: N/A Rx PCS ICG
Physical Coding Sublayer (PCS) Invalid Code Group -Receive
Count Yes
Yes
15-Min Default: 1500
24-hr Default: 15000 Tx PCS ICG
Physical Coding Sublayer (PCS) Invalid Code Group -Transmit
Count Yes
Yes
15-Min Default: 1500
24-hr Default: 15000 Rx PCS ES
PCS Errored Seconds
Count Yes
The number of seconds in which at least one ICG was detected, or the TP was in ingress LOSS OF SYNC (defect) state (including when an ingress optical LOS defect was present).
ATN System Description Guide
Yes
15-Min Default: 120
24-hr Default: 1200
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-23
1GbE
Tx PCS ES
PCS Errored Seconds
Count Yes
PCS Severely Errored Seconds
PCS Severely Errored Seconds Number of seconds in which the TP was in the de-encap LOSS OF SYNC (defect) state (including when a de-encap LOS defect was present).
Infinera Corporation
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
SIM-T-1-10GT
Yes
120
24-hr Default: 1200
Count Yes
Yes
15-Min Default:
Number of seconds in which at least 1250 ICGs (for 1GbE) or 12500 ICGs (for 10GbE) were detected, or the TP was in ingress LOSS OF SYNC (defect) state (including when an ingress optical LOS defect was present). Tx PCS SES
Yes
15-Min Default:
The number of seconds in which at least one de-encapsulation ICG was detected, or the TP was in deencap LOSS OF SYNC (defect) state (including when an de-encap LOS defect was present). Rx PCS SES
Yes
SIM-T-10GP and SIM-T-10GM
Unit
15-min and 24hr TCA Support
SIM-T-1-10G
Description
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
Real time Data Support
10GbE
3
24-hr Default: 7
Count Yes
Yes
15-Min Default: 3
24-hr Default: 7
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-24
Client Signal PM Parameters and Thresholds
1GbE
Rx Packets
Number of received MAC Layer data packets.
Count Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
No
Yes
Yes
No
Yes
No
SIM-T-1-10GT
Yes
SIM-T-10GP and SIM-T-10GM
Unit
15-min and 24hr TCA Support
SIM-T-1-10G
Description
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
Real time Data Support
10GbE
15-Min Default: N/A
24-hr Default: N/A Tx Packets
Number of transmitted MAC Layer data packets.
Count Yes
Yes
15-Min Default: N/A
24-hr Default: N/A Rx Err Octets
Errored octet
Count Yes
Yes
15-Min Default:
Number of data octets that are part of an Errored Packet on the receive client interface.
256
24-hr Default: 512
Tx Err Octets
Errored octet
Count Yes
Number of data octets that are part of an Errored Packet at the signal de-encapsulation point before the client-side transmit interface.
ATN System Description Guide
Yes
15-Min Default: 256
24-hr Default: 512
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-25
1GbE
Rx Jabber
Tx Jabber
Jabber count Number of packets received that are longer than the maximum frame length octets (excluding framing bits, but including FCS octets) and has either a bad FCS with an integral number of octets (FCS error) or a bad FCS with a non-integral number of octets (alignment error).
Count Yes
Jabber count Number of packets transmitted that are longer than the maximum frame length octets (excluding framing bits, but including FCS octets) and has either a bad FCS with an integral number of octets (FCS error) or a bad FCS with a nonintegral number of octets (alignment error).
Count Yes
Infinera Corporation
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
SIM-T-1-10GT
Yes
SIM-T-10GP and SIM-T-10GM
Unit
15-min and 24hr TCA Support
SIM-T-1-10G
Description
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
Real time Data Support
10GbE
15-Min Default: 1
24-hr Default: 2
Yes
15-Min Default: 1
24-hr Default: 2
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-26
Client Signal PM Parameters and Thresholds
1GbE
Rx Fragment
Tx Fragment
Yes
Yes
Yes
No
Yes
Yes
Fragment packet count Count Yes Number of packets transmitted that are less than 64 octets long (excluding framing bits, but including FCS octets) and have either a bad FCS with an integral number of octets (FCS error) or a bad FCS with a non-integral number of octets (alignment error)
Yes
Yes
Yes
No
Yes
Yes
ATN System Description Guide
Unit
SIM-T-1-10GT
Fragment packet count Count Yes Number of packets received that are less than 64 octets long (excluding framing bits, but including FCS octets) and have either a bad FCS with an integral number of octets (FCS error) or a bad FCS with a non-integral number of octets (alignment error)
Description
SIM-T-10GP and SIM-T-10GM
15-min and 24hr TCA Support
Real time Data Support
SIM-T-1-10G
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
10GbE
15-Min Default: 1
24-hr Default: 2
15-Min Default: 1
24-hr Default: 2
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-27
1GbE
Rx CRC Aligned
Cyclical redundancy check align error count
Count Yes
Cyclical redundancy check align error count Number of packets transmitted that have a length (excluding framing bits, but including FCS octets) of between 64 and MaxFrameLength octets, inclusive, but have either a bad FCS with an integral number of octets (FCS Error) or a bad FCS with a nonintegral number of octets (Alignment Error)
Infinera Corporation
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
SIM-T-1-10GT
Yes
15-Min Default:
Number of packets received that have a length (excluding framing bits, but including FCS octets) of between 64 and MaxFrameLength octets, inclusive, but have either a bad FCS with an integral number of octets (FCS Error) or a bad FCS with a nonintegral number of octets (Alignment Error) Tx CRC Aligned
Yes
SIM-T-10GP and SIM-T-10GM
Unit
15-min and 24hr TCA Support
SIM-T-1-10G
Description
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
Real time Data Support
10GbE
1
24-hr Default: 2
Count Yes
Yes
15-Min Default: 1
24-hr Default: 2
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-28
Client Signal PM Parameters and Thresholds
1GbE
Rx Undersized
Undersize packet count
Count Yes
Undersize packet count
Oversize packet count
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
SIM-T-1-10GT Yes
Yes
15-Min Default: 1
24-hr Default: 2 Count Yes
Yes
15-Min Default: 1
24-hr Default: 2
Count Yes
Number of transmitted packets that are longer than the maximum frame length (excluding framing bits, but including FCS octets) and are otherwise well formed, on the receive client interface.
ATN System Description Guide
Yes
2
Number of received packets that are longer than the maximum frame length (excluding framing bits, but including FCS octets) and are otherwise well formed, on the receive client interface. Tx Oversize
No
24-hr Default:
Count Yes
Oversize packet count
Yes
1
Number of transmitted packets that are less than 64 octets long (excluding framing bits, but including FCS octets) and are otherwise well formed. Rx Oversize
Yes
15-Min Default:
Number of received packets that are less than 64 octets long (excluding framing bits, but including FCS octets) and are otherwise well formed. Tx Undersized
Yes
SIM-T-10GP and SIM-T-10GM
Unit
15-min and 24hr TCA Support
SIM-T-1-10G
Description
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
Real time Data Support
10GbE
Yes
15-Min Default: 1
24-hr Default: 2
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-29
1GbE
Rx JS
Jabber Seconds
Count Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
SIM-T-1-10GT
Yes
SIM-T-10GP and SIM-T-10GM
Unit
15-min and 24hr TCA Support
SIM-T-1-10G
Description
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
Real time Data Support
10GbE
15-Min Default:
Number of seconds in which a jabber state was detected sometime in that second.
1
24-hr Default: 2
Tx JS
Jabber Seconds
Count Yes
15-Min Default:
Number of seconds in which a jabber state was detected sometime in that second on the de-encapsulated signal. Rx MAC SES
MAC Severely Errored Seconds - Receive
Yes
1
24-hr Default: 2 Count Yes
Yes
15-Min Default: 3
24-hr Default: 7 Tx MAC SES
MAC Severely Errored Seconds - Transmit
Count Yes
Yes
15-Min Default: 3
24-hr Default: 7
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-30
Client Signal PM Parameters and Thresholds
1GbE
Rx InPause Frame
A count of MAC Control frames received on this interface with an opcode indicating the PAUSE operation.
Count Yes
Yes
Yes
No
Yes
Yes
Yes
No
No
Yes
Yes
No
Yes
No
Yes
Yes
No
Yes
No
Yes
Yes
SIM-T-1-10GT
Yes
SIM-T-10GP and SIM-T-10GM
Unit
15-min and 24hr TCA Support
SIM-T-1-10G
Description
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
Real time Data Support
10GbE
15-Min Default: 0
24-hr Default: 0
Tx OutPause Frame
A count of MAC Control frames transmitted on this interface with an opcode indicating the PAUSE operation.
Count Yes
Yes
15-Min Default: 0
24-hr Default: 0
Rx LU
Link Utilization Receive
Float
Yes
No
15-Min Default: N/A
24-hr Default: N/A TxLU
Link Utilization - Transmit
Float
Yes
No
15-Min Default: N/A
24-hr Default: N/A
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-31
1GbE
Rx Packets Size 64
Received packets (including bad packets) of 64 octets
Count Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
SIM-T-1-10GT
Yes
SIM-T-10GP and SIM-T-10GM
Unit
15-min and 24hr TCA Support
SIM-T-1-10G
Description
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
Real time Data Support
10GbE
15-Min Default: 0
24-hr Default: 0 Rx Packets Size 64
Transmitted packets of 64 octets
Count Yes
Yes
15-Min Default: 0
24-hr Default: 0 Rx Packets Received packets Size 65 to 127 (including bad packets) from 65 to 127 octets.
Count Yes
Yes
15-Min Default: 0
24-hr Default: 0 Tx Packets Transmitted packets Size 65 to 127 from 65 to 127 octets.
Count Yes
Yes
15-Min Default: 0
24-hr Default: 0
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-32
Client Signal PM Parameters and Thresholds
1GbE
Rx Packets Size 128 to 255
Received packets (including bad packets) from 128 to 255 octets.
Count Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
SIM-T-1-10GT
Yes
SIM-T-10GP and SIM-T-10GM
Unit
15-min and 24hr TCA Support
SIM-T-1-10G
Description
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
Real time Data Support
10GbE
15-Min Default: 0
24-hr Default: 0 Tx Packets Size 128 to 255
Transmitted packets Count Yes from 128 to 255 octets.
Yes
15-Min Default: 0
24-hr Default: 0 Rx Packets Size 256 to 511
Received packets (including bad packets) from 256 to 511 octets.
Count Yes
Yes
15-Min Default: 0
24-hr Default: 0 Tx Packets Size 256 to 511
Transmitted packets from 256 to 511 octets.
Count Yes
Yes
15-Min Default: 0
24-hr Default: 0
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-33
1GbE
Rx Packets Size 512 to 1023
Received packets (including bad packets) from 512 to 1023 octets.
Count Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
SIM-T-1-10GT
Yes
SIM-T-10GP and SIM-T-10GM
Unit
15-min and 24hr TCA Support
SIM-T-1-10G
Description
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
Real time Data Support
10GbE
15-Min Default: 0
24-hr Default: 0 Tx Packets Size 512 to 1023
Transmitted packets from 512 to 1023 octets.
Count Yes
Yes
15-Min Default: 0
24-hr Default: 0 Rx Packets Size 1024 to 1518
Received packets (including bad packets) from 1024 to 1518 octets.
Count Yes
Yes
15-Min Default: 0
24-hr Default: 0 Tx Packets Size 1024 to 1518
Transmitted packets from 1024 to 1518 octets.
Count Yes
Yes
15-Min Default: 0
24-hr Default: 0
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-34
Client Signal PM Parameters and Thresholds
1GbE
Rx Packets Size 1519 to Jumbo
Received packets (including bad packets) of 1519 or more octets.
Count Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
SIM-T-1-10GT
Yes
SIM-T-10GP and SIM-T-10GM
Unit
15-min and 24hr TCA Support
SIM-T-1-10G
Description
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
Real time Data Support
10GbE
15-Min Default: 0
24-hr Default: 0 Tx Packets Size 1519 to Jumbo
Transmitted packets of 1519 or more octets.
Count Yes
Yes
15-Min Default: 0
24-hr Default: 0 Line Test Sig- Count of the number of nal Sync Error times re-sync has been attempted after initial sync was achieved.
Count Yes
Yes
No
Yes
No
No
No
Count Yes
Yes
No
Yes
No
No
No
Yes
No
Yes
Yes
Yes
Yes
Incremented only when line test is enabled. Line Test Signal Error
Count of the number of bits not matching the expected pattern (whether synch has been achieved or not). Incremented only when line test is enabled.
System CID
Circuit Identifer (CID) String associated with the Ethernet client termination point (CTP)
Yes
15-Min Default: N/A
24-hr Default: N/A
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-35
1GbE
Payload Type
Payload Rate
Integer
Yes
No
Yes
Yes
Yes
Yes
No
Yes
Yes
Yes
Yes
SIM-T-1-10GT
Yes
SIM-T-10GP and SIM-T-10GM
Unit
15-min and 24hr TCA Support
SIM-T-1-10G
Description
Real time Data Support
15-min and 24-hr Data Support with Default Threshold Values
SIM-A-8-2.5GMT
PM Parameter
10GbE
15-Min Default: N/A
24-hr Default: N/A SIM Type
Type of SIM
Integer
Yes
Yes
15-Min Default: N/A
24-hr Default: N/A
PM Collected for Fibre Channel Interfaces Table B-8 on page B-35 describes the PM parameters supported for Fibre Channel interfaces Table B-8 Fibre Channel Client Signal PM Parameters
PM Parameter
Description
Unit
Real time Data Support
15-min and 24-hr data and TCA support
Defaut Threshold Values
Data
15-min
TCA
24-hr
Fibre Channel Parameters Collected in the SIM-A-8.2.5GMT, SIM-T-1-10GP and SIM-T-1-10GM for FC 1G/FC 2G/FC 8G/FC 10G Interfaces Rx PCS ICG
Physical Coding Sublayer Invalid Code Group - Receive.
Count
Yes
Yes
Yes
1500
15000
Rx PCS SESS
Physical Coding Sublayer Severely Errored Sync Seconds - Receive.
Count
Yes
Yes
Yes
3
7
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-36
Client Signal PM Parameters and Thresholds
PM Parameter
Description
Unit
Real time Data Support
15-min and 24-hr data and TCA support
Defaut Threshold Values
Data
TCA
15-min
24-hr
Tx PCS SESS
Physical Coding Sublayer Severely Errored Sync Seconds - Transmit.
Count
Yes
Yes
Yes
3
7
Rx PCS SES
Physical Coding Sublayer Severely Errored Seconds- Receive.
Count
Yes
Yes
Yes
3
7
Tx PCS SES Physical Coding Sublayer Severely Errored Seconds- Transmit.
Count
Yes
Yes
Yes
3
7
Rx PCS ES
Physical Coding Sublayer Errored Seconds - Receive
Count
Yes
Yes
Yes
120
1200
Tx PCS ES
Physical Coding Sublayer Errored Seconds - Transmit
Count
Yes
Yes
Yes
120
1200
System CID
Circuit Identifer (CID) associated with the SDH client termination point (CTP)
String
Yes
Yes
No
N/A
N/A
Payload Type
Payload Rate
Integer
Yes
Yes
No
N/A
N/A
Sim Type
Type of SIM
Integer
Yes
Yes
No
N/A
N/A
FC PM Parameters Collected for 1G FC/2G FC Interfaces (in SIM-A-8.2.5GMT only) Tx PCS ICG
Physical Coding Sublayer Invalid Code Group - Receive.
Count
Yes
Yes
Yes
1500
15000
Rx FC Frames
Number of received Fibre Channel Frames.
Count
Yes
Yes
Yes
120
1200
Count
Yes
Yes
Yes
120
1200
FC frames of any size are counted, including valid and errored frames. Tx FC Frames
Number of transmitted Fibre Channel Frames. FC frames of any size are counted, including valid and errored frames.
Rx FC Errored Frames
Number of received Fibre Channel Errored Frames
Count
Yes
Yes
Yes
256
512
Tx FC Errored Frames
Number of transmitted Fibre Channel Errored Frames
Count
Yes
Yes
Yes
256
512
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
PM Parameter Rx FC Octets
Page B-37
Description Number of received Fibre Channel Octets
Real time Data Support
15-min and 24-hr data and TCA support
Defaut Threshold Values
Data
TCA
15-min
Count
Yes
Yes
Yes
120
1200
Count
Yes
Yes
Yes
120
1200
Count
Yes
Yes
Yes
256
512
Count
Yes
Yes
Yes
256
512
Unit
24-hr
Number of octets includes octets inside errored frames. Tx FC Octets
Number of transmitted Fibre Channel Octets Number of octets includes octets inside errored frames.
Rx FC Errored Octets
Number of received Fibre Channel Errored Octets.
Tx FC Errored Octets
Number of transmitted Fibre Channel Errored Octets.
Rx FC SES
Fibre Channel Severely Errored Seconds- Receive.
Count
Yes
Yes
Yes
3
7
Tx FC SES
Fibre Channel Severely Errored Seconds- Transmit.
Count
Yes
Yes
Yes
3
7
Includes FC octets that are part of an errored frame
Includes FC octets that are part of an errored frame
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-38
OSC PM Parameters
OSC PM Parameters Infinera ATN support OSC, a dedicated 1510nm optical channel, to carry traffic and management traffic between adjacent network elements. The OSC is terminated on the AMM on the ATN. The PM parameters supported for the OSC are described in Table B-9 on page B-38. Table B-9 OSC PM Parameters Supported on the AMM
PM Parameter Displayed
Description
Unit
Real-time Data Support
15-min and 24-hr Data Support
15-min and 24-hr TCA Support
OSC Optical PM Parameters Laser Bias Current
Measured laser bias current of the OSC optical transmitter.
mA
Yes
Yes
No
Optical Power Transmitted
Average optical output power transmitted by the OSC optical transmitter.
dBm
Yes
Yes
No
Optical Power Received
Average optical power received by the OSC optical receiver from the Line input.
dBm
Yes
Yes
No
Transmitted Bytes
The number of bytes transmitted by this network element on the OSC channel.
Bytes
Yes
No
No
Transmitted Packets
The number of packets transmitted by this network element on the OSC channel.
Packets
Yes
No
No
Packets Dropped at Transmitter
The number of transmit packets dropped by this network element.
Packets
Yes
No
No
Received Bytes
The number of bytes received by this network element on the OSC channel.
Bytes
Yes
No
No
Received Packets
The number of packets received by this network element on the OSC channel.
Packets
Yes
No
No
Packets Dropped at Receiver
The number of received packets dropped by this network element.
Packets
Yes
No
No
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
ATN PM Parameters
Page B-39
Additional PM Parameters The additional PM parameter such as PM on the FanTray is listed in Table B-10 on page B-39. Table B-10 Additional PM Parameters Supported on the ATN PM Parameter Displayed in ATN GNM and CLI
Description
Unit
Real-time Data Support
15-min and 24-hr Data Support
15-min and 24-hr TCA Support
Yes
Yes
No
Fan PM Parameter Inlet Temperature
Infinera Corporation
Fan Tray inlet temperature
Centigrade
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page B-40
ATN System Description Guide
Additional PM Parameters
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Appendix C
Optical Channel Plan The DWDM C-band and CWDM optical channel plan supported by the ATN are described in the following topics: “DWDM Optical Channel Wavelength and Frequency” on page C-2 “CWDM and Mixed CWDM/DWDM Optical Channel Wavelength and Frequency” on page C-5
The OFM modules provide support for all the optical channels.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page C-2
DWDM Optical Channel Wavelength and Frequency
DWDM Optical Channel Wavelength and Frequency Figure C-1 shows how the optical channel wavelengths are interwoven for 40-channel DWDM systems. Figure C-1 DWDM 40-Channel Wavelength Plans
The DWDM optical channel plan (see Table C-1 on page C-3) supported by ATN consists of 40 DWDM channels grouped into the following: Four 10-channel bands Ten 4-channel sub-bands Twenty 2-channel sub-bands
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Optical Channel Plan
Page C-3
Table C-1 ATN DWDM Optical Channel Plan 10-channel Band Number Band 1 (Channels 5950)
4-channel Sub-Band Number
2-channel Sub-Band Number
Sub-Band 1 (Channels 5956)
Sub-Band 2 (Channels 5552)
Sub-Band 3 (Channels 5148) Band 2 ( Channels 4940) Sub-Band 4 (Channels 4744)
Sub-Band 5 (Channels 4340)
Infinera Corporation
Channel Number
Center Wavelength (nm)
Center Frequency (THz)
Sub-Band 1 (Channels 59 and 58)
59
1530.33
195.9
58
1531.12
195.8
Sub-Band 2 (Channels 57 and 56)
57
1531.90
195.7
56
1532.68
195.6
Sub-Band 3 (Channels 55 and 54)
55
1533.47
195.5
54
1534.25
195.4
Sub-Band 4 (Channels 53 and 52)
53
1535.04
195.3
52
1535.82
195.2
Sub-Band 5 (Channels 51 and 50)
51
1536.61
195.1
50
1537.40
195.0
Sub-Band 6 (Channels 49 and 48
49
1538.19
194.9
48
1538.98
194.8
Sub-Band 7 (Channels 47 and 46)
47
1539.77
194.7
46
1540.56
194.6
Sub-Band 8 (Channels 45 and 44
45
1541.35
194.5
44
1542.14
194.4
Sub-Band 9 (Channels 43 and 42)
43
1542.94
194.3
42
1543.73
194.2
Sub-Band 10 (Channels 41 and 40)
41
1544.53
194.1
40
1545.32
194.0
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page C-4
10-channel Band Number Band 3 ( Channels 3728)
DWDM Optical Channel Wavelength and Frequency
4-channel Sub-Band Number
2-channel Sub-Band Number
Sub-Band 6 (Channels 3734)
Sub-Band 11 (Channels 3736)
37
1547.72
193.7
36
1548.51
193.6
Sub-Band 12 (Channels 35 and 34)
35
1549.32
193.5
34
1550.12
193.4
Sub-Band 13 (Channels 33 and 32)
33
1550.92
193.3
32
1551.72
193.2
Sub-Band 14 (Channels 31 and 30)
31
1552.52
193.1
30
1553.33
193.0
Sub-Band 15 (Channels 29 and 28)
29
1554.13
192.9
28
1554.94
192.8
Sub-Band 16 (Channels 27 and 26)
27
1555.75
192.7
26
1556.55
192.6
Sub-Band 17 (Channels 25 and 24)
25
1557.36
192.5
24
1558.17
192.4
Sub-Band 18 (Channels 23 and 22)
23
1558.98
192.3
22
1559.79
192.2
Sub-Band 19 (Channels 21 and 20)
21
1560.61
192.1
20
1561.42
192.0
Sub-Band 20 (Channels 19 and 18)
19
1562.23
191.9
18
1563.05
191.8
Sub-Band 7 (Channels 3329)
Sub-Band 8 (Channels 2926) Band 4 ( Channels 2718) Sub-Band 9 (Channels 2522)
Sub-Band 10 (Channels 2118)
ATN System Description Guide
Channel Number
Release 2.0 Infinera Proprietary and Confidential
Center Wavelength (nm)
Center Frequency (THz)
Infinera Corporation
Optical Channel Plan
Page C-5
CWDM and Mixed CWDM/DWDM Optical Channel Wavelength and Frequency The CWDM optical channel plan and mixed CWDM/DWDM optical channel plans supported by ATN are shown in Figure C-2 on page C-5. Figure C-2 CWDM and Mixed CWDM/DWDM Channel Plans
The eight CWDM channels are grouped as follows: One 8-channel band (see Table C-2 on page C-5) Four 2-channel sub-bands (see Table C-3 on page C-6)
Table C-2 ATN CWDM Channel Plan: 8-channel band Band Number Band 1 (Channels 1-8)
Channel Number
Wavelength (nm)
Frequency (THz)
Channel 1
1471
203.94
Channel 2
1491
201.21
Channel 3
1511
198.54
Channel 4
1531
195.95
Channel 5
1551
193.42
Channel 6
1571
190.96
Channel 7
1591
188.56
Channel 8
1611
186.22
Note: Only Channel 3, 4, 5 and 6 are available for 10GbE, OC-192 and STM-64 signal support in future releases.
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page C-6
CWDM and Mixed CWDM/DWDM Optical Channel Wavelength and Frequency
Table C-3 ATN CWDM Channel Plan: 2-channel sub-band Band Number Sub-Band 1 Sub-Band 2 Sub-Band 3 Sub-Band 4
ATN System Description Guide
Channel Number
Wavelength (nm)
Frequency (THz)
Channel 1
1471
203.94
Channel 5
1551
193.42
Channel 2
1491
201.21
Channel 6
1571
190.96
Channel 3
1511
198.54
Channel 7
1591
188.56
Channel 4
1531
195.95
Channel 8
1611
186.22
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Appendix D
Acronyms List of Acronyms Acronym
Definition
A AAM
ATN Amplifier Module
ACLI
application command line interface
ACO
alarm cutoff
ACT
active
AD
add/drop
ADLM
Amplified Digital Line Module
ADM
add/drop multiplexer
ADPCM
adaptive differential pulse code modulation
AGC
Automated Gain Control
AID
access identifier
AINS
automatic in-service
AIS
alarm indication signal
ALS
Automatic Laser Shutdown
AMM
ATN Management Module
AMP
amplifier
ANSI
American National Standards Institute
APD
avalanche photo diode
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page D-2
Acronym
Definition
API
application programming interface
APS
automatic protection switching
ARC
Alarm Reporting Control
ARP
address resolution protocol
ASAP
Alarm Severity Assignment Profile Settings (for ATN)
ASCII
American Standard Code for Information Interchange
ASE
amplified spontaneous emission
ASIC
application-specific integrated circuit
ASPS
Alarm Severity Profile Settings
ATC-A
ATN Transport Chassis - Active
ATC-P
ATN Transport Chassis - Passive
ATM
asynchronous transfer mode
AU
administrative unit
AUX
auxiliary port
AVC
attribute value change
AWG
array waveguide gating; american wire gauge
AXLM
Amplified Switching Line Module
B BDFB
battery distribution fuse bay
BDI
backward defect indication
BEI
backward error indication
BER
bit error rate; bit error ratio
BERT
bit error rate testing
BIP-8
bit interleaved parity
BITS
building-integrated timing supply
BLSR
bi-directional line switched ring
BMM
Band Multiplexing Module
BNC
bayonet Neill-Concelman; British Naval Connector
BOL
beginning of life
BOM
bill of material
BOOTP
bootstrap protocol
BPF
Band Pass Filter
BPOST
Boot Power On Self Test
bps
bits per second
BPV
bipolar violations
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Acronyms
Page D-3
Acronym
Definition
C C
Celsius
CBN
Common Bonding Network
CCITT
Consultative Committee on International Telegraph and Telephone (now known as the ITU-T)
CCLI
commissioning command line interface
CDE
chromatic dispersion equalizer
CDR
clock and data recovery
CDRH
Center for Devices and Radiological Health
CET
Channel Engineering Tool
CFR
code for federal regulations
CH/Ch/ch
channel
CID
circuit identifier
CIT
craft interface terminal
CLEI
common language equipment identifier
CLI
command line interface
CLM
C-band and L-band Coupler
CO
central office
CODEC
coder and decoder
COM
communication
CORBA
Common Object Request Broker Architecture
CPC
common processor complex
CPE
customer premises equipment
CPLD
complex programmable logic device
CPU
central processing unit
CRC
cyclic redundancy check
CRM
customer relationship management
CSM
Customer Service Module
CSPF
constraint-based shortest path first algorithm
CSV
comma separated value
CTAG
correlation tag
CTP
connection termination point, channel trail termination point, client termination point
CTS
clear to send
CV
coding violation
CV-L
coding violation-line
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page D-4
Acronym
Definition
CV-P
coding violation-path
CV-S
coding violation-section
CWDM
coarse wavelength division multiplexing
D DA
digital amplifier
DB
database
dB
decibel
DCC
data communications channel
DCE
data communications equipment
DCF
dispersion compensation fiber
DCM
Dispersion Compensation Module
DCN
data communication network
DDR
double data rate
DEMUX
de-multiplexing
DFB
distributed feedback
DFE
decision feedback equalizer
DGE
dynamic gain equalization
DHCP
dynamic host configuration protocol
DLM
Digital Line Module
DLV
Digital Link View
DMC
Dispersion Management Chassis
DNA
Digital Network Administrator
DR
digital repeater
DSE
Dynamic Spectrum Equalizer
DSF
dispersion shifted fiber
DSNCP
Digital Subnetwork Connection Protection
DSP
digital signal processor
DT
digital terminal
DTC
Digital Transport Chassis
DTC-B
Digital Transport Chassis-B
DTE
data terminal equipment
DTF
Digital Transport Frame
DTL
digital transport line; designated transit list
DTP
digital transport path
DTS
digital transport section
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Acronyms
Page D-5
Acronym
Definition
DV
digital video
DVB
digital video broadcasting
DWDM
dense wavelength division multiplexing
E ECC
error-correcting code; error correction code
EDFA
erbium doped fiber amplifier
EEPROM
electrically-erasable programmable read-only memory
EFEC
enhanced forward error correction
EMC
electromagnetic compatibility
EMI
electromagnetic interference
EML
element management layer
EMS
element management system
EOL
end of life
EOS
end of shipping
ESCON
Enterprise Systems Connection
ES-L
line-errored seconds
ES-P
path-errored seconds
ES-S
section-errored seconds
ESCON
Enterprise Systems Connection
ESD
electrostatic discharge; electrostatic-sensitive device
ETS
IEEE European Test Symposium
ETSI
European Telecommunications Standards Institute
F F
Fahrenheit
FA
frame alignment
FAS
frame alignment signal
FBG
fiber Bragg grating
FC
Fibre Channel; fiber channel; failure count
FCAPS
fault management, configuration management, accounting, performance monitoring, and security administration
FCC
Federal Communications Commission (USA)
FDA
Food and Drug Administration
FDI
forward defect indication
FDR
flight data recorder
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page D-6
Acronym
Definition
FEC
forward error correction
FICON
Fibre Connectivity
FIFO
first-in-first-out
FIS
Fault Integration Server
FIT
failure in time
FLT
fault
FPGA
field programmable gate array
FRU
field replaceable unit
FTP
file transfer protocol; floating termination point
G GAM
Gain Adapter Module
GbE
gigabit Ethernet
Gbps
gigabits per second
GCC
general communication channel
GFEC
general forward error correction
GFP
generic framing protocol
GHz
gigahertz
GMPLS
generalized multi protocol label switching
GNE
gateway network element
GNM
Graphical Node Manager
GRE
generic routing encapsulation
GTP
group termination point
GUI
graphical user interface
H/I HD
high definition
HDLC
high-level data link control
HTML
hypertext markup language
HTTP
hypertext transfer protocol
I/O
input/output
I2C
inter-integrated circuit
IAP
input, output, and alarm panel
ICG
invalid code group
ID
identification
IDF
invalid data flag
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Acronyms
Page D-7
Acronym
Definition
IEC
International Electrical Commission
IMS
Infinera Management Suite
IOP
input/output panel
IP
Internet protocol
IQ
see IQ NOS
IQ NOS
Infinera IQ Network Operating System
IQA NOS ATN
Infinera IQA Network Operating System ATN
IR
intermediate reach
IS
in-service
ITU-T
International Telecommunications Union - Telecommunications
J/K/L JDK
Java Development Kit
JRE
Java Runtime Environment
JS
jabber seconds
LAN
local area network
LBC
laser bias current
LC
fiber optic cable connector type
LCK
locked
LED
light-emitting diode
LOC
loss of communication
LOF
loss of frame
LOL
loss of light
LOP
loss of pointer
LOS
loss of signal; loss of synch
LP
launch power
LR
long reach
LSB
least significant bit
LTE
line-terminating equipment
M MA
monitoring access
MAC
media access control
MAP
management application proxy
MB
megabyte
Mbps
megabits per second
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page D-8
Acronym
Definition
MCM
Management Control Module
MEMS
micro electro mechanical systems
µEDFA
micro-erbium doped fiber amplifier
MFAS
multi frame alignment signal
MIB
management information base
MMF
multimode fiber
MS
multiplex section
MSA
multi source agreement
MSB
most significant bit
MSO
multi-service operator
MSOH
multiplex section overhead
MTBF
mean time between failure
MTU
maximum transmission unit
MUX
multiplex; multiplexer; multiplexing
N NA
network administrator
NAND
flash type
NC
normally closed; node controller; nodal control
NCT
nodal control and timing
NDSF
non zero dispersion shifted fiber
NE
network engineer
NEBS
network equipment building standards
NEC
National Electrical Code
NECG
net electrical coding gain
NEL
network element layer
NEPA
National Environmental Policy Act
NFPA
National Fire Protection Association
nm
nanometer
NML
network management layer
NMS
network management system
NNI
network-to-network interface
NO
normally open
NOC
network operations center
NPS
Network Planning System
NSA
non-service affecting
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Acronyms
Page D-9
Acronym
Definition
NTP
network time protocol
NVRAM
nonvolatile random access memory
O OA
Optical Amplifier
OAM
Optical Amplification Module
OAM&P
operation, administration, maintenance and provisioning
OC-12
optical carrier signal at 622.08Mbps
OC-192
optical carrier signal at 9.95328Gbps
OC-3
optical carrier signal at 155.52Mbps
OC-48
optical carrier signal at 2.48832Gbps
OC-768
optical carrier signal at 39.81312Gbps
OCG
optical carrier group
Och
optical channel
OCI
open connection indication
ODF
optical distribution frame
ODU
optical data unit
OE
Optical Engine
OEO
optical-electrical-optical
OER
optical engineering route
OFC
open fiber control
OFM
Optical Filter Module
OH
overhead
OIF
Optical Internetworking Forum
OLOS
optical loss of signal
OMM
Optical Management Module
OMS
optical multiplex section
OOS
out-of-service
OOS-MT
out-of-service maintenance
OPN
Optical Private Network
OPR
optical power received
OPSW
Optical Power Switch
OPT
optical power transmitted
OPU
optical payload unit
ORL
optical return loss
ORM
Optical Raman Module
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page D-10
Acronym
Definition
OS
operating system
OSA
optical spectrum analyzer
OSC
Optical Supervisory Channel
OSNR
optical signal-to-noise ratio
OSPF
open shortest path first
OSS
operations support system
OTC
Optical Transport Chassis
OTDR
optical time domain reflectometer
OTN
Optical Transport Network
OTS
optical transport section
OTU
optical transport unit
OW
orderwire
OWM
Orderwire Module
P/Q PC
personal computer
PCM
Power Conversion Module
PCPM
per channel power monitoring
PCS
physical coding sublayer
PD
photo diode
PDU
protocol data unit; power distribution unit
PEM
Power Entry Module
PG
protection group
PHY
physical
PIC
Photonic Integrated Circuit
PID
protocol identifier
PIN
positive-intrinsic negative
PJO
positive justification opportunity
PL
point loss
PLC
Planar Lightwave Circuit
PLD
programmable logic device
PLL
phase locked loop
PLO
point loss offset
PM
performance monitoring
PMD
polarization mode dispersion
POH
path overhead
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Acronyms
Page D-11
Acronym
Definition
PON
product ordering name
POP
point-of-presence
POST
Power On Self Test
PPM
part per million
PPP
point-to-point protocol
PR
provisioning
PRBS
pseudo random binary sequence
PROV
provisioning
ps
pico second (unit of measure for dispersion)
PSC
protection switch completion; protection switch count
PSD
protection switch duration
PSE
Passive Spectrum Equalizer
PSTN
public switched telephone network
PTP
physical termination point; point-to-point
PU
protection unit
PWR
power
QOS
quality of service
R RADIUS
Remote Authentication Dial-In User Service
RAM
Raman Amplifier Module; random access memory
RBM
Red/Blue Band Mux/Demux
RDI
remote defect indication
REI-L
remote error indication-line
REI-P
remote error indication-path
REM
Raman Extender Module
RFI
remote failure indication
RMA
return material authorization
ROADM
reconfigurable optical add/drop multiplexer
ROM
read-only memory
RS
regenerator section; Reed-Solomon
RSOH
regenerator section overhead
RSTP
rapid spanning tree protocol
RTC
real time clock
RTN
return lead
RTS
ready to send
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page D-12
Acronym
Definition
RU
rack unit
Rx
receiver; receive
Rx Q
receiver quality
S SA
service affecting; security administrator
SAPI
source access point identifier
SC
square shaped fiber optic cable connector
SCM
Submarine Control Module
SD
signal degrade; standard definition
SDH
synchronous digital hierarchy
SDI
serial digital interface
SDRAM
synchronized dynamic random access memory
SEF
severely errored frame
SEFS
severely errored frame second
SELV
safety extra low voltage
SERDES
serializer and deserializer
SES
severely errored seconds
SF
signal fail
SFP
small form factor pluggable
SFTP
secure file transfer protocol
SID
source identifier; system identifier
SIM
Service Interface Module
SLM
Submarine Line Module
SLTE
submarine line terminal equipment
SMF
single-mode fiber
SML
service management layer
SMPTE
Society of Motion Picture and Television Engineers
SNC
subnetwork connection
SNCP
subnetwork connection protection
SNE
subtending network element
SNMP
simple network management protocol
SNR
signal-to-noise ratio
SOH
section overhead
SOL
start of life
SONET
synchronous optical network
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Acronyms
Page D-13
Acronym
Definition
SPE
synchronous payload envelope
SQ
signal quality
SR
short reach
SSHv2
Secure Shell version 2
SSL
secure sockets layer
STE
section terminating equipment
STM
synchronous transfer mode
STM-1
SDH signal at 155.52Mbps
STM-16
SDH signal at 2.48832Gbps
STM-256
SDH signal at 39.81312Gbps
STM-4
SDH signal at 622.08Mbps
STM-64
SDH signal at 9.95328Gbps
STM-n
synchronous transfer module of level n (for example, STM-64, STM-16)
STP
spanning tree protocol
STS
synchronous transport signal
STS-n
synchronous transport signal of level n (for example, STS-12, STS-48)
SW
software
T/U/V TAC
technical assistance center
TAM
Tributary Adapter Module
TAP
Timing and Alarm Panel
TCA
threshold crossing alert
TCC
threshold crossing condition
TCM
tandem connection monitoring
TCP
transmission control protocol
TE
traffic engineering
TEC
thermo-electric cooler
TEM
TAM Extender Module
TERM
terminal
TFTP
trivial file transfer protocol
TID
target identifier
TIM
trace identifier mismatch
TL1
transaction language 1
TLA
terminal line amplifier
TLS
tunable laser source
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page D-14
Acronym
Definition
TMF
TeleManagement Forum
TMN
telecommunications management network
TOM
Tributary Optical Module
TP
termination point
TR
transceiver
TT
test and turn-up
TTI
trail trace identifier
TWC
true-wave-classic
Tx
transmitter; transmit
UA
unavailable seconds
UART
universal asynchronous receiver transmitter
UAS
unavailable seconds
UAS-L
unavailable seconds, near-end line
UAS-P
unavailable seconds, near-end STS path
UDP
user datagram protocol
ULH
ultra long haul
UNI
user-network interface
UPC
ultra physical contact
UPSR
unidirectional path switched ring
URL
universal resource locator
USB
Universal Serial Bus
UTC
Coordinated Universal Time
V
volt
VCG
virtual concatenation group
VGA
variable gain amplifier
VLAN
virtual local area network
VOA
variable optical attenuator
VPN
virtual private network
VSR
very short reach
W/X/Y/Z WAN
wide area network
WDM
wavelength division multiplexing
WPCS
Wet Plant Control and Surveillance System
WPLM
Wet Plant Link Manager
WTR
wait to restore
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
Acronyms
Page D-15
Acronym
Definition
XC
cross-connect
XFP
10Gbps small form factor pluggable
XLM
Switching Line Module
XML
extensible markup language
MISC 1R
re-amplification
2R
re-amplification, re-shape
3R
re-amplification, re-shape, re-time
4R
re-amplification, re-shape, re-time, re-code
Infinera Corporation
ATN System Description Guide Infinera Proprietary and Confidential
Release 2.0
Page D-16
ATN System Description Guide
Release 2.0 Infinera Proprietary and Confidential
Infinera Corporation
