SIAE ALFOplus2 - User Manual Cod. MN00356E - Ediz.007 PDF
SIAE ALFOplus2 - User Manual Cod. MN00356E - Ediz.007 PDF
SIAE ALFOplus2 - User Manual Cod. MN00356E - Ediz.007 PDF
User manual
MN.00356.E - 007
The information contained in this handbook is subject to change without notice.
Property of Siae Microelettronica. All rights reserved according to the law and according to the international
regulations. No part of this document may be reproduced or transmitted in any form or by any means,
electronic or mechanical, without written permission from Siae Microelettronica S.p.A.
Unless otherwise specified, reference to a Company, name, data and address produced on the screen dis-
played is purely indicative aiming at illustrating the use of the product.
MS-DOS®, MS Windows® are trademarks of Microsoft Corporation.
HP®, HP OpenView NNM and HP–UX are Hewlett Packard Company registered trademarks.
UNIX is a UNIX System Laboratories registered trademark.
Oracle® is a Oracle Corporation registered trademark.
Linux term is a trademark registered by Linus Torvalds, the original author of the Linux operating system.
Linux is freely distributed according the GNU General Public License (GPL).
Other products cited here in are constructor registered trademarks.
Contents
Section 1.
USER GUIDE 9
Section 2.
DESCRIPTIONS AND SPECIFICATION 15
MN.00356.E - 007 1
5.6.1 Single ODU ............................................................................................22
5.6.2 Dual ODUs and single polarization antenna.................................................22
5.6.3 Dual ODUs, 2 hybrid and DP antenna.........................................................23
5.6.4 Dual ODUs and DP antenna ......................................................................24
5.7 RADIO FUNCTIONALITIES ..................................................................................24
5.7.1 ACM ......................................................................................................25
5.7.2 RF band/High Power versions ...................................................................26
5.8 ETHERNET FUNCTIONALITIES ............................................................................26
5.8.1 Traffic treatment.....................................................................................27
5.8.1.1 Auto-negotiation ......................................................................27
5.8.1.2 MDI/MDI-X ..............................................................................27
5.8.1.3 Ingress Filtering .......................................................................28
5.8.1.4 MTU .......................................................................................28
5.8.1.5 Storm Control ..........................................................................28
5.8.1.6 MAC Learning Rules ..................................................................28
5.8.1.7 MAC Forwarding Rules ..............................................................29
5.8.2 VLAN Forwarding ....................................................................................29
5.8.2.1 IEEE 802.1q ............................................................................29
5.8.2.2 VLAN Stacking - QinQ ...............................................................30
5.8.2.3 VLAN Threatment .....................................................................30
5.8.2.4 Service Instance Mapping Criteria...............................................31
5.8.2.5 Ingress Manipulation.................................................................32
5.8.3 QoS Management ...................................................................................32
5.8.3.1 Classification with Priority Map ...................................................33
5.8.3.2 Classification with Class Map......................................................34
5.8.3.3 Policing ...................................................................................35
5.8.3.4 Metering .................................................................................35
5.8.3.5 Policy Map ...............................................................................36
5.8.4 Congestion avoidance..............................................................................36
5.8.5 Output queues........................................................................................37
5.8.6 Scheduling method .................................................................................39
5.8.7 Egress Shaping.......................................................................................39
5.8.8 Egress Manipulation ................................................................................40
5.8.9 Packet Header Compression .....................................................................40
5.8.10 ELP .......................................................................................................41
5.8.11 Link aggregation .....................................................................................42
5.8.11.1 Ethernet L1 radio link aggregation ..............................................42
5.8.11.2 LACP on LAN interfaces .............................................................42
5.8.11.3 Static LAG ...............................................................................43
5.8.12 LLF .......................................................................................................43
5.8.13 STP and RSTP.........................................................................................45
5.8.13.1 BPDU......................................................................................45
5.8.13.2 STP/RSTP configurability ...........................................................45
5.9 SYNCHRONIZATION ..........................................................................................46
5.9.1 Sources .................................................................................................46
5.9.2 Output ..................................................................................................47
5.9.3 Priority ..................................................................................................47
5.9.4 Quality and SSM .....................................................................................47
5.9.5 Source settings.......................................................................................48
5.10 SECURITY........................................................................................................49
5.11 MANAGEMENT ..................................................................................................49
5.12 LICENSE KEY ...................................................................................................49
5.13 ETHERNET MAINTENANCE..................................................................................49
2 MN.00356.E - 007
5.13.1 OAM......................................................................................................50
5.13.2 RMON ...................................................................................................51
5.13.2.1 Ethernet Statistics ....................................................................51
5.13.2.2 RMON Counters in each interface................................................52
5.13.2.3 Ethernet Services Statistics .......................................................52
Section 3.
INSTALLATION 65
MN.00356.E - 007 3
Section 4.
LINE-UP 93
4 MN.00356.E - 007
11.10.2.5 XPD antenna rotation assistance with customized XPD thresholds . 114
11.10.2.6 XPD statistics......................................................................... 115
Section 5.
MAINTENANCE 131
13 ALARMS .................................................................................................................131
13.1 GENERAL....................................................................................................... 131
13.2 ALARMS SYSTEM ............................................................................................ 131
13.2.1 LED status ........................................................................................... 132
13.2.2 Alarm group ......................................................................................... 132
MN.00356.E - 007 5
14.3.4 Quality alarms ...................................................................................... 138
14.3.5 Radio link affected by fading................................................................... 139
14.3.6 Radio link affected by interference .......................................................... 139
Section 6.
PROGRAMMING AND SUPERVISION 141
Section 7.
COMPOSITION 145
Section 8.
EQUIPMENT CHARACTERISTICS 147
17 INTRODUCTION .....................................................................................................147
17.1 GENERALS ..................................................................................................... 147
17.2 THROUGHPUT ................................................................................................ 148
17.3 ACM SHIFTING THRESHOLDS ........................................................................... 148
6 MN.00356.E - 007
19 ALFOplus2 18 GHz CHARACTERISTICS ...................................................................161
19.1 FOREWORD ................................................................................................... 161
19.2 AVAILABLE FREQUENCIES ............................................................................... 161
19.2.1 Transmitter characteristics ..................................................................... 165
19.2.2 Receiver characteristics ......................................................................... 166
19.3 RADIO FLANGE............................................................................................... 167
19.4 POWER SUPPLY AND CONSUMPTION ................................................................. 167
Section 9.
LISTS AND SERVICES 187
25 ASSISTANCE SERVICE............................................................................................193
MN.00356.E - 007 7
8 MN.00356.E - 007
Section 1.
USER GUIDE
1 DECLARATION OF CONFORMITY
SIAE MICROELETTRONICA
Via Buonarroti, 21 - Cologno (MI) - Italy
DECLARES
THAT THE PRODUCT
complies with the essential requirements of article 3 of the R&TTE Directive (1999/05/EC)
and therefore is marked:
The equipment makes use of non-harmonized frequency bands. Following the requirements
of the R&TTE Directive (article 12) and the relevant decision of the EC, in term of classifica-
tion of Radio Equipment and Telecommunications Terminal Equipment and associated iden-
tifiers, the transmitting equipment shall carry the 'class 2' identifier:
MN.00356.E - 007 9
2 FIRST AID FOR ELECTRICAL SHOCK AND SAFETY
RULES
Do not touch the bare hands until the circuit has been opened. pen the circuit by switching off the line
switches. If that is not possible protect yourself with dry material and free the patient from the con-
ductor.
It is important to start mouth resuscitation at once and to call a doctor immediately. suggested procedure
for mouth to mouth resuscitation method is described in the Tab.1.
This treatment should be used after the patient has regained consciousness. It can also be employed while
artificial respiration is being applied (in this case there should be at least two persons present).
Warning
10 MN.00356.E - 007
Tab.1 - Artificial respiration
Lay the patient on his back with his arms parallel to the body.
If the patient is laying on an inclined plane, make sure that his
1 stomach is slightly lower than his chest. Open the patients
mouth and check that there is no foreign matter in mouth (den-
tures, chewing gum, etc.).
Kneel beside the patient level with his head. Put an hand under
the patient’s head and one under his neck.
Shift the hand from the patient’s neck to his chin and his
mouth, the index along his jawbone, and keep the other fingers
closed together.
With your thumb between the patient’s chin and mouth keep
his lips together and blow into his nasal cavities
When the equipment units are provided with the plate, shown in Fig.1, it means that they contain compo-
nents electrostatic charge sensitive.
MN.00356.E - 007 11
Fig.1 - Components electrostatic charge sensitive indication
In order to prevent the units from being damaged while handling, it is advisable to wear an elasticised band
(Fig.2) around the wrist ground connected through coiled cord (Fig.3).
This device has Class I LASER modules: it is not required to have a laser warning label or other laser state-
ment (IEC 60825-1).
12 MN.00356.E - 007
2.3 CORRECT DISPOSAL OF THIS PRODUCT (WASTE ELECTRICAL &
ELECTRONIC EQUIPMENT)
(Applicable in the European Union and other European countries with separate collection systems). This
marking of Fig.4 shown on the product or its literature, indicates that it should not be disposed with other
household wastes at the end of its working life. To prevent possible harm to the environment or human
health from uncontrolled waste disposal, please separate this from other types of wastes and recycle it
responsibly to promote the sustainable reuse of material resources. Household users should contact either
the retailer where they purchased this product, or their local government office, for details of where and
how they can take this item for environmentally safe recycling. Business users should contact their supplier
and check the terms and conditions of the purchase contract. This product should not be mixed with other
commercial wastes for disposal.
CAUTION: Risk of explosion if battery is replaced by an incorrect type. Dispose of used batteries according
to law.
MN.00356.E - 007 13
3 PURPOSE AND STRUCTURE OF THE MANUAL
The purpose of this manual consists in providing for the user information which permit to operate and
maintain the ALFOplus radio equipment.
Warning: This manual does not include information relevant to the SCT/WebLCT management program
windows and relevant application. They will provided by the program itself as help–on line.
The following knowledge and skills are required to operate the equipment:
• a basic understanding of microwave transmission
The manual is subdivided into sections each of them developing a specific topic entitling the section.
Each section consists of a set of chapters, enlarging the main subject master.
It provides the information about the main safety rules and expounds the purpose and the structure of the
manual.
It describes a general overview of the typical applications and in particular of the whole radio equipment.
Section 3 – Installation
The mechanical installation procedures are herein set down as well as the user electrical connections.
14 MN.00356.E - 007
Section 2.
DESCRIPTIONS AND
SPECIFICATION
4 LIST OF ACRONYMS
- ETH Ethernet
- FEC Forward Error Correction
- NE Network Element
MN.00356.E - 007 15
- QoS Quality of Service
16 MN.00356.E - 007
5 SYSTEM PRESENTATION
5.1 GENERAL
This document contains the description of features and capability of ALFOplus2 equipment.
ALFOplus2 (see Fig.5) is a Full Outdoor microwave radio that houses, within a unique unit, two complete
TX/RX radio channels (RF Multi-core definition) to double the radio capacity and includes a complete Carrier
Ethernet features set. With 4096QAM Modulators, Ethernet Header compression, MIMO ready architecture
and 2x112MHz canalization capability, ALFOplus2 set the new standard in point to point Microwave sys-
tems.
The ALFOplus2 must be used in RAL areas (Restricted Access Location) where an equipotent bonding has
been applied. The ODU unit has a supplementary specific connector for a permanent connection to ground-
ing point intended to be installed by technical staff only.
5.2 CHARACTERISTICS
This document contains the description of features and capability of ALFOplus2 equipment.
Dual Carrier ALFOplus2 is the first SIAE MICROELETTRONICA point to point microwave device capable of
providing, in a unique solution, highest modulation schemes and software defined architecture in a highly
integrated design.
ALFOplus2 flexibility makes it suitable perfectly to all the last generation network requirements fitting per-
fectly in Macrocell Backhaul, C-RAN CPRI transport, Macro-site Aggregations scenarios.
MN.00356.E - 007 17
5.3 APPLICATIONS
ALFOplus2 is the ideal solution in urban environments for all carrier-class applications in which the typical
requirements are Ethernet connections:
ALFOplus2 doesn’t need any indoor unit and the power supply can be provided directly by POE through the
data cable or through a dedicated auxiliary port.
• 2xGbE Electrical ports (1Gbps line rate): LAN3 and LAN4 (with PoE)
• 2xGbE Optical interfaces (1Gbps or 2.5Gbps line rate): LAN1 and LAN2.
Interconnection ports are present for communication between two ALFOplus2 when 2+2/4+0 configura-
tions are implemented.
Auxiliary connectors are in place for Direct Power supply feeder, Local Access and RSSI indication.
In case of protected configurations one traffic port is used as signaling interconnection interface.
The increased number of application segments demands for a spread of microwave technologies in order
to address each of the segments in an effective and efficient way.
This scenario brings to a higher complexity in microwave portfolio challenging for the consistency of the
overall network solution and streamlined roadmap.
18 MN.00356.E - 007
SIAE MICROELETTRONICA answer is based on the adoption Unified Product Architecture, a common Ether-
net hardware and software platform through all new generation products based on two main building
blocks:
• Ethernet Core unit based on powerful switching gear featuring 46Gbps switch fabric capacity, high
performance dual-core CPU and embedded IEEE1588v2 processor for advanced synchronization ca-
pability.
• SM-OS software, based on carrier-grade field proven highly interoperable protocol stack provides
complete MPLS services set and compliancy to CE2.0.
ALFOplus2 has been developed with this concept in mind: Unified Hardware and Software platform archi-
tecture
ALFOplus2 mechanical structure is made up by a main body and three possible additional antenna-interface
modules, lodged in the reserved bay (see Fig.7).
The antenna-interface module is specialized in accordance with the required application (see Fig.8):
• OMT module: it contains an OMT element that combines the two antenna ports of the main body in
a unique antenna port for H/V integrated operations (Antenna Flange is circular)
• HYB module: it contains a HYB element that combines the two antenna ports of the main body to a
unique antenna port for frequency diversity operations (Antenna Flange is rectangular with selecta-
ble polarization)
• PASSTHROUGH module: it exposes both antenna ports (Antenna Flanges are rectangular).
MN.00356.E - 007 19
5.5.1 Single ALFOplus2
Single ALFOplus2 RF-Dual core solution allows the following configurations (See Tab.2):
• 1+0 unprotected with second core not enabled and OMT or hybrid or dual flange assembled for fu-
ture upgrade to 2+0 configuration (second core enabling is performed with a software key)
• 2+0 CP (Co-polar)
• 2+0 AP (Alternate Polarization)
Interface Circular
Single waveguide Dual waveguide
Radio module waveguide
configurations
Integrated Integrated Not integrated External
OMT
Dual flange
Hybrid X X
OMT X
Dual flange X
Hybrid
OMT X
Dual flange X
Hybrid
Two ALFOplus2 RF-Dual core solutions allows the following configurations (see Tab.3 and Tab.4):
• 4+0 CP unprotected, with aggregation of two Ethernet streams performed by external device (i.e.
SIAE AGS-20)
• 4+0 AP unprotected, with aggregation of two Ethernet streams performed by external device (i.e.
SIAE AGS-20)
• 4+0 XPIC unprotected, with aggregation of two Ethernet streams performed by external device (i.e.
SIAE AGS-20).
20 MN.00356.E - 007
Tab.3 - Dual ALFOplus2 in 2+0 configurations (purpose, interface module, used antenna)
Dual ALFOplus2
Antenna type
2+0 operations
Interface
Circular Dual
module Single waveguide
Radio waveguide waveguide
configurations
Integrated Integrated Not integrated External
OMT
2+2 CP
SW protection 2 ports
Hybrid X
2+2 AP OMT
SW protection
2 ports X
Hybrid
Hybrid
Tab.4 - Dual ALFOplus2 in 4+0 configurations (purpose, interface modules, used antenna)
Dual units
Antenna type
4+0 operations
Interface
Circular Dual
Radio module Single waveguide
waveguide waveguide
configurations
Integrated Integrated Not integrated External
Hybrid
OMT
4+0 CP
unprotected 2 ports
Hybrid X
4+0 AP OMT
unprotected SW
2 ports X
Hybrid
Hybrid
The previous Link configuration can be pointed out depending antenna and eventual external branching.
MN.00356.E - 007 21
5.6.1 Single ODU
The following configuration can be obtained by a single polarization antenna: 1+0, 2+0 CP.
The following configuration can be obtained with a double polarization antenna: 2+0 AP, 2+0 XPIC.
See Fig.8.
V V
Dual pol. antenna
H H
2+0 CP or 1+0
Single pol. antenna
Hybrid
The following configurations can be obtained by a single polarization antenna, integrated or not, as in Fig.9:
2+2 CP SW/HSBY prot, 2+2 CP FD prot, 4+0 CP.
HYB
HYB
HYB
22 MN.00356.E - 007
5.6.3 Dual ODUs, 2 hybrid and DP antenna
The following configurations can be obtained by a DP antenna, not integrated, and 2 hybrids as in Fig.10:
2+2 AP SW prot, 2+2 XPIC SW prot, 4+0 XPIC.
H
HYB
HYB
V
MN.00356.E - 007 23
5.6.4 Dual ODUs and DP antenna
The following configurations can be obtained by a not integrated DP antenna as in Fig.11: 4+0 AP.
H
HYB
HYB
V
• ATPC
• link ID
24 MN.00356.E - 007
• multi-layer header compression
• InBand/OutOfBand management
5.7.1 ACM
SIAE MICROELETTRONICA implements MSE based Adaptive Coding and Modulation in all channel band-
widths.
Multiple ACM profiles are available for automatic changes in accordance with the link conditions and select-
ed parameters (highest modulation, lowest modulation, masks, power mode etc.). ACM together with QoS
fits perfectly with modern networks requirements in order to ensure the high priority traffic to be never
dropped even in the worst conditions.
ACM includes modulation schemes starting from 4QAM to 4096QAM. Additional sets of ACM profile are in-
cluded differentiating between two different FEC rate codes maximizing throughput, system gain and link
availability with the same constellation type, just changing on-fly the ratio between payload bits and pro-
tection bits in the FEC ratios. This unique set of profiles allows achieve –at the same time– higher capacity
in good propagation conditions and really higher signal strength in tough propagation conditions.
ACM feature is available in all the configurations (1+0/1+1/2+0/4+0 and XPIC). Note that ACM works in-
dependently for uplink and downlink and it is able to protect against fading up to 100dB per second.
In order to configure properly the radio link using ACM facility, an optimization must be found between
max traffic during good propagation conditions and max availability during bad propagation conditions. To
obtain this purpose the ACM can be configured via software.
ACM setting
The ACM can vary modulation profiles between two extremes defined by the operator through software
configuration: Upper modulation and Lower Modulation.
• Upper modulation - When propagation into the given radio channel is in the better condition (high
RX S/N), the radio link is working at the maximum throughput defined at Upper Modulation: the
highest modulation profile that ACM can employ
• Lower modulation - When propagation into the given radio channel is the worst channel in the worst
condition (low Rx S/N), the radio link is working at the minimum throughput, defined at Lower Mod-
ulation: the lowest modulation profile that ACM can employ.
The Automatic Transmission Power Control (ATPC) regulates the RF output power of the local transmitter
depending on the value of the RF level at the remote terminal. This value has to be preset from the local
terminal as threshold high and low. The difference between the two thresholds must be equal or higher
than 3 dB.
As soon as the received level crosses the preset Low Level threshold due to the increase of the hop atten-
uation, a microprocessor (μP) sends back to the local terminal a control to increase the transmitted power.
A good set of the thresholds is to put the ATPC Low Level threshold higher than the downshift threshold of
the highest modulation scheme of the ACM; this way, the ATPC start to work before than the downshift.
The behaviour of the system is to try to increase the PTx and so the System Gain, before than being forced
to reduce capacity due to modulation downgrade.
Resuming, the correct setting of the thresholds is when the two windows, the ATPC one and the ACM one,
are not overlapped.
MN.00356.E - 007 25
5.7.2 RF band/High Power versions
ALFOplus2 is available in several RF band with various Tx/Rx spacing and two Tx Power profiles, standard
and High Power.
• Standard power:
- 18 GHz
- 23 GHz
- 25 GHz
- 28 GHz
• High power:
ALFOplus2 is compliant with MEF9 for service functionality and MEF14 for service performance and can be
used to implement standardized Ethernet services such as E-Line, E-LAN and E-Tree providing quality of
service (QoS), scalability and reliability. Each service could be created in transparent mode or in virtual
mode sharing radio link resources between different services managing VLAN 802.1q tags.
• Configurable MTU
• MAC learning/aging
26 MN.00356.E - 007
• Ethernet line protection (ELP)
• MAB: MW adaptive bandwidth by OAM message support (feature jointly developed with Cisco)
With reference to 802.1ad, the switch can be set through WEBLCT or CLI in pre-defined configurations:
• Customer Bridge (default mode): in this mode the L2 Ethernet switch is a 802.1q aware component.
There is interoperability with customer devices that are not able to manage S-VLANs, as they are
not 802.1ad aware: only C-VLAN modality is used. Moreover, in this mode the transport over the
radio link is more efficient since a double tag is not added
• Provider Bridge: in this mode the L2 Ethernet switch is a 802.1ad aware component. The switch
operates with S-VLAN frames, forwarding the packets accordingly. Further, in accordance with MEF
requirements (basically MEF 10.2 and MEF 6.1) each EVC is identified using a S-tag, added by the
equipment at UNI ports (at Customer Edge) or received at NNI ports (at Provider Edge). If C-VLANs
are also involved a further classification is necessary as in Tab.5.
5.8.1.1 Auto-negotiation
Auto-negotiation standards are regarding speed from 10BaseT to 1000BaseT, regarding Duplex Half or
Full.
In addition, for 1000BaseT, auto-negotiation determines the master/slave configuration between the PHYs
at the ends of the link, necessary to establish the source of the timing control of each SETS.
Auto-negotiation is not necessary for optical interface ports with speed of 1Gbps or 2.5Gbps both Full Du-
plex.
5.8.1.2 MDI/MDI-X
For Electrical interfaces only, available values are MDI, MDI-X and Auto mode.
MN.00356.E - 007 27
5.8.1.3 Ingress Filtering
In each interface, it is possible to specify which frame types are accepted or denied.
The Ingress Filtering criteria are based on the following configurable parameters:
- tagged only: the port accepts only the Tagged packets. Untagged and Priority Tagged packets
are rejected
- untagged and Priority Tagged: the port accepts only the Untagged and Priority Tagged packets.
Tagged packets are rejected.
Note: in case the port is configured as Customer Edge Port or Customer Network Port the only option avail-
able is “Untagged and Priority Tagged”.
• Ingress Filtering
- Enabled: the port accepts, in input, only packets with VLAN ID contained in VLAN table and the
input port must be member of this VLAN, otherwise the packet is discarded
- Disabled: the port does not execute any check and all the packets are accepted.
5.8.1.4 MTU
MTU correspond to the maximum dimension (in byte) of the data field accepted by the interface without
the bytes of Ethernet header and CRC (frame size between <46-12266> in Byte (Jumbo Frames).
The feature limits the maximum amount of traffic that can be accepted at the input of the switch LAN ports.
This is, for each LAN port, a rate limiter (PIRL set as active for each relevant LAN interface) to the incoming
Ethernet data traffic relevant to a combination of the three following traffic types (independently from the
VLAN ID and priority level):
• BROADCAST
• MULTICAST unknown, multicast packets with destination MAC addresses not present in the MAC ta-
ble
• UNICAST unknown, unicast packets with destination MAC addresses not present in the MAC table.
The configuration of the storm control can be done by means of a CLI script.
The MAC learning mechanism operates on VLAN ID basis: the incoming packet is associated to a VLAN (de-
termined by Outer-VLAN tag from 1 to 4094 or assigned as Port VID) and the forwarding is allowed only
among ports configured as belonging to the same VLAN of the packet. Between the ports belonging to the
same VLAN the actual recipient port is then determined on the base of the packet destination MAC address.
28 MN.00356.E - 007
The Learning process in VLAN independent: the information learned by a VLAN is not used by other VLAN’s
to forward their frames.
The MAC Learning mode has to be activated configuring the Ethernet switch “Basic Settings” as follows (i.e.
“Global MAC Learning Status” set as “Enable”, default option). This option is common to all port of the
switch.
Note: up to 100 MAC per VLAN can be registered in the MAC table and up to 4K VLAN-ID are supported.
Note: disabling the MAC Learning does NOT allow to have the monitoring on the MAC addresses received
by LAN ports.
Special treatment of specific control protocols frames (LACP, RSTP, etc.) or multicast addresses, as defined
in MEF, is supported. In particular it is possible to:
The unit can decide if the BPDUs of control protocols have to be processed and consequently managed by
the equipment that actively participates in protocols mechanisms (peered), simply transported through the
switch without any change (tunnelled), or merely terminated because of security or policy reasons (dis-
carded).
• LACP
• STP
• GVRP
• GMRP
• IGMP.
L2 forwarding function establishes the egress port for each incoming frames, on the base of its MAC ad-
dress and/or VLAN ID. Consequently, the MAC forwarding rule of each LAN interface is the following:
• MAC Destination Address + VID Basis: the incoming packet is associated to a VLAN (determined by
Outer-VLAN tag or assigned as Port VID). Within the ports belonging to the same VLAN, the egress
port is then determined on the base of the frame MAC destination address
• VID Basis: if the MAC learning option is disabled, the forwarding is performed among all ports con-
figured as belonging to the VLAN of the packets, without checking the MAC address.
Multicast and Broadcast packets are handled in the same way, i.e. forwarded to all enabled ports. Flooding
of not-unicast and unknown unicast frames is performed toward all the ports that are members of frame’s
VLAN domain, excluding the port the frame is received from.
ALFOplus2 switch works always in a VLAN aware bridge mode in which the equipment is able to manage
VLANs, recognizing, inserting and removing VLAN tags in Ethernet frames. In this sense the switch is com-
pliant with standard IEEE 802.1q and 802.1ad (QinQ).
VLAN forwarding can be configured in two different ways, depending on incoming frames:
MN.00356.E - 007 29
• based on port (“Port Default VLAN”), where the membership of the VLAN is related to a local port
attribute, regardless the packet content. This means that the membership of the VLAN is based on
the port on which traffic is received and on the frame type
• based on IEEE 802.1q TAG (“VLAN Configuration”), where the member of the VLAN is defined by
the VLAN ID (VLAN identifier) TAG content.
“Port Default VLAN” and “VLAN Configuration” are not mutually exclusive but can be used both at the same
time.
The additional tag is defined in the standard IEEE802.1ad. VLAN stacking differentiates the traffic at dif-
ferent levels when the packets must cross networks managed by different entities (e.g. provider).
When VLAN stacking is used, one or more additional VLAN tag are added to already tagged frames: the
first VLAN tag is usually named C-VLAN, while the second VLAN tag is named S-VLAN.
The possible operations that can be performed with VLANs are strictly connected to the configuration set
on the equipment. These possible actions can be described accordingly to the standard 802.1ad network
architecture depending on switch bridge mode.
• Customer Bridge, the switch receives and elaborates untagged or C-tagged packets and VLAN type
registered in the VLAN table is C-VLAN. Port kind is Customer Port only.
The Customer Port (CP) performs the following actions:
- tag ingress untagged packets with C-tag, creating C-VLAN to forward them to the egress port
- untag C-tag packets at egress; in this case the action “untagged” has to be specified in the script
- receive already C-tagged packets and forward them to the egress port according to existing
VLAN table; if the C-tag is not present in the VLAN table the packet is dropped.
• Provider Edge Bridge, the switch manages untagged, C-tagged and S-tagged packets. VLAN type
registered in the VLAN table is S-VLAN. Three types of port are available: Customer Edge Port, Cus-
tomer Network Port and Provider Network Port.
The Customer Edge Port (CEP) performs the following actions:
- vreate a PtoP connection between two ports of the switch through an EVC, mapping an ingress
C-tagged packet to an S-tagged packet one-to-one emulating the virtual communication be-
tween the two internal ports CNP and PEP
The Customer Network Port (CNP) performs the following actions:
- receive C-tagged packets and add a S-tag at ingress, creating a S-VLAN; port type has to be
“port-based”; in this case the difference from the CEP is that all the incoming packets will be S-
tagged with the same VLAN value
- remove the S-tag at egress to render the Customer traffic as it was at the ingress part of the
Provider network; in this case the action “untagged” has to be specified in the script (this is the
only available option).
The Provider Network Port (PNP) performs the following actions:
- Receive already S-tagged packets and forward them to the egress port.
In Customer Bridge and in Provider Edge Bridge a default port VLAN ID has to be set on the “port-
based” interfaces. The PVID represents the VLAN ID that is to be assigned to:
- untagged frames
- C-tag frames in case the switch is in Provider Bridge Mode, as the frame is considered as un-
tagged (no S-tag)
The PVID is used for port based VLAN type membership classification (ID between 1 and 4094, de-
fault = 1).
30 MN.00356.E - 007
• Provider Core Bridge, the switch manages S-tagged packets and VLAN type registered in the VLAN
table is S-VLAN. Port kind is Provider Network Port only.
The Provider Network Port (PNP) performs the following action:
- receive already S-tagged packets and forward them to the egress port.
In WEB LCT is present a static VLANs management area where it is possible modify and create VLANs (per
port).
During the creation of a static VLAN, one port of the Switch is assigned to a specific VLAN, so that the
device connected to that port automatically becomes member of the assigned VLAN.
VLAN creation can be also performed through CLI script, in accordance with 802.1ad and S-VLAN aware
configuration or with MEF specifications, creating a virtual circuit between two or more ports of the switch,
defining the proper network interfaces and mapping the incoming C-tagged frames into an S-tagged frame.
In addition to VLAN declaration, it is important to notice also the mapping criteria that are involved in the
complete process of VLAN creation. After defining the VLANs in the VLAN table, the user can manage how
the incoming frames are organized in the existing VLANs, depending on their parameters.
In fact in this logical block the incoming is analysed to match the desired criteria for the association to an
EVC, identified by a C or S-VLAN (therefore the assignment of a transport C-tag or S-tag) and for the as-
signment to an Internal Priority level.
Mapping functionality (at UNI port) allows associating to all incoming traffic a specific VLAN ID, identifying
the Ethernet Virtual Connection (EVC). Depending on the switch operation mode, different parameters can
be considered in this classification process:
• in customer bridge the “EVC” is identified by a Carrier Ethernet VLAN ID that is inserted on the frame
at the ingress port according to the following criteria:
- Untagged or Priority tagged frames: they are associated by default to the CE VLAN identified by
the port VID (default VID associated to the port); the other C-tag fields are the following:
- Costumer EtherType: fixed to 0x8100
- C-PCP management of port VID:
- assigned by user
- remapping of DSCP.
- incoming tagged: they are be treated on the base of rules configured for the VLAN corresponding
to the C-VID of the frames
• in Provider Bridge the EVC is identified by an S-tag. Configurable mapping rules are (per each UNI-
port):
- ingress user port: all traffic from the port is mapped on the same unique EVC
- user C-VLAN ID: all traffic associated to one or more VLAN ID (C-tag) is mapped on the same
EVC
Traffic that doesn’t match any mapping criteria is discarded or associated with a default EVC.
Multiplexing functionality are supported: various EVC (S-tag) per port. S-Tag fields are determined as be-
low:
• S-VID: assigned by the user (EVC identifier)
• S-tag EtherType: it is configurable by the user (default is 0x88a8). The configured value is used to
• S-PCP:
- assigned by user
MN.00356.E - 007 31
5.8.2.5 Ingress Manipulation
• VLAN rewriting: it identifies the possibility to map an S-VLAN ID received at ingress port in another
S-VLAN ID; it works in a bidirectional way
• port mirroring: the switch sends a copy of all network frames seen on one port to another port,
where the packet can be analysed
• port Isolation: the switch forwards all frames received from a port to another specific port, regard-
less of VLAN ID or destination MAC address. In the example below, port <LAN1> forwards frames
just to <RADIO> port, <LAN2> forwards frames just to <RADIO> port as well and <RADIO> port
forwards frames just to <LAN1> and <LAN2>
• loopback: in order to create a loop of traffic incoming on an interface and outgoing from the same
interface, for example for management purposes, it is possible to set a loopback on a LAN port.
QoS refers to the ability of a network device to provide improved services to selected network traffic over
various underlying technologies, including Ethernet and wireless LANs.
In particular, QoS feature provides an improved and more predictable network services, as follows (see
Fig.12):
QoS features available on Ethernet LAN and radio ports are summarized in Fig.13.
32 MN.00356.E - 007
Fig.13 – QoS block diagram
Each port can independently analyse the incoming frame and decide its internal priority (queue) based on
the following criteria:
• layer 2 802.1p QoS, using the 3 bits of the C-PCP or S-PCP in the tag 802.1q (depending on the
bridge mode)
• layer 3 IPv4 and IPv6, using the 6 bits of the ToS (DSCP).
As default Layer 2 PCP 802.1p is enable on each port, with a 8-level default priority-map (from 0 to 7).
MN.00356.E - 007 33
The default 802.1p map, see Fig.14, cannot be removed but only modified.
In order to prevent unwanted traffic or actions an admission control lists (ACL) is available, allowing the
ingress of data that respect defined criteria:
• up to 16 source or destination static MAC addresses per port (logical in case of LAG)
• port based
• IP based (Layer 3)
• C-VLAN + C-PCP for incoming double S-Tagged frames in provider bridge mode
• S-VLAN + S-PCP for incoming double S-Tagged frames in provider bridge mode
• C-VLAN + S-VLAN for incoming double S-Tagged frames in provider bridge mode
34 MN.00356.E - 007
After frames classification performed by ACL list, the internal priority definition of the frame for the queuing
procedure passes through a Class-map, used to create class of service: the class is defined by a numeric
index and based on ingress criteria of the previous L2 ACL.
A class-map matches a single Class with a single Layer 2 ACL and creates the correspondence with a single
internal priority value.
8 different Class-map are defined as default: class-map 1 to 8 match the priority-map 1 to 8 with the con-
sequent internal priority level. Default class-map cannot be removed but can be modified.
5.8.3.3 Policing
Traffic policing, also known as rate limiting, defines a bandwidth profile (BWP) depending on the Service
Level Specification that has been agreed upon by the Subscriber and the Service Provider.
Specifically, this phase defines a set of traffic rate limits and performs actions on traffic that is not con-
formed to the configured limits.
• CIR (Committed Information Rate): it defines the average traffic rate that a subscriber is allowed
to use, with guaranteed performances in terms of attributes for the associated service (“green”
colored)
• EIR (Excess Information Rate): it is the additional bit-rate that the subscriber can use as long as
there is no congestion (“yellow” colored)
• PIR (Peak Information Rate): it is the maximum average sending rate, i.e. CIR+EIR, beyond which
the traffic is discarded (“red colored”)
• CBS (Committed Burst Size): this value defines the maximum amount of contiguous packets that a
customer is allowed to send in a single burst
• EBS (Excess Burst Size): this value defines the extra amount of contiguous packets that occasion-
ally a customer is allowed to send, in condition of no congestion.
5.8.3.4 Metering
The bandwidth profile rates are enforced through a meter algorithm which is commonly implemented as a
token bucket algorithm. The MEF has defined a two rate three colour marker (trTCM) algorithm which
marks packets based on two rates and two burst sizes, guaranteeing only the transmission of the smaller
one, and implemented via two token buckets.
Basing on the ingress filtering policies, it is possible to assign different bandwidth profiles (i.e. CIR/EIR and
CBS/EBS profiles) to the incoming Ethernet services, defining specific CIR/EIR parameters basing on:
• the destination terminal (e.g. each NodeB can have a specific CIR/EIR profile).
The bandwidth profile classifies the service frames into 3 "colours", each denoting a certain compliance
level:
• yellow – Frames exceeding the CIR/CBS but are within the EIR/EBS. These frames are delivered as
"best effort". The equipment may drop some or all of these frames based on congestion conditions
in the network (available yellow tokens)
• red – Frames not conforming to the bandwidth profile are dropped, either because the rate exceeds
the sum of CIR and EIR or because there are insufficient yellow tokens to admit a frame that is
within EIR/EBS.
MN.00356.E - 007 35
SIAE switch is color blind: the packets are considered green upon entering the metering process and are
marked as yellow or red if the traffic class exceeds the correspondent bandwidth limits.
• red packets (i.e. the ones exceeding the CIR+EIR rate) are automatically discarded. In other words,
the rate obtained with the sum of CIR + EIR is the maximum rate allowed to be transmitted.
Notes: the bandwidth profile parameters are defined in kbps and they do not consider changes of BW due
to ACM.
The switch allows to define a meter and to apply it to a class through the definition of a Policy-map, match-
ing a single class with a single meter.
The metering session establishes the behaviour for green, yellow and red frames.
Actions over yellow frames (exceed-action) or red frames (violate-action) can be:
• for yellow frames can optionally change the PCP. In Customer bridge it modifies C-PCP, in Provider
Bridge (edge/core) it modifies S-PCP. This commands is optional and acts after the traffic is queued
and scheduled, that means original PCP is used to schedule incoming traffic
• discards the red frames. This command is not optional and must be specified.
Congestion Avoidance methods permit to discard some frames before congestion occurs.
The dropping policy depends also on the type of traffic and it can have different effects on the network.
The following dropping policies can be adopted:
• Tail: when the queue is 100% full, all the arriving packets are dropped (default configuration)
• Red (Random Early Discard): before the queue is full some incoming packets are dropped randomly,
regardless if the frames are marked yellow or green. An example of RED curve is shown in Fig.16.
- per each queue a dropping curve is defined by specifying the following “RED” parameters:
- minimum queue threshold (Smin)
- maximum queue threshold (Smax)
- max probability (Pmax)
- the arriving packet is directly queued only if the average queue size is < Smin
- depending on the packet drop probability (Pmax) the packet is either dropped or queued if the
average queue size is between Smin and Smax
- the packet is automatically dropped if the average queue size is > Smax.
• WRED (Weighted Random Early Discard): in case of WRED congestion template, the equipment OS
can manage up to 4 different traffic drop profiles for template: green/yellow for TCP and green/
yellow for not-TCP traffic; red frames are automatically dropped by the Policer, so no thresholds are
defined:
- min-threshold: min average threshold for the random detect algorithm (in byte 1-13107200)
- max-threshold: max average threshold for the random detect algorithm (in byte 1-13107200)
36 MN.00356.E - 007
- mark-probability-denominator: max probability of discarding a packet in percentage (0 – 100%)
- gain: exponential weight for determining the average queue size (1-15)
- drop-threshold-type byte: defines the working mode in byte for min and max threshold.
In general, congestion avoidance behavior can be modified for each output queues of each interface. The
same queue template (identified by a numeric index) can be applied to more queues on more than one
interfaces
At least 8 queues per port are present and each queue is associated to a priority value.
There is the possibility to configure the queue parameters through ad hoc configurations, available in WEB
LCT interface. Different type of queue settings can be selected and activated, with a consequent restart
of the machine.
This configuration is then applied to all the ports (IF and LAN interfaces), with the only difference between
line ports and radio ports that can have different configurations.
The following are the available type of queue configurations with the values of the related parameters:
• Priority based memory allocation (1 radio port and 2 radio port) see Tab.7 and Tab.8
• Uniform memory allocation (1 radio port and 2 radio ports) see Tab.9 and Tab.10
MN.00356.E - 007 37
Parameter Type Buffer Size
38 MN.00356.E - 007
Parameter Type Buffer Size
Once the priority is assigned, the traffic in the queues is then emptied by means of specific algorithms:
• strict priority: the highest priority queue is served until it is empty, then the next and so on
• D-WRR (Weighted Round Robin): serves a number of packets for each not empty queue, based on
byte and not on frames, according to its weight ? number = mean packet size * Wi / (W1 + W2 +
... + Wn) A weight from 1 to 127 can be set
Note: D-WRR scheduler doesn’t care of queue priority to define their weight. It means that high pri-
ority queue can have less weight than a low priority queue
• mixed strict priority & D-WRR: user can select which curves are to be served as Strict Priority or
WFQ/D-WRR. Once a mixed strict-priority + D-WRR scheduler is applied to an interface, traffic of
its highest queue in strict-priority is served before than the other queues in D-WRR, according to
their weight. To configure a mixed scheduler, a D-WRR scheduler must be created; then define
queues in strict priority (served before) assigning weight 0, while for the other queues in D-WRR
assign a weight from 1 to 127
This feature manages output shaping for constant and bursting traffic out of a port, limiting the egress
throughput defining a rate limiter on it.
Differently from the input filtering policy, the packets are not discarded when the egress rate is reached,
but buffered and released with the selected output rate. The shaping process retains excess packets in the
buffer of the port and then schedules the excess for later transmission over increments of time. The result
of traffic shaping is a smoothed packet output rate.
The shaper is configured with a shaper template, two different parameters can be configured to drive the
rate limiter:
• rate-value: defines the maximum output rate for constant traffic in kbit/s
MN.00356.E - 007 39
Output rate limiter acts after the traffic is queued, so scheduling is done according to defined output band-
width. No rate-limiter is defined as a default value and the burst-value is an optional one: if it is not spec-
ified all bursting traffic is totally shaped at set rate-value, avoiding any output bursting traffic.
Additionally, the switch manages output shaping per each queue as well, by defining and applying a shap-
er.
Once a new shaper template is defined, two parameters can be configured for the rate limiter:
• CIR: defines the guaranteed reserved output bandwidth for the queue in kbit/s
• PIR: defines the exceed traffic available for the queue in kbit/s. PIR value includes also CIR value.
No parameters are specified for burst behaviour: in case of bursting traffic, it is totally shaped at CIR/PIR
value and no burst are transmitted out of the queue.
There are also some restrictions on the shaper template applications. For example one queue can match
a single shape-template, while the latter can be applied to more queues of more interfaces. A shaper tem-
plate can also be removed, assigning the shaper–template 0 to all the queues that used that own shaper.
Once the shaper isn’t applied to any queues, it can be removed from the switch. Besides, if a scheduler
parameter is changed on a queue, the shaper-template on that queue is removed.
The egress manipulation function allows modifying the format of the outcoming frames.
The egress VLAN can be removed on the basis of the following criteria:
• Port Based
Packets belonging to the same stream have up to 90% the same header (IP and MAC addresses, TAG
Ethernet, MPLS labels, etc.). Packet Header Compression allows eliminating locally the static fields of the
packet header, transmitting over the radio link proprietary labels (Context Label) in place of these long and
repetitive header fields and reconstructing them at the output of the remote terminal.
The set of "static" information of all the packets belonging to the same flow and retained in the compres-
sion/decompression module is defined as the context of the compression.
Hop-by-hop Header Compression has the basic idea to store at both ends of a radio link all the information
that are repeated identically in all the packets belonging to the same data flow and transmit only the var-
iable fields with good gains in throughput in case of long communication streams with a great number of
packets (for example, real-time communication).
It is necessary to support a lot of streams at the same time in order to maximize the gain permitting to
have on the MW link a higher capacity reserved for payload, increasing the total throughput of the system.
In the switch a unique level Header Compression is set, in which it’s not necessary to specify what protocols
are supported but just if the compressor is enabled or disabled (completely bypassed).
The compression function will operate in the direction from LAN to Radio, while the decompression function
will operate in the opposite direction.
On the WEB LCT platform is available the contextual area of the Header Compression functionality for the
Ethernet packets in output from the LAN ports to the radio.
Every row of the table corresponds to one radio port.
The lower part of the contextual area displays protocols and modes supported by the Parser of Header
Compression functionality as in Fig.17.
40 MN.00356.E - 007
Fig.17 - WEBLCT Header Compression field
The parameter “Context Depth” indicates the total size of the Ethernet header the user wishes to compress.
The number of available contexts (i.e. the number of streams which can be managed at the same time on
the same radio link) changes inversely to the selected context depth:
The parameter “Parsing Mode” indicates the modality used by the compressor to parse the header of the
Ethernet packets, done in a completely automatic way. The following modalities are supported:
• Always IPv4/IPv6.
The compressor considers the most outer header of the packet as Ethernet.
- S-TAG with not standard Ethertype (0x9100, 0x9200, 0x9300 or a configurable Ethertype value)
- 802.1ah (MAC-in-MAC or PBB) is not supported
• MPLS
• Pseudo-Wire "MPLS-Like"
• Control Word
• Ethernet-over-MPLS (EoMPLS)
5.8.10 ELP
ELP (Ethernet Line Protection) is a proprietary feature that protects a LAN interface against cable failure
or accidental disconnection.
MN.00356.E - 007 41
It allows connecting the unit to another network element by using two LAN interfaces, configuring one port
in active status and the other in standby status, realizing a protection between two Ethernet interfaces.
When the user enables the LAG, the system automatically enables the management of the ELP switch
among the ports. The switch operates in automatic mode, i.e. the equipment actuates the switch between
the two ports when an alarm LOS is received on the LAN currently in service.
This feature requires to enable and configure the protection between two LAN interfaces, nothing else.
ELP configuration is exactly the same of LACP aggregation, except for the indication that the bundle is a
LAG for protection with the tick of the ELP check-box in the Port Channel Basic Settings window in LA Man-
ager of WEBLCT.
Two LAN ports must be added to the logical bundle in the New Aggregation window in LA Manager of WE-
BLCT.
Note: in Provider switch mode, the ELP can be implemented only among ports of Provider Network type.
ELP can be applied in two situations: between two SIAE units and between a SIAE and a non-SIAE units.
In both situations SIAE recommneds to enable the ELP one side only.
• line side - Link Aggregation Control Protocol (LACP) available at LAN ports
• line side - Link Aggregation in manual configuration (static LAG without LACP)
In all the 2+0 configurations (with or without XPIC) ALFOplus2 manages simultaneously two 1+0 radio
links outgoing from the two radio interfaces and their capacity are aggregated.
The load balancing mechanism takes care about the imbalance of the capacity on the two radio links (for
example, in the case an ACM modulation down-switch occurs only on one radio branch). The final result is
that the traffic is balanced over the two radio channels on the basis of the available capacity only. Resil-
iency between the aggregated radio links is inherently provided by the balancing mechanisms (if one radio
channel becomes unavailable all the traffic will be sent on the other channel).
However, due to the additional labels used by the protocol, there is a little loss of capacity over the radio
link (additional overhead). This loss depends on the Ethernet packet length and, for example, is between
about 1% (1518 bytes packets) and about 7% (64bytes packets).
LACP (Link Aggregation Control Protocol) allows aggregating multiple Ethernet parallel connections into a
single logical Ethernet connection. The main purpose of this protocol is to provide a single aggregated ca-
pacity that is the sum of the “n” parallel links capacities.
Link Aggregation (LAG) is implemented as a dynamic LAG: this kind of link aggregation consider a mutual
exchange of BPDUs frames between the two devices involved in the LAG mechanism, to communicate and
align each other on the active/standby links forming the logical bundle.
42 MN.00356.E - 007
The result is that some individual Gigabit Ethernet links are bundled into a single link, aggregating multiple
device ports. This port group acts as a single logical port for high-bandwidth connections between two net-
work devices. So all the LACP links are bundled to provide an increased capacity, however, at the same
time, they provide traffic redundancy as well, in case one of the links fails.
Infact the LACP balances the traffic load across all the links in the channel. If a physical link within the
group fails, the traffic previously carried over the failed link is then transferred and spread on the remaining
ones. When the link is recovered, it is automatically re-included in the LAG group.
Besides, it is possible to create protected configuration with a bundle of N interfaces in which N-1 ports are
active and the remaining one is in standby: when a failure happens on one cable, the standby port becomes
active, preserving the number of physical active cables forming the logical bundle. For setting this config-
uration the minimum number of active ports has to be equal to 2 (n+1 with n≥2).
For a correct operation of the LAG, all the selected ports must have a homogeneous configuration, i.e. the
same transmission speed, the same transmission mode (Full-Duplex) and the same MTU.
The criteria used to split and forward the traffic on the different available links is based on a hashing rule.
In ALFOplus2 are available two different hashing rules defined in WEBLCT as Load Balancing:
• MAC Source & Destination (L2 Hashing) - MAC addresses are involved in hashing op.
• IP Source & Destination (L3 Hashing) – IP addresses are involved in hashing op.
LACP must be enabled on both sides of the connection to allow the communication through BPDUs neces-
sary to the LACP operation.
On ALFOplus2 is also possible to set a static LAG between two or more LAN interfaces. This LAG is a L2
aggregation without the LACP (there is no BPDU exchange between the two devices involved in the LAG
mechanism).
Also here, in case of one of the links involved in the bundle fails, it provides traffic redundancy balancing
the traffic load among all the active links.
This type of LAG can be created in the same way of LACP LAG, except for the aggregation mode set as
“Manual”.
Note: on the two devices involved in the LAG, the same mechanism has to be configured, i.e. static or dy-
namic.
5.8.12 LLF
LLF (Link Loss Forwarding) is a feature that forces a local LAN in a LOS state in case of radio failure or
remote LAN failure. It consists in a controlled shout-down of the Ethernet link thanks to the propagation
of a Ethernet link failure condition.
The aim of this feature is to inform an external device (i.e. customer switch/router) about the radio link
failure. When the switch/router receives the LOS signal on the LAN interface connected, it can take the
proper counter actions, for example switching the traffic to the backup path.
The LLF can be configured on each LAN interface (not on radio port) and the main applications are the
following:
• bidirectional LLF: the device is able to communicate a LOS state to their counterpart, so that both
of them shut down the corresponding LAN interface.
Bidirectional LLF
MN.00356.E - 007 43
In some cases, the radio link failure can be unidirectional, for example when the local equipment has an
Rx LOS but the remote receiver is OK (i.e. unidirectional radio failure due to a malfunction on the remote
transmitter). However, there could be the need to shut down the link in both directions even if there is only
a unidirectional link failure.
Using the bidirectional LLF feature in case of a fault of LAN or Radio in the local equipment, the latter can
notify this LLF status to the remote equipment through a telemetry LOS alarm. Then the remote equipment
shuts down the associated LAN ports so that the link failure is communicated in both directions.
• alarm to circuit: indicates the possibility to propagate the LOS of a LAN port or receive the LOS from
the local radio on the correspondent circuit, provided that this circuit has been created and config-
ured on the “Mapped circuit on current port selection” area (see below); it manages the unidirec-
tional LLF
• delay time: indicates the hysteresis value (in seconds) for the LLF functionality in reception. The
alarm received from the radio direction must persist for “delay time” seconds before the equipment
disables the corresponding LAN port. In the same way, if the LAN port is disabled by LLF function-
ality, the radio alarm must be cleared on the radio for “delay time” seconds before the equipment
enables the considered LAN port
• protection mode: this option take sense in case of Ethernet link aggregation in which the user has
anyway to create two circuits, one associated to each aggregated radio direction. The LLF is acti-
vated depending on the status of the aggregated links:
- disable: the failure of just one of the links triggers the LLF activation (logic OR between the ag-
gregated links)
- enable: the failure of both links triggers the LLF activation (logic AND between the aggregated
links).
In the “Mapped circuit on current port selection” area is possible to create several circuits associated to the
LAN port selected in the area above. The circuit is mainly identified by the following parameters:
• circuit ID
• LOS to circuit: it indicates the possibility to propagate a LOS alarm of the local LAN port or local Rx
to the remote equipment
• LOS insertion mode: it indicates the possibility, if more ports belong to the same circuit, to propa-
gate a LOS alarm into the circuit toward the remote equipment in case just one port is in LOS con-
dition or all the ports of the circuit are in LOS condition.
44 MN.00356.E - 007
For the correct configuration of the bidirectional LLF functionality for a radio connection, local and remote
LANs have to be associated to the same circuit ID.
While STP can take 30 to 50 seconds to respond to a network topology change, RSTP (IEEE 802.1d-2004)
is typically able to respond to changes within 3 × Hello times (default: 3 times 2 seconds) or within a few
milliseconds of a physical link failure. For this reason RSTP has actually replaced the STP in the most mod-
ern Ethernet networks, adding new bridge port roles in order to speed convergence following a link failure:
• root - A forwarding port that is the best port to the root bridge
• alternate - An alternate path to the root bridge. This path is different than using the root port
• backup - A backup/redundant path to a segment where another bridge port is already connected
• disabled - Not strictly part of RSTP, a network administrator can manually disable a port
The number of states a port can be in (RSTP switch port states) are three instead of STP's original five:
• learning - The port is not forwarding frames yet, but is populating its MAC-address-table
5.8.13.1 BPDU
All switches with RSTP enabled generate and process data messages called Bridge Protocol Data Units (BP-
DUs). The exchange of BPDUs allows the switches to identify redundant paths and, by using the Rapid
Spanning Tree algorithm, to ensure that there is no loop path in the network identifying and blocking re-
dundant links.
• RSTP enables BPDU messages among switches to agree upon the Root Bridge Election
• once the root bridge is elected, every switch manages one port to communicate with the root bridge.
Therefore Root Port Election takes place on every network switch
• finally, Designated Port Election takes place in order to have only one active path towards every
network segment.
Common parameters:
• priority: field for the Root Bridge election. The switch with the smallest Priority is elected Root
Bridge
• max age: it controls the maximum period before a bridge port saves its configuration BPDU infor-
mation. 20 seconds by default, tunable between 6 and 40 s
• hello time: it is the period between each BPDU sent on a port. 2 seconds (s) by default, tunable
between 1 and 10 s
• forward delay: it is the period spent in the listening and learning state. 15 sec by default, tunable
between 4 and 30 s. For example, when a bridge receives a BPDU with the “Topology Change” flag
bit set, it reduces its bridging-table aging time to “forward delay” seconds
MN.00356.E - 007 45
To complete the configuration of RSTP, these parameter in the “Port Settings” card of WEBLCT must be set:
• port role: automatic role of the port, configured by the protocol operation itself
• port priority: port priority settable from 1 to 15, used to define the port status in case of equal path
cost
• RSTP status: activation status (“Enable” or “Disable”) of the port within the protocol operation con-
text (not related to the switch basic operation)
• path cost: cost of the link outgoing from that port, used to define the port status (i.e. Root, Desig-
nated or Alternate)
• type of failure: for example a LAN disconnection is detected faster because it automatically gener-
ates a LOS alarm. For the same reason, in case of radio failure, it is recommended to enable the
LLF protocol
• RSTP configuration settings as Hello Time, Forward Delay and Max Age.
5.9 SYNCHRONIZATION
Different approaches can be done to carry the synch signal in existing networks:
• use synchronous ethernet, by synchronizing the Ethernet line CK to a reference one. In this way,
the Ethernet connections are converted to synchronized lines. In this case the precision of the CK
recovered in the peripheral site is guaranteed by the fact that the CK is transferred at physical level,
like in TDM networks
• rely on packet protocols to rebuild the CK in the peripheral nodes. The most popular protocol is IEEE
1588v2, which rely on timestamps sent over Ethernet frames. In this case the accuracy of the re-
built CK could be affected by the traffic conditions and could particularly suffer in case of too high
packet jitter or packet losses
The use of physical layer techniques allows the best performances in terms of the frequency precision of
the recovered CK: this should always be the preferred solution for frequency synchronization transport.
The SETS identify the input and output types of interfaces by the following codes:
• TE, represents an Ethernet interface (LAN) used as input CK (TE SyncE A, TE SyncE B)
5.9.1 Sources
• radio interface (ODU/LANx): it is very important to keep in mind that all the radio interfaces are
seen as independent sources at the receiver SETS
• GbE interface (with SyncE): two of the available LAN ports could be chosen as the sources of syn-
chronization, selecting them under “TE SyncE A” and “TE SyncE B” entry list in the T0 TAB of the
equipment WEBLCT. In order to receive the synch. signal (and SSM if enabled) the GbE interface
has to be set as “Slave”
• internal clock: with the Synchronization not enabled the IDU is locked into its internal clock (SETS).
46 MN.00356.E - 007
5.9.2 Output
Once the SIAE equipment is synchronized, the clock signal has to be passed toward external equipment
through different interfaces:
• GbE Interfaces: the Tx CK of the GbE lines is locked to the SETS. When the GbE interfaces are elec-
trical interfaces, the port role must be set as “Master”. Once the synchronization is enabled, all the
LAN interfaces are locked onto the SETS and the synchronization signal is provided onto all the LAN
interfaces.
5.9.3 Priority
Each synch source can be enable or disable, being available or not in the selection process. If no sync
source is enabled, the clock of the system will work as “free running”, locked to the internal oscillator and
marked with a SEC quality level.
WARNING: if all the sources are disabled, the synchronization management is disabled.
A priority method is used to define the preferred source: nine priority levels are assigned to each synchro-
nization source and are used in case two or more sources have the same quality (with SSM protocol ena-
bled).
Priority 1 corresponds to the maximum value, while the priority 9 corresponds to the minimum value.
The unit changes synch source if one of the following events occur:
• the synch source is not physically available (the cable is not stuck in the interface port or the re-
ceived signal is under the receiver minimum threshold)
• the difference between the source frequency and the internal reference source (25MHz STRATUM
3e) is greater than ± 7 ppm.
Once one of these events occurs, the SETS will switch the source of synchronization to the second accord-
ing with priority list. If also the second source listed will be unplugged or out of maximum range then the
SETS will switch to the third source and so on.
WARNING: if two sources have the same quality and priority, the SETS will choose in a random way.
The unit supports the SSM protocol to forward the quality of the synchronization sources and to manage
their classification (ITU-T G.781 and ITU-T G.8264). As the SSM transmits the quality of the transmitting
source, it represents a unidirectional channel between tx CK and rx CK.
According to SSM, the classification of clock quality, from better to worse, is:
• PRC: Primary Reference Clock – Best quality clock reachable (Caesium Clock)
• SSUT: Synchronization Supply Unit Transit (Rubidium Clock)
• QL-disabled mode: the sync source selection is based on the sequence enabling/alarm/priority. No
SSM messages are transmitted and possible SSM messages received are ignored. Furthermore, lack
of these messages will not be considered as a fault condition.
• QL-enabled mode: the sync source selection is performed among the available sources with a qual-
ity level higher than DNU, basing on the classification previously described; a received signal with
DNU quality is not be used. To protect against possible failures, the lack of SSM messages from a
MN.00356.E - 007 47
sync source for more than a 5 second period is detected as a failure condition and that source passes
in a wait-to-restore period. After an event of SSM message, this source quality state is restored with
the new quality level contained in the message and the timer is restored
In addition is possible to force the quality of an enabled source; in this case possible SSM messages from
this source are ignored, a lack of messages is not considered as a failure condition and no SSM messages
are sent from that port.
Unless the user forces the input/output CK quality, the output quality is the same as the input quality.
With SSM enabled, the unit selects the synch source with the following criteria:
• among same quality sources, the one with the highest priority is selected
• in any case, if a DNU quality is received on the highest priority source, this latter is discarded and
the equipment selects an alternative source.
The quality of the synchronism has to be enabled for each unit and can be transported on the following
interfaces:
• preferential switch: the selected source is preferential respect the other enabled. Without alarms or
forced sources, it is used as the generator of synchronism. In any case the quality is the main pa-
rameter of choice.
With SSM enabled, the unit selects a synch source with the quality available.
When the SSM is not active, in order to properly propagate the clock signal through the Ethernet electrical
interface, it is necessary to set correctly the master/slave option as the SyncE transmission has to be uni-
directional, while it’s not needed for the optical interface, as the transmission is anyway unidirectional on
each fiber.
In this case, and in general for all the LAN interfaces not selected as sync sources in “T0” TAB, the role of
the GbE ports has to be set as Master/Slave (sync direction manually selected) Auto (sync direction auto-
negotiated).
This because the master interface transmits the clock to the slave interface and, in case the direction of
propagation of the clock has to be changed (line failure, insufficient quality, etc.), the master/slave assign-
ment has to be re-negotiated with a consequent loss of traffic. In fact, this re-negotiation implies an inter-
ruption of the traffic indicatively from 2.5 to 3 seconds.
This is not necessary for the two possible LAN interfaces selected as TE Sync A and B: in fact, in this case,
the role is automatically set as “Auto”, or as “Slave” if the T0 signal is locked to this source.
All the Ethernet interfaces are locked on the SETS, regardless which LAN interfaces are set as sources of
synchronization. Nevertheless the “Overwrite RX Quality” and “Overwrite TX Quality” can be applied only
on the LAN interfaces used as sources of synchronization.
48 MN.00356.E - 007
5.10 SECURITY
• SNMP V3
5.11 MANAGEMENT
ALFOplus2 unit can be monitored via GE interfaces and via serial connector.
• WebLCT usage
Through WEBLCT a feature key can be sent to the unit and the relevant functionalities can be unlocked.
The Service Layer OAM fully monitors a customer End-to-End Ethernet Service, i.e. CFM (Connectivity Fault
Management) useful for detecting, isolating and reporting connectivity faults.
Administration and Maintenance (OAM) standards are designed to simplify the management of Carrier
Ethernet services with end-to-end service visibility, fault isolation, reporting and continuous performance
monitoring. As specified in the IEEE 802.1ag standard, these capabilities enable providers to manage
Ethernet services regardless of the network path, topology, operators or network layer that carries the traf-
fic between service endpoints.
MN.00356.E - 007 49
5.13.1 OAM
Through CLI interface, OAM configuration is available on all Ethernet interfaces, regardless of their physical
port connection.
• Maintenance Domains (MD): these specify the Domains of operators, customers and service pro-
viders. Eight MEG Levels are and roles are:
- Customer Domain is the higher and includes both ends of the Ethernet service (three MEG Lev-
els: 7, 6, and 5)
- Service Provider Domains should have a MD lower than the Customer since include the whole
network except the End Users Provider role (two MEG Levels: 4 and 3)
- Operator Domains are lower than Service Provider Domains since just a part of the network is
included ( three MEG Levels: 2, 1, and 0).
SIAE unit: up to 32 Maintenance Domains can be specified on a single device and each MD has to
be identified by a different VLAN. At each end of a Maintenance Domain two MEPs (Maintenance End
Point) will be specified. The MEPs are “markers” that define the end of a domain and are in charge
of originating OAM frames. In a domain also MIPs (Maintenance Intermediate Points) can be spec-
ified. The MIPs are passive check-points.
• Maintenance Association (MA): association which correlates the VLAN to the MD with MEPs and
MIPs.
When a specified traffic needs to be monitored, it is necessary to associate the VLAN to a Domain
and so to the corresponding MEPs or MIPs. This is done through the Maintenance Association. Before
creating the MA, the VLAN, either S-VLAN or C-VLAN, has to be specified in the VLAN Table. On each
SIAE unit it is possible to set up to 32 different MA. A MA is associated with more than one VLAN
but different MAs cannot share one VLAN in a single Maintenance Domain.
• MEPs (Maintenance End Points): MEPs monitor the status of the Ethernet service provided. MEPs
mark the end point of a MD and are capable of initiating and terminating OAM frames for fault man-
agement and performance monitoring. MEPs forwards OAM messages coming from higher domains
and stops OAM messages from lower domains.
• MIPs (Maintenance Intermediate Points). MIPs are passive intermediate check-points that answer
to polling coming from MEPs. A MIP does not initiate OAM frames.
SIAE unit: each Ethernet interface can have a MEP. Once chosen the interface, the direction of the MEP has
to be specified:
• MEP Inward, entering the switch. With MEP Inward configured, the OAM PDUs are sent from the
interface toward the inside of the equipment and will follow the VLAN table.
• MEP Outward, outgoing from the switch. With MEP Outward, the OAM PDUs are sent from the in-
terface in the direction outside the equipment (OAM PDUs are sent thorough the cable toward next
equipment)
• MEP ID: MEPs belonging to same MA must have different MEP IDs. In order to configure a MIP, the
MA has to be enabled on the equipment. Up to 32 MIPs or MEPs can be configured on each equip-
ment, as per SIAE recommendation.
Note: up to 1 MEP can be installed on the same port at the same level, either MEP Inward or not. This
means that 2 domains at the same level cannot exist on the same port.
Some protocols belonging to the CFM implemented in SIAE equipment, as listed here:
• Continuity Check Protocol: each MEP transmit periodically a CC message with its ID and MA and
tracks the CCMs received from other MEPs. Pulse period: 1s, 10s, 1min, 10min.
• Loopback Protocol: it is an “answer request” to another MEP/MIP or multicast. On LBM reception,
MEPs/MIPs validate the received LBM and send back a Loopback Reply to the sender. This is done
to check the status of the connection between sender and destination
SIAE units: the number of Loopback Messages is adjustable from 1 to 8192 consecutive Loopbacks.
• Remote MEP: Each MEP can check the presence of other MEPs in the same MA through means of
MEP IDs and MAC address of the interface correspondent to the MEP itself. The LBM can be used for
the following applications:
- to verify bi-directional connectivity of a MEP with a MIP or a peer MEP (both unicast and multicast
LBM)
50 MN.00356.E - 007
- to perform a bi-directional in-service or out-of-service diagnostics test between a pair of peer
MEPs. This includes verifying bandwidth throughput, detecting bit errors, and so on (unicast
LBM)
• Link Trace Protocol: it is a message similar to the Loopback. Every equipment reached by this mes-
sage answers to the sender providing its own MAC Address. In this way the sender knows its MA
composition.
• errored ccm received: the MEP is receiving invalid CCMs (RMEP ID unattended, CCM interval differ-
ent)
• remote CCM defect: the MEP is not receiving CCMs from some other MEP in its Remote MEP list
• mac status defect: the last CCM received from remote MEP indicated that the transmitting MEP’s
associated MAC is reporting an error status via the Port Status TLV
• remote defect indication: the last CCM received from remote MEP contains a RDI.
The trap messages of the first four alarms are active by default option, while the trap of the last alarm has
to be activated from CLI interface.
5.13.2 RMON
RMON (Remote Monitoring) is a standard whose function is monitoring the activity of a LAN network.
SIAE equipment support RMONv1, first MIB, as defined in RFC2819. This MIB contains real-time LAN sta-
tistics e.g. utilization, collisions and CRC errors. These counters are managed locally into the radio equip-
ment and are defined independently for each port of the device (both LAN and Radio interfaces). SIAE NMS
systems collect periodically this data and store it into the network database.
• RMON - Ethernet Port Statistics: these data counters are collected in real time by the Network
Equipment. These data are stored in the network equipment itself
• RMON - History: collection of data counters from the network equipment. After a periodical polling
to the network element, the NMS collects all the data and these data are seen as the RMON History.
RMON statistics are represented by counters collected for each port of the device, stored in the equipment.
This mechanism of monitoring requires the creation of a Ethernet Statistic in the “Settings” area of RMON
on WEB LCT, to enable the collection of the available metric on the interface or service. This collection can
be viewed as a punctual measure in the “Ethernet Statistics” area.
Based on the Ethernet statistics, one or more Ethernet History can be then created, to collect a number of
samples configurable by the user and store them in the equipment memory.
The following are the important settings for the Ethernet history configuration:
• buckets requested: number of sampling events registered by the RMON on the equipment, based
on the “Interval” and “Data Source” configured by the user; when the end of the buckets is reached
the process restarts cyclically, replacing the first measured entry with the new ones.
• persistence: enable the possibility to export the registered measures on a file through an FTP client;
the file is created when the user make the request to the equipment.
- 60, 300, 600, 900, 1800, 3600 s, (persistence of the results is enabled)
In general, if the persistence of the results is enabled:
MN.00356.E - 007 51
• if the sampling interval is equal or greater than 300 s two files will be created:
- one with a number of samples equal to the bucket size and related to the previous day
- one with a number of samples equal to the bucket size and related to the current day
• if the sampling interval is less than 300 s one single file will be created, with a number of measures
equal to the double of the bucket size, independently from when the measures have been recorded.
• DropEvents: total number of frames received by the port dropped by the output interface due to
lack of resources. For example, LAN 1 “Rx Dropped Events” measures the frames received by LAN
1 that have NOT been transmitted on the output interface (e.g. Radio port) due to lack of resources
• Octets Rx: total number of octets of data (including those in bad packets) received by the interface
• Pkts Rx: total number of packets (including bad packets, broadcast packets, and multicast packets)
received
• BroadcastPkts Rx: total number of good received packets that were directed to the broadcast ad-
dress
• MulticastPkts Rx: total number of good received packets that were directed to a multicast address
• UndersizePkts Rx: total number of packets received that were less than 64 octets long (excluding
framing bits, but including FCS octets) and were otherwise well formed
• OversizePkts Rx: total number of packets received that were longer than 1518 octets (excluding
framing bits, but including FCS octets) and were otherwise well formed
• Fragments: total number of packets received that were less than 64 octets in length and had either
a bad Frame Check Sequence (FCS) with an integral number of octets (FCS Error) or a bad FCS with
a not-integral number of octets (Alignment Error)
• CRC Align Errors Rx: total number of packets received that had a length between 64 and the Max
Packet Size configured on the equipment switch (in any case not exceeding 10240 bytes) with bad
Frame Check Sequence (FCS) and an integral number of octets (FCS Error) or a bad FCS with a not-
integral number of octets (Alignment Error)
• Pkts 64 Octets Rx: the total number of packets (including bad packets) received that were less than
64 octets in length (excluding framing bits but including FCS octets) (Not available for history col-
lection)
• Pkts xx to yy oct. Rx: the total number of packets (including bad packets) received that were be-
tween xx and yy octets in length (excluding framing bits but including FCS octets) (Not available
for history collection)
• Pkts ≥ 1024 Octets Rx: the total number of packets (including bad packets) received that were more
than 1024 octets in length (excluding framing bits but including FCS octets) (Not available for his-
tory collection).
All the counters described above are part of the RMON statistics and it is not possible to collect only a sub-
set of them. It is however possible to select on which equipment interface the RMON statistics are activat-
ed. This allows reducing the total amount of PM data, for example avoiding data collection from unused
LAN interfaces. This can be done on all LAN interfaces (regardless if electrical or optical) and on the radio
interface as well.
Note: up to 74 Ethernet Statistics and up to 74 Ethernet History can be created in total (10 based on port
and 64 based on service).
In addition to the Ethernet counters per Port, on the equipment it is possible to monitor some Ethernet
Services with the following counters types:
• Port & VLAN, intended as the VLAN ID included in the related tag (C or S-tag)
• Port & Priority, i.e. frame priority imprinted on p-bits of the related tag (C or S-tag).
52 MN.00356.E - 007
Also for services an Ethernet Service Statistics has to be created before enabling the Ethernet Service His-
tory.
The Service RMON counters allow the equipment to track the VLAN Service (VLAN Tag):
• related to VLAN History, no more than one probe can be created on the same VLAN
The Priority statistics are based on PCP field (p-bits) in the VLAN tag: a probe for each priority/queue can
be created.
Differently from RMON counters, Service and Priority counters can be activated only for the following var-
iables:
• Octets Tx: total number of octets of data (including those in bad packets) transmitted
• Octets Rx: total number of octets of data (including those in bad packets) received by the interface
• Pkts Rx: total number of packets (including bad packets, broadcast packets, and multicast packets)
received
• Received Discard Pkts: total number of discarded packets at ingress in case of VLAN forbidden, pol-
icy exceeded, MAC source deny (ACL)
• Sent Discard Pkts: total number of discarded packets at egress in case of exceeded port egress rate,
output shaping, exceeded MTU
• Received Unicast Pkts: the total number of received unicast packets (including bad packets)
• Sent Unicast Pkts: the total number of sent unicast packets (including bad packets)
• Received Not Unicast Pkts: the total number of received not-unicast packets (including bad packets)
• Sent Not Unicast Pkts: the total number of sent not-unicast packets (including bad packets).
Note: up to 74 Ethernet Statistics and up to 74 Ethernet History can be created in total (10 based on port
and 64 based on service).
MN.00356.E - 007 53
6 TECHNICAL SPECIFICATION
In Section 8. DESCRIPTIONS AND SPECIFICATION more details regarding the available ALFOplus2 version
depending on RF frequency.
ALFOplus2 implements an adaptive modulation algorithm to improve the system gain when the quality of
the received signal become insufficient to guarantee an error free link.
Adaptive modulation guarantees error free and hitless unidirectional downshifts with fading speed up to 30
dB/s. Ethernet frames aren’t lost in case of upshift and downshift events.
The ACM shifting thresholds are shown in Tab.28, Tab.29, Tab.30 and Tab.31.
The line interfaces (LAN3 and LAN4 GE with PoE facilities, LAN1 and LAN2 optical up to 2.5Gbps) are con-
nected to an embedded Ethernet switch. Ethernet traffic is forwarded to the radio interface through 2x 2.5
Gbps port, one for radio branch (BB, IF and RF unit). Network synchronism can be acquired and provided
by each Ethernet switch port.
54 MN.00356.E - 007
Main DC/DC,
Power
Aux DC/DC
Radio1
LAN4
Split/combine
I/Q
Protecon
(Packet Process) TX/RX
MD-Ch1
TXmod
Framer
HC
channel1
POE
QoS
Frag
LAN3 RXdem IF
OL1
module
Ant.
Radio2
LAN2 RF-unit2
Split/combine
I/Q
Protecon
TXmod
Framer
MD-Ch2
TX/RX
HC
Frag
QoS
LAN1 channel2
RXdem IF
OL2
µP
Tab.12 - Latency
Channel size (MHz) 4QAM 16QAM 32QAM 64QAM 128QAM 256QAM 512QAM 1K QAM 2K QAM 4K QAM
14 1.023 0.776 0.680 0.641 0.608 0.614 0.603 0.577 0.575 0.567
20 0.747 0.570 0.528 0.487 0.472 0.451 0.437 0.438 0.437 0.433
28 0.507 0.382 0.348 0.329 0.326 0.323 0.310 0.309 0.299 0.297
30 0.493 0.407 0.352 0.338 0.322 0.310 0.307 0.299 0.302 0.295
40 0.388 0.292 0.263 0.265 0.247 0.240 0.238 0.233 0.238 0.233
50 0.416 0.344 0.336 0.318 0.309 0.306 0.306 0.299 0.299 0.297
MN.00356.E - 007 55
56 0.384 0.315 0.297 0.283 0.278 0.276 0.272 0.272 0.269 0.266
60 0.378 0.297 0.289 0.281 0.271 0.269 0.263 0.262 0.262 0.259
80 0.282 0.246 0.234 0.224 0.221 0.215 0.213 0.211 0.210 0.208
112 0.217 0.185 0.181 0.177 0.172 0.169 0.169 0.168 0.167 0.166
Channel size (MHz) 4QAM 16QAM 32QAM 64QAM 128QAM 256QAM 512QAM 1K QAM 2K QAM 4K QAM
14 1.052 0.751 0.718 0.672 0.637 0.612 0.583 0.593 0.573 0.573
20 0.778 0.577 0.550 0.497 0.471 0.453 0.451 0.450 0.440 0.427
28 0.548 0.373 0.359 0.347 0.325 0.322 0.309 0.312 0.310 0.306
30 0.542 0.381 0.372 0.336 0.322 0.312 0.309 0.302 0.301 0.297
40 0.401 0.293 0.282 0.260 0.251 0.246 0.235 0.237 0.237 0.231
50 0.436 0.352 0.334 0.328 0.312 0.309 0.302 0.301 0.298 0.300
56 0.387 0.311 0.299 0.289 0.282 0.275 0.272 0.268 0.268 0.268
60 0.386 0.303 0.293 0.283 0.272 0.268 0.267 0.264 0.261 0.257
80 0.289 0.241 0.235 0.225 0.219 0.218 0.213 0.213 0.212 0.211
112 0.225 0.185 0.182 0.176 0.175 0.171 0.169 0.169 0.168 0.167
Channel size (MHz) 4QAM 16QAM 32QAM 64QAM 128QAM 256QAM 512QAM 1K QAM 2K QAM 4K QAM
14 1.158 0.801 0.703 0.653 0.658 0.610 0.613 0.602 0.587 0.580
20 0.859 0.586 0.555 0.528 0.471 0.481 0.464 0.453 0.446 0.436
28 0.521 0.392 0.385 0.359 0.337 0.323 0.316 0.319 0.317 0.308
30 0.526 0.392 0.380 0.349 0.326 0.324 0.320 0.315 0.309 0.306
40 0.406 0.307 0.285 0.263 0.260 0.254 0.248 0.240 0.235 0.240
50 0.425 0.356 0.340 0.334 0.325 0.311 0.309 0.305 0.304 0.300
56 0.394 0.319 0.306 0.295 0.284 0.279 0.277 0.272 0.274 0.271
60 0.387 0.314 0.293 0.285 0.278 0.273 0.267 0.267 0.265 0.262
80 0.310 0.252 0.240 0.228 0.222 0.219 0.218 0.216 0.216 0.214
112 0.231 0.196 0.186 0.181 0.176 0.174 0.172 0.170 0.170 0.169
Channel size (MHz) 4QAM 16QAM 32QAM 64QAM 128QAM 256QAM 512QAM 1K QAM 2K QAM 4K QAM
14 1.188 0.818 0.735 0.695 0.643 0.634 0.617 0.602 0.606 0.601
20 0.834 0.629 0.579 0.517 0.498 0.483 0.469 0.463 0.456 0.450
28 0.623 0.419 0.400 0.372 0.344 0.349 0.334 0.317 0.329 0.315
30 0.598 0.445 0.387 0.358 0.353 0.332 0.333 0.317 0.313 0.315
40 0.458 0.330 0.304 0.273 0.267 0.264 0.249 0.246 0.245 0.246
50 0.462 0.372 0.352 0.339 0.329 0.318 0.319 0.313 0.307 0.308
56 0.427 0.337 0.314 0.302 0.294 0.284 0.287 0.282 0.281 0.276
60 0.387 0.323 0.309 0.288 0.286 0.280 0.278 0.272 0.272 0.266
56 MN.00356.E - 007
80 0.326 0.255 0.247 0.233 0.231 0.226 0.222 0.219 0.219 0.218
112 0.241 0.205 0.190 0.187 0.182 0.179 0.176 0.175 0.174 0.173
Channel size (MHz) 4QAM 16QAM 32QAM 64QAM 128QAM 256QAM 512QAM 1K QAM 2K QAM 4K QAM
14 1.522 0.982 0.897 0.771 0.728 0.711 0.666 0.687 0.643 0.639
20 1.061 0.732 0.659 0.593 0.574 0.523 0.508 0.510 0.490 0.485
28 0.718 0.480 0.445 0.416 0.384 0.380 0.353 0.350 0.347 0.336
30 0.727 0.478 0.430 0.398 0.371 0.360 0.360 0.348 0.343 0.338
40 0.572 0.375 0.345 0.318 0.289 0.282 0.278 0.268 0.270 0.259
50 0.548 0.410 0.379 0.371 0.352 0.344 0.331 0.325 0.326 0.323
56 0.503 0.358 0.352 0.321 0.314 0.304 0.297 0.298 0.291 0.289
60 0.464 0.354 0.343 0.311 0.301 0.293 0.291 0.286 0.287 0.283
80 0.356 0.285 0.269 0.249 0.248 0.237 0.235 0.231 0.232 0.228
112 0.271 0.225 0.207 0.201 0.192 0.188 0.186 0.184 0.182 0.182
Channel size (MHz) 4QAM 16QAM 32QAM 64QAM 128QAM 256QAM 512QAM 1K QAM 2K QAM 4K QAM
14 1.584 0.998 0.910 0.815 0.766 0.715 0.703 0.675 0.682 0.666
20 1.119 0.746 0.684 0.607 0.597 0.559 0.532 0.522 0.516 0.501
28 0.773 0.523 0.455 0.440 0.401 0.393 0.364 0.355 0.360 0.352
30 0.763 0.536 0.474 0.429 0.404 0.386 0.372 0.360 0.356 0.344
40 0.560 0.395 0.346 0.325 0.301 0.295 0.286 0.279 0.276 0.269
50 0.570 0.429 0.398 0.370 0.360 0.351 0.343 0.339 0.333 0.330
56 0.481 0.382 0.353 0.332 0.319 0.314 0.310 0.302 0.299 0.296
60 0.479 0.376 0.339 0.325 0.311 0.304 0.298 0.294 0.293 0.285
80 0.380 0.298 0.279 0.260 0.250 0.246 0.241 0.238 0.236 0.233
112 0.286 0.228 0.215 0.203 0.198 0.193 0.191 0.188 0.187 0.186
Channel size (MHz) 4QAM 16QAM 32QAM 64QAM 128QAM 256QAM 512QAM 1K QAM 2K QAM 4K QAM
14 1.650 1.071 0.962 0.856 0.794 0.734 0.709 0.710 0.686 0.677
20 1.253 0.808 0.724 0.658 0.575 0.570 0.563 0.532 0.520 0.519
28 0.816 0.559 0.486 0.449 0.420 0.402 0.384 0.365 0.370 0.535
30 0.827 0.544 0.482 0.439 0.398 0.394 0.375 0.370 0.366 0.352
40 0.593 0.397 0.379 0.333 0.315 0.305 0.288 0.285 0.279 0.273
50 0.587 0.437 0.412 0.380 0.369 0.355 0.346 0.342 0.338 0.336
56 0.505 0.391 0.373 0.339 0.330 0.318 0.314 0.310 0.305 0.301
60 0.519 0.380 0.347 0.333 0.322 0.310 0.306 0.299 0.297 0.292
80 0.397 0.298 0.282 0.265 0.260 0.252 0.248 0.243 0.241 0.237
112 0.301 0.237 0.222 0.212 0.202 0.199 0.196 0.193 0.191 0.190
MN.00356.E - 007 57
One way delay (msec) Physical modes (4000 bytes)
Channel size (MHz) 4QAM 16QAM 32QAM 64QAM 128QAM 256QAM 512QAM 1K QAM 2K QAM 4K QAM
14 2.789 1.609 1.394 1.239 1.101 1.021 0.960 0.922 0.904 0.869
20 2.102 1.206 1.038 0.909 0.831 0.770 0.728 0.712 0.691 0.667
28 1.435 0.844 0.723 0.633 0.568 0.552 0.518 0.487 0.476 0.461
30 1.350 0.818 0.701 0.614 0.575 0.527 0.504 0.478 0.470 0.462
40 0.995 0.618 0.533 0.472 0.431 0.413 0.390 0.376 0.376 0.356
50 0.908 0.618 0.547 0.495 0.469 0.448 0.435 0.419 0.416 0.405
56 0.822 0.537 0.486 0.442 0.422 0.403 0.385 0.375 0.373 0.362
60 0.806 0.521 0.485 0.435 0.407 0.385 0.377 0.363 0.363 0.352
80 0.605 0.419 0.376 0.347 0.330 0.313 0.307 0.297 0.296 0.288
112 0.449 0.327 0.295 0.273 0.258 0.250 0.243 0.237 0.234 0.230
Channel size (MHz) 4QAM 16QAM 32QAM 64QAM 128QAM 256QAM 512QAM 1K QAM 2K QAM 4K QAM
14 4.968 2.721 2.284 1.901 1.676 1.535 1.443 1.376 1.317 1.235
20 3.653 2.039 1.698 1.434 1.295 1.162 1.100 1.035 1.001 0.957
28 2.460 1.359 1.153 1.005 0.872 0.815 0.765 0.710 0.704 0.662
30 2.401 1.367 1.137 0.988 0.857 0.793 0.750 0.700 0.688 0.664
40 1.775 1.015 0.873 0.747 0.673 0.614 0.581 0.549 0.534 0.510
50 1.549 0.936 0.819 0.724 0.656 0.618 0.588 0.559 0.550 0.533
56 1.344 0.827 0.733 0.638 0.585 0.549 0.525 0.504 0.496 0.480
60 1.304 0.802 0.709 0.616 0.569 0.533 0.508 0.490 0.483 0.463
80 0.995 0.642 0.557 0.497 0.456 0.431 0.412 0.399 0.393 0.380
112 0.729 0.484 0.429 0.386 0.357 0.339 0.329 0.317 0.312 0.304
58 MN.00356.E - 007
Gigabit 2.5 Gbps
Connector type LC
6.3 LOOPS
To check the correct operation a set of local and remote loops are made available. The commands are for-
warded by the WebLCT program. The loop is a manual operation that can be activated for a timeout period
specified by operator (0-172800sec.). The available loop facilities are:
• loopback on Ethernet LAN PORT (1)
• I/Q loop: activation command of I/Q loop operates on both branch; RF transmission is squelched
(3).
Main DC/DC,
Power Aux DC/DC
POE
LAN4
Eth. Switch 2 I/Q TX/RX
(Packet Process)
Split/combine
MD-Ch1
Framer
TXmod channel1
Frag
QoS
POE
HC
LAN3 IF
RXdem OL1
module
TRX
Ant.
3
LAN2
Radio2
RF-unit2
I/Q
TX/RX
MD-Ch2
Frag
QoS
Framer
TXmod channel2
HC
LAN1
RXdem IF
OL2
1
µP
MN.00356.E - 007 59
6.4 POWER SUPPLY AND CABLE
Power supply can be provided at the 48V port and at the electrical Ethernet ports (in case of PoE).
11 GHz HP 90 80 72
RF 15 GHz 70 60 54
a. An adapter is required
60 MN.00356.E - 007
6.5 POE UNITS
ALFOplus2 can be supplied by PoE units; in Tab.16 there is a list of suggested PoE units (all the PoE units
are protected against short circuit, overvoltage, overcurrent).
PoE units different from suggested can be used but absolutely with short circuit, overvoltage, overcurrent
protection.
MN.00356.E - 007 61
GND
Fig.21
62 MN.00356.E - 007
6.7 SURGE AND LIGHTNING PROTECTION
- Environmental conditions and environmental tests ETSI EN 300 019 Class 4.1
MN.00356.E - 007 63
64 MN.00356.E - 007
Section 3.
INSTALLATION
7 INSTALLATION OF ALFOPLUS2
The installation, maintenance or removal of antenna systems requires qualified, experienced personnel.
SIAE installation instructions have been written for such personnel.
Antenna system should be inspected once a year by qualified personnel to verify proper installation, main-
tenance and condition of equipment.
SIAE disclaims any liability or responsibility for the results of improper or unsafe installation practices.
ALFOplus2 equipment is a full-outdoor IP Ethernet radio link system operating in various band frequency
RF bands coverage up to 42 GHz for transport capacity up to 2036 Mbit/s, designed to establish LAN-LAN
connections.
For the details related to the actual used frequency band refer to the label on the equipment.
Warning: Class 2 radio equipment subject to Authorisation of use. The equipment can operate only at the
frequencies authorised by the relevant National Authority.
Warning: The deployment and use of this equipment shall be made in agreement with the national regu-
lation for the Protection from Exposure to Electromagnetic Field.
Warning: The symbol indicates that, within the European Union, the product is subject to separate
collection at the product end-of-life. Do not dispose of these products as unsorted municipal waste. For
more information, please contact the relevant supplier for verifying the procedure of correct disposal.
MN.00356.E - 007 65
7.2 GENERAL
- use of filters on the power supply input circuits against noise propagating on the power supply
wires
• during the installation phase
The installation phases of the whole system are described in the following paragraphs and it must be done
only by service person suitably trained.
Remember that the whole radio link can work only if ODUs chosen for local and remote side have equal
sub-band and different SSB (H and L).
The electrical wiring must be done using appropriate cables thus assuring the equipment responds to the
electromagnetic compatibility standards.
The cable terminates to flying connectors which have to be connected to the corresponding connectors on
the equipment front.
Position and pin-out of the equipment connectors are available in this section.
During the final installation, protect the ALFOplus2 by a magneto-thermal switch (not supplied with the
equipment), whose characteristics must comply with the laws in force in one’s country.
The disconnection from the supply mains is made disconnecting the 48V connector M12 5Pin from the ODU
or disconnecting the LAN PoE cable.
The typical magneto thermal switch has characteristics at least 48 Vdc @12A with overcurrent relay class
“C” or “K” tripping curve.
Seal the M12 connector when it isn’t used, in order to avoid the removal of the cover without tools (coupling
torque=4Nm).
66 MN.00356.E - 007
7.5 GROUNDING CONNECTION
Fig.22 and annexed legend show how to perform the grounding connections.
The ODU must be connected to ground with the available grounding bolt M08303 and eyelet terminal
M06614, making reference to details of Fig.21.
Indoor 7
4 3 4
ODU
unit
1
Ethernet
6 2
equipment
(IDU)
(+) (-)
5
Station Local
ground ground
Chassis
ground rack
Legend
1. Ethernet Switch chassis grounding point. The cross section area of the cable used must be 4 sq.
mm.
2. ODU (ALFOplus2) grounding M6 bolt copper faston type. The cross section area of the cable used
must be 16 sq. mm
5. Battery grounding point of IDU to be connected to earth by means of a cable with a section area
2.5 sq. mm. Length 10 m.
6. Grounding cords connected to a real earth internal of station. The cross section area of the cable
must be 16 sq. mm
MN.00356.E - 007 67
Tab.17 - Mounting Instructions
Description
68 MN.00356.E - 007
7.6 REQUIRED TOOLS FOR MOUNTING (NOT SUPPLIED)
• ODU assembling: the proper antenna interface module is installed over the ALFOplus2
• Installation of the ODU:
- Single output flange - installation of the ODU over the antenna by means of the standard mount-
ing kit
- Dual output flanges - installation of the supporting plate and of the ODU over it
• ODU grounding.
Various version of antenna interface modules are available (each of them with proper screws included).
For every frequency three versions are available: OMT, Balanced Hybrid and Dual Flange (polarization can
be set).
The antenna interface adapter is shown in Fig.23 and the ALFOplus2 cavity in Fig.24.
The antenna interface module assembling procedure is the following (see Fig.23 and Fig.24):
• insert the antenna interface adapter in the proper cavity of the ALFOplus2
• move the module slightly to match the correct positioning of the protruding ODU gasket in the
adapter peripheral groove
• insert the screws and the relevant washers in the following order:
- 1 and 2 (and check again the correct positioning of the module) and screw them (not too strong,
the final tightening will be done when all the screws are inserted)
• tighten all the screws in the following order: 1 and 2, 3 and 4, 5 and 6, 7 and 8.
MN.00356.E - 007 69
Groove for
ODU gasket
Fig.23 – Antenna adapter module (left: external side - right: internal side)
Protruding
ODU gasket
70 MN.00356.E - 007
7.8.1 Changing the polarization of the RF flange in balanced hybrid an-
tenna interface module
In Fig.25 Balanced Hybrid antenna interface module is shown with RF flange set for vertical polarization.
Fig.25 - Balanced Hybrid antenna interface module with the RF flange set for vertical polariza-
tion
The procedure to change the polarization of RF flange from vertical to horizontal is the following:
• unscrew the four screws of the RF flange and uninstall it without losing the O-ring between flange
and ODU
• in the rear of the RF flange there is a polarizer with a reference screw in V (vertical) position, un-
screw only the two screws in the polarizer and turn it just to have the reference screw in H (hori-
zontal) position as in Fig.26 and tighten the two screws in the new position
• check the presence of the O-ring in the groove and install the RF flange with the reference in H po-
sition, insert the four screws and tighten them diagonally: the first screw and after its diagonally
opposite and after the last two.
Now the RF flange of the Balanced Hybrid antenna interface module is in horizontal polarization as in
Fig.27.
MN.00356.E - 007 71
Fig.26 – Polarizer setting inside the RF flange
Fig.27 - Balanced Hybrid antenna interface module with the RF flange set for horizontal polari-
zation
72 MN.00356.E - 007
7.9 ODU INSTALLATION – SINGLE RECTANGULAR OUTPUT FLANGE
In this case the standard mounting flange (Z21823) is used (see Fig.28).
Use centring ring and relevant screws and the 4 M10 bolts to install the mounting flange on the ALFOplus2.
M10 screws
Z21823 flange
Install the antenna using the antenna installation guide (specific for each antenna) inside the antenna box
provided by antenna producer. Keep attention to the polarization of the antenna feeder depending on re-
quested polarization.
After the antenna is installed onto the pole, the ODU must be installed:
• position the three holes circular flange (1) on the antenna flange and align the three holes on the
circular flange with the three relevant holes on the antenna flange as in Fig.29.
• insert and tighten the three 3mm M4 Allen screws (2) using a 3mm Allen wrench (torque = 2 Nm)
• add lubricant paste, e.g. MOLYKOTE P-40, on threads of four 25mm M10 bolts (3). The sliding sur-
faces should be cleaned. The paste should then be applied with a suitable brush, rag or grease gun.
It should not be mixed with grease or oils. Chemical protective gloves should be worn where re-
peated or prolonged contact can occur. Screw partially the four M10 bolts (3) on the antenna back
plate: each bolt should be tightened to have the square head out of the hole of about 13-14mm
(the thickness of hook (4), use 15mm spanner)
• apply seal and lubricant grease Dow Corning 4 to the O-ring, protecting fingers with gloves, and
insert in the proper track on the ODU flange
• position the ODU vertically near the four bolts on the antenna flange and align the ODU to match
the polarization of the antenna feeder.
• after the right position has been found, rotate 30° counter clockwise the ODU and approach the
ODU to the antenna flange in order to have the four slots of the Standard Lock cross between the
four bolts
MN.00356.E - 007 73
• rotate 30° clockwise the ODU to hook each slots on the relevant bolt
• when each slot is firmly hooked on the relevant bolt, tighten each bolt (use 15mm spanner,
torque=46mm).
3 (Torque 46Nm)
4
4
M10
1
2 (Torque 2Nm)
Only for OMT ALFOplus2 the mounting flange is the Z22011 with a closed slot placed in upper position (see
Fig.30).
Install the antenna using the antenna installation guide that is inside the antenna box. Keep attention to
the position of the antenna feeder depending on requested setting.
74 MN.00356.E - 007
Z22011 flange
M10 screws
Proceed as in Fig.31 in order to install the centring ring on the antenna flange:
• position the three holes centring ring (1) over the antenna flange aligning the three holes on the
ring with the three relevant holes on the antenna flange
• insert and tighten the three 3mm M4 Allen screws (2) using a 3mm Allen wrench (torque = 2 Nm).
Now the ALFOplus2 must be installed over the antenna inserting the ALFOplus2 flange inside the centring
ring previously mounted. See again Fig.31:
• add a lubricant paste, e.g. MOLYKOTE P-40, on threads of four 25mm M10 bolts (3). The sliding
surfaces must remain cleaned. The lubricant paste (no mixing with grease or oils) has to be applied
with a suitable brush or grease gun and chemical protective gloves must be worn.
• screw partially on the antenna back only the three M10 bolts (3) relevant the three open slots (the
fourth bolt that must enter in the closed slot will be inserted after). Each bolt must leave the square
head out of the hole of about 13-14mm just to permit the positioning of the open slots (4) of the
Z22011 flange. Use 15mm spanner.
• apply seal and lubricant grease Dow Corning 4 to the O-ring, protecting fingers with gloves, and
insert it in the proper grove on the ODU flange
• position the ODU vertically close to the three bolts on the antenna flange and align the ODU flange
to match the antenna feeder. When the right position has been found, rotate the ODU 30° counter-
clockwise and approach it to the antenna flange in order to have the slots of the flange cross be-
tween the bolts.
• rotate 30° clockwise the ODU to hook each slots on the relevant bolt and tighten them (use 15mm
spanner, torque=46mm)
• insert the last bolt in the closed slot and tighten it (use 15mm spanner, torque=46Nm)
If the position needs some adjustment to match correctly the two polarizations (a rotation of +/-5° can be
set), unscrew all the four bolts and tighten them again when the alignment is obtained. The presence of
the closed slot allows this procedure without the danger of dropping down the ODU.
MN.00356.E - 007 75
3 (Torque 46Nm)
M10
2 (Torque 2Nm)
• install the antisliding strip 1 and the plastic blocks 2 onto the pole
• hang the tooth of the supporting plate 3 onto the plastic blocks: two possibilities depending if the
rectangular opening must be on the left (see Fig.32) or on the right (see in Fig.34 and Fig.35) re-
spect the pole.
• secure the plate to the pole with the two fixing bracket for 60–114 mm pole (see Fig.32). Bolts and
nuts are available on the supporting plate kit. Use the four screws 5 and items 6, 7, 8, 9. Tightening
torque must be 32 Nm.
• install the ALFOplus2 (see Fig.33) on the supporting plate using the six bolts M10 (shorter than the
four screws 5) through the six mounting holes (see Fig.34). When all the bolts are positioned, tight-
en them (use 15mm spanner, torque=46mm)
• from the two RF flanges of ALFOplus2 two wave guides are necessary to connect them to the an-
tennas as in Fig.35.
76 MN.00356.E - 007
Tooth
ALFOplus2
mounting holes
MN.00356.E - 007 77
ALFOplus2
mounting holes
78 MN.00356.E - 007
Fig.34 - Installation of dual flanges ALFOplus2
MN.00356.E - 007 79
Fig.35 - Dual flanges ALFOplus2 with waveguides connected to the two RF flanges
80 MN.00356.E - 007
7.12 USER CONNECTORS
ALFOplus2 provides 2xM12 5pin connector and 4 Ethernet ports as shown in Fig.44.
• 2 LAN SFP (1 Gbps or 2.5 Gbps) Optic Rosenberger connectors: LAN1 and LAN2
• 2 LAN RJ45 (1 Gbps) Electric Rosenberger connectors, with surge arrester: LAN3 and LAN4.
Warning: If cable is not inserted, close the port with relevant cap to ensure waterproofing.
There are 2 separated M12 5 pin straight circular connector for different applications:
• 48V port
• MNGT port.
• F03594 cable for laboratory use only (see Fig.36) dedicated for 48V port only
• F03616 maintenance cable (remove it after commissioning pointing) (see Fig.37) dedicated for
MNGT port only
• F03622 console cable (remove it after use) (see Fig.38) dedicated for 48V port only
48V port
• Used as a port for the secondary power supply source 48Vdc, when the power over Ethernet injector
through the data LAN cable is not available or it is possible use with both power source (PoE and
48V ports).
• If necessary, console port pins are present (see Tab.18). Use cables F03594 or F03622 and a hy-
perterminal session (params: 115000, 8, N, 1) to access and login.
Pinout Description
3 Rx_Console
4 Tx_Console
5 GND_Console
Shield Ground
MNGT port
Pinout in Tab.19.
• It is a dedicated port used for local management only (fast Ethernet 100BaseT) also called On-
SMNGT (On-Site Management)
MN.00356.E - 007 81
• The interface has lightning protection.
Pinout Description
1 TXP
2 RXP
3 TXN
4 RXN
5 Vpointing (+)
82 MN.00356.E - 007
Fig.36 - F03594 cable for lab use only
MN.00356.E - 007 83
Fig.37 - F03616 maintenance cable (to remove after commission pointing)
84 MN.00356.E - 007
Fig.38 - F03622 console cable (remove it after use)
MN.00356.E - 007 85
7.12.2 RJ45 connector
The electrical RJ45 connection to ALFOplus2 is guaranteed only with coded connector. Part to be assembled
(see Tab.20).
Please be aware that modifying Ethernet cables improperly may cause loss of network connectivity. Please
follow colours of wiring.
86 MN.00356.E - 007
Assignment T568A T568B
Pin
1000Base-T Colour wire Colour wire
MN.00356.E - 007 87
Tab.22 - Accessories for installation
88 MN.00356.E - 007
SIAE code Descriptions View
MN.00356.E - 007 89
7.13.1 Installation procedure of optical junction
Components
Fig.42 - Components
The kit P20101 Rosenberger outdoor enclosure is an universal outdoor connector used for LC fiber and RJ45
LAN cable. Follow the graphical passages in Fig.43 for fiber assembly, the same procedure can be used for
RJ45 LAN outdoor cable.
90 MN.00356.E - 007
Fig.43 - P20101 assembly procedure
MN.00356.E - 007 91
92 MN.00356.E - 007
Section 4.
LINE-UP
8 LINE-UP OF ALFOPLUS2
8.1 GENERAL
• connection procedure
• equipment configuration (through PC software)
All the parameters set on local unit must be set on remote one also. Local and remote units must be in the
same subnet.
This is a list of procedures for a fast and “basic” line-up to be performed after a correct installation.
8.2 SWITCH ON
• antenna presence - check the connection between ODU output flange and antenna.
MN.00356.E - 007 93
8.3 ALARM LED CHECK
On the front panel of ODU unit there are two LEDs dedicated to show unit alarms. Further information about
alarms can be found onto the Section 5. MAINTENANCE.
ALFOplus2 line-up can be done via MNGT (Gi 0/4) port using WEBLCT or Hyperterminal and via console
port using Hyperterminal only. LAN1 and LAN2 are disabled by default.
The factory default IP addresses are 172.20.254.14/16 ODU L and 172.20.255.15/16 ODU H.
The max number of users connected to the same radio at the same time is:
• CLI sessions = 7
• WebLCT users = 4.
To antenna/wave guide
See also connection to paragraph 8.4.1 WEBLCT via MNGT port (cable F03616).
See also connection to paragraph 8.4.2 CLI session via MNGT or console port.
94 MN.00356.E - 007
• write unit default IP address
• set host address: the radio IP address, Port number= 23, connection using: TCP/IP (Winsock)
• open Hyperterminal and, in the window Connection Description, write the name/icon for the con-
nection
• set serial COM speed=115200bps, data bits=8, parity=none, stop bit=1 and flow control=none
• click on OK button
MN.00356.E - 007 95
• type show nvram to know the actual IP address
96 MN.00356.E - 007
9 BRIDGE MODE (WEBLCT AND CLI)
V ia W E B LC T
V ia C LI
Command Purpose
SM-OS# c t; bridge-mode customer #Enable Customer Bridge (802.1q)
SM-OS# c t; bridge-mode provider-core #Enable Provider Bridge (802.1ad)
SM-OS# c t; bridge-mode provider-edge # Enable Provider Edge Bridge
MN.00356.E - 007 97
10 MANAGEMENT: OUT OF BAND/IN BAND
10.1 GENERAL
• Out of Band (factory default) – Traffic and management use separate ports (This is a simulated Out
of Band: a dedicated VLAN, the VLAN1, is used)
• In Band – Traffic and management use the same ports with management in a defined and specific
VLAN not used by traffic
- Management ports – LAN1, LAN2, LAN3, LAN4 and MNGT (VLAN127 in the example).
LAN1 Gi 0/7
Optical 1/2.5G
LAN2 Gi 0/9
Optical 1/2.5G
MNGT Gi 0/4
Electrical 100M
This is the default configuration but, just in case, it can be created again:
• WEBLCT
- Address
- Agent IP Address
98 MN.00356.E - 007
- Remote Element List
- Restart
• CLI
- MNGT VLAN creation (Vid=1), IP address, Agent IP Address and default gateway.
For the Out of band example, involved ports are: MNGT, LAN2 and TRX. Among them MNGT and LAN2 are
untagged.
• select Static VLANs card and click Add: Static VLAN Configuration window is open
• set VLAN ID, VLAN name, Member Ports (MNGT gi0/4, LAN2 gi0/9, Radio gi0/3), Untagged Ports
(MNGT gi0/4, LAN2 gi0/9) and Ether Type used (0x8100)
In WEBLCT select Base Band menu, DCN and MNGT Port Configuration.
• Set IP Address, Net Mask, Default Gateway and VLAN ID (Default OoB Vid =1)
MN.00356.E - 007 99
Attention: with the port in pPNP (proprietary PNP, available in PEB mode only) the MNGT traffic can be C-
Tagged (8100 ethertype) or Untagged depending on the Untagged Ports setting in VLAN table (at the line
relevant the VLAN used for Out of band emulation).
• Equipment menu
• Main - Equipment properties, in General Info
10.2.6 Out of band: IP Address, MNGT VLAN, Agent IP and Default Gate-
way (CLI)
This is the CLI script for the setup of Out of Band Management. Add the script after SM-OS#.
#Customer bridge
ct
bridge-mode customer
#set MTU=2048byte
#set VLAN 1
vlan 1
exit
default ip vlan id 1
exit
end
reload.
For the In Band example, the ports involved are: MNGT, LAN1, LAN2 and TRX. MNGT is untagged.
WEBLCT
• Restart
CLI
MNGT VLAN creation, MNGT (gi0/4) IP address and Agent IP Address, InBand Vid and default gateway.
• Select Static VLANs card and click Add: Static VLAN Configuration window is open
• Set VLAN ID (Vid=127), VLAN name, Member Ports, Untagged Ports (among the previous) and
Ether Type used
• Click Apply and confirm
In WEBLCT select Base Band menu, DCN and MNGT Port Configuration.
• Set IP Address, Net Mask, Default Gateway and mngt VLAN ID (in example Vid =127)
• If MNGT port address and MNGT VLAN have been already set, it’s time to restart the ALFOplus2:
click System Restart and confirm.
In WebLCT at position:
• Equipment menu
This is the CLI script for the setup of In Band Management. Add the script after SM-OS#.
#Customer bridge
ct
bridge-mode customer
#Set MTU=2048byte
exit
exit
end
reload.
11.1 GENERAL
• radio configurator
• link ID setting
• frequency setting
If the Link configuration present in Current Radio Configuration card is correct, go to next paragraph if not
delete it.
• Proceed as in fig. NEW LINK. In Select Link Type menu select the desired configuration and, in Avail-
able Radio list, the Radio to use (one in case of 1+0, 2 in case of 2+0 XPIC). Push Done.
- set Bandwidth: 14, 20, 28, 30, 40, 50, 56, 60, 80 or 112 MHz
- set Ref Modul ...that is the used one: 4, 16, 32, 64, 128, 256, 512, 1024, 2048 or 4096QAM
• ACM Engine Enabled (modul. Profile varies between lower and upper depending on S/N in Rx)
- set Bandwidth, Reference Modulation, Lower and Upper Profiles (see previous case for details)
In ACM table is listed the Ethernet capacity relevant to the Active Modulation.
• Modulation profiles 4, 16, 32, 64, 128, 256, 512, 1024, 2048 and 4096QAM
4QAM and 16QAM have the strong version also; the modulation is the
same but the payload in the strong case is lower because of a bigger over-
head (stronger protection code).
• ACM Engine Enabled adaptive modulation (between Lower and Upper profiles):
11.5 LINK ID
• set the value used as Link ID between 1 and 255, 0=parameter not used and not checked
• ...set the same Link ID value on remote unit. In case of Link ID mismatch (the unit receives a signal
with a Link ID different from the expected one) the alarm LinkID is active.
• in Dplx Freq. menu select the desired value (Dplx freq. Is the Tx/Rx spacing) and push Apply and
Confirm
• in Tx Freq. menu select the desired Tx Freq. value in MHz (Local Tx Freq. = Rem Rx Freq.)
Note: On remote IDU Tx and Rx frequencies are the opposite respect the local.
• in Ptx slide select the value in dBm for the Tx power (30 dB range)
In WEBLCT select Radio menu, Radio Branch, select ODU Powers card:
• in Ptx slide set the value in dBm for the Max Tx power (30 dB range)
• in ATPC Regulation set the dynamics of ATPC (from 30dB to 1dB), if max Regulation is required,
flag the ATPC Full Range (up to 30dB of attenuation)
• in ATPC Thresholds on Local PRx set the two thresholds to define the desired Rx power obtained
through remote side Tx power regulation (min.gap=3dB, advised=5dB)
Note: the difference between low ATPC threshold and upper modulation downshift threshold must be bigger
than 10dB.
There is no alarm if Rx Power is out from the range defined by ATPC thresholds.
When the whole radio link is on, antenna alignment can be optimised. Antenna alignment optimization is
performed depending on the Rx signal power at local and remote equipment and evaluating both local and
remote S/N value maximizing them. There are two possibilities to see the Rx signal power level:
• relevant branch 1(A) through a voltmeter connected to MNGT port on the ODU (F03616 cable - see
Fig.37).
In order to get the Rx signal power level via software, connect the PC to ALFOplus2 and start the WebLCT.
Into WebLCT is shown in the top status bar (Rx1A= -value dBm) see Fig.52:
Error [dB] @
Received Signal [dBm] Signal Output [V] Error [dB] @25°C
-33°C ÷ +65°C
-20 3 ±2 ±4
-30 2.5 ±2 ±4
-40 2 ±2 ±4
-50 1.5 ±2 ±4
-60 1 ±2 ±4
-70 0.5 ±2 ±4
-80 0 ±2 ±4
It is the most important item to optimise the antenna alignment, but in a situation of interference Rx level
can be good, BER acceptable but S/N margin low. This means that when Rx fields will decrease then BER
will increase fast. The situation can be easily shown with WebLCT software looking at Signal Quality level.
Into WebLCT Software select:
• Equipment menu
• Maintenance
The best antenna alignment gives the higher Rx signal power level with the higher S/N ratio (see Fig.62)
and higher XPD (in XPIC link).
In ALFOplus2 link with XPIC, an useful measure is the XPD regarding the two polarization.
Two different ways for the XPD estimate are available: via WEBLCT and via XPDM.exe.
In radio link with XPIC another tool is useful for the optimization of antenna alignment, the XPD measure-
ment.
• equipment menu
• equipment
In XPD field are shown the XPD measurements of the two polarization.
In order to maximize the values can be necessary tuning the polarization of the antenna itself (just to ro-
tate slightly the feeder)
If the antenna is separated from ALFOplus2 structure, the antenna position must be tuned
If antenna is integrated, all the ALFOplus2 must be rotated as in paragraph 7.10 ODU installation – OMT
output flange.
An optimal value for the TRX A and TRX B XPDs, is the antenna XPD ±1dB (29dB < optimal < 35dB).
Fig.63 - XPD
The ALFOplus2 XPDmeter allows local and remote terminals XPD statistics acquisition, as well local equip-
ment LEDs driving for correct antenna (or ALFOplus2) rotation.
11.10.2.1 Pre-requisites
11.10.2.2 Preliminary
• select this folder as the current folder of the command line interface.
11.10.2.3 Xpdm.exe
Invoking “Xpdm” without any parameter, the following help screen will be displayed:
E:\Utility\Radio\Xpdm>Xpdm
Usage: Xpdm [loc ip [rem ip] <-l led control> <thr low [29]> <thr high [35]>
Where:
[loc ip] local terminal IP address (mandatory parameter), unit has SYV 1.1.0 at least
[rem ip] remote terminal IP address (mandatory parameter), unit has SYV 1.1.0 at least
<thr low> maximum XPD value for red led activation (optional, default 29 dB)
<thr high> minimum XPD value for orange led activation (optional, default 35 dB)
• XPD statistics.
antenna rotation assistance is activated. Local equipment LEDs are set in according to acquired local and
remote XPD values for both polarizations (H & V):
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Reply from 172.18.17.52/172.18.17.53: Xpd 34 34/Hi 35dB Orange/Green (LED radio A/radio B)
Is possible to override the typical XPD thresholds for special cases. Behavior of program “Xpdm” is however
similar to previous case.
Local equipment LEDs are set in according to acquired local and remote XPD values for both polarizations
(H & V):
XPD cumulative statistics start, displaying current local and remote XDP values for both polarizations.
At the program termination (by CTRL+C key pressing), cumulative statistics are displayed.
Elapsed time: 12 s
Xpdm statistics detail the minimum, average and maximum values of all estimated XPD values inside
ALFOplus2.
This operational mode doesn’t activate local equipment LEDs. Cumulative statistics are always available at
every Xpdm program termination.
12.1 GENERAL
Some examples of traffic port configuration are suggested in the following paragraphs using two ports only,
LAN1 and LAN2 on local and remote unit.
Other ports can be used following the same procedures here shown.
Three main configurations “pipe” are suggested depending on traffic kind and Bridge mode:
• CB for untagged traffic and known C-tagged traffic
Suggested configurations are with In Band management where both the LAN1 and LAN2 ports are used for
traffic and management.
In case of Out of Band management only LAN1 port can be used for traffic and so in the following examples
all the commands referred to LAN2 port (second pipe) have to be avoided.
Units in Customer Bridge mode: the transmitted traffic is untagged and/or known C-tagged.
U ntag g ed traffic
C -tag g ed ≠ Vid10, Vid 20
OK D ropped
Know n C -tag g ed (VID and p) C 10-p2
S -tag g ed traffic
Def VID=101
Def VID=101
DEF p=6
DEF p=6
A A
C 101-p6
A
C 10-p2
B C 10-p2
B
CBP
1 CBP
C 10-p2 1
B
TRX TRX
C 102-p6
CBP
2 C 2
CBP
C CB C 20-p2
C
D CB
C 20-p2
D
C 20-p2
D
Def VID=102
Def VID=102
DEF p=6
DEF p=6
Fig.64 - Configuration for untagged and known C-tagged traffic in Customer Bridge mode
• WEBLCT
• CLI.
• Port Settings.
- MDI/MDIX Auto
• set VLAN ID, VLAN name, Member Ports, Untagged Ports (among the previous) and Ether Type
used, Click Apply and confirm
• now the new VLAN can be used for traffic
This is the script for the setting of traffic configuration described in Fig.64.
SM-OS# c t
SM-OS(config-vlan)# ports gigabitethernet 0/3 gigabitethernet 0/7 untagged gigabitethernet 0/7 name
Vlan101
SM-OS(config-vlan)# exit
SM-OS(config-if)# shutdown; switchport pvid 101; switchport priority default 6 1; switchport ingress-filter;
mtu 2048; negotiation; no shutdown
SM-OS(config-if)# exit
SM-OS(config)# vlan 10
SM-OS(config-vlan)# ports gigabitethernet 0/7 gigabitethernet 0/3 name Vlan10
SM-OS(config-vlan)# exit
SM-OS(config-vlan)# ports gigabitethernet 0/3 gigabitethernet 0/9 untagged gigabitethernet 0/9 name
Vlan102
SM-OS(config-vlan)# exit
SM-OS(config-if)# shutdown; switchport pvid 102; switchport priority default 6 1; switchport ingress-filter;
mtu 2048; negotiation; no shutdown
SM-OS(config-if)# exit
SM-OS(config-vlan)# exit
SM-OS(config-if)# shutdown; switchport ingress-filter; mtu 2048; no negotiation; speed 2500; no shut-
down
SM-OS(config-if)# exit
Units in Provider Core Bridge mode (Provider Bridge 802.1ad): the transmitted traffic is known S-tagged
only.
S 101-p6
S -tag g ed ≠ Vid101, Vid 102
S 101- p6
A S 101- p6
A
S 101-p6 C 10-p2 S 101-p6 C 10-p2
B S 101- p6
A B
PNP 1 PNP
1
S 101-p6 C 10-p2
TRX B
TRX
PNP PNP
2 S 102- p6
C 2
S 102- p6
C PCB
S 102- p6
C
S 102-p6 C 20-p2
PCB
S 102-p6 C 20-p2
D
D S 102-p6 C 20-p2
D
Fig.68 - Configuration for known S-tagged traffic in Provider Core Bridge mode
• CLI.
Using the WEBLCT with the units in Provider Core Bridge mode:
• Port Status
- MDI/MDIX auto
• select Static VLANs card and click Add: Static VLAN Configuration window is open
• set VLAN ID, VLAN name, Member Ports and Ether Type used, Click Apply and confirm
This is the script for the setting of traffic configuration described in Fig.68.
SM-OS# c t
SM-OS(config-vlan)# exit
SM-OS(config-if)# exit
SM-OS(config-vlan)# exit
SM-OS(config-if)# exit
SM-OS(config-if)# shutdown; switchport ingress-filter; mtu 2048; no negotiation; speed 2500; no shut-
down
SM-OS(config-if)# exit
Units in Provider Edge Bridge mode. The transmitted traffic is untagged and/or unknown C-tagged.
U ntag g ed traffic
OK S -tag g ed traffic D ropped
C
U nk now n C -tag g ed (VID and p) 10 -p2
A A
S 101-p6
C 10-p2
B A C 10-p2
B
CNP 1
1 CNP
S 101-p6 C 10-p2
B
R
R
CNP
S 102-p6 CNP
2 C 2
C PEB
C
PEB
S 102-p6 C 20-p2
C 20-p2 D D C 20-p2
D
Def VID=102 Def VID=102
DEF p=6 DEF p=6
Fig.72 - Configuration for untagged and unknown C-tagged traffic in Provider Edge Bridge mode
This traffic configuration can be set via:
• WEBLCT
• CLI.
See following paragraphs.
Using the WEBLCT with the units in Provider Edge Bridge mode:
• Port Status
• Port Settings.
- MDI/MDIX Auto
• set VLAN ID, VLAN name, Member Ports, Untagged Ports (among the previous) and Ether Type
(0x88A8), Click Apply and confirm
• now the new VLAN can be used for traffic
This is the script for the setting of traffic configuration described in Fig.72.
SM-OS# c t
SM-OS(config-vlan)# ports gigabitethernet 0/3 gigabitethernet 0/7 untagged gigabitethernet 0/7 name
Vlan101
SM-OS(config-vlan)# exit
SM-OS(config)# interface gigabitethernet 0/7
SM-OS(config-if)# exit
SM-OS(config-vlan)# ports gigabitethernet 0/3 gigabitethernet 0/9 untagged gigabitethernet 0/9 name
Vlan102
SM-OS(config-vlan)# exit
SM-OS(config-if)# exit
SM-OS(config-if)# exit.
Verify with the appropriate Ethernet analyser the Ethernet performances of equipment before commission-
ing of the link.
After checking commissioning measures it is mandatory to fill “SIAE commissioning report” and send it to
SIAE database, ready to be checked when necessary.
These reports are very important for SIAE and for the customer because they certify the conformity of SIAE
link.
Firmware can be updated using the software WebLCT Console. There are two different memory benches:
one containing the running firmware and the other the stand-by firmware. This permits to download a new
firmware release to the stand-by bench without cutting the traffic
Use “Bench Switch” to activate the bench in stand-by (SW restart will be performed).
12.5.1 Scope
Scope of this paragraph is to provide a procedure that describes, step by step, how to perform the software
upgrade of ALFOplus2 equipment. Downloading time depends on connection used between PC and
ALFOplus2.
Boot download
1. Unzip files E82xxx XXX.zip in a suitable directory of the PC used to performed the upgrade.
- using WebLCT select Software Info&Maint (see Fig.76) from Equipment Menu and press
Upgrade (see Fig.77)
6. Start the download and confirm by clicking on the window that pops-up.
7. At the end of the boot firmware download, the equipment Controller will automatically restart. Wait
for the restart to be completed.
1. Unzip files N50052 XXX.zip in a suitable directory of the PC used to performed the upgrade.
- using WebLCT select Software Info&Maint (see Fig.76) from Equipment Menu and press
Upgrade (see Fig.77)
4. Select the file N50052.dwl (system version) from the directory bin
7. At the end of the system version download, to activate the new system version a bench switch is
required: click on Bench switch confirm by clicking on the window that pops-up.
Warning: The bench switch affects Ethernet traffic during device re-configuration.
WebLCT Download
2. In Equipment menu - Software Info&Maint - WebLCT - Upload Manager press Browse and
select the file “N96126_XXYYZZ”
3. Press the button Upload and Confirm
4. After the update it is recommended to clear temporary internet files, cookies and history of the used
browser.
12.6.1 Scope
Backup Configuration
Foreword: It is advisable to backup the configuration after the first installation. Proceed as follows:
2. in the field Backup File name write the name of the configuration file you are going to upload in the
PC, complete with the full path of its folder
3. push Backup. The status of the backup procedure is shown in the “Operation Status” field.
Once the spare Controller has been installed or every time the saved configuration is necessary, proceed
as follow:
2. In the field Restore file name write the name of the configuration file you are going to download in
the ODU, complete with the full path of its folder
3. Push Restore. The status of the backup procedure is shown in the “operation Status” field. During
Restore operation the equipment creates a backup configuration, you can come back to this config-
uration at the end of the restore pushing Revert (see Fig.78).
13 ALARMS
13.1 GENERAL
In this document a description of alarms is present, in order to help operators to perform equipment trou-
bleshooting.
• through LEDs
• through WebLCT
For each part of the units, groups of alarms are defined. These alarms can be independent or interdepend-
ent with each other, according to the real causes that generated them.
Alarms are divided into 4 severity levels according to the effects that an alarm might cause to the regular
operation of the unit detecting it. Levels are prioritised as follows:
• minor (yellow): failure neither urgent, high residual functionality, not urgent alarm
Critical and Major alarms indicate impossibility of executing a service, hence the faulty units needs to be
serviced. Minor level represents the not urgent alarms which do not prejudice service continuity. Warning
level indicates malfunctions that might be locally removed without having to replace the unit. Alarm sever-
ity can be modified or masked in “Alarm severity configuration” via WebLCT by the operator.
Radio B Radio A
• Red on internal failure (Unit fail, Modulator fail, PTX fail, VCO fail)
• Red blinking (both LEDs) external alarm (LAN LOS, no distinction if Radio A or B).
In order to obtain LEDs status stability, a minute is necessary to pass the boot.
Alarms are divided in groups to refer to a particular functionality and are characterized by programmable
severity. Alarms, with group and a short description, are listed into Tab.24.
In the following you can find a class list and the item they describe:
ETH LAN Eth Lan Phy Link Loss Loss of Ethernet signal Major
Radio Rx Power Low Alarm Rx power below the fixed threshold Major
Radio Invalid Frequency Alarm Set Wrong frequency on radio link Major
Radio Equip Ber Sync Loss Alarm BER/Sync loss on received radio signal Warning
Local Radio Alarm Synthesis At least one alarm in local radio Major
Remote Radio Alarm Synthesis At least one alarm in remote radio Major
Remote Idu Alarm Synthesis At least one alarm in remote baseband Major
Unit Unit Not Responding Alarm No response from the unit Major
14.1 GENERAL
In the following pages are listed all the procedures necessary to ALFOplus2 maintenance.
When corrective maintenance is necessary, a troubleshooting procedure helps the operator to identify the
unit to replace.
14.2 MAINTENANCE
Periodical checks serve to detect correct radio performance without the presence of any alarm condition.
Corrective maintenance takes place as soon as one or more alarm conditions are in existence. Operation
sequence to be carried out is shown in “Troubleshooting” paragraph.
Routine maintenance consists in a series of checks aiming to verify the correct operating mode.
• Rx field (value measured must comply with that resulting from hop calculation)
How these operations are carried out is specified in “Line–up” section or, more widely, in ALFOplus2 man-
ual.
Troubleshooting purpose is to locate the faulty unit and replace it with a spare after having verified that
the cause of faulty is not external to the equipment.
14.3 TROUBLESHOOTING
• Rx signal quality and/or Rx signal level are lower than the expected
By means of alarms, historical alarms and “Performance monitoring” the operator can imagine the cause
of the problem. By means of loops, causes can be confirmed and a solution can be applied.
• any recent operations or commands have been performed over the link, or not
• the link has been without problems for a long time or the link is a “problematic” one
Warning: If power supply alarms are present, these must be faced at first. If test LED is ON, check if any
manual operations that can cut the traffic are present or not.
WebLCT
• status of alarms
• performance monitoring in the last 48h (Rx quality, modulation profile, Rx power)
• configuration file
NMS5LX/NMS5UX
• status of alarms
• configuration file
Warning: refer to proper software manuals for information relevant to these items.
• Tx - This line starts in LAN Interfaces and arrives at RF output flange: when a situation of more
alarms is occurring, the most significative alarm of them is the lower in Tx direction, all the others
are probably caused by this
• Rx - This line starts in RF flange and arrive at the LAN interfaces: when a situation of more alarms
is occurring, the most significative alarm is the higher in Rx direction, all the others after are prob-
ably caused by this.
Examples
1. Radio 1A RT VCO Fail alarm in the ODU causes alarms also in IF circuits (Rx dir.) ->Demodulator
Fail alarm
2. An antenna input < -80dBm can cause the sequence of alarms: Rx Power Low -> Demodulator Fail
alarm -> Rx Quality warning and Rx Quality alarm…all of them can be caused by a Tx failure on
remote unit.
Present alarms:
• Rx Quality Warning BER<10-10
In order to understand why quality alarms are present, RxPwr performance window must be used (in NMS,
WebLCT, SCT) as in Fig.80.
This problem is revealed by low Rx level (how much lower depends on the severity of tropospheric phe-
nomena) and consequent low quality in Rx signal, in both directions of the link.
Rain, multipath fading, rain drop depolarization and diffraction cause Reduced capacity notification alarm,
Rx Power low, Rx Quality warning, Rx quality alarm, Telemetry fail.
• F>10 GHz the fading is given by rain (for F>30 GHz rain is a serious problem)
When propagation problems occur, the link performance will be restored as the weather gets back to nor-
mal and if problems persist (Rx level remain different from normal) the reason must be searched in wrong
antenna disalignment (probably caused by strong wind or snow/ice over its surface).
Radio link affected by interference has quality problems in one direction only (possible alarms are Rx Qual-
ity warning, Rx Quality alarm, Telemetry fail… increasing the interference severity).
When these symptoms occur, check if new radio links have been installed in close areas (higher the fre-
quency, smaller the search radius).
In any case interference can be confirmed by a spectrum analyser through a multi-angle investigation per-
formed at antenna side.
15.1 GENERAL
ALFOplus2 is programmed and supervised using CLI, WebLCT or NMS5UX/LX. These software are fully de-
scribed in separated manuals.
15.2 SUPERVISION
The description of management plane is differentiated on the base of the possible product interconnections
and applications.
In ALFOplus2 the ports that can participate to the management plane are the following:
• MGMT: On site management port (OnSMng). FE for local access connection only.
Basically the management plane can be shared with the data plane (In band management) or supported
via dedicated and independent channel (Out of Band). Moreover it could be managed at L2 or L3 level.
In the following the supported schemes are listed, on the base of configuration and management scheme
is intended to be supported independently from the Data Plane configurations (Customer Bridge mode or
Provider Bridge mode).
Warning: Only MNGT and TRX ports are enabled by default. All the other interfaces (LAN1, LAN2, LAN3 and
LAN4) are disabled.
In general the management plane can be configured using CLI (see separated software manual). In par-
ticular, for management purpose, the LAN interfaces can be configured as follow:
• Local Access Only - LAN is dedicated to the management and it allows to reach the local CPU only
• In Band - LAN is configured to transport both management and data: management is differentiated
by dedicated VLan
• Drop Node - LAN is dedicated to the management and it is possible to access to both local CPU and
the rest of the network.
These management configurations are shown in the following paragraphs in examples where only LAN1
and LAN2 are employed but all the ports can be used with the limit of the bitrate allowed by the media
(LAN1 and LAN2 are optical with bitrate 2.5Gbps and LAN3 and LAN4 are electrical with bitrate 1Gbps).
In this configuration the management plane transport is shared with the data plane (see Fig.81). The dif-
ferentiation is obtained by managing different VLANs. A VLAN dedicated to the management shall be de-
fined (VLANmng) and configured by the user.
• Define which ports participate to the VLANmng and the port connectivity scheme to obtain the de-
sired reachability (local only or also remote)
• In particular it shall be possible to dedicate a LAN to the management only (in this case untagged
management frames at this interface shall be supported, see "Drop Node" configuration)
µP µP
data
1 1
VIDMng
TRX TRX
2 2
Switch Switch
MNGT MNGT
mng
Fig.81 - Example of InBand management, LAN1 with local and remote visibility
data
1 1
VIDMng
mng
TRX TRX
2 2
Switch Switch
MNGT MNGT
mng
Fig.82 - In band Management example, LAN2 port is dedicated to the management and accesses
to local CPU only
Restrictions in selection could be present in case of incompatible LAN configurations at physical layer or
data plane (for example, if two LANs are in ELP or LAG the management is InBand).
The MNGT port is dedicated to the management for "On-Site" use only. This access mode is expected to
be used during first installation or replacement cases, for example to configure the system, check system
status, recover NE configurations.
µP µP
1 1
VIDonSMng
TRX TRX
2 VIDMng 2
15.2.4 Address
The unit uses a single IP address associated at the management port of controller and a single "default
gateway".
The “Console access” is available in 48V port through serial port (F03594 or F03622 cable) via Hyperter-
minal (115200bps,n,8,1):
Some Ethernet configurations may require further settings and executed by CLI commands (i.e.: manage-
ment VLAN, bridge mode change, ...).
CLI commands can be sent locally or remotely line by line in a Hyperterminal session.
The script file are an alternative way to perform commands, respect to access the system from local con-
sole connector.
ALFOplus2 allows to execute on microprocessor flash a script previously loaded without command inter-
ruption.
Script procedure:
• start and configure a TFTP server (suggested TFTP32 for Windows or tftpd on Linux/Unix)
• load the script (e.g.: script.txt) to microprocessor non volatile memory via TFTP with command
SM-OS# copy tftp://server_ip/script.txt flash:script.txt
• the script must be in UNIX/OSX textual format (using i.e. “Notepad plus plus”)
• the file name must not contain special characters, including _ or -.
16.1 GENERAL
There are several versions of ALFOplus2, each of them with different hardware characteristics. If one of
these is inserted improperly in local and remote side, radio link doesn’t work.
Following statements:
• the ODU must be assembled with proper antenna adapter module. See Tab.26 for the code relevant
frequency and characteristics.
• you must have 2 ODUs, the first working in the lower selected subband and the second one working
in the correspondent higher subband; e.g. 1L-1H, 2H-2L, etc....
Unit part number, hardware layout and equipment composition are subject to change without notice.
Every version is identified by a specific part number shown on a label attached on ODU.
Other information such as power consumption, allowed configuration, feature key, system version, part
number P/N and serial number S/N are also written.
Frequency
Antenna adapter module
11 18 23 25 28
17 INTRODUCTION
17.1 GENERALS
In this chapter are listed all the characteristics of ALFOplus2, common to all the versions and relevant the
various frequencies.
• throughput
• quality and SNR
Frequency by frequency:
• frequency range
• Tx characteristics
• power consumption
• RF flange
• Tx power.
Tab.27 - Net Radio Throughput in Mbit/s versus channel bandwidth for ALFOplus2 equipment
(1+0 configuration)
In this paragraph are present the ACM upshift and downshift thresholds depending on the bandwidth.
16SQAM 12.8 17 21
16QAM 14 18.5 23
32QAM 17.6 21 26
64QAM 20.7 24 29
BW=14MHz
128QAM 24.2 27 32
4096QAM
4SQAM 6.9 15
4QAM 8.4 13 19
16SQAM 12.9 17 20.5
16QAM 14 18.5 23
32QAM 17.6 21 26
64QAM 20.7 24 29
BW=28MHz
128QAM 24.4 27 32
1024QAM 34.4 37 40
4SQAM 6.6 15
4QAM 8.4 13 19
32QAM 16.9 21 26
64QAM 20 24 28.3
BW=56MHz
128QAM 23.3 26.3 31.5
1024QAM 33.3 36 39
4SQAM 6.6 -- 15
4QAM 8.4 13 19
64QAM 20 24 28.2
BW=112MHz
128QAM 23.1 26.2 31.2
256QAM 26.4 29.2 34.2
4096QAM 38 40.8
18.1 FOREWORD
• This device has been verified as per FCC 47 CFR part 101 and has been found to meet its relevant
requirements.
• This device complies with part 15 of the FCC Rules. Operation is subject to the following two condi-
tions:
Changes or modifications not expressly approved by the party responsible for compliance could void the
user’s authority to operate the equipment.
The frequency carrier limits are given in Tab.35, Tab.36, Tab.37 and Tab.38.
Tab.33 - Net Radio Throughput in Mbit/s versus channel bandwidth for ALFOplus2 equipment
(1+0 configuration)
FREQUENCY RANGE: 10700 ÷ 11700 MHz - CEPT T/R 12-06 and ITU-R F.387-10-
GO-RETURN: 490 MHz - 180 MHz RF Filter Tuning Range
SUB BAND 1
SUB BAND 2
SUB BAND 3
FREQUENCY RANGE: 10700 ÷ 11700 MHz - CEPT T/R 12-06 and ITU-R F.387-10 - GO-RETURN: 530 MHz
- 180 MHz RF Filter Tuning Range
SUB BAND 1
SUB BAND 2
SUB BAND 3
FREQUENCY RANGE: 10700 ÷ 11700 MHz - FCC CFR Title 47 Part 101
Go-Return: 490 MHz - 180 MHz RF Filter Tuning Range
SUB BAND 1
SUB BAND 2
SUB BAND 3
FREQUENCY RANGE: 10700 ÷ 11700 MHz - FCC CFR Title 47 Part 101
Go-Return: 500 MHz - 30 MHz RF filter tuning range
SUB BAND 1
40 - - - -
80 - - - -
SUB BAND 3
40 - - - -
80 - - - -
4QAMs 29 27
4QAM 29 27
16QAMs 26 24
16QAM 26 24
32QAM 26 24
64QAM 25 23
±2 dB
128QAM 25 23
256QAM 24 22
512QAM 24 22
1024QAM 23 21
2048QAM 23 21
4096QAM 23 21
- Transmit power with ACM Hybrid Mode: the ACM profiles above the
reference modulation transmit in Peak Constant
Mode (i.e. each modulation transmits the output
- Muting attenuation 60 dB
- Typical receiver sensitivities (dBm) 2dB better (lower) than guaranteed receiver
sensitivities
- Maximum input level for BER 10-6 -21dBm for modulations below 64QAM
-22dBm for modulations below 64QAM/128QAM
-23dBm for modulations below 256QAM/512QAM
-24dBm for modulations equal or higher than
1024QAM
- Radio WG flange type UBR 220 (ODU configuration with hybrid and
flange kit)
UBR 220 (ODU configuration Dual Flange and
flange kit)
C 255 (ODU configuration with OMT)
80.0 90.0
19.1 FOREWORD
• ITU-R F.595 and CEPT Rec T/R 12-03 for RF channel arrangement
• EN 300 019 Climatic Characteristics (operation: class 4.1 for ODU; storage: class 1.2; transport:
class 2.3)
- Channel bandwidth 13.75, 20, 27.5, 30, 40, 50, 55 and 110 MHz
4 4096QAM modulation scheme is not available with 14MHz and 20 MHz channel bandwidth.
FREQUENCY RANGE: 17700 ÷ 18140 MHz paired with 19260 - 19700 MHz
Go-return: 1560 MHz - ITU-R F.595 - Annex 7
FCC CFR Title 47 Part 101
The frequency carrier limits are given in Tab.44, Tab.45, Tab.46 and Tab.47.
Tab.44 - 17700 - 19700 MHz band - ITU-R F.595 - Annex 7 - Go-Return 1010 MHz - Frequency
carrier limits
SUB BAND 1
SUB BAND 2
SUB BAND 3
a. The actual channel bandwidth is compliant with a channel spacing of 7, 13.75, 27.5 and 55 MHz re-
spectively.
Tab.45 - 17700 - 18140 MHz paired with 19260 - 19700 MHz band - ITU-R F.595 - Annex 7 -
Go-return 1560 MHz - Frequency carrier limits
FREQUENCY RANGE: 17700 - 18140 MHz paired with 19260 - 19700 MHz - ITU-R F.595 - Annex 7
Go-return: 1560 MHz - 440 MHz RF Filter Tuning Range
SUB BAND 1
a. The actual channel bandwidth is compliant with a channel spacing of 7, 13.75, 27.5 and 55 MHz re-
spectively.
Tab.46 - 17700 - 19700 MHz band - Go-Return 1008 MHz - Frequency carrier limits
FREQUENCY RANGE: 17700 - 19700 MHz - Go-return: 1008 MHz - 357 MHz RF Filter Tuning Range
SUB BAND 1
SUB BAND 2
SUB BAND 3
Tab.47 - 17700 - 18140 MHz paired with 19260 - 19700 MHz band - FCC CFR Title 47 Part 101 -
Go-return 1560 MHz - Frequency carrier limits
FREQUENCY RANGE: 17700 - 19700 MHz - FCC CFR Title 47 Part 101
Go-return: 1560 MHz - 440 MHz RF Filter Tuning Range
SUB BAND 1
- Transmit power with ACM Hybrid Mode: the ACM profiles above the
reference modulation transmit in Peak Constant
Mode (i.e. each modulation transmits the output
power indicated in the table above). Below the
reference modulation the Mean Constant Mode is
followed. RTPC attenuation is applied to Tx power
of lower modulation; higher modulations can
transmit at their maximum power if they do not
overcome the power transmitted at lower
modulation.
4QAMs 23 21
4QAM 23 21
16QAMs 21 19
16QAM 21 19
32QAM 21 19
64QAM 19 17
±2 dB
128QAM 19 17
256QAM 18 16
512QAM 18 16
1024QAM 17 15
2048QAM 17 15
4096QAM 17 15
- Typical receiver sensitivities (dBm) 2dB better (lower) than guaranteed receiver
sensitivities
- Maximum input level for BER 10-6 -21 dBm for modulations below 64QAM
-22 dBm for modulations equal or higher than
64QAM
- Radio WG flange type UBR 220 (ODU configuration with hybrid and
flange kit)
UBR 220 (ODU configuration Dual Flange and
flange kit)
C 165 (ODU configuration with OMT)
60.0 70.0
20.1 FOREWORD
• ITU-R F.637-3 and CEPT Rec T/R 13-02 for RF channel arrangement
• EN 300 019 Climatic Characteristics (operation: class 4.1 for ODU; storage: class 1.2; transport:
class 2.3)
- Channel bandwidth 14, 20, 28, 30, 40, 50, 56 and 112 MHz
5 4096QAM modulation scheme is not available with 14MHz and 20MHz channel bandwidth.
The frequency carrier limits are given in Tab.53, Tab.54, Tab.55 and Tab.56.
Tab.53 - 22000 - 23600 MHz band - ITU-R F.637-3 - Annex 3 and CEPT T/R 13-02 -
Go-Return 1008 MHz - Frequency carrier limits
FREQUENCY RANGE: 22000 - 23600 MHz - GO-RETURN: 1008 MHz - ITU-R F.637-3 - Annex 3 and
CEPT T/R 13-02 - 336 MHz RF Filter Tuning Range
SUB BAND 1
SUB BAND 2
Tab.54 - 21200 - 23600 MHz band - ITU-R F.637-3 - Annex 1 - Go-return 1232 MHz -
Frequency carrier limits
FREQUENCY RANGE: 21200 - 23600 MHz - GO-RETURN: 1232 MHz - ITU-R F.637-3 - Annex 1
SUB BAND 1
SUB BAND 2
SUB BAND 3
Tab.55 - 21200 - 23600 MHz band - ITU-R F.637-3 - Annex 4 - Go-return 1200 MHz -
Frequency carrier limits
FREQUENCY RANGE: 21200 - 23600 MHz - GO-RETURN: 1200 MHz - ITU-R F.637-3 - Annex 4
SUB BAND 1
SUB BAND 2
SUB BAND 3
Tab.56 - 21200 - 23600 MHz band - FCC CFR Title 47 Part 101 - Go-return 1200 MHz - Frequency
carrier limits
FREQUENCY RANGE: 21200 - 23600 MHz - GO-RETURN: 1200 MHz - FCC CFR Title 47 Part 101 -
405.5-400-403.5 MHz RF Filter tuning range
SUB BAND 1
SUB BAND 2
SUB BAND 2
- Transmit power with ACM Hybrid Mode: the ACM profiles above the
reference modulation transmit in Peak Constant
Mode (i.e. each modulation transmits the output
power indicated in the table above). Below the
reference modulation the Mean Constant Mode is
followed. RTPC attenuation is applied to Tx power
of lower modulation; higher modulations can
transmit at their maximum power if they do not
overcome the power transmitted at lower
modulation.
4QAMs 23 21
4QAM 23 21
16QAMs 21 19
16QAM 21 19
32QAM 21 19
64QAM 19 17
±2 dB
128QAM 19 17
256QAM 18 16
512QAM 18 16
1024QAM 17 15
2048QAM 17 15
4096QAM 17 15
- Typical receiver sensitivities (dBm) 2dB better (lower) than guaranteed receiver
sensitivities
- Maximum input level for BER 10-6 -21 dBm for modulations below 64QAM
-22 dBm for modulations equal or higher than
64QAM
- Radio WG flange type UBR 220 (ODU configuration with hybrid and
flange kit)
UBR 220 (ODU configuration Dual Flange and
flange kit)
C 220 (ODU configuration with OMT)
60.0 70.0
21.1 FOREWORD
• ITU-R F.748-3 and CEPT Rec T/R 13-02 for RF channel arrangement
• EN 300 019 Climatic Characteristics (operation: class 4.1 for ODU; storage: class 1.2; transport:
class 2.3)
Tab.62 - 24.5 - 26.5 GHz - Go-Return 1008 MHz - Frequency carrier limits
FREQUENCY RANGE: 24.5 ÷ 26.5 GHz - GO-RETURN: 1008 MHz - 448 MHz RF Filter Tuning Range
SUB BAND 1
SUB BAND 2
- Transmit power with ACM Hybrid Mode: the ACM profiles above the
reference modulation transmit in Peak Constant
Mode (i.e. each modulation transmits the output
power indicated in the table above). Below the
reference modulation the Mean Constant Mode is
followed. RTPC attenuation is applied to Tx power
of lower modulation; higher modulations can
transmit at their maximum power if they do not
overcome the power transmitted at lower
modulation.
4QAMs 22 20
4QAM 22 20
16QAMs 20 18
16QAM 20 18
32QAM 20 18
64QAM 18 16
±2 dB
128QAM 18 16
256QAM 17 15
512QAM 17 15
1024QAM 16 14
2048QAM 16 14
4096QAM 16 14
- Typical receiver sensitivities (dBm) 2dB better (lower) than guaranteed receiver
sensitivities
- Radio WG flange type UBR 220 (ODU configuration with hybrid and
flange kit)
UBR 220 (ODU configuration Dual Flange and
flange kit)
C 255 (ODU configuration with OMT)
60.0 65.0
22.1 FOREWORD
• ITU-R F.748-4 and CEPT Rec T/R 13-02 for RF channel arrangement
• EN 300 019 Climatic Characteristics (operation: class 4.1 for ODU; storage: class 1.2; transport:
class 2.3)
Tab.68 - 27.5 - 29.5 GHz - Go-Return 1008 MHz - Frequency carrier limits
FREQUENCY RANGE: 27.5 ÷ 29.5 GHz - GO-RETURN: 1008 MHz - 448 MHz RF Filter Tuning Range
SUB BAND 1
SUB BAND 2
- Transmit power with ACM Hybrid Mode: the ACM profiles above the
reference modulation transmit in Peak Constant
Mode (i.e. each modulation transmits the output
power indicated in the table above). Below the
reference modulation the Mean Constant Mode is
followed. RTPC attenuation is applied to Tx power
of lower modulation; higher modulations can
transmit at their maximum power if they do not
overcome the power transmitted at lower
modulation.
4QAMs 21 19
4QAM 21 19
16QAMs 19 17
16QAM 19 17
32QAM 19 17
64QAM 17 15 ±2 dB
128QAM 17 15
256QAM 16 14
512QAM 16 14
1024QAM 15 13
2048QAM 15 13
- Typical receiver sensitivities (dBm) 2dB better (lower) than guaranteed receiver
sensitivities
- Radio WG flange type UBR 320 (ODU configuration with hybrid and
flange kit)
UBR 320 (ODU configuration Dual Flange and
flange kit)
C 255 (ODU configuration with OMT)
60.0 65.0
23 LIST OF FIGURES
Fig.9 - Configuration with an external hybrid and a SP antenna, integrated or not .................. 22
Fig.10 - Configuration with 2 external hybrids and a not integrated DP antenna ..................... 23
Fig.18 – Select the LAN port that sends LLF status ............................................................. 44
Fig.21 .......................................................................................................................... 62
Fig.23 – Antenna adapter module (left: external side - right: internal side) ........................... 70
Fig.27 - Balanced Hybrid antenna interface module with the RF flange set for horizontal polarization
72
Fig.35 - Dual flanges ALFOplus2 with waveguides connected to the two RF flanges................. 80
Fig.64 - Configuration for untagged and known C-tagged traffic in Customer Bridge mode .... 117
Fig.68 - Configuration for known S-tagged traffic in Provider Core Bridge mode ................... 120
Fig.72 - Configuration for untagged and unknown C-tagged traffic in Provider Edge Bridge mode .
123
Fig.81 - Example of InBand management, LAN1 with local and remote visibility ................... 142
Fig.82 - In band Management example, LAN2 port is dedicated to the management and accesses
to local CPU only .......................................................................................................... 143
Fig.83 - Management traffic to/from On-Site Management port (1+0 case) ......................... 143
Tab.2 - Single ALFOplus2 configurations (purpose, interface module, used antenna) ...............20
Tab.3 - Dual ALFOplus2 in 2+0 configurations (purpose, interface module, used antenna)........21
Tab.4 - Dual ALFOplus2 in 4+0 configurations (purpose, interface modules, used antenna) ......21
Tab.27 - Net Radio Throughput in Mbit/s versus channel bandwidth for ALFOplus2 equipment (1+0
configuration) ............................................................................................................... 148
Tab.33 - Net Radio Throughput in Mbit/s versus channel bandwidth for ALFOplus2 equipment (1+0
configuration) ............................................................................................................... 152
Tab.35 - 10700 MHz - 11700 MHz band - CEPT T/R 12-06 and ITU-R F.387-10 -
Go-return 490 MHz - 180 MHz RF Frequency carrier limits .................................................. 154
Tab.37 - 10700 MHz - 11700 MHz band - FCC CFR Title 47 Part 101 - Go-Return 490 MHz -
Frequency carrier limits.................................................................................................. 156
Tab.38 - 10700 MHz - 11700 MHz band - FCC CFR Title 47 Part 101 - Go-Return 500 MHz - Fre-
quency carrier limits ...................................................................................................... 157
Tab.44 - 17700 - 19700 MHz band - ITU-R F.595 - Annex 7 - Go-Return 1010 MHz - Frequency
carrier limits .................................................................................................................162
Tab.45 - 17700 - 18140 MHz paired with 19260 - 19700 MHz band - ITU-R F.595 - Annex 7 -
Go-return 1560 MHz - Frequency carrier limits .................................................................. 163
Tab.46 - 17700 - 19700 MHz band - Go-Return 1008 MHz - Frequency carrier limits ............. 163
Tab.47 - 17700 - 18140 MHz paired with 19260 - 19700 MHz band - FCC CFR Title 47 Part 101 -
Go-return 1560 MHz - Frequency carrier limits .................................................................. 164
Tab.54 - 21200 - 23600 MHz band - ITU-R F.637-3 - Annex 1 - Go-return 1232 MHz -
Frequency carrier limits.................................................................................................. 170
Tab.55 - 21200 - 23600 MHz band - ITU-R F.637-3 - Annex 4 - Go-return 1200 MHz -
Frequency carrier limits.................................................................................................. 170
Tab.56 - 21200 - 23600 MHz band - FCC CFR Title 47 Part 101 - Go-return 1200 MHz - Frequency
carrier limits .................................................................................................................171
Tab.62 - 24.5 - 26.5 GHz - Go-Return 1008 MHz - Frequency carrier limits .......................... 177
Tab.68 - 27.5 - 29.5 GHz - Go-Return 1008 MHz - Frequency carrier limits .......................... 182