User Manual (ADX)
User Manual (ADX)
March 2007
Revision History
Issue: Issue 1
Date: 2007, March
Reason for change: Issued for release 1.3 of Systems.
Trademark Information
ADC and ADC Telecommunications are registered trademarks of ADC
Telecommunications, Inc.
Disclaimer of liability
Contents herein are current as of the date of publication. ADC reserves the right to
change the contents without prior notice.
In no event shall ADC be liable for any damages resulting from loss of data, loss of use,
or loss of profits and ADC further disclaims any and all liability for indirect, incidental,
special, consequential or other similar damages. This disclaimer of liability applies to all
products, publications and services during and after the warranty period.
This publication may be verified at any time by contacting ADC’s Technical Assistance
Centre.
This publication may be verified at any time by contacting ADC’s
Technical Assistance Center at 1-800-366-3891, extension 73475 (in
U.S.A. or Canada) or 952-917-3475 (outside U.S.A. and Canada), or by
e-mail to [email protected] (mailto:[email protected]).
Contents
2 General information 11
2.1 Warranty / software 11
2.2 Software service agreement 11
2.3 Repair / exchange policy 11
2.4 Repair charges 11
2.5 Replacement / spare products 12
2.6 Returned material 12
2.7 Customer information and assistance 12
2.7.1 Telephone 12
2.7.2 Post 13
2.7.3 Product information and technical assistance by e-mail 14
5 System description 19
5.1 System overview and features 19
5.1.1 Key features 19
5.2 Feature descriptions 19
5.2.1 System software 20
5.2.2 System database 20
5.2.3 User administration 20
5.2.4 Log file 20
5.2.5 Real Time Clock 20
5.2.6 Powering 20
5.2.7 Test access port 21
5.2.8 Visual indicators 21
5.2.9 Inventory management 21
5.2.10 Tributary slots 21
5.2.11 Pluggable items 21
5.2.12 Line Protection (MSP) 21
5.2.13 Synchronization 21
5.2.14 E1 retiming 21
5.2.15 Alarm reporting 22
5.2.16 Cross connects 22
5.2.17 Overhead functions 22
5.2.18 Web server 22
5.2.19 SNMP 22
6 Specifications 25
6.1 Hardware specifications 25
6.2 Dimensions and weight 25
6.2.1 ADX100 25
6.2.2 ADX200 26
6.2.3 ADX201 27
6.3 Environmental 27
6.4 Availability 28
6.5 Power 28
6.6 Interfaces 28
6.7 Synchronization 28
6.8 Mapping 28
6.9 Short ordering list 29
10 Installation guide 49
10.1 General notices 49
10.2 Tools 49
10.3 Accessories 49
10.4 Mounting and installation ADX100 51
10.4.1 ADX100 for LSA-PLUS PROFIL rod mounting 51
10.5 ADX100 without Interface Cards 56
10.5.1 Interface Card installation 56
10.6 Mounting instructions ADX200 and ADX201 62
10.6.1 ADX200 62
10.6.2 Mounting material 200 (included in box) 62
10.6.3 ADX201 63
10.6.4 Mounting material ADX201 (included in box) 63
10.6.5 Mounting the ADX200/ADX201 63
10.7 Cables and pinning 68
10.7.1 DC power cable 68
13 Provisioning 87
13.1 Introduction 87
13.1.1 ADX100, ADX200 and ADX201 differences 87
13.2 Transmission terms and definitions 87
13.3 System time 88
13.4 Pluggable items 89
13.4.1 Interface Card 89
13.4.2 IFC replacement. 90
13.4.3 Small Form Pluggable 91
13.4.4 SFP replacement and acceptance 92
13.4.5 Single Fiber SFPs 92
13.5 System recovery 93
13.6 System software 93
13.6.1 Select inactive ISD 94
13.7 System database 96
13.7.1 Database maintenance 97
13.8 Ports and termination points 99
13.8.1 Ports 99
13.8.2 Line ports 99
13.8.3 Tributary Ports 100
13.8.4 Termination Points 101
13.8.5 Degraded Threshold provisioning and handling 105
13.8.6 Trail Trace Identifier provisioning and handling 106
13.8.7 Provisioning trail trace identifiers 107
13.8.8 Test access output 108
13.8.9 Remote error indication 109
13.9 Cross connects 109
13.9.1 Definitions 109
13.9.2 Listing, editing and deleting cross connects 111
13.9.3 Adding cross connects 113
13.10 Transmission protection MSP 117
13.10.1 Precautions 117
13.10.2 Definitions 118
13.10.3 Creating an MSP pair 119
13.10.4 Deleting an MSP pair 120
13.10.5 MSP details 120
13.10.6 External MSP switch requests 121
13.11 Synchronization 122
13.11.1 Definitions 123
13.11.2 Provisioning timing sources 124
13.11.3 Provisioning line port references 125
13.11.4 Provisioning tributary port references 126
13.11.5 System timing 127
13.11.6 System timing reference selection 128
13.11.7 Retiming E1 ports 129
13.12 SNMP 131
13.12.1 Current alarm list with SNMP 132
13.13 OSPF provisioning 132
13.13.1 OSPF settings 132
13.13.2 OSPF Interfaces 133
13.13.3 OSPF Systems 135
13.14 Alarming 135
13.14.1 Most recent alarm bar 135
13.15 Current Alarms 136
13.16 History alarms 137
13.17 Alarm profiles, severities, reporting and LEDs 138
13.17.1 Severities and reporting 138
13.17.2 Displaying provisioned alarm severities and reporting states 138
13.17.3 Reporting mode 138
13.17.4 LED indicators 139
16 Index 161
Caution: Failure to carefully read this information can lead to personal injury or
serious damage to the appliance or both.
Danger: Failure to carefully read this information can lead to death, personal injury
as well as serious damage to the appliance.
2 GENERAL INFORMATION
2.7.1 Telephone
Europe General
Sales Administration: +32-2-712-65 00
Technical Assistance: +32-2-712-65 42
Asia / Pacific
Sales Administration: +65-6294-9948
Technical Assistance: +65-6393-0739
Elsewhere
Sales Administration: +1-952-938-8080
Technical Assistance: +1-952-917-3475
2.7.2 Post
USA
ADC Telecommunications, Inc
PO Box 110
Minneapolis MN55440-1101
USA
Singapore
ADC Telecommunications (S’PORE) PTE. LTD
100 Beach road
#18-01 Shaw towers
Singapore 189702
Germany
ADC Krone
Beeskowdamm 3-11
14167 Berlin
Germany
[email protected]
[email protected]
[email protected]
[email protected]
3.1 Environmental
The System has been certified to comply with ETSI 300019
Class 3.1 for operational conditions
Class 1.2 for storage
Class 2.3 for transportation
3.3 Safety
Safety meets:
Electrical safety: According to IEC 950 and/or EN 60950-1
CE qualification:
According to low voltage directive 73/23/EEC and
EMC directive 89/336/EEC
Optical safety: Is determined by the SFP inserted
Thermal safety: Surface temperature or exposed component below 75 0C
Caution: Read the installation section before you connect the system to the power
source.
Caution: Only trained and qualified employees are allowed to install or replace the
Systems.
Caution: All ports are safety extra-low voltage (SELV) circuits. SELV circuits
should only be connected to other SELV circuits.
Caution: Only a DC power source that is isolated from AC mains with reinforced
insulation and that complies with the SELV requirements can be connected to the
system.
Caution: This product relies on the buildings installation for short-circuit (over
current) protection. Ensure that the protective device is rated not greater than 1 ampere.
Caution: Do not use Power over Ethernet simultaneously with Telecom power
feeding.
Caution: Wire the DC power supply using the appropriate connectors at the wiring
end (see "Installation guide" on page 49). The proper wiring is ground to ground,
positive to positive, and negative to negative. Note that the ground wire should always
be connected first and disconnected last.
Danger: Do not work on the system or connect or disconnect cables during periods
of lightning activity.
Caution: The blank face plates prevent vermin and dust to enter the system as well
as exposure to electromagnetic interference.
5 SYSTEM DESCRIPTION
5.2.6 Powering
The System has two telecom power connections for -48/-60 V DC that can be used as
redundant power feeds. The power is monitored. By default power fails are not reported.
Alternatively, the System can be powered using Power over Ethernet. Powering via PoE
is not monitored.
5.2.13 Synchronization
The System can be synchronized externally via each of the line ports and one of the E1
tributary ports. An internal (free running) clock with an accuracy of ± 4.6 ppm (or better)
has been integrated. When no suitable reference is available the System will use its
holdover clock.
5.2.14 E1 retiming
Every E1 port individually can be provisioned in retiming mode. In this mode the outgoing
E1 signal will be retimed with the System clock. This way the E1 signal can be used as
timing reference for a next System connected to the System.
5.2.19 SNMP
The System supports alarm reporting towards an SNMP manager. Five different SNMP
managers can be added. Both SNMPv1 and SNMPv2 are supported. User specific MIB
files are supported.
5.2.22 Loopback
The Systems supports port loopback on the following levels):
E1 incoming
E1 outgoing
STM-1 outgoing
Legend:
IFC is Interface card
1a. SFP, STM-1 interface, LP2
1b. SFP, STM-1 interface, LP1
2. Serial console port
3. Power over Ethernet, LAN management interface and LEDs
4. Power feeds, left is PFB, right is PFA
Legend:
1. E1 Interfaces, 4 slots
2. Test port
3. Alarm indicators
4. Digital input
5. Serial console port
6. SFPs, STM-1 interfaces: left is LP1, right is LP2
7. Power over Ethernet, LAN management interface and LEDs
8. Power feeds, upper is PFA, lower is PFB
Legend:
1. E1 Interfaces, 8 slots
2. Test port
3. Alarm indicators
4. Digital input
5. Serial console port
6. SFPs, STM-1 interfaces: left is LP1, right is LP2
7. Power over Ethernet, LAN management interface and LEDs
8. Power feeds, upper is PFA, lower is PFB
5.3.4 E1 interfaces
Each interface card has the following pins.
Table 1. E1 interfaces
Tx Rx
Interface card 1 2 3 4 5 6 7 8 1 2 3 4 5 6 7 8
6 SPECIFICATIONS
6.2.1 ADX100
PROFIL version with the ADX100 main module, in which 8 interface cards with 8 E1 ports
can be inserted. The ADX100 should be installed on 95mm ADC PROFIL rod mounting
frames (see "Mounting and installation ADX100" on page 51).
Dimensions: 244 x 165 x 138.5 mm (HxWxD)
Weight: 2.3 kg (with interface cards)
1,7 kg (without interface cards)
6.2.2 ADX200
1 RU height, 32*E1 & test access output, hardware prepared for digital inputs. The
ADX200 is suited for 19 inch rack mounting, 1 RU height and can have up to 32 E1 2Mb/s
interfaces using 4 Interface Cards.
Dimensions: 44 x 450 x 171 mm (HxWxD)
Weight: 2 kg (with interface cards)
1,7 kg (without interface cards)
Figure 5. Dimensions ADX200
6.2.3 ADX201
2 RU height, 64*E1 & test access output, hardware prepared for digital inputs. The
ADX201 is suited for 19 inch rack mounting, 2 RU height, and can have up to 64 E1
2Mb/s interfaces using 8 Interface Cards.
Dimensions: 88 x 450 x 171 mm (HxWxD)
Weight: 3,1 kg (with interface cards)
2,5 kg (without interface cards)
Figure 6. Dimensions ADX201
6.3 Environmental
Operating temperature: +5 0C to + 40 0C acc. ETSI 300 019-2-3 class 3.1
Storage temperature: -25 0C to + 70 0C according to ETSI 300 019-2-1 class 1.2
Operating humidity: 5 to 95% according to ETSI 300 019-2-3 class 3,2
Storage humidity: 10 to 100% according to ETSI 300 019-2-1 class 1.2
Transport: according to ETSI 300-019-2-2 Class 2.3
6.4 Availability
MTBF ADX100 > 70 years, excluding Interface Cards and SFPs.
MTBF ADX200 > 65 years, excluding Interface Cards and SFPs.
MTBF ADX201 > 65 years, excluding Interface Cards and SFPs.
MTBF ADC101 > 450 years.
6.5 Power
Power -48/-60V DC or Power over Ethernet, via the signal wires
class 0 on the LAN interface , according to IEEE 802.3af.
Power consumption ADX100 6.5 Watt (Excluding Interface Cards)
6.6 Interfaces
STM-1 interface Depending on SFP in use.
E1 interface ADC101 2.048 Mb/s ± 50 ppm, HDB3 coded signal
according to ITU-T G.703-9 (120 Ohm)
LAN interface 10/100 Base T non sensing interface, no MDI/MDX AUTO
detection.
Local console port DB9 connector, signal levels according to ITU-T V.28 and
EIA232.
Test access output port (ADX200 and ADX201) via three banana receptacles (120 Ohm Siemens
banana-type) Providing E1 HDB-3 coded signal according to ITU-T G.703-9.
6.7 Synchronization
Timing according to ITU-T G.813, option 1. Free running accuracy ± 4,6 ppm.
Support of SSM algorithm according to ITU G.784.
E1 retiming
6.8 Mapping
E1 Interface at 2048 kbit/s ± 50 ppm, HDB3 coded and conforming to G.703-9 is
asynchronously mapped via VC-12 in TU-12, using the structure:
STM-1->AU4->VC4->TUG3–>TUG2->TU12->VC12->P12x->E12
Note in this mode the system does not assume any formating/framing of the 2048
kbit/Sec signal so also framed signals are supported.
To become an ASBR
A System becomes functionally an ASBR if the following conditions are met:
A local (LAN) default route is provisioned or a default route is received from a DHCP
server.
OSPF is enabled for the System.
OSPF is enabled for the System LAN interface.
Default route advertisement is enabled.
Normally the system for which proxy ARP is enabled will only respond to ARP requests
for known network elements and OSPF enabled networks .
An advantage of proxy ARP above ASBR is that no static route provisioning is needed for
the gateway outside the AS. A disadvantage is that the subnet mask of the gateway
router outside the AS must be large enough to contain all systems and networks outside
the AS.
10.12.0.100 / 24 Host#1
default route
10.12.0.1
(10.12.0.x / 24) 192.168.1.1 / 32 192.168.2.4 / 32
ospf ospf
10.12.0.1 / 24 [10]
ospf
NE#1 [174] NE#4
(10.15.0.1) (10.15.0.4)
Autonomous System
192.168.2.1 / 32
192.168.1.4 / 32
ospf
[174] [174] ospf
SDH 'ring'
192.168.1.2 / 32
ospf 192.168.2.3 / 32
NE#2 NE#3 ospf
(10.15.0.2) [174] (10.15.0.3)
10.12.1.2 / 24 10.12.1.3 / 24
ospf ospf
[10] [10]
(10.12.1.x / 24)
[link cost]
(Router ID)
Note: : The notation (10.15.0.1) or more general (A.B.C.D) in the network element
(NE#x)indicates the router ID and also that OSPF is enabled at System level.
If there are no errors (so NE#2 and NE#3 are connected via the LAN) in the OSPF
enabled network the OSPF protocol will accces NE#3 via the shortest path. This path is:
Host1 <-> NE#1 <-> NE#2 <-> NE#3, costs: 174 + 10 = 184
Now a LAN error occurs, as shown in the figure. In this case no rerouting takes place
because the 10.12.1.x/24 network is still available. Therefore NE#3 cannot be reached
anymore.
A better solution is achieved if the host uses the System router ID, being 10.15.0.3, to
reach NE#3. In this case NE#3 remains accessible via the rerouting path:
Host1 Ù NE#1 Ù NE#4 Ù NE#3, costs: 174 + 174 +1 = 349
7.9.1 Local management, host directly connected to System LAN and no routing protocol
This section describes:
System and host in the same subnet (on page 35)
System and host connected to an access network (on page 35)
In order to communicate with each other the system and host must be part of the same
subnet.
Note: We advise an equal size of the subnet for all systems connected to the LAN.
If Proxy ARP is used it is mandatory to use one subnet mask for all connected elements.
The number of hosts and systems that can be connected depends on the size of the
subnet mask. It can be calculated with:
2 (32-X) - 1
With X is the size of the subnet mask and -1 because the broadcast address
(255.255.255.255) must be excluded.
In this case local management traffic is realized by communication over the local System
LAN interface. If the host wants to access the System that is not in the same subnet it will
use the default route entry. This is the ethernet address for router RT#1. RT#1 will deliver
the message to the next element. If the access network is properly connected System
(NE#1) can be accesed by the host.
The system will use the default route of RT#2 to reponse to the host.
Note: For hosts with multiple LAN ports you can sometimes specify a default route
per LAN port. This depends on the operating system, and behavior is undefined.
The point-to-point protocol (PPP) is used to establish the connection between NE#1 and
NE#2. Now the interface address of NE#1 is known by NE#2 and the other way round.
This is something taken care of by the PPP protocol.
So NE#1 can be reached via:
LP1: 192.168.1.1
LP2: 198.168.2.1
And NE#2 can be reached via:
LP1: 192.168.1.2
LP2: 198.168.2.2
NE#2 is an ASBR (this can be set with the GUI). If OSPF is enabled on System level and
on line port level the OSPF protocol provides the routing table of NE#1 with 10.15.0.2 and
NE#2 with 10.15.0.1. Also the default route, 10.12.0.100, will be advertised.
Note that for the communication between Host#1 and NE#1 it is needed that NE#1 knows
how to access the 10.12.0.x / 24 network. Without OSPF this information is not distributed
and communication fails.
Table 3. Routing table NE#1
Destination Mask Gateway Flags Metric Interface
192.168.1.1 32 192.168.1.2 UGH 348 ppp0
192.168.1.2 32 0.0.0.0 UH 0 ppp0
192.168.2.1 32 192.168.1.2 UGH 348 ppp0
10.15.0.2 32 192.168.1.2 UGH 175 ppp0
192.168.2.2 32 0.0.0.0 UH 0 ppp1
10.127.127.0 30 0.0.0.0 U 0 eth0
10.12.0.0 24 192.168.1.2 UG 184 ppp0
0.0.0.0 0 192.168.1.2 UG 10 ppp0
Note: For the local LAN of NE#1 it is needed to use a LAN IP address that doesn't
fit in the LAN network of Host#1. For example, 10.127.127.1/30. It is advised to disable
DHCP for NE#1. Otherwise IP address conflicts may occur. If 10.127.127.1/30 is used,
then the IP subnet addresses are: 10.127.127.0 10.127.27.1, 10.127.127.2 and
10.127.127.3. The first one is often not allowed and the last one is a broadcast. So both
cannot be used as a host address.
Caution: If you use a LAN address for NE#1 that is in the same subnet as the
default route of the host, you cannot reach NE#1 by its router ID anymore. In this case
NE#1 will notice that a shorter route exists if a request from NE#2 comes in, namely the
local LAN of NE#1.
Remarks:
Router Table evaluation
The default route (destination is 0.0.0.0) is always the last entry evaluated in the
table.
Local addresses
The system software does not use the routing table if a local destination address is
involved. This means that the costs and actual route can be ignored for a local PPP
interface.
Local PPP interface costs
The System routing table shows that the path costs to the local PPP interface has
twice the expected value. This is because this route is regarded as advertised by the
neighbour and the cost to reach the neighbour are also included. However they play
no role in the costs for the shortest path.
Local PPP interface addresses
For the local PPP interfaces the neighbour PPP interface address shows up in the
routing table.
PPP interface regarded as a host address
According to the System routing table a PPP interface is regarded as a host address
which is not the case. A /32 address is interpreted as a host address.
0.0.0.0 destination address
This entry is the default gateway. For Host#1 the default route is 10.12.0.2 (LAN
interface of NE#2). For NE#2 (ASBR) the default route is the LAN interface of Host#1
(10.12.0.100). For NE#1 (remotely managed via a protected point-to-point
connection) the default route is 192.168.1.2 (LP1) via which also the 10.12.0.0 / 24
network is routed.
NE#1 <-> NE#2 path
The route from NE#2 to NE#1 and the route from NE#1 to NE#2 are in this case both
routed via the same port (LP1) which is a coincidence. Also note that the path cost is
the sum of the PPP link (174) and the local loop Router ID address (1).
10.127.127.1 / 30
(no dhcp)
NE#1
(10.15.0.1) NE#2
SDH terminal (10.15.0.2)
Host#1
10.12.0.3 / 24
192.168.2.1 / 32 192.168.2.2 / 32 default route:
ospf ospf 10.12.0.5
192.168.2.4 / 32
ospf SDH ring
192.168.1.6 / 32
192.168.2.7 / 32 ospf 10.127.127.1 / 30
NE#7 NE#6
ospf (10.15.0.7) (10.15.0.6) (no dhcp)
192.168.1.7 / 32
ospf
10.127.127.1 / 30
(no dhcp)
Both hosts are able to access any of the systems. All Systems, except NE#3, are OSPF
enabled. So the topology of the network is advertised from neighbour to neighbour.
The designated router can either be NE#2 or NE#5. Normally NE#5 becomes the
designated router because it has an router ID greater than the router ID of NE#2.
To make NE#6 an ASBR it must have a default route to the LAN network and
advertisement must be enabled. In this way all systems in the access network can be
reached, but only if RT#1 is provisioned for it. This can be done on per individual address
base or by assigning one entry: 10.15.0.0/28 -> 80.80.2.6. This covers the range
10.15.0.0 ... 10.15.0.14.
The access network does not get any status information of the autonomous system. This
implies that only internal failures inside the AS can be addressed/resolved. To make it
more reliable you might consider to involve NE#7 and RT#2 also in the routing scheme.
However the network becomes more complex.
Note that routing protocol inter-working between RT#1 and NE#6 cannot take place
because of the OSPF password authentication.
Caution: Host#1 can use or misuse the routing network to access remote nodes,
like SNMP#1. The routing is not designed for this through traffic. It should be avoided.
Instead of using ASBR and a static routing table for RT#2 to get to the access network
(see "Example with ASBR" on page 41), it is also possible to use proxy ARP on an
ASBR. The applied subnet mask /24 (preferred multiple of 8), gives access to a relative
large subnet. You may want to use /28 which is sufficient in the depicted case.
Note that routing protocol inter-working between RT#1 and NE#7 cannot take place
because of the OSPF password authentication.
A proxy ARP enabled system will not respond to an ARP request if the routing path
involves the network interface via which the ARP request was received. Only OSPF
enabled systems can be managed via the access network. The managed nodes and at
least the LAN port of NE#7 and RT#1 are part of one subnet.
It is not allowed to have multiple access routers reporting the same or overlapping
subnet. This may result in unmanageable Systems (see "Avoiding management problems
with proxy ARP" on page 43).
10.15.0.12 / 24
10.15.0.11 / 24 ospf
ospf Host#1 proxy arp
proxy arp
NE#1 NE#2
(10.15.0.1) (10.15.0.2)
OSPF
NE#5 NE#3
(10.15.0.5) No OSPF (10.15.0.3)
NE#4
(10.15.0.4)
The table shows who is answering on a proxy ARP request if more nodes have their LAN
settings provisioned as proxy ARP.
Table 5. Proxy ARP example
Host#1 ARP request for is answered by
10.15.0.1 NE#1 NE#1
10.15.0.2 NE#2 NE#2
10.15.0.3 NE#3 NE#2
10.15.0.4 NE#4 NE#1
10.15.0.5 NE#5 NE#1
Note: If the connection between NE#3 and NE#4 was OSPF enabled an NE#4
ARP request would also be answered by NE#2. In this way NE#4 might become
unmanageable.
Note: If resilience is not needed, only one System per LAN network should have
the Proxy ARP feature enabled, this keeps the management network as simple as
possible.
8.1 Introduction
The system supports subnetwork connection protection. With the aid of SNCP the
System protects a low order virtual container (sub) network connection. At the head-end
the virtual container is permanently bridged into two tributary units (TU), at the tail-end the
selection is made.
When a defect occurs, or as a result of a user request, the traffic is rerouted to the non-
defective TU. Both resources together form a so called 1+1 protection group (PG).
Only non-revertive switching is supported. This means that the TU where the traffic was
rerouted to, remains active when the error disappears. Manual, forced and clear
commands are supported.
For reliable monitoring of SNCP protected cross-connects the system supports multiple
protected cross-connects which share the same worker and protection leg. Sharing of
only one leg is not supported and rejected by the System.
The system supports SNC/N subnetwork protection (refer to ITU-T G.841). In this
protection scheme the following criteria are used for determination of the active traffic
selected path:
A server signal failure on the subnetwork connection.
A trace identifier mismatch (TIM), per SNCP connection a user can exclude TIMs
from the switching conditions. LPdTIM results in a consequent action that takes 3 TTI
frames to clear, the TTI frame during which the switch occurs is also lost, together 4
TTI frames = 32 ms.
An unequipped virtual container (UNEQ).
A degraded signal (DEG) condition occurs, user can set the threshold for the DEG
criteria (see "Degraded Threshold provisioning and handling" on page 105).
Before an SNCP protection switch is executed the Hold Off Time must have been
elapsed. This time is adjustable between 0 and 10 seconds in steps of 1/10 of a second.
This time can be set per SNCP protection group. If multiple switch requests are
simultaneously active, their hold-off timers run independently. The switching is completed
within 50 ms after fault detection plus the hold off time.
Worker (from) and protection(prot) legs are linked to different Line Ports. The protected
port always links to a tributary port. The settings for the Non Intrusive Monitors (NIM) are
retrieved from the VC12 termination point (VC12TTP) associated with the protected (to-
leg) port. This applies to:
Accepted TTI provisioning
TIM setting
Degraded Threshold setting
monitoring mode
For reliable monitoring of SNCP protected cross-connects the system supports multiple
protected cross-connects which share the same worker and protection leg. Sharing of
only one leg is not supported and rejected by the System. Note that at most one of the
cross connects can be bidirectional.
Note: NIM ports shared settings are retrieved from the last provisioned VC12
trail trace termination point. The initial NIM settings are copied from the
first associated VC12 trail trace termination point with an SNCP protection group.
Note: Changing the termination settings for a protected VC12 termination point will
also be applied to the worker and protection NIM settings.
This may harm your configuration.
See also provisioning (see "SNCP Cross connects uni- and bidirectional" on page 114).
Caution: Also the test ports can be provisioned as an ordinary port, in fact it is an
ordinary port for which only the outgoing signal is made available. By changing the
settings of the test port, the above mentioned settings are used for the cross connect in
stead of the settings of the originally applied tributary port.
Test
IFC 1 LP 1
VC12
E1 AIS
IFC n LP 2
Outgoing
E1 AIS
A warning is displayed if you create a loopback request. This because unexpected side
effects may occur, for example in the synchronization domain.
Note: The simultaneous support of an incoming and an outgoing loopback for the
same port is not supported and is rejected by the system.
Note: The combination port loopback and using the port as timing reference is not
allowed. The system prevents that this can be provisioned.
E1 incoming loopback
The System accepts at most one incoming E1 port loopback. If you want to add a new E1
port loopback you first have to locate the existing one (see page 100) and then remove it.
Note: To avoid local alarm messages the locally generated VC12 Alarms are
suppressed if you implement an E1 incoming port loopback.
E1 outgoing loopback
If you create an E1 outgoing port loopback an E1 AIS alarm is forwarded in the signal
leaving the system.
Note: There are no restrictions regarding the number of outgoing port loopbacks.
10 INSTALLATION GUIDE
This section describes the installation procedures for:
ADX100 for LSA-PLUS PROFIL rod mounting.
ADX200 and ADX201 for 19 ” rack mounting.
The following installation procedures are described in this section:
Installation ADX100.
Installation ADX100 (without interface cards).
Exchange ADX100 Main Module.
Installation ADX200 and ADX201.
10.2 Tools
The following tools are needed:
LSA-PLUS insertion tool
Screw driver Phillips head EN60 900 (PZ1 and PZ2)
10.3 Accessories
Figure 16. External AC/DC Power supply 48V
Figure 19. Power supply connectors for -48/-60V DC inputs (included in box)
LSA-PLUS PROFIL rod mounting (Profile rod diameter: 12mm, pitch between profile
rods: 95mm).
Fixed or Movable PROFIL Frame installation.
ADDF ADDF
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
12,00
95,00 95,00
FixedSchwenkbare
Profile FrameInstallation,
Installation,z.B.
e.g.19"-Einbau
ETSI (max. 500
)
ADDF ADDF
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8 1 1 2 3 4 5 6 7 8
12,00
95,00 95,00
MovableSchwenkbare
Profile Frame Installation,
Installation, z.B.
e.g. 19"-Einbau
19 rack (max. 450 mm)
2. Insert SFP transceivers and connect fiber or COAX STM-1 connectors to SFPs.
2. Remove it.
3. Insert it.
4. Click.
See also:
Rod and rack specifications (on page 52)
Mounting to profile rods (on page 53)
Interfaces (see "Connecting 2 Mb/s (E1) Interfaces" on page 53) and connection of
interfaces (see "Connecting interfaces" on page 54)
Label Holder attachment (see "Remove and Insert label holders ADX100" on page
55)
Caution: This option is only for exceptional cases, handle very carefully!
2. Pull Interface Card with pull mechanism (rear end of LSA-PLUS Insertion Tool)
gently about 1 cm to the front.
2. Gently pull frame to the front and turn to the right side (in case possible, temporary
fixate provisional to the profile bar).
Preparations to install:
1. Loosen screws (2x) Support ADX100 Main Module from below with one hand.
2. Release lock lever and remove ADX100 from the Profile Rod.
10.6.1 ADX200
Figure 30. ADX200 with Interface Cards
10.6.3 ADX201
Figure 31. ADX201 with Interface Cards
1. Undo screws.
Inserting SFPs
1. Inserting SFPs.
Connecting power
Specifications (see "Cables and pinning" on page 68):
Connect Power Supply, Telecom power OR Power over Ethernet.
Cable core diameter: 1.5 mm² max.
Externally fused with 1A
Lock connector with screws in connector.
1. Connecting Power.
Test connector
A special 3 pin Siemens banana connector or single banana plugs can be used.
1. Connecting Test Access Output.
1. Insert card.
2. Fasten screws.
1. Loosen screws.
2. Remove card.
L (according to installation)
White-Green
RxInP 3 2a
RxInN 6 2b
Green
Blue
NC 4 3a
NC 5 3b
White-Blue
White-Brown
NC 7 4a
NC 8 4b
Brown
Using the spare wires (4,5,7,8) is optional. Length must be within 100 meters, cable type
must be CAT5 or better.
The COM port is a DB-9 receptacle style connector providing an RS-232 DCE interface
for local communications. A DB-9 straight through cable is used for data communications.
When this port is connected to a terminal it is called a console port.
This port does not support a modem. It is used for local access to the unit and is used to
set the initial communication parameters. Shielded cable is recommended and the
maximum cable length is 20 m. A 1:1 cable is required to connect this port to the DTE
com port of a PC.
Figure 41. 9-Pin D-Sub connector
11.1 Connectors
11.2 Powering
Connect power to the System (see "Installation guide" on page 49). During the start up
the activity (green) led will flash with 2 Hz, connecting with a web browser to the System
is not possible. After 3 minutes the System is operational and the green led stops
flashing. A connection via the web browser can be made. The first minute alarm
information is not available.
Monitoring the presence of power is enabled when setting the alarm for power failure to
reported (default it is not reported). Each power has its own detector, SYScPFA and
SYScPFB. When this alarm is raised power might not be present at the input or the
corresponding fuse is broken. Check this by measuring the input voltage. Fuses are not
field replaceable.
Note: A swap of -/+ will result in a power failure alarm, although the System is
powered.
Additionally the System supports Power over Ethernet. This power feed has no
monitoring facility for a loss of power.
Connect a PC to the local console port. Use an utility like ‘hyperterm’ or ‘putty’. When
connected to the System a prompt appears. Press enter type the password, adm123.
Now you have access to the functionality. To change the IP settings you have to type:
dbs dr set_ip.The format is:
dbs dr set_ip <ipAddress> <subNetMask> <defaultGateway> <DHCP>, with:
<ipAddress> = <xxx.xxx.xxx.xxx>
<subNetMask> = <xx>
<defaultGateway> = <xxx.xxx.xxx.xxx>
<DHCP> = <0 or 1>
Check accurately the filled in address before entering this.
The System parameters will directly apply.
Note: The provisioned default gateway should be reachable, otherwise 0.0.0.0 will
be applied.
After a System recovery the System DHCP client will perform a number of attempts to
obtain an IP address/mask from a DHCP server (if DHCP is enabled). If this is successful
this IP address/mask will become operational. If this is not successful the System will fall
back to its default IP settings, but keeps trying to obtain a DHCP assigned address.
When the default IP settings are changed after the DHCP assignment these will become
operational. Changing of the default IP settings is described (see page 73) and is similar.
The HiThere utility can be installed on a Windows PC. This utility is used to discover the
Systems on the subnet the PC is connected to. Each System is installed with a HiThere
server program. The System responds with its MAC address, IP address, sub net mask,
IP default gateway and Linux host name.
From the HiThere utility direct access can be obtained to the GUI, by selecting the
requested System with the right mouse button.
Figure 43. HiThere Utility
Note: In case multiple Systems are using the default IP address, they can be
distinguished by their MAC address.
Note: Only members of the admin group can change the LAN settings.
IP address
The factory programmed IP address is 10.127.127.1.
Note: After the change has been made connection with the web browser could be
lost and has to be set up with the new address.
Mask
The default value is 8, values between 8 and 30 can be provisioned. Provision the
applicable value for your environment.
Gateway
The factory programmed value is 0.0.0.0. You can provision the default gateway address.
This change will directly become effective if DHCP is disabled.
MAC Address
The MAC address of the System. The MAC address of the Systems always starts with
the Organization Unique Identifier (OUI) 00 0f 25. This is a read-only value fixed for every
System. The MAC address is also printed on the label present on the System.
Note: In case of a DHCP assigned IP address, the IP address field does not reflect
this assigned address.
DHCP
If you enable this option the Sytem will immedately try to obtain the LAN IP details (IP
address, mask, gateway) from a DHCP server. If this fails the Default values will be
restored. These values are also used if you disable this option (again).
Note: The current gateway can be obtained via OSPF, in that case an IP interface
address of the ASBR System is shown or the IP address of the external access
router/gateway. This gateway address is only be applied if it can be reached directly
without involvement of an ASBR System.
Use the MAC address to connect to the System. Next you fill in the requested IP address,
Subnet mask and Default Gateway. Additionally a Host Name needs to be entered, next
select Assign to apply the settings.
Validation: Check on correctness of entered values. Check if the IP address entered
already exists on the local subnetwork. The user is warned about this.
Ping: Ability to ping to an IP address of a System.
Simultaneous sessions
The System supports five different sessions simultaneously. When a sixth session is
started the first session will be closed automatically.
Refresh button
Every window has a refresh button, to get the current state of the settings and statuses of
the window.
Smart selection
The System tries to predict the next selection. This is applicable for those windows in
which a list is shown. This is the case when adding cross connects, editing ports or
termination points. When there is no next logical selection no pre-selection will be made,
but always a list of valid termination points is presented.
The System supports three user groups. Per group at least 10 users can be supported.
User names are unique per system. Each user can change the password after entering
the existing password first. The user should enter the new password twice before the new
password is applied. By default a number of login names already are available.
The user groups and their default login(s) are:
view group
Members of the view group have read access only. On the GUI, buttons which could
normally trigger a change of system setting are made invisible.
The view group has one default login name:
1. Login name: view
Password: empty
config group
Members of the config group have access to normal transmission related operations.
The config group has two default login names.
1. Login name 1: user
Password: adc123
2. Login name 2: config
Password: adc123
admin group
Members of the admin group are responsible for maintenance activities like software
upgrading, database operations, user group administration and IP and SNMP
settings.
Only users in the admin group can create or remove users. They can also provide
initial passwords for new users. The password of already existing users can be
changed by an admin user without knowledge about the existing password.
There must always be at least one user in the admin group. FFor this reason the user
admin cannot be removed. The admin group has one default login name:
1. Login name: admin
Password: adm123
Note: Also an expert/root user exists via which all the default password settings
can be restored to their factory defaults. Contact ADC for this procedure.
Note: The login screen and System layout differs per platform.
Note: The login screen contains the user name and password.
The ADX200 System overview represents the System with the four tributary slots.
Directly accessible via the overview, by clicking the object are:
LAN POE: LAN settings (see "Set up of the System" on page 69)
LP1/2: SFP details
ADX200 icon: System details
Alarm list: By clicking ALM led area
One of the E1 ports: Details of the E1 port provisioning, in this case there’s no
difference when accessing it via RX or TX.
Tributary slots: By clicking on TS1, TS2, etc.
[!]: This button appears when the alarm situation changes: either a new alarm is
raised or an existing alarm has been cleared. Press [!] to clear this indicator.
TEST: The test access output port can be accessed via this button (see "Test
access output" on page 108). Selecting this port gives cross connect information on
this port. The user is able to see which cross connect is made towards the test
access output port. Additionally the existing cross connect can be edited, the type
uni-or bidirectional will be retained. When no cross connect exists, a unidirectional
cross connect can be added. The port and VC12 related setting of the test access
output are accessible via TS8.8.
For future releases:
SERIAL: Access to the serial console port
B1/B2: The power connectors
DIG: Indicates the hardware prepared digital inputs
The ADX201 System overview represents the System with the eight tributary slots.
Directly accessible via the overview, by clicking the object are:
LAN POE: LAN settings (see "Set up of the System" on page 69)
LP1/2: SFP details
ADX201 icon: System details
Alarm list: By clicking ALM led area
One of the E1 ports: Details of the E1 port provisioning, in this case there’s no
difference when accessing it via RX or TX.
Tributary slots: By clicking on TS1, TS2, etc.
[!]: This button appears when the alarm situation changes: either a new alarm is
raised or an existing alarm has been cleared. Press [!] to clear this indicator.
TEST: The test access output port can be accessed via this button (see "Test
access output" on page 108). Selecting this port gives cross connect information on
this port. The user is able to see which cross connect is made towards the test
access output port. Additionally the existing cross connect can be edited, the type
uni-or bidirectional will be retained. When no cross connect exists, a unidirectional
cross connect can be added. The port and VC12 related setting of the test access
output are accessible via TS8.8.
Note: Deleting the logfile results in creating a new logfile which shows that the
logfile was deleted.
Note: Depending on the login rights (see page 76) some menus are not shown.
System menu
SYSTEM | DETAILS
SYSTEM | IP SETTINGS | INTERFACES
SYSTEM | IP SETTINGS | ROUTES
SYSTEM | IP SETTINGS | OSPF | GENERAL
SYSTEM | IP SETTINGS | OSPF | INTERFACES
SYSTEM | IP SETTINGS | OSPF | SYSTEM
SYSTEM | TIME
SYSTEM | SNMP SETTINGS
SYSTEM | PLUGGABLE ITEMS
Maintenance menu
MAINTENANCE | SOFTWARE | DETAILS
MAINTENANCE | SOFTWARE | INSTALL
MAINTENANCE | DATABASE
MAINTENANCE | LOG
MAINTENANCE | USERS
MAINTENANCE | LOGOUT
Alarms menu
ALARMS | CURRENT
ALARMS | HISTORY
ALARMS | PROFILE/SEVERTITIES
ALARMS | GUI SETTINGS
XConnects menu
XCONNECTS | LIST
XCONNECTS | ADD BIDIRECTIONAL | LP -> TP
XCONNECTS | ADD BIDIRECTIONAL | TP -> LP
XCONNECTS | ADD BIDIRECTIONAL | LP -> LP
XCONNECTS | ADD BIDIRECTIONAL | TP -> TP
XCONNECTS | ADD UNIDIRECTIONAL | LP -> TP
XCONNECTS | ADD UNIDIRECTIONAL | TP -> LP
XCONNECTS | ADD UNIDIRECTIONAL | LP -> LP
XCONNECTS | ADD UNIDIRECTIONAL | TP -> TP
XCONNECTS | ADD SNCP BIDIR | LP1 -> TP <- LP2
XCONNECTS | ADD SNCP BIDIR | LP2 -> TP <- LP1
XCONNECTS | ADD SNCP UNIDIR | LP1 -> TP < -LP2
XCONNECTS | ADD SNCP UNIDIR | LP2 -> TP < -LP1
Transimission menu
TRANSIMISSION | PORTS | LINE PORTS
TRANSIMISSION | PORTS | TRIB PORTS
TRANSIMISSION | TERMINATION POINTS | RS/MS
TRANSIMISSION | TERMINATION POINTS | VC4
TRANSIMISSION | TERMINATION POINTS | VC12
TRANSIMISSION | DEGRADED TRESHOLDS
Timing menu
TIMING | SYSTEM TIMING
TIMING | TIMING SOURCES
MSP menu
MSP | DETAILS
MSP | CREATE
Help menu
Help is available for version 1.3.1 and upwards.
HELP
13 PROVISIONING
13.1 Introduction
Provisioning of the System is done via the Web browser. When a login as admin is
required this is explicitly mentioned.
Downstream
This is the direction coming from the STM-1 aggregate side into the System, the de-
multiplexing direction
Upstream
This the direction from the termination points towards the STM-1 aggregate side. The
multiplexing direction
Near end
This is the System at the local side of a protected connection.
Far end
This is the system terminating the transmission point at the other side of a protected
connection.
Connection
An end-to-end related path carrying service, which is terminated at both ends.
Consequent action
This is an autonomous action of the System. When a failure in the System is detected this
is reported as an alarm. This action will insert e.g., an AIS signal in the downstream
direction or RDI in the upstream direction in case of a bidirectional cross connect.
Ingress
The incoming side of a port.
Egress
The outgoing side of a port.
System Time
This field shows the current time of the System (see page 143). A refresh is needed to
get the current value.
Host date and time (local or UTC)
This field shows the date and time of the PC connected to the System. This field is
continuously updated.
Changing the time can be done in two ways:
Sync: Using this button to place the current Host date and time to the System time.
Filling in the values in the System time field. Be aware to use the correct format and
values. Then press Edit.
Current State
The current state can be AUTO or ASSIGNED.
When the inserted IFC has an item code that is not supported, the state will remain AUTO
and IFCcWUI (IFC Wrong Unit Inserted) is reported. When the inserted IFC is defective
an IFCcEQF (IFC Equipment Failure) is reported. The IFC needs to be replaced by a
correct one.
When no IFC is present in ASSIGNED mode and IFCcUNP is reported (IFC Unit Not
Present), this will be due to a removal. In AUTO mode no reporting of a Unit not Present
is done.
Item code
The item code identifies the type of Interface Card. Currently the ADC101 is available for
the Systems. The ADC101 has 8 ports E1 (G.703) 120 Ohm ports with ADC LSA-PLUS
IDC edge connectors. The System is prepared for future versions of Interface Cards, as
item code ADC101 up to ADC120 is supported in this release. Future Interface Cards
might have different impedance or connector types.
Catalog number
The catalog number (see page 28) of the interface card without connector.
Note: Interface cards can only be ordered including a connector. A short ordering
list is included in this manual (see page 28).
Serial Number
The serial number of the selected IFC. This number is factory assigned per product and is
useful for tracking hardware.
Last Accepted
The item code of the IFC which was present and accepted before the current one. This
information is of use when in future more item codes are supported, and IFC
replacements are performed.
Change State to Auto
This can be used when the state of a slot is ASSIGNED while the IFC has been removed,
and no alarming for this situation is required. This operation might be service affecting
when an Interface Card is present.
Accept Pluggable Item
This can be used when an IFC has been replaced with another type (item code) this will
be of use when more item codes are supported. When before executing this operation
traffic is running, this action is not service affecting.
Example
S1.1 is a short haul 1310 nm STM-1 SFP.
Electrical SFPs will have STM1-e as module qualifier.
If the module qualifier can’t be determined it will get the Unknown qualifier. This can be
due to vendors not following the inventory coding. These SFPs will be accepted.
Wavelength
The transmitted wavelength of the SFP.
Link Type
Type of optical fiber to be used (9 um single mode) or coaxial for an electrical SFP.
Link max length
The allowed link distance.
Vendor fields
Identifying the vendor specifics.
The connector type, transceiver code and length are for troubleshooting purposes. Check
the Multi Source Agreement (MSA SFP-8074) of the SFP for more details.
Last accepted
Indicates the type of SFP which was accepted previously. This is important when the SFP
has been replaced.
Item Code
Identifies the software release:
ADW100 release 1.0
ADW110 release 1.1
ADW120 release 1.2
ADW130 release 1.3
ADW130B release 1.3.1
Software Version
Identifying software release, sub release, maintenance release, load drop version.
Build time
Build time and date.
Note: If you select the inactive ISD a warning is shown to indicate the impact of the
operation.
During recovery after an ISD switch, a sanity timer is running. This timer enables the
System to fall back to the previous ISD when the switch was not successful e.g., due to a
conflict in the database. In this way service will never be affected. When this happens the
System will come up with the previous ISD, check in this case whether the upgrade you
were performing is supported. The sanity timer will run for about one minute after the
System is manageable. The System being manageable is indicated by the green led
stopping to blink.
1. System recovery takes about 3 minutes, during this period the activity LED will blink
with 2 Hz. frequency.
2. After the green LED has stopped blinking you can login to the System, alarm
evaluation will has been finished.
3. After the green LED has stopped blinking the sanity timer will run for one minute, do
not perform any database manipulations or provisioning changes during this period.
If the system restarts, e.g. due to a power cycle, while the sanity timer is running, the
System selects the previous active software. The database changes which were
made during the sanity period are lost.
Check after the System is up again whether the requested ISD is active. (Bank 1 always
contains the active ISD) When a switch over was not successful, the state of the second
bank is "error during last image transition". This could be caused by a power outage
during recovery.
A software upgrade is not service affecting when correctly carried out.
Caution: After a software upgrade has been performed do not obtain any changes
in the System configuration within one minute after you could login or the green led has
stopped blinking.
To upload a new ISD to the inactive bank select: MAINTENANCE | SOFTWARE | INSTALL
Figure 58. Software Upload
By selecting Browse..., a file browser is started at the PC. From this browser select the
ISD. The ISD will be uploaded to the System. This will take about 5 minutes, the size of
an ISD is about 6.5 Mb.
Note: The text in the Browse... button depends on your local language settings.
Caution: Do not select any other menu during the software upload, this will stop
the upload.
When the upload is finished the details of the uploaded ISD are shown.
Note: The value for the Software version field in the screen dump in this manual
does not show the most recent version of the software.
The database can be identified by the name, if active this is shown by (active) as postfix.
Note: That the converted database gets the hardware identification of the hardware
on which the conversion takes place.
This operation takes a few seconds and is also dependent on the amount of conversions
needed. The request might be rejected if:
1. A database is selected for which conversion is required but no tooling or script is
available. Note that this implies that the selection of a database with a version
number higher than the current active database version number is rejected.
2. The database file is not existing because it has been removed by a concurrent
database operation.
3. The database does not match the system hardware.
4. Communication with the system is lost due to a concurrent operation which result is a
recovery, e.g. active database selection, and software upgrading.
5. Software sanity is in progress, database selection is not permitted.
The type indicating the hardware it supports:
Profile-v1, ADH101, ADX100
19inch1u-v1, ADH102, ADX200
19inch2u-v1, ADH103, ADX201
Note: Databases are not compatible between the Systems. For example a
database for ADX200 is not compatible with a database for ADX201. A database for a
specific hardware version will only operate on that hardware version. The type of the
database identifies the platform it suites. When selecting an invalid type this will be
rejected.
Restore
Using this option, a database can be uploaded to the System. By selecting Browse you
can pick the desired database via the PC connected to the System. A database should
have extension .db. The upload takes less than 1 minute, (depending on your network
connection). The typical database size is about 100 Kbytes. When finished the uploaded
database will be shown in the database list.
Note: The text in the Browse... button depends on your local language settings.
Backup
With the backup option a copy (download) of the selected database can be made towards
the connected PC.
1. Click on the file to backup.
2. Click Backup.
3. Follow the instructions.
Rename
The selected database can be renamed.
Delete
Deleting the database will remove the database from the System. When deleting the
active database the System will recover and come up with the default database retaining
the database name, service will be lost. The SNMP, OSPF and IP settings will not be lost.
Deleting the default database is possible but it still is present in the System software,
when necessary this database will be created again and started up.
Set as active
This will activate the selected database. The System will recover and connection to the
Web browser is lost. When the selected database has different settings as the current
one transmission will be affected. When the selected database has identical settings
transmission will not be affected.
Copy Active
This option makes a copy of the active database to a database name to be specified.
This copy will be stored on the System.
Figure 63. Database Copy Active
Smart defaults
A database of one System can be used at another System of the same hardware platform
type. Specific databases can be prepared on one System which can be uploaded to
Systems in the field. In this way a System can be operational in a short time. Next to that
databases for specific scenario’s, like emergency cases, can be stored at the System
required. When an emergency occurs this database can be selected.
13.8.1 Ports
The System has two STM-1 line ports and 8 E1 tributary ports per interface card. A
common concept in provisioning of the line and tributary ports is the monitoring mode.
The monitoring mode of a port controls the alarm reporting. The default value is AUTO.
The options for the monitoring mode are:
MONITORED: In this mode alarm reporting is on.
AUTO: In this mode no alarms are reported.
NOT MONITORED: In this mode no alarms are reported.
The AUTO mode has an AUTO mode timer whose default value is 10 minutes. A port in
AUTO mode will go to monitored when until expiry of the specified AUTO mode timer
continuously a valid signal is present. The timer will start when a valid signal is detected.
The AUTO mode timer can be provisioned between 0 and 30 minutes in steps of 1
minute.
When selecting Edit of a selected line port you can set the details for this port.
Figure 65. Line Port Details
The Port AutoMode Time, Port Monitor Mode, and Out Loopback can be provisioned.
Force Do Not Use
By default this value is disabled. When enabling this option the SSM out value will be set
to Do Not Use (SSM value 1111). The far end system connected to this line port will not
select this signal for synchronization (on page 122), when QL enabled is selected.
Note: In the selection list of tributary ports only those are shown of ASSIGNED
Interface Cards.
The tributary port selection can be made in Menu: TrANSMISSION | PORTS | TRIB PORTS.
Figure 66. Tributary Port Selection
The Port AutoMode Time, Port Monitor Mode as well as the User Label can be
provisioned. The user label will be displayed during: E1 port provisioning, the provisioning
of a cross connect involving a tributary port, and E1/VC12 termination point related alarm.
Note: Changing the label while an alarm exists results in clearing the alarm,
immediately followed by raising the alarm with the new label.
The timing related items do concern the retiming feature (see "Retiming E1 ports" on
page 129).
Default value Timing Mode is: Self Timed, in this mode the retiming (see "Retiming E1
ports" on page 129) option is disabled.
In the screen Tributary Port Selection in this section the Loopback is set to In Loopback
(see "Port loopback functionality" on page 47).
RS and MS section
The RS and MS termination point selection can be made with TRANSMISSION | TERMINATION
POINTS | RS/MS.
The RS and MS termination points are direct related to the physical line ports. The
monitoring mode therefore cannot be provisioned and is slaved to the related line port
mode. The monitoring mode of the RS/MS TTPs controls the alarming on these points.
Use Edit to show the details of the selected RS/MS termination point.
RS Termination point
For the RS termination point the J0 byte Trail Trace identifier can be provisioned (see
"Trail Trace Identifier provisioning and handling" on page 106).
Specific for the J0 byte is in the Non specific byte mode the J0 value is 01.
MS Termination point
For the MS termination point the degraded threshold value set can be selected. This
defines the threshold at which an MS degraded alarm will be reported,
Two sets are available. These sets can be provisioned separately (see "Degraded
Threshold provisioning and handling" on page 105).
Note: When MSP protection is enabled the VC4 termination point related to the
protection line port does not exist (see "Transmission protection MSP" on page 117).
Trail Trace
The default mode is Non specific byte. More details are available (see "Trail Trace
Identifier provisioning and handling" on page 106).
Trail Signal Label
The trail signal label (C2 byte) identifies the type of traffic in the VC4 container. The
transmitted signal label is fixed TUG structured (02). The accepted (received) TSL must
be TUG structured (02) or equipped (01), other values indicate a type of traffic not
supported by the System. A VC4cPLM (Payload Mismatch) alarm will be raised when the
accepted TSL has a different value then 01 or 02. As consequent action AIS is inserted
downstream. The VC4cPLM alarm is not under control of the monitoring flag. In case the
TSL has a value 0, indicating unequipped, a VC4cUNEQ alarm is raised. This might be
due to no VC4 cross connect present at the far end.
Accepted status
Indicates the response to the accepted trail signal label.
Normal: The trail signal is correct
Unequipped: Trail signal label is 0, unequipped. The cross-path is broken (see
"Resolving alarms and problems guide" on page 139).
AIS: The VC4 container contains AIS, and the C2 byte contains all ones.
Directionality
Indicates if the termination point is part of a uni- or bidirectional cross connect. The VC4
is a fixed bidirectional cross connect.
Monitoring Mode
The default mode is monitored. When no alarming is required the mode can be set to Not
Monitored.
Degraded threshold
The selection of the degraded threshold value defines at which threshold a VC4
degraded alarm is reported. The choice can be made for threshold set 1 or 2 (see
"Degraded Threshold provisioning and handling" on page 105).
Trail Trace
The default mode is repeating byte. More details are available (see "Trail Trace Identifier
provisioning and handling" on page 106).
Two sets of degraded thresholds exist. On every individual termination point of the
corresponding level you can make a selection out of the two sets.
When selecting the requested termination point to be changed, the trail trace identifiers
can be provisioned. This behavior is similar for all levels VC12, VC4 and RS. The
example is a VC12 level.
General
Degraded Threshold
The degraded treshold can be set to Threshold Set 1 or Threshold Set 2.
Monitor Mode
The default mode is Monitored for a termination point involved in a cross connect (see
page 101). When no alarming is required the mode can be set to Not Monitored.
Directionally
Cross connect type associated with the termination point.
Threshold set 1: Threshold 1 Duration (sec), Threshold 1 Count and
Threshold set 2: Threshold 2 Duration (sec), Threshold 2 Count
Per VC12 termination point you can specify when a signal is considered to be degraded
(DEG is declared). For this purpose you can choose from two sets of values:
Threshold set 1 existing of:
Threshold 1 Duration (in seconds) and
Threshold 1 Count
Threshold set 2 existing of:
Threshold 2 Duration (in seconds) and
Threshold 2 Count
A signal is considered to be degraded (DEG is declared) if within a number of
consecutive seconds a number of block errors per second has been detected. The
intervals can be specified with Threshold 1 Duration or Threshold 2 Duration, the number
of block errors with Threshold 1 Count or Threshold 2 Count.
The degraded signal is withdrawn if within the number of consecutive seconds the
number of block errors, for each second, was smaller than the specified value.
Caution: The ADX201 test access output port is only active when an Interface
Card is present in Slot 8. When no Interface Card is present in TS8,8 AIS is transmitted
on the test access output.
The test access output is referred to with TS8.8. In the ADX201 this port is also routed to
tributary slot 8 port 8. Add a unidirectional cross connect from the connection to be
monitored. Select the from point to distinguish the direction you want to monitor. The
VC12 termination point related to the test access port is also available and can be used
to view the VC12 path overhead. The output signal of TS8.8 in the ADX201 will be
identical to the signal on the test access output.
When bridging a unidirectional cross connect to the E1 port to be used as test port from
the cross connect to be measured.
The test access output cross connect provisioning can be directly viewed when clicking
TEST in the System overview.
Figure 76. Test Access Output
The current cross connect to the test access output (TS8.8) is shown, and in this screen
this connection can also be changed, when another connection needs to be monitored.
The TS8.8 is always the To point. When no cross connects exists, one can be added.
Furthermore also the test output can be path protected (see "SNCP Cross connects uni-
and bidirectional" on page 114).
13.9.1 Definitions
Cross connects can be added and deleted. In this chapter the provisioning parameters
are listed.
From
The From point in a cross connect defines the originating point. Choosing which point will
become the from is mainly of importance when adding unidirectional cross connects.
Note that from an existing cross connect the from point can be edited, however this is not
possible for the to point.
To
The To point of a cross connect defines the destination point. At this point the VC12 path
overhead is terminated if it is a VC12 termination point. In the System VC12 termination
points do only exist at the tributary slot related points.
Prot
The protection point from a path protected cross connect.
Type
The type identifies if the cross connect is unidirectional or bidirectional.
Bidirectional
A bidirectional cross connect supports traffic in two directions. Bidirectional cross
connects can be made between:
Line port and tributary port
Traffic coming from the line port is dropped to the connected port (downstream) and
traffic from the tributary port is added to the line port signal (upstream).
Tributary and tributary port
Traffic is connected in both directions between two tributary ports.
Line port and line port
Traffic is connected in both direction at TU12 level between the line ports selected.
This connection type can be used when there is no need to drop traffic in this
System. This type is called through cross connect.
Unidirectional
A unidirectional cross connect supports traffic in one direction. Coming from the From
point towards the To point. For the unidirectional cross connect several applications do
exist. Major difference with the bidirectional is that unidirectional cross connects can be
made between two free points but also can be added to the from point of an existing
cross connect (bridging) They only can be added to the from point, you have to realize
this when adding cross connects which you later want to bridge with a unidirectional cross
connect.
Loop back cross connect
A unidirectional cross connect with the same from and to point, can be used as a
VC12 loop back.
Broadcasting
Uni directional cross connects can be multiple bridged. In this way a broadcast
function is supported. Multiple outputs are provided with one source signal. The
source signal is coming from the “From” point. The number of bridged points is
unlimited. The return path is unassigned. A point which is once being used as a “To”
point can only be used once.
Test access output port
The test access output is available at the ADX200 and ADX201 platform. This output
can be used by adding a unidirectional cross connect to this port, with the test access
output as to point. For non intrusive monitoring the test access output can be added
as unidirectional (bridged) to an existing cross connect to be monitored (see "Test
access output" on page 108).
Unidirectional cross connects can be made between the same type of points as
bidirectional. As unidirectional cross connects do not have a return path no RDI and REI
will be inserted (see page 151).
Delete
When selecting the cross connect to be deleted and next clicking delete, this cross
connect will be deleted. No further message is shown and transmission via this cross
connect will be lost.
Details
To show and modify the settings of the cross connect.
Note: If a user considers that in the future an unprotected cross connect might be
changed into a protected it is important to realize that LP<->TP is different than TP<-
>LP. Only the first one allowes the conversion to a protected cross connect.
The change can be made by selecting the new From / Protection point and selecting
Apply.
When selecting CROSS CONNECTS | ADD BI DIRECTIONAL | TP -> LP a bidirectional cross connect
from a tributary port to a line port can be made.
Select the desired to and from point, and next select Add. The cross connect will be
established. If you assign a user label (see page 100) it is also shown in the screen.
Select the desired to and from point and next select Add, the cross connect will be
established.
Note: This is the same for the other add unidirectional cross connect options.
Select the desired ports, next select Add, the cross connect will be established.
Note: This is the same for the other add uni- or bidirectional SNCP cross connects.
Note: For SNCP protected unidirectional cross connects only the selector is
provisioned, and not the bridge. A bridge can also be created manually.
Current
Accepted TTI Status and value: identifies the accepted status (see page 104) and
value. This data is shown for the Protection and From leg. Per leg a non intrusive
monitor is supported.
Type: identifies the type of cross connect (see "SNCP Cross connects uni- and
bidirectional" on page 114).
Common settings
Accepted TTI Status: identifies the accepted status (see page 104).
TIM detection: identifies if the Trail Identifier Mismatch is enabled (see page 106).
Monitoring mode: can be monitored or not-monitored (see page 104).
Selected Degraded Threshold: identifies the threshold set (see "Degraded Threshold
provisioning and handling" on page 105).
SNCP Group
State: identifies the state of the SCNP group. The state can be:
Failed: There is a failure.
Manual: The user executed a manual switch.
Forced: The user executed a forced switched.
Degraded:The signal was degraded (see "Degraded Threshold provisioning and
handling" on page 105)
No request: There was no request for this group.
Active: either the worker or protection is active.
Edit
Remove Leg: to remove the worker or protection leg.
Switch request: The state of an SNCP group either be the result of a user or a
System switch request. Priorities are assigned to switch requests, the lower the
number, the higher the priority:
1. Clear, executed by user
2. Force, executed by user
3. System forced, executed System
4. System degraded, executed System
5. Manual, executed System
Note: You cannot overrule the status of an SNCP group with a switch request
having a lower priority than the current priority. In this case you first have to execute a
"Clear" request and then the actual request.
13.10.1 Precautions
When provisioning an MSP pair:
The protection leg may not carry traffic (no cross connects provisioned).
The protection leg may not be assigned as timing reference.
When above precautions are not full filled an error message is shown on the Web
browser when trying to create an MSP pair.
13.10.2 Definitions
Unidirectional
In unidirectional mode the switching of near end and far end are independent.
Switch criteria
Failures detected at the MS layer will lead to an MSP switch. When at the MS section an
MS1cSSF or MS1cAIS is detected a signal fail will be declared for that leg. When an MS
degraded is detected the leg will be declared Degraded.
Signal fail
A signal fail indicates that the corresponding leg has an MS failure. Also SFP failures are
included.
Degraded
The corresponding leg has an MS degraded alarm, based on the degraded threshold
provisioning (see "Degraded Threshold provisioning and handling" on page 105).
Worker
The leg defined as worker during MSP setup.
Protection
The leg defined as protection side during MSP setup.
Active leg
The leg currently active, the selected input source.
Standby leg
The leg currently not active.
Non-revertive
In non revertive mode the traffic will switch to the protection when a failure has been
detected at the worker side and remains at the protection side when the failure has been
cleared.
Revertive
In case of a failure in revertive mode the traffic switches to the protection side and will
switch back when the failure has been cleared after expiry of the wait to restore timer.
The MSP pair can be created with LP1 as worker and LP2 as protection or vice versa.
Select the operation mode required, non-revertive or revertive and select Create. Once
the MSP pair has been created no changes regarding operation mode or
worker/protection side can be made. To change this the pair has to be deleted and
recreated with the required settings.
Note: If a port is carrying traffic or the MSP pair already exists, a warning is
displayed.
The MSP pair will be pre-selected, as there is only one MSP pair available. Select Delete
to have the MSP pair deleted. This might be service affecting, only if near end and far end
are both set to worker no service impact is to be expected.
Worker
Assigned
Indicates which line port is defined as worker leg.
SignalState
Indicates the state of the worker leg.
Error free: No failures detected.
Failed: An MS signal fail has been detected.
Degraded: An MS degraded has been detected.
Protection
Assigned
Indicates which line port is defined as protection leg.
SignalState
Indicates the state of the protection leg (see Worker signal state).
Active
Indicates which leg is currently active
State
The state can be:
No request: No change to the current switch state of the MSP pair.
Failed: A failure has been detected at one or both MSP legs.
Degraded: An MS degraded has been detected to one or both of the MSP legs.
Wait to restore: A recent failure has been cleared, the wait to restore timer is
running.
Forced: A forced switch request is set.
Manual: A manual switch request is set.
Lockout: The MSP protection is locked out, worker is selected.
Switch request: More details are available (see "External switch requests" on page
118).
Operation: Indicates the mode of operation revertive or non revertive.
SW type: The System only supports unidirectional, bidirectional is not supported.
WTR: Wait to restore timer. More information is available (see "External switch
requests" on page 118). In non revertive mode this timer is grayed out.
Switch Request
To override the MSP automatic switching you can invoke an external switch request (see
"External switch requests" on page 118).
Executing switch requests may lead to a service interruption of less than 50 ms. The
current switch state is shown in the state field.
When executing a switch request a warning will pop up, to indicate switching might be
service affecting, the user has then the option to cancel the switch request.
Switch request
Choose from:
Clear: To clear an outstanding switch request, including WTR timer.
Lockout: When setting the switch state to lockout, MSP protection switching is
disabled. The worker leg is selected for traffic.
Forced Sw to worker: Enforces switching traffic to the worker line. It overrides
automatic switching even in case of a signal fail or signal degrade. This can be
service affecting.
Forced Sw to protection: Enforces switching traffic to the protection line. It
overrides automatic switching in case of a signal degrade but not in case of a signal
fail on protection. This can be service affecting.
Manual Sw to worker: Switches conditionally traffic to the worker line. When a
failure is present at the worker line switching is rejected. In case a failure is raised
during the manual to worker state traffic will switch to the protection line. When e.g. a
forced request or lockout is outstanding a manual request will be rejected, the forced
request first has to be cleared.
Manual Sw to protection: Switches conditionally traffic to the protection line. When
a failure is present at the protection line switching is rejected. In case a failure, Signal
Fail and Signal Degrade, is raised during the manual to protection state, traffic will
switch to the worker line. When a forced request is outstanding a manual request will
be rejected, the forced request first has to be cleared.
Wait to restore
The WTR (wait to restore) timer is only applicable in revertive mode. The default value is
5 minutes. This timer can be provisioned between 0 and 60 minutes in steps of 1 minute.
Setting the timer to 0 minutes will disable the wait to restore timer.
13.11 Synchronization
The intention of Synchronization is to synchronize the whole SDH network to one master
clock. The provisioning of the individual network elements must be aligned to be
synchronized from one side and forward the reference towards the other side of the
network. Before provisioning the System a network synchronization plan must be
available, including a backup plan when the master clock fails, preventing timing loops in
any scenario.
The System has an internal clock according to ITU-T G.781 option-1. with an accuracy of
± 4.6 ppm of its nominal frequency
The System can be synchronized via:
Both STM-1 line port interfaces.
One of the 2Mb/s ports.
Provisioning and maintaining synchronization consists out of three main areas,
Assigning and defining the references to be used which is described (see
"Provisioning timing sources" on page 124).
Provisioning of the System timing, like WTR timer, locked or free running mode, and
use of the SSM algorithm which is described (see "Provisioning timing sources" on
page 124).
External timing switch request, to overrule the automatic timing selection algorithm.
Changing the synchronization setting takes some time to complete the details shown on a
window returned after the action is not up to date. A refresh of the window is needed to
get the actual details.
13.11.1 Definitions
Timing source
A timing source is a provisionable reference from which the System can be synchronized.
The System can be synchronized from both the line ports or from one of the E1. In case
MSP is provisioned only one line port reference, the worker MSP section, is available.
Reference Fail
A reference fail will be declared when the signal related to that reference has a failure
which impacts the timing reliability. This can be transmission related failures like
STM1cLOS,STMcLOF, MS1cAIS, E1cLOS or E1cAIS. Another cause might be an
excessive frequency offset of the reference. When the frequency of the reference has a
deviation of more than ± 15 ppm to the internal clock the reference will be declared failed.
Note that in this case no port level alarm is raised.
SSM byte
The SSM byte contains the quality indication of the reference. The System supports this
only for the STM-1 line port signals. The definitions according to G.781 are listed below.
The SSM byte is only applicable when QL is enabled. When QL is disabled DNU is sent
out and the incoming SSM bytes are ignored.
Table 7. QL Overview
QL S1/byte* Accuracy Description
DNU 1111 Not Do not use for synchronization, indicates the
applicable signal should not be used for synchronization.
Unknown Not No QL information is available
applicable
PRC 0010 10-11 Primary reference clock.
-9
SSU-T 0100 1.5.10 Synchronization supply unit-transit, indicates
the timing is derived from a transit SSU
SSU-L 1000 3.10-8 Synchronization supply unit-local indicates the
timing signal is derived from a local SSU.
SEC 1011 4.6.10-6 SDH equipment clock indicates the timing
signal is derived by an SDH equipment clock
(internal System clock)
*the first nibble of the S1 byte is 0000.
QL-in
The QL-in indicates the received SSM byte from a timing reference.
QL timing source
The assigned QL of a timing source. When Auto is provisioned this value is equal to the
QL-in, when a value has been provisioned this value will be the QL-out.
Outgoing SSM
The outgoing SSM value is transmitted in the S1 byte of the STM-1 signal, the line ports.
This is not supported for the E1 ports. The outgoing SSM is not visible at the user
interface.
In case the System is in holdover or free running mode the SSM out is SEC.
In case the System is locked to a certain port the SSM out on this port is DNU, to
prevent timing loops in the network.
The SSM out on the line ports represents the System QL, except for the active
reference see previous case.
In case of an MSP pair both line ports will have the same SSM out value.
When QL is disabled the SSM out will be DNU.
Timing Source
A timing source is a provisionable reference from which the System can be synchronized.
The System can be synchronized from both the line ports or from one of the E1. In case
MSP is provisioned only one line port reference, the worker MSP section, is available.
Assigned to
Indicates the reference assigned to the timing source.
Active
Indicates the state of the timing source.
Active: This timing source is currently the source for the System timing
Not active: This timing source is currently not the source for the System timing
Failed: This timing source failed.
Signal Status
Indicates the status of the signal provided to the timing source
Normal: No signal fail, the signal is valid
Failed: A failure has been detected for this reference
Wait to restore: A recent failure on this reference has been cleared and during
expiring of the wait to restore timer the state is wait to restore.
Not connected: No reference has been assigned to this timing source.
QL Timing source
The quality level of this timing source.
When selecting the timing source to be viewed or edited select Edit.
Assigning and editing the reference are separate actions, it is preferred to first assign the
reference and next edit the settings.
Assign
Select the line port to be assigned to this timing source and select the assign button. Only
the line port references available are shown. When MSP is enabled only the worker port
of the MSP pair is available.
Edit
Choose from:
Reference: indicates the assigned reference to this timing source.
Reference fail: indicates if the reference has a signal fail.
Error Free: no reference fail.
Fail: reference fail is present. For a line port reference this can be due to a
STM1cLOS, STM1cLOF, RS1cTIM, MS1cAIS or an excessive frequency offset
of the reference signal.
Monitored
Choose from:
Monitored
Not monitored: Now a timing source failure can be reported for this timing source
with a SYNCcTLF.
QL-in
The quality level as indicated by the SSM byte of the reference.
QL status
Status can be valid or invalid:
Valid: The QL has a valid value.
Invalid:The QL has an invalid (unknown) value.
QL Timing source
The assigned quality level of the timing source, which is input for the timing source
selection.
QL provisioned
For line port references the default value is AUTO. When using AUTO the QL level is
taken from the SSM value received from this reference. When this reference is unable to
provide a SSM value a provisioned value can be chosen according to the quality of this
reference. Be aware when using a provisioned value changes in the quality of this
reference will not be recognized (see page 128).
Signal Status
Indicates the status of the timing reference:
Normal: The signal is valid
Failed: A failure has been detected for this reference
Wait to restore: A recent failure has been cleared for this reference. During expiring
of this timer the state is wait to restore
Not connected: No reference has been assigned to this timing source.
Clear WTR
When the state is wait to restore this state can be overruled by clearing the wait to restore
timer, select this box and click apply.
Priority
The priority of this timing source, used in the selection for System timing.
Lockout
When this box is selected the timing source is locked out. The reference will not be used
as timing reference. The default value is locked out. When provisioning the timing source
the lockout needs to be deselected when the timing source is required to be operational.
Using lockout for a reference is useful in maintenance operations. Each reference
individually can be locked out.
Only differences with provisioning line port (see "Provisioning line port references" on
page 125) references are explained.
Reference
Only references from Interface Cards which are in the ASSIGNED state are available.
Only one E1 port from all tributary ports can be selected.
QL-in
As the System does not support SSM values for the E1 ports, there is no QL-in value.
Reference status
A reference fail for an E1 port may be due to:
E1cLOS or E1cAIS.
An excessive frequency offset of the reference.
QL provisioned
As the System does not support SSM for E1 tributary ports thus a QL value needs to be
provisioned. A value corresponding to the quality of the reference needs to be chosen. Be
aware that changes in the frequency accuracy of this reference will not be observed. The
default value is SSUT.
State
Indicates the System timing state:
Normal: The System is locked to a reference, only applicable in locked mode.
Holdover: The System has fallen back to its holdover clock, all references available
are failed. Only applicable in locked mode.
Free Running: The System is in free running mode. System timing is running on its
internal clock, timing mode will be free running
Mode
Defines the System timing mode of the System.
Free running mode: In free running mode the System is synchronized via the
internal clock. No external references are used for System timing. The System
quality will be SEC.
Locked mode: In locked mode the System will be synchronized by an external
reference. The selection is based on the provisioned timing sources (see "System
timing" on page 127).
QL
Indicates the System quality level.
QL Enabled (see page 128) If this selection box is cheked, the System will use the SSM
algorithm to select a timing reference. Furthermore the System Quality level (outgoing
SSM) will indicate SEC in free running mode and the QL-out of the selected timing source
in locked mode. When QL is not enabled the System timing will not select timing
references based on the SSM algorithm but will do this only based on the priority of the
references. The System Quality level (outgoing SSM) will be set to DNU.
WTR Time
Defines the wait to restore timer. The default value is 5 minutes. The timer can be
provisioned between 0 and 60 minutes, in 1 minutes steps. When using 0 no WTR is
being used. To avoid intermittent behavior of the timing reference switch, due to a
reference that toggles between failed and not failed, the WTR timer is used. In this way a
reference needs to be non-failed for a certain period, this period is the WTR time.
Switch Status
Indicates the timing reference switch state which has been made in the timing switch
window.
Selection
The timing source to be switched. Select the timing source 1, 2 or 3.
Switch Request
Timing reference switching is normally not service affecting, however in case of retimed
E1 ports a reference switch might be service affecting (see "Retiming E1 ports" on page
129).
when executing a switch request a warning will pop up to indicate the action might be
service affecting. The user has the option to cancel the switch request. Impact of service
due to timing reference switches is very low.
The following switch request are available to override the automatic selection process
(the lower number, the higher the priority):
Clear: To clear an outstanding switch request, including WTR timer.
Forced: A forced switch completely overrules the automatic selection process.
Irrespective of the state of the reference. Even a failed or not connected reference
may be selected and will result the System to switch to holdover state.
Manual: A manual switch only overrides the automatic selection process in the
priority selection. In case a reference fail or a another reference has a better QL the
automatic selection will take over.
When multiple references have the same priority and one of them fails, the other one,
with same priority will be chosen. When the failed reference becomes available again the
System will not revert to that one.
Timing Mode
Default timing mode is Self Timed, also Re-Timed can be selected.
Self Timed: Normally the E1 output signals are Self Timed. This means that the E1is
recovered from its TU12 envelope by deleting all non-E1 octets. This yields a gapped
signal which is consequently smoothed by means of a Phase Locked Loop. A
disadvantage of this method is that the slow phase variations introduced by
occasional TU12 pointer adjustments or VC12 stuff-bits are too low frequency to be
filtered by the PLL, which acts as a low-pass filter for phase variations (equivalent 3
dB bandwidth below 1 Hz). For normal applications, this wander introduced by
occasional pointer and mapping adjustments can be safely ignored. However, in
case the E1 output is used by the attached equipment as a reference for a (high
quality) clock, it may be rejected due to these phase excursions.
Re-Timed: Alternatively, the E1 output signal can be Re-Timed by the internal
oscillator of the System. This avoids phase excursions due to TU12 pointer
adjustments. A necessary condition is that the internal System clock is locked to a
reference that is synchronous with the equipment that generated the E1 that is to be
retimed. Otherwise, the buffer in the E1 output circuit will regularly overflow or
underflow. Each overflow or underflow event leads to a buffer re-center (causing
frame loss events in the downstream equipment) or a controlled slip (avoiding OOF
in downstream equipment, but only supported in ISDN mode).
Accepted Timing QL
This defines the minimum quality level for which the port will be retimed. When the
System QL is below this value the port will switch to its fall back mode. When QL is
disabled in the System timing settings the retimed port will not check on the acceptance
timing QL and will always stay retimed.
Timing Fall back mode
The default mode is none.
None: The port will stay re-timed but the quality of the frequency is below the
acceptance quality level.
Self timed: The port will switch to self timed when the QL of the System is below the
acceptance QL.
AIS: When the System QL is below the acceptance QL the E1 port will sent out AIS.
System QL
The current QL of the System
Port timing state
Identifies the current state
Normal: The port is working in the provisioned mode
Fall back: The port is provisioned in re-timed mode but is in fall back mode, due to
the System QL being below the acceptance QL
Report timing alarms
Default value is disabled. When setting this to enabled an alarm is raised when the port is
in fall back mode, due to the System QL being below the acceptance QL. The
SYNCcLRR alarm will be reported for this port.
13.12 SNMP
SNMP settings can only be changed with admin rights.
The System supports a Simple Network Management Protocol (SNMP) agent. This
enables the System to sent SNMP alarm traps or notifications to an SNMP manager, also
the current raised alarms can be requested. The System supports both SNMPv1 and
SNMPv2. The user can provision up to five SNMP managers. These are identified by
their IP address. The community string has to be entered, public and a selection for traps
v1 and or v2 notifications can be made.
Autonomous events are reported to the SNMP manager. In the trap notification the alarm
description, location, severity and time stamp is shown and if it is a raise or clearing.
Requesting the current alarm list is possible when using the enterprise MIB with prefix:
iso.org.dcd.internet.private.enterprise AimValleyBV(1.3.6.1.4.1.23862).
Before being able to show this list you have to import the System MIB to the SNMP
browser. The MIB files are available at the System software CD. Please contact ADC for
MIB files. Next you compile the MIB in the SNMP browser. Now the browser is able to
retrieve the current alarm list. These actions will be specific for the SNMP browser being
used.
The alarm reporting towards the SNMP manager is identical as the alarms reported at the
web browser.
Select menu: SYSTEM | SNMP SETTINGS
Figure 93. SNMP Details
Manager IP address
The IP address of the SNMP manager.
Read Community
Provisionable authentication string.
V1 trap / V2 Trap
Select V1 Trap if SNMPv1 traps are required. Select V2 Trap if SNMPv2 notifications are
required.
If both are enabled a trap and notification is reported.
Alarm community
Allows the user to group alarm traps.
OSPF General
Enabled
To enable or disable the OSPF. The default is disabled. If enabled you also must
provision the System with a router ID.
Router ID
To enter the System OSPF router ID. The router ID is a /32 IP address that uniquely
identifies the router within an AS. The default is 0.0.0.0.
RFC1583
OSPF standard, read only value. It shows that OSPF version 2 is supported.
ABR
Not applicable in this version (see page 31). Read only value.
ASBR
Indicates if this System is an ASBR (see page 32) or not. If this system is provisioned as
an ASBR than the route will be advertised.
Version
Indicates the OSPF version. Read only value.
Apply: To confirm the changes.
OSPF ASBR:
Default routes:
Advertise: To enable or disable default route advertisement. .
Metric: Link costs (see page 33), read only value.
Metric Type: The default route advertised by an ASBR has a cost metric of 'Type 2'
('E2'). This means that the internal path cost for reaching an ASBR node is not taken
into account. Only the advertised external costs (LAN=10) matters for the decision
which ASBR node should be used as default route. Read only value
Apply: To confirm the changes.
Manual routes (Not supported):
Advertise: Read only value.
Metric: Read only value.
Metric Type: Read only value.
Refresh
To update this window.
List Interfaces
To go to the management interfaces of this System.
List OSPF Interfaces
To go to the interface OSPF settings (see page 133).
Name
Displays the name of the OSPF interface.
Enabled
Displays whether the OSPF interface is activated.
Area
Displayes the Area of the OSPF
Refresh
To update this window.
List Interfaces
To go to the management interfaces of this System.
Edit
Select the interface to edit and click Edit.
LAN (see page 74)
LP1 or LP2, see figure Interface LP1
Figure 97. Interface LP1
Remote IP address
The IP address as it is assigned at the remote side of the point to point link.
IP Address
Own IP address for this line port. Can be changed, press Apply to confirm.
Remote IP address
Fixed to 32.
The OSPF LAN/LP interfaces can be reached via the menu: SYSTEM | IP SETTINGS | OSPF |
INTERFACES. A window appears. In this window click List OSPF Interface
Figure 98. OSPF Interfaces LAN or LP
Depending on the selection LAN or LP1 /LP2 the screen displays OSPF Interface LAN,
OSPF Interface LP1 or OSPF Interface LP2. The following fields are shown:
Enabled
Displays whether the OSPF interface is activated or not. From this screen the value can
be set to enabled or disabled.
Area
Displays the Area of the OSPF. Read only value.
Metric
Link costs (see page 33). Read only value.
Router Priority
Used to determine the designated router (see page 32).. Read only value.
Auth Type, Auth Key
Used to check if another Systems belongs to the family. Read only value.
Hello Interval (sec), Router Dead Interval (sec)
OSPFs send hello packets to their neighbours. They are used to check whether the
neighbours can be reached or not. If a System (router) cannot be reached for a Router
Dead Interval time the router entries for this router are removed.
Apply
To confirm the changes.
LSA Retr (sec) / Transit Delay (sec)
LSAs are exchanged between adjacent OSPF routers. This is done to synchronize the
link state database on each device.
When a router generates or modifies an LSA, it must communicate this change
throughout the network. The router starts this process by forwarding the LSA to each
adjacent device. Upon receipt of the LSA, these neighbors store the information in their
link state database and communicate the LSA to their neighbors. This store and forward
activity continues until all devices receive the update. This process is called reliable
flooding. Two steps are taken to ensure this flooding effectively transmits changes without
overloading the network with excessive quantities of LSA traffic:
Transit Delay: Each router stores the LSA for a period of time before propagating the
information to its neighbors. If, during that time, a new copy of the LSA arrives, the
router replaces the stored version. However, if the new copy is outdated, it is
discarded.
LSA Retr: To ensure reliability, each link state advertisement must be acknowledged.
Multiple acknowledgements can be grouped together into
a single acknowledgement packet. If an acknowledgement is not received within, the
original link state update packet is retransmitted.
Refresh
To update this window.
List OSPF Interfaces
To go to the OSPF interfaces of this System.
RouterID: Shows OSPF enabled systems that can be reached, note the RouterId is
displayed.
13.14 Alarming
The System supports alarm reporting for all SDH levels (RS, MS, VC4 and VC12),
equipment related alarms, port related alarms and synchronization related alarms. These
alarms will be reported to the Web browser, the SNMP manager when provisioned and
can be visible at the System LEDs.
When a defect is present it will be reported as an alarm within 2.5 ± 0.5 seconds. When
the cause of a raised alarm is cleared within 10 ± 0.5 seconds the clearing will be
reported and the alarm is added to the history list.
This refresh rate is specific for every Browser connection and will be set to the default
value of 5 seconds when reloading the browser page or re-logging in to the System.
Selecting None/Stop will no longer update the most recent alarm bar. The refresh rate
can be set to 1, 5, 10, 60, 300 seconds or none/stop.
Location
This identifies the location of the alarm.
Alarm type
This identifies the type of alarm.
Severity
This indicates the severity of the alarm, as defined in the alarm profile.
Raised
The time stamp based on the System time of the System, presented in the local time (see
page 20) zone.
Details
When selecting an alarm in the list and next clicking details the long alarm description will
be shown in a pop up window. The long alarm description will also be shown when
pointing the alarm with the mouse indicator at the alarm, not available when using
Internet Explorer 6.0.
Figure 103. Alarm Details VC12vUNEQ
To have the current alarm (see "Resolving alarms and problems guide" on page 139) list
updated to the current situation, you have to refresh it. Notifications towards the
provisioned SNMP manager will be sent autonomously.
Refresh
The history list is not autonomously updated, a refresh (see "Most recent alarm bar" on
page 135) is needed. The System has a log for 500 cleared alarms. It this number is
exceeded the first entry is removed from the list.
Clear
To clear the history list and start with a clean list again.
Details
Select the alarm and click Details. Additional information will be displayed in a pop-up.
This additional information also comes available if you point the alarm with the mouse
indicator. This option is not available for Internet Explorer 6.0.
Backup
Alarms can be downloaded in a tab separated file for off line processing using e.g. excel.
To current alarms
Shows the currently present alarms.
Note: Times shown are based on the local time zone (see page 20).
When selecting the alarm to be changed and selecting edit the changes can be made.
Severity
The severity can be set to Major, Minor or Info.
Reported
The reporting state:
False: the alarm will not be reported
True: the alarm will be reported
14.1 Introduction
This section describes the alarms which can be reported by the System, a description is
given of the alarm and some probable root causes. Alarms are split up into logical levels.
This section is intended for maintenance employees and network operators. This section
provides information to support in their tasks to resolve alarms or analyze end customer
complaints.
Current alarms are identified by the location, alarm type, severity and a time stamp of the
raise time.
14.2 Location
The location identifies the detection point. This can be:
System: A System related fault.
IFC: Related to the Interface Card, followed by a slot position.
SFP: Related to an SFP, in line port 1 (LP1) or line port 2 (LP2).
Line port: Line port 1 or 2.
VC4 termination point: Identified by related line port, LP1, LP2 or the active line
port (LPa) in case of MSP.
VC12 termination point: Identified by tributary slot number, followed by the port
number.
VC12 monitoring point: Identified by related line port, followed by klm indication.
AU alarm: identified by line port number, LP1, LP2 or the active line port (LPa) in
case of MSP.
TU alarm: identified by line port number, LP1, LP2 or the active line port (LPa) in
case of MSP, followed by the klm indication.
Alarm type
This is a short name (mnemonic) of the fault cause according to the ITU standards:
G.783, G.784 and G.806.
Severity
This identifies the provisioned severity for the alarm. The default severity (see "Alarm
profiles, severities, reporting and LEDs" on page 138) is listed by the descriptions.
Time stamp
The time stamp identifies the raise time of the alarm. This time is based on the System
time of the System (see page 20).
Reporting state
The default reporting state for all alarms is reported, except for the SYScPFA and
SYScPFB alarm. When an alarm is required not to be reported this can be provisioned
(see "Alarming" on page 135).
SYScTIME
The System time is not set or lost. The System time is running from start up on the default
linux clock.
Alarms will be reported with a wrong timestamp, not the real time.
System time has not been provisioned. Or System time has been lost due to a power
outage longer than 10 minutes.
SYScPFA
Power failure on telecom power feed (-48V) connector A.
When this alarm is reported the System has another power feed, but redundant powering
on feed A is unavailable.
No power connected to power feed A. Or voltage is below 40.5 Volt. Or the -48 and 0
connections are swapped, the System will operate but a SYScPFA is reported. The
default reporting state is not reported, When monitoring is required the state must be set
to reported.
SYScPFB
Power failure on telecom power feed (-48V) connector B.
When alarm is reported the System has another power feed, but redundant powering on
feed B is unavailable.
No power connected to power feed B. Or voltage is below 40.5 Volt. Or the -48 and 0
connections are swapped, the System will operate but a SYScPFB is reported. The
default reporting state is not reported, When monitoring is required the state must be set
to reported.
Note: For Power over Ethernet no power monitor is available. This is a non-
redundant input and mixing PoE and telecom power feed is forbidden.
SYScEQF
An equipment failure has been detected on the System
The System has become unreliable
Replace the System, and return the failed System
SYScROUTE
There are more than 50 nodes in an OSPF AS.
Performance problems can occur.
Reduce the number of nodes in the OSPF AS (see page 31).
IFCcUNP
A unit not present for the identified slot has been detected, although a unit is expected.
Transmission provisioned towards this slot will be lost
The interface card of an assigned slot has been removed. Reinsert the correct Interface
Card or when no Interface Card is desired for this slot position change the slot state to
AUTO. (see page 89)
IFCcWUI
A wrong unit inserted has been detected for the identified slot.
Transmission provisioned towards this slot will be disabled, the interface on the card will
be shut down. When a port of the Interface Card is assigned as timing source this
reference is declared failed with a SYNCcTLF, to prevent synchronization from an invalid
reference.
The inserted interface card has a not supported item code. Replace the Interface Card by
a supported type.
IFCcREPL
A different Interface Card as the previous inserted one has been inserted. But the item
code of the inserted Interface Card is within the range of supported Interface Cards.
Transmission is retained towards the Interface Card, but depending on the e.g.
impedance of this card and the previous inserted card, transmission might be affected.
Accept the Interface Card (see page 89). Take care cabling is according to this Interface
Card.
IFCcEQF
An equipment failure has been detected on the identified Interface Card.
Transmission is not shut down, but due to the nature of the failure transmission can be
lost. When a port of the Interface Card is assigned as timing source this reference is
declared failed with a SYNCcTLF, to prevent synchronization from an invalid reference.
Replace IFC.
SFPcUNP
A SFP not present has been detected for the identified line port position.
Transmission to that line port will be lost.
Reinsert a correct SFP with the correct module qualifier (see page 90).
SFPcWUI
A wrong SFP inserted has been detected for the identified line port. The module qualifier
of the inserted SFP differs from the last accepted SFP.
Transmission will be shut down to this line port. When this port is assigned as timing
source this reference will be declared failed with a SYNCcTLF
Reinsert an SFP with an identical module qualifier as the last accepted one. or change
the state to AUTO and the System will set the current inserted SFP to operational (see
page 92).
SFPcEQF
An equipment failure has been detected for the inserted SFP.
Transmission is not shut down, but due to the nature of the fault transmission can be
affected.
Replace the SFP with an identical one (same module qualifier) and return the failed SFP.
SYNCcBHO
System timing has fall back to hold over mode. The System is running on its hold over
clock. None of the provisioned references is available or has sufficient quality.
Transmission is not affected, but the System timing is not locked to a valid reference.
Check if any timing source is provisioned. Check if the provisioned timing sources do
have a timing link failure SYNcTLF and if they are in MONITORED mode.
SYNCcTLF
A timing link failure has been detected for the identified timing source. No reference
assigned for this timing source or the signal has one of the next failures:
For line ports: RS1cTIM, STM1cLOS, STM1cLOF, MS1cAIS
For tributary ports: E1cLOS or E1cAIS.
Or the timing reference has a frequency deviation of more than ±15 ppm related to the
internal clock of the System.
This timing source will not be part of the System timing selection. When another
reference is available the System timing will select that one. When no other timing source
is available the System timing will switch to holdover and the SYNCcBHO will be
reported.
Check the signal provided to the timing source has a defect and resolve that cause, or if
none timing source has been assigned to the identified timing source.
SYNCcLRR
Loss of re-timing reference, a retimed E1 port has fallen back in its retiming mode.
The output frequency of this E1 port does not have the quality requested. The System
connected to it, using this a timing source must use an other timing reference.
The System timing QL is below the acceptance QL of the retimed E1 port. Check why
System timing QL has decreased.
E12cLOS
The identified E1 port has a loss of signal detected.
Transmission via this E1 port in the upstream direction will be lost and AIS is inserted in
the upstream direction.
Check cabling towards the E1 port
E12cAIS
On the ingress direction of the identified E1 port AIS is detected.
Signal is present at the E1 port but this signal contains AIS. This is due to a defect at the
System connected to the E1 port.
Check alarms on the System connected to the E1 port
STM1cLOS
The identified line port has a loss of signal detected.
Transmission via this line port in the downstream direction is lost. In the downstream
direction AIS is inserted. In the upstream direction (return path) MS RDI is inserted.
Check cabling on the line port
STM1cLOF
The identified line port has signal present but no correct STM-1 frame is detected
Transmission via this line port in the downstream direction is lost. In the downstream
direction AIS is inserted. In the upstream direction (return path) MS RDI is inserted
Check signal provided to this line port. E.g. a STM4 signal might be provided or input
might be overloaded (to much optical power).
RS1cTIM
A trail trace identifier mismatch has been detected on the identified line port.
Transmission via this line port in the downstream direction is lost. In the downstream
direction AIS is inserted. In the upstream direction (return path) MS RDI is inserted
Check the accepted and expected TTI for this port. The System might be connected to
the wrong far end system or port.
RS1cSSF
A server signal fail on the RS layer has been detected for the identified line port. The root
cause is a failure in the layer above.
Transmission is lost in the downstream direction of this line port.
Check the root cause of this RS1cSSF. Might be due to a STM1cLOS, or STM1cLOF.
MS1cSSF
A server signal fail on the MS layer has been detected for the identified line port. The root
cause is a failure in the layer above.
Transmission is lost in the downstream direction of this line port.
Check the root cause of this failure. Might be due to a STM1cLOS, STM1cLOF or
RS1cTIM.
MS1PcSSF
A server signal fail has been detected on the MS1 protection layer, only applicable when
MSP is provisioned.
Transmission is lost in downstream direction of the MS protection group
Both line ports do have an MS related failure, or a forced switch is in place to a failed line
port.
MS1cAIS
AIS is detected in the MS signal of the identified line port. The root cause will be a failure
in the far end system.
Transmission is lost in the downstream direction. In the upstream direction MS RDI is
inserted.
Check alarms on the far end system.
MS1cRDI
A remote defect indication is detected on the identified line port.
At the far end system an MS failure is detected.
Check MS alarming on the far end system
MS1cDEG
The number of B2 background block errors detected on the identified line port does
exceed the provisioned degraded threshold (see "Degraded Threshold provisioning and
handling" on page 105).
Transmission is affected as bit errors will disturb the signal.
The STM-1 signal received has a degraded quality due to too much attenuation or
dispersion. Check the optical path or the SFP being used at the far end has insufficient
power. In some cases overload of the input signal might lead to an MS degraded signal.
AU4cAIS
The AU4 container contains AIS .
Transmission in the downstream direction is lost.
The root cause is in the layer above or due to a failure in the far end system. Check MS
and RS alarms on the related line port or alarms on the far end system.
AU4cLOP
No valid AU4 pointer is present in the AU4 container.
Transmission in the downstream direction is lost.
An invalid AU4 signal is received.
VC4cSSF
A server signal fail has been detected on the identified VC4 termination point
Transmission is lost in the downstream direction and VC4 RDI inserted in the upstream
direction.
The root cause of this alarm is a failure in the layer above. This might be due to a RS, MS
or AU4 failure which sends AIS downstream.
VC4cUNEQ
The received signal label (C2 byte) at the VC4 termination points is zero.
Transmission is lost in the downstream direction, AIS is inserted. In the upstream
direction VC4 RDI is inserted.
The far end system connected to might not have a VC4 cross connection towards this
system.
VC4cPLM
The received signal label (C2 byte) at the VC4 termination differs from the expected
value. The type of traffic in the VC4 does not match.
Transmission is lost in the downstream direction, AIS is inserted.
The VC4 coming from the far end system does not have a label 01 (equipped) or TUG
structured (02) but a different kind of traffic. Check in the details of the related VC4 TTP
the accepted TSL value. The far end system does have wrong type of traffic. The
VC4cPLM alarm is not under control of the monitoring flag.
VC4cTIM
A trail trace identifier mismatch has been detected at the identified VC4 termination point.
The accepted (received) trail trace (J1 byte) does not match the expected trail trace and
TIM detection is enabled.
Transmission is lost in the downstream direction, AIS is inserted. In the upstream
direction VC4 RDI is inserted.
Check the expected and accepted trail trace. A difference might be due to a wrong cross
connect in the transmission path between the near and far end VC4 TTP. If no match is
required TIM detection can be disabled thus no alarms is raised and no consequent
actions are executed.
VC4cDEG
The number of background block errors in the received B3 byte do exceed the
provisioned degraded threshold.
Transmission is affected as bit errors are present.
Check upstream cabling and or equipment, an MS1cDEG might also be present.
VC4cLOM
The VC4 received does not contain the TU12 multi frame indicator.
Transmission is affected in downstream direction, AIS is inserted.
As no VC4cPLM is raised the traffic type is correct, but the TUG structured VC4 may
contain a TU3 container in stead of only TU12.
VC4cRDI
The VC4 remote defect indicator is detected in the received VC4.
Transmission might be affected at the far end side.
The far end systems has detected a downstream failure at VC4 level. Check alarming at
the far end system.
TU12cAIS
The TU12 contains AIS. The TU12cAIS is identified by the TU12 number(klm) at the line
port side.
Transmission is lost in this TU12, no consequent actions.
Check upstream defects.
TU12cLOP
No TU12 pointer is detected in the TU12 identified. The TU12cLOP is identified by the
TU12 number (klm) at the line port side.
Transmission is lost in this TU12 container.
Check far end provisioning, a TUG without TU12 pointer might be used e.g. TU3.
VC12cSSF
The VC12 layer is unavailable for traffic due to a failure in layers above (VC4, MS)
Transmission is lost. For a VC12 trail termination point AIS is inserted downstream and
VC12 RDI is inserted upstream in case of a bi-directional cross connect.
Check alarming at the VC4 layer.
VC12cUNEQ
The received signal label (V5 byte) at the VC12 termination points is zero.
Transmission is lost in the downstream direction. For a VC12 trail termination point AIS is
inserted. In the upstream direction VC12 RDI is inserted. When provisioning cross
connects on both side of a connection, temporarily a VC12cUNEQ might be raised due to
the absence of the cross connect at the far end.
The far end system connected to might not have a VC12 cross connection towards this
system or any other System in the transmission path.
VC12cPLM
The received signal label (V5 byte) at the VC12 termination differs from the expected
value. The type of traffic in the VC12 does not match.
Transmission is lost in the downstream direction. For a VC12 trail termination point AIS is
inserted.
The VC12 coming from the far end system does not have a label 01 (equipped) or
asynchronous (02) but a different kind of traffic. Check in the details of the related VC12
TTP the accepted TSL value. The far end system does have wrong type of traffic. The
VC12cPLM alarm is not under control of the monitoring flag.
VC12cTIM
A trail trace identifier mismatch has been detected at the identified VC12 termination
point. The accepted (received) trail trace (J2 byte) does not match the expected trail trace
and TIM detection is enabled.
Transmission is lost in the downstream direction. For a VC12 trail termination point AIS is
inserted. In the upstream direction VC12 RDI is inserted.
Check the expected and accepted trail trace. A difference might be due to a wrong cross
connect in the transmission path between the near and far end VC12 TTP. If no match is
required TIM detection can be disabled thus no alarms is raised and no consequent
actions are executed.
VC12cDEG
The number of background block errors in the received TU BIP byte exceeds the
provisioned degraded threshold.
Transmission is affected as bit errors are present.
Check upstream equipment and or cabling, a VC4cDEG or MS1cDEG might be present.
VC12cRDI
The VC12 remote defect indicator is detected in the received VC4.
Transmission might be affected at the far end side.
The far end systems has detected a downstream failure at VC12 level. Check alarming at
the far end system.
SDH Events
Table 9. SDH Events
Physical / Regenerator Section (RS) Multiplex Section (MS)
LOS Loss Of Signal MS-AIS MS Alarm Indication Signal
LOF Loss Of Frame MS-BIP MS Bit Interleaved Parity error
RS-TIM RS Trace Identifier Mismatch MS-REI MS Remote Error Indication
RS-BIP RS Bit Interleaved Parity MS-RDI MS Remote Defect Indication
PHY Physical (sfp) los and clock K2 APS signaling byte
monitor
A1-2 Framing bytes B2 Error monitor
J0 Trace identifier M1 Backwards section status
B1 Error monitor H1-2 AU pointer
Provisioning System 1
Timing source 1: Assigned to TS1.8, QL provisioned SSU_T, priority 2
Timing source 2: Assigned to Line port 2, QL:AUTO, priority 3
Timing source 3: Assigned to Line port 1, QL: AUTO, priority 1
Provisioning System 2
Timing source 1: Assigned to Line port 2, Q: AUTO, priority 1
Timing source 2: Assigned to Line port 1, QL: AUTO, priority 2.
Provisioning System 3
Timing source 1: Assigned to Line port 2, QL: AUTO, priority 1
Timing source 2: Assigned to Line port 1, QL: AUTO, priority 2.
Provisioning System 4
Timing source 1: Assigned to Line port 2, QL: AUTO, priority 1
Timing source 2: Assigned to Line port 1, Q: AUTO, priority 2.
Timing source 3: Assigned to Trib port TS8.2, QL provisioned PRC, priority 1
During normal operation the synchronization is as shown. The PRC clock on timing
source 3 on System4 has got the best quality:
System4 will select Timing source 3 (PRC is the best quality).
System3 will select Timing source 1 (LP2) as this one reference has the highest
priority.
System2 will select Timing source 1 (LP2) as this reference has the highest priority.
System1 will select Timing source 3 (LP1) as this reference has the highest priority.
Interesting is to see what happens when a failure occurs. In the figure a failure on the
PRC clock is present. The Systems will switch over to their next best reference. At first
instance System4 falls back to holdover. Due to this System1 will switch over to Timing
source 1, the SSU_T reference on TS1.8. Next System4 will switch over to Timing source
1. System3 will retain at Timing source 1 and System2 will retain at Timing source 1.
Figure 110. Timing Network with Failure 1
In the figure a failure has occurred on the incoming side of Line port 2 on System2. In this
case System2 will switch over from Timing source 1 to Timing source 2 (LP1). The other
Systems do not switch over.
Figure 111. Synchronization Failure
ALM
Alarm
AIS
Alarm Indication Signal
AS
Autonomous System
ASBR
Autonomous System Border Router
AU
Administrative Unit
AUG
Administrative Unit Group
BCG
Broadband Connection Group
CAS
Channel Associated Signaling
CI
Customer Interface
CO
Central Office
CRC
Cyclic Redundancy Code
CTP
Connection Termination Point
DHCP
Dynamic Host Configuration Protocol
DNU
Do Not Use
E1
2 Mb/s signal according to ITU-T G.703
EMC
Electro-Magnetic Compatibility
EN
Engineering Norms
ESD
Electro-Static Discharge
ETSI
European Telecommunication Standardization Institute
GND
Ground
HDB-3
High Density Binary 3 code
IDC
Insulation Displacement Connector
IEEE
The Institute of Electrical and Electronics Engineers
IFC
Interface Card
ISD
Image System Database
ITU-T
International Telecommunication Union – Technical standard group
LAN
Local Area Network
LED
Light Emitting Diode
LP
Line Port
LSA
Line Separator Adaptor
MAC
Media Access Control
MON
Monitor
MS
Multiplex Section
MSA
Multi-Source Agreement
MSP
Multiplex Section Protection
MTBF
Mean Time Between Failure
OSPF
Open Shorted Path First
PPM
Parts Per Million
PRC
Primary Reference Clock
RMA
Return Material Authorization
QL
Quality Level (timing quality)
RS
Regenerator Section
SDH
Synchronous Digital Hierarchy
SEC
SDH Equipment Clock
SELV
Safety Extra-Low Voltage
SFP
Small Form factor Pluggable
SNMP
Simple Network Management Protocol
SSM
Synchronization Status Message
SSU-L
Synchronization Supply Unit-Local
SSU-T
Synchronization Supply Unit-Transit
STM-1
Synchronous Transport Module -1
TIM
Trail trace Identifier Mismatch
TP
Tributary Port
TS
Tributary Slot
TSL
Trail Signal Label
TTI
Trail Trace Identifier
TTP
Tail Termination Point
TU
Tributary Unit
TUG
Tributary Unit Group
VC-n
Virtual Container of nth level
WTR
Wait To Restore