DZS XMC25, XMC23 and XMC22 Subracks of The Hybrid Multi-Service
DZS XMC25, XMC23 and XMC22 Subracks of The Hybrid Multi-Service
DZS XMC25, XMC23 and XMC22 Subracks of The Hybrid Multi-Service
NUSA1, NUSA1-F
nusa1_r3b
XMC20
XMC20
NUSA1, NUSA1-F User Manual
Copyright and Confidentiality Copyright in this document vests in KEYMILE. This document contains confi-
dential information which is the property of KEYMILE. It must be held in con-
fidence by the recipient and may not be used for any purposes except those
specifically authorised by contract or otherwise in writing by KEYMILE. This
document may not be copied in whole or in part, or any of its contents dis-
closed by the recipient to any third party, without the prior written agreement
of KEYMILE.
Disclaimer KEYMILE has taken reasonable care in compiling this document, however
KEYMILE accepts no liability whatsoever for any error or omission in the
information contained herein and gives no other warranty or undertaking as
to its accuracy.
KEYMILE reserves the right to amend this document at any time without
prior notice.
Published by http://www.keymile.com
User Manual
NUSA1, NUSA1-F
Content
1 Preface 8
1.1 Precautions and Safety 8
1.2 Symbols and Notations 8
1.3 Interfaces and Circuit Categories 9
1.4 Document History 10
1.5 Definition of Terms 10
2 Introduction 11
2.1 General 11
2.2 Unit View 14
2.3 Block Diagram 15
4 Installation 31
4.1 Prerequisites 31
4.2 Slots for the NUSA1 Unit 31
4.3 SFP Modules 33
4.4 Compatibility 36
4.5 Connections and Cables 37
5 Functional Description 43
5.1 Applications 43
6 Commissioning 112
6.1 Cross Connections 112
6.2 SNCP Configuration 131
6.3 Automatic Laser Shutdown and Restart 132
6.4 Commissioning Example of PDH and EoS Transport 134
7 Operation 149
7.1 Unit optical Indicators 149
7.2 Loops 150
7.3 Detection of Signal Defects 153
7.4 Trail Trace Identifier (TTI) 154
7.5 Maintenance 156
9 Annex 312
9.1 Associated XMC20 Documents 312
9.2 Technical Support 313
9.3 Product Training 313
Figures
1 Preface
Before you handle any equipment you must comply with the safety advices.
Adherence to the safety instructions ensures compliance with the safety
requirements as defined in EN 60950 (Safety of Information Technology
Equipment).
Please refer to the following document:
[202] Safety Instructions “Precautions and safety”.
Please note:
Shows significant information.
→ Possible actions are given.
2 Introduction
This section provides a general introduction to the NUSA1 unit. Further on it
presents a unit view in section 2.2 Unit View (on page 14) and a block dia-
gram in section 2.3 Block Diagram (on page 15).
2.1 General
This document describes the architecture and functions of the NUSA1 and
NUSA1-F units and shows, how the units are commissioned and operated
as part of the XMC20.
The NUSA1 is a 1 slot wide functional unit of XMC20 that must be operated
in actively cooled subracks. The NUSA1-F is a 2 slot wide functional equiva-
lent to the NUSA1 unit that can be operated in passively cooled subracks.
The NUSA1 and NUSA1-F units are SDH units, providing four SDH front
interfaces, four Ethernet front interfaces, PBUS access (XMC20 internal
TDM bus) and also connect to the Gb-Ethernet star (XMC20 internal Ether-
net connection to the core unit).
The NUSA1 and NUSA1-F units can be configured as an SDH access sys-
tem with termination and add/drop functionality from STM-16, STM-4 and
STM-1 trunks. Typical applications are the termination of STM-16, STM-4 or
STM-1 traffic from an STM-16, STM-4 or STM-1 trunk in linear networks (ter-
minal multiplexer TM) and add/drop of VC-n traffic in linear or ring networks
(add/drop multiplexer ADM).
The following SDH interfaces are supported:
• two interfaces STM-16 or STM-4:
− STM-16 optical or
− STM-4 optical,
• two interfaces STM-4 or STM-1:
− STM-4 optical or
− STM-1 electrical or optical,
The interfaces can be used as aggregate interfaces for the transmission of
STM-16, STM-4 or STM-1 traffic into the transport network, or as tributary
interfaces for the access of subtended network elements. The aggregate or
tributary usage of an interface is independent of the NUSA1 or NUSA1-F
configuration.
The interfaces are implemented on NUSA1 and NUSA1-F with four SFP
cages, allowing to plug in any compatible SFP module according to the net-
work application.
The NUSA1 and NUSA1-F units implement also the synchronous equipment
timing source (SETS) for the unit.
10 / 10 / 10 / 10 /
100 / 100 / 100 / 100 /
1000 1000 1000 1000 STM-4 / STM-4 / STM-16 / STM-16 /
BASE-T BASE-T BASE-T BASE-T STM-1 STM-1 STM-4 STM-4
48 x 945 x
TU-3 TU-12
TU-3 TU-12
Cross Connect Cross Connect
14 x 24 x 252 x 64 x
VC-4 VC-3 VC-12 VC-12
EoS P-12
2 x 1GbE
8 x 100MbE
Ethernet Switch
The NUSA1 and NUSA1-F units access Ethernet services via the units four
electrical 10/100/1000BASE-T front interfaces and the Gb-Ethernet star from
the COGE5 core unit(s). The Gb-Ethernet star connects the NUSA1 or
NUSA1-F unit to the working and protecting COGE5 core units. The Ethernet
switch device on the NUSA1 and NUSA1-F unit participates in the XMC20
Switch.
Please note:
The access to the 10Gb-Ethernet star will be available in a future release.
Ethernet over SDH (EoS) traffic can be transported in two modes:
• Unswitched mode:
The Ethernet traffic from an Ethernet front port is bypassing the Ethernet
switch device and is mapped to a EoS group. There is one dedicated
EoS group per front port in the unswitched mode.
Ethernet traffic from any other XMC20 Switch port can be transported
over SDH. With the four Ethernet front ports using the unswitched mode,
28 EoS groups remain available for the XMC20 Switch ports. The total
EoS transport capacity is limited to 2 Gbit/s.
• Switched mode:
A NUSA1 or NUSA1-F Ethernet front port in the switched mode accesses
the switch device and participates in the XMC20 Switch. Ethernet traffic
from the Ethernet front ports and any other XMC20 Switch port can be
transported over SDH. There are 32 EoS groups in maximum. The total
EoS transport capacity is limited to 2 Gbit/s.
Please note:
Using the MPLS-TP Transport function with the VPWS service, the number
of EoS groups is limited:
→ Maximum 8 EoS groups in the unswitched mode.
→ Maximum 12 EoS groups in the unswitched mode.
XMC20
FXO FXS STM-16
TDM
SUPM1 Network
West
E1
DTE SELI8
NUSA1
data STM-16
TDM
DTE TUDA1 Network
East
Ethernet
DTE
The NUSA1 and NUSA1-F units access TDM services via PBUS. Up to 64
P12 tributary signals can directly be accessed.
Figure 3 "NUSA1 (left) and NUSA1-F (right) unit view" shows the NUSA1
and NUSA1-F unit hardware. On the front plate are two LEDs for unit- and
traffic failure indication.
Front
LEDs Front Connectors NUSA1
4 3 2 1 4 3 2 1
NUSA1-F
4
2x 40x AU-4
Redundancy Switch
4
Only 40x AU-4 are active
at the same time
VC-4
VC-4 Termination
Termination
2
VC-3 VC-12
The TU -3 cross connect
is limited to a maximum Termination Termination
capacity of 48x48 TU-3.
24x VC-3 1 252 x 64x
VC -12 VC-12
VCAT / LCAS
GFP
3
The ECC access capacity
Board MAC / FIFO / is taken from the P 12
Controller Rate Control Termination capacity , i.e.
the maximum access
2x 1GbE capacity for ECC and P 12
8x 100 MbE Termination is 64 x P12.
P12 ECC
Ethernet Switch
Termination Processing
2x 10GbE 2x 1GbE 3
64x P12 4x P12
(only 1 active) (only 1 active)
Backplane Connectors
Figure 4 "NUSA1 block diagram" shows the block diagram of the NUSA1
unit. The main functions of the NUSA1 unit can be divided into the following
eight parts:
• SDH terminal multiplexer or add/drop multiplexer with four SDH inter-
faces: 2 x STM-16/STM-4 and 2 x STM-4/STM-1.
• SDH cross connect system for 125 x 125 AU-4.
• SDH cross connect system for 48 x 48 TU-3
• SDH cross connect system for 1261 x 1261 TU-12
• Termination to the PBUS of 64 x P12.
• Ethernet over SDH for up to 32 EoS groups with a maximum capacity of
2 Gbit/s.
• Redundancy switch
The redundancy switch is used for the 1+1 equipment protection applica-
tion with two NUSA1 units. It connects the protecting NUSA1 unit via the
backplane with a capacity of 2 x 40 x AU-4.
40 x AU-4 40 x AU-4
STM-x STM-x
SFP SFP
2 x 40 x AU-4
NUSA1 NUSA1
working protecting
80 x AU-4
The redundancy switch makes the four SDH ports on the working unit
and the four SDH ports on the protecting unit available on the working
unit, i.e. doubles the terminated SDH traffic from 40 x AU-4 to 80 x AU-4.
• Ethernet switch
The Ethernet switch device on the NUSA1 unit participates in the XMC20
Switch. XMC20 Switch ports are all external Ethernet ports on units par-
ticipating in the XMC20 Switch, the NUSA1 EoS ports and, depending of
the switch mode, the NUSA1 external Ethernet ports:
− Unswitched mode:
A NUSA1 external Ethernet port is not part of the XMC20 Switch. The
Ethernet traffic from the Ethernet front ports is bypassing the Ethernet
switch device and is mapped to a dedicated EoS port with a point-to-
point connection.
With the VLAN Bridge function all EoS ports can be used as customer
VLAN ports (CVP).
With the MPLS-TP Transport function up to 8 EoS ports can be used
as Pseudo Wire Attachment Circuits (PWAC) in a VPWS or up to 28
EoS ports can be used as Customer VLAN Ports (CVP) in a VPLS.
− Switched mode:
A NUSA1 external Ethernet port is part of the XMC20 Switch.
With the VLAN Bridge function all external Ethernet ports and EoS
ports can be used a customer VLAN ports (CVP).
With the MPLS-TP Transport function the external Ethernet ports and
up to 12 EoS ports can be used as Pseudo Wire Attachment Circuits
(PWAC) in a VPWS or up to 32 EoS ports can be used as Customer
VLAN Ports (CVP) in a VPLS.
This unit is subject to one or several feature licences. The following licences
are available for this unit.
Please note:
Two NUSA1 units operating as equipment protected pair and both using
STM-16 ports need two feature licences.
For more information on features licences please refer to [012] Release Note
“XMC20 System Release R6B” and to [915] Technical Bulletin “Feature
Licences for XMC20”.
Table 6: Standards
Feature Standard Release
SDH transport, ETSI - EN 300 147 (09/2001) r1a
Synchronous digital hierarchy multiplexing struc-
ture
- EN 300 417-1-1 (10/2001)
Generic processes and performance
- EN 300 417-2-1 (10/2001)
SDH and PDH physical section layer functions
- EN 300 417-3-1 (10/2001)
STM-N regenerator and multiplex section layer
functions
- EN 300 417-4-1 (10/2001)
SDH path layer functions
SDH transport, ITU-T - ITU-T G.707 (01/2007) r1a
Network node interface for the synchronous digital
hierarchy
- ITU-T G.783 (03/2006)
Characteristics of synchronous digital hierarchy
(SDH) equipment functional blocks
- ITU-T G.803 (03/2000)
Architecture of transport networks based on the
synchronous digital hierarchy (SDH)
- ITU-T G.805 (03/2000)
Generic functional architecture of transport net-
works
- ITU-T G.806 (01/2009)
Characteristics of transport equipment – Descrip-
tion methodology and generic functionality
- ITU-T G.841 (10/98)
Types and characteristics of SDH network protec-
tion architectures
- ITU-T G.808.1 (02/2010)
Generic protection switching – Linear trail and sub-
network protection
- ITU-T G.957 (03/2006)
Optical interfaces for equipments and systems
relating to the synchronous digital hierarchy
Optical interfaces SFF committee r1a
- INF-8074i Rev. 1.0 (05/2001)
SFP (Small Formfactor Pluggable) Transceiver
- SFF-8472 Rev. 9.5 (06/2004)
Diagnostic Monitoring Interface for Optical Xcvrs
ITU-T
- G.694.2 (12/2003)
Spectral grids for WDM applications: CWDM
wavelength grid
IEC
- 60825-1 (08/2001)
Safety of laser products – Part 1: Equipment clas-
sification, requirements and user’s guide
3.3 Specifications
Please note:
For the specifications exclusively applicable for the NUSA1-F unit please
refer to section 3.4 NUSA1-F Function Overview (on page 28).
a. The switch device will drop any incoming Ethernet packet with an incorrect length field.
b. An Ethernet front interface in the unswitched mode connects directly to the corresponding EoS group. This EoS group
is no longer available for the MPLS-TP Transport function.
c. This value is valid if only VC-4 and VC-3 EoS group members are used.
If also VC-12 EoS group members are used the maximum number of VC-4 equivalents is reduced to 12:
- up to 8 VC-4 equivalents for VC-4 and VC-3 members,
- up to 4 VC-4 equivalents for VC-12 members.
d. Buffers are consumed by the frames in steps of 256 bytes, e.g. a frame with a size of 300 bytes occupies a buffer size
of 512 bytes.
Table 13: Functions and specifications - mechanical and environmental parameters (continued)
Feature Rating or standard Release
Mechanical parameters
- Construction practice 19 inch
- Height of unit (1 HU = 44.45 mm) 6 HU
- Width of unit (1 TE = 5.08 mm) 4 TE (1 slot)
- Size of the PCB (H x D) 233 mm x 220 mm
- Weight 510 g
- RoHS Directive 2002/95/EC of the European Parliament
and of the Council of 27.1.2003 on the Restriction of
the use of certain hazardous substances in electrical
and electronic equipment
- WEEE Directive 2002/96/EC of the European Parliament
and of the Council of 27.1.2003 on waste electrical
and electronic equipment
Reliability
- Calculated MTTF at 35 °C 47 years
(MIL-HDBK-217F)
The NUSA1-F unit provides the same functions and supports the same
standards as the NUSA1 unit, with the following exceptions:
a. The NUSA1-F hardware revisions R1A and R1B support only a reduced maximum ambient temperature of 50°C instead
of 55°C.
The SDH interfaces of the NUSA1 unit are implemented with SFP cages
where different SFP pluggable modules can be inserted providing STM-16,
STM-4 and/or STM-1 front interfaces.
The SFP modules are standardised modules following the SFP – MSA
(Multi-Source Agreement) and are implemented according to INF-8074.
For more information please refer to section 4.3 SFP Modules (on page 33).
The table below shows the implementation restrictions that are specific for
the NUSA1 unit.
For limitations that apply to the NUSA1 implementation, please refer to [012]
Release Note “XMC20 System Release R6B”.
4 Installation
4.1 Prerequisites
Before installing a NUSA1 unit take care to follow the safety advice as listed
in [202] Safety Instructions “Precautions and safety”.
Valid combinations of hardware (HW) and embedded software (ESW) ver-
sions are given in [012] Release Note “XMC20 System Release R6B”.
For the installation of XMC20 HW
refer to [301] User Guide “XMC25 Installation”, or
refer to [310] User Guide “XMC23 Installation”, or
refer to [322] User Guide “XMC22 Installation”.
The NUSA1 unit uses one slot in the XMC20 subrack. The NUSA1-F unit
uses two slots in the XMC20 subrack.
In a XMC25, the NUSA1 unit can be operated in any of the following slots:
NUSA1: 1 … 10, 12, 14 … 21.
NUSA1-F: 1 … 9, 12, 14 … 20.
In a XMC23, the NUSA1 unit can be operated in any of the following slots:
NUSA1: 7 … 10, 12, 14.
NUSA1-F: 7 … 9, 12.
In a XMC22, the NUSA1 unit can be operated in any of the following slots:
NUSA1: 9 … 10, 12.
NUSA1-F: 9.
Slot 11 is reserved for the working COGE5 unit.
When using NUSA1 equipment protection specific slot pairs in the XMC25
and XMC23 must be used:
XMC25:
• Slot 4 and slot 6
• Slot 18 and slot 20
XMC23:
• Slot 7 and slot 9
XMC25 XMC23
Slot Slot Slot Slot Slot Slot
1 11 21 7 11 14
N N C C N N N N C C
U U O O U U U U O O
S S S S S S S S S S G S G S S S S S S S S S S S S G S G S
U U U A U A U U U U E U E U U U U A U A U A U A U E U E U
1 1 5 5 1 1 1 1 5 5
N N C C N N N N C C
U U O O U U U U O O
S S G G S S S S G G
S S S S S S S S S
U U U A A U U U E E U U U A A A A E E
1 1 5 5 1 1 1 1 5 5
- - - - - - - - - -
F F F F F F F F F F
Figure 6: XMC25 and XMC23 subracks with NUSA1 and COGE5 equip-
ment protection using dedicated slot pairs
XMC22
Slot Slot Slot Slot
9 11 9 11
N C
N C U O
U O S G
S S G S A E
A U E U 1 5
1 5 - -
F F
NUSA1 has four SFP cages where different SFP modules for the SDH inter-
faces can be inserted. All recommended SFP modules are designed in con-
formance with the SFP Multi-Source Agreement (SFF document INF-8074i)
and are hot pluggable, i.e. they can be installed and removed from an opera-
tional NUSA1 unit.
The supported SFP modules can provide the following interfaces:
• Optical STM-16 interface SFP modules
− I-16.1 optical port (1310 nm, intra-office short haul)
− S-16.1 optical port (1310 nm, short haul)
− S-16.2 optical port (1550 nm, short haul)
− L-16.1 optical port (1310 nm, long haul)
− L-16.2 optical port (1550 nm, long haul)
• Optical STM-4 interface SFP modules
− S-4.1 optical port (1310 nm, short haul)
− L-4.1 optical port (1310 nm, long haul)
− L-4.2 optical port (1550 nm, long haul)
− X-4.2 optical port (1550 nm, enhanced long haul)
− Bidirectional optical port (1310/1550 nm, short haul)
• Optical STM-1 interface SFP modules
− S-1.1 optical port (1310 nm, short haul)
− L-1.1 optical port (1310 nm, long haul)
− L-1.2 optical port (1550 nm, long haul)
− X-1.2 optical port (1550 nm, enhanced long haul)
− Bidirectional optical port (1310/1550 nm, short haul)
− CWDM optical port (1470 … 1610 nm, long haul)
− CWDM optical port (1470 … 1610 nm, enhanced long haul)
• Electrical STM-1 interface SFP modules
− Electrical STM-1 interface according to ITU-T G.703
The selection of the transceiver and the media type will determine the maxi-
mum distance.
For details on connectors and pins for these interfaces please refer to INF-
8074i.
Please note:
The SFP transceiver modules must be mounted by the customer.
Please note:
Refer to http://www.keymile.com to get the latest list of recommended SFP
modules:
Extranet / Documentation & Software / XMC20 / Techn. Documentation /
Bulletins / Technical Bulletins)
→ Only SFP modules recommended by KEYMILE can guarantee the
specified functionality of the NUSA1 unit.
To insert SFP modules, the bail latch should be in the locked position. The
module is oriented so that the bail is on the right side of the SFP. The mod-
ule is pushed into the SFP cage carefully until a clicking sound indicates that
the module is locked.
SFP module SFP module
bail in locked position bail in open position
install remove
Tx Tx
Rx Rx
Tx/Rx Tx/Rx
(Bidi) (Bidi)
Figure 8: SFP module handling
After disconnection of the optical cable, SFP modules can be removed from
the SFP cage by using the metal bail latch located on the right side of the
SFP module. Pull on the bail to unlock and remove the SFP module.
Please note:
To protect optics, dust covers should always be installed when cables are
not connected.
Please note:
Unplugged SFP modules should be stored in an ESD safe environment.
To insert SFP modules, the module is oriented so that the unlocking actuator
is on the left side of the SFP. The module is pushed into the SFP cage care-
fully until a clicking sound indicates that the module is locked.
SFP module
with unlocking actuator
push
install remove
Tx Tx
Rx Rx
Figure 9: SFP module handling
The SFP modules can be removed from the SFP cage by pushing the
unlocking actuator and then pulling on the module itself or the electrical
cables to remove the SFP module.
Please note:
Unplugged SFP modules should be stored in an ESD safe environment.
4.4 Compatibility
NUSA1 is compatible with any other XMC20 service unit with an ESW
release of the current XMC20 system release. Please refer to [012] Release
Note “XMC20 System Release R6B”.
The NUSA1 unit with the ESW release nusa1_r3b is compatible to the previ-
ous ESW release available for the XMC20 system release R6A.
When upgrading to the ESW release nusa1_r3b all configuration parameters
are inherited from an existing configuration. New parameters get their default
values.
The NUSA1 has four SDH interfaces on the unit front, designated from bot-
tom up with port-1 to port-4. The optical or electrical interface connectors are
provided by the pluggable SFP modules.
The optical SDH interfaces are equipped with industry standard duplex LC
connectors. The bidirectional (bidi) SFP modules have a simplex LC connec-
tor.
The electrical SDH interfaces are equipped with industry standard DIN 1.0/
2.3 (push-pull self latching/coupling) connectors for coaxial cables.
The four Ethernet interfaces are designated from bottom up with port-5 to
port-8.
The Ethernet interfaces are equipped with RJ-45 connectors. The interface
layout is per default according to the MDI-X layout, but implements auto-
matic crossover functionality (MDI/MDI-X).
The pin and port assignment of the eight front panel connectors is shown in
the figure below.
NUS
39700 xxx
R1A
NUS
39700 xxx
R1A
pin 1
port-8
pin 8
port-3
electrical
port-2 Tx
Rx
port-1
Figure 10: NUSA1 (left) and NUSA1-F (right) front panel and interface con-
nectors
The symbol indicates the risk of the hot NUSA1-F front cover.
Each Ethernet interface provides two LEDs indicating the link activity state
and the link state:
Activity
Link
The optical SDH interfaces (SFP modules) are equipped with industry stand-
ard duplex LC connectors (bidi SFP modules: simplex LC connector). Con-
nection to other types of connectors as e.g. LC, SC or FC-PC is possible
with converter cables (optical jumpers) or via an optical distribution frame.
The NUSA1 unit performs as specified with optical single mode fibres that
conform to the ITU-T G.652 recommendation (Characteristics of a single
mode optical fibre and cable).
Duplex LC connector Duplex LC connector
Please note:
The above cables can be ordered directly from KEYMILE.
For details on available optical cables, please refer to [506] User Manual
“XMC20 cables”.
The electrical SDH interfaces (SFP modules) are equipped with industry
standard DIN 1.0/2.3 (push-pull self latching/coupling) connectors for 75 Ω
coaxial cables.
This cable provides input and outputs to/ from the NUSA1 unit with SFP
modules for STM-1 G.703 / 75 Ω circuits. The other end of this cable is not
terminated.
Please note:
The electrical interface requires two cables.
Please note:
The above cable can be ordered directly from KEYMILE.
For details on available coaxial cables, please refer to [506] User Manual
“XMC20 cables”.
The electrical SDH interfaces (SFP modules) are equipped with industry
standard DIN 1.0/2.3 (push-pull self latching/coupling) connectors for 75 Ω
coaxial cables.
This cable provides input and outputs to/ from the NUSA1 unit with SFP
modules for STM-1 G.703 / 75 Ω circuits. The other end of this cable is ter-
minated with a male BNC connector.
Please note:
The electrical interface requires two cables.
Please note:
The above cable can be ordered directly from KEYMILE.
For details on available coaxial cables, please refer to [506] User Manual
“XMC20 cables”.
The Ethernet interfaces are equipped with RJ-45 connectors. The interface
layout is per default according to the MDI-X layout, but implements auto-
matic crossover functionality (MDI/MDI-X), i.e. it can adapt itself automati-
cally to work with a host or a switch. The interface therefore works with
crossover and straight cables.
The following media types are supported:
Please note:
The latching clips of the connectors must be positioned to the left to insert
the connector correctly.
Please note:
The Ethernet cables can be ordered directly from KEYMILE.
For details on available Ethernet cables, please refer to [506] User Manual
“XMC20 cables”.
The optical or electrical cables must be attached to the cable tray of the
XMC25 or the corresponding device of the XMC23.
The open cable shields (electrical cables only) must be in contact with the
XMC20 grounding bar.
The figure below shows the cable/cable tray assembly of the XMC25. For
additional information refer to [301] User Guide “XMC25 Installation”.
With the XMC23 the cable tray functionality is implemented differently and
depends on the type of installation (rack-, wall-mounted). For more informa-
tion on fixing the cables with the XMC23 refer to [310] User Guide “XMC23
Installation”.
The 19-inch adapter of the XMC22 provides no cable tray. For more informa-
tion on fixing the cables with the XMC22 refer to [322] User Guide “XMC22
Installation”.
<x> mm
120 mm
<x> mm
120 mm
<x> mm
Figure 15: Side view of the XMC25 cable tray and cables
The open cable length <x> between the cable fixing point on the cable tray
and the connector depends on the connected interface.
Please note:
The cable route on the cable tray should follow approximately the projection
of the unit slot on the cable tray.
Please note:
Do not exceed the specified bending radius or squeeze the optical fibres
when fixing the fibres to the cable tray.
Stressing the fibres in excess to the specified parameters or squeezing the
fibres can permanently degrade the performance of the optical fibres.
5 Functional Description
This section gives the detailed functional description of the NUSA1 unit as
an SDH terminal multiplexer and add/drop multiplexer in the XMC20 sub-
rack.
5.1 Applications
SDH
access
network
STM-16 /
Network side STM-4
XMC20 NUSA1
IP service
units
Ethernet 4x 2x 1x E12
Ethernet STM-4 / STM-16 / Data
STM-1 STM-4 Voice
Tributary side DSL TDM
XMC20 Switch
The NUSA1 unit offers three SDH tributary ports, one STM-16 or STM-4 and
two STM-4 or STM-1.
The Ethernet traffic is connected to the NUSA1 unit via cables connecting
the front interfaces, or via the GbE star as part of the XMC20 Switch. Refer
also to section 5.1.4 Ethernet over an SDH Terminal Multiplexer (on
page 46).
SDH
access
network
STM-16 / STM-16 /
Network side STM-4 STM-4
XMC20
NUSA1
IP service
units
Ethernet 4x 2x E12
Ethernet STM-4 / Data
Tributary side STM-1 Voice
DSL TDM
XMC20 Switch
SDH
access
network
STM-16 / STM-16 /
STM-4 STM-16 / STM-4
STM-4 /
Network side STM-1
XMC20
NUSA1 working NUSA1 protecting
PBUS
IP service
units PDH units
Ethernet 1x 2x 4x E12 1x 2x 4x
STM-16 / STM-4 / Ethernet Data STM-16 / STM-4 / Ethernet
Tributary side STM-4 STM-1 Voice STM-4 STM-1
DSL TDM
XMC20 Switch
Please note:
MSP over two NUSA1 units not operating as equipment protection pair is not
supported.
The other SDH ports on both NUSA1 units remain operational, i.e. two STM-
16 or STM-4 ports and four STM-4 or STM-1 ports. These ports can be han-
dled
• as six independent tributary ports or
• as subtending ring ports or
• as MSP protected STM-16 or STM-4 or STM-1 tributaries.
The Ethernet traffic is connected to the working and protecting NUSA1 units
via cables connecting the front interfaces, or via the GbE star as part of the
XMC20 Switch. Refer also to section 5.1.4 Ethernet over an SDH Terminal
Multiplexer (on page 46).
In the unswitched transport mode the Ethernet traffic from an Ethernet port
on the NUSA1 unit is transported in SDH networks using the EoS (Ethernet
over SDH) approach providing point to point Ethernet connections. Ethernet
traffic is transported in virtually concatenated VC-4, VC-3 or VC-12.
The Ethernet traffic from an Ethernet device is connected to the NUSA1 unit
via cables connecting the Ethernet front interfaces using the unswitched
mode.
SDH
access
network
STM-16 /
STM-4
When using NUSA1 equipment protection, the Ethernet traffic from an Ether-
net device is connected to both NUSA1 units via cables. This requires two
Ethernet ports on the Ethernet device. Alternatively an Ethernet switch can
be used to connect both NUSA1 ports to one Ethernet front port on the
Ethernet device.
The Ethernet device Ethernet ports may have RSTP disabled since the EoS
transport on a standby NUSA1 unit is not active.
SDH SDH
access access
network network
XMC20 XMC20
e-1 NUSA1 e-1 NUSA1 e-1 NUSA1 e-1 NUSA1
p-5 p-6 p-7 p-8 p-5 p-6 p-7 p-8 p-5 p-6 p-7 p-8 p-5 p-6 p-7 p-8
COGE5 COGE5
The Ethernet over SDH, switched transport mode, makes use of the VLAN
Bridge function of the XMC20.
In the switched transport mode there are no dedicated EoS ports reserved
for the NUSA1 front ports. All EoS ports are used as external ports of the
XMC20 Switch, i.e. the Ethernet switch device on the NUSA1 unit partici-
pates in the XMC20 Switch.
The Ethernet traffic from any XMC20 Ethernet port participating in the
XMC20 Switch is connected to the NUSA1 unit via the GbE star.
When using COGE5 equipment protection, also the Ethernet switch device
on the redundant COGE5 is part of the XMC20 Switch. The COGE5 redun-
dancy is handled by the network element control processes. The EoS appli-
cation requires no redundancy specific configuration.
SDH SDH
access access
network network
STM-16 / STM-16 /
STM-4 STM-4
star-1 port-5 port-6 port-7 port-8 star-1 star- 2 port-5 port-6 port-7 port-8
XMC20 Switch
When using NUSA1 equipment protection, also the redundant NUSA1 is part
of the XMC20 Switch, the Ethernet front ports on the active and on the
standby NUSA1 unit are active. The EoS transport is only operational on the
active NUSA1 unit and disabled on the standby NUSA1 unit.
Please note:
The two EoS ports on the working and the protecting NUSA1 units are both
attached to the XMC20 Switch. One EoS port is active, the other is standby,
but both EoS ports are available as bridge ports in the ECST “Switching”
view.
→ The bridge port configuration (port mode, PVID, VLANs, …) must be
configured identically for both ports.
Please note:
When connecting an Ethernet device via two XMC20 Switch ports as shown
in Figure 21 "EoS, switched mode" and Figure 22 "EoS with NUSA1 EQP,
switched mode" on the right side, “meshed” VPLS pseudo wires must be
configured to avoid a packet loop.
SDH SDH
access access
network network
STM-16 / STM-16 /
STM-16 / STM-16 / STM-4 STM-4
STM-4 STM-4
active standby active standby
XMC20 e-9 NUSA1 e-9 NUSA1 XMC20 e-9 NUSA1 e-9 NUSA1
s-1 p-5 p-6 p-7 p-8 s-1 p-5 p-6 p-7 p-8 s-1 s-2 p-5 p-6 p-7 p-8 s-1 s-2 p-5 p-6 p-7 p-8
GbE star GbE star GbE star GbE star GbE star GbE star
XMC20 Switch
p-x = Ethernet port -x
e-x = EoS group eos -x
s-x = GbE star -x
SDH SDH
access access
network network
STM-16 / STM-16 /
STM-4 STM-4
Network side west east
XMC20 NUSA1
IP service
units switched or
unswitched
Ethernet 4x 2x E12
Ethernet STM-4 / Data
Tributary side STM-1 Voice
DSL TDM
XMC20 Switch
SDH SDH
access access
network network
Network side
XMC20 NUSA1
IP service
units switched or
unswitched
Ethernet 4x E12
Ethernet Data
Tributary side Voice
DSL TDM
XMC20 Switch
SDH SDH
access access
network network
STM-16 / STM-16 /
STM-4 STM-16 / STM-4
west STM-4 / east
Network side STM-1
XMC20 NUSA1 active NUSA1 standby
PBUS
IP service
units PDH units
Ethernet 1x 2x 4x E12 1x 2x 4x
STM-16 / STM-4 / Ethernet Data STM-16 / STM-4 / Ethernet
Tributary side STM-4 STM-1 Voice STM-4 STM-1
DSL TDM
XMC20 Switch
Please note:
MSP over two NUSA1 units not operating as equipment protection pair is not
supported.
The Ethernet traffic is connected to the working and protecting NUSA1 units
via cables connecting the front interfaces, or via the GbE star as part of the
XMC20 Switch. Refer also to section 5.1.9 Ethernet over an SDH add/drop
Multiplexer (on page 53).
SDH SDH
access access
network network
Network side
XMC20 NUSA1 active NUSA1 standby
STM-16 /
GbE star STM-4 / highZ GbE star
STM-1
PBUS
IP service
units PDH units
Ethernet 2x 4x E12 2x 4x
STM-4 / Ethernet Data STM-4 / Ethernet
Tributary side STM-1 Voice STM-1
DSL TDM
XMC20 Switch
Please note:
MSP over two NUSA1 units not operating as equipment protection pair is not
supported.
The Ethernet traffic is connected to the working and protecting NUSA1 units
via cables connecting the front interfaces, or via the GbE star as part of the
XMC20 Switch. Refer also to section 5.1.9 Ethernet over an SDH add/drop
Multiplexer (on page 53).
In the unswitched transport mode the Ethernet ports on the NUSA1 unit pro-
vide point to point Ethernet connections.
The Ethernet traffic from any Ethernet device uses two EoS ports, one for
the west and one for the east direction. The Ethernet traffic is connected to
the NUSA1 unit via cables connecting the Ethernet front interfaces using the
unswitched mode.
The Ethernet device Ethernet ports must have RSTP enabled to avoid a
packet loop.
NUSA1 NUSA1
port-5 port-6 port-7 port-8
COGE5
p-5 p-6 p-7 p-8 p-5 p-6 p-7 p-8
COGE5
Figure 27: EoS with and without NUSA1 EQP, unswitched mode
XMC20
port-5
COGE5
Ethernet Switch
GbE star
port-8
Pseudo
star- 1
Wire MPLS-TP MPLS
eos-1 Tunnel LSP Network
Port
SDH
access eos- 12
NUSA1
network
With the MPLS-TP Transport function of the XMC20 the NUSA1 Ethernet
front ports and the EoS ports can be used as PWAC ports of a Virtual Pri-
vate Wire Service (VPWS).
In the switched mode of the Ethernet front ports the EoS ports eos-1 to eos-
12 are available.
In the unswitched mode of the Ethernet front ports the EoS ports eos-5 to
eos-12 are available.
EoS traffic can be SNC protected on the VC-4, VC-3 and VC-12 layers.
Please note:
A NUSA1 Ethernet front port or EoS port used for the MPLS-TP VPWS
Transport function is no longer available for the VLAN Bridge function.
For detailed information about the MPLS-TP application with XMC20 please
refer to [358] User Manual “MPLS-TP”.
XMC20
port-5
COGE5
Ethernet Switch
GbE star
Pseudo
Ethernet Switch
port-8
SVI MPLS
Tunnel
SDH
access eos-32
network
Pseudo
MPLS
Tunnel
Wire MPLS-TP
LSP
Port Network
XMC20 Switch
Figure 29: MPLS-TP VPLS Transport function with NUSA1 and COGE5
With the MPLS-TP Transport function of the XMC20 the NUSA1 Ethernet
front ports and the EoS ports can be used as CVP ports of a Virtual Private
LAN Service (VPLS). The CVP ports of the NUSA1 unit and the SVI (Switch
Virtual Interface) of the VPLS are attached to the XMC20 Switch, using the
VLAN Bridge application.
In the switched mode of the Ethernet front ports the EoS ports eos-1 to eos-
32 are available.
In the unswitched mode of the Ethernet front ports the EoS ports eos-5 to
eos-32 are available.
EoS traffic can be SNC protected on the VC-4, VC-3 and VC-12 layers.
For detailed information about the MPLS-TP application with XMC20 please
refer to [358] User Manual “MPLS-TP”.
The figure below shows the STM-16, STM-4 and STM-1 multiplexing struc-
ture according to the ITU G.707 recommendation and the ETSI EN 300 147
standard.
x1
x1
STM-16 AUG-16 AU-4-16c VC-4-16c C-4-16c
x4
x1 x1
STM-4 AUG-4 AU-4-4c VC-4-4c C-4-4c
x4 x1
x1
STM-1 AUG-1 AU-4 VC-4 C-4
x3
x1
TUG-3 TU-3 VC-3
x 3* x7
x1
STM-0 AU-3 VC-3 C-3
x 7*
x1
Pointer processing TUG-2 TU-2 VC-2 C-2
Multiplexing x3
Mapping x 4*
* not defined in ETSI EN 300 147 TU-11 VC-11 C-11
x1
STM-16 AUG-16
x4
x1
STM-4 AUG-4
x4 x1
x1
STM-1 AUG-1 AU-4 VC-4 C-4
x3
x1
Pointer processing TUG-3 TU-3 VC-3 C-3
Multiplexing x7 x3
Aligning TUG-2 TU-12 VC-12 C-12
Mapping
Redundancy Switch
The functional blocks implemented in the NUSA1 unit are shown in the Fig-
ure 32 "SDH multiplexing with NUSA1". The figure shows also the numbers
of available functional blocks, e.g. the number of TU-12 processing blocks is
15 (VC-4) x 3 (TUG-3) x 7 (TUG-2) x 3 (TU-12) = 945.
The two 40x AU-4 signals at the redundancy switch connect two NUSA1
units, operating as equipment protection pair.
The STM-16, STM-4 and STM-1 output signals are frequency locked to the
SETS (Synchronous Equipment Timing Source) timing.
5.3.1 PS Layer
The optical section (OS) layer or electrical section (ES) layer of the NUSA1
unit are handled in a common layer called physical section (PS). The physi-
cal section provides the following functions:
• Termination of the optical or electrical section. The optical section can be
STM-16, STM-4 or STM-1. The electrical section is STM-1.
− Optical/electrical converter
− Receive signal regeneration
− Clock and data recovery
− STM-16, STM-4 or STM-1 frame alignment
• Control of laser shutdown and restart (OS only)
− Automatic laser shutdown (ALS) automatically switches off the optical
transmitter if there is a broken or missing cable in the section.
− The automatic laser restart (ALR) function automatically restarts the
laser after an automatic shutdown. After ALS the interface monitors
the input for an appropriate laser signal and restarts its laser if the
received signal remains stable for a defined period of time. In addition
the interface periodically restarts its laser and monitors the input for an
appropriate laser signal.
ALS and ALR are implemented according to ITU-T G.664.
5.3.2 RS Layer
1 2 3 4 5 12 13 14 15 16 17 24 25 26 27 28 29 36 37 1080
1 A1 A1 A1 A1 A1 A1 A2 A2 A2 A2 A2 A2 J0 Z0 Z0 Z0 NU NU
2 B1 E1 F1
3 D1 D2 D3
4 H1 H1 H1 H1 Y Y H2 H2 H2 H2 ´1´ ´1´ H3 H3 H3 H3 H3 H3 STM-4 payload
(4 x 261 x 9 bytes )
5 B2 B2 B2 B2 B2 B2 K1 K2
6 D4 D5 D6
7 D7 D8 D9
8 D10 D11 D12
9 S1 M1 E2
1 2 3 4 5 6 7 8 9 10 270
1 A1 A1 A1 A2 A2 A2 J0 NU NU
2 B1 E1 F1
3 D1 D2 D3
4 H1 Y Y H2 ´1´ ´1´ H3 H3 H3 STM-1 payload
(261 x 9 bytes )
5 B2 B2 B2 K1 K2
6 D4 D5 D6
7 D7 D8 D9
8 D10 D11 D12
9 S1 M1 E2
Figure 33: STM-16, STM-4 and STM-1 regenerator section overhead, row
1 to 3
The regenerator section (RS) layer of the NUSA1 unit provides the following
functions:
• Termination of the STM-16, STM-4 or STM-1 regenerator section
− Scrambling/descrambling
− Check of the B1 byte (BIP-8)
The bit interleaved parity (BIP) code BIP-8 determines if a transmis-
sion error has occurred over a path. Its value is calculated over all bits
of the previous scrambled STM-16, STM-4 or STM-1 and placed in the
current frame.
The evaluation of the B1 byte is used for the performance monitoring
function.
− Control of the RS trail trace identifier (TTI) in the J0 byte.
The RS TTI function allows the XMC20 to control the proper connec-
tion of the traffic signal path in a regenerator section via the 16 byte
TTI (15 characters).
Please note:
The access to the RS DCC requires PBUS resources.
→ As soon as one of the RS DCC is configured the vc12-61 to vc12-64
resources are no longer available.
Please note:
The access to the RS orderwire byte (E1) and user channel byte (F1) is not
supported.
5.3.3 MS layer
1 2 3 4 5 12 13 14 15 16 17 24 25 26 27 28 29 36 37 1080
1 A1 A1 A1 A1 A1 A1 A2 A2 A2 A2 A2 A2 J0 Z0 Z0 Z0 NU NU
2 B1 E1 F1
3 D1 D2 D3
4 H1 H1 H1 H1 Y Y H2 H2 H2 H2 ´1´ ´1´ H3 H3 H3 H3 H3 H3 STM-4 payload
(4 x 261 x 9 bytes )
5 B2 B2 B2 B2 B2 B2 K1 K2
6 D4 D5 D6
7 D7 D8 D9
8 D10 D11 D12
9 S1 M1 E2
1 2 3 4 5 6 7 8 9 10 270
1 A1 A1 A1 A2 A2 A2 J0 NU NU
2 B1 E1 F1
3 D1 D2 D3
4 H1 Y Y H2 ´1´ ´1´ H3 H3 H3 STM-1 payload
(261 x 9 bytes )
5 B2 B2 B2 K1 K2
6 D4 D5 D6
7 D7 D8 D9
8 D10 D11 D12
9 S1 M1 E2
Figure 34: STM-16, STM-4 and STM-1 multiplex section overhead, row 4 to
9
The multiplex section (MS) layer of the NUSA1 unit provides the termination
of the STM-16, STM-4 or STM-1 multiplex section with the following func-
tions:
• Access to the M1 byte for the remote error indication or AIS indication.
The M1 byte indicates the number of remote BIP-384, BIP-96 or BIP-24
errors as described in ITU-T G.707.
• Access to the K2[6-8] byte for the remote defect indication.
• Access to the B2 bytes (BIP-384, BIP-96 or BIP-24).
The bit interleaved parity (BIP) code BIP-384 (for STM-16), BIP-96 (for
STM-4) or BIP-24 (for STM-1) determines if a transmission error has
occurred over a path. Its value is calculated over all bits of the previous
frame except the regenerator section overhead and placed in the current
frame.
The evaluation of the bit error ratio of the MS traffic assumes a poisson
error distribution. The threshold level to set a degraded signal defect can
be configured: Degraded BER threshold: 10E-5 … 10E-8.
• Access to the synchronization status message (SSM) byte S1.
The SSM mode allows the XMC20 to transmit and receive synchroniza-
tion status messages with the traffic signal. The XMC20 internally pro-
cesses this information for the selection of the SETS timing source.
The SSM processing at the port level provides
− an input mapping table which maps the quality level (QL) received
with the traffic signal to some other value.
− an output mapping table which maps the intrinsic QL for the transmis-
sion with the traffic signal to some other QL.
− a routing table which allows the NUSA1 to mark the transmitted traffic
signals depending on the selected traffic source as “can be used” or
“do not use” for synchronization purposes.
• Access to the automatic protection switching (APS) channel in the K1 and
K2[1-5] bytes. Please refer to section 5.8.1 Multiplex Section Protection
(MSP) (on page 86).
• Access to the MS data communication channel (DCC) in the D4 to D12
overhead bytes (576 kbit/s). The DCC is used in XMC20 for the embed-
ded communication channel (ECC) connected to COGE5.
• Multiplexing and demultiplexing of the
− 16 AU-4 to/from the STM-16, or
− 4 AU-4 to/from the STM-4, or
− 1 AU-4 to/from the STM-1.
• Pointer generation and interpretation for all AU-4.
• Frequency adaptation to the SETS clock.
Please note:
The access to the MS DCC requires PBUS resources.
→ As soon as one of the MS DCC is configured the vc12-61 to vc12-64
resources are no longer available.
Please note:
The access to the MS orderwire byte (E2) is not supported.
Between the MS layer and the VC-4 layer the NUSA1 unit provides an AU-4
cross connect for 80 front interface AU-4 and 45 tributary AU-4. The cross
connect is non blocking, i.e. arbitrary cross connections between all inputs
and outputs are allowed.
Please note:
The 45 tributary AU-4 limit the amount of traffic that can be brought to the
SDH front interfaces from the Ethernet interfaces, the GbE star and the
PBUS.
1 2 3 4 5 6 7 8 9 261
1 J1
2 B3
3 C2
4 G1
VC-4 payload
5 F2 (260 x 9 bytes )
6 H4
7 F3
8 K3
9 N1
The VC-4 layer of the NUSA1 unit is used in the EoS (VC-4) application and
as an intermediate layer towards the lower order (LO) layers (VC-3, VC-12).
It provides the termination of the VC-4 path overhead with the following func-
tions:
• Control of the VC-4 trail trace identifier (TTI) in the J1 byte.
The VC-4 TTI function allows the XMC20 to control the proper connection
of the traffic signal path in an SDH network via the 16 byte TTI (15 char-
acters).
Note that there is one transmitted TTI per virtual concatenation group
(VCG), used in every group member. The received TTI is available for
every group member.
• Access to the B3 byte (BIP-8).
The bit interleaved parity (BIP) code BIP-8 determines if a transmission
error has occurred over a path. Its value is calculated over all bits of the
preceding VC-4.
The evaluation of the bit error ratio of the VC-4 assumes a poisson error
distribution. The threshold level to set a degraded signal defect can be
configured common for all VC-4 on the NUSA1 unit: Degraded BER
threshold: 10E-5 … 10E-8
• Access to the C2 byte for the signal label insertion and extraction. The
received signal label is displayed in the ECST, together with a consist-
ency indication.
• Access to the G1[1-4] byte for the remote error indication.
The G1[1-4] byte indicates the number of remote BIP-8 errors as
described in ITU-T G.806.
• Access to the G1[5] byte for the remote defect indication.
The G1[5] byte remote defect indication can be displayed in ECST.
Please note:
The access to the VC-4 user channel bytes (F2, F3), to the automatic protec-
tion switching channel byte (K3) and to the tandem connection monitoring
byte (N1) is not supported.
Below the VC-4 layer the NUSA1 unit provides a TU-3 cross connect for 48
front interface TU-3.
The cross connect is non blocking, i.e. arbitrary cross connections between
all inputs and outputs are allowed.
Please note:
The VC-3 EoS application uses the TU-3 cross connect. Each EoS VC-3
requires therefore two TU-3 resources in the cross connect, one for the con-
nection towards the front interface and one for the connection towards the
EoS application.
→ This limits the VC-3 EoS capacity to 24 x VC-3.
→ The TU-3 cross connect capacity must be shared between the EoS
application and the cross connected VC-3 in an add/drop multiplexer
application.
1 2 3 4 5 6 7 8 9 85
1 J1
2 B3
3 C2
4 G1
VC-3 payload
5 F2 (84 x 9 bytes )
6 H4
7 F3
8 K3
9 N1
The VC-3 layer of the NUSA1 unit is used in the EoS application. It provides
the termination of the VC-3 path overhead with the following functions:
• Control of the VC-3 trail trace identifier (TTI) in the J1 byte.
The VC-3 TTI function allows the XMC20 to control the proper connection
of the traffic signal path in an SDH network via the 16 byte TTI (15 char-
acters).
Note that there is one transmitted TTI per virtual concatenation group
(VCG), used in every group member. The received TTI is available for
every group member.
• Access to the VC-3 path overhead B3 byte (BIP-8).
The bit interleaved parity (BIP) code BIP-8 determines if a transmission
error has occurred over a path. Its value is calculated over all bits of the
preceding VC-3.
The evaluation of the bit error ratio of the VC-3 assumes a poisson error
distribution. The threshold level to set a degraded signal defect can be
configured common for all VC-3 on the NUSA1 unit: Degraded BER
threshold: 10E-5 … 10E-8.
• Access to the signal label in the C2 byte for the signal label insertion and
extraction.
• Access to the G1[1-4] byte for the remote error indication.
• Access to the G1[5] byte for the remote defect indication.
Please note:
The access to the VC-3 user channel bytes (F2, F3), to the automatic protec-
tion switching channel byte (K3) and to the tandem connection monitoring
byte (N1) is not supported.
Between the VC-4 layer and the VC-12 layer the NUSA1 unit provides a TU-
12 cross connect for 945 front interface TU-12, 252 tributary EoS TU-12, and
64 tributary PBUS TU-12.
The cross connect is non blocking, i.e. arbitrary cross connections between
all inputs and outputs are allowed.
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
1
2 V5 J2 N2 K4
3
4
5 VC-12 VC-12 VC-12 VC-12
payload payload payload payload
6 (34 bytes ) (34 bytes ) (34 bytes ) (34 bytes )
7
8
9
Frame 1 Frame 2 Frame 3 Frame 4
The VC-12 layer of the NUSA1 unit is used for the EoS application and for
the PBUS access application. It provides the termination of the VC-12 path
overhead with the following functions:
• Control of the VC-12 trail trace identifier (TTI) in the J2 byte.
The VC-12 TTI function allows the XMC20 to control the proper connec-
tion of the traffic signal path in an SDH network via the 16 byte TTI (15
characters).
Note that there is one transmitted TTI per virtual concatenation group
(VCG), used in every group member. The received TTI is available for
every group member.
• Access to the VC-12 path overhead V5[1-2] byte (BIP-2).
The bit interleaved parity (BIP) code BIP-2 determines if a transmission
error has occurred over a path. Its value is calculated over all bits of the
preceding VC-12.
The evaluation of the bit error ratio of the VC-12 assumes a poisson error
distribution. Two threshold levels can be set to evaluate an excessive and
a degraded signal defect. The configuration is valid for all VC-12 on the
NUSA1 unit:
Excessive BER threshold: 10E-3 … 10E-5.
Degraded BER threshold: 10E-5 … 10E-8.
• Access to the RFI bit in the V5[4] byte in the PBUS access application.
This bit is used to indicate to the remote VC-12 termination function the
state of the SNCP selector:
− Working path selected: RFI = 0,
− Protecting path selected: RFI = 1.
This procedure is KEYMILE proprietary.
• Access to the signal label in the V5[5-7] byte for the signal label insertion
and extraction.
• Access to the V5[3] byte for the remote error indication.
• Access to the V5[8] byte for the remote defect indication.
Please note:
The access to the VC-12 automatic protection switching channel byte (K4)
and to the tandem connection monitoring byte (N2) is not supported.
The VC-12 layer makes also use of the multiframe synchronization con-
tained in the H4 byte of the VC-4 path overhead.
The P12 layer of the NUSA1 unit is used for the PBUS access of up to 64
P12 signals. NUSA1 supports the asynchronous mapping of the P12 to the
VC-12.
The P12 mode controls the P12 signal structure, the mapping on the XMC20
internal TDM bus (PBUS), the synchronization and the handling of the time
slot 0 Sa-bits:
• Terminated (P12 mode: PCM30, PCM30C, PCM31, PCM31C, V5 Uplink,
V5 Uplink NCI)
The time slot 0 of the P12 signal is analysed in the receive direction (from
the network interface) and regenerated in the transmit direction.
Cross connection and protection switching (P0-nc SNCP) is established
on the P0-nc (n x 64 kbit/s) traffic signal level.
For terminated signals the following functions are available:
− CAS (PCM30, PCM30C)
Support of channel associated signalling in time slot 16.
− CRC4 (PCM30C, PCM31C)
Generation and evaluation of the CRC4 code in time slot 0.
• Transparent P12 mode:
The P12 signal has an unknown structure.
Cross connection and protection switching is established on the P12
(2 Mbit/s) traffic signal level.
Please note:
The transparent mode features clock transparent cross connections. That
means that the signal is in a plesiochronous phase relationship with the NE
timing source.
• Clock master
Unlike the transparent mode, a clock master traffic signal is only cross
connected transparently in terms of its structure. The P12 output signal is
always resynchronized by the NE timing source. The input signal must be
synchronous to the output signal in order to avoid bit slips.
For details of the clock master mode, please refer to [314] User Guide
“TDM Services and Cross Connections in XMC20”.
• V5.x applications (P12 mode: V5 Uplink, V5 Uplink NCI)
The V5.x applications will be available in a future release.
The NUSA1 unit offers maintenance loops at the P12 and P0-nc layer.
The Ethernet functional layer allows using IEEE 802.3x flow control.
Flow control is a mechanism which allows inhibiting transmission of data
frames for a specified period of time. This is normally used when the receive
data buffer is almost full. This state is indicated to the transmitter to stop the
transmission of frames for the specified period of time.
In half-duplex mode NUSA1 supports collision-based congestion control.
This operates independently of the setting of the 802.3 flow control configu-
ration parameter in the ECST.
Please note:
The flow control feature is only available for the EoS ports in the EPL
(unswitched) mode.
NUSA1 also provides the “link pass through” feature. This feature can bring
the local link state (up or down) to the remote Ethernet interface. If the local
link state is down NUSA1 will generate GFP client signal fail management
frames going to the remote site. A failure in the SDH path will interrupt the
GFP connection.
If the GFP receiver on the remote site will receive GFP client signal fail man-
agement frames or no GFP frames at all, it will set the Ethernet interface to
the down state accordingly.
With this feature the Ethernet transport is transparent also for link states.
Please note:
The link pass through feature must be enabled on the Ethernet interfaces at
both sides of the SDH path to become operational.
Please note:
The link pass through feature is only available for the EoS ports in the EPL
(unswitched) mode.
NUSA1 has a connection via the Gb Ethernet star in the XMC20 backplane
to the active and to the redundant COGE5 units. These connections are
internal connections of the XMC20 Switch.
Please note:
Only the connection to the active COGE5 unit is used.
→ The connection to the standby COGE5 unit is deactivated.
2x STM-16 / STM-4
2x STM-4 / STM-1
NUSA1
eos-1 eos-2 eos-3 ... eos-32
EoS
32 groups
2x 1GbE
8x 100MbE
Ethernet Switch
port-5 port-6 port-7 port-8 slot -11 slot-11-1 slot-13 slot- 13-1
4x
10/100/1000-BASE-T
Please note:
Figure 38 "Ethernet internal interfaces" shows the switched port mode for the
EoS ports.
→ Refer to section 5.5.3.2 Switched port mode (on page 73).
Please note:
The access to the 10Gb-Ethernet star will be available in a future release.
The Ethernet switch device on the NUSA1 unit participates in the XMC20
Switch. The Ethernet front ports can be configured to bypass the VLAN
bridge.
With the VLAN Bridge function the Ethernet front ports and the EoS ports
support up to three operation modes:
• Unswitched mode (see section 5.5.3.1):
In the unswitched mode the Ethernet traffic from an Ethernet front port is
directly connected to an EoS port. The Ethernet front port and the EoS
port are not part of the XMC20 Switch.
• Switched mode (see section 5.5.3.2):
In the switched mode the Ethernet traffic from an Ethernet front port and
from an EoS port accesses the XMC20 Switch. The Ethernet front port
and the EoS port are handled as any other port of the XMC20 Switch.
• Expansion mode (see section 5.5.3.3):
An EoS port eos-9 to eos-12 in the expansion mode provides five addi-
tional EoS ports to be used as XMC20 Switch ports. The feature set of an
EoS expansion port is reduced compared with a normal EoS switched
port.
The availability of the different port modes for the Ethernet front ports and
the EoS ports is as follows:
Please note:
Without using expansion ports the number of usable EoS ports is limited to
12.
→ Refer to section 5.5.3.3 Expansion port mode (on page 74).
Please note:
The switched, unswitched or expansion port mode is configurable individu-
ally per Ethernet port and EoS port, respecting the port mode availability
listed in Table 18.
The unswitched mode connects an Ethernet front port directly to the corre-
sponding EoS port, bypassing the VLAN bridge. This corresponds to the
EPL (Ethernet Private Line) application.
The following point-to-point connections are available:
Please note:
In the ECST “Switching” tab the Ethernet front port and the corresponding
EoS port must be configured to the “unswitched” port mode before the EPL
mode can be enabled for the ports.
→ When using the EoS port eos-9 in the “unswitched” port mode also the
EoS port eos-11 must be configured to the “unswitched” port mode
before the EPL mode can be enabled.
→ When using the EoS port eos-10 in the “unswitched” port mode also
the EoS port eos-12 must be configured to the “unswitched” port mode
before the EPL mode can be enabled.
All Ethernet ports and EoS ports not configured for the unswitched port
mode operate in the switched or expansion port mode, accessing the VLAN
bridge. Refer to section 5.5.3.2 Switched port mode (on page 73) and sec-
tion 5.5.3.3 Expansion port mode (on page 74).
EoS EoS EoS EoS EoS EoS EoS EoS EoS EoS EoS EoS
eos-1 eos-9 eos-11 eos-2 eos-10 eos-12 eos-3 eos-4 eos-5 eos-6 eos-7 eos-8
100 Mb 1 Gb shared 100 Mb 1 Gb shared 100 Mb 100 Mb 100 Mb 100 Mb 100 Mb 100 Mb
Ethernet Switch
2x 2x
10 Gb 1 Gb
XMC20 Switch
Please note:
In Figure 39 "EoS and Ethernet switching in unswitched mode" the not usa-
ble expansion EoS ports eos-13 to eos-32 are not shown.
The switched mode connects an Ethernet front port or an EoS port directly to
the XMC20 Switch.
The port can be used as VLAN bridge port (in the VLAN Bridge application)
or as PWAC port (for the MPLS-TP VPWS Transport application.
EoS EoS EoS EoS EoS EoS EoS EoS EoS EoS EoS EoS
eos-1 eos-2 eos-3 eos-4 eos-5 eos-6 eos-7 eos-8 eos-9 eos-11 eos-10 eos-12
100 Mb 100 Mb 100 Mb 100 Mb 100 Mb 100 Mb 100 Mb 100 Mb 1 Gb shared 1 Gb shared
Ethernet Switch
2x 2x
10 Gb 1 Gb
XMC20 Switch
Please note:
In Figure 40 "EoS and Ethernet switching in switched mode" the EoS ports
eos-9 to eos-12 are all configured to the switched port mode.
→ The expansion EoS ports eos-13 to eos-32 are not usable and are not
shown.
When one of the EoS ports eos-9 to eos-12 is configured to the expansion
port mode it is called “master expansion port”. Each master expansion port
makes five additional EoS ports usable as VLAN bridge ports. The master
expansion port and the five additional EoS ports belong to one expansion
group, designated X1 to X4.
Even though all EoS ports of an expansion group access the VLAN bridge,
only the master expansion port is visible in the ECST “Switching” tab. In the
“Switching” tab this master expansion port has to be configured
Master expansion port Expansion group X2 Master expansion port Expansion group X4
EoS EoS EoS EoS EoS EoS EoS EoS EoS EoS EoS EoS
eos-10 eos-18 eos-19 eos-20 eos-21 eos-22 eos-12 eos-28 eos-29 eos-30 eos-31 eos-32
EoS EoS EoS EoS EoS EoS EoS EoS EoS EoS EoS EoS
eos-9 eos-13 eos-14 eos-15 eos-16 eos-17 eos-11 eos-23 eos-24 eos-25 eos-26 eos-27
Master expansion port Expansion group X1 Master expansion port Expansion group X3
100 Mb 100 Mb 100 Mb 100 Mb 100 Mb 100 Mb 100 Mb 100 Mb 1 G b shared 1 Gb shared
Ethernet Switch
2x 2x
10 Gb 1 Gb
XMC20 Switch
Expansion group
The NUSA1 unit implements GFP according to ITU-T G.7041. This recom-
mendation defines the required procedures for transporting variable length
frames over SDH transport paths.
Pad
Frame Check Sequence
Inter-Packet Gap
PTI: payload type identifier = 000 (client data)
= 100 (client management)
PFI: payload FCS identifier = 0 (no GFP FCS)
EXI: extension header identifier = 0000 (null extension header)
UPI: user payload identifier = 0000 0001 (frame mapped Ethernet)
NUSA1 implements the following payload header type fields for client data:
Please note:
The 48 x 48 TU-3 cross connect capacity of NUSA1 must be shared for EoS
VC-3 group members and through connected VC-3.
→ (Number of EoS VC-3) + (Number of through connected VC-3) ≤ 24
The members of an EoS group are virtually concatenated. Virtual concatena-
tion allows transporting more efficiently low capacity payloads which are
unable to fill complete VC-3 or VC-4 signals. This is achieved by the concat-
enation of smaller signal containers (e.g. VC-12) with a common destination.
The aggregation of signal containers (members) is called a virtual concate-
nation group (VCG).
A GFP frame is split over all members of the virtual concatenation group.
Each member of a VCG can take a different path through the network. The
VCG will be reassembled at the destination point. The reassembly buffer
supports with an adaptive buffer a differential delay of up to 64 ms between
virtual concatenated VCs.
The following figure shows how frames are split over different VC belonging
to the same VCG. The VC is labelled with the frame counter and a sequence
indicator which makes it possible to reassemble the frames at the remote
end.
Sequence Frame count
indicator
0 5 4 3 2 5 4 3 2
0
1 4 3 2 5 4 3 2 1
2
2 4 3 2 5 4 3 2
Frame split over each 3
link according to the
3 4 3 2 1 5 4 3 2
sequence indicators
The sequence indicator and the frame count are transported in the VC path
overhead of every virtual container.
Please note:
The VCG groups are attached to EoS ports of the VLAN bridge or to a
NUSA1 Ethernet front port, limiting the available bandwidth per EoS port to
100 Mbit/s for eos-1 to eos-8 and 1000 Mbit/s for eos-9 plus eos-11 and eos-
10 plus eos-12.
→ Please refer to section 5.5.3 Ethernet Switch (on page 71).
add/remove
link request
VCG
VCG member
LCAS control packets
VCG member
LCAS control packets
VCG member
LCAS control packets
Please note:
The access to the RS and/or MS DCC requires PBUS resources.
→ As soon as one of the RS or MS DCC is configured the vc12-61 to
vc12-64 resources are no longer available.
The DCC status function provides information about the HDLC link status
towards the SDH port and towards the PBUS access.
STM-n
NUSA1 COGE5
DCC Management
3 x 64 kbit/s and/or interface
9 x 64 kbit/s
IP
OSPFv2
PPP
DCC HDLC
PBUS
It is also possible to use a partially or completely filled P12 for the ECC
transport. The P12 is transported in a VC-12.
The COGE5 unit is used the same way as with the ECC over DCC transport.
NUSA1 COGE5
STM-n
Management
interface
VC-12
IP
OSPFv2
PPP
ECC VC-12/P12 HDLC
n x 64 kbit/s or
2048 kbit/s TDM CTP TDM CTP
PBUS
For a description of the NUSA1 and XMC20 synchronization and timing func-
tions please refer to [314] User Guide “TDM Services and Cross Connections in
XMC20”.
NUSA1
NUSA1
NUSA1
NUSA1
working working
SDH
access
protecting network protecting
NUSA1
4 x AU-4 4 x AU-4
AU-4 Cross Connect AU-4 Cross Connect
Figure 49: 1+1 MSP (only one direction of the MS trail is shown)
a. An SF condition on the protection section is higher priority than any of the requests
that would cause a working channel to be selected from the protection section.
b. Only the null signal (0), i.e. the protecting channel, is allowed with a lockout of pro-
tection request.
c. Some network operators may use these codes for network specific purposes. The
receiver is capable of ignoring these codes.
In the bidirectional MSP mode it is possible to indicate locally the requests
issued by the remote interface. This information is transmitted via the K1/K2
bytes in the SOH.
Beside the signal requests and external requests there is a protocol failure
which can actuate a protection switching. FOP (failure of protocol) is availa-
ble only for the bidirectional MSP mode. The FOP switchover has a higher
priority than all the other requests above.
Failure of protocol:
• Failure of protocol (FOP) driven switchover
If the protocol in the protecting channel fails, the system generates a FOP
failure and switches the traffic signal to the working channel.
For example, the FOP failure (alarm) is generated if a switch command
issued from an interface in bidirectional MSP mode receives no answer
from the remote interface that operates in unidirectional MSP mode.
Please note:
The protocol for the bidirectional protection mode is always running on the
protecting channel (channel 0).
Please note:
When using the DCC in the regenerator and/or multiplex section overhead
for ECC, please note that
→ MSP affects payload traffic only. The channels in the SOH are not pro-
tected with the configuration of MSP.
→ Accordingly, the MSP maintenance functions do not affect the chan-
nels in the SOH.
→ the ECC, transported in the DCC bytes, is taken from the unprotected
side, i.e. protection of the ECC is done in the management communi-
cation network. Note that this doubles the required capacity on the
PBUS.
Please note:
The number of SNCP protected VC-n connections is limited to 255.
SNCP/N provides the following functions:
• 1+1 unidirectional protection mode according to ITU-T G.841, § 8.
− The NUSA1 unit selects the received signal from one of the two VCs
and switches to the other VC if this signal fails.
− 1+1 unidirectional protection switching uses no protocol.
− The operation type can be configured to non-revertive or revertive.
− The working channel provides the active VC under normal operating
conditions. The protecting channel protects the working channel.
− There is no restriction about the selection of working and protecting
VC.
In addition NUSA1 supports SNCP/N with bidirectional switching type and
revertive or non-revertive operation type for the PBUS application, i.e. for
VC-12 trails terminated on the unit.
This type of protection provides the following functions:
• 1+1 bidirectional protection mode.
− The NUSA1 unit selects the received signal from one of the two VCs
and switches to the other VC if this signal fails. The selector state is
signalled to the remote termination function which switches its selector
accordingly.
− 1+1 bidirectional protection switching uses a proprietary protocol
transported in the RFI bit of the V5[4] byte.
− The operation type can be configured to revertive or non-revertive.
− The working channel provides the active VC under normal operating
conditions. The protecting channel protects the working channel.
working working
SDH
access
protecting network protecting
NUSA1
AU-4
AU-4 Cross Connect
VC-4 protection switching takes place in the higher order cross connect (AU-
4 cross connect).
Protection switching action can be driven by two different request types:
• Traffic signal requests:
− Signal fail (SF)
The SF state is activated if the analysis of the VC-4 traffic signal
reports a signal failure:
- AU-4 AIS,
- AU-4 loss of pointer,
- VC-4 unequipped,
- TTI mismatch.
− Signal degraded (SD)
The SD state is activated if the analysis of the VC-4 traffic signal
shows a degraded traffic signal.
• External command requests
− Forced switch to working
− Forced switch to protecting
− Manual switch to working
− Manual switch to protecting
Note that a forced switch is executed even when there is a failure on the tar-
get signal. The command is a maintenance function, i.e. it is not stored in the
unit’s database.
Note that a manual switch is executed only when there is no failure on the
target signal. The command is a maintenance function, i.e. it is not stored in
the units database.
working working
SDH
access
protecting network protecting
NUSA1
VC-4 VC-4 VC-4 VC-4
TU-3
TU-3 Cross Connect
VC-3 and VC-12 protection switching takes place in the lower order cross
connects (TU-3 cross connect and TU-12 cross connect).
Protection switching action can be driven by two different request types:
• Traffic signal requests:
− Signal fail (SF)
The SF state is activated if the analysis of the VC-3 or VC-12 traffic
signal reports a signal failure:
- TU-3 or TU-12 AIS,
- TU-3 or TU-12 loss of pointer,
- VC-3 or VC-12 unequipped,
- TTI mismatch.
− Signal degraded (SD)
The SD state is activated if the analysis of the VC-3 or VC-12 traffic
signal shows a degraded traffic signal.
• External command requests
− Forced switch to working
− Forced switch to protecting
− Manual switch to working
− Manual switch to protecting
Note that a forced switch is executed even when there is a failure on the tar-
get signal. The command is a maintenance function, i.e. it is not stored in the
unit’s database.
Note that a manual switch is executed only when there is no failure on the
target signal. The command is a maintenance function, i.e. it is not stored in
the units database.
Please note:
The number of SNCP protected VC-n connections is limited to 255.
SNCP/I provides the following functions:
• 1+1 unidirectional protection mode according to ITU-T G.841, § 8.
− The NUSA1 unit selects the received signal from one of the two VCs
and switches to the other VC if this signal fails.
− 1+1 unidirectional protection switching uses no protocol.
− The operation type can be configured to non-revertive or revertive.
− The working channel provides the active VC under normal operating
conditions. The protecting channel protects the working channel.
− There is no restriction about the selection of working and protecting
VC.
The protection parameters SNCP “wait to restore time”, “hold off time” and
“guard time” are configurable per VC type on the unit configuration layer.
The same configuration as for SNCP/N applies.
working working
SDH
access
protecting network protecting
NUSA1
AUG-16 AUG-16 AUG-16 AUG-16
x4 x4 x4 x4
AUG-4 AUG-4 AUG-4 AUG-4
x4 x4 x4 x4
AUG-1 AUG-1 AUG-1 AUG-1
AU-4 AU-4
AU-4 Cross Connect AU-4 Cross Connect
VC-4 protection switching takes place in the higher order cross connect (AU-
4 cross connect).
Protection switching action can be driven by two different request types:
• Traffic signal request:
− Signal fail (SF)
The SF state is activated if the analysis of the VC-4 traffic signal
reports a signal failure:
- AU-4 AIS,
- AU-4 loss of pointer.
• External command requests
− Forced switch to working
− Forced switch to protecting
− Manual switch to working
− Manual switch to protecting
Note that a forced switch is executed even when there is a failure on the tar-
get signal. The command is a maintenance function, i.e. it is not stored in the
unit’s database.
Note that a manual switch is executed only when there is no failure on the
target signal. The command is a maintenance function, i.e. it is not stored in
the units database.
working working
SDH
access
protecting network protecting
NUSA1
VC-4 VC-4 VC-4 VC-4
TU-3 TU-3
TU-3 Cross Connect TU-3 Cross Connect
VC-3 and VC-12 protection switching takes place in the lower order cross
connects (TU-3 cross connect and TU-12 cross connect).
Protection switching action can be driven by two different request types:
• Traffic signal request:
− Signal fail (SF)
The SF state is activated if the analysis of the VC-3 or VC-12 traffic
signal reports a signal failure:
- TU-3 or TU-12 AIS,
- TU-3 or TU-12 loss of pointer.
• External command requests
− Forced switch to working
− Forced switch to protecting
− Manual switch to working
− Manual switch to protecting
Note that a forced switch is executed even when there is a failure on the tar-
get signal. The command is a maintenance function, i.e. it is not stored in the
unit’s database.
Note that a manual switch is executed only when there is no failure on the
target signal. The command is a maintenance function, i.e. it is not stored in
the units database.
P12 and P0-nc signals connected to one or two tributary units, e.g. SELI8,
are terminated or through connected transparently. The signal state of the
working and protecting signal is brought via the PBUS to the NUSA1 unit
where the protection switching takes place.
SNCP/I provides the following functions:
• 1+1 unidirectional protection mode according to ITU-T G.808.1, § 11.2.
− The NUSA1 unit selects the received signal from one of the two P12
or P0-nc signals and switches to the other P12 or P0-nc if this signal
fails.
− 1+1 unidirectional protection switching uses no protocol.
− The operation type is revertive or non-revertive (for P0-1c only).
− There is no restriction about the selection of working and protecting
P12 or P0-nc.
In addition NUSA1 supports bidirectional switching type for terminated P12
signals.
This type of protection provides the following functions:
• 1+1 bidirectional protection mode.
− The NUSA1 unit selects the received signal from one of the two P12
signals and switches to the other P12 signal if this signal fails. The fail-
ure state is signalled to the remote termination function with the RDI
which switches its selector accordingly.
− 1+1 bidirectional protection switching uses RDI as protection switching
criterion. Please refer to [314] User Guide “TDM Services and Cross
Connections in XMC20” for further information.
− The operation type can be configured to revertive or non-
revertive (non-revertive for P0-1 only).
− The working channel provides the active P12 signal under normal
operating conditions. The protecting channel protects the working
channel.
− There is no restriction about the selection of working and protecting
P12 signal.
NUSA1
VC-12
C-12
P-12
PBUS
P12 P12
E1 E1
SELI8 SELI8
P12 and P0-nc protection switching takes place in the P12/P0-nc cross con-
nect function of the PBUS access circuit.
Protection switching action can be driven by two different request types:
• Traffic signal request:
− Signal fail (SF)
The SF state is activated if the analysis of the P12 or P0-nc traffic sig-
nal reports a signal failure:
- E12 loss of signal,
- P12 AIS,
- P12 loss of frame alignment (terminated P12 mode only),
- P12 loss of multiframe alignment (terminated P12 mode only),
- P12 TTI mismatch (terminated P12 mode only, future release),
- P12 bit error ratio > 10E-3 (terminated P12 mode only).
− Signal degraded (SD)
The SD state is activated if the analysis of the P12 traffic signal shows
a degraded traffic signal (terminated P12 mode only).
• External command requests
− Forced switch to working
− Forced switch to protecting
− Manual switch to working
− Manual switch to protecting
Note that a forced switch is executed even when there is a failure on the tar-
get signal. The command is a maintenance function, i.e. it is not stored in the
unit’s database.
Note that a manual switch is executed only when there is no failure on the
target signal. The command is a maintenance function, i.e. it is not stored in
the units database.
P12 and P0-nc protection switching for signals from the network or aggre-
gate side takes place on a tributary unit, e.g. SELI8. A P12 or P0-nc signal
transported over the network is received on one or two NUSA1 units as a
working and a protecting signal. The tributary unit performs the selection
according to the signal states of the two signals.
NUSA1 NUSA1
VC-12 VC-12
C-12 C-12
P-12 P-12
PBUS
P12
E1
SELI8
Figure 55: P12 SNCP/I from the network side with two NUSA1 units
Please note:
The protection parameters wait-to-restore time, holdoff time and guard time
are not available for P12 and P0-nc SNCP.
SDH
access
network
NUSA1
NUSA1
NUSA1
NUSA1
VC-4 VC-4 VC-4 VC-4
Please note:
The two NUSA1 units in Figure 56 "Ethernet protection using an Ethernet
switch" are no equipment protected pair of units.
Equipment protection of the NUSA1 unit within XMC20 is only available if the
working and the protecting NUSA1 units are plugged as pairs in dedicated
subrack slots:
Please note:
The roles of working and protecting unit is fixed within a slot pair.
Please note:
The XMC22 provides no dedicated slot pair for NUSA1 equipment protec-
tion.
After startup the working unit is the active unit and the protecting unit is the
standby unit.
The redundancy switch on the NUSA1 unit is placed between the SDH SFPs
and the STM-1/4/16 termination circuits. It makes a connection between the
SDH SFPs of the working and protecting units and the STM-1/4/16 termina-
tion circuits on the working and protecting unit via the backplane of the
XMC20. There are in total four STM-16 and four STM-4 bidirectional connec-
tions.
Without EQP the connections between the working and the protecting
NUSA1 units are not used.
Please note:
The Figure 57 "Redundancy switch connections, working unit is active" and
the Figure 58 "Redundancy switch connections, protecting unit is active"
show STM-16 and STM-4 SFP modules as an example.
→ STM-16 SFP modules can be replaced with STM-4 SFP modules.
→ STM-4 SFP modules can be replaced with STM-1 SFP modules.
Redundancy
Switch
Switch
STM-16 STM-16 STM-16 STM-16 STM-4 STM-4 STM-4 STM-4 STM-16 STM-16 STM-16 STM-16 STM-4 STM-4 STM-4 STM-4
sdh-1 sdh-5 sdh-2 sdh-6 sdh-3 sdh-7 sdh-4 sdh-8 sdh-1 sdh-5 sdh-2 sdh-6 sdh-3 sdh-7 sdh-4 sdh-8
Redundancy
Switch
Switch
STM-16 STM-16 STM-16 STM-16 STM-4 STM-4 STM-4 STM-4 STM-16 STM-16 STM-16 STM-16 STM-4 STM-4 STM-4 STM-4
sdh-1 sdh-5 sdh-2 sdh-6 sdh-3 sdh-7 sdh-4 sdh-8 sdh-1 sdh-5 sdh-2 sdh-6 sdh-3 sdh-7 sdh-4 sdh-8
The redundancy switch on the working unit connects the physical SDH ports
(SFPs) port-1 to port-4 on the working unit to the logical SDH ports sdh-1 to
sdh-4 on the working and protecting unit.
The redundancy switch on the protecting unit connects the physical SDH
ports (SFPs) port-1 to port-4 on the protecting unit to the logical SDH ports
sdh-5 to sdh-8 on the working and protecting unit.
On the standby unit, working or protecting, the SFPs and the redundancy
switch are active. The Ethernet switch as part of the XMC20 Switch and the
Ethernet front ports are also active. The access circuits to the PBUS, the
EoS ports and the SDH circuits are disabled.
Please note:
During a protection switch-over the ESO-2 synchronization output on the
COGE5 is squelched for several seconds.
NUSA1 equipment protection can be used together with traffic protection, i.e.
path protection (MSP) or subnetwork connection protection.
Traffic protection together with equipment protection protects also against
failures in the network and a failure of the SFP or redundancy switch.
The PDH traffic accessing the PBUS is protected as follows: During normal
operation, the VC-12 traffic from the west and east direction is terminated on
the working unit (active), using the redundancy switch. The TU-12 cross con-
nect selects the working or the protecting VC-12 signal from the west or east
direction. The selected signal accesses the PBUS. The PBUS access on the
protecting unit (standby) is disabled.
In case of a failure of the working unit, the working unit becomes the standby
unit and the protecting unit becomes the active unit. The VC-12 traffic from
the west and east direction is terminated on the protecting unit (active), using
the redundancy switch. The TU-12 cross connect selects the working or the
protecting VC-12 signal from the west or east direction. The selected signal
accesses the PBUS. The PBUS access on the working unit (standby) is dis-
abled.
STM-16 STM-16
west east
STM-16 STM-16
SFP SFP
NUSA1
NUSA1
Redundancy Redundancy
Switch Switch
TU-12 TU-12
VC-12 VC-12
C-12 C-12
P12 P12
active standby highZ
PBUS
The Ethernet traffic accessing the Ethernet front ports in the unswitched port
handling mode is protected as follows: During normal operation, the EoS
VC-4, VC-3, and VC-12 traffic from the west and east direction is terminated
on the working unit (active), using the redundancy switch. The terminated
signal is forwarded to the Ethernet port. The Ethernet ports on the protecting
unit (standby) remain active, but the forwarding of packets is disabled.
In case of a failure of the working unit, the working unit becomes the standby
unit and the protecting unit becomes the active unit. The EoS VC-4, VC-3,
and VC-12 traffic from the west and east direction is terminated on the pro-
tecting unit (active), using the redundancy switch. The terminated signal is
forwarded to the Ethernet port. The Ethernet ports on the working unit
(standby) remain active, but the forwarding of packets is disabled.
STM-16 STM-16
west east
STM-16 STM-16
NUSA1
NUSA1
SFP SFP
Redundancy Redundancy
Switch Switch
STM-16 STM-16
VC-4 VC-4
GFP GFP
MAC MAC
ETH ETH
active standby
Figure 60: Equipment protection for unswitched Ethernet traffic (VC-4 EoS)
Please note:
The Ethernet ports used on the working and the protecting NUSA1 units
must be both set to the administrative state “up”.
Please note:
The EPL handling on the working and the protecting NUSA1 units must be
configured identically.
Please note:
The EoS ports used for the EPL application on the working and the protect-
ing NUSA1 units must be configured identically (port mode = unswitched) in
the bridge port configuration in the ECST “Switching” view.
Please note:
Both Ethernet front ports of the working and the protecting unit can be con-
nected to the same Ethernet switch.
→ xSTP is not required since the Ethernet front port on the standby unit
is not in the forwarding state.
Please note:
During a protection switching event the user traffic is interrupted for up to
8 s.
The Ethernet traffic accessing the Ethernet front ports in the switched port
handling mode is protected as follows: During normal operation, the EoS
VC-4, VC-3, and VC-12 traffic from the west and east direction is terminated
on the working unit (active), using the redundancy switch. The terminated
signal is forwarded to the XMC20 Switch and can be accessed at any Ether-
net front port which is attached to XMC20 Switch. The example in Figure 61
"Equipment protection for switched Ethernet traffic (VC-4 EoS)" shows the
external Ethernet front port located on the working NUSA1 unit. The Ethernet
front ports on the standby unit are not used.
In case of a failure of the working unit, the working unit becomes the standby
unit and the protecting unit becomes the active unit. The EoS VC-4, VC-3,
and VC-12 traffic from the west and east direction is terminated on the pro-
tecting unit (active), using the redundancy switch. The terminated signal is
forwarded to the XMC20 Switch and can still be accessed at the Ethernet
front port on the working unit (standby). This scenario requires no external
Ethernet switch, but relies on an operational switch circuit and Ethernet port
on the standby NUSA1 unit.
STM-16 STM-16
west east
STM-16 STM-16
NUSA1
NUSA1
SFP SFP
Redundancy Redundancy
Switch Switch
VC-4 VC-4
XMC20 Switch
Figure 61: Equipment protection for switched Ethernet traffic (VC-4 EoS)
Please note:
The two EoS ports on the working and the protecting NUSA1 units are both
attached to the XMC20 Switch. One EoS port is active, the other is standby,
but both EoS ports are available as bridge ports in the ECST “Switching”
view.
→ The bridge port configuration (port mode, PVID, VLANs, …) must be
configured identically for both ports.
Please note:
During a protection switching event the user traffic is interrupted for up to
8 s.
To enable equipment protection for the NUSA1 unit some prerequisites must
be met:
• The protecting NUSA1 unit must be plugged in one of the dedicated pro-
tecting unit slots of the XMC20 subrack.
• The protecting NUSA1 unit must be in the unassigned state. Otherwise
the unit will not be selectable in the EQP configuration in AP: /unit-x, Con-
figuration - EQP: Create Group…, EQP Group Creation, Protecting Unit.
• The protecting unit must be hardware compatible with the working unit.
Check the hardware compatibility status after the EQP group configura-
tion in the AP: /unit-x, Status - EQP: Units Status, HW Compatible.
The following requirements must be fulfilled that the two units are stated
as hardware compatible:
− Identical unit function. The unit function is composed of the 5 first
characters of the unit name, e.g. NUSA1. The unit name is available
at the AP:/ Main - Equipment, Unit.
− Identical board identification, e.g. 383. The board identification is avail-
able at the AP:/ Main - Inventory, Board ID.
− Identical hardware variant. The hardware variant is the truncation of
the hardware key divided by 256, e.g. 1/256 = 0. The hardware key is
available at the AP:/ Main - Inventory, Hardware Key.
• The protecting unit must be software compatible with the working unit.
Check the software compatibility status after the EQP group configuration
in the AP: /unit-x, Status - EQP: Units Status, SW Compatible.
The following requirements must be fulfilled that the two units are stated
as software compatible:
− Identical unit function. The unit function is composed of the 5 first
characters of the software name, e.g. nusa1. The unit name is availa-
ble at the AP:/ Main - Equipment, Software.
In order to guarantee the full compatibility of all features it is strongly rec-
ommended to use the same software on the working and on the protect-
ing unit.
The compatible software must be installed on the NUSA1 unit before the
EQP group creation.
• The unit configuration of an equipment protection group is mainly done
on the active unit.
• The standby unit requires the configuration of the following items:
− Physical SDH front ports:
All SFP related parameters must be configured.
The ports must be in the administrative state “up”.
− Physical Ethernet front ports:
All PHY parameters must be configured.
The ports must be in the administrative state “up”.
− Bridge ports of the XMC20 Switch (VLAN Bridge function):
The EoS ports and, if used, the Ethernet front ports attached to the
XMC20 Switch must be configured in the “Tree View” and “Switching”
view of the ECST.
− PWAC ports of the XMC20 Switch (MPLS-TP VPWS Transport func-
tion):
The EoS ports and, if used, the Ethernet front ports attached to the
XMC20 Switch must be configured in the “Tree View” view of the
ECST.
− SETS:
No SETS parameters must be configured. The SETS parameters of
the working unit are applied to the protecting unit after a switch-over.
The working NUSA1 unit of an EQP group is assigned and configured the
same way as a stand alone NUSA1 unit.
The protecting NUSA1 unit is running with the same ESW as the working
unit and must be in the unassigned state.
The 1:1 equipment protection group is configured on the working unit:
• AP: /unit-x, Configuration - EQP.
− Execute the command “Create EQP Group…”.
− Select the Protecting unit, e.g. /unit-6.
− Execute “OK”.
• Configure the protecting unit according to the list given in section EQP
Prerequisites:
− Physical SDH ports.
− Physical Ethernet ports.
− XMC20 Switch ports and VLANs.
− SETS.
• Configure all required TDM cross connections with the involved CTPs on
the working unit which must also be the active unit.
• Save the NE configuration.
Further on any changes on the NUSA1 configuration, except ports and cross
connections, must be done on the active unit. To find out which unit is the
active unit check the AP tree
Please note:
The TDM cross connections on the NUSA1 unit must be created on the
working unit. The working unit must also be the active unit.
Please note:
The TDM cross connections on the NUSA1 unit always use the MO
addresses of the working unit.
The unit status of the working and protecting units shows the actual status of
the units belonging to the equipment protection group. The unit status offers
also the commands for the EQP manipulation:
• Manual switch-over
The currently standby unit is set as active unit and the currently active
unit is set as standby unit. This requires that the currently standby unit is
in operational state, i.e.
− has no failure,
− is not isolated.
A manual switch is possible if it is indicated with the “Manual Switch-Over
Allowed” parameter.
Note that this command can only be activated on the working unit status
dialogue.
• Forced switch-over
The currently standby unit is set as active unit, independent of the opera-
tional state of the currently standby unit.
Note that there is a risk that the user traffic will be permanently inter-
rupted if the currently standby unit is not operational.
The currently active unit is set as standby unit.
Note that this command can only be activated on the working unit status
dialogue.
• Isolate unit
To be able to perform a maintenance action, e.g. update of the embed-
ded software, on an active unit without activating a protection switchover,
the working unit can be isolated. This means that the protection switching
state machine is frozen and no protection switch will be done until the iso-
lation of the unit is removed.
Note that the isolate unit command can only be applied to the working
unit.
• Join unit
Remove the isolation of a previously isolated unit.
Note that the join unit command can only be applied to the working unit.
The table in the EQP status dialogue displays the following items. Please
refer also to section 8.2.6.5 AP: / unit-x, Status - EQP (on page 188):
• Unit
MO address of the unit belonging to the EQP group.
• EQP unit mode
The working unit is the unit where the protection group has been config-
ured.
The protecting unit is the unit that has been set to the unassigned state
before configuring the protection group.
• Active
Active true means the unit is the active unit, i.e. it is the operational unit.
Active false means the unit is the standby unit, i.e. it is not the operational
unit.
The active state can be changed with the “Manual Switch” and “Forced
Switch” commands.
• Failure
Failure true means the unit is in a failure state.
Failure false means the unit is not in a failure state.
The failure state can not be changed manually.
• Substituted
Substituted true on the working unit means the unit has been substituted
by the protecting unit. A substituted unit is also in the “active false” state.
Substituted false on the working unit means the unit has not been substi-
tuted, i.e. it is the active unit or it has been isolated.
The substituted state of the protecting unit is always false.
• Isolated
Isolated true means the unit has been isolated with the “Isolate Unit”
command.
Isolated false means the unit is not isolated.
The isolation state can be changed with the “Isolate Unit” and “Join Unit”
commands.
The isolated state of the protecting unit is always false.
• HW Compatible
HW compatible true means the working HW unit is compatible with the
protecting HW unit.
HW compatible false means the working HW unit is not compatible with
the protecting HW unit. Equipment protection is not possible.
• SW Compatible
SW compatible true means the working unit embedded software (ESW) is
compatible with the protecting unit ESW.
SW compatible false means the working unit ESW is not compatible with
the protecting unit ESW. Equipment protection is not possible.
• DB Saved
DB saved true means the current configuration of the working and pro-
tecting unit has been saved to the XMC20 internal database.
DB saved false means the current configuration of the working or protect-
ing unit has not been saved to the XMC20 internal database. A protection
switching event will load an outdated configuration and traffic will be dis-
turbed.
6 Commissioning
This section describes the management of the basic system functions of the
NUSA1 unit and the configuration of the PDH and EoS transport.
Please refer to [355] User Manual “ECST” for details on the general GUI
aspects, and refer to [302] User Guide “XMC25/XMC23/XMC22” for specific
characteristics of the XMC20.
The NUSA1 unit implements three cross connect functions, an AU-4 cross
connect, a TU-3 cross connect and a TU-12 cross connect. All signals that
are cross connected through the NUSA1 unit must pass either the AU-4
cross connect or the AU-4 and TU-3 or TU-12 cross connects.
Accordingly only traffic signal cross connections on the VC-4 layer can be
configured in a single step. Traffic signal cross connections on the VC-3 and
VC-12 layers are configured in two steps, cross connections on the P12 and
P0-nc layers must be configured in three steps.
An exception is the DCC which can be cross connected in one step to a
channel on the COGE5 unit.
1. step
VC3 VC12
klm-x00 klm-xyz
2. step
P12/P0-nc
NUSA1 chan-x
PBUS 3. step
The figure below shows all cross connections on the NUSA1 unit. These
cross connections are described in detail in the following sections.
Please note:
In the figure below all items “Ethernet switch/port” stand for a NUSA1 Ether-
net front port or for a VLAN bridge Ethernet port.
Please note:
In all figures and all tables of this section the numbering of the ports, SDH,
PDH and Ethernet signals uses the same characters on both sides of a con-
nection.
Despite of this the numbering needs not to be identical, e.g. a VC-12 signal
designated “vc4/vc4-1/klm-121” can be cross connected to another VC-12
signal designated “vc4/vc4-5/klm-372”.
sdh/
sdh-x STM-1/4/16 STM-1/4/16 STM-1/4/16
j-x dccm dccr
eos/
eos-x/ VC3
eos vc3-y vc4/vc4-x/klm-xyz ↔ vc4/vc4-x/klm-xyz ↔
pdh /vc12-y pdh/vc12-y
pdh pdh
VC12 VC12
Ethernet switch/port vc12-y vc12-y
P12 P0_nc
vc4/vc4-x/klm-xyz ↔ chan-x chan-x
eos/ eos -y/eos /vc12-y
eos/
eos-x/ VC12 pdh/vc12-x/p12/chan-x ↔ pdh/vc12-x/p12/chan -x ↔
pdh/vc12-y/p12/chan-y pdh/vc12-y/p12/chan -y
eos vc12-y
pdh /vc12-x/ p12/chan-x ↔ pdh/vc12-x/p12/chan-x ↔
TDM service unit/chan -y TDM service unit /chan-y
Ethernet switch/port PBUS Access PBUS Access PBUS Access PBUS Access
management
Network/ P0-nc
tdmInterfaces ppp-x
VC-4 cross connections can only be done on a single NUSA1 unit. There is
no way to access a VC-4 signal on another SDH unit.
Please note:
Cross connections related to the physical SDH ports located on a protecting
NUSA1 unit are handled as if these ports were located on the working
NUSA1 unit, i.e. the logical SDH ports managed objects are available on the
working NUSA1 unit.
VC-4 resources on the NUSA1 unit are available as follows:
• STM-16, STM-4 or STM-1 port resources are available in the “/unit-x/sdh/
sdh-x” access points.
• VC-4 resources used for the lower layers (VC-3, VC-12, P12, P0-nc)
must be created in the “/unit-x/vc4” configuration.
• EoS resources (VCG members) must be created in the “/unit-x/eos/eos-x/
eos” configuration.
On the VC-4 layer in NUSA1 the following signal types are available:
• /unit-x/sdh/sdh-y/j-z, e.g. /unit-4/sdh/sdh-1/j-1:
y = 1 to 4 (physical SDH port number 1 to 4 on the working NUSA1 unit)
y = 5 to 8 (physical SDH port number 1 to 4 on the protecting NUSA1
unit)
z = 1 (AU-4 number of STM-1), or
z = 1 to 4 (AU-4 number of STM-4), or
z = 1 to 16 (AU-4 number of STM-16)
The maximum number of available AU-4 in NUSA1 is 80, when using
NUSA1 equipment protection with two STM-4 ports and two STM-16
ports on both units.
• /unit-x/vc4/vc4-y, e.g. /unit-4/vc4/vc4-1:
y = 1 to 31 (VC-4 number)
vc4-y are internal resources of the NUSA1 unit. The maximum number of
available VC-4 with a TUG-3 structure in NUSA1 is 31.
The maximum number of available VC-3 in a terminated VC-4 is 48.
The maximum number of available VC-12 in a terminated VC-4 is 945.
There is no restriction for the TUG-3 structure, i.e. any mixture of VC-3
and VC-12 is configurable.
• /unit-x/eos/eos-y/eos/vc4-z, e.g. /unit-4/eos/eos-1/eos/vc4-1:
y = 1 to 32 (EoS port number)
z = 1 to 14 (VCG member number)
The maximum number of available EoS VC-4 members on the NUSA1
unit and in a virtual concatenation group is 14.
Please note:
The EoS capacity of 14 VC-4 must be shared between the EoS VC-4 mem-
bers and the EoS VC-3 members.
Please note:
The total EoS capacity of is reduced to 12 VC-4 if also EoS VC-12 members
are configured:
→ Up to 8 VC-4 equivalents for VC-4 and VC-3 members,
→ Up to 4 VC-4 equivalents for VC-12 members.
.../sdh-1/ .../sdh-1/ .../sdh-2/ .../sdh-2/ .../sdh-3/ .../sdh-5/ .../sdh-5/ .../sdh-6/ .../sdh-6/ .../sdh-7/
(STM-16) (STM-16) (STM-16) (STM-16) (STM-4) (STM-16) (STM-16) (STM-16) (STM-16) (STM-4)
j-1 j-2 j-1 j-2 j-1 j-1 j-2 j-1 j-2 j-1
.../sdh-1/ .../sdh-1/ .../sdh-2/ .../sdh-2/ .../sdh-3/ .../sdh-5/ .../sdh-5/ .../sdh-6/ .../sdh-6/ .../sdh-7/
(STM-16) (STM-16) (STM-16) (STM-16) (STM-4) (STM-16) (STM-16) (STM-16) (STM-16) (STM-4)
j-3 j-4 j-3 j-4 j-2 j-3 j-4 j-3 j-4 j-2
.../sdh-1/ .../sdh-1/ .../sdh-2/ .../sdh-2/ .../sdh-3/ .../sdh-5/ .../sdh-5/ .../sdh-6/ .../sdh-6/ .../sdh-7/
(STM-16) (STM-16) (STM-16) (STM-16) (STM-4) (STM-16) (STM-16) (STM-16) (STM-16) (STM-4)
j-5 j-6 j-5 j-6 j-3 j-5 j-6 j-5 j-6 j-3
.../sdh-1/ .../sdh-1/ .../sdh-2/ .../sdh-2/ .../sdh-3/ .../sdh-5/ .../sdh-5/ .../sdh-6/ .../sdh-6/ .../sdh-7/
(STM-16) (STM-16) (STM-16) (STM-16) (STM-4) (STM-16) (STM-16) (STM-16) (STM-16) (STM-4)
j-7 j-8 j-7 j-8 j-4 j-7 j-8 j-7 j-8 j-4
.../sdh-1/ .../sdh-1/ .../sdh-2/ .../sdh-2/ .../sdh-4/ .../sdh-5/ .../sdh-5/ .../sdh-6/ .../sdh-6/ .../sdh-8/
(STM-16) (STM-16) (STM-16) (STM-16) (STM-4) (STM-16) (STM-16) (STM-16) (STM-16) (STM-4)
j-9 j-10 j-9 j-10 j-1 j-9 j-10 j-9 j-10 j-1
.../sdh-1/ .../sdh-1/ .../sdh-2/ .../sdh-2/ .../sdh-4/ .../sdh-5/ .../sdh-5/ .../sdh-6/ .../sdh-6/ .../sdh-8/
(STM-16) (STM-16) (STM-16) (STM-16) (STM-4) (STM-16) (STM-16) (STM-16) (STM-16) (STM-4)
j-11 j-12 j-11 j-12 j-2 j-11 j-12 j-11 j-12 j-2
.../sdh-1/ .../sdh-1/ .../sdh-2/ .../sdh-2/ .../sdh-4/ .../sdh-5/ .../sdh-5/ .../sdh-6/ .../sdh-6/ .../sdh-8/
(STM-16) (STM-16) (STM-16) (STM-16) (STM-4) (STM-16) (STM-16) (STM-16) (STM-16) (STM-4)
j-13 j-14 j-13 j-14 j-3 j-13 j-14 j-13 j-14 j-3
.../sdh-1/ .../sdh-1/ .../sdh-2/ .../sdh-2/ .../sdh-4/ .../sdh-5/ .../sdh-5/ .../sdh-6/ .../sdh-6/ .../sdh-8/
(STM-16) (STM-16) (STM-16) (STM-16) (STM-4) (STM-16) (STM-16) (STM-16) (STM-16) (STM-4)
j-15 j-16 j-15 j-16 j-4 j-15 j-16 j-15 j-16 j-4
sdh/sdh-x/j-x ↔ sdh/sdh-x/j-x ↔
eos /eos -y/eos /vc4-y sdh/sdh-x/j-x ↔ vc4/vc4-y
sdh/sdh-y/j-y
Please note:
The logical SDH ports sdh-5 to sdh-8 are only available with equipment pro-
tection of the NUSA1 unit, i.e. using a working and a protecting NUSA1 unit.
The following unidirectional and bidirectional cross connections are configur-
able:
VC-3 cross connections on NUSA1 are used for Ethernet access and for
through connected VC-3 traffic.
VC-3 cross connections can only be done on a single NUSA1 unit. There is
no way to access a VC-3 signal on another SDH unit.
VC-3 resources on the NUSA1 unit are available as follows:
• VC-3 resources belonging to an internal VC-4 must be created in the “/
unit-x/vc4/vc4-y” configuration.
• EoS resources (VCG members) must be created in the “/unit-x/eos/eos-y/
eos” configuration.
On the VC-3 layer in NUSA1 the following signal types are available:
• /unit-x/vc4/vc4-y/klm-z00, e.g. /unit-4/vc4/vc4-1/klm-100:
y = 1 to 31 (VC-4 number)
z = 1 to 3 (TU-3 number)
vc4-y/klm-z00 are all VC-3 signals handled in the TU-3 cross connect of
the NUSA1 unit. The maximum number of available VC-3 in NUSA1 is
48.
Please note:
All VC-3 signals used for through connected VC-3 traffic or used for EoS
transport must pass the TU-3 cross connect of the NUSA1 unit.
→ When using 24 VC-3 for EoS traffic no capacity is left for through con-
nected traffic.
• /unit-x/eos/eos-y/eos/vc3-z, e.g. /unit-4/eos/eos-5/eos/vc3-1:
y = 1 to 32 (EoS port number)
z = 1 to 24 (VCG member number)
The maximum number of available EoS VC-3 members on the NUSA1
unit and in a virtual concatenation group is 24.
vc4/vc4-x/klm-x00 ↔
vc4/vc4-x/klm-x00 ↔ eos /eos -y/eos /vc3-y
vc4/vc4-y/klm-y00
Please note:
The EoS capacity of 14 VC-4 must be shared between the EoS VC-4 mem-
bers and the EoS VC-3 members.
Please note:
The total EoS capacity of is reduced to 12 VC-4 if also EoS VC-12 members
are configured:
→ Up to 8 VC-4 equivalents for VC-4 and VC-3 members,
→ Up to 4 VC-4 equivalents for VC-12 members.
The following unidirectional and bidirectional cross connections are configur-
able:
Please note:
The working and the protecting path of an SNC protected connection must
be located on the same NUSA1 unit or on an equipment protected pair of
NUSA1 units.
VC-12 cross connections on NUSA1 can be used for Ethernet access, for
PBUS access and for through connected VC-12 traffic.
VC-12 cross connections can only be done on a single NUSA1 unit. There is
no way to access a VC-12 signal on another SDH unit.
VC-12 resources on the NUSA1 unit are available as follows:
• VC-12 resources belonging to an internal VC-4 must be created in the “/
unit-x/vc4/vc4-y” configuration.
• EoS resources (VCG members) must be created in the “/unit-x/eos/eos-y/
eos” configuration.
• VC-12 resources for the PBUS access are all available in the “/unit-x/pdh”
access point.
On the VC-12 layer in NUSA1 the following signal types are available:
• /unit-a/vc4/vc4-b/klm-xyz, e.g. /unit-4/vc4/vc4-1/klm-121:
b = 1 to 31 (VC-4 number)
x = 1 to 3 (TUG-3 number)
y = 1 to 7 (TUG-2 number)
z = 1 to 3 (TU-12 number)
vc4/vc4-x/klm-xyz ↔ vc4/vc4-x/klm-xyz ↔
eos /eos -y/eos /vc12-y vc4/vc4-x/klm-xyz ↔ pdh/vc12-y
vc4/vc4-y/klm-abc
.../eos-y/eos/ .../eos-y/eos/
vc12-125 vc12-126
.../eos-y/eos/ .../eos-y/eos/
vc12-188 vc12-189
.../eos-y/eos/ .../eos-y/eos/
vc12-251 vc12-252
Please note:
The working and the protecting path of an SNC protected connection must
be located on the same NUSA1 unit or on an equipment protected pair of
NUSA1 units.
pdh/vc12-x/p12/chan-x ↔
pdh /vc12-x/p12/chan -x ↔ TDM service unit/chan-y
pdh /vc12-y/p12/chan -y
PBUS Access
For more information about the P12 connection termination points and the
P12 cross connection configuration refer to [314] User Guide “TDM Services
and Cross Connections in XMC20”.
sdh/sdh-y/dccr ↔
sdh/sdh-y/dccm ↔
TDM service unit /chan-y
pdh /vc-12-x/p12/chan-x ↔ TDM service unit/chan -y
TDM service unit /chan-y
PBUS Access PBUS Access
PBUS Access
sdh/sdh-y/dccr ↔ sdh/sdh-y/dccm ↔
managementNetwork / managementNetwork /
tdmInterfaces /ppp-y tdmInterfaces /ppp-z
Please note:
The access to the RS and/or MS DCC requires PBUS resources.
→ As soon as one of the RS or MS DCC is configured the vc12-61 to
vc12-64 resources are no longer available.
The following unidirectional and bidirectional cross connections are configur-
able:
For more information about the P0-nc connection termination points and the
P0-nc cross connection configuration refer to [314] User Guide “TDM Ser-
vices and Cross Connections in XMC20”.
In the following the cross connection configuration steps are given for some
application examples. Note that all connection termination points (CTP) are
on the NUSA1 unit except where indicated otherwise (e.g. SELI8).
In the revertive mode of SNC protection the path selector switches back to
the working path as soon as the configured “wait to restore” (WTR) timer
elapses. The WTR timer is reset when the working path is in a failure state
and starts when the working path becomes fault free.
The “holdoff” time is the time interval to define how long the switching criteria
have to be active before the protection switching is activated.
The “guard time” is the time interval after an automatic protection switchover
when no additional switchover is allowed. During the guard time the path
selector does not switch back to the working path even if the protecting path
becomes faulty.
Working
channel
failed
OK
time
Protecting
channel
failed
OK
time
holdoff time guard time
Protection
switch
protecting
working
time
The SNCP “wait to restore”, “holdoff” and “guard time” timers are configured
per VC type for the whole unit.
The threshold level to set a degraded signal defect can be configured per VC
type for the whole NUSA1 unit.
Please refer to section 7.3 Detection of Signal Defects (on page 153) for a
description of the degraded signal defect evaluation.
Please note:
The NUSA1 supports the same parameters for SFP modules with optical
and electrical STM-1 interfaces. Accordingly the electrical STM-1 interface
supports also management functions that are normally only applicable for
the optical interface, such as laser shutdown and laser restart.
ALS enabled
Section in operation,
TX power on
no
yes
Automatic TX
power shutdown
TX power off
Delay
110 s
no Receive signal
from far end?
yes
Section in operation,
TX power on
6.4.1 Prerequisites
Before starting the commissioning of an SDH multiplexer for PDH and EoS
transport on the NUSA1 unit, the following prerequisites need to be fulfilled.
The NUSA1 service unit is inserted into a slot of the XMC20 subrack. Availa-
ble slots are listed in section 4.2 Slots for the NUSA1 Unit (on page 31).
A valid ESW is installed on the NUSA1 unit. For the management of ESW,
refer to [355] User Manual “ECST”. For details about compatible ESW ver-
sions, refer to [012] Release Note “XMC20 System Release R6B”.
6.4.1.3 ECST
SDH multiplexer This action list shows step by step how to configure the SDH multiplexer for
configuration PDH and EoS transport. The multiplexer transports
‒ Ethernet traffic of Ethernet port 5 in a single VC-4, using the unswitched
Ethernet transport mode with EoS port 1,
‒ Ethernet traffic of Ethernet port 6 in two concatenated VC-3, using the
switched Ethernet transport mode with EoS port 2,
‒ The Ethernet port 6 and the EoS port 2 are access ports of the VLAN
bridge, using the port VLAN ID 1,
‒ four P12 signals in transparent mode from the SELI8 ports 1 to 4.
‒ The Ethernet traffic is transported via j-1 (AU4-1) and j-2 (AU4-2) of the
SDH port 1,
‒ the PDH traffic is transported in protected mode via j-2 (AU4-2) of the
SDH port 1 and via j-1 (AU4-1) of the SDH port 2.
For the configuration of the SDH multiplexer for PDH and EoS transport, the
following steps have to be performed. The main steps are:
port-1 port-2
SDH SDH
sdh-1 sdh-2
vc4 vc4
vc4-1 vc4-2
vc4-1 vc4-1 vc4-1 vc4-1 vc4-1 vc4-1 vc4-2 vc4-2 vc4-2 vc4-2
klm100 klm200 klm311 klm312 klm313 klm321 klm111 klm112 klm113 klm121
XMC20 Switch
PBUS
6. Execute “OK”.
7. Navigate to the P12 configuration dialogue:
- AP: /unit-4/pdh/vc12-3/p12, Configuration - Channels.
- Execute “Create Channel…”.
8. Configure the P12 channel index:
- Index = 0 (automatically select the next free index).
9. Execute “OK”.
10. Navigate to the P12 configuration dialogue:
- AP: /unit-4/pdh/vc12-4/p12, Configuration - Channels.
- Execute “Create Channel…”.
11. Configure the P12 channel index:
- Index = 0 (automatically select the next free index).
12. Execute “OK”.
Result: The four channels chan-1 on the four P12 signals are created.
7. Execute “Create”.
Result: The connections from the four VC-12 to the SELI8 E1 port-1 to
port-4 are created.
4. Execute “Apply”.
5. AP: /unit-20/port-3, Main - Admin And Oper Status:
- Set the administrative status of the E1 port-3 to up:
- State = Up.
6. Execute “Apply”.
7. AP: /unit-20/port-4, Main - Admin And Oper Status:
- Set the administrative status of the E1 port-4 to up:
- State = Up.
8. Execute “Apply”.
Result: All E1 ports on the SELI8 unit have been activated.
End of instruction
7 Operation
This section describes the operation functions of the NUSA1 unit.
Please note:
The operation functions described in this section assume a correctly config-
ured and operational NUSA1 unit.
LEDs on the front of the NUSA1 unit are used to indicate to the operator the
alarm status summary of the unit and of the network traffic signals.
XXXXx R1B
37900374
UNIT TRAFFIC
7.2 Loops
7.2.1 VC Loops
Please note:
Only the unidirectional cross connections for the front to front loops are
applicable.
Please note:
Loops activated with a unidirectional cross connection generate no “mainte-
nance function active” alarm as regular test loops would do.
SDH
access
network
STM-1/4/16
NUSA1
Front to Front
AU-4 or TU-3 loop
or TU-12
cross connect Back to Back
loop
a. This loop requires the corresponding cross connections on the VC-4 layer.
Please note:
Activated loops generate the “maintenance function active (MFA)” alarm.
Please note:
When applying a loop the operational state of the access point changes to
“Testing”.
Please note:
P12 and P0-nc loops are not treated as configuration parameters and are
not stored in the configuration. They are permanent until they are deacti-
vated manually or by a unit restart or by a power reset.
The following diagnostic loops can be individually set for each of the 64 P12
signals in the /unit-x/pdh/vc12-y/p12 Status - Maintenance dialogue or for all
P12 and P0-nc channels in the /unit-x/pdh/vc12-y/p12/chan-z Status - Main-
tenance dialogue:
• P12 front to front loop:
Loops the received P12 signal back towards the SDH interface. The loop
is transparent, i.e. no AIS is transmitted in direction to the PBUS.
Please note:
The P12 “back to back” loop will be available in a future release.
NUSA1
Front To Front
AIS
STM-1/4/16
SDH
Signal access
PBUS
Processing network
(P12)
Back To Back
Please note:
To be able to activate a diagnostic loop the channel CTP must be the source
(a-End) of a configured connection.
NUSA1
Front To Front
STM-1/4/16
SDH
Signal access
PBUS
Processing network
(P12)
It is also possible to apply P12 and P0-nc loops with unidirectional cross
connections.
Please note:
Only the unidirectional cross connections for the front to front loops are
applicable.
a. This loop requires the corresponding cross connections on the VC-4 and VC-12 lay-
ers.
Bit or block errors in a signal are detectable by checking the signal's associ-
ated error detection code (EDC). An example of the EDC is the SDH BIP-N
(bit interleaved parity of level N).
The procedure to set and clear an excessive or degraded signal defect is as
follows, assuming a poisson error distribution. Refer to ITU-T G.806, clause
6.2.3.1.1:
• The signal defect is set if the equivalent bit error ratio (BER) exceeds a
preset threshold.
• The signal defect is cleared if the equivalent BER is better than the preset
threshold divided by 10.
NUSA1 offers the evaluation of the excessive and degraded signal defects
on the following layers:
− MS16
− MS4
− MS1
− VC-4
− VC-3
− VC-12
The thresholds to set a signal defect are configurable in the ECST. The con-
figuration is done individually for the MS16, MS4 and MS1, and per unit for
the VC-4, VC-3 and VC-12:
The trail trace identifier (TTI) is a means to identify each direction of a bidi-
rectional path. A wrong cross connection of the path within the network is
detected and generates an alarm.
• At the transmit side, the configured “Transmitted TTI” string is inserted
into the TTI byte.
• At the receive side, the received TTI is extracted from the TTI byte. The
received TTI is then compared with the configured “Expected TTI” for that
signal.
• If the received TTI and the configured “Expected TTI” are not the same,
the trace identifier mismatch (TIM) alarm indicates a wrong connection
somewhere in the network.
SDH
access
network
STM-1/4/16 STM-1/4/16
NUSA1
NUSA1
Compare Alarm
Expected TTI
Please note:
In accordance to the ITU-T recommendation, the TTI always requires all the
15 characters. If a TTI is not completely defined, the NUSA1 will supplement
“SPACE” characters up to a total of 15 characters.
7.5 Maintenance
It is possible to read inventory data from the NUSA1 unit via the ECST with
the following access point:
AP: /unit-x, Main - Inventory.
It is possible to update the embedded software (ESW) of the NUSA1 unit via
software download.
Please refer to [355] User Manual “ECST” for the description of the ESW
download.
When upgrading the ESW on 1:1 equipment protected NUSA1 units, care
must be taken concerning the traffic interruptions and which unit will finally
be the active unit. At the end of the upgrade procedure the working unit shall
be the active unit.
It is assumed that the working unit is plugged in slot 4 and the protecting unit
is plugged in slot 6 of the XMC25 subrack.
ESW upgrade procedure 1 The following procedure provides the upgrade process with one traffic inter-
ruption of up to four minutes.
Please note:
A typical ESW upgrade will interrupt the traffic for a duration as indicated
above.
→ The ESW upgrade procedure 2 provides two shorter interruptions.
Manual switch to protecting 1. Navigate to the EQP status dialogue on the working unit:
unit - AP: /unit-4, Status - EQP.
2. Perform a manual switch-over from the working to the protecting NUSA1
unit:
- Execute the “Manual Switch-Over” command.
- Traffic will be switched to the protecting unit.
- Traffic will be interrupted for up to 8 s.
Result: The protecting NUSA1 unit is active.
Manual switch to working unit 1. Navigate to the EQP status dialogue on the working unit:
- AP: /unit-4, Status - EQP.
8.1 Introduction
Below, you will find a detailed description of all the configuration parameters
and operations belonging to the managed objects model (MOM) for the
NUSA1 functional unit.
Figure 78 "MOM (managed object model) of the NUSA1 unit" shows the
access point (AP) tree for an active NUSA1 unit with its managed objects.
Figure 79 "MOM (managed object model) of the standby NUSA1 unit" shows
the access point (AP) tree for a standby NUSA1 unit with its managed
objects.
<ap >
XMC2
4 <ap>
port-x: STM
4 <ap>
port-x: Ethernet
1 <ap>
mau
1 <ap>
eos
32 <ap>
eos-x
1 <ap >
eos
1 <ap>
pdh
64 <ap>
vc12-x
1 <ap >
p12
1 <ap>
sdh
4 or 8 <ap>
sdh-x
1 <ap>
vc4
0 ...31 <ap>
vc4-x
1 <ap>
iports
1 <ap>
iport-x: Ethernet
1 <ap >
mau
<ap >
XMC2
4 <ap>
port-x: STM
4 <ap>
port-x: Ethernet
1 <ap>
mau
1 <ap>
eos
1 <ap>
pdh
1 <ap>
sdh
1 <ap>
vc4
1 <ap>
iports
1 <ap>
iport-x: Ethernet
1 <ap >
mau
Figure 79: MOM (managed object model) of the standby NUSA1 unit
With these managed objects (MOs) the following functions are covered:
• Overview,
• Main,
• Statistics,
• Configuration,
• Fault Management,
• Performance Management, and
• Status.
Most of the APs only offer a part of the management functions listed above.
The order of appearance of the management function descriptions is in
accordance with the APs in the ECST AP tree and the availability of the
management functions of each AP.
In the tables of the sections below, the parameter default values for proper-
ties are underlined.
Please note:
For better legibility of numbers in this user guide, inverted commas are used
when the number’s size exceeds three digits (e.g. 40’000). In parameter
entry fields of the ECST, these inverted commas must not be entered.
Instead, the numbers are entered without these inverted commas (e.g.
40000).
Please note:
Screenshots presented in this reference are examples and show configura-
tions or data that may not correspond to the view you see when managing
your XMC20 equipment.
Please note:
An Ethernet port used in an Ethernet Private Line (EPL) must be configured
to the port mode “unswitched” in the ECST “Switching” tab before assigning
it to an EPL EoS port.
Please note:
An EoS port used in an Ethernet Private Line (EPL) must be configured to
the port mode “unswitched” in the ECST “Switching” tab before assigning it
to an EPL Ethernet port.
Please note:
Refer to section 5.5.3 Ethernet Switch (on page 71) for further information.
Please note:
When using the EoS port eos-9 in an Ethernet Private Line, also the EoS
port eos-11 must be configured to the port mode “unswitched” in the ECST
“Switching” tab before assigning the EoS port eos-9 to an EPL Ethernet
port.
Please note:
When using the EoS port eos-10 in an Ethernet Private Line, also the EoS
port eos-12 must be configured to the port mode “unswitched” in the ECST
“Switching” tab before assigning the EoS port eos-10 to an EPL Ethernet
port.
Please note:
The roles of working and protecting unit is fixed within a slot pair.
→ Please refer to Table 28: "XMC20 slot pairs for NUSA1 EQP" (on
page 101).
Please note:
The creation and deletion of an EQP group must be done on the working
unit.
Please note:
Automatic, manual and forced protection switching is available from the
working to the protecting unit and vice versa.
→ Please refer to section 5.9 Equipment Protection (EQP) (on
page 101).
Please note:
The roles of working and protecting unit is fixed within a slot pair.
→ Please refer to Table 28: "XMC20 slot pairs for NUSA1 EQP" (on
page 101).
Substituted The working unit has been taken over by the pro-
tecting unit.
Isolated The working unit has been isolated with the “Iso-
late Unit” command.
Table 67: AP: / unit-x / port-y, Main - Admin And Oper Status
Operation Name Parameter Name Range Description / Details
Administrative Sta- State Up Set the IETF administrative status of the physical
tus SDH port.
Down
Unused ports (without fibres or electrical cables
connected to them) should be set to the down
state, so that they do not generate alarms (i.e.
loss of signal).
Table 67: AP: / unit-x / port-y, Main - Admin And Oper Status (continued)
Operation Name Parameter Name Range Description / Details
Operational Status State Up Display of the IETF operational status of the
physical SDH port.
Down
Testing
Unknown
Dormant
Not Present
Lower Layer Down
The following table lists the fault causes of the current AP.
a. The support of this alarm is only possible for SFP modules with diagnostics function. SFP modules with electrical inter-
faces do not support this alarm (no diagnostics function available).
Please note:
NUSA1 supports diagnostics for SFP modules. Support of diagnostics is not
mandatory for SFP modules with optical interfaces. However KEYMILE rec-
ommends only optical SFP modules that support diagnostics.
SFP modules with the electrical STM-1 interface do not support diagnostics.
Please note:
NUSA1 supports laser restart for SFP modules with optical and electrical
interfaces.
→ The laser restart function is also applied to the electrical interface.
1000 Mbit/s
MTU 42 … 1’578 … 9’194 Maximum Transmission Unit, i.e. maximum IP
Octets, packet size.
step 2 Octets The MTU size is calculated including the IP
headers.
Speed And Duplex Admin Auto Autonegotiation
10BaseT HD 10 Mbit/s, half duplex
10BaseT FD 10 Mbit/s, full duplex
100BaseTX HD 100 Mbit/s, half duplex
100BaseTX FD 100 Mbit/s, full duplex
1000BaseT FD 1’000 Mbit/s, full duplex
Operational 10BaseT HD 10 Mbit/s, half duplex
10BaseT FD 10 Mbit/s, full duplex
100BaseTX HD 100 Mbit/s, half duplex
100BaseTX FD 100 Mbit/s, full duplex
1000BaseT FD 1’000 Mbit/s, full duplex
Flow Control Admin Port Ethernet flow control according to IEEE
802.3x.
Flow control is a mechanism which allows the
Operational receiving party of a connection to control the rate
of the sending party.
Please note:
For an overview on the specific characteristics of XMC20 Switch ports,
please refer to [201] System Description “XMC20 R6B”.
Please note:
The statistics counters restart with 0 when they reach their upper range limit.
Please note:
The statistics counters restart with 0 when they reach their upper range limit.
Please note:
The Rate Limiting tab is only available if the port type of the Ethernet port is
configured to PWAC or to CVP.
→ First configure the port type to PWAC or to CVP.
For a description of the
− “QoS - Rate Limiting”
management function, please refer to [302] User Guide “XMC25/XMC23/
XMC22”.
The “Main - Physical” management function is only available for the EoS
ports eos-1 to eos-12.
8.7.2.3 AP: / unit-x / eos / eos-y, Main - Admin And Oper Status
The “Main - Admin And Oper Status” management function is only available
for the EoS ports eos-13 to eos-32.
Table 80: AP: / unit-x / eos / eos-y, Main - Admin And Oper Status
Operation Name Parameter Name Range Description / Details
Administrative Sta- State Up Set the IETF administrative status of the EoS
tus port.
Down
Operational Status State Up Display of the IETF operational status of the EoS
port.
Down
Testing
Unknown
Dormant
Not Present
Lower Layer Down
Please note:
An EoS port can be operated in switched, unswitched or expansion mode.
→ Please refer to section 5.5.3 Ethernet Switch (on page 71) for further
information.
Please note:
The link pass through feature must be enabled on the Ethernet interfaces at
both sides of the SDH path to become operational.
Please note:
The link pass through feature is only available for the EoS ports in the EPL
(unswitched) mode.
Please note:
The flow control feature is only available for the EoS ports in the EPL
(unswitched) mode.
The “Status - PHY” management function is only available for the EoS ports
eos-1 to eos-12.
The “Statistics - General” management function is only available for the EoS
ports eos-1 to eos-12.
Please note:
The statistics counters restart with 0 when they reach their upper range limit.
The “QoS - QoS Scheduling” management function is only available for the
EoS ports eos-1 to eos-12.
The “QoS - Rate Limiting” management function is only available for the EoS
ports eos-1 to eos-12.
For a description of the
− “QoS - Rate Limiting”
management function, please refer to [302] User Guide “XMC25/XMC23/
XMC22”.
8.8.2.2 AP: / unit-x / eos / eos-y / eos, Main - Admin And Oper Status
Table 88: AP: / unit-x / eos / eos-y / eos, Main - Admin And Oper Status
Operation Name Parameter Name Range Description / Details
Operational Status State Up Display of the IETF operational status of the eos
group.
Down
The operational state is up when the port admin-
Testing istrative state is up and no GFPLOF or
Unknown VCGLOTC defect is active.
Dormant
Not Present
Lower Layer Down
Table 89: AP: / unit-x / eos / eos-y / eos, Configuration - General (continued)
Operation Name Parameter Name Range Description / Details
EoS Member Member vc12-1 … vc12-63, Select the EoS group member name to be
vc3-1 … vc3-24, deleted.
vc4-1 … vc4-14
All
TTI TTI Supervision The trail trace identifier (TTI) supervision can be
enabled or disabled.
In the disabled mode no check is done on the
received TTI of all EoS group members and no
alarm is generated.
For further information please refer to section 7.4
Trail Trace Identifier (TTI) (on page 154)
Transmitted TTI 15 characters TTI transmitted in the VC path overhead (J1 byte
for VC-4 and VC-3, J2 byte for VC-12).
The default string is TX_UNALLOCATED_.
In the disabled mode the transmit TTI string is
TX_UNALLOCATED_ or any other configured
TTI.
Note that the same TTI is transmitted in every
member of an EoS group.
A TTI shorter than 15 characters is automatically
completed with SPACE characters.
Expected TTI 15 characters TTI expected in the VC path overhead.
The default string is RX_UNALLOCATED_.
In the disabled mode the expected TTI string is
RX_UNALLOCATED_ or any other configured
TTI.
Note that the same TTI is expected in every
member of an EoS group.
A TTI shorter than 15 characters is automatically
completed with SPACE characters.
Table 90: AP: / unit-x / eos / eos-y / eos, Fault Management (continued)
ID Fault Cause Event Type Traffic Default Description
Affecting Severity
VCGLOTC VCG Loss Of Total Communica- Major The virtual concatenation group is not
Capacity tion Alarm available due to the fact that
- in non LCAS mode at least one mem-
ber of a group suffers from payload
mismatch, loss of multiframe or a fail-
ure in the server layer, or
- in LCAS mode all members of a group
suffer from payload mismatch, loss of
multiframe or a failure in the server
layer
VCGLOPC VCG Loss Of Partial Communica- Minor One or more members of a group suffer
Capacity tion Alarm from payload mismatch, loss of multi-
frame or a failure in the server layer, but
the group is still available.
LCAS mode only.
LOP VC Loss Of Pointer Communica- Major Eight consecutive invalid AU-4, TU-3 or
tion Alarm TU-12 pointer values have been
received in one or more of the VCG
members.
A persistent mismatch between provi-
sioned and received AU or TU types will
also result in a LOP failure.
AIS VC AIS Received Communica- Minor Failure in the received optical or electri-
tion Alarm cal signal, in the RS or MS layer (AU-4-
AIS), or in the EoS VC-4 layer (TU-3-
AIS, TU-12-AIS) of one or more of the
VCG members.
PLM VC Payload Mismatch Communica- Major The received and accepted trail signal
tion Alarm label does not indicate the expected
“GFP” in the VC-4, VC-3 or VC-12 (VC-
n-PLM) in one or more of the VCG mem-
bers.
UNEQ VC Unequipped Communica- Major The received and accepted trail signal
tion Alarm label indicates “Unequipped” (VC-n-
UNEQ) in one or more of the VCG mem-
bers.
TIM VC Trace Identifier Mis- Communica- Major The received and accepted TTI does not
match tion Alarm match the expected TTI (VC-n-TIM) in
one or more of the VCG members.
RDI VC Remote Defect Indi- Communica- Minor The far end equipment has one or more
cation tion Alarm of the following defects in one or more of
the VCG members:
AU-4-LOP, AU-4-AIS, VC-4-UNEQ, VC-
4-TIM, (VC-4), or
VC-4-PLM, TU-3-LOP, TU-3-AIS, VC-3-
UNEQ, VC-3-TIM (VC-3), or
VC-4-LOM, VC-4-PLM, TU-12-LOP, TU-
12-AIS, VC-12-UNEQ, VC-12-TIM (VC-
12).
VCATSNM VCAT Sequence Num- Communica- Major The received VCAT sequence number
ber Mismatch tion Alarm does not match with the expected one.
Table 90: AP: / unit-x / eos / eos-y / eos, Fault Management (continued)
ID Fault Cause Event Type Traffic Default Description
Affecting Severity
VCATLOMF VCAT Loss Of Multi- Communica- Major Loss of the VCAT multiframe alignment
frame tion Alarm in the H4 byte (VC-4, VC-3) or in the K4
bit 2.
8.8.5.1 AP: / unit-x / eos / eos-y / eos, Performance Management - EoS GFP Encapsulation
8.9.2.2 AP: / unit-x / eos / eos-y / eos / vcz-a, Main - Admin And Oper Status
Table 94: AP: / unit-x / eos / eos-y / eos / vcz-a, Main - Admin And Oper Status
Operation Name Parameter Name Range Description / Details
Operational Status State Up Display of the IETF operational status of the EoS
group member.
Down
The operational state is up when the EoS port
Testing administrative state is up.
Unknown VC-4 members of an EoS group require in addi-
tion a sink connection to another VC-4 resource.
Dormant
Not Present
Lower Layer Down
Table 95: AP: / unit-x / eos / eos-y / eos / vcz-a, Configuration - CTP
Operation Name Parameter Name Range Description / Details
CTP Configuration Layer Rate VC4 The layer rate of the connection termination
point is fixed according to the EoS group config-
VC3
uration.
VC12
n 0 … 2 characters Number of timeslots in case of P0_nc. The pos-
sible range is from 1 to 32.
The number of time slots of a VC-4, VC-3 or VC-
12 is not applicable.
Timeslot(s) 0 … 64 characters Used timeslots in a structured P12 signal in case
of P0_nc, e.g. 1 … 31.
The timeslot(s) property of a VC-4, VC-3 or VC-
12 is not applicable.
Connected to CTPs Remote CTP <MO address> Address string of a connections remote end.
Without a connection the parameter is empty
Connection Index 0 … 65“535 Index of a connection assigned to the VC-4, VC-
3 or VC-12. Without a connection the parameter
is empty
Directionality Bidirectional Directionality of the connection.
Unidirectional
Local Role z-End The VC-4, VC-3 or VC-12 is the ending point of a
connection.
Please refer to [314] User Guide “TDM Services
and Cross Connections in XMC20”
a-End Working The VC-4, VC-3 or VC-12 is the working starting
point of a protected or unprotected connection.
a-End Protecting The VC-4, VC-3 or VC-12 is the protecting start-
ing point of a protected connection.
Table 95: AP: / unit-x / eos / eos-y / eos / vcz-a, Configuration - CTP (continued)
Operation Name Parameter Name Range Description / Details
Remote Role z-End The CTP at the connections remote end is the
ending point of a connection.
Please refer to [314] User Guide “TDM Services
and Cross Connections in XMC20”
a-End Working The CTP at the connections remote end is the
working starting point of a protected or unpro-
tected connection.
a-End Protecting The CTP at the connections remote end is the
protecting starting point of a protected connec-
tion.
z-End Configuration Revertive Protection Enable revertive protection switching.
Switching The z-End will preferably select the working a-
End.
CAS AIS Supervi- Use CAS AIS as protection switching criterion.
sion CAS AIS supervision is not applicable with VC-4,
VC-3 or VC-12.
Switch-Over Log- Enable the logging of the protection switch-over
ging events.
Please note:
The z-End of a protected connection shows two entries in the “Connected to
CTPs” table, one for the working and one for the protecting path.
Table 96: AP: / unit-x / eos / eos-y / eos / vc4-a, Fault Management
ID Fault Cause Event Type Traffic Default Description
Affecting Severity
NDPF Near End Degraded Communica- Warning ES ≥ 2592 or SES ≥ 33 or BBE ≥ 12’960
Performance tion Alarm over a 24 hour interval at the near end
input signal.
The alarm status is reset after a 24 hour
interval with ES = 0 and SES = 0.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
NUPF Near End Unacceptable Communica- Warning ES ≥ 180 or SES ≥ 15 or BBE ≥ 1100
Performance tion Alarm over a 15 min. interval at the near end
input signal.
The alarm status is reset after a 15 min.
interval with ES ≤ 4 and SES = 0 and
BBE ≤ 50.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
Table 96: AP: / unit-x / eos / eos-y / eos / vc4-a, Fault Management (continued)
ID Fault Cause Event Type Traffic Default Description
Affecting Severity
FDPF Far End Degraded Per- Communica- Warning ES ≥ 2592 or SES ≥ 33 or BBE ≥ 12’960
formance tion Alarm over a 24 hour interval at the far end
input signal.
The alarm status is reset after a 24 hour
interval with ES = 0 and SES = 0.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
FUPF Far End Unacceptable Communica- Warning ES ≥ 180 or SES ≥ 15 or BBE ≥ 1100
Performance tion Alarm over a 15 min. interval at the far end
input signal.
The alarm status is reset after a 15 min.
interval with ES ≤ 4 and SES = 0 and
BBE ≤ 50.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
EXC Excessive Bit Error Communica- Major The bit error ratio is above the config-
Rate tion Alarm ured “Excessive Defect Threshold” for
VC-4.
DEG Degraded Signal Communica- Major The bit error ratio is above the config-
tion Alarm ured “Degraded Defect Threshold” for
VC-4.
MFA Maintenance Function Communica- Warning This alarm appears if a manual change
Active tion Alarm in the status/maintenance function has
been done. E.g. applying a loop.
TSF Trail Signal Failure Communica- Major For unprotected connections: Signal fail-
tion Alarm ure on the working VC-4 subnetwork
connection.
For protected connections: Signal failure
on the working and protecting VC-4 sub-
network connection.
Alarm activation criteria: AU-4-LOP, AU-
4-AIS, VC-4-UNEQ or VC-4-TIM.
Note that this alarm is not monitored by
default.
RTSF Redundant Trail Signal Communica- Minor For unprotected connections: Alarm not
Failure tion Alarm available.
For protected connections: Signal failure
on the working or protecting VC-4 sub-
network connection.
Alarm activation criteria: AU-4-LOP, AU-
4-AIS, VC-4-UNEQ or VC-4-TIM.
Note that this alarm is not monitored by
default.
Please note:
The monitoring of the TSF and RTSF alarms is disabled by default.
Table 97: AP: / unit-x / eos / eos-y / eos / vc3-a, Fault Management
ID Fault Cause Event Type Traffic Default Description
Affecting Severity
NDPF Near End Degraded Communica- Warning ES ≥ 2000 or SES ≥ 33 or BBE ≥ 6480
Performance tion Alarm over a 24 hour interval at the near end
input signal.
The alarm status is reset after a 24 hour
interval with ES = 0 and SES = 0.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
NUPF Near End Unacceptable Communica- Warning ES ≥ 150 or SES ≥ 15 or BBE ≥ 1100
Performance tion Alarm over a 15 min. interval at the near end
input signal.
The alarm status is reset after a 15 min.
interval with ES ≤ 3 and SES = 0 and
BBE ≤ 50.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
FDPF Far End Degraded Per- Communica- Warning ES ≥ 2000 or SES ≥ 33 or BBE ≥ 6480
formance tion Alarm over a 24 hour interval at the far end
input signal.
The alarm status is reset after a 24 hour
interval with ES = 0 and SES = 0.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
FUPF Far End Unacceptable Communica- Warning ES ≥ 150 or SES ≥ 15 or BBE ≥ 1100
Performance tion Alarm over a 15 min. interval at the far end
input signal.
The alarm status is reset after a 15 min.
interval with ES ≤ 3 and SES = 0 and
BBE ≤ 50.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
EXC Excessive Bit Error Communica- Major The bit error ratio is above the config-
Rate tion Alarm ured “Excessive Defect Threshold” for
VC-3.
DEG Degraded Signal Communica- Major The bit error ratio is above the config-
tion Alarm ured “Degraded Defect Threshold” for
VC-3.
MFA Maintenance Function Communica- Warning This alarm appears if a manual change
Active tion Alarm in the status/maintenance function has
been done. E.g. applying a loop.
TSF Trail Signal Failure Communica- Major For unprotected connections: Signal fail-
tion Alarm ure on the working VC-3 subnetwork
connection.
For protected connections: Signal failure
on the working and protecting VC-3 sub-
network connection.
Alarm activation criteria: TU-3-LOP, TU-
3-AIS, VC-3-UNEQ or VC-3-TIM.
Note that this alarm is not monitored by
default.
Table 97: AP: / unit-x / eos / eos-y / eos / vc3-a, Fault Management (continued)
ID Fault Cause Event Type Traffic Default Description
Affecting Severity
RTSF Redundant Trail Signal Communica- Minor For unprotected connections: Alarm not
Failure tion Alarm available.
For protected connections: Signal failure
on the working or protecting VC-3 sub-
network connection.
Alarm activation criteria: TU-3-LOP, TU-
3-AIS, VC-3-UNEQ or VC-3-TIM.
Note that this alarm is not monitored by
default.
Please note:
The monitoring of the TSF and RTSF alarms is disabled by default.
Table 98: AP: / unit-x / eos / eos-y / eos / vc12-a, Fault Management
ID Fault Cause Event Type Traffic Default Description
Affecting Severity
NDPF Near End Degraded Communica- Warning ES ≥ 648 or SES ≥ 33 or BBE ≥ 1620
Performance tion Alarm over a 24 hour interval at the near end.
The alarm status is reset after a 24 hour
interval with ES = 0 and SES = 0.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
NUPF Near End Unacceptable Communica- Warning ES ≥ 120 or SES ≥ 15 or BBE ≥ 300 over
Performance tion Alarm a 15 min. interval at the near end.
The alarm status is reset after a 15 min.
interval with ES ≤ 2 and SES = 0 and
BBE ≤ 12.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
FDPF Far End Degraded Per- Communica- Warning ES ≥ 648 or SES ≥ 33 or BBE ≥ 1620
formance tion Alarm over a 24 hour interval at the far end.
The alarm status is reset after a 24 hour
interval with ES = 0 and SES = 0.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
FUPF Far End Unacceptable Communica- Warning ES ≥ 120 or SES ≥ 15 or BBE ≥ 300 over
Performance tion Alarm a 15 min. interval at the far end.
The alarm status is reset after a 15 min.
interval with ES ≤ 2 and SES = 0 and
BBE ≤ 12.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
Table 98: AP: / unit-x / eos / eos-y / eos / vc12-a, Fault Management (continued)
ID Fault Cause Event Type Traffic Default Description
Affecting Severity
EXC Excessive Bit Error Communica- Major The bit error ratio is above the config-
Rate tion Alarm ured “Excessive Defect Threshold” for
VC-12.
DEG Degraded Signal Communica- Major The bit error ratio is above the config-
tion Alarm ured “Degraded Defect Threshold” for
VC-12.
MFA Maintenance Function Communica- Warning This alarm appears if a manual change
Active tion Alarm in the status/maintenance function has
been done. E.g. applying a loop.
TSF Trail Signal Failure Communica- Major For unprotected connections: Signal fail-
tion Alarm ure on the working VC-12 subnetwork
connection.
For protected connections: Signal failure
on the working and protecting VC-12
subnetwork connection.
Alarm activation criteria: TU-12-LOP,
TU-12-AIS, VC-12-UNEQ or VC-12-TIM.
Note that this alarm is not monitored by
default.
RTSF Redundant Trail Signal Communica- Minor For unprotected connections: Alarm not
Failure tion Alarm available.
For protected connections: Signal failure
on the working or protecting VC-12 sub-
network connection.
Alarm activation criteria: TU-12-LOP,
TU-12-AIS, VC-12-UNEQ or VC-12-TIM.
Note that this alarm is not monitored by
default.
Please note:
The monitoring of the TSF and RTSF alarms is disabled by default.
8.9.7.1 AP: / unit-x / eos / eos-y / eos / vcz-a, Performance Management - G.826
8.9.7.2 AP: / unit-x / eos / eos-y / eos / vcz-a, Performance Management - Unfiltered Events
Table 102: AP: / unit-x / eos / eos-y / eos / vcz-a, Status - General
Operation Name Parameter Name Range Description / Details
TTI Status Received TTI 0 … 15 characters Display of the received TTI in the J1 byte of the
VC-4 or VC-3 path overhead or the J2 byte in the
VC-12 path overhead.
The received TTI of every group member is dis-
played.
TTI State OK TTI supervision is enabled and the received TTI
equals the expected TTI.
Mismatch TTI supervision is enabled and the received TTI
is not equal to the expected TTI.
Not Checked TTI supervision is not enabled.
Server Signal Sta- Server Signal State OK Failure indication of the VC-4, VC-3 or VC-12
tus server signal, i.e. the AU-4, TU-3 or TU-12 sig-
AU-AIS
nal.
TU-AIS
AU-LOP
TU-LOP
Signal Label GFP The VC-4, VC-3 and VC-12 layers are able to
transport a variety of client signals applied to the
Unequipped
layer via different adaptation functions. The infor-
<Any other signal label> mation about the signal type is carried in the
(trail) signal label, transported in the C2 byte of
the VC-4 or VC-3 path overhead or the V5 byte
of the VC-12 path overhead.
NUSA1 inserts the signal label “GFP” for all VC
signals used for Ethernet transport.
Signal Label State OK The received signal label equals the expected
signal label, i.e. “GFP”.
Mismatch The received signal label is not equal to the
expected signal label.
Not Checked The EoS VC is not cross connected.
RDI State The VC-4, VC-3 and VC-12 path remote defect
indication (RDI) displays the received RDI state
which is sent back from the far end termination
function, if either an AU-4, TU-3 or TU-12 server
signal failure or a trail signal failure is being
detected.
RDI is transported in the G1 byte of the VC-4 or
VC-3 path overhead or the V5 byte of the VC-12
path overhead. It can be “true” or “false”.
Note that the VC signal status is not filtered. E.g.
a TTI mismatch in the RS layer inserts an AIS as
a consequent action. All subsequent failures are
also displayed: Signal label mismatch.
Note that these states are not visible in the alarm
list since the alarms are filtered.
Table 103: AP: / unit-x / eos / eos-y / eos / vcz-a, Status - EoS
Operation Name Parameter Name Range Description / Details
EoS Status Rx State Operational Display of the receiver state of each member
(VC-4, VC-3 or VC-12) of an EoS group. The
Failed
state can be:
Idle - Operational, or
- Failed, due to a loss of the multiframe align-
ment or a VC signal failure, or
- Idle, the member is not part of the group or
about to be removed.
Tx State Operational When LCAS is enabled the transmitter state of
each member (VC-4, VC-3 or VC-12) of an EoS
group is displayed.
Operational indicates normal transmission.
Added This member is about to be added to the group.
Idle This member is not part of the group or about to
be removed.
Do Not Use Do not use the payload since the receive side
reported a failure
Fixed Non-LCAS LCAS is disabled.
Sequence Number 0 … 63 The sequence number uniquely identifies each
received member within an EoS group.
None The EoS group member is not operational.
Table 104: AP: / unit-x / eos / eos-y / eos / vcz-a, Status - CTP
Operation Name Parameter Name Range Description / Details
Trail Status Working Trail, <MO Address> Managed object address of the CTP (connec-
Remote CTP tion termination point) where the VC-4, VC-3 or
VC-12 is connected to, e.g. /unit-20/port-1/j-1.
Working Trail, Sta- OK No failure on the received signal.
tus Signal Fail status on the received signal.
SF
SD Signal Degraded status on the received signal.
Not Available The status of the received signal is not available,
e.g. when the CTPs role is a-End in a unidirec-
tional connection.
Protecting Trail, <MO Address> Managed object address of the CTP (connec-
Remote CTP tion termination point) where the VC-4, VC-3 or
VC-12 is connected to, e.g. /unit-20/port-2/j-1.
Protecting Trail, OK No failure on the received signal.
Status Signal Fail status on the received signal.
SF
SD Signal Degraded status on the received signal.
Not Available The status of the received signal is not available,
e.g. when the CTPs role is a-End in a unidirec-
tional connection.
Active Trail Working The trail from the a-End working remote CTP
has been selected.
Protecting The trail from the a-End protecting remote CTP
has been selected.
Not Available There is no active trail.
Protecting/Wait-To-Restore In case of revertive protection switching the
selector is waiting to switch back to the restored
a-End working remote CTP.
External Request Request Release Automatic trail selection.
Force Working Force the selector to use the trail from the a-End
working remote CTP.
Force Protecting Force the selector to use the trail from the a-End
protecting remote CTP.
Manual Working Prefer the trail from the a-End working remote
CTP. Use this trail only if the fault status is not
worse than the fault status of the protecting trail.
Manual Protecting Prefer the trail from the a-End protecting remote
CTP. Use this trail only if the fault status is not
worse than the fault status of the working trail.
8.11.2.2 AP: / unit-x / pdh / vc12-y, Main - Admin And Oper Status
Table 105: AP: / unit-x / pdh / vc12-y, Main - Admin And Oper Status
Operation Name Parameter Name Range Description / Details
Administrative Sta- State Up Set the IETF administrative status of the VC-12
tus signal.
Down
Operational Status State Up Display of the IETF operational status of the VC-
12 signal.
Down
Testing
Unknown
Dormant
Not Present
Lower Layer Down
Please note:
The monitoring of the TSF and RTSF alarms is disabled by default.
8.12.2.2 AP: / unit-x / pdh / vc12-y / p12, Main - Admin And Oper Status
Table 114: AP: / unit-x / pdh / vc12-y / p12, Main - Admin And Oper Status
Operation Name Parameter Name Range Description / Details
Operational Status State Up Display of the IETF operational status of the P12
signal.
Down
The operational status is set to up when the
Testing administrative status of the VC-12 is set to up
Unknown and no major defect is active.
Dormant
Not Present
Lower Layer Down
Please note that the fields for some of the configuration parameters are con-
text sensitive. Configuration parameters that are not available due to a
Table 115: AP: / unit-x / pdh / vc12-y / p12, Configuration - General (continued)
Operation Name Parameter Name Range Description / Details
Switching Bidirectional In the bidirectional mode the path selector is
controlled by the failure state of the working and
the protecting paths and by the remote selector
state. In the bidirectional switching mode the
local and the remote path selectors are synchro-
nized to select both the same path, i.e. both
select the working path or both select the pro-
tecting path.
Please refer to [314] User Guide “TDM Services
and Cross Connections in XMC20” for a descrip-
tion of the switching criteria.
In the unidirectional mode the path selector is
controlled by the failure state of the working and
the protecting paths.
SSI-Sa5 Use the Sa5 bit in time slot 0 for the transport of
the synchronization status indication (SSI).
The SSI method is KEYMILE proprietary and is
compatible with the UMUX.
This parameter value is only available with the
termination modes “PCM30”, “PCM30C”,
“PCM31” and “PCM31C”.
QL Transmission Source ESI-1 Synchronization sources are all the PDH clock
ESI-2 sources as they are configured at the AP: /Con-
figuration - PETS
<PDH Clock Source 1>
<PDH Clock Source 2>
<PDH Clock Source 3>
<PDH Clock Source 4>
Internal
Usage NA No synchronization method has been selected.
CanBeUsed Transmit the QL value of the selected synchroni-
zation source
DoNotUse Transmit the QL value 15, i.e. indicating that the
traffic signal cannot be used as a synchroniza-
tion source.
Please note:
For more information regarding quality level handling please refer to [314]
User Guide “TDM Services and Cross Connections in XMC20”.
Table 117: AP: / unit-x / pdh / vc12-y / p12, Configuration - Channels (continued)
Operation Name Parameter Name Range Description / Details
Start Timeslot 0 … 31 First timeslot of the first channel in the structured
P12 signal (valid for P0_nc only). The minimum
valid parameter value is 1.
Note that start timeslot 0 is only used for the
unstructured P12 mode.
Create Advanced Open the ECST dialogue to create one channels
Channel … with non-consecutive time slots in the structured
P12 signal.
The termination mode must be configured to
“PCM30”, “PCM30C”, “PCM31” or “PCM31C”.
Create Advanced Index 0 … 32 The channel index is used to identify the chan-
Channel nel.
0 is a reserved value used for the auto-assign-
ment of a channel index: The auto-assigned
index is the highest existing index number + 1.
In the ECST the default value is the
autoassigned index number.
Timeslot(s) <Timeslot range> Configure the time slots to be used. A range of
consecutive time slots is defined by
“..”, e.g. “5..9”.
Different ranges are separated by
“,”, e.g. “1, 4, 5..9, 31”
If the structured P12 signal, the channel is
belonging to, uses CAS the timeslot 16 must not
be used, i.e. a range must be split so that it does
not include the timeslot 16, e.g. “1..15”, “17..31”.
Create Multiple Open the ECST dialogue to create one or more
Channels … channels.
The termination mode must be configured to
“PCM30”, “PCM30C”, “PCM31” or “PCM31C”.
Create Multiple Start Index 0 … 32 The start index is the channel index of the first
Channels channel.
0 is a reserved value used for the auto-assign-
ment of a channel index: The auto-assigned
index is the highest existing index number + 1.
In the ECST the default value is the
autoassigned index number.
Number Of Chan- 1 … 32 Number of channels to be created.
nels If the configured number of channels to be cre-
ated is higher than the available number of
unused time slots, the ECST creates no channel,
and displays a corresponding error message.
n 1 … 32 Number of consecutive timeslots. If the struc-
tured P12 signal, the channel is belonging to,
uses CAS the timeslot 16 will be skipped auto-
matically, e.g. a channel with n = 19 and start
timeslot 1 will occupy timeslots 1 to 15 and 17 to
20 in a PCM30 signal.
The default value is the maximum of available
timeslots.
The start timeslot of the first channel is the low-
est available timeslot number.
Delete Channel … Open the ECST dialogue to delete one or all
channels.
Table 117: AP: / unit-x / pdh / vc12-y / p12, Configuration - Channels (continued)
Operation Name Parameter Name Range Description / Details
Delete Channel Delete Channel All Delete all channels.
All connections assigned to the channels will be
deleted also.
chan-1 … chan-31 Delete a channel.
All connections assigned to the channel will be
deleted also.
Table 118: AP: / unit-x / pdh / vc12-y / p12, Fault Management (continued)
ID Fault Cause Event Type Traffic Default Description
Affecting Severity
NUPF Near End Unacceptable Communica- Warning ES ≥ 150 or SES ≥ 15 over a 15 min.
Performance tion Alarm interval at the near end.
The alarm status is reset after a 15 min.
interval with ES ≤ 3 and SES = 0.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
FDPF Far End Degraded Per- Communica- Warning ES ≥ 432 or SES ≥ 22 over a 24 hour
formance tion Alarm interval at the far end.
The alarm status is reset after a 24 hour
interval with ES = 0 and SES = 0.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
FUPF Far End Unacceptable Communica- Warning ES ≥ 150 or SES ≥ 15 over a 15 min.
Performance tion Alarm interval at the far end.
The alarm status is reset after a 15 min.
interval with ES ≤ 3 and SES = 0.
The alarm can be cleared by resetting
the corresponding PM alarm counter.
8.12.5.2 AP: / unit-x / pdh / vc12-y / p12, Performance Management - P12 Events
Table 122: AP: / unit-x / pdh / vc12-y / p12, Status - Maintenance (continued)
Operation Name Parameter Name Range Description / Details
MF State OK The CRC4 multiframe alignment state is read
only.
The CRC4 monitoring function is active.
Non CRC Interworking The CRC4 monitoring function is disabled due to
disabled CRC4 at the remote equipment.
If the CRC4 multiframe alignment is in the NCI
state no further automatic search is done. A new
search for CRC4 multiframe alignment must be
initiated manually with the “Force CRC4 Multi-
frame Search” command (see below).
None The port is configured without CRC4 monitoring.
Force CRC4 Multi- Trigger a new attempt for the CRC4 multiframe
frame Search alignment.
To check the result of the new attempt, you have
to press the “Refresh” button.
Please note:
During maintenance an NCI Alarm (non-CRC4 interworking) can appear. If
this alarm is active, and it is known that the other equipment now sends the
CRC4 multiframe, the following procedure can clear the alarm:
→ Perform a “Force new search” in the CRC4 MFA status of the P12
layer, or
→ Disable CRC4 and re-enable the CRC4.
8.13.2.2 AP: / unit-x / pdh / vc12-y / p12 / chan-z, Main - Admin And Oper Status
Table 124: AP: / unit-x / pdh / vc12-y / p12 / chan-z, Main - Admin And Oper Status
Operation Name Parameter Name Range Description / Details
Operational Status State Up Display of the IETF operational status of the
channel.
Down
The operational state is set to up when the chan-
Testing nel has a sink connection configured and no
Unknown defect is active on the received signal from the
PBUS.
Dormant
Not Present
Lower Layer Down
Please note:
All layer rate, number of time slots and time slot allocation parameters are
read only.
→ To change a parameter the channel has to be deleted and newly cre-
ated with the modified parameters.
Table 125: AP: / unit-x / pdh / vc12-y / p12 / chan-z, Configuration - CTP
Operation Name Parameter Name Range Description / Details
CTP Configuration Layer Rate P12 Unstructured 2048 kbit/s.
P0_nc Structured n x 64 kbit/s.
n 0 … 2 characters Number of channel timeslots (valid for P0_nc
only).
Timeslot(s) 0 … 64 characters Occupied timeslots in the structured P12 signal
(valid for P0_nc only).
Connected to CTPs Remote CTP <MO address> Address string of a connections remote end.
Without a connection the parameter is empty
Connection Index 0 … 65“535 Index of a connection assigned to the channel.
Without a connection the parameter is empty
Directionality Bidirectional Directionality of the connection.
Unidirectional
Local Role z-End The channel is the ending point of a connection.
Please refer to [314] User Guide “TDM Services
and Cross Connections in XMC20”
a-End Working The channel is the working starting point of a
protected or unprotected connection.
a-End Protecting The channel is the protecting starting point of a
protected connection.
Table 125: AP: / unit-x / pdh / vc12-y / p12 / chan-z, Configuration - CTP (continued)
Operation Name Parameter Name Range Description / Details
Remote Role z-End The CTP at the connections remote end is the
ending point of a connection.
Please refer to [314] User Guide “TDM Services
and Cross Connections in XMC20”
a-End Working The CTP at the connections remote end is the
working starting point of a protected or unpro-
tected connection.
a-End Protecting The CTP at the connections remote end is the
protecting starting point of a protected connec-
tion.
z-End Configuration Revertive Protection Enable revertive protection switching.
Switching The z-End will preferably select the working a-
End.
Non-revertive protection switching is only availa-
ble for channels with the number of timeslots
n=1.
Non-revertive protection switching for n>1 will be
available in a future release,
CAS AIS Supervi- Use CAS AIS as protection switching criterion.
sion CAS AIS supervision is only applicable with P0-
nc.
Switch-Over Log- Enable the logging of the protection switch-over
ging events.
Please note:
The z-End of a protected connection shows two entries in the “Connected to
CTPs” table, one for the working and one for the protecting path.
Table 126: AP: / unit-x / pdh / vc12-y / p12 / chan-z, Fault Management
ID Fault Cause Event Type Traffic Default Description
Affecting Severity
MFA Maintenance Function Communica- Warning This alarm appears if a manual change
Active tion Alarm in the status/maintenance function has
been done. E.g. manual switching
request.
Table 126: AP: / unit-x / pdh / vc12-y / p12 / chan-z, Fault Management (continued)
ID Fault Cause Event Type Traffic Default Description
Affecting Severity
TSF Trail Signal Failure Communica- Major For unprotected connections: Signal fail-
tion Alarm ure on the working channel subnetwork
connection.
For protected connections: Signal failure
on the working and protecting channel
subnetwork connection.
Alarm activation criteria: Server signal
fail or CAS AIS.
Note that this alarm is not monitored by
default.
RTSF Redundant Trail Signal Communica- Minor For unprotected connections: Alarm not
Failure tion Alarm available.
For protected connections: Signal failure
on the working or protecting channel
subnetwork connection.
Alarm activation criteria: Server signal
fail or CAS AIS.
Note that this alarm is not monitored by
default.
Please note:
The monitoring of the TSF and RTSF alarms is disabled by default.
8.13.5.1 AP: / unit-x / pdh / vc12-y / p12 / chan-z, Performance Management - Protection
Table 129: AP: / unit-x / pdh / vc12-y / p12 / chan-z, Status - Maintenance
Operation Name Parameter Name Range Description / Details
Loop Status State None Deactivate any loop.
Front To Front Activate the Front-to-front loop.
For more information refer to section 7.2
Loops (on page 150).
Please note:
The channel CTP must have a cross connection configured, otherwise the
loop cannot be activated.
Table 130: AP: / unit-x / pdh / vc12-y / p12 / chan-z, Status - CTP
Operation Name Parameter Name Range Description / Details
Trail Status Working Trail, <MO Address> Managed object address of the CTP (connec-
Remote CTP tion termination point) where the P12 or P0-nc
signal is connected to, e.g. /unit-21/port-1/chan-
1.
Working Trail, Sta- OK No failure on the received signal.
tus Signal Fail status on the received signal.
SF
CAS AIS CAS AIS status in the received signal, i.e. an all
‘1’ signal in time slot 16.
SD Signal Degraded status on the received signal.
Not Available The status of the received signal is not available,
e.g. when the CTPs role is a-End in a unidirec-
tional connection.
Protecting Trail, <MO Address> Managed object address of the CTP (connec-
Remote CTP tion termination point) where the P12 or P0-nc
signal is connected to, e.g. /unit-21/port-2/chan-
1.
Protecting Trail, OK No failure on the received signal.
Status Signal Fail status on the received signal.
SF
CAS AIS CAS AIS status in the received signal, i.e. an all
‘1’ signal in time slot 16.
SD Signal Degraded status on the received signal.
Not Available The status of the received signal is not available,
e.g. when the CTPs role is a-End in a unidirec-
tional connection.
Active Trail Working The trail from the a-End working remote CTP
has been selected.
Protecting The trail from the a-End protecting remote CTP
has been selected.
Not Available There is no active trail.
Protecting/Wait-To-Restore In case of revertive protection switching the
selector is waiting to switch back to the restored
a-End working remote CTP.
External Request Request Release Automatic trail selection.
Force Working Force the selector to use the trail from the a-End
working remote CTP.
Force Protecting Force the selector to use the trail from the a-End
protecting remote CTP.
Manual Working Prefer the trail from the a-End working remote
CTP. Use this trail only if the fault status is not
worse than the fault status of the protecting trail.
Manual Protecting Prefer the trail from the a-End protecting remote
CTP. Use this trail only if the fault status is not
worse than the fault status of the working trail.
The sdh-5 to sdh-8 access points are only available within an EQP group.
8.15.2.2 AP: / unit-x / sdh / sdh-y, Main - Admin And Oper Status
Table 131: AP: / unit-x / sdh / sdh-y, Main - Admin And Oper Status
Operation Name Parameter Name Range Description / Details
Administrative Sta- State Up Set the IETF administrative status of the SDH
tus logical port.
Down
Operational Status State Up Display of the IETF operational status of the logi-
cal SDH port.
Down
Testing
Unknown
Dormant
Not Present
Lower Layer Down
Please note:
The access to the RS and/or MS DCC requires PBUS resources.
→ As soon as one of the RS or MS DCC is configured the vc12-61 to
vc12-64 resources are no longer available.
→ If one of the vc12-61 to vc12-64 resources has already a channel con-
figured, no RS or MS DCC can be configured.
Please note:
In an MSP protected path the DCC is not protected.
→ The DCC configuration and cross connection must be done on the
working and on the protecting section. The selection of the active sec-
tion must be handled by the management communication network.
Please note:
A DCC cannot be used as a-End in a protected connection.
Please note:
The errored signal, degraded signal and performance alarm thresholds are
the same for MS16, MS4 and MS1.
Please note:
The “Out Of Frame” counter will be available in a future release.
Please note:
The MSP status is available only on the working logical SDH ports.
Please note:
MSP with NUSA1 provides non revertive protection switching, i.e. if after a
protection switching to the protecting channel the working channel is opera-
tional again, there is no automatic switching back to the working channel.
→ The switching back must be ordered by an external command (manual
switch or forced switch).
The following management functions are related to the access points dccm
and dccr, but the screenshots shown are only taken from the dccm access
point.
The dccm is the access point for the multiplex section overhead (MSOH)
DCC. The dccr is the access point for the regenerator section overhead
(RSOH) DCC.
The sdh-5 to sdh-8 access points are only available within an EQP group.
8.16.2.1 AP: / unit-x / sdh / sdh-y / dccm and dccr, Main - General
8.16.2.2 AP: / unit-x / sdh / sdh-y / dccm and dccr, Main - Admin And Oper Status
Table 143: AP: / unit-x / sdh / sdh-y / dccm and dccr, Main - Admin And Oper Status
Operation Name Parameter Name Range Description / Details
Operational Status State Up Display of the IETF operational status of the
DCC signal.
Down
The operational state is up when the logical SDH
Testing port administrative state is up.
Unknown
Dormant
Not Present
Lower Layer Down
8.16.3.1 AP: / unit-x / sdh / sdh-y / dccm and dccr, Configuration - CTP
Table 144: AP: / unit-x / sdh / sdh-y / dccm and dccr, Configuration - CTP
Operation Name Parameter Name Range Description / Details
CTP Configuration Layer Rate P0_nc The layer rate of the connection termination
point is P0_nc.
n 0 … 2 characters Number of timeslots in case of P0_nc. The pos-
sible range is from 1 to 32.
The number of time slots of a RSOH DCC is 3,
the number of time slots of a MSOH DCC is 9.
Timeslot(s) 0 … 64 characters Used timeslots in a structured P12 signal in case
of P0_nc, e.g. 1 … 31.
The timeslot(s) property of a DCC is not applica-
ble.
Connected to CTPs Remote CTP <MO address> Address string of a connections remote end.
Without a connection the parameter is empty
Connection Index 0 … 65“535 Index of a connection assigned to the DCC.
Without a connection the parameter is empty
Table 144: AP: / unit-x / sdh / sdh-y / dccm and dccr, Configuration - CTP (continued)
Operation Name Parameter Name Range Description / Details
Directionality Bidirectional Directionality of the connection.
Unidirectional
Local Role z-End The DCC is the ending point of a connection.
Please refer to [314] User Guide “TDM Services
and Cross Connections in XMC20”
a-End Working The DCC is the working starting point of a pro-
tected or unprotected connection.
a-End Protecting The DCC is the protecting starting point of a pro-
tected connection.
Remote Role z-End The CTP at the connections remote end is the
ending point of a connection.
Please refer to [314] User Guide “TDM Services
and Cross Connections in XMC20”
a-End Working The CTP at the connections remote end is the
working starting point of a protected or unpro-
tected connection.
a-End Protecting The CTP at the connections remote end is the
protecting starting point of a protected connec-
tion.
z-End Configuration Revertive Protection Enable revertive protection switching.
Switching The z-End will preferably select the working a-
End.
Non revertive protection switching will be availa-
ble in a future release.
CAS AIS Supervi- Use CAS AIS as protection switching criterion.
sion CAS AIS supervision is not applicable with a
DCC.
Switch-Over Log- Enable the logging of the protection switch-over
ging events.
8.16.4 AP: / unit-x / sdh / sdh-y / dccm and dccr, Fault Management
Table 145: AP: / unit-x / sdh / sdh-y / dccm and dccr, Fault Management
ID Fault Cause Event Type Traffic Default Description
Affecting Severity
MFA Maintenance Function Communica- Warning This alarm appears if a manual change
Active tion Alarm in the status function has been done.
E.g. external switch request.
8.16.5.1 AP: / unit-x / sdh / sdh-y / dccm and dccr, Status - CTP
Table 146: AP: / unit-x / sdh / sdh-y / dccm and dccr, Status - CTP
Operation Name Parameter Name Range Description / Details
Trail Status Working Trail, <MO Address> Managed object address of the CTP (connec-
Remote CTP tion termination point) where the DCC signal is
connected to, e.g. /unit-10/port-3/chan-1.
Working Trail, Sta- OK No failure on the received signal.
tus Signal Fail status on the received signal.
SF
SD Signal Degraded status on the received signal.
Not Available The status of the received signal is not available,
e.g. when the CTPs role is a-End in a unidirec-
tional connection.
Protecting Trail, <MO Address> Managed object address of the CTP (connec-
Remote CTP tion termination point) where the DCC signal is
connected to, e.g. /unit-10/port-2/chan-1.
Protecting Trail, OK No failure on the received signal.
Status Signal Fail status on the received signal.
SF
SD Signal Degraded status on the received signal.
Not Available The status of the received signal is not available,
e.g. when the CTPs role is a-End in a unidirec-
tional connection.
Active Trail Working The trail from the a-End working remote CTP
has been selected.
Protecting The trail from the a-End protecting remote CTP
has been selected.
Not Available There is no active trail.
Table 146: AP: / unit-x / sdh / sdh-y / dccm and dccr, Status - CTP (continued)
Operation Name Parameter Name Range Description / Details
External Request Request Release Automatic trail selection.
Force Working Force the selector to use the trail from the a-End
working remote CTP.
Force Protecting Force the selector to use the trail from the a-End
protecting remote CTP.
Manual Working Prefer the trail from the a-End working remote
CTP. Use this trail only if the fault status is not
worse than the fault status of the protecting trail.
Manual Protecting Prefer the trail from the a-End protecting remote
CTP. Use this trail only if the fault status is not
worse than the fault status of the working trail.
The sdh-5 to sdh-8 access points are only available within an EQP group.
z = 1 … 16 for STM-16 ports.
z = 1 … 4 for STM-4 ports.
z = 1 for STM-1 ports.
8.17.2.2 AP: / unit-x / sdh / sdh-y / j-z, Main - Admin And Oper Status
Table 147: AP: / unit-x / sdh / sdh-y / j-z, Main - Admin And Oper Status
Operation Name Parameter Name Range Description / Details
Operational Status State Up Display of the IETF operational status of the
AU-4 signal.
Down
The operational state is up when the port admin-
Testing istrative state is up and a sink connection to
Unknown another VC-4 resource is configured and no
major defect is active.
Dormant
Not Present
Lower Layer Down
Table 148: AP: / unit-x / sdh / sdh-y / j-z, Configuration - CTP (continued)
Operation Name Parameter Name Range Description / Details
Remote Role z-End The CTP at the connections remote end is the
ending point of a connection.
Please refer to [314] User Guide “TDM Services
and Cross Connections in XMC20”
a-End Working The CTP at the connections remote end is the
working starting point of a protected or unpro-
tected connection.
a-End Protecting The CTP at the connections remote end is the
protecting starting point of a protected connec-
tion.
z-End Configuration Revertive Protection Enable revertive protection switching.
Switching The z-End will preferably select the working a-
End.
CAS AIS Supervi- Use CAS AIS as protection switching criterion.
sion CAS AIS supervision is not applicable with VC-4.
Table 150: AP: / unit-x / sdh / sdh-y / j-z, Status - CTP (continued)
Operation Name Parameter Name Range Description / Details
External Request Request Release Automatic trail selection.
Force Working Force the selector to use the trail from the a-End
working remote CTP.
Force Protecting Force the selector to use the trail from the a-End
protecting remote CTP.
Manual Working Prefer the trail from the a-End working remote
CTP. Use this trail only if the fault status is not
worse than the fault status of the protecting trail.
Manual Protecting Prefer the trail from the a-End protecting remote
CTP. Use this trail only if the fault status is not
worse than the fault status of the working trail.
8.19.2.2 AP: / unit-x / vc4 / vc4-b, Main - Admin And Oper Status
Table 152: AP: / unit-x / port-y, Main - Admin And Oper Status
Operation Name Parameter Name Range Description / Details
Administrative Sta- State Up Set the IETF administrative status of the VC-4.
tus Unused VC-4 (without cross connection) should
Down
be set to the down state, so that they do not gen-
erate alarms (i.e. unequipped).
Operational Status State Up Display of the IETF operational status of the
VC-4.
Down
Testing
Unknown
Dormant
Not Present
Lower Layer Down
Please note:
Changing the structure of a TUG-3 will delete all existing managed objects
(MO) of this TUG-3 and create the MOs according to the new TUG-3 struc-
ture.
Please note:
The z-End of a protected connection shows two entries in the “Connected to
CTPs” table, one for the working and one for the protecting path.
Please note:
The monitoring of the TSF and RTSF alarms is disabled by default.
8.20.2.2 AP: / unit-x / vc4 / vc4-b / klm-n00, Main - Admin And Oper Status
Table 161: AP: / unit-x / vc4 / vc4-b / klm-n00, Main - Admin And Oper Status
Operation Name Parameter Name Range Description / Details
Operational Status State Up Display of the IETF operational status of the
VC-3.
Down
The operational state is up when the administra-
Testing tive state of the VC-4 is up and a sink connection
Unknown to another VC-3 resource is configured.
Dormant
Not Present
Lower Layer Down
Table 162: AP: / unit-x / vc4 / vc4-b / klm-n00, Configuration - CTP (continued)
Operation Name Parameter Name Range Description / Details
Remote Role z-End The CTP at the connections remote end is the
ending point of a connection.
Please refer to [314] User Guide “TDM Services
and Cross Connections in XMC20”
a-End Working The CTP at the connections remote end is the
working starting point of a protected or unpro-
tected connection.
a-End Protecting The CTP at the connections remote end is the
protecting starting point of a protected connec-
tion.
z-End Configuration Revertive Protection Enable revertive protection switching.
Switching The z-End will preferably select the working a-
End.
CAS AIS Supervi- Use CAS AIS as protection switching criterion.
sion CAS AIS supervision is not applicable with VC-3.
Please note:
The z-End of a protected connection shows two entries in the “Connected to
CTPs” table, one for the working and one for the protecting path.
Table 164: AP: / unit-x / vc4 / vc4-b / klm-n00, Status - CTP (continued)
Operation Name Parameter Name Range Description / Details
External Request Request Release Automatic trail selection.
Force Working Force the selector to use the trail from the a-End
working remote CTP.
Force Protecting Force the selector to use the trail from the a-End
protecting remote CTP.
Manual Working Prefer the trail from the a-End working remote
CTP. Use this trail only if the fault status is not
worse than the fault status of the protecting trail.
Manual Protecting Prefer the trail from the a-End protecting remote
CTP. Use this trail only if the fault status is not
worse than the fault status of the working trail.
8.21.2.2 AP: / unit-x / vc4 / vc4-b / klm-npq, Main - Admin And Oper Status
Table 165: AP: / unit-x / vc4 / vc4-b / klm-npq, Main - Admin And Oper Status
Operation Name Parameter Name Range Description / Details
Operational Status State Up Display of the IETF operational status of the
VC-12.
Down
The operational state is up when the administra-
Testing tive state of the VC-4 is up and a sink connection
Unknown to another VC-12 resource is configured.
Dormant
Not Present
Lower Layer Down
Table 166: AP: / unit-x / vc4 / vc4-b / klm-npq, Configuration - CTP (continued)
Operation Name Parameter Name Range Description / Details
Remote Role z-End The CTP at the connections remote end is the
ending point of a connection.
Please refer to [314] User Guide “TDM Services
and Cross Connections in XMC20”
a-End Working The CTP at the connections remote end is the
working starting point of a protected or unpro-
tected connection.
a-End Protecting The CTP at the connections remote end is the
protecting starting point of a protected connec-
tion.
z-End Configuration Revertive Protection Enable revertive protection switching.
Switching The z-End will preferably select the working a-
End.
CAS AIS Supervi- Use CAS AIS as protection switching criterion.
sion CAS AIS supervision is not applicable with VC-
12.
Switch-Over Log- Enable the logging of the protection switch-over
ging events.
Please note:
The z-End of a protected connection shows two entries in the “Connected to
CTPs” table, one for the working and one for the protecting path.
Table 168: AP: / unit-x / vc4 / vc4-b / klm-npq, Status - CTP (continued)
Operation Name Parameter Name Range Description / Details
External Request Request Release Automatic trail selection.
Force Working Force the selector to use the trail from the a-End
working remote CTP.
Force Protecting Force the selector to use the trail from the a-End
protecting remote CTP.
Manual Working Prefer the trail from the a-End working remote
CTP. Use this trail only if the fault status is not
worse than the fault status of the protecting trail.
Manual Protecting Prefer the trail from the a-End protecting remote
CTP. Use this trail only if the fault status is not
worse than the fault status of the working trail.
The NUSA1 internal backplane Ethernet ports (iport-b) connect the local
bridge circuit with the bridge circuits on the working and protecting core units
via the GbE star. The backplane port is a 1GbE electrical port. The speed of
the port is fixed.
Please note:
For an overview on the specific characteristics of XMC20 Switch ports,
please refer to [201] System Description “XMC20 R6B”.
Please note:
The statistics counters restart with 0 when they reach their upper range limit.
Please note:
The statistics counters restart with 0 when they reach their upper range limit.
9 Annex
Any version(s) and/or release(s) indicated with the below listed document
titles identify the specific state of the software and/or feature set at the crea-
tion time of the present document. If the present document is published as
part of a document collection, the hyperlinks might open a document valid for
a newer version/release. That updated version is valid in the context of all
units and features described in the document collection.
Please note:
For the HTML-based documentation site there are no interdocument hyper-
links realized yet.
→ Please find the required document via the navigation tree on the left.
Training courses are available for a wide range of KEYMILE products and
applications.
For contact information, course descriptions, locations and dates, go to the
Website: http://www.keymile.com, then search for “product training”.