Академический Документы
Профессиональный Документы
Культура Документы
Alcatel-Lucent 7302
INTELLIGENT SERVICES ACCESS MANAGER | RELEASE 5.1
Alcatel-Lucent 7330
INTELLIGENT SERVICES ACCESS MANAGER FIBER TO THE NODE |
RELEASE 5.1
Alcatel-Lucent 7356
INTELLIGENT SERVICES ACCESS MANAGER FIBER TO THE
BUILDING|RELEASE 5.1
SYSTEM DESCRIPTION FOR FD 24GBPS NT
3HH-12481-AAAA-TQZZA Edition 01
Alcatel-Lucent Proprietary
This document contains proprietary information of Alcatel-Lucent and is not to be disclosed
or used except in accordance with applicable agreements.
Copyright 2014 Alcatel-Lucent. All rights reserved.
Alcatel-Lucent assumes no responsibility for the accuracy of the information presented, which is
subject to change without notice.
Alcatel, Lucent and the Alcatel-Lucent logo are registered trademarks of Alcatel-Lucent. All other
trademarks are the property of their respective owners.
Copyright 2014 Alcatel-Lucent.
All rights reserved.
Disclaimers
Alcatel-Lucent products are intended for commercial uses. Without the appropriate network design
engineering, they must not be sold, licensed or otherwise distributed for use in any hazardous
environments requiring fail-safe performance, such as in the operation of nuclear facilities, aircraft
navigation or communication systems, air traffic control, direct life-support machines, or weapons
systems, in which the failure of products could lead directly to death, personal injury, or severe physical
or environmental damage. The customer hereby agrees that the use, sale, license or other distribution
of the products for any such application without the prior written consent of Alcatel-Lucent, shall be at
the customer's sole risk. The customer hereby agrees to defend and hold Alcatel-Lucent harmless from
any claims for loss, cost, damage, expense or liability that may arise out of or in connection with the
use, sale, license or other distribution of the products in such applications.
This document may contain information regarding the use and installation of non-Alcatel-Lucent
products. Please note that this information is provided as a courtesy to assist you. While Alcatel-Lucent
tries to ensure that this information accurately reflects information provided by the supplier, please refer
to the materials provided with any non-Alcatel-Lucent product and contact the supplier for
confirmation. Alcatel-Lucent assumes no responsibility or liability for incorrect or incomplete
information provided about non-Alcatel-Lucent products.
However, this does not constitute a representation or warranty. The warranties provided for
Alcatel-Lucent products, if any, are set forth in contractual documentation entered into by
Alcatel-Lucent and its customers.
This document was originally written in English. If there is any conflict or inconsistency between the
English version and any other version of a document, the English version shall prevail.
Preface
This preface provides general information about the documentation set for the
7302 Intelligent Services Access Manager (7302 ISAM), the 7330 Intelligent
Services Access Manager Fiber to the Node (7330 ISAM FTTN) and the 7356
Intelligent Services Access Manager Fiber to the Building (7356 ISAM FTTB).
Scope
This documentation set provides information about safety, features and
functionality, ordering, hardware installation and maintenance, CLI and TL1
commands, and software upgrade and migration procedures.
Audience
This documentation set is intended for planners, administrators, operators, and
maintenance personnel involved in installing, upgrading, or maintaining the
7302 ISAM, the 7330 ISAM FTTN or the 7356 ISAM FTTB.
Readers must be familiar with general telecommunications principles.
September 2014
iii
Preface
Safety information
For safety information, see the Safety Manual for your product.
Documents
Refer to the Product Information document for your product to see a list of all the
relevant customer documents and their part numbers for the current release.
Customer documentation is available for download from the Alcatel-Lucent Support
Service website at http://www.alcatel-lucent.com/myaccess.
Product Naming
When the term ISAM is used alone, then the 7302 ISAM, the 7330 ISAM FTTN
and the 7356 ISAM FTTB are meant. If a feature is valid for only one of the products,
the applicability will be explicitly stated.
Special information
The following are examples of how special information is presented in this
document.
Danger Danger indicates that the described activity or situation
interest.
iv
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Preface
This step offers two options. You must choose one of the following:
a
This step has a series of substeps that you must perform to complete the step. You
must perform the following substeps:
i
ii
iii
Release notes
Be sure to refer to the release notes (such as the Customer Release Notes or
Emergency Fix Release Note) issued for software loads of your product before you
install or use the product. The release notes provide important information about the
software load.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
Preface
vi
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Contents
Preface
iii
Scope
............................................................................................... iii
Audience ............................................................................................... iii
Acronyms and initialisms ............................................................................. iii
Assistance and ordering phone numbers ........................................................... iii
Safety information ..................................................................................... iv
Documents .............................................................................................. iv
Product Naming ........................................................................................ iv
Special information.................................................................................... iv
Release notes............................................................................................ v
Introduction
1.1
1.2
1.3
1-1
2-1
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
vii
Contents
5-1
6-1
xDSL features
7.1
7.2
7.3
7.4
7.5
7.6
7.7
7.8
7.9
7.10
7.11
viii
4-1
Management
4.1
4.2
4.3
4.4
4.5
4.6
4.7
4.8
4.9
3-1
7-1
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Contents
7.12
7.13
7.14
8-1
9-1
10 Layer 2 forwarding
10.1
10.2
10.3
10.4
10.5
10.6
10.7
10.8
10.9
10.10
10.11
10.12
10-1
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
ix
Contents
12 IP routing
12.1
12.2
12.3
12.4
12-1
14-1
15 Quality of Service
15.1
15.2
15.3
15.4
15.5
15-1
13-1
11-1
16-1
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Contents
A.
17-1
Cross-domain solutions
A.1
A.2
A.3
A.4
A.5
A.6
A.7
A.8
B.
A-1
RADIUS Attributes
B.1
B.2
B-1
Glossary
Index
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
xi
Contents
xii
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Introduction
1.1 General
1-2
1-2
1-3
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
1-1
1 Introduction
1.1
General
This document provides the system description for the following products:
1.2
1-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
1 Introduction
Figure 1-1 ISAM Network Architecture
IP Edge Router
/ BRAS
Ethernet
Switch
xDSL
NSP IP backbone
ISAM
FE/GE
Ethernet
EMAN
Voice
NSP IP backbone
FE/GE
NSP IP backbone
xDSL
Ethernet
Voice
xDSL
LT
FE/GE
Eth
LT
Voice
LT
NT
FE/GE
Depending on the type of LTs plugged into the system, three types of user interfaces
are available:
a number of different DSL interfaces (depending on the related DSL line board
family),
Ethernet interfaces
voice interfaces
The three types of user interfaces can be implemented simultaneously in one system.
More detailed information on each of these interface types is available in
chapter System interface overview.
1.3
Document Structure
Following a general chapter about all system interfaces, this document is organized
in a number of functional areas providing an end-to-end view of the different ISAM
feature domains.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
1-3
1 Introduction
1-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
2.1 General
2-2
2.2 Overview
2-2
2.3 Multi-ADSL
2.4 VDSL
2-4
2-7
2.5 SHDSL
2.6 Ethernet
2-9
2-11
2-13
2-13
2-14
2-15
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
2-1
2.1
General
This chapter provides a general description of the system interfaces.
The ISAM can be deployed with numerous interfaces and in different network
environments. In a basic deployment, the ISAM is used for providing High-Speed
Internet (HSI), Video, and Voice over IP (VoIP) services to subscribers.
A specific use of the ISAM is to provide classic telephony services to subscribers
being connected with classic Plain Old Telephone Service (POTS) or Integrated
Services Digital Network (ISDN) lines, and to convert within the ISAM the
corresponding signals to VoIP signaling and data packets. This specific use of the
ISAM is known as ISAM Voice.
2.2
Overview
The following section provides an overview of the different relevant aspects for
subscriber links.
Note For ease of understanding, the ISAM Voice links are
described separately, see section Overview of ISAM Voice
interfaces.
The Ethernet subscriber links can also be terminated on the Network Termination
(NT) boards or the NT I/O boards.
The network links (ISAM uplinks), subtending links (to the subtended ISAM) or
inter-shelf links (ISAM downlinks from the host shelf to remote shelves, Remote
Expansion Modules (7356 ISAM FTTB REMs) or Sealed Expansion Modules (7357
ISAM FTTB SEMs) are terminated by the Network Termination (NT) boards, by the
NT I/O boards, or by an Ethernet LT board operating in
Network-to-Network-Interfacing (NNI) modus.
Figure 2-1 shows a diagram of approximate achievable downstream bit rates for the
DSL transmission types mentioned above as a function of the line length for a 0.4
mm diameter (26 AWG) twisted pair.
2-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
VDSL2
70
60
50
VDSL
40
30
ADSL2+
20
ADSL2
10
ADSL
0
0
Lin e le n g th (km)
Transfer modes
The ISAM supports the following transfer modes for the preceding transmission
types:
Asynchronous Transfer Mode (ATM) is supported for all ADSL types and
SHDSL.
Packet Transfer Mode (PTM) with 64/65 octet encapsulation/Ethernet in the First
Mile (EFM) is supported for SHDSL, VDSL2, and some ADSL2/2+ LT boards.
This transfer mode uses 64/65 byte block coding of variable size frames or frame
fragments at the transmission convergence sublayer in the modem.
For PTM over ADSL2/2+, preemption is supported in the upstream direction and
enabled by default (not configurable).
IEEE 802.3 Ethernet frame transfer
Bonding
A number of methods exist to combine multiple physical links that apply the
preceding transmission types and transfer modes to a single logical subscriber
interface. This allows increasing either:
September 2014
2-3
2.3
Multi-ADSL
The ISAM supports multi-ADSL subscriber lines. This section describes the
different supported ADSL types.
ADSL1
Asymmetric Digital Subscriber Line (ADSL) is used on existing metallic twisted
pairs (one per subscriber) between the Customer Premises Equipment (CPE) and a
Central Office (CO) exchange.
A Frequency Division Multiplexing (FDM) technique allows the simultaneous use
of high-speed data services and the existing Plain Old Telephone Service (POTS) or
Integrated Services Digital Network (ISDN).
Other advantages of ADSL are:
The digital transmission capacity of the ADSL system is asymmetric in that the
downstream and upstream bit rates are different:
The downstream bit rate can range from 32 kb/s up to 8 Mb/s (or 15 Mb/s with
the optional S=0.5). The bit rate granularity is 32 kb/s.
The upstream bit rate can range from 32 kb/s to 1.5 Mb/s. The bit rate granularity
is 32 kb/s.
Note In practice, the maximum achievable upstream bit rate is
typically below 1.5 Mb/s. For example, the maximum achievable
upstream bit rate for Annex A is 1.2 Mb/s.
The chosen rate depends on the bidirectional services to be supported and the loop
characteristics.
This transmission type allows high-bandwidth services, for example, digital audio
and video (multimedia), Ethernet interconnection to the customer, and so on.
Bidirectional transport
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
ADSL services
The multi-ADSL mode and maximum physical bit rate is automatically determined
during initialization of the modem, based on line conditions and the line
configuration. Modem initialization is done using a predefined noise margin and
within the constraints of the transmit power spectral density. This allows various
levels of service, for example, offering the highest bit rates at a premium or ensuring
a guaranteed bit rate.
Operational modes
Description
T1.413 Issue 2
DTS/TM-06006
G.992.1 Annex A
G.992.1 Annex B
G.992.2 Annex A
ADSL2
The ADSL2 family of ADSL standards adds features and functionality that boost the
performance, improve interoperability, and support new applications, services, and
deployment scenarios.
ADSL2 includes the following:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
2-5
Bonding:
ADSL2 also specifies IMA. However, this has been replaced by bonding support
as per G.998.1; see section ATM/PTM bonding.
Low-power modes (L2/L3):
See chapter xDSL features, section Low-power modes.
Seamless Rate Adaptation (SRA):
See chapter xDSL features, section Seamless rate adaptation.
Carrier masking:
The carrier mask allows the suppression of each individual carrier in the upstream
and downstream direction.
Mandatory receiver support of bit swapping:
Bit swapping reallocates data and power (that is, margin) among the allocated
subcarriers without modification of the higher layer features of the physical layer.
After a bit swapping reconfiguration, the total data rate is unchanged and the data
rate on each latency path is unchanged.
Radio Frequency Interference (RFI) egress control and means for RFI ingress
control:
To minimize the impact of radio frequency interference from and with AM radio
and radio amateurs, multi-ADSL provides RFI egress control and means for RFI
ingress control.
Operational modes
Description
G.992.3 Annex A
G.992.3 Annex B
G.992.3 Annex M
G.992.3 Annex J
A license counter keeps track of all the installed lines on which G.992.3 or G.992.5
Annex M is enabled.
A license counter keeps track of all the installed lines on which G.992.3 or G.992.5
Annex J is enabled.
ADSL2+
A number of applications, such as some video streams or combinations of video and
data streams, can benefit from higher downstream rates than are currently possible
with ADSL2. By doubling the ADSL frequency range up to 2.2 MHz, downstream
bit rates of up to about 25 Mb/s can be provided.
2-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Operational modes
Description
G.992.5 Annex A
G.992.5 Annex B
G.992.5 Annex M
G.992.5 Annex J
A license counter keeps track of all the installed lines on which G.992.3 or G.992.5
Annex M is enabled.
A license counter keeps track of all the installed lines on which G.992.3 or G.992.5
Annex J is enabled.
2.4
Operation Mode
Description
VDSL
Very high bit rate Digital Subscriber Line (VDSL) allows very high speed data
transmission on a metallic twisted pair between the operator network and the
customer premises. This service is provisioned by using the existing unshielded
copper twisted pairs, without requiring repeaters. By using a Frequency Division
Multiplexing (FDM) technique, the existing POTS or ISDN services can still be
provided on the same wires. VDSL transceivers use Frequency Division Duplexing
(FDD) to separate upstream and downstream transmission.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
2-7
VDSL1
VDSL1 mode is not supported.
VDSL2
The VDSL2 standard (G.993.2) is an enhancement to VDSL1. VDSL2 specifies
Discrete Multi-Tone (DMT) modulation and is reusing concepts of G.993.1
(VDSL1) and G.992.3 (ADSL2) recommendations, using also the G.994.1
handshake procedure.
VDSL2 features
Description
G.993.2 profile 8A
VDSL2 profile 8A
G.993.2 profile 8B
VDSL2 profile 8B
G.993.2 profile 8C
VDSL2 profile 8C
G.993.2 profile 8D
VDSL2 profile 8D
(1 of 2)
2-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Operation Mode
Description
(2 of 2)
VDSL2 profiles mainly define variants with different bandwidths and transmit
powers. Table 2-6 provides a VDSL2 profile parameter overview.
Table 2-6 VDSL2 profile parameter overview
Parameter(1)
VDSL2 profile
8A
8B
8C
8D
12A
12B
17A
17.5
20.5
11.5
14.5
14.5
14.5
14.5
14.5
14.5
14.5
14.5
14.5
14.5
14.5
US0
support(2)
Annex A
(998)
8.5
8.5
8.5
8.5
8.5
8.5
17.664
5.2
5.2
5.2
5.2
12
12
12
Annex B
(997)
7.05
7.05
7.05
7.05
7.05
7.05
N/A
8.83
8.83
5.1
8.83
12
12
N/A
Annex B
(997E)
7.05
7.05
7.05
7.05
7.05
7.05
14
8.832
8.832
5.1
8.832
12
12
17.664
Annex B
(998E)
8.5
8.5
8.5
8.5
8.5
8.5
17.664
5.2
5.2
5.2
5.2
12
12
14
Annex B
(998ADE)
8.5
8.5
8.5
8.5
8.5
8.5
17.664
5.2
5.2
5.2
5.2
12
12
12
Notes
(1)
US=upstream; DS=downstream
(2)
M=Mandatory; O=Optional; N=Not supported
2.5
SHDSL
The Symmetric High-speed Digital Subscriber Line (SHDSL) technology is a
physical layer standard based on the ITU-T Recommendation G.991.2 (G.shdsl). The
recommendation describes a versatile transmission method for data transport in the
telecommunication access networks. SHDSL supports ATM, PTM, and EFM
transport.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
2-9
SHDSL transceivers are designed primarily for duplex operation over mixed gauges
of two-wire twisted metallic pairs. Four-wire and M-pair operations can be used for
extended reach or bit rate. M-pair operation is supported for up to 4 pairs.
The use of signal regenerators for both the two-wire and multi-wire operations is
optional.
Multiple SHDSL circuits may be combined to support higher bandwidth using
Inverse Multiplexing for ATM (IMA) interface or the payload can be shared by
multiple circuits (using the M-pair mode). IMA and M-pair do not work
simultaneously over the same port or circuit. Generally, an SHDSL LT in the system
can support ATM or IMA, or ITU-T G.991.2 PTM, or IEEE 802.3ah EFM on a
per-port basis.
SHDSL transceivers are capable of supporting selected symmetric user data rates
ranging from 192 kb/s to 2312 kb/s, and optional up to 5696 kb/s, using Trellis Coded
Pulse Amplitude Modulation (TCPAM) line code. For spectral compatibility with
legacy services (including ADSLx), reach limitations can be imposed (typically by
the national regulator) in function of the SHDSL bit rate.
SHDSL transceivers support Cross-Talk Cancellation (CTC).
SHDSL transceivers do not support the use of analogue splitting technology for
coexistence with either POTS or ISDN.
Regional settings
Table 2-7 lists the supported regional settings.
Table 2-7 SHDSL regional settings
Standards
Description
Payload rates
The following payload rates are supported:
2-10
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
2.6
Ethernet
The ISAM supports the following Ethernet interfaces:
Termination (LT) board, refer to the Unit Data Sheet (UDS) of the
relevant board.
Ethernet offers the following advantages:
Half duplex: In half duplex mode, a station can only send or receive at one time.
Full duplex: In full duplex mode, send and receive channels are separated on the
link so that a station can send and receive simultaneously.
The ISAM NTs supports both modes and can adapt to either mode by way of
auto-negotiation or manual configuration.
The ISAM Ethernet LTs only support the full duplex mode.
Hardware auto-negotiation
Hardware auto-negotiation provides the capability for a device at one end of the link
segment to:
advertise its abilities to the device at the other end (its link partner)
detect information defining the abilities of the link partner
determine if the two devices are compatible.
Auto-negotiation provides hands-free configuration of the two attached devices.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
2-11
Using auto-negotiation, the ISAM can determine the operational mode (full or half
duplex) and speed (only for electrical interfaces) to be applied to the link.
Note 1 It is also possible to manually configure the transmission
GE.
Auto-negotiation is supported as follows in ISAM:
For ISAM NTs: full support
For Ethernet LT:
communicate its settings (default or fixed by the operator) to the peer but will not
change them as a result of the negotiation, i.e. it is up to the peer to line up its
configuration to the advertised settings.
Electrical GE: the interface will automatically advertise support for 1000 and 100
Mb/s speeds and will adapt its speed in function of the peer capabilities. Other
parameters are only advertised and not negotiated.
ISAM and the CPE, the highest available rate (that is, 1 Gb/s) is
always selected.
See the ISAM Product Information manual for supported dual speed optical SFP
modules per board type.
Software auto-negotiation
Software auto-negotiation institutes a propriety protocol to negotiate a higher
communication bandwidth between two auto-negotiation-capable boards (NT board
on one side and LT board on the other side). These two boards do not necessarily
have to reside in the same shelf.
2-12
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The operator can configure the highest possible bandwidth between two capable
boards via the regular management channels. The software auto-negotiation protocol
will, based on the configured values, bring the bandwidth between two
auto-negotiation-capable boards to the configured maximum speed.
2.7
IMA Group
IMA Group
Physical link #0
PHY
PHY
Physical link #1
PHY
PHY
PHY
IMA requires that all bonded links operate at the same nominal rate. The original
cells are not modified, and control (ICP) cells are inserted for OAM communication
between the two ends.
In the Tx direction, the ATM cells are distributed across the links in a round robin
sequence.
In the Rx direction, the ATM cells are recombined into a single ATM stream.
The IMA type of bonding is supported on SHDSL LT boards.
2.8
ATM/PTM bonding
ATM bonding
ATM bonding is specified by ITU-T G.998.1.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
2-13
PTM bonding
PTM bonding is specified by ITU-T G.998.2.
PTM bonding applies to DSL links with or without identical transmission speed,
because PTM implies the use of variable size PDUs, which make the use of IMA
techniques impossible. PTM bonding is applied to combine EFM-based transmission
links with limited or reach- dependent bandwidth, specifically VDSL2, SHDSL, and
ADSL2(+). This technique adds sequence information to transmitted frames or
frame fragments, and thus allows re-sequencing, that is, delay variation due to speed
variations or to PDU size variations, or both, across multiple physical links in one
bonding group. Up to 8 transmission links can be combined in one bonding group
with VDSL2 or ADSL2(+) PTM bonding.
2.9
POTS
The POTS interface is the Z interface, that is, an analog subscriber line for
connecting, for example, a POTS line. However, also other equipment such as faxes
can be connected. The principles of this interface are as standardized in ITU-T Q.551
and Q.552.
The Z interface carries signals such as speech, voice band analog data,
multi-frequency push button signals, and so on. In addition, the Z interface must
provide for DC feeding of the subscriber set and ordinary functions such as DC
signaling, ringing, metering, and so on, where appropriate.
The characteristics of this interface are as standardized in ITU-T Q.551 and Q.552.
It is recognized that the characteristics of analog interfaces vary considerably from
country to country and therefore the characteristics other than those defined in
Recommendations Q.551 and Q.552 are not subject to ITU-T Recommendations.
Within the ISAM, these are typically handled with the concept of a CDE profile.
2-14
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
ISDN BA
The ISDN BA interface corresponds to the U reference point of the Digital
Transmission System.
The interface provides full-duplex and bit-independent transmission via two wires at
a net bit rate of 144 kb/s. The net bit rate of 144 kb/s offers 1 D-channel of 16 kb/s
and 2 B-channels of 64 kb/s.
The ISDN BA layer 1 specification is given in ITU-T I.430. Both 2B1Q and 4B3T
encoding are applied through the use of different HW variants.
The D-channel signaling procedures are defined in the Q.920 and Q.930-Series, for
the basis particularly in Q.921 and Q.931.
2.10
E1 TDM Interface
The ISAM supports E1 interfaces by means of a dedicated E1 TDM pseudo-wire
SFP. The E1-TDM SFP can be inserted in a standard GE SFP cage of the ISAM's
NT, NT I/O or LT board. Per need basis any Gigabit Ethernet SFP port can be
converted into a TDM port and back. See the Product Information document for your
system for supported SFP modules per board type.
By performing Circuit Emulation Services (CES) encapsulating, the E1 TDM traffic
is transported in Ethernet Layer2 packets across the ISAM and Ethernet based
network. Allowing interoperability with other CES interworking devices the
E1-TDM SFP is using the Metro Ethernet Forum standard (MEF-8) payload format
and pseudo-wire (PW) technology.
The E1-TDM SFP is a dual-channel SFP allowing terminating up to two E1 TDM
lines, with a data-rate of 2,048 Mbps per E1. The CES interworking function of the
E1-TDM SFP initiates and terminates a dedicated pseudo-wire per E1 tributary.
The E1-TDM SFP supports structure agnostic E1 operation modes only. The
line-interface supports framed-E1 for Loss Of Framing detection and CRC-4 checks.
DS0 grooming or fractional E1 is not supported.
Different line impedances (75, 120) are software selectable. The receiver
sensitivity can be configured depending on the required distances (Long Haul, Short
Haul). The interface type is RJ45.
Using Synchronous Ethernet between the host board and the SFP, a high accurate
clocking reference is provided to meet the wander requirements for TDM traffic.
2.11
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
2-15
The equipment uses an Ethernet interface with untagged frames for remote
management.
The third-party equipment can be identified in the network through either:
In this case, the third-party equipment can be connected to a free Ethernet port of the
NT function. This port has to be configured as a direct user port. The different
ISAM NT board types either:
2-16
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
an Original manufacturer Unique Identifier (OUI) value, covering the three Most
Significant Bytes (MSB) of the public MAC address
a start value and an end value of a single consecutive range of MAC addresses for
the above OUI, covering at maximum the full three Least Significant Bytes (LSB)
of the public MAC address.
The ISAM itself does not support detection of malfunctions on the FD-REM external
equipment management port, and will not generate alarms related to usage of this
port
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
2-17
2-18
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
3.1 Overview
3-2
3-4
3-13
3-16
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
3-16
3-18
September 2014
3-1
3.1
Overview
When you provide protection for system functions and subsystems by use of
redundancy, you improve the reliability of those parts of the ISAM, and hence the
availability of the whole ISAM.
Redundancy aspects
Redundancy has different aspects, and each aspect has its advantages and
disadvantages which must be taken into account. The following aspects are
described:
Bilateral:
One redundant resource can back up only a single dedicated essential resource
(notation 1:1 or 1+1).
The advantage is that the redundant resource can be fully preconfigured, and that
protection normally takes a minimal time. Also, the configuration data (static,
dynamic, or both) necessary for the redundant resource can be kept on the
redundant resource itself.
The disadvantage is that each essential resource has to be duplicated, which adds
to the cost, the space requirements, and the power consumption.
Dynamic:
A redundant resource can replace any one resource out of a group of identical
essential resources (notation N:1 or N+1, or N:M or N+M in general).
Because each essential resource does not have to be duplicated, one or a few
additional resources can protect a much larger group of identical essential
resources.
The disadvantage is that this scheme only is applicable when multiple identical
essential resources are present in the ISAM. In many cases, the redundant
resource cannot be fully preconfigured. The redundant resource can only be
configured after the failing resource has been identified, which means the time for
protection has to be increased by the configuration time. Also, an up-to-date copy
of the configuration data (static, dynamic, or both) for the multiple essential
resources has to be kept in a place that is not affected by failure of the related
resource. This requires either additional storage on the redundant resource, or a
more complex data storage mechanism across all the protected resources.
3-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Standby:
One or more redundant resources are kept inactive or on standby while one or
more essential resources perform all the required processing (notation 1:1,
N:1,N:M in general).
The advantages are that the ISAM architecture is relatively simple, and the
configuration and initialization of the redundant resource(s) starts from a
well-known state at the time of activation of the redundant resource(s) in case of
a protection switchover. The standby state can apply on the data path, the control
path and/or the management path (see Redundancy provision for more
information and practical examples).
The disadvantages are that the redundant resource does not contribute to the
operation (performance) of the ISAM for 99.9% or more of the time, while
requiring an additional, up to 100% investment in cost, space and power
consumption. Also, in many cases the redundant resource cannot be monitored or
tested for 100% of the functions that it has to perform, so a certain risk of dormant
faults exists.
Active and load sharing:
All resources (reflected in the data path, control path and/or management path)
are active or operational, normally in a load-sharing mode, but the number of
resources in the ISAM exceeds the minimum needed to perform all the necessary
processing by one, or more (notation 1+1, N+1, or N+M in general). Some
resources can be implemented in load-sharing mode, while others are
implemented in active/standby mode (see Redundancy provision for more
information and practical examples).
If one or more of the active resources fail, the remaining resources take over the
whole processing load. Also, all the resources can be monitored in operational
conditions, and dormant faults cannot occur.
The advantage of this type of redundancy is that the ISAM performance increases
while no faults occur, by virtue of the more-than-necessary active resources.
The disadvantages are that the ISAM usually becomes more complex. A
dispatching or processing load distribution function is necessary, which must be
fair (that is, the load must be shared evenly over all the resources) and must be
able to recognize resource failures in time and to respond to them. Also, this
function must not constitute a (significant) single-point-of-failure in itself.
The scope of the protection - the impact of a failure
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
3-3
Redundancy of a resource nearly always should be optional. In many cases the need
for providing redundancy or not for a given resource is determined by the average
time to repair. A resource in a system may be reliable enough (that is, its Mean time
Between Failure (MTBF) is low enough) to operate in a non-protected way. This is
the case, for example, in an attended CO environment, where a stock of spare parts
and skilled staff are available and where short detection and intervention times can
be guaranteed. However, the same resource may require redundancy when deployed
in an unattended outdoor cabinet, in order to meet the same availability as in the CO.
The number of simultaneous failures that have to be coped with
Redundancy provision
The ISAM basically provides redundancy as an option for essential central or
aggregation functions and resources. These include:
3.2
3-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Single NT
When using a single NT board only in the ISAM shelf, only redundancy for external
(network or subtending) links is available, and hence only external link protection is
possible. None of the central functions and resources are duplicated, except for the
external Ethernet interfaces on the faceplate of the NT board itself. The actual
number of these interfaces may vary with the NT type, but equals at least two. This
implies that one or more external network or subtending links can be configured to
protect other network or subtending links on the same NT board.
It must be clear that this link-only protection model does not protect equipment. If
the NT board fails, connectivity on all the links will be lost. The supported
mechanisms are described below.
External link protection: active/standby NT links
NT
Active
PHY
P
Standby
PHY
LTn
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
3-5
NT
P
PHY
PHY
LTn
If an external link for a single NT with multiple external links in a load-sharing group
is lost, the traffic is redistributed across the remaining links of the load-sharing
group, by means of the link failure detection capability of the Link Aggregation
Control Protocol (LACP).
NT
PHY
P
PHY
NTIO
PHY
PHY
LTn
PHY
PHY
PHY
PHY
3-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The ISAM supports active/standby NT equipment protection. Only one of the two
NT boards (and all its functions and resources) can be active at a time. NT switchover
is not revertive after the repair of a failed NT board. The protection capabilities exist:
Combined external link and NT equipment protection, common link set
Figure 3-4 illustrates the simplest configuration with a redundant NT pair, supporting
an active/standby external link configuration. The active external link is connected
to the active NT, while the standby external link is connected to the standby NT.
The operator can:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
3-7
NT
PHY
P
Active
PHY
LTn
LT1
NT
PHY
P
Active
PHY
LTn
NT board protection, that is, switchover of traffic from the active NT to the standby
NT, and a related status change for both NT boards, is triggered by either of the
following two events:
3-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Figure 3-5 shows a configuration with active and standby external links on the same
NT board, in which a failure of the active external NT link does not have to lead to
NT switchover. However, in case of NT board failure, its active external link cannot
be kept operational, and traffic has to be switched to an additional standby link on
the standby NT. This configuration is expensive in the number of required external
standby links.
Figure 3-5 Combined link and NT protection with a separate set of active/standby
network interfaces on each
LT1
NT
PHY
P
Active
PHY
Standby
LTn
LT1
NT
PHY
P
PHY
Standby
Standby
LTn
Figure 3-6 shows a configuration with multiple external links that are grouped in a
load aggregation group on the same NT board. Failure of the active external NT link
does not have to lead to NT switchover, as long as the number of operational external
links in the group does not drop below the configured minimum for the group.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
3-9
NT
P
PHY
PHY
LTn
LT1
NT
P
PHY
PHY
LTn
In case of NT board failure, when this external link group cannot be kept operational,
or in case the number of operational links on the active NT drops below the
configured minimum, all traffic will be switched to a standby link group on the
standby NT.
External link and NT equipment protection using passive optical splitters
Figure 3-7 and Figure 3-8 show redundant NT configurations that apply a passive
optical splitter to interconnect a same external optical link to ports of both the active
and standby NT board. These configurations are only possible for the 7302 ISAM
shelves, and only for optical interfaces (not for electrical interfaces). The presence of
the splitter consumes an extra 3 dB optical power of the optical link transmission
budget. Use of such splitters enables the following:
3-10
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
NT
P
PHY
Active
PHY
Standby
LTn
LT1
NT
PHY
P
PHY
LTn
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
3-11
NT
P
PHY
PHY
LTn
LT1
NT
PHY
P
PHY
LTn
3-12
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
It should be noted that the NTIO board is not duplicated, and, therefore, not
protected. However, the probability of an NTIO failure that affects all of its external
interfaces is low, so in case of a failure, outage for all of its external links will be
limited to the actual duration of the board replacement.
Figure 3-9 Independent load sharing external link and NT protection with NT
LT1
NT
PHY
P
PHY
NTIO
PHY
Active
PHY
LTn
LT1
PHY
PHY
NT
PHY
PHY
PHY
PHY
LTn
3.3
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
3-13
a 7302 ISAM
a 7300 ASAM with a FENT or GENT
a 7325 Remote Unit
a 7330 ISAM FTTN
Figure 3-10 Example of an ISAM subtending star topology
P
NT
PHY
PHY
NTIO
Subtending
links
LAG
PHY
PHY
NT
PHY
N
PHY
PHY
T
PHY
PHY
PHY
NT
PHY
PHY
NTIO
PHY
PHY
NT
PHY
N
PHY
PHY
T
PHY
Network
links
PHY
PHY
NT
PHY
PHY
NTIO
LAG
PHY
PHY
NT
PHY
N
PHY
PHY
T
PHY
Subtending
links
PHY
PHY
3-14
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
PHY
PHY
Subtending
links active
NTIO
PHY
PHY
NT
PHY
N
PHY
PHY
T
LAG
PHY
PHY
PHY
NT
NT
PHY
PHY
LAG
NTIO
PHY
PHY
NTIO
PHY
PHY
PHY
PHY
PHY
N
PHY
PHY
T
NT
PHY
NT
PHY
PHY
PHY
N
PHY
PHY
T
PHY
PHY
PHY
NT
Network
links
PHY
PHY
NTIO
PHY
PHY
NT
PHY
N
PHY
PHY
T
LAG
PHY
PHY
PHY
NT
PHY
PHY
NTIO
PHY
Subtending
links active
PHY
NT
PHY
N
PHY
PHY
T
PHY
PHY
PHY
NT
PHY
PHY
NT
NTIO
PHY
PHY
PHY
PHY
PHY
NT
PHY
PHY
N
PHY
PHY
T
PHY
PHY
NT
PHY
N
PHY
PHY
T
PHY
NTIO
PHY
Network
links
PHY
PHY
NT
PHY
PHY
NTIO
PHY
PHY
NT
PHY
N
PHY
PHY
T
PHY
PHY
PHY
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
3-15
3.4
NT
P
Subnet 1
PHY
Edge router 1
PHY
Edge router 2
Subnet 2
L3 switching and
OSPF enabled
LT n
3.5
3-16
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The path connectivity check relies on periodically initiating ICMP echo request
packets to the target layer 3 device and listening for the ICMP echo response
replies.
The ISAM decides that a connectivity disruption has occurred when either a layer
1 down event for the current network link is received or when there has been no
reply to three consecutive ICMP echo requests.
In case a path connectivity protection group is composed of LAGs, the ISAM
attempts to recover from a connectivity disruption by relying on the redundancy
provided by the LAG concept, where possible. A switchover to another LAG in the
path connectivity protection group is performed if the internal LAG redundancy
cannot resolve the connectivity disruption.
Figure 3-14, Figure 3-15 and Figure 3-16 show the different types of network path
connectivity protection topologies.
Figure 3-14 Network path connectivity protection - Network topology 1
L3 network
device
L3 network
device
L2/L3
switch
VRRP
L2/L3
switch
passive
external
link
active
external
link
ISAM
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
connectivity
protection
group
September 2014
3-17
L3 network
device
L3 network
device
L2
switch
L2
switch
passive
external
link
active
external
link
connectivity
protection
group
ISAM
VRRP
L2
switch
L3 network
device
L2
switch
L2
switch
L2
switch
L2
switch
active
external
link
passive
external
link
ISAM
3.6
connectivity
protection
group
lines that are connected with business users or small access nodes
lines that represent high-capacity access points
3-18
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
LAG:
Up to eight links can be grouped into a LAG, provided the following conditions
are fulfilled:
Dynamic (with LACP) and static (without LACP) LAG variants can be
configured. Load sharing is based on MAC and/or IP addresses (configuration
options).
RSTP/MSTP:
Any link (including a logical link corresponding to a LAG) can be associated with
an xSTP instance provided they share the same interface type (NNI) and are
located onto the same LT board (intra-card xSTP). The following additional
constraints apply:
xSTP is only supported with the iBridge model (not with VLAN cross-connect)
xSTP on the Ethernet LT assumes the LT interface to be root bridge and must be
configured accordingly by the operator.
NT and LT xSTP instances are split, that is the NT links and the LT links are not
part of the same protection domain. A link event failure at the LT side is not
signaled by the NT towards the network and inversely meaning that cross-LT or
cross-ISAM link protection schemes are not supported
Table 3-1 Overview of link protection options in function of the NELT-B interface type
Supported link protection option
LAG
xSTP
UNI
Hi-Cap UNI
NNI
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
3-19
3-20
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Management
4.1 Overview
4-2
4-3
4-13
4-15
4-18
4-18
4-26
4-28
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
4-30
September 2014
4-1
4 Management
4.1
Overview
This chapter describes various management related topics of the ISAM. Table 4-1
below lists the information available in this chapter.
Table 4-1 Contents
Contents
Section
Management interfaces
4.2
4.3
4.4
4.5
Alarm management
4.6
4.7
Equipment monitoring
4.8
4.9
SOAP XML
TL1
GW
5529
SDC
5530
NA
TL1
xFTP
5529
IDM
5529
OAD
5529
APC
PBMT
5520 AMS
xFTP
SNMP
SNMP
Remote
CT
SOAP XML
TL1
xFTP
CLI
xFTP
TL1
CLI
CLI SNMP
TL1 xFTP
Local
CT
TL1
CLI
ISAM
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
4 Management
4.2
Management interfaces
The ISAM supports the following management interfaces:
These management interfaces are all supported inband. This means that the
management interface is supported on top of an Ethernet / IP stack for which the
Ethernet links are the Ethernet network links as mentioned in chapter System
interface overview. If one such network link or uplink is dedicated only for
management traffic, outband management can be realized as well.
Only the CLI and TL1 management interfaces can also be realized with a dedicated
local RS232 or RJ45 interface (equipment dependent).
Note When a firewall is in place between the network
management stations and the ISAM network, it is required that the
following UDP ports are opened on the firewall (for troubleshooting
and migration reasons):
CLI
RS232
serial interface
CLI Agent
File transfer
TL1
SNMP
TL1 Agent
SNMP SNMP
v1/v2
v3
Client
Server
TFTP
Client
Server
SFTP
Client
FTP
SNMP
Telnet
server
SSH
server
23
22
TCP
Telnet
server
1023
161/162
13001
69
1022
TCP
Secure
Insecure
SSH
server
UDP
UDP
Secure
Insecure
UDP
Secure
Insecure
Insecure
115
20
TCP
Secure
Insecure
Insecure
Mutually exclusive
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
4-3
4 Management
SNMP
The Simple Network Manager Protocol (SNMP) is used by network management
applications like the 5520 AMS, the 5529 Statistics and Data Collector, or the 5530
Network Analyser to manage the ISAM.
Three versions of SNMP exist:
SNMPv3
SNMPv3 allows for three different security levels in that messages between agent
and manager can be:
4-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
4 Management
TL1
The ISAM supports Transaction Language 1 (TL1) as management interface. This
cross-vendor, cross-technology man-machine language is supported over UDP,
telnet and SSH.
Please check the following documents for the full list and details of all the supported
TL1 commands and events in the ISAM:
In total, a maximum of ten TL1 parallel sessions are supported. When using TL1
scripts, it is recommended to strictly limit the number of active, parallel TL1 scripts
to two. Anyway the TL1 response should be awaited before launching a new TL1
command to the ISAM.
An alarm is raised whenever a TL1 user logs in (successful or not), indicating the IP
address, account name and timestamp of the login trial. Severity, reporting and so on
of this alarm can be configured as with any other alarm. If the login was not
successful, the corresponding alarm needs to be cleared manually by the operator.
To avoid an overflow of failed login alarms (for example, due to a malicious user),
a new failed login alarm will only be generated either when 3 minutes have passed
since the last failed login alarm or when 90 failed logins occurred, whichever comes
first.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
4-5
4 Management
CLI
The ISAM supports a Command Line Interface (CLI) as management interface. This
interface is primarily intended as a man-machine interface for the ISAM and is
supported over telnet, SHH, and using the serial interface (Craft).
Please check the following documents for the full list and details of all the supported
CLI commands and events in the ISAM:
xFTP
File Transfer Protocols
The ISAM supports 3 file transfer protocols: FTP, TFTP and SFTP.
TFTP is the simplest of the 3 file transfer protocols, but lacks reliability and security
capabilities. It runs on top of UDP and does not require any username-password
combination. There is also no encryption of data. The ISAM supports both a TFTP
client and server. In server mode, the ISAM can handle up to 14 TFTP sessions.
FTP also lacks any encryption, but requires a username-password identification
(anonymous access is not allowed) and runs on top of TCP/IP. The ISAM only
supports an FTP client.
SFTP has been introduced as part of the SSH implementation. When the ISAM acts
as an SFTP client towards an external SFTP server, the ISAM uses an
operator-configured username & password. The security settings like encryption,
hashing and signature protocols can be configured by the operator via CLI or
SNMPv3. The ISAM supports both an SFTP client and server. In server mode, the
ISAM supports two SFTP sessions simultaneously. Also, in SFTP server mode, the
4-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
4 Management
user authentication coincides with the SSH authentication, that is, the same
username/password or username/key-pair combinations apply. This means that once
the operator has been configured for CLI or TL1 with a username/password or for
SSH with a username/key pair, the same username can be used for setting up an
SFTP session with the ISAM.
External xFTP servers
xNTP
The ISAM system time can be set in two ways:
The time can be retrieved from an (S)NTP time server by using the Simple
Network Time Protocol (SNTP)
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
4-7
4 Management
SNTP Client
Typically, the ISAM system time is retrieved using the Simple Network Time
Protocol (SNTP). The ISAM can cope with both SNTP servers and with NTP
servers, using the SNTP protocol in both cases.
The (S)NTP server can be configured in the ISAM by specifying:
The ISAM system time can also be set manually by the operator. Note however that
if SNTP is enabled (see above), the set system time will be overwritten at the next
SNTP poll by the UTC time.
Note As all management time stamping (alarms, syslog messages,
PM, ) is based on the ISAM system time, Alcatel-Lucent highly
recommends to use either SNTP or NTP and discourages any manual
time setting in the operational network.
Time zone offset
An operator can also specify a time zone offset in the ISAM, allowing the operator
to mimic local time. This time zone offset:
Is taken into account once the ISAM system time is set for the first time, either
via SNTP (at the first synchronization with the (S)NTP server), or manually (time
set by the operator)
As long as the ISAM system time has not been set, the system time will remain fixed
to January 1, 1970
The ISAM system time (taking into account the time zone offset) is also stored in
prozone and restored after a reset of the ISAM. If the time cannot be restored from
prozone, the ISAM system time is set fixed to January 1, 1970 again, until the time
is set, either manually or by using xNTP.
Is independent of the fact whether SNTP is enabled or not, that is, it will also be
applied when SNTP is disabled
4-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
4 Management
Has an allowed range of -780 to +780 minutes, with a default value of 0 minutes
Is stored persistently
The time zone offset is applied consistently for all applications in the ISAM,
including SNMP, Syslog and so on. The time applied by an application is always the
ISAM system time + the time zone offset (note the default value being 0, even in case
the operator did not specify any time zone offset value, the above statement still is
correct).
Additional notes
Daylight savings cannot be specified nor are applied automatically in the ISAM.
ISAM management applications (5520 AMS, 5529 SDC, 5530 NA, ) typically
expect UTC timestamps from the managed nodes: the ISAM management
application machine will typically apply a time zone and daylight savings
correction on the timestamps received from the nodes, before displaying on the
GUI, just like a with a PC. This also implies that if a time zone offset is set in the
ISAM, different from 0, the timestamps on the GUI will be wrong as time
corrections will be applied twice (once in the ISAM with the time zone offset and
again on the management application itself). The ISAM management application
typically will not take into account any time (zone) correction done in the node
itself. Please check on the management applications for this aspect.
The granularity of the ISAM time information, as provided by the ISAM
applications exposing ISAM time information to external applications (Syslog,
5520 AMS, OSS, ), is seconds and has the following format
yyyymmdd-hh:mm:ss.
SSH
Secure Shell (SSH) is a protocol that provides authentication, encryption and data
integrity to secure network communications. On top of this protocol, SSH
implementations offer secure replacements for rsh, rlogin, rcp, ftp, and telnet, all of
which transmit data over the network as clear text. In addition, it offers secure
data-tunneling services for TCP/IP-based applications.
SSH has a client-server architecture. The ISAM can act both as an SSH server or an
SSH client; see Figure 4-3.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
4-9
4 Management
Figure 4-3 SSH and SFTP client-server architecture
SSH Appl. protocol
SSH CLI
client appl
SSH CLI
server appl
SSH transport
ssh client
EMS
- DB of client
- Public keys or
passwords
NE
Server authentication
Secure link for CLI/TL1
SSH
Client
ssh server
authentication,
connnection
SSH
Server
- NE public key
- NE private key
- Supported algorithms
Client authentication
Secure link for SFTP
SFTP
Client
File
SFTP
Server
SFTP server
application
SSH server
InterPeak
SFTP
Server
SFTP
Client
- SFTP client
- Username/password
SFTP client
application
SSH client
System logging
System logging (SYSLOG) allows you to trace and audit system behavior related to
operator and /or system activities. System log entries are issued by actions such as
CLI and TL1 user logins, but also by alarms and video CDR records, for example.
With system logging, you can do the following:
create up to 64 custom system logs that can be saved locally or to a remote server
location
create filters to determine which messages are sent to the system log files
monitor system logs
You can configure system logs using CLI, TL1 or an EMS. Locally stored syslog
files can be transferred to an external server using xFTP.
File sets
The system logging works with file sets consisting of two log files. The operator can:
Trigger the wrap-around from file1 to file2 in order to upload a stable file1.
Note The ISAM will also automatically copy file1 to file2 when
file1 is full. Both actions (automatic by system / manual by operator)
are performed independently of each other.
4-10
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
4 Management
You can configure the following for each system log file:
You can configure filters to define which messages get logged to which system log
files, based on the message type; by default, all message types are logged to the
system log files.
Table 4-2 lists the possible message type and log severity parameters. You can:
select which messages are sent to specific system log files using filters
group multiple message types.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
4-11
4 Management
Table 4-2 Message type and log severity parameters
Item
Description
Parameter
Message type
Authentication actions
AUTH
CLI commands
CLI_CONFIG
TL1 commands
TL1_CONFIG
CLI messages
CLI_MSG
TL1 messages
TL1_MSG
ALL
Emergency
EM
Alert
AL
Critical
CR
Error
ER
Warning
WN
Notice
NO
Information
IN
Debug
DBG
Log severity
Note Besides these message types, the alarms and the errors
encountered in the system are also logged in the system log files.
The operator access to the log file is determined by the allowed priority (access
control). Different users have different access rights to the system log file, that is,
some users only have read priority, while other users with higher priority have read
and write (=delete) priority.
The local log files can be retrieved via xFTP to upload to an external server. In this
case the operator can access the log file only after successful xFTP authentication.
System log files are to be deleted explicitly by operator command.
By default, only read permission is provided to the syslog files.
Viewing and monitoring system logs
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
4 Management
You can view the static contents of a system log file that is saved or uploaded to a
remote server location using any text-based editor.
4.3
Management interfaces
The following management interfaces can be secured (refer to Figure 4-2):
Trivial File Transfer Protocol (TFTP) and File Transfer Protocol (FTP):
Can be secured by way of Secured File Transfer Protocol (SFTP)
Apart from xFTP, which is a system-wide, exclusive setting, the system allows both
the secure and the insecure variant of a management interface to coexist, so that the
operator is still able to contact the system in case the security setup would fail.
Simple Network Time Protocol (SNTP) does not have a secure variant. It is
configured to listen to a single SNTP server (for example the Element Management
System). This configuration is done via one of the management interfaces listed
above. Since the operator can secure these interfaces, the SNTP configuration can be
secured.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
4-13
4 Management
Table 4-3 Supported SSH and SNMP Authentication and Encryption Schemes
Security
protocol
Encryption
algorithm
Authentication
algorithm
Authentication
mechanism
Combinations
SSH, SFTP
3DES,
blowfish,
Hmac-sha-1,
hmac-sha-1-96
Username/password(1)
AES, DES-56
Username/public and
private Key
SNMPv3
DES-56
Hmac-sha-1,
hmac-md5
Username/password(1)
Nothing
Encryption
only
Authorization
only
Encryption
and
authorization
Authorization
only
Encryption
and
authorization
Note
(1)
Security configuration
The configuration of the initial security parameters and user names in the system is
only possible via CLI. Only the operator with security administrator rights has the
authorization to change the security configuration and to add or remove users.
Once the secure channel has been setup, the SNMPv3 parameters can also be
configured by way of the secured SNMPv3. For TL1 and CLI, the security
configuration remains a privilege of the security administrator (concept known in
both TL1 and CLI).
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
4 Management
The T&D interface can be enabled or disabled using the configure system security
ssh access command: please refer to the CLI Command Guide for FD 24Gbps NT for
all details.
4.4
Any management access to the ISAM via a VLAN which is not the management
VLAN is not possible. Such traffic will be dropped.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
4-15
4 Management
Figure 4-4 Management via a single management IP address
Management traffic
User traffic
ACL
IACM
Management
IP stack
default-route 10.177.127.254
Phy
External
management
VLAN
4093
iBridge
VLAN 23
Phy
LAG
Phy
VLAN 11
LT
NT
ISAM
Access Control List (ACL)-based filtering on the ingress ports is possible. The
filtering can be on source IP address/mask and destination port number/range. This
allows to protect management against DOS attacks.
4-16
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
4 Management
Figure 4-5 Management loopback interface
Intermediate Subnet C
allocated per IP edge,
shared over multiple ISAMs
ISAM1
RIP {IP_A1}(*)
AMS FIB
IP_A1/32
...
IP_C2
RIP {IP_A1,IP_A2}(*)
IP_A1
IP_B1;next-hop=IP_B2
IP_B2
AMS
IP
Edge1
IP_C1
Loopback interface
with 32 IP addresses
allocated for management
ISAM2
RIP {IP_A2}
IP_B1
IP_C3 VRF
IP Edge 1 FIB
Subnet B
Subnet C
IP_A1/32
IP_A2/32
...
VRF
IP_A2
EMAN
ISAM3
RIP {IP_A3}
IP_C2
RIP {IP_A3,IP_A4}(*)
IP_B3
IP
Edge2
IP_C1
VRF
IP_A3
ISAM4
RIP {IP_A4}
IP_C3 VRF
IP_A4
Reusing the same IP subnet on all IP edge routers simplifies their configuration on
the ISAM side. It is required that the IP edge router does not advertise this shared IP
subnet to the network.
In order to save addressing space, the loopback IP address is configured as a /32
subnet mask.
Figure 4-6 Management via the IP loopback address
Management traffic
User traffic
IACM
Management
IP stack
Loopback
IP address /32
Phy
Internal
management
VLAN
4093
Unnumbered interface
VRF
Phy
LAG
External
management
network interface
VLAN
IP address
600
/18
iBridge
VLAN 23
Phy
VLAN 11
NT
LT
ISAM
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
4-17
4 Management
Optional ACL rules which limit the access to specific management stations
identified by IP address
4.5
4.6
Alarm management
Alarm management enables you to manage alarm reporting and logging for the
ISAM. You can manage the following alarm attributes and alarm reporting functions
for all basic system alarms, interface related alarms, derived alarms, and Threshold
Crossing Alarm (TCA) indications:
4-18
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
4 Management
non-interface related alarms: these alarms include basic system alarms such as
equipment failure alarms.
interface related alarms: these alarms involve ATM and xDSL interfaces.
derived alarms: these alarms are raised in the system when programmed temporal
or spatial alarm filters are used (that is, alarms generated when the conditions set
in an alarm filter are met). See section Programmable alarm filters for more
information about temporal and spacial alarm filters and derived alarms.
TCA alarms: these alarms are generated when a Performance Monitoring (PM)
counter or actual value of a parameter crosses a defined threshold value.
(Threshold Crossing Alert)
Alarms use the same definition method that consists of two main parts:
the alarm type, which provides a general definition of the type of alarm; for
example, an xDSL alarm.
the alarm number, which identifies a specific alarm within that type; for example,
a near-end LOS alarm
You can view alarm types and definitions as they are recorded in alarm lists and logs
using the TL1, CLI or an EMS like the 5520 AMS. See the Operation and
Maintenance Using CLI for FD 24Gbps NT / Operation and Maintenance Using TL1
for FD 24Gbps NT documents for a complete listing of all alarms, along with their
definitions (see TAP 2104). Alarm definitions are not user configurable.
Alarm severity
For each individual alarm the operator can configure:
ignore
indeterminate
warning
minor
major
critical
In addition to the individual alarm reporting control above, the operator has the
capability to select which alarm severity he wants to see spontaneously reported.
This is useful to avoid being overwhelmed by a flood of non-important alarms. There
are five levels available for the minimum severity which alarms must have to be
reported, listed in ascending order of severity:
indeterminate
warning
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
4-19
4 Management
minor
major
critical
For additional flexibility this minimum reporting severity level is separately
configurable for:
4-20
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
4 Management
The alarm severity delta logging list is a log of alarm indications (one for each alarm
severity) that can be accessed at any time and contains a historic record of alarm
events (start and end of active alarm). Only alarms that have their alarm logging
mode enabled appear on these alarm severity delta lists.
Note There is no alarm severity delta log for the ignore severity.
The SHUB maintains its own alarm lists: the SHUB alarms are not part of the IACM
current alarm list, snapshot alarm list or severity alarm list and need to be retrieved
separately if wanted so. The SHUB maintains its own current alarm list and snapshot
alarm list, but has no alarm severity delta logging lists.
continuous wrap entries, where newer entries overwrite the oldest ones. A flag is
set to indicate that there was a wrap-around
halt alarm logging when the logging list is full. In this case, alarm logging
resumes only after the alarm logging list is manually reset by the operator.
Resetting an alarm severity delta logging list empties the contents of that list.
Alarm clearing
Most alarms are cleared autonomously. Both the alarm-on and the alarm- off
situation are detected and reported. The alarm-off will result in the automatic
clearing of the alarm-on from the current alarm list.
However, some alarms cannot be cleared automatically and require operator
intervention to clear the alarm. The OSWP-Download-failure is an example of such
an alarm.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
4-21
4 Management
In order to clear these alarms, explicit operator intervention is needed using CLI
and/or an Element Management System. The list of alarms that need clearing
through operator intervention is specified in the Operation and Maintenance Using
CLI for FD 24Gbps NT / Operation and Maintenance Using TL1 for FD 24Gbps NT
documents for a complete listing of all alarms, along with their definitions. (see TAP
2104)
Alarm filters
There are three types of filters:
alarm logging filter: determines if the alarm indication should be processed and
recorded in one of the five alarm severity delta logging lists.
alarm reporting filter: determines if the alarm indication should be processed for
a current view or an alarm snapshot list.
programmable alarm filters: enable you to customize how alarm reporting occurs
for specific diagnostic and monitoring scenarios.
Alarm filtering applies to both non-interface related alarms, such as equipment
failure alarms, and to interface related alarms, such as ATM and xDSL interfaces. It
is possible to enable and disable alarm filtering for individual alarms.
Using temporal alarm filters, you can limit the number of alarm state changes that
are reported for a particular alarm. For alarms that are frequently raised, you can
create a temporal alarm filter that will report only one alarm state change for a set
number of state changes that occur over a specified length of time. You can configure
the threshold for the number of state changes, and the time period of the filtering
window. Since temporal alarm filters are severity based, only alarm indications that
equal or exceed the alarm severity level are counted. In other words, it makes no
sense to configure a temporal alarm filter on an alarm that has a severity below the
global alarm severity level.
4-22
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
4 Management
the number of alarm events reaches the set threshold during the filtering window
time period, OR
the alarm event remains active for at least the filtering window time (even if the
set threshold is not met)
Figure 4-7 shows how a temporal alarm filter raises a derived alarm after the
configured threshold is reached (in this case set to 3). In the first case only 2 alarm
events occur during the filtering window time T, so no derived alarm is raised. In the
other cases, 3 alarm events occur in the window T, and a derived alarm is raised.
Figure 4-7 Temporal alarm by quantity
Only 2 events in time T:
no temporal alarm is
raised
Alarm
event
Threshold = 3
Temporal
alarm
Temporal alarm is cleared when
the alarm event is cleared
Figure 4-8 shows how a temporal alarm filter raises a derived alarm when the alarm
event is active for at least the filtering window time T. In the first case the alarm event
is cleared before T, so no derived alarm is generated; in the second case an alarm
event remains active for more then T, in which case the derived alarm is raised.
Figure 4-8 Temporal alarm by time
Event is cleared again
before time T expires:
no temporal alarm is raised
Alarm
event
Threshold = 3
Temporal
alarm
Temporal alarm is cleared when
the alarm event is cleared
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
4-23
4 Management
So the temporal alarm is always raised when the condition is met, and cleared
whenever the alarm event, triggering the alarm filter condition, is cleared,
independent of the filtering window time. See also Figure 4-7 and Figure 4-8.
A temporal alarm filter becomes active whenever the alarm event is raised on an
ISAM object (for example, on a port, ONT, ), i.e. at that moment timer T is started
(see figures above) and the number of occurrences is counted. Each such filter can
be activated (by the alarm event) on at most 50 different objects at a time. A filter
becomes inactive again for a certain object whenever the condition is cleared (and so
no derived alarm is generated, or the derived alarm is cleared).
Temporal alarm filters are useful for, for example, TCA alarms that can be raised
frequently. Using temporal alarm filters, you can filter out minor TCA alarm
indications and provide better visibility of major TCA alarm conditions.
Using spatial alarm filters, you can create a unique alarm condition such that when
a specified group of individual alarms are raised, a derived alarm is reported. This is
used to identify alarm conditions that are characterized by a certain set of alarm
conditions occurring simultaneously. Say, for example, that 100 objects in the
system can experience the same alarm condition. A spatial alarm can be configured
on top of the basic alarm. The spatial alarm is generated (that is, derived alarm ON
condition) at the moment that a predefined number of these objects are in alarm (that
is, basic alarm ON condition).
Identification of alarm filters and derived alarms consists of two main parts: a type
identifier and a number. Temporal and spatial alarm filters have a unique filter type
identifier. Derived alarms have a unique alarm type identifier. The number used in
the identification of derived alarms matches the number assigned to the alarm filter
that generates the derived alarm. Additionally, each derived alarm entry recorded in
alarm reporting and logging lists contains the identification of the affected
component. In the case of an interface related derived alarm, the identification of the
affected interface is provided.
The state change of a derived alarm must pass through the alarm reporting and
logging filters before being added to the alarm reporting lists (current and snapshot
alarm lists) and the alarm severity delta logging lists respectively. A derived alarm
that is generated from a temporal filter is identified as an interface-related alarm if
the basic alarm, referenced by the filter, is also an interface-related alarm. The
derived alarms generated from spatial alarm filters are always identified as
non-interface-related alarms.
Configuring programmable alarm filters and derived alarms
You can activate and deactivate alarm filters after they are created using TL1 and/or
an EMS like the 5520 AMS. When you create a temporal or spatial alarm filter, the
ISAM automatically copies the parameter settings of the basic alarm to which the
alarm filter applies, and uses those parameter settings as default settings for the
derived alarm. The settings include:
4-24
alarm category
severity level
service affecting or non-service affecting
reporting mode
logging mode
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
4 Management
You can change these settings for the derived alarm, but not if the alarm filter is
active. You must first deactivate the alarm filter.
After the filter is deactivated, you can configure the filtering threshold, filtering
window, and the alarm to which the filter applies. Once configured, you must
manually reactivate the alarm filter.
Alarm reporting
Alarm reporting of the basic and derived alarms occurs differently, depending on
whether or not alarm filters are configured for the basic alarm.
If no alarm filters are configured for the basic alarm, then alarm state changes of the
basic alarm are always reported to the appropriate alarm reporting and logging lists
when the alarm conditions are met.
If a temporal alarm filter is configured for a basic alarm, only state changes of the
derived alarm are recorded in the appropriate alarm reporting and logging lists during
the time period when the derived alarm is on. During the off period, state changes of
the basic alarm are recorded in the appropriate alarm reporting and logging lists.
With spatial alarm filters, both the derived alarm state changes and the basic alarm
state changes are recorded in the appropriate alarm reporting and logging lists.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
4-25
4 Management
This mechanism allows to configure the alarm attributes (like severity) for the
different ONT Types differently.
4.7
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
4 Management
The operator demands the system to download a new OSWP. This demand is the
trigger for the system to initiate a file transfer session with the external file server
specified by the operator. So it is not the operator who puts the software on the
system disk.
The operator starts an off-line conversion of the database from the source release
to the destination release. It is the responsibility of the off-line migration tool to
upload the complete database, convert it to the destination release and to
download it to the node again.
When the new OSWP is downloaded, the operator activates this new software
and database set. The system will restart and come up with an upgraded software
version. All persistent configuration data remains available.
Once the upgrade is successful, the operator can remove the former software and
database package from the system in order to free space for the next upgrade.
Note that migrations and software upgrades do not have to be between consecutive
software releases/streams: the necessary functionality has been provided to be able
to 'skip' intermediate upgrade/migration steps. While no point for software upgrades,
this is less evident for migrations.
Also, in case of a failure to upgrade, the ISAM will automatically switch back to the
old software and database package and resume services.
dm_complete<something>.tar
This is a backup of the complete ISAM database, including all the management
data, such as the IP address, the SNMP community strings and so on, which are
required to make remote management of the ISAM possible
dm<something>.tar
This is the same as the 'dm_complete.tar' kind of file, but without all the
management data
The <something> can be any text suitable for a file name, and, in case automatic
backup is enabled, this specifies the system IP address and the timestamp of creation.
Note that if automatic backup is enabled, the TFTP protocol cannot be used, as the
TFTP protocols require the file name to be known already up front at the server side.
Given the format of the generated backup file name, this is however not possible.
Alternatively the SFTP protocol or the FTP protocol can be used.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
4-27
4 Management
The configuration data of the ISAM is autonomously saved to the ISAM database on
the NT CF at different criteria:
IACM: the database changes are cached in the system and autonomously saved
to the CF
Active load
The release name of the current active ISAM software package (for example, R5.0)
can be consulted via EMS, TL1 and CLI.
The Element Manager generates the ONT service configuration in XML format
and makes it available on an FTP server reachable by the ISAM
The ISAM NT downloads the XML file from the FTP server
4.8
4-28
Equipment monitoring
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
4 Management
NT CPU load
The average NT CPU load can be monitored using CLI, TL1 and/or an Element
Management System.
For SHUB-based systems, both the IACM and the SHUB CPU loads are monitored.
The CPU load is expressed as a percentage, ranging from 0% (no load at all) to 100%
(full load), and represents the average CPU load over the monitored period.
Monitoring period is the period between the start by the operator and the present
time, with a special case for the ISAM restart.
The Monitoring period is to be started and stopped explicitly at operator request. By
default (at ISAM start-up), the monitoring is not active. Once started at operator
request, the monitoring period of the CPU load continues until the operator explicitly
stops the monitoring.
After a restart of the ISAM the monitoring is also restrated as soon as possible if
previously activated by the operator.
NT memory usage
The actual NT memory usage can be polled using CLI, TL1 and/or an Element
Management System.
For SHUB-based systems, both the actual memory usage of the SHUB and IACM is
counted.
Both the absolute value (expressed in Mbytes) as well as the relative value (used
percentage of the total available memory) is returned: always the actual values as of
the moment of the request are returned.
actual temperature
low threshold temperature for TCA (T0_low)
high threshold temperature for TCA (T0_high)
low threshold temperature for shutdown (T1_low)
high threshold temperature for shutdown (T1_high)
Only read access is provided for these parameters and none of the threshold
temperature parameters can be changed by the operator. They are fine-tuned by
Alcatel-Lucent in function of the actual board type and board variant.
The thermal sensor data as specified above can be retrieved via CLI, TL1 and/or
using an Element Management System, and are always the actual values as measured
at the moment of the request.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
4-29
4 Management
4.9
4-30
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
5.1 Overview
5-2
5-3
5-6
5-7
5-8
5-11
5-11
5-14
5-17
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
5-1
5.1
Overview
This chapter describes the various line testing features within the ISAM and ISAM
Voice.
All line testing capabilities provide a means to execute pro-active and/or re-active
measurements to diagnose (potential) issues with the deployed equipment. As such
they can:
bring OPEX savings such as the ability to save on buying external test equipment,
avoiding truck rolls.
increase customer satisfaction due to decreased service degradations or
interrupts.
The line testing capabilities depend upon the type of interface. For an overview of
the different types of interfaces (both for ISAM and ISAM Voice), see
chapter System interface overview.
ISAM supports line testing for:
But before considering the line test capabilities of these interfaces, we have to
consider the nature of DSL versus POTS and ISDN.
DSL is a transmission technology that works in overlay with POTS or ISDN lines:
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
DSL applique
RTU
(MTA)
Relays
DSL LT
Subscriber line
(SELT, DELT)
Modem
DSL
line
LPF
Towards PSTN or ISAM Voice
Voice LT
SLIC
(Narrowband
line testing)
5.2
POTS/ISDN
Relays
line
Voice applique
MTA relies on a non-integrated Remote Test Unit (RTU) that is connected to the
ISAM or ISAM Voice.
MTA requires MTA-capable appliques terminating the subscriber line.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
5-3
MTA can be used to set the relays so that the RTU gets outward access to, for
example, the narrowband physical line, the broadband physical line, or the full
physical line. MTA also allows setting the relays so the RTU gets inward access to
test, for example, the narrowband towards the LT board terminating the POTS or
ISDN line, or the broadband towards the LT board terminating the DSL line.
Note that it is possible to test the narrowband of a line from two different places:
the narrowband line can be tested outward from the Voice applique, in which case
it is managed as a test of the POTS line.
Although the MTA technology applies in principle to POTS and ISDN, it must
be noted that it is supported only for POTS.
the narrowband line can be tested outward from the splitter board (DSL applique)
that is associated with a DSL LT board, in which case it is managed as a test of
the DSL line.
In this way the MTA technology is supported for POTS and for ISDN lines.
It is also possible to equip collocated expansion shelves with MTA-capable
appliques and to connect them to the host shelf with a cable, to support the same tests
from the RTU connected to the host shelf.
Some tests can be executed during turn-up of a subscriber line, for example, the
operator can test the line to verify whether it is suited to carry the promised xDSL
service. After the service has been established, the operator can also perform a
variety of tests during routine or diagnostic testing.
Testing using MTA can be either single-ended or dual-ended.
Released mode: releases all test connections and frees all TAP resources.
Loop around mode: characterizes the TAP so that its influence can be deducted
from the parameters measured during the split access mode.
Split access mode: provides a breaking connection that allows the test system to
test outward towards the line and to test inward towards the LT equipment.
Note Only full MTA requires all the test access modes.
5-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Loop around
Line
Line
Facility pair
Facility pair
RTU
RTU
xTU-C
xTU-C
Equipment pair
Equipment pair
LPF
DSLAM
DSLAM
PSTN
LPF
PSTN
Line
Facility pair
RTU
xTU-C
Equipment pair
DSLAM
LPF
PSTN
Split access
The two following access modes are partial implementations of the split-access
mode and are called limited test access:
Limited outward access mode: provides a breaking connection that allows testing
outward toward the line. The Low Pass Filter (LPF) and the line to the Public
Switched Telephone Network (PSTN) remain connected to the line. This limits
the number of measurements that the test system is capable of.
Undisturbed outward access mode: provides a breaking connection that allows
testing outward toward the line. The LPF and the line to the PSTN are either not
present or they have been removed from the line. This ensures that the
measurements are not disturbed by the presence of the LPF or the DC battery
voltage that is put on the line.
Figure 5-3 shows the partial implementations of split-access mode.
Figure 5-3 Partial implementations of split-access mode
Line
Facility pair
Facility pair
RTU
RTU
x-TU-C
Equipment pair
DSLAM
LPF
x-TU-C
Equipment pair
DSLAM
PSTN
LPF
PSTN
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
5-5
The 7330 ISAM FTTN shelf supports MTA through an MTAU function
implemented by the test access board (or NTIO board with MTA function), in
conjunction with the multi-ADSL and POTS splitter appliques. All units must be
present in their respective shelf for the MTAU function to operate. Using this
MTAU function, a test head or RTU can use a single TAP on the test access board
to get metallic access to any subscriber line connected to the 7330 ISAM FTTN.
The 7330 ISAM FTTN shelf uses an RJ-45 MTA connector on the test access
board as the TAP for the test in and test out signals between the testhead and the
shelf.
The 7330 ISAM FTTN shelf uses these boards to provide a relay-based matrix to
connect the test in and test out signals with the backplane for connection to the
appropriate applique installed in the shelf.
The 7330 ISAM FTTN shelf supports MTA on the multi-ADSL and POTS
splitter appliques. On-board relays are used to connect the test in and test out
signals to the appropriate connected subscriber line.
Note 1 The MTA test bus may be interconnected / daisy-chained
Test Operating System must ensure that only one port in this daisy
chain configuration is enabled at any one time
5.3
5-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
SELT can be performed from the DSL LT board without need for support by the CPE
or for a craftsman to be present at the customer premises.
SELT is based on Frequency Domain Reflectometry (FDR). An excitation signal is
sent on the line and its echo response is analyzed. Processing of the echo response is
done in the 5530 NA. The polarity and position of the reflections indicate the loop
length, the attenuation, the presence of a gauge wire change, and an open, short, or
bridged tap and its distance from the DSL LT board of the line under test.
SELT provides a line test tool built inside the xDSL modem to measure the loop
characteristics between the U-C and the U-R interface and allows for:
The operator can check the presence and quality of, for example, a wire termination
Main Distribution Frame (MDF) or SAI / DFI (Service Area / Feeder Distribution
Interface). This feature can be of help in situations where this interconnection is
being provisioned by a third party.
SELT support
SELT measurements are supported on the following boards:
multi-ADSL LT boards
VDSL LT boards
VDSL2 LT boards
These boards can be located in the main subrack or in remote subracks (FD-REM,
VSEM-D, ).
SELT measurements
The following SELT measurements and tests are supported:
5.4
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
5-7
DELT support
DELT measurements are supported on the following boards:
multi-ADSL LT boards
VDSL LT boards
DELT measurements
The following diagnostic measurement data are collected during a test using DELT:
5.5
MELT is performed from the DSL LT board without need for support by the CPE or
for a craftsman to be present at the customer premises.
5-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The MELT functionality is based on the technology for the narrowband POTS
subscriber lines.
MELT provides a line test tool built inside the ISAM to measure the loop
characteristics between the U-C and the U-R interface and allows for:
MELT support
MELT measurements are supported on the following boards:
multi-ADSL LT boards
VDSL LT boards
SHDSL boards
The list of xDSL LT boards for which MELT testing is supported can be found in the
Product Information manual.
MELT measurements
ISAM limits to execute only one MELT session at a time at an LT board.
The following MELT tests are supported:
Foreign AC voltage:
Measures foreign AC voltage of a/Earth, b/Earth, and a/b.
Result values:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
5-9
Insulating resistance:
Measures insulating resistance of a/Earth, b/Earth, a/b and b/a.
Result values:
Foreign DC Voltage
Insulating Resistance
Capacitance
Capacitance Of Signature
Resistance of Ringer
and providing the MELT test result values together with the conditions (Used
AC/DC voltage, frequency, calibration capacitance) under which the tests were
executed
5-10
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
5.6
ATM F5
On ATM based DSL interfaces it is possible to use ATM F5 loopback. The following
functionality, as is specified in ITU-T I.610, is supported:
5.7
Introduction
Link-Related Ethernet OAM (IEEE 802.3 clause 57 standard) enables network
operators to monitor the health of the network and quickly determine the location of
failing links or fault conditions. The feature allows remote side information to be
retrieved for a link connected with a node for which SNMP may not be available as
default.
The feature does not include functions such as station management, bandwidth
allocation or provisioning functions, which are considered outside the scope of this
standard.
Figure 5-4 shows a typical Link Related Ethernet OAM configuration.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
5-11
General description
Link-Related Ethernet OAM information is conveyed in Slow Protocol frames called
OAM Protocol Data Units (PDUs). Link-Related Ethernet OAM PDUs contain the
appropriate control and status information used to monitor, test, and troubleshoot
OAM-enabled links. Link-Related Ethernet OAM PDUs traverse a single link, and
as such, are not forwarded by MAC clients (for example, bridges or switches).
Link-Related Ethernet OAM provides a mechanism, called discovery, to detect the
presence of an OAM sub layer at the remote DTE. During the Discovery process, the
ISAM and the CPE exchange their respective configuration information and evaluate
the remote information to determine compatibility. The decision for accepting
remote configuration is based on the remote system OAM mode, version, maximum
PDU size, Parser Action, Multiplexer Action, and function supported information. If
these parameters are accepted, the discovery will complete and-Link Related
Ethernet OAM will be operational. Otherwise, the remote configuration is rejected
and requires operator intervention to rectify the conflicting parameters.
Link-Related Ethernet OAM has provision to retrieve one or more MIB variables,
also referred to as attributes, from the CPE. The operator can retrieve MAC layer
counters and PME counters from the CPE after successful completion of discovery.
The ISAM supports some Link-related Ethernet OAM functions on its Ethernet and
EFM user interfaces, that is, on interfaces terminated on LT boards.
The first phase of Link Related Ethernet OAM is discovery. This phase is started
when the operator enables the Link Related Ethernet OAM feature.
Discovery has 3 main functions:
5-12
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Link monitoring
The standard defines link monitoring tools for detecting and indicating link faults
under a variety of circumstances. Both Event Notification and Variable Retrieve are
part of link monitoring.
1
Link monitoring uses the Event Notification OAM PDU, and sends events to the
peer OAM entity when the number of problems detected on the link cross a
threshold.
The manager can initiate a Variable Request to retrieve data about the link from
the peer side. This capability allows emulating a non-intrusive loopback. It
behaves like a L2 ping as each Variable Request shall be replied with a
Variable Response.
The ISAM does not support Event notifications: it does not generate Event
Notifications and ignores received Event Notifications.
The ISAM allows the manager to initiate a Variable Request to retrieve remote CPE
data to know the current link status. It supports to retrieve:
A set of flags in the header of any OAM PDU allows an OAM entity to convey severe
error conditions to its peer.
The ISAM does not report critical events to the peer side.
The ISAM reports reception of following critical events from peer:
Dying Gasp
Critical Event
Link Fault
Remote Loopback
September 2014
5-13
5.8
Foreign voltage (AC/DC): measures foreign voltage of a/Earth, b/Earth, and a/b.
Capacitance: measures capacitance of a/Earth, b/Earth, and a/b.
Insulating resistance: measures insulating resistance of a/Earth, b/Earth, a/battery,
b/battery, and a/b.
Feeding voltage: measures voltage over wires in open circuit and verifies that the
voltage remains within thresholds.
Feeding current: for NPOT-A a resistor, loading the wires, is connected and the
current in limiting mode is measured. For NPOT-B and NPOT-C, the system will
measure the real feeding current on the subscriber line.
Noise level: detects abnormal noise level, for example, crosstalk
Longitudinal current (Supported on NPOT-B and NPOT-C, SIP only)
Group test:
This test consists of a combination of the predefined electrical measurements
requested by the OS in previous electrical measurement tests. The test combines
voltage, capacitance and insulating resistance measurements.
5-14
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
5-15
Self test on layer 1 by the ISAM-V: ISAM-V generates a test pattern and activates
a loopback at the LT + verification and evaluation of received test pattern.
Test towards the NT/NT1: ISAM-V generates a test pattern and activates a loopback
at the NT + Verification and evaluation of received test pattern
Only when the transmitted and received patterns are exactly the same, the test is
considered as passed.
The test pattern is hard-coded (NOT configurable).
Precondition for executing ISDN BA loop back test:
The ISDN BA loop back test will be rejected in case the ISDN B channel would be
busy.
Otherwise the ISDN BA loop back test (including loopback test to the NT board and
loopback test to the LT board) will be accepted and executed (on condition that the
ISDN user port has been provisioned).
5-16
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
5.9
SFP diagnostics
SFPs are used to terminate network, subtending, inter-shelf, line board Ethernet
interfaces or xPON.
The ISAM supports the digital diagnostics function in line with SFF-8472.
When isolating a data path problem, for example, fiber degradation, the operator can
use the management interface to retrieve the instantaneous received optical power
level and transmitted optical power level from an SFP.
This diagnostics functionality is available on all SFP, SFP+ and XFP interfaces of
the ISAM system.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
5-17
5-18
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
6.1 Introduction
6-2
6-6
6-16
6-18
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
6-1
6.1
Introduction
Scope
This chapter describes the different clock systems and Network Timing Reference
(NTR) capabilities of the ISAM. A specific ISAM board will not support all of these
capabilities. To know which of these functions are supported on a specific ISAM
board, refer to the Product Information document and/or the Unit Data Sheet (UDS)
of that board.
This section focuses on both the 24G NT and the 100G/320G NT + FX NT families,
because whether or not an NTR function is supported is rather card, than family
dependent.
Example: SyncE is supported on some board variants in the 100Gbps/320Gbps NT
and FX NT family. While SyncE is not supported on most boards in the 24Gbps NT
family, it is supported on the NRNT-A (that is, the NT board for Standalone REM).
IEEE1588 is currently only supported on 7360 ISAM FX for both frequency and
time synchronization.
A summary of NTR capabilities of the most advanced board variants in each family
is given in Figure 6-1 and Figure 6-2. In many cases, less advanced card variants with
fewer or no NTR capabilities are available. These can be used for deployments where
these capabilities are not needed. The next section will clarify this at a high level.
Required on NT
Required on LT
Video,
Packet Voice
(1 of 2)
6-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Application
(over DSL(1) or Ethernet)
Voice via POTS line
Required on NT
Required on LT
Alternatively, SyncE
output on an Ethernet LT.
Not supported
Packet-based Business
applications
(2 of 2)
Note
(1)
DSL is a generic term in this chapter referring to ADSL, ADSL2, ADSL2+, VDSL2 and SHDSL.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
6-3
6-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Sync Eth
8 kHz
8
kHz
GE PHY
NRNT -A
Optional GE
network
8 kHz
8
kHz
DSL
backplane
backplane
DSL
POTS/ISDN
NTR
DSL
POTS/ISDN
SEM/Distributed REM
8 kHz
Eth
POTS/ISDN
backplane
NT
Hub ISAM
Sync Eth
NT
DSLLT
Voice DSL
LT
CTRL
Eth
NTR
8 kHz
backplane
DSL
LT
backplane
backplane
backplane
NTIO
8 kHz
8 kHz
8
kHz
GE PHY
DSL
LT
NT
Sync Eth
GE PHY
NTR
DSL
GE PHY
Voice
NTIO
8 kHz
backplane
Sync Eth
Voice
8 kHz
G.703
8 kHz
8
kHz
backplane
backplane
NTR
GE PHY
backplane
BITS
backplane
backplane
Standalone REM
Sync Eth
BITS
G.703
DSL
Voice DSL
LT
LT
Figure 6-1 Overview of possible NTR support on some LTs and some NTs in the FD
24Gbps NT ISAM family
8 kHz
7330 RA
backplane
Optional
PDH/SDH
network
POTS/ISDN
BITS
G.703
Outdoor ISAM
NT
Optional
PDH/SDH
network
GPON
8 kHz
backplane
Sync Eth
GE PHY
8 kHz
backplane
8 kHz
backplane
8 kHz
backplane
NT
Optional GE
network
GPON PHY
GPON
Eth
Sync Eth
GE PHY
NT
Sync Eth
GE PHY
DSL
LT
POTS/ISDN
Sync Eth
GE PHY
POTS/ISDN
SEM/Distributed REM
Sync Eth
GE PHY
Hub ISAM
8 kHz
backplane
NTR
DSL
Voice
8 kHz
backplane
NTR
DSL
DSL
LT
8 kHz
backplane
DSL
LT
NTIO
NT
Sync Eth
GE PHY
8 kHz
backplane
Voice
Eth
Sync Eth
GE PHY
CTRL
8 kHz
backplane
8 kHz
backplane
BITS
G.703
NTIO
GPON
GPON PHY
GPON
Voice
Figure 6-2 Overview of possible NTR support on some LTs and some NTs in the FD
100/320Gbps NT ISAM family
BITS
G.703
NTR
DSL
POTS/ISDN
Sync Eth
GE PHY
Outdoor ISAM
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
6-5
Sync Eth
GE PHY
Optional GE
network
IEEE1588
GE
IEEE1588
GE
GPON
Sync Eth
GE PHY
8 kHz
backplane
GPON PHY
GPON
8 kHz
backplane
GPON
Hub ISAM
Sync Eth
GE PHY
GPON PHY
GPON
8 kHz
backplane
GPON PHY
GPON
Sync Eth
GE PHY
Sync Eth
GE PHY
8 kHz
backplane
NT
GE PHY
Sync Eth
GE PHY
GPON
8 kHz
backplane
IEEE1588
GE
GPON PHY
GPON
Eth
8 kHz
backplane
GPON PHY
GPON
NT
NTIO
NT
Sync Eth
GE PHY
GPON PHY
GPON
NTIO
8 kHz
backplane
8 kHz
backplane
BITS
G.703
Eth
NT
Optional
PDH/SDH
network
BITS
G.703
Outdoor ISAM
Although not shown in these figures, deployments with a mix of nodes are also
possible from both figures. For example, a standalone REM connected via SyncE to
an Ethernet output on an Hub ISAM with NT from the FD 100/320Gbps NT family.
Note The distributed REM requires a fiber connection per LT
board for the data transport. However, only the fiber to LT1 transports
the NTR signal, which is then distributed in the REM to both LT
boards. Hence, when that fiber link is broken, the NTR features
described in this chapter are not fully supported anymore for all lines
in that distributed REM.
6.2
6-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
RJ45-a
RJ45-b
SFP-1
SFP-n
XFP-1
XFP-m
HW design
of specific
card
RJ45-a
RJ45-b
SFP-f
SFP-g
XFP-r
...
XFP-s
Static
configuration on
ISAM
Static
selection of
2 ports for
NTR input
ISAM
clock
system
operation
Dynamic
selection of
1 port for
NTR
R ef e
renc
e
=R
External
ports on NT-A,
(NT-B and
NTIO)
Clock
distribution
on ISAM
backplane
to LTs
and then
to access lines
Note:
RJ45-a is the connector for BITS-A on NT-A
RJ45-b is the connector for BITS-B on NT-B
The operator needs to configure which of these ports are valid inputs for NTR in his
network deployment. Maximum two ports can be configured for this (T and U in
Figure 6-4).
The ISAM clock subsystem will then dynamically select one of these two ports as
NTR reference, according to the actual quality of the NTR signals on these ports, the
configured priority of these ports, and so on. According to the ITU Rec G.871 section
5.6 criteria and selection algorithm.
September 2014
6-7
NT Front plate
1 GE Ethernet
Sync Eth out
LT 1
Sync Eth out
SFP
NT Front plate
1 / 10 GE
Sync Eth in
SFP+
SFP
PHY
PTP
IEEE
1588
1 GE NTIO
T3 : BITS /SSU 1 in
NTIO Front plate
10 GE Sync Eth in
Sync Eth out
XFP
S
E
L
TC/
OC XO
SFP
LT 18
PHY
T4 : BITS/SSU
1 out
T0 8 kHz
NTR 1 to
LT 1 -18
XFP
10 GE NTIO
Single NT
The 8 kHz NTR signal generated by the internal system NTR clock is distributed to
the subscriber interface logic on the LT boards.
Up to two ports can be configured as valid external NTR input ports (see High level
description of the external port selection for NTR). One will be the reference, and
the other one is for protection (see Clock protection: Overview).
If all available external NTR clock sources fail, then this clock will switch to
Hold-over mode, if locking to the external NTR clock source was completed at the
time of failure.
In case no valid external NTR clock source is connected during system start-up, the
internal NTR clock will remain in free-running mode, that is, it will adapt to the
output frequency of its local oscillator.
6-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
An internal NTR clock hold-over function (see Figure 6-6), which continues to
apply the last known clock correction data to the internal NTR clock, in order to
keep the NTR clock to dependent equipment as stable as possible during absence
of external references.
Switching to a second NT with identical NTR clock system when the active NT
fails (see Clock protection: NT redundancy)
Figure 6-6 States and state transitions for the internal NTR clock
AUTONOMOUS MODE
Holdover mode
- freeze holdover
memory
- lock clock to
holdover memory
No valid reference
nor memory
available
Free-run mode
- rest holdover
memory
- free-run clock
Valid reference
available
Locked mode
No valid reference
nor memory
available
- update holdover
memory
- lock clock to
selected reference
Free-run mode
Configure forced
free-run mode
- rest holdover
memory
- free-run clock
Loss of Signal
A signal frequency that falls outside the capture range of the internal system NTR
clock
September 2014
6-9
BITS input redundancy always requires 2 NT boards, since maximum one BITS
input interface is available on NT boards. If the reference BITS input fails, then
the BITS input on the other NT will be used as NTR, even if this other NT board
is in standby mode. BITS input redundancy is supported on all NTs, with BITS
input.
SyncE source redundancy is supported with all input ports either on one NT
board, or on one NT board and NTIO board.
IEEE1588: the PTP circuitry on the NT can perform the Best Master Algorithm
on three different, configured PTP Masters, but it can track only one of these
actively. Therefore, actively tracking two redundant Grand Masters will require
a redundant NT pair. Resilience with respect to L2 connectivity can be guaranteed
via the usual means like LAG. The clockClass field in the PTP messages is not
used by the ISAM.
Any mix of BITS and SyncE is supported when both inputs are on the same NT, or
on one NT and NTIO. For example, BITS as the reference for NTR, while SyncE as
NTR source protection.
Note 1 IEEE1588 cannot be mixed with BITS or SyncE.
Note 2 The reception of PTP frames on an NTIO port is not
supported on IEEE1588.
However, such combinations are expected to be less common in the field, since either
the long-existing BITS on the PDH/SDH network is used, or else this network has
been completely outphased and the network has moved fully to metro Ethernet
aggregation and uses SyncE or IEEE1588.
ISAM cannot use IPD 7x50 as Grand Master
In case SSU / BITS is applied, a valid signal has to be provided to both NT board
front plates. This will guarantee that the system NTR clock on the stand-by NT
board can be synchronized to the network in case the active NT board hardware
fails or is removed.
The BITS signal on the NT in stand-by mode cannot be monitored.
6-10
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
In case NT redundancy needs to be provided with SyncE for NTR, the SyncE
input(s) should be connected to the NTIO board which has connections to both
NTs. In this way, also SyncE input redundancy can be supported.
In case IEEE1588 is applied, both the active and the standby NT can actively
track one PTP Grand Master out of the maximum three devices configured per
NT. Full clock redundancy is also supported in PTP mode.
Once the redundant NT has taken over from the failing NT and has arrived in a stable
state, the NTR function will be compliant to the typical related standards. These
standards also define the maximum allowed phase jump during a transient effect.
Switch-over from a failing NT to a redundant NT is one of these transient effects, and
ISAM does exceed in that case the maximum allowed phase jump. Since such NT
switch-overs are exceptional, and since phase jumps may be filtered to some extent
by end-user equipment, the impact on services is expected to be limited.
two external NTR clock sources that have been configured as nominated for
network synchronization purposes by the operator.
The default setting is DISABLE. For the BITS/SSU and IEEE1588 interface,
this setting cannot be changed (that is, the QL is to be configured statically by the
operator).
The QL value applied for an external NTR clock source, in the algorithm that
performs the selection of one external NTR clock source from up to two
configured as nominated, and in case reception of SSM for that NTR clock source
is disabled.
The default setting for the value is equal to QL-PRC (code 0010b) for ETSI,
and QL-PRS (code point 0000b) for ANSI.
The target QL value that is applied as minimum threshold for eligibility of an
external NTR clock source, in the algorithm that performs the selection of one
external NTR clock source from up to two configured as nominated, and in case
reception of SSM for that NTR clock source is enabled.
The default setting for the value is equal to QL- DNU (code 1111b).
The static relative priority to be applied for an external NTR clock source, in the
algorithm that performs the selection of one external NTR clock source from up
to two configured as nominated, in case the respective Quality Levels (QL) of the
two sources are identical. The QL for each of both NTR clock sources can be
either communicated via the Synchronization status Messages, or is fixed to a
default value.
Revertive or non-revertive operation of the external NTR clock signal selection.
The default setting is Revertive mode
Override of synchronization to any external NTR clock source, and forcing of
free-running or hold-over mode for the internal NTR clock function.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
6-11
The target QL to be applied as minimum threshold for the internal system NTR
clock, for generating an SSU / BITS out signal.
The default setting for this target QL value is equal to QL- DNU (code 1111b).
The system performs the following autonomous NTR clock management functions:
Monitoring of the signal status (signal present, frequency within the capture
range) and the QL of up to two external NTR clock sources that are configured
by the operator as nominated.
Selection of the external NTR clock source that fits best the selection criteria,
from up to two sources configured as nominated. Selection happens as specified
further.
Disabling of the SSU / BITS output signal(s) in case the QL, which can be
attributed to the internal system NTR clock, drops below the configured
threshold.
The operator can retrieve the following information:
Unavailability of any nominated external NTR clock source for reasons that
include:
6-12
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
In the default NTR switching mode (revertive mode), the ISAM selects the most
appropriate NTR clock source for synchronizing its output NTR signals, and for
protecting against failure of external NTR clock sources, as follows:
In case two external NTR clock sources have been configured by the operator as
nominated, and both are active, then selection of the external NTR clock source,
to which the internal system NTR clock will synchronize, is subject to the
following rules:
The external NTR clock with highest Quality Level (QL), is selected as actual
reference for the internal NTR clock. The QL of an external NTR clock source is
communicated by means of SSM messages received on the interface related to the
source. If SSM reception is not supported, or disabled on that interface, then a QL
value configured by the operator, or a default QL value is applied, as described
above.
In case both external NTR clock sources exhibit the same QL, then their relative
priority is determined by the external NTR clock source priority list as configured
by the operator.
NTR management
Configuration: external NTR clock source priority list
This command allows the operator to configure two NTR clock sources, with an
operator assigned priority between them, as nominated references for the internal
system NTR clock. Each of these two sources can be independently designated to be:
The system factory default is none: no external clocks are selected. In this case the
system automatically selects the internal free-run system NTR clock for downstream
NTR timing.
Configuration: SSU/BITS input interface(s)
This command allows the operator to configure the BITS mode of the external clock
source to E1, DS1, 2048KHz or auto-select. The BITS mode applies for the system,
that is, any configured BITS clock source.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
6-13
The system factory default is auto-select. In this case, the system automatically
selects E1 for the system with the NT capabilities for clock device type of E1, or DS1
for clock device type of T1. This setting can be viewed in the clock status command.
When the BITS mode is configured to auto-select, the actual BITS mode will
display E1 or DS1 depending on the NT capabilities.
However, the system does not restrict the manual configuration of DS1 or E1 to
a specific NT capability of the clock device type.
Configuration: AIS sensitivity
Default is "Disable" and this gives the same ISAM behavior as before R5.0 when this
configuration was not available. In that case, if AIS is sent on the BITS interface,
ISAM continues to see this as a valid NTR signal.
If AIS sensitivity is configured "Enable", AIS on a BITS input signal will be detected
as an NTR clock failure.
Configuration: Synchronous Ethernet input interface(s)
This command allows the operator to configure the Ethernet interface(s) which can
provide their extracted data clock as external NTR clock source. As mentioned
above, 1 or 2 external NTR sources can be configured as clocks for synchronizing
the internal system NTR clock too. Therefore, between 0 and 2 synchronous Ethernet
links can be designated as external NTR clock sources.
The selected Ethernet interface(s) is (are) identified by means of:
The IEEE1588 interface as well as the external interface on which PTP messages
will be received have to be attached to a L2 forwarder.
6-14
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
This command allows the operator to configure the external NTR selection mode to
be either:
Revertive:
the system NTR clock always selects as reference the external NTR clock source
with highest QL, or the one configured as preferred by the operator if the QLs of
both nominated external NTR clock sources are equal, whenever this clock
source is available.
Non-revertive:
the system NTR clock keeps the currently selected external NTR clock source as
a reference, until it is no longer available for selection, for reasons listed above,
or until it is disabled by the operator. This is the case even if another external NTR
clock source, with better QL or higher preference as configured by the operator,
has become available since the selection of the currently selected external NTR
clock source.
The system factory default is revertive
Configuration: enabling of Synchronization Status Messaging (SSM)
for SSM reception; and this feature is only supported in EFM mode and not in ATM
mode)
SSM output on GPON interface is not supported.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
6-15
This command allows the operator to force the transmitted downstream NTR clock
to be synchronous to the internal system NTR clock, without synchronization to any
external NTR clock source. The internal NTR clock can be in free-running, or in
hold-over mode, when it was synchronized previously to an external NTR clock
source.
Status: nominated NTR clock status
This command allows the operator to query the status of the NTR clock source(s).
The following command results are listed:
the NTR clock source: BITS-A (on NT-A), BITS-B (on NT-B), Sync Eth 1 (from
NT or NTIO), Sync Eth 2 (from NT or NTIO), IEEE1588-A (on NT-A),
IEEE1588-B (on NT-B), local.
the Quality Level (QL) of the source: code points 0000b - 1111b (0 15)
the operator configured priority of the source: 1 3
6.3
6-16
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
ISAM
Network Timing Reference
High-stability
clock on NT
BITS interface
on NT
NTR support
on LTs
Leased lines
Cost-effective central
clock for synchronization
of all CPEs
Voice
High-stability clock for
long-lasting fax and
modem calls
The typical options provided for delivering NTR to other network nodes are:
NTR on VDSL2
NTR on ADSL/ADSL2/ADSL2+ is not supported
NTR on SHDSL
SyncE out on some Ethernet interfaces on some NT, NTIO and Ethernet LT
boards.
This can be supported on optical Ethernet interfaces only, and not on electrical
ones. Secondly, it can be supported at speeds of 1 Gbps, 2.5 Gbps and 10 Gbps,
but not at for example, 100 Mbps.
To know which specific NT, NTIO, or LT boards do support the above NTR
distribution on their outgoing interfaces, refer to the Product Information document
and/or the UDS. A high-level view of the capabilities of the 24Gbps FD NT, the
100Gbps /320Gbps FD NT and the FX NT family is represented in Figure 6-1,
Figure 6-2 and Figure 6-3 respectively.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
6-17
6.4
Applicable standards
Output NTR clock support on ADSL(2)(plus) lines: The NTR section in ITU Rec
G.992.1 / G.992.3 / G.992.5 is not supported. NTR for ADSL is not supported.
NTR for SHDSL is supported on selected ISAM SHDSL Line Termination board
types.
Output NTR clock support on VDSL2 lines: ITU Rec G.993.2
NTR for VDSL is supported on selected ISAM VDSL Line Termination board
types.
Output NTR clock support on POTS lines: Not Applicable
An analogue POTS interface does not provide a clock signal in downstream
direction
Output NTR clock support on Synchronous Ethernet lines: ITU Rec
G.8261/Y.1361
NTR by means of Synchronous Ethernet is supported on selected ISAM Ethernet
Line Termination board types.
Output NTR clock quality on ISAM NT:
Output NTR clock free running accuracy, hold-over frequency accuracy, Jitter and
6-18
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
xDSL features
7.1 Overview
7-2
7-4
7-4
7-6
7-7
7-9
7-10
7-10
7-12
7-13
7-3
7-14
7-14
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
7-17
September 2014
7-1
7 xDSL features
7.1
Overview
Table 7-1 lists the different features described in this chapter, indicating for which
xDSL mode the feature is supported on xDSL LT boards.
Table 7-1 Supported xDSL features
Feature
XDSL LT
ADSL
ADSL2
ADSL2+
READSL2
VDSL2
RFI Notching
Low-power modes
L2 low-power mode
L3 idle mode
UPBO policing
Virtual noise
Vectoring
Table 7-2 gives an overview of the supported VDSL2 profiles. Each profile defines
normative values for a set of parameters, as defined by G.993.2.
Table 7-2 Supported VDSL2 profiles
VDSL2 Profile
xDSL LT
12a, 12b
17a
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
7 xDSL features
Table 7-3 Supported VDSL2 bandplans
VDSL2 Bandplan
xDSL LT
Region B 998E
Region B 998ADE
Region B 997
Region B 997E
Notes
(1)
Region A = North America
(2)
Region B = Europe
7.2
Reed-Solomon
Reed-Solomon (RS) adds extra bytes to a group of data bytes when it is sent. These
bytes are also known as the RS word. When data corruption is detected at
reception, the RS decoder is able to use the extra bytes to locate the errors and to
recover the original message. However, this only is effective up to a certain
maximum number of errored bytes. In order to correct impulse noise errors, RS needs
to be combined with interleaving.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
7-3
7 xDSL features
Interleaving
Instead of transmitting the RS words directly on the line, the different RS words are
first mixed and spread over time. This process is called interleaving. This has the
advantage that when a burst of errors occurs on the line, it will hit bytes of different
RS words. After reconstruction of the original RS words (by the de-interleaver), the
errors will be spread over multiple RS words, such that each RS word is only affected
by a small amount of errors and is therefore much easier to correct. The RS word can
be corrected if its number of errors is within the RS correction boundaries.
The main disadvantage of interleaving is an extra interleaving delay. Constructing
the blocks that will finally be transmitted over the line takes time, as the modems
have to wait for a while before they can actually start transmitting. At the receiving
side, it also costs extra time to reconstruct the original RS word. The first original RS
word cannot be reconstructed before all of its bytes have been received.
Using smaller interleaving depths, that is, by taking bigger chunks of the original RS
words, can lead to a lower interleaving delay. This has the disadvantage that errors
will be spread over less RS words on the receiving side, with the possibility that they
cannot be corrected.
In the case that a high INP together with a low delay is required, extra RS bytes will
have to be added to increase the RS correction capability. This however can lead to
reduced bit rates.
It becomes clear from the above that when configuring the INP, a trade-off has to be
made between:
7.3
RFI Notching
Radio Frequency Interference (RFI) notching is used to alleviate signal interference
in certain frequency bands. VDSL2 and ADSL2Plus provide the capability to reduce
the Power Spectral Density (PSD) within certain frequency bands and thus notch the
PSD in areas to reduce egress into certain services such as HAM radio. HAM radio
is an Amateur Radio service enjoyed by radio enthusiasts. Shortwave radio can
broadcast over long distances aided by relay signals.
7.4
Low-power modes
L2 low-power mode
First-generation ADSL transceivers operate in full-power mode day and night, even
when not in use. With several millions of deployed ADSL modems, a significant
amount of electricity can be saved if the modems engage in a stand-by mode or sleep
mode just like computers. This would also save power for ADSL transceivers
operating in small remote units and Digital Loop Carrier (DLC) cabinets that operate
under very strict heat dissipation requirements.
7-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
7 xDSL features
L3 idle mode
This mode enables overall power savings at both the XTU-C and the remote xDSL
transceiver unit (XTU-R) by entering into sleep/stand-by mode when the connection
is not being used for extended periods of time (that is, subscriber asleep, modem
asleep).
The L3 power mode is a total sleep mode where no traffic can be communicated over
the xDSL connection. When the subscriber goes back on-line, the line has to be
re-initialized to enter the L0 state again.
The modem can enter the L3 state upon guided power removal (L3 Request exchange
between xTU-R and xTU-C, also known as orderly shutdown), power loss or
persistent link failures during Showtime (also known as disorderly shutdown).
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
7-5
7 xDSL features
During the L3 state, power savings at the XTU-C are realized independent of the
used ADSLx or VDSL2 mode by putting certain Analog Front End (AFE) blocks and
line drivers in power down mode. This power saving mechanism is also available in
case no xTU-R is attached but the ports are in listening mode and configured in
admin-up.
Figure 7-1 illustrates the L2/L3 power modes.
Figure 7-1 L2/L3 power modes
Initialization
Showtime
(L0)
Resynchronisation or
L3 Power mode
Resynchronisation or
IDLE (L3)
7.5
L3 Power mode
Low Power
Low
Power
Showtime
(L2)
Showtime (L2)
7-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
7 xDSL features
Figure 7-2 Seamless Rate Adaptation
Maximum Noise Margin
Increase data rate if Upshift
time interval has elapsed
Upshift Noise Margin
Increase
data rate
Decrease
data rate
0 dB Margin
The upshift and downshift rate adaptation events due to SRA are counted in
15-minute and 24-hour Performance Monitoring (PM) intervals.
SRA can encounter upshift and downshift limitations on lines activated with
interleaving:
ADSL2(+):
The SRA protocol can only change parameter L (number of bits per DMT
symbol).
SRA downshifts are limited by the configured maximum interleaving delay as
SRA downshift results in an increase of the delay.
SRA upshifts are limited by the configured minimum impulse noise protection as
SRA upshift results in a decrease of the impulse noise protection.
VDSL2:
The SRA protocol can change both parameter L (number of bits per DMT
symbol) and parameter D (interleaving depth). This allows to keep the delay and
impulse noise protection constant after a rate adaptation. When all allocated
interleaving memory is used, upshift rate adaptations are still limited by the
configured minimum impulse noise protection.
7.6
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
7-7
7 xDSL features
Figure 7-3 Far end cross-talk
NE
short loop
FEXT
CPE
long loop
CPE
It allows to reduce the upstream transmit PSD on short lines in order not to impact
the upstream performance on longer lines unreasonably. Without UPBO, the nearby
CPE would transmit at full power and would inject excessive FEXT in the upstream
receiver of the long line.
UPBO policing
The main purpose of VDSL2 UPBO policing is to avoid the usage of a CPE not
complying with the UPBO configuration. When the CO modem detects such a
non-compliant CPE, an alarm is raised and optionally the line is automatically
shutdown. The expected behavior is configurable.
A line that has been automatically shut down because of policing can be triggered to
re-initialize by toggling its administrative state (down/up).
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
7 xDSL features
7.7
Remote Terminal
PSD
Customer Premises
frequency
Central Office
CO
Remote Terminal
PSD
PSD
NT
PSD
NT
RT
frequency
frequency
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
7-9
7 xDSL features
Since DPBO PSD shapes can be configured in several ways, a number of priority
rules apply:
The DPBO profile parameters take precedence upon the downstream PSD shape
configured via the xDSL spectrum profile.
7.8
xTU-C
Impulse Noise
Sensor
Indication of
xTU-R
Severely
Degraded Data
DS
Symbols
EOC
Impulse Noise anomalies
INM Anomaly
Sensor
Counters
INM Anomaly
Counters
INM PM
counters
15min and 24h
INM PM
counters
15min and 24h
7.9
Virtual noise
By configuring virtual noise, it is possible to minimize the impact of time varying
crosstalk on the stability of a DSL line. Virtual noise is an operator specified noise
PSD, using a piecewise linear model with breakpoints and a special SNRM mode. It
can be configured as a transmitter-referred noise PSD (TxRefVN, supported for
downstream and upstream) or as a receiver-referred noise PSD (RxRefVN,
supported for upstream only).
7-10
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
7 xDSL features
VN Breakpoints
DS/US
VDSL2
[Loop
attenuation]
CPE
DSLAM
Received
Noise US
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
Received
Noise DS
September 2014
7-11
7 xDSL features
7.10
The transmitter groups user data in Data Transfer Units (DTUs) and adds a Cyclic
Redundancy Check (CRC) and a sequence number.
The receiver uses the CRC to detect errors and requests a retransmission of a DTU
when in error.
Figure 7-7 DSL physical layer retransmission concept
??
DTU
CPE
DTU
DSLAM
7-12
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
7 xDSL features
The configuration parameters for retransmission are defined within a separate RTX
profile. The RTX profile is optional when configuring an xDSL port. If no RTX
profile is assigned, retransmission will be disabled.
A specific set of Performance Monitoring (PM) parameters is defined, monitoring
the quality of the line when retransmission is enabled.
7.11
XDSL Profiles
Parameter 1
Actual
configuration
Parameter 2
Parameter 3
Parameter 1
Parameter N
Parameter 2
merge
Parameter 3
XDSL per-line
overrule parameters
Parameter N
Parameter 2
Parameter N
This feature allows fine-tuning the configuration of individual lines, deviating from
the overall settings configured via the profiles.
When using this feature, one should take care that the overruled parameter values do
not result in an inconsistency with the parameters that are configured via the profiles.
For bonded XDSL lines, the data rate, the impulse noise protection and the delay
configuration of the individual lines are derived from the bonding profile parameters.
A subset of the per-line configuration overrule parameters related to data rate,
impulse noise protection or delay will also taken into account for bonded lines:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
7-13
7 xDSL features
7.12
Maximum ETR (Expected Throughput) and Maximum NDR (Net Data Rate)
Minimum INP for SHINE and Minimum INP for REIN
SHINE ratio
LEFTR threshold
7.13
Vectoring
VDSL2 vectoring takes full advantage of existing copper binders by making
conditions in the field as close to ideal as possible. Vectoring is not a method for
raising the theoretical maximum transport speeds. Instead, this noise-cancellation
technology addresses the gap between the theoretical maximum rate and the speeds
that service providers can deliver in typical field conditions.
In most deployments, telephone lines that carry VDSL2 signals are part of cables
(sometimes partitioned in smaller cable bundles) that contain 10 to a few hundred
lines positioned very closely together. This close proximity results in crosstalk, and
the higher the number of lines in a cable (bundle), the more crosstalk is generated.
Crosstalk is the main reason why lines in the field perform significantly lower than
their theoretical maximum. Vectoring enables each line to perform as if it is alone,
that is, without crosstalk. In a dynamic process, vectoring continually measures and
cancels this crosstalk, so all lines can operate at much higher capacity, as shown in
Figure 7-9.
7-14
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
7 xDSL features
Figure 7-9 Typical vectoring gains
120
Mbps
80
Near-optimal
field performance
with vectoring
60
40
20
Reduced field
performance due
to crosstalk
0
100
200
300
400
500
600
700
800
900
1000
1100
1200
Although most of the processing and necessary intelligence for vectoring resides in
the Digital Subscriber Line Access Multiplexer (DSLAM), minimal support is
needed at the Customer Premises Equipment (CPE) for the efficient estimation of the
crosstalk from the line into the neighboring lines and vice versa. This additional
functionality at the CPE side is defined by the International Telecommunication
Union (ITU) vectoring standard, G.993.5 (G.vector).
In order to achieve the full vectoring gain, all VDSL2 lines in the cable need to
participate in the crosstalk estimation. Otherwise, the crosstalk from some lines will
remain un-cancelled, reducing bit rates on vectored lines. The ultimate situation is
where all VDSL2 lines operate in G.vector mode.
Most of the existing VDSL2 CPEs in the field can be software upgraded to support
vectoring, or to be at least vectoring-friendly. The latter has been defined by the
ITU in Annexes X and Y of the VDSL2 standard (G.993.2) and allows the crosstalk
from the legacy line into the neighboring vectored lines to still be measured. Annex
X defines requirements for downstream friendliness such that the crosstalk from the
legacy line into the neighboring vectored lines can be estimated and cancelled in
downstream direction only. Annex Y defines requirements for full friendliness,
allowing estimation of crosstalk from the legacy line into the neighboring vectored
lines in up- and downstream direction. In principle, friendly customers do not
benefit from vectoring gains but their equipment no longer impairs vectoring for
subscribers who are paying for this enhancement.
For legacy VDSL2 CPEs that cannot be upgraded to support vectoring or
vector-friendliness, the Zero-Touch Vectoring feature can optionally be enabled to
cancel the crosstalk from such legacy line into the neighboring vectored lines (in
downstream direction only).
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
7-15
7 xDSL features
Depending on the deployment scale (that is, the considered VDSL2 lines in the cable
binder) two vectoring types can be distinguished:
Only the crosstalk between the lines on the same board can be cancelled.
System Level Vectoring (SLV):
Vectoring over multiple LT boards and consequently suited for deployment
scenarios where bigger cabinets are installed.
7-16
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
7 xDSL features
ISAM 1
VP
NT
LT
LT
VP-LT
cables
ISAM 2
LT
NT
LT
Constraints:
7.14
G.Vector CPE
G.Vector friendly CPE for downstream direction (G.993.2 Annex X)
Full G.Vector friendly CPE (G.993.2 Annex Y)
Legacy VDSL2 CPE
In case the connected type of CPE does not match any of the allowed types, the
line will by default not initialize anymore in order not to disturb the other lines
of the vectoring group. As an alternative, the system can be configured to
automatically switch the line to a fall-back non-vectored VDSL2 configuration
with limited spectrum usage. When the mismatch disappears, the line will
automatically switch back to the normal configuration.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
7-17
7 xDSL features
The definition of the fall-back configuration as well as the enabling of the fall-back
mechanism can be specified at XDSL LT board level.
7-18
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
8.1 Introduction
8-3
8-3
8-8
8-14
8-13
8-43
8-76
8-85
8-89
8-89
8-115
8-115
8-117
8-117
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-1
8-117
8-118
8-123
8-2
September 2014
8-124
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
8.1
Introduction
A specific use of the ISAM is to provide classic telephony services to subscribers
being connected with classic POTS/ISDN BRI lines, and to convert the
corresponding signals to VoIP signaling/data packets. This is called the Integrated
Voice Service.
The integrated voice service provides POTS or ISDN BRI service to subscribers over
copper pairs together or without xDSL service.
The voice information is converted to VoIP in the access node and forwarded to/from
the service provider's Ethernet/IP network over optical fibers along with the HSI and
IPTV services carried by the access node.
VoIP networks are subject to standardization. Within standardization there are two
different approaches for the signaling:
8.2
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-3
Softswitch
MGC
PSTN
RTP
TGW
ASP
P
O
T
S
Central Office
ISAM Voice
Servers
I
S
D
N
POTS /
ISDN
IP Network
H.248 / SIGTRAN
.
L2 Aggregation
Network
IP
edge
BAS
M
G
P
O
T
S
POTS/
ISDN
Remote
ISAM Voice
P
O
T
S
P
O
T
S
I
S
D
N
I
S
D
N
POTS/
ISDN
POTS/
ISDN
Remote
ISAM Voice
Megaco Integrated Voice Service connects legacy Narrow Band (NB) user
interfaces, including Plain Old Telephone Services (POTS) and Integrated Services
Digital Network (ISDN) BRI, to the NGVN.
Megaco Integrated Voice Service supports centralized configurations, where the NB
user interfaces and MG are integrated in the same node, and distributed
configurations, where the MG is located in a hub node and the NB user interfaces in
remote nodes. The remote nodes can be subtended to the NE acting as a MG, or
located within the layer 2 aggregation or IP network.
A voice cluster is the aggregation of one Voice server pair, residing in the hub node,
together with its voice associated access nodes, that is, together with the access nodes
that contain Voice Line Termination (LT) boards that are managed by that particular
Voice server pair. A voice cluster can support a maximum of 5K subscribers. These
subscribers may be scattered over a maximum of 32 access nodes and a maximum of
104 Voice LT boards.
A hub node may contain up to 8 Voice server pairs. In other words a hub node may
host up to 8 different Voice Clusters.
The hub NE, combined with the subtending/remote NE, provides the view of a
unique centralized MG. In subtending or remote configurations, the connection to
the hub is via Fast or Gigabit Ethernet (optical or electrical). The Trunk MG links the
NGVN with a legacy PSTN network.
The Softswitch is responsible for call control and charging, and communicates with
the Media Gateways (Megaco Integrated Voice Service) via the Media Gateway
Control (Megaco) protocol H.248.
SIGTRAN is used for ISDN BRI users, that is, Q921 is terminated in the NE and
SIGTRAN is implemented to transfer Q931 messages between the NE and ASP.
8-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Access for legacy POTS-line towards an IMS network through Access gateways
A PSTN Service emulation in the IMS domain
Interconnection with PSTN networks
Interconnection with peer IP networks
Application Servers
Ut
Network
Attachment
Subsystem
e2
Sh
UPSF
Charging
Functions
Rf/Ro
Dh
ISC/Ma
Cx
Dx
Iw
SLF
Ib
P3
IWF
IMS-based PES
e2
AGCF
Mx
M
w
Mw
I/S-CSCF
BGCF
Ie
Gq'
Mp
Mn
Other IP Networks
MGCF
SGF
PSTN/ISDN
Gq'
Gq'
Mg
MRFC
Ic
Mk
Mj
Mx
P-CSCF
IBCF
Mx
Mi
Mr
Mw
Gm
Ut
Rf/Ro
P1
SIP/Gm
Rf/Ro
Ut
VGW
MRFP
MG
T-MGF
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
I-BGF
8-5
5420 CTS
ISUP
SS7
MGCF
PSTN
5450 ISC
Feature
Server
SIP
Session Control
8650 SDM
HSS
SIP
MGW
H.248
7510 MGW
7515 MGW
7520 MGW
IP Network
Voice
7302
ISAM
VGW
7342
ISAM
OLT
SIP
7302/
7330
ISAM
IP Access
3rd party
VGW
7330
ISAM
FTTN
TDM Access
SIP
SIP
SIP
ONT
PRA, GR-303,
TR-08,
PRI
V5.2
ONT
RG
RG
Mgmt
Pla tfo r m
PSTN
DN S
Se r ve r
SG F/ T-MG F
S_CSCF
AS
MG CF
ISAM Voice
I_CSCF
P_CSCF
P
O
T
S
RTP
P U
O A
T
S
POTS
ISAM Voice
HSS
SIP
MRF
x- CSCF/ BG CF
IMS
Co r e
SBC
ER
IP
N e two r k
Vo ice
G a te wa y
P
O
T
S
P U
O A
T
S
POTS
L2 Ag g r e g a tio n
N e two r k
IBCF/ IBGF
ISAM Voice
ER
O th e r IP
Networks
Se rve rs
BAS
P
O
T
S
ISAM Voice
P
O
T
S
P U
O
T A
S
POTS
P
O U
T A
S
POTS
8-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Each of the nodes connected to the layer 2 aggregation or IP network has the SIP UA
locally integrated on the Voice LT. The local SIP UA serves all NB user interfaces
connected to a Voice LT.
The Call Session Control Function (CSCF) establishes, monitors, supports and
releases multimedia sessions and manages the user's service interactions. The CSCF
can act as Proxy CSCF (P-CSCF), Serving CSCF (S-CSCF) or Interrogating CSCF
(I-CSCF):
The P-CSCF is the first contact point for the NEs SIP User Agent within the IM
subsystem (IMS).
The S-CSCF fulfils the role of registrar and handles the session states in the
network.
The I-CSCF is mainly the contact point within an operator's network for all IMS
connections destined to a subscriber of that network operator, or a roaming
subscriber currently located within that network operator's service area.
The Home Subscriber Server (HSS) is a master user database that supports the IMS
network entities that handle calls. It contains the subscription-related information
(user profiles), performs authentication and authorization of the user, and can
provide information about the user's physical location.
Interconnection with legacy PSTN networks is guaranteed at the signaling level via
the Signaling Gateway Function (SGF) (transport) and the Media Gateway Control
Function (MGCF) (call/service control). Interconnection at the media level is
provided by the Trunk Media Gateway Function (T-MGF).
Interconnection with other IP-based service subsystems (including other IMS
subsystems) is performed via the Interconnection Breakout Control function (IBCF)
at the signaling level and the Interconnection-Border Gateway Function (I-BGF) at
the media level.
Very often, to support lawful intercept, Voice traffic is switched along the Legal
Intercept gateway.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-7
DHCP server
ISAM
Voice
DHCP
SNMP/
CLI/TL1
P
O
T
S
IP
POTS
SIP
RTP / RTCP
Media
Gateway
SIP
server
The NE connects legacy Narrow Band (NB) user interfaces, the Plain Old Telephone
Services (POTS), to a non-IMS compliant network.
Each of the nodes connected to the IP network has the SIP UA locally integrated on
the Voice LT. The local instance of the SIP User Agent (UA) serves all NB user
interfaces connected to a Voice LT.
The role of the SIP Integrated Voice Service is twofold:
Access Gateway.
Access Gateway Controller (maintains AG states, manages AG features,
implements SIP UA).
8.3
8-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
xVPS
pair 1
xVPS
pair 2
xVPS
pair 8
Main shelf
Voice
LT 1
Voice
LT 2
Voice
LT 1
Voice
LT 2
Voice
LT 1
Voice
LT 2
Voice LT shelf 1
Belongs to voice cluster
supervised by xVPS pair 1
Voice LT shelf 2
Belongs to voice cluster
supervised by xVPS pair2
Voice LT shelf 8
Belongs to voice cluster
supervised by xVPS pair 8
Voice
LT 16
Voice
LT 16
Voice
LT 16
xVPS
pair 1
xVPS
pair 2
xVPS
pair 3
Main shelf
Voice
LT 1
Voice
LT 2
Voice
LT 1
Voice
LT 2
Voice
LT 1
Voice
LT 2
Voice LT shelf 1
Belongs to voice cluster
supervised by xVPS pair 1
Voice LT shelf 2
Belongs to voice cluster
supervised by xVPS pair 2
Voice LT shelf 3
Belongs to voice cluster
supervised by xVPS pair 3
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
Voice
LT 16
Voice
LT 16
Voice
LT 16
8-9
xVPS
pair 1
xVPS
pair 2
xVPS
pair 3
Voice
LT 1
Voice
LT 2
Voice
LT 1
Voice
LT 2
Voice
LT 1
Voice
LT 2
Voice
LT 10
Main shelf
Voice
LT 1
Voice
LT 2
Voice LT shelf 1
Belongs to voice cluster
supervised by xVPS pair 1
Voice LT shelf 2
Belongs to voice cluster
supervised by xVPS pair 2
Voice LT shelf 3
Belongs to voice cluster
supervised by xVPS pair 3
Voice
LT 16
Voice
LT 16
Voice
LT 16
xVPS
pair 1
xVPS
pair 2
Main shelf
8-10
Voice
LT 1
Voice
LT 2
Voice
LT 1
Voice
LT 2
Voice
LT 1
Voice
LT 2
September 2014
xVPS
pair 3
Voice
LT 1
Voice
LT 2
Voice
LT 10
Voice LT shelf 1
Belongs to voice cluster
supervised by xVPS pair 1
Voice LT shelf 2
Belongs to voice cluster
supervised by xVPS pair 2
Voice LT shelf 3
Belongs to voice cluster
supervised by xVPS pair 3
Voice
LT 16
Voice
LT 16
Voice
LT 16
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
xVPS
pair 1
xVPS
pair 2
xVPS
pair 8
Main shelf
Voice
LT 1
Voice
LT 1
Voice
LT 1
Voice LTs in
shelf 1 belong to voice
cluster supervised by
xVPS pair 1
Voice LTs in
shelf 2 belong to voice
cluster supervised by
xVPS pair 2
Voice
LT N
Voice
LT N+1
Voice
LT M
Voice
LT M+1
Voice LTs in
shelf 1 belong to voice
cluster supervised by
xVPS pair 2
Voice LTs in
shelf 2 belong to voice
cluster supervised by
xVPS pair 1
Voice
LT 2
Voice
LT 16
Voice
LT 16
Voice
LT 16
xVPS
pair 1
xVPS
pair 2
xVPS
pair 3
Voice
LT 1
Voice
LT 1
Voice
LT 1
Voice LTs in
shelf 1 belong to voice
cluster supervised by
xVPS pair 1
Voice LTs in
shelf 2 belong to voice
cluster supervised by
xVPS pair 2
Voice
LT 2
Voice
LT 10
Main shelf
Voice
LT 1
Voice
LT 2
Voice
LT N
Voice
LT N+1
Voice
LT M
Voice
LT M+1
Voice LTs in
shelf 1 belong to voice
cluster supervised by
xVPS pair 3
Voice LTs in
shelf 2 belong to voice
cluster supervised by
xVPS pair 3
Voice LT shelf 3
Belongs to different voice clusters
supervised by xVPS pair 1, 2 or 3
Voice
LT 16
Voice
LT 16
Voice
LT 16
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-11
Iv
Iv
Iv
L2
L3
Aggrega tion
Network
Iv
Aggrega tion
Network
Iv
Iv = ISAM Voice
Iv
Iv
Iv
Iv
Iv
L3
Iv
Aggrega tion
Network
Iv
IV= ISAM Voice
8-12
September 2014
Iv
IV
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Iv
Iv
Iv
L2
L3
Iv
Aggrega tion
Network
Aggrega tion
Network
Iv
Iv = ISAM Voice
8.4
Iv
Iv
7302 ISAM:
POTS and ISDN BRI services supported.
Maximum 18 Voice LT slot positions (with single NT).
7330 ISAM FTTN:
POTS and ISDN BRI services supported.
Maximum 10 Voice LT slot positions (with single NT).
7356 ISAM FTTB SB-REM:
Only POTS service supported.
Maximum 2 Voice LT slot positions.
SIP
The SIP-signaling-based integrated voice services are supported in:
7302 ISAM:
POTS service supported.
Maximum 18 Voice LT slot positions (with single NT).
7330 ISAM FTTN:
POTS service supported.
Maximum 10 Voice LT slot positions (with single NT).
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-13
IMS
In an IMS network topology, the SIP signaling POTS service and the H.248
(Megaco) signaling based ISDN BRI service can be mixed in the same 7302 / 7330
ISAM shelf.
8.5
Gateway Controller and are managed by the local Media Gateway (Voice Server)
while SIP POTS subscribers register to their registrar and are managed by the
local SIP User Agent.
Any VLAN topology for this mixed SIP/H.248 voice services is allowed, on the
condition that not more than 2 VLANS (Public or Private) of type Voice-VLAN
are configured per shelf.
The mixed SIP signaling POTS and H.248 (Megaco) signaling based ISDN BRI
service is supported for both, the switched as well as the routed voice model.
H.248 clustering is supported (Hub/Subtending/Remote access node).
Integrated Narrow band Line Test is supported for SIP signaling POTS
terminations (full NBLT set) and H.248 ISDN BRI terminations (limited NBLT
set).
MTA is supported for both SIP signaling POTS and H.248 ISDN BRI
terminations.
Basic call service and Supplementary services are supported for both SIP
signaling POTS and H.248 ISDN BRI.
Management traffic (SNMP, CLI, TL1 (alarm display only)) exchanged between
the OSS platform and the Network termination (NT) and Voice server.
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Voice data traffic and internal signaling traffic always share the same VLAN.
External signaling traffic may be exchanged in a dedicated signaling VLAN or may
even share the same VLAN as the Voice data and Internal signaling traffic. The latter
situation occurs when IP address/IP subnet optimization is preferred above signaling
and voice data traffic isolation.
SIP Integrated Voice Service
Management traffic (SNMP, CLI, TL1 (alarm display only)) exchanged between
the external management platform and the Network termination (NT).
Signaling traffic (SIP) exchanged between the SIP Server and the SIP User Agent
residing at the Voice LT.
Voice data traffic (RTP, RTCP, Voice Band data).
Management traffic is exchanged in the external communication VLAN and as such
kept separate from the other traffic types. This is done for security reasons.
External signaling traffic may be exchanged in a dedicated signaling VLAN or may
even share the same VLAN as the Voice data signaling traffic. The latter situation
occurs when IP address/IP subnet optimization is preferred above signaling and
voice data traffic isolation.
Traffic forwarding
The internal forwarding is frame based and done at either layer 2 (Ethernet), layer 3
(IP) or layer 4 (UDP/TCP) obeying the information carried in the frames.
The applied forwarding methods may be different for upstream and downstream
traffic forwarding.
For layer 2 forwarding, see chapter Layer 2 forwarding. For layer 3 forwarding,
see chapter IP routing.
The basic concept of layer 4 forwarding is explained in the following section.
Conceptual models
Figure 8-15 shows the Megaco Integrated Voice Service switched model.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-15
Voice LT
Voice VLAN
Signaling VLAN
IP address
XLES
Voice
server
NT
IP address
signalling
server
The signaling VLAN is configured as type Voice-VLAN or RB-VLAN
The RTP/RTCP/XLES VLAN is configured as type Voice-VLAN
The source/destination IP address for H.248 signaling traffic is configured at the
Voice server
The source/destination IP address for XLES traffic is configured at the Voice
server
The source/destination IP address for RTP/RTCP traffic is configured at the
SHub and is shared by all the Voice LT boards
The SHub performs L4 forwarding for RTP/RTCP/XLES traffic destined to the
voice LT board
The SHub performs L2 forwarding for upstream/downstream signaling traffic
The SHub performs L3 forwarding for upstream RTP/RTCP/XLES traffic.
Figure 8-16 shows the Megaco Integrated Voice Service routed model.
Figure 8-16 Megaco Integrated Voice Service: routed model
Main ISAM Voice
Fast path VRF
Voice LT
IP address
Voice
Internal
Voice
VLAN
IP address
User 1
IP address
network 1
IP address
network 2
Network
VLAN 1
Network
VLAN 2
IP address
XLES
Voice
server
IP address
signalling
Internal
signaling
VLAN
NT
The conceptual architecture shows different VLANs carrying H.248 signaling and
RTP/RTCP/XLES traffic at the network side than at the user side of the VRF.
8-16
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
VRF user side: a numbered IP interface is configured on top of the internal voice
VLAN for the following reasons:
addressed to the voice LT board. For this purpose, the Voice subnet is advertised (as
host subnet) to the upstream network.
The SHub is considered as the first next hop for the RTP/XLES packets sent in the
upstream direction by the xVPS board.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-17
Voice LT
Voice VLAN
Signaling VLAN
IP address
signalling
NT
Voice LT
Internal
Voice
VLAN
IP address
Voice
IP address
signaling
Internal
signaling
VLAN
IP address
network 1
IP address
network 2
Network
VLAN 1
Network
VLAN 2
NT
The conceptual architecture shows different VLANs carrying SIP signaling and
RTP/RTCP traffic at the network and the user side (VLAN) of the VRF.
Both internal VLANs must be of type Voice VLAN as to perform L4 forwarding
in downstream direction.
8-18
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
At the SHub:
VRF user side: A numbered IP interface is configured on top of the internal voice
VLAN. This IP address is used as destination IP address for RTP/RTCP packets
addressed to the voice LT board. For this purpose, the Voice subnet is advertised
(as host subnet) to the upstream network.
VRF user side: A numbered IP interface is configured on top of the internal
signaling VLAN. This IP address is used as destination IP address for SIP
signaling packets addressed to the voice LT board. For this purpose, the signaling
subnet is advertised (as host subnet) to the upstream network.
VRF network side: A numbered IP interface is configured on top of the network
voice VLAN
VRF network side: A numbered IP interface is configured on top of the network
signaling VLAN.
In the upstream direction, the selection of the network interface/VLAN will happen
as the result of the IP DA look-up in the L3 forwarding table. And this for all the
voice service related traffic (SIP signaling, RTP and RTCP).
In the downstream direction, voice service related traffic (SIP signaling, RTP and
RTCP) may be received at any network interface/VLAN. The SHub must perform
the further L3 forwarding to:
Voice VLAN
IP address
voice
IP address
signalling
Signaling VLAN
Voice LT
NT
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-19
Internal
Voice
VLAN
IP address
User 1
IP address
User 2
Internal
signaling
VLAN
IP address
network 1
IP address
network 2
Network
VLAN 1
Network
VLAN 2
Voice LT
NT
The conceptual architecture shows different VLANs carrying SIP signaling and
RTP/RTCP traffic at the network and the user side (VLAN) of the VRF.
At the VRF user side, internal VLANs are configured as type iBridge or Voice
VLAN.
At the SHub:
VRF user side: A numbered IP interface is configured on top of the internal voice
VLAN.
Note The IP address configured at the voice LT board is used as
8-20
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The SHub will be considered as the first next hop for the SIP signaling and for the
RTP/RTCP traffic that originates from the voice LT board. For this reason, a
numbered IP interface is configured on both the internal signaling VLAN and the
internal RTP/RTCP VLAN at the VRF user side.
In the upstream direction, the selection of the network interface/VLAN will happen
as the result of the IP DA look-up in the L3 forwarding table. And this for all the
voice service related traffic (SIP signaling, RTP and RTCP).
In the downstream direction, voice-service-related traffic (SIP signaling, RTP and
RTCP) may be received at any network interface/VLAN. The SHub must perform
the further L3 forwarding to the appropriate internal VLAN and to the destined voice
LT board.
From a downstream forwarding perspective, seen from the edge router, the access
node is configured as the next-hop.
Figure 8-21 shows the MEGACO/SIP Integrated Voice Service subtended topology
for the switched model.
Figure 8-21 MEGACO/SIP Integrated Voice Service - Subtended topology: Switched
model
Main ISAM Voice
Fast path VRF
Voice VLAN
Signaling VLAN
NT
Subtending ISAM
Fast path VRF
NT
Figure 8-22 shows the MEGACO/SIP Integrated Voice Service subtended topology
for the routed model.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-21
NT
IP address
sub 1
IP address
network 1
IP address
network 2
Network
VLAN 1
Network
VLAN 2
IP address
sub 2
NT
The subtending access node remains configured as a switching device. Only the main
access node fulfills the routing service.
The conceptual traffic forwarding models depicted in a previous chapter for the
SHub based system without Remote Expansion Module also apply to the SHub based
system with Remote Expansion Module. (The physical position of the voice LT
board, locally connected in the host access node or remotely connected by means of
a REM, is transparent to the operational behavior of the VoIP service)
The layer 4 forwarding applies to downstream traffic only and is installed at the
SHub on a per-VLAN basis. This forwarding method uses the contents of the
destination port field in the transport protocol header of the packet to forward a
packet to a voice LT. The configuration of an IP interface on top of a VLAN
configured as Voice-VLAN automatically installs the layer 4 forwarding property.
8-22
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Each voice LT gets assigned a fixed transport protocol port range. The SHub port that
connects the voice LT inherits this port range mapping. The transport protocol port
range for free usage (IANA) that is, 49153 - 65535 is divided in 32 equal portions
and the lower part of each portion is mapped to the different SHub ports. The
mapping algorithm is fixed to achieve the same range to SHub port mapping. Upon
receipt of a downstream packet within a layer 4 forwarding capable VLAN and with
the destination IP address configured on top of this VLAN, the destination port value
of the transport protocol header included in the packet is compared against all
defined transport protocol ranges. When a match is found, the corresponding SHub
port mapping is read and the packet is forwarded to the voice LT that connects to this
SHub port.
As described, the layer 4 forwarding uses the combination {destination IP address +
destination Transport Protocol port} to decide about the further downstream
forwarding of an IP packet.
Layer 4 forwarding may be applied to external signaling, internal signaling and voice
data traffic.
Layer 4 forwarding supports packet fragmentation at IP layer because unlike Voice
traffic, SIP signaling traffic may be fragmented at the IP layer.
The transport protocol port range to SHub mapping is the same in every Voice access
node.
The described algorithm is schematically shown in Figure 8-23.
Figure 8-23 Layer 4 forwarding approach
SHub
ARP
Ingress
Match
(VLAN ID +
own
MAC address/
IP address)?
ARP
Layer 4 forwarding
Egress
Layer 3 IP table
Layer 2 VLAN/MAC table
User-to-user communication
The integrated voice service requires that user-to-user communication is enabled for
RTP/XLES traffic. (Megaco based integrated voice service only).
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-23
Two VLAN types are applicable to the deployment of the integrated Voice service:
Signaling traffic
Signaling traffic originates and terminates at the Voice server.
In the upstream direction, the Voice server determines the IP next hop for the
destination IP address of the packet, performs ARP the next hop IP address and
forwards the IP packet appropriately. The local SHub and any potential intermediate
SHub perform layer 2 forwarding.
In the downstream direction: The local SHub and any potential intermediate SHub
perform layer 2 forwarding.
Figure 8-24 Megaco Integrated Voice Service - Switched: Signaling forwarding
L4 forwarding
L3 forwarding
Remote node
NT board
Main node
NT board
L2 forwarding
Signaling
IP address Voice
server
XLES
IP address
SHub Voice
IP address
SHub Voice
IP address
Voice LT
board
L2
aggregation
network
Voice LT
board
L4 forwarding
Remote node
Subtending node
NT board
NT board
L3
aggregation
network
SHub Voice
IP address
Voice LT
board
SHub Voice
IP address
Voice LT
board
L4 forwarding
ASP
MGC
SoftSwitch
8-24
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
XLES traffic
XLES traffic originates at the Voice server or at the Voice LT board and terminates
respectively at the Voice LT board or the Voice server.
XLES traffic originating at the Voice server and destined to the Voice LT board
(see Figure 8-25):
The destined Voice LT is connected to:
The access node of the Voice LT board and the access node of the Voice server are
the same or
The access node of the Voice LT board subtends to the access node of the Voice
server or
The access node of the Voice LT board is connected via a layer 2 aggregation
network with the access node of the Voice server
The local SHub detects that the destination IP address of the packet can directly
be reached via the local subnet. The local Shub performs ARP for the destination
IP address and forwards the IP packet appropriately.
The destined Voice Server is reachable via layer 3 aggregation network: The local
SHub determines the IP next hop for the destination IP address of the packet,
performs ARP the next hop IP address and forwards the IP packet appropriately.
The SHub that connects the Voice server performs layer 2 forwarding.
Any potential intermediate SHub in between the Voice LT's local Shub and the
Voice Server L2 forwarding.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-25
Remote node
NT board
Main node
NT board
L2 forwarding
Signaling
IP address Voice
server
XLES
IP address
Voice LT
board
SHub Voice
IP address
SHub Voice
IP address
L2
aggregation
network
Voice LT
board
L4 forwarding
Remote node
Subtending node
NT board
Voice LT
board
NT board
L3
aggregation
network
SHub Voice
IP address
SHub Voice
IP address
Voice LT
board
L4 forwarding
ASP
MGC
SoftSwitch
Figure 8-26 Megaco Integrated Voice Service - Switched: XLES packet originating at the
Voice LT board
L3 forwarding
Main node
Remote node
NT board
NT board
L2 forwarding
Signaling
IP address Voice
server
XLES
IP address
Voice LT
board
SHub Voice
IP address
SHub Voice
IP address
L2
aggregation
network
Voice LT
board
L3 forwarding
Remote node
Subtending node
NT board
Voice LT
board
NT board
L3
aggregation
network
SHub Voice
IP address
SHub Voice
IP address
Voice LT
board
L3 forwarding
ASP
MGC
SoftSwitch
Voice traffic
Voice traffic originates at the Voice LT board and is destined to a voice termination
point either at the same Voice LT board, at another Voice LT board in the same
Voice cluster or outside the voice cluster.
In some cases the voice traffic is sent along the Voice server (as to support some
supplementary services or an optimized IP addressing scheme).
Voice traffic is relayed to the SHub prior to the forwarding to the destined voice
termination point. This relay is either done by the Voice LT board (voice traffic that
may not pass the Voice server) or the Voice server (voice traffic that must pass the
voice server).
8-26
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The local SHub performs ARP for the next hop IP address and forwards the IP
packet appropriately.
Any potential intermediate SHub between the local Shub and the next hop performs
layer 2 forwarding.
Voice traffic destined to a voice termination point connected to the same Voice
LT board in the local access node:
The voice LT board forwards the upstream voice packet to the local SHub.
The local SHub detects that the destination IP address of the packet is identical to
the own Voice IP address and treats the voice traffic locally.
The local SHub performs layer 4 forwarding to the Voice LT board from which the
packet originated.
The voice LT board forwards the upstream voice packet to the local SHub.
The local SHub detects that the destination IP address of the packet is identical to
the own Voice IP address and treats the voice traffic locally.
The local SHub performs layer 4 forwarding to the Voice LT board to which the
destined voice termination point is connected.
The voice LT board forwards the upstream voice traffic to the local SHub.
One of the following takes place:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-27
The local SHub determines the IP next hop for the Voice server, performs ARP for
the next-hop IP address and forwards the voice traffic appropriately.
If the destined Voice Server is reachable via layer 2 aggregation network (in case
the access node of the Voice LT board is either equal to the access node of the Voice
server, or to an access node that subtends to the access node of the Voice server or
to an access node connected via a layer 2 aggregation network with the access node
of the Voice server):
the local SHub detects that the Voice server is reachable within the local subnet. The
local Shub performs ARP for the IP address of the Voice server and forwards the IP
packet appropriately
The SHub that connects the Voice server performs layer 2 forwarding.
Any potential intermediate SHub between the local Shub and the SHub that
connects the Voice server performs layer 2 forwarding.
Voice traffic relayed by the Voice server to a voice termination point connected
to a Voice LT board in the same access node:
The Voice server invokes the NAPT facility and forwards the voice traffic along the
local SHub to itself (this is a basic forwarding condition to allow the support of
External packet forwarding serving Lawful Intercept).
The Voice server detects that the destination of the voice traffic is reachable via the
local subnet and forwards the voice traffic to the IP address of the local SHub.
The local SHub performs layer 4 forwarding to the Voice LT board that connects the
Voice termination point.
Voice traffic relayed by the Voice server to a voice termination point connected
to a Voice LT board in another access node of the voice cluster:
The destined Voice Termination point is reachable via layer 3 aggregation network.
The Voice server determines the IP next hop for the destination of the voice traffic,
performs ARP for the next hop IP address and forwards the voice traffic
appropriately.
The destined Voice Termination point is reachable via layer 2 aggregation network
(in case the Voice Termination point is connected to an access node subtending to
the local access node or an access node connected via a layer 2 aggregation network
with the local access node):
The Voice server invokes the NAPT facility and forwards the voice traffic along the
local SHub to itself (this is a basic forwarding condition to allow the support of
External packet forwarding serving Lawful Intercept).
The Voice Server detects that the destination of the voice traffic is reachable via the
local subnet, performs ARP for the destination IP address and forwards the voice
traffic appropriately.
The SHub that connects the Voice termination point (Voice LT board) performs
layer 4 forwarding.
Any potential intermediate SHub between the Voice server and the SHub
connecting the destined voice termination performs layer 2 forwarding.
Voice traffic relayed by the Voice server to an external voice termination point:
The Voice Server determines the IP next hop for the destination of the voice traffic,
8-28
performs ARP for the next hop IP address and forwards the voice traffic
appropriately.
Any potential intermediate SHub in between the Voice server and the next hop
performs layer 2 forwarding.
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Main node
Remote node
NT board
Signaling
IP address Voice
NT board
L2 forwarding
server
XLES
IP address
Voice LT
board
SHub Voice
IP address
SHub Voice
IP address
L2
aggregation
network
Voice LT
board
L3 forwarding
Remote node
Subtending node
NT board
Voice LT
board
NT board
L3
aggregation
network
SHub Voice
IP address
SHub Voice
IP address
Voice LT
board
L3 forwarding
L4 forwarding
ASP
MGC
SoftSwitch
Figure 8-28 Megaco Integrated Voice Service - Switched: Voice packet originating at the
Voice server
L4 forwarding
L3 forwarding
Remote node
NT board
Main node
NT board
L2 forwarding
Signaling
IP address Voice
server
XLES
IP address
Voice LT
board
SHub Voice
IP address
SHub Voice
IP address
L2
aggregation
network
L2 forwarding
Remote node
Subtending node
NT board
Voice LT
board
Voice LT
board
L2 forwarding
NT board
L3
aggregation
network
SHub Voice
IP address
SHub Voice
IP address
Voice LT
board
L3 forwarding
ASP
MGC
SoftSwitch
OAM traffic
The management platform of the customer forwards the Voice OAM traffic to the
public OAM IP address of the access node hosting the Voice server.
Voice OAM traffic is distinguishable by a Voice specific SNMP community
string/context identifier from non-Voice OAM traffic and in addition distinguishable
through the same SNMP community string/context identifier amongst the Voice
server pairs (maximum 8) that may be hosted in the same access node.
Internally, the voice-specific OAM traffic is relayed to the Voice server.
Voice OAM responses generated by the Voice server are internally passed to the
SNMP agent that forwards them to the management platform of the customer.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-29
Any potential intermediate SHub performs layer 2 forwarding and this in both
directions.
Refer also to chapter Management.
Megaco Integrated Voice Service as routing device
At the network side of the VRF, the broadband data path is separated from the
narrowband data path by configuring different VLANs for these different data
paths (= different IP subnets).
In this respect, path protection can be guaranteed by the routing protocols
(different areas).
At the user side of the VRF, ACLs need to be installed at the ports connection the
LT boards to block broadband traffic from interfering with narrowband traffic
and vice versa (that is, traffic received in the broadband path is not allowed to be
destined to a narrowband user and, vice versa, traffic received in the narrowband
path is not allowed to be destined to a broadband user).
The ACLs will be built upon destination IP address/subnet and/or source IP
address/subnet.
Signaling traffic
Signaling traffic originates and terminates at the Voice server.
In the upstream direction, the Voice server determines the IP next hop for the
destination IP address of the packet, performs ARP for the next hop IP address and
forwards the IP packet appropriately.
8-30
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The local SHub is configured as the next hop for signaling packets originating at the
Voice server.
The local SHub performs layer 3 forwarding in upstream and downstream direction.
Figure 8-29 Megaco Integrated Voice Service - Routed: signaling forwarding
L3 forwarding
Remote node
Main node
NT board
L3 forwarding
NT board
SHub network
IP address
Voice LT
board
Signaling
IP address Voice
SHub signaling
user IP
address
server
XLES
IP address
SHub network
IP address
SHub Voice
user IP
address
Voice LT
board
L3
aggregation
network
SHub Voice
user IP
address
Remote node
Subtending node
NT board
NT board
SHub network
IP address
Voice LT
board
SHub Voice
IP address
SHub Voice
user IP
address
Voice LT
board
Signaling
ASP
MGC
SoftSwitch
XLES traffic
XLES traffic originates at the Voice server or at the Voice LT board and terminates
respectively at the Voice LT board or the Voice server.
XLES traffic originating at the Voice server and destined to the Voice LT board:
The destined Voice LT is connected:
In the upstream direction, the Voice server determines the IP next hop for the
destination IP address of the packet, performs ARP for the next hop IP address /
destination IP address and forwards the IP packet appropriately.
The local SHub is configured as the next hop for the XLES packets originating at
the Voice server (in case the destined voice LT board connects to the local access
node, the local SHub IP address is equal to the destination IP address).
The (destined) SHub that connects the destined Voice LT board performs layer 3
followed by layer 4 forwarding.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-31
XLES traffic originating at the Voice LT board and destined to the Voice server:
The Voice LT board relays the XLES packet to the local SHub.
The access node of the Voice LT board and the access node of the Voice Server
are the same: the local SHub detects that the destination IP address of the packet
can directly be reached via the local subnet. The local Shub performs ARP for the
destination IP address and forwards the IP packet appropriately.
The access node of the Voice LT board subtends to the access node of the Voice
Server: The local SHub determines the IP next hop for the destination IP address
of the packet, performs ARP for the next hop IP address and forwards the IP
packet appropriately.
The access node of the Voice LT board is connected via a layer 3 aggregation
network to the access node of the Voice server: The local SHub determines the IP
next hop for the destination IP address of the packet, performs ARP for the next
hop IP address and forwards the IP packet appropriately.
The SHub that connects the Voice server performs layer 3 forwarding.
Figure 8-30 Megaco Integrated Voice Service - Routed: XLES packet originating at the
Voice Server
L4 forwarding
L3 forwarding
Remote node
SHub network
IP address
Voice LT
board
Main node
NT board
L3 forwarding
NT board
server
XLES
IP address
SHub network
IP address
SHub Voice
user IP
address
Signaling
IP address Voice
SHub signaling
user IP
address
L3 forwarding
Voice LT
board
L3
aggregation
network
SHub Voice
user IP
address
Remote node
L4 forwarding
Subtending node
NT board
NT board
SHub network
IP address
Voice LT
board
SHub Voice
IP address
SHub Voice
user IP
address
Voice LT
board
L4 forwarding
L3 forwarding
ASP
MGC
SoftSwitch
8-32
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Remote node
Main node
NT board
L3 forwarding
NT board
SHub network
IP address
Voice LT
board
Signaling
IP address Voice
SHub signaling
user IP
address
server
XLES
IP address
SHub network
IP address
SHub Voice
user IP
address
Voice LT
board
L3
aggregation
network
SHub Voice
user IP
address
Remote node
Subtending node
NT board
NT board
SHub network
IP address
Voice LT
board
SHub Voice
IP address
SHub Voice
user IP
address
Voice LT
board
L3 forwarding
ASP
MGC
SoftSwitch
Voice traffic
Voice traffic originates at the Voice LT board and is destined to a voice termination
at the same Voice LT board, a voice termination at another Voice LT board in the
Voice cluster or a voice termination outside the voice cluster.
In some cases the voice traffic must be sent along the Voice server (as to support
some supplementary services or an optimized IP addressing scheme).
In all cases, voice traffic is relayed to the SHub prior to the forwarding to the destined
voice termination. This relay is either done by the Voice LT board (voice traffic that
does not pass the Voice server) or the Voice server (voice traffic that passes the voice
server).
A) Voice traffic not passing the Voice server.
The Voice LT board relays the upstream voice traffic to the local SHub.
The local SHub detects that the destination of the voice traffic equals the local Voice
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-33
The voice LT board relays the upstream voice traffic to the local SHub.
The local SHub detects that the destination of the voice traffic equals the local Voice
The voice LT board relays the upstream voice traffic to the local SHub.
The local SHub determines the IP next hop for the destination of the voice traffic.
The local SHub performs ARP for the next hop IP address and forwards the voice
traffic appropriately.
The SHub that connects the destined voice termination (Voice LT board) performs
layer 3 forwarding followed by layer 4 forwarding.
In case the access node of the Voice LT board and the access node of the Voice
Server are the same, the local Shub performs ARP for the Voice server IP address
and forwards the IP packet appropriately.
The Voice server invokes the NAPT facility and forwards the voice traffic along the
local SHub to itself (this is a basic forwarding condition to allow the support of
External packet forwarding serving Lawful Intercept).
The Voice server detects that the destination of the voice traffic is reachable within
the local subnet, performs ARP for the destination IP address and forwards the IP
packet appropriately.
The local SHub performs layer 4 forwarding to the Voice LT board that connects the
Voice termination point.
The Voice Server determines the IP next hop for the destination of the voice traffic,
8-34
performs ARP for the next hop IP address and forwards the voice traffic
appropriately.
The Voice termination is connected to an access node subtending to the local access
node:
The Voice server invokes the NAPT facility and forwards the voice traffic along the
local SHub to itself (this is a basic forwarding condition to allow the support of
External packet forwarding serving Lawful Intercept).
The Voice Server detects that the destination of the voice traffic is reachable within
the local subnet, performs ARP for the destination IP address and forwards the voice
traffic appropriately.
The SHub that connects the Voice termination (Voice LT board) performs layer 4
forwarding.
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Voice traffic relayed by the Voice server to a voice termination outside the voice
cluster:
The Voice Server determines the IP next hop for the destination of the voice traffic,
performs ARP for the next hop IP address and forwards the voice traffic
appropriately.
Figure 8-32 Megaco Integrated Voice Service - Routed: Voice packet originating at the
LT board
L4 forwarding
L3 forwarding
Remote node
Main node
NT board
L3 forwarding
NT board
Voice LT
board
Signaling
IP address Voice
SHub signaling
user IP
address
SHub network
IP address
server
XLES
IP address
SHub network
IP address
SHub Voice
user IP
address
L3
aggregation
network
Voice LT
board
SHub Voice
user IP
address
SHub
subtended
IP address
Remote node
L3 forwarding
Subtending node
NT board
NT board
SHub network
IP address
Voice LT
board
L4 forwarding
SHub Voice
IP address
SHub Voice
user IP
address
Voice LT
board
L3 forwarding
L3 forwarding
ASP
MGC
SoftSwitch
Figure 8-33 Megaco Integrated Voice Service - Routed: Voice packet originating at the
Voice server
L4 forwarding
Main node
Remote node
L3 forwarding
NT board
SHub network
IP address
Voice LT
board
NT board
server
XLES
IP address
SHub network
IP address
SHub Voice
user IP
address
Signaling
IP address Voice
SHub signaling
user IP
address
L3 forwarding
L3
aggregation
network
Voice LT
board
SHub Voice
user IP
address
SHub
subtended
IP address
Remote node
L3 forwarding
Subtending node
NT board
NT board
SHub network
IP address
Voice LT
board
SHub Voice
IP address
SHub Voice
user IP
address
Voice LT
board
L3 forwarding
ASP
MGC
SoftSwitch
OAM traffic
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-35
The management platform of the customer forwards the Voice OAM traffic to the
public OAM IP address of the access node hosting the Voice server.
Voice OAM traffic is distinguishable by a Voice specific SNMP community
string/context identifier from non-Voice OAM traffic and in addition distinguishable
through the same SNMP community string /context identifier amongst the Voice
server pairs (maximum eight) that may be hosted in the same access node.
Internally, the voice specific OAM traffic is relayed to the Voice server.
Voice OAM responses generated by the Voice server are internally passed to the
SNMP agent that forwards them to the customer's management platform.
Refer also to chapter Management.
SIP Integrated Voice Service as switching device
Signaling traffic
Signaling traffic originates at the Voice LT.
local SHub. The Local SHub determines the IP next hop for the destination IP
address of the packet, performs ARP for the next hop IP address and forwards the
IP packet appropriately.
In the downstream direction: upon the receipt of a signaling packet, the local SHub
performs layer 3 forwarding followed by layer 4 forwarding to the destined Voice
LT board.
Figure 8-34 SIP Integrated Voice Service - Switched - Centralized: Signaling packet
originating at the Voice LT/Upstream layer 3 forwarding at the SHub
L3 forwarding
Remote node
NT board
Main node
NT board
L2 forwarding
SHub Voice
IP address
SHub Voice
IP address
Voice LT
board
SHub signaling
IP address
SHub signaling
IP address
L2
aggregation
network
Remote node
server
XLES
IP address
Voice LT
board
Subtending node
NT board
NT board
L3
aggregation
network
SHub Voice
IP address
Voice LT
board
Signaling
IP address Voice
SHub Voice
IP address
SHub signaling
IP address
SHub signaling
IP address
Voice LT
board
L3 forwarding
S-CSCF
I-CSCF
AS
IP
HSS
MRF
8-36
September 2014
IMS
Core
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
L4 forwarding
Remote node
NT board
NT board
L2 forwarding
SHub Voice
IP address
SHub Voice
IP address
Voice LT
board
SHub signaling
IP address
Remote node
Subtending node
NT board
NT board
L3
aggregation
network
SHub Voice
IP address
Voice LT
board
Voice LT
board
SHub signaling
IP address
L2
aggregation
network
SHub Voice
IP address
SHub signaling
IP address
Voice LT
board
SHub signaling
IP address
L4 forwarding
S-CSCF
I-CSCF
AS
IP
HSS
IMS
Core
MRF
destination IP address of the packet and forwards the IP packet appropriately. Any
potential intermediate SHub performs layer 2 forwarding.
In the downstream direction: upon the receipt of a signaling packet, the local SHub
performs layer 2 forwarding to the destined Voice LT board.
Figure 8-36 SIP Integrated Voice Service - Switched - Distributed: Signaling packet
originating at the Voice LT/Upstream layer 3 forwarding at the Voice LT
L3 forwarding
Remote node
Main node
L2 forwarding
NT board
NT board
L2 forwarding
Signaling
IP address
Signaling
IP address
Voice LT
board
Voice LT
board
L2
aggregation
network
Voice
IP address
Voice
IP address
Remote node
Subtending node
NT board
NT board
L3
aggregation
network
Signaling
IP address
Signaling
IP address
Voice LT
board
Voice LT
board
Voice
IP address
Voice
IP address
L2 forwarding
S-CSCF
L3 forwarding
I-CSCF
AS
IP
HSS
MRF
IMS
Core
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-37
Remote node
L2 forwarding
NT board
NT board
L2 forwarding
Signaling
IP address
Signaling
IP address
Voice LT
board
Voice LT
board
L2
aggregation
network
Voice
IP address
Voice
IP address
Remote node
Subtending node
NT board
NT board
L3
aggregation
network
Signaling
IP address
Signaling
IP address
Voice LT
board
Voice LT
board
Voice
IP address
Voice
IP address
L2 forwarding
S-CSCF
I-CSCF
AS
IP
HSS
MRF
IMS
Core
Voice traffic
For both the centralized as well as the distributed architecture, the forwarding of the
voice traffic in upstream as well as in downstream direction is identical as shown
above for the signaling traffic.
8-38
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The voice LT board forwards the voice packet to the local SHub.
The local SHub detects that the destination IP address of the packet is identical to
the own Voice IP address. As such the packet is treated locally.
The local SHub performs layer 4 forwarding to the Voice LT board to which the
destined voice termination point is connected (that is, the Voice LT board from
which the voice packet originated).
Summarized, the SIP Integrated Voice Service forwards the voice traffic in
accordance with the destination IP address dictated by the SIP signaling and the
Voice LT board type.
OAM traffic
The management platform of the customer forwards the Voice OAM traffic to the
management IP address of the access node hosting the Voice server.
Voice OAM responses generated by the Voice server are internally passed to the
SNMP agent that forwards them to the management platform of the customer.
Any potential intermediate SHub performs layer 2 forwarding and this in both
directions.
Refer also to chapter Management.
SIP Integrated Voice Service as routing device
Security considerations
The SHub supports only a single fast path VRF. As a result, access nodes that are
deployed in mixed mode (that is, narrowband services and broadband services are
concurrently deployed by the same access node) must include protections that
guarantee that data is kept secret against unwanted, unintended and malicious
listeners and this for both the narrowband services and the broadband services.
This can be achieved as follows:
At the network side of the VRF, the broadband data path is separated from the
narrowband data path by configuring different VLANs for these different data
paths (= different IP subnets).
In this respect, path protection can be guaranteed by the routing protocols
(different areas).
At the user side of the VRF, ACLs need to be installed at the ports connection the
LT boards to block broadband traffic from interfering with narrowband traffic
and vice versa (that is, traffic received in the broadband path is not allowed to be
destined to a narrowband user and, vice versa, traffic received in the narrowband
path is not allowed to be destined to a broadband user).
The ACLs will be built upon destination IP address/subnet and/or source IP
address/subnet.
Signaling traffic
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-39
local SHub. The Local SHub determines the IP next hop for the destination IP
address of the packet, performs ARP for the next hop IP address and forwards the
IP packet appropriately.
In the downstream direction: upon the receipt of a signaling packet, the local SHub
performs layer 3 forwarding followed by layer 4 forwarding to the destined Voice
LT board.
Figure 8-38 SIP Integrated Voice Service - Routed - Centralized: Signaling packet
originating at the Voice LT/Upstream layer 3 forwarding at the SHub
L3 forwarding
Remote node
Main node
L3 forwarding
SHub user
Signaling
IP address
Voice LT
board
NT board
SHub user
Voice
IP address
SHub netw.
Signaling
IP address
SHub netw.
Signaling
IP address
L3
aggregation
network
SHub
subtending
IP address
Remote node
SHub user
Signaling
IP address
Voice LT
board
SHub user
Voice
IP address
SHub user
Signaling
IP address
SHub netw.
Voice
IP address
SHub netw.
Voice
IP address
NT board
NT board
SHub user
Voice
IP address
Voice LT
board
Subtending node
NT board
SHub netw.
Signaling
IP address
SHub dignaling
IP address
SHub Voice
IP address
SHub netw.
Voice
IP address
Voice LT
board
L3 forwarding
S-CSCF
I-CSCF
AS
IP
HSS
MRF
8-40
September 2014
IMS
Core
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Remote node
Main node
L3 forwarding
NT board
SHub user
Signaling
IP address
Voice LT
board
SHub user
Voice
IP address
SHub netw.
Signaling
IP address
SHub netw.
Signaling
IP address
NT board
SHub user
Signaling
IP address
SHub netw.
Voice
IP address
SHub netw.
Voice
IP address
L3
aggregation
network
SHub
subtending
IP address
Remote node
SHub user
Voice
IP address
Voice LT
board
Subtending node
NT board
SHub user
Signaling
IP address
NT board
SHub netw.
Signaling
IP address
SHub dignaling
IP address
Voice LT
board
SHub Voice
IP address
SHub netw.
Voice
IP address
SHub user
Voice
IP address
Voice LT
board
L4 forwarding
S-CSCF
I-CSCF
AS
IP
HSS
IMS
Core
MRF
Figure 8-40 SIP Integrated Voice Service - Routed - Distributed: Signaling packet
originating at the Voice LT/Upstream layer 3 forwarding at the Voice LT
L3 forwarding
Remote node
Main node
L3 forwarding
SHub user
Signaling
IP address
NT board
SHub netw.
Signaling
IP address
SHub netw.
Signaling
IP address
Signaling
IP address
Voice LT
board
Voice
IP address
SHub user
Voice
IP address
SHub netw.
Voice
IP address
L3
aggregation
network
NT board
Voice LT
board
SHub
subtending
IP address
SHub user
Voice
Voice
IP address IP address
Subtending node
NT board
SHub netw.
Signaling
IP address
Signaling
IP address
Signaling
IP address
Voice LT
board
Voice
IP address
SHub user
Signaling
IP address
Signaling
IP address
SHub netw.
Voice
IP address
Remote node
SHub user
Signaling
IP address
NT board
SHub user
Voice
IP address
Voice LT
board
SHub netw.
Voice
IP address
Voice
IP address
L2 forwarding
S-CSCF
L3 forwarding
I-CSCF
AS
IP
HSS
MRF
IMS
Core
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-41
Remote node
Main node
L3 forwarding
SHub user
Signaling
IP address
NT board
SHub netw.
Signaling
IP address
SHub netw.
Signaling
IP address
Signaling
IP address
Voice LT
board
Voice
IP address
SHub user
Voice
IP address
SHub netw.
Voice
IP address
L3
aggregation
network
NT board
Voice LT
board
SHub
subtending
IP address
SHub user
Voice
Voice
IP address IP address
Subtending node
NT board
SHub netw.
Signaling
IP address
Signaling
IP address
Signaling
IP address
Voice LT
board
Voice
IP address
SHub user
Signaling
IP address
Signaling
IP address
SHub netw.
Voice
IP address
Remote node
SHub user
Signaling
IP address
NT board
SHub user
Voice
IP address
Voice LT
board
SHub netw.
Voice
IP address
Voice
IP address
L2 forwarding
S-CSCF
I-CSCF
AS
IP
HSS
MRF
IMS
Core
Voice traffic
Voice traffic originates at the Voice LT board.
For both the centralized as well as the distributed architecture, the forwarding of the
voice traffic in upstream as well as in downstream direction is identical as shown
above for the signaling traffic.
Voice traffic exchanged between a local and a remote voice termination: The
forwarding behavior is identical to signaling traffic.
Voice traffic exchanged between two voice termination connected to the same
voice LT board: The forwarding behavior depends on the destination IP address
received from the IMS core, for example, all the voice traffic might be forced to
be forwarded along a voice gateway.
Should the IMS core have decided that the voice traffic may be switched
internally in the access node then this voice traffic will be switched either
internally on the Voice LT board or along the local Shub depending on the Voice
LT board type being planned.
Voice traffic exchanged between two voice termination connected to different
voice LT boards in the same access node: The forwarding behavior depends on
the destination IP address received from the IMS core, for example, all the voice
traffic might be forced to be forwarded along a voice gateway.
Switching voice traffic between Voice Terminations, connected to the same Voice
LT board, along the local SHub is only possible in the centralized SIP architecture,
not in the distributed SIP architecture.
8-42
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The voice LT board forwards the voice packet to the local SHub.
The local SHub detects that the destination IP address of the packet is identical to
the own Voice IP address. As such the packet is treated locally.
The local SHub performs layer 4 forwarding to the Voice LT board to which the
destined voice termination point is connected (that is, the Voice LT board from
which the voice packet originated).
Summarized, the SIP Integrated Voice Service forwards the voice traffic in
accordance with the destination IP address dictated by the SIP signaling and the
Voice LT board type.
OAM traffic
The management platform of the customer forwards the Voice OAM traffic to the
management IP address of the access node hosting the Voice server.
Voice OAM responses generated by the Voice server are internally passed to the
SNMP agent that forwards them to the management platform of the customer.
Refer also to chapter Management.
8.6
The following applies for the basic layer 2/layer 3 addressing topology:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-43
at the SHub.
Voice/XLES traffic destined to the Voice LT board is layer 4 forwarded from the
SHub to the Voice LT.
Signaling VLAN:
The VLAN is of iBridge mode and configurable.
Ports associated with this VLAN are the ASAM port(s) connecting the Voice
server and the network port(s).
The signaling VLAN terminates at the Voice server and carries the Megaco and
SIGTRAN signaling traffic exchanged between the MGC (Call Server)/ ASP
(Application Server Process) and the MG (Voice access node).
Voice/XLES VLAN:
The VLAN is of Voice-VLAN mode and configurable.
Ports associated with this VLAN are the ASAM port(s) connecting the Voice
server, the ASAM port(s) connecting the Voice LT, subtending port(s), and
network port(s).
The VLAN terminates at both the Voice server and the Voice LT and carries:
The basic layer 2/layer 3 addressing topology is shown in the following figures:
8-44
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Exte r n a l O AM VLAN
MG
IACM
Vo ice Se r ve r N
Vo ice LT 1
SHu b
NT
VO ICE VLAN
Public O AM IP Address
Public Signa ling IP Address
Public Voice / XLES IP Address
Priva te O AM IP Address
Public Voice IP Address
Vo ice LT M
Figure 8-43 Switching - Basic layer 2/layer 3 addressing topology - Subtending VOICE
Access node
Exte r n a l O AM VLAN
IACM
Vo ice LT 1
SHu b
NT
VO ICE VLAN
Public O AM IP Address
Public Voice IP Address
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
Vo ice LT M
September 2014
8-45
Exte r n a l O AM VLAN
IACM
SHu b
Vo ice LT 1
NT
VO ICE VLAN
Public O AM IP Address
Public Voice IP Address
Vo ice LT M
Relying on the former layer 2 forwarding scheme, the layer 3 IP address scheme
looks then as follows:
This model intends to reduce the number of IP subnets (that is, the total amount of
reserved IP addresses), required for the voice service.
Signaling traffic and XLES traffic originating at the Voice server: layer 3
forwarding at the Voice server and layer 2 forwarding at the SHub.
8-46
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Voice/XLES traffic destined to the Voice LT board is layer 4 forwarded from the
SHub to the Voice LT.
Megaco and SIGTRAN signaling traffic exchanged between the MGC (Call
Server)/ ASP (Application Server Process) and the MG (Voice access node)
The basic layer 2/layer 3 addressing topology with IP subnet reduction is shown in
the following figures:
Exte r n a l O AM VLAN
MG
IACM
Vo ice Se r ve r N
Vo ice LT 1
SHu b
NT
Public O AM IP Address
Public Voice IP Address
Public shared Signaling/Voice/XLES IP Address
Priva te O AM IP Address
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
Vo ice LT M
September 2014
8-47
IACM
SHu b
Vo ice LT 1
NT
Figure 8-47 Switching - IP subnet reduction topology - Remote Voice access node
Exte r n a l O AM VLAN
IACM
SHu b
Vo ice LT 1
NT
Relying on the former layer 2 forwarding scheme, the layer 3 IP address scheme then
looks as follows:
8-48
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
This model further reduces the total amount of public IP addresses, required for the
integrated voice service.
Note For topologies that contain remote Voice access nodes, 2
Case A: the remote Voice access node is associated with the public
signaling/Voice/XLES VLAN. In this case a public voice IP
interface is configured at the SHub of the remote Voice access
node.
Case B: the remote Voice access node is associated with the
private Voice/XLES VLAN. In this case a private voice IP
interface is configured at the SHub of the remote Voice access
node.
Signaling traffic originating at the Voice server: layer 3 forwarding at the Voice
server and layer 2 forwarding at the SHub.
Voice/XLES traffic originating at the Voice server: layer 3 forwarding at the Voice
server and layer 2 forwarding at the SHub.
Voice/XLES traffic originating at the Voice access node (Figure 8-50 - CASE A):
Voice/XLES packet internally relayed from the Voice LT to the SHub and layer 3
forwarding at the SHub.
Signaling traffic destined to the Voice server: layer 2 forwarding at the SHub.
Voice/XLES traffic destined to the Voice server: layer 2 forwarding at the SHub.
Voice/XLES traffic destined to Voice LT board in remote ISAM-V (Figure 8-50 CASE A): layer 4 forwarding from the SHub to the Voice LT board.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-49
Megaco and SIGTRAN signaling traffic exchanged between the MGC (Call
Server)/ ASP (Application Server Process) and the MG (Voice access node).
RTP traffic originated from or destined to end users connected to a remote Voice
access node.
RTP traffic originated from an external end user and destined to an end user
connected to the hub node or subtending node.
RTP traffic originated from an end user connected to the hub or Subtending node
and destined to an external end user.
RTCP traffic
XLES traffic (internal signaling, control and management) exchanged between the
Voice server and the Voice LT hosted in the remote Voice access node.
Megaco and SIGTRAN signaling traffic exchanged between the MGC (Call
Server)/ ASP (Application Server Process) and the MG (Voice access node).
RTP traffic originated from an external end user and destined to an end user
connected to the Hub access node, Subtending node or Remote access node.
RTP traffic originated from an end user connected to the Hub, Subtending or
Remote access node and destined to an external end user.
RTCP traffic.
RTP traffic originated or destined to end users connected to the hub and subtending
Voice access nodes.
RTCP traffic.
XLES traffic (internal signaling, control and management) exchanged between the
Voice server and the Voice LT residing in the Hub, the Subtending (Case B) and/or
the Remote Voice access node.
8-50
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The basic layer 2/layer 3 addressing topology with IP subnet reduction and IP
address reduction is shown in the following figures:
Exte r n a l O AM VLAN
MG
IACM
Vo ice Se r ve r N
Vo ice LT 1
SHu b
NT
Vo ice LT M
IACM
SHu b
Vo ice LT 1
NT
Public O AM IP Address
Private Voice IP Address
Vo ice LT M
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-51
Exte r n a l O AM VLAN
IACM
Vo ice server N
SHu b
Vo ice LT 1
NT
CASE B
Exte r n a l O AM VLAN
IACM
Vo ice server N
SHu b
Vo ice LT 1
NT
Relying on the former layer 2 forwarding scheme, the layer 3 IP address scheme then
looks as follows:
8-52
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Distinct user side VLANs for signaling traffic and for Voice/XLES traffic are
Signaling traffic and XLES traffic originating at the Voice server: layer 3
forwarding at the Voice server and layer 3 forwarding at the SHub.
Voice traffic and XLES traffic originating at the Voice LT board: the Voice/XLES
packet is internally relayed from the Voice LT board to the SHub and layer 3
forwarding at the SHub.
Voice traffic and XLES traffic originating at the subtending interface: layer 3
forwarding at the SHub.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-53
Voice traffic and XLES traffic destined to the Voice LT: layer 3 followed by layer
4 forwarded from the SHub to the Voice LT board.
Voice traffic and XLES traffic destined to the subtending interface: layer 3
forwarded at the SHub.
Subtending Voice/XLES VLAN at the user side of the fast path VRF:
The VLAN is of iBridge mode and configurable
Ports associated with this VLAN are the subtending port(s).
The VLAN terminates at the SHub and the Voice LT board(s) connecting to the
subtending Voice access node and carries:
8-54
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
MG
SIGNALING VLAN
Network VLAN
Voice Server N
Fast-path VRF
Voice LT 1
Network VLAN
NT
Subtending
VLAN
Public OAM IP address
Public Signaling IP address
Public Voice /XLES IP address
Private OAM IP address
Voice LT M
VOICE VLAN
Figure 8-52 Routing - Basic layer 3 addressing topology - Subtending Voice access node
Fast-path VRF
Voice LT 1
NT
Subtending VLAN
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
Voice LT M
September 2014
8-55
Network VLAN
Fast-path VRF
Voice LT 1
NT
VOICE VLAN
Public OAM IP Address
Public Voice IP Address
Network IP address
Voice LT M
VRF.
Residing at the SHub.
Configurable
Network-side next hop IP address configured at the network side of the fast path
VRF (SHub)
8-56
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
This model intends to reduce the number of IP subnets (that is, the total amount of
reserved IP addresses), required for the integrated voice service.
The same user-side VLAN is shared by signaling and Voice/XLES traffic and
Signaling traffic and XLES traffic originating at the Voice server: layer 3
forwarding at the Voice server and layer 3 forwarding at the SHub.
the SHub.
Voice traffic and XLES traffic destined to the Voice LT: layer 3 followed by layer
4 forwarded from the SHub to the Voice LT board.
Voice traffic and XLES traffic destined to the subtending interface: layer 3
forwarded at the SHub.
Shared signaling/Voice/XLES VLAN at the user side of the fast path VRF:
The VLAN is of Voice-VLAN mode, and configurable.
Ports associated with this VLAN are the ASAM port(s) connecting the Voice
server and the ASAM port(s) connecting the Voice LT.
The shared VLAN terminates at the SHub/Voice server and the Voice LT board
and carries:
Megaco and SIGTRAN signaling traffic exchanged between the MGC (Call
Server)/ ASP (Application Server Process) and the MG (Voice access node)
RTP traffic exchanged between end users
RTCP traffic
XLES traffic (internal signaling, control and management) exchanged between the
Voice server and the Voice LT.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-57
Subtending Voice/XLES VLAN at the user side of the fast path VRF:
The VLAN is of iBridge mode and configurable.
Ports associated with this VLAN are the subtending port(s).
The VLAN terminates at the SHub and the Voice LT board(s) connecting to the
subtending Voice access node and carries:
The basic layer 3 addressing topology with IP subnet reduction is shown in the
following figures:
MG
Shared SIGNALING
/VOICE VLAN
Voice Server N
Fast-path VRF
Network VLAN
Voice LT 1
NT
Subtending
VLAN
Public OAM IP Address
Public Voice IP Address
Public shared Signaling/Voice/XLES
IP Address
8-58
September 2014
Voice LT M
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
VOICE VLAN
Fast-path VRF
Voice LT 1
NT
Figure 8-56 Routing - IP subnet reduction topology - Remote Voice access node
External OAM VLAN
Fast-path VRF
Network VLAN
Voice LT 1
NT
VOICE VLAN
Public OAM IP Address
Public Voice IP Address
Network IP address
Voice LT M
User-side next hop IP address configured at the user side of the fast path VRF
(SHub) for the subtending link.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-59
This model further reduces the total amount of public IP addresses, required for the
integrated voice service.
Signaling traffic and XLES traffic + Voice traffic originating at the Voice server:
layer 3 forwarding at the Voice server and layer 3 forwarding at the SHub.
Voice traffic and XLES traffic originating at the Remote Voice access node:
Voice/XLES packet is internally relayed from the Voice LT board to the SHub and
layer 3 forwarding at the SHub.
Signaling traffic, XLES traffic and Voice traffic destined to the Voice server: layer
3 forwarding at the SHub.
Voice traffic and XLES traffic destined to the Voice LT board (Remote Voice
access node): layer 3 followed by layer 4 forwarding from the SHub to the Voice LT
board.
8-60
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Shared public signaling/Voice/XLES VLAN at the user side of the fast path VRF:
The VLAN is of Residential Bridge mode in the Hub Voice access node and of
Voice-VLAN mode in the remote Voice access node, and configurable.
Ports associated with this VLAN are the ASAM port(s) connecting the Voice
server in the Hub Voice access node and the ASAM port(s) connecting the voice
LT board boards in the remote Voice access node.
The shared VLAN terminates at the SHUB / Voice server and at the Voice LT
board in the Remote Voice access nodes. It carries:
Megaco and SIGTRAN signaling traffic exchanged between the MGC (Call
Server)/ ASP (Application Server Process) and the MG (Voice access node).
RTP traffic originated from or destined to end users connected to a remote Voice
access node.
RTP traffic originated from an external end user and destined to an end user
connected to the hub access node or subtending access node.
RTP traffic originated from an end user connected to the hub or Subtending access
node and destined to an external end user.
RTCP traffic.
XLES traffic (internal signaling, control and management) exchanged between the
Voice server and the Voice LT board hosted in the remote Voice access node.
RTP traffic originated or destined to end users connected to the Hub, Subtending
(Case B:) and/or Remote Voice access nodes.
RTCP traffic.
XLES traffic (internal signaling, control and management) exchanged between the
Voice server and the Voice LT board residing in the Hub, the Subtending (Case B)
and/or the Remote Voice access node.
Subtending Voice/XLES VLAN at the user side of the fast path VRF:
The VLAN is of iBridge mode and configurable.
Ports associated with this VLAN are the subtending port(s).
The VLAN terminates at the SHub and the Voice LT board(s) connecting to the
subtending Voice access node and carries:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-61
Voice Server 1
MG
Voice Server N
Fast-path VRF
Voice LT 1
NT
Voice LT M
Subtending
VLAN
Public OAM IP Address
Private Voice IP Address
Public shared Signaling/XLES IP Address
Private OAM IP Address
Voice LT 1
NT
Figure 8-59 Routing - IP subnet and IP address reduction topology - Remote Voice access
node
External OAM VLAN
Shared SIGNALLING
/VOICE VLAN
Voice server N
Network VLAN
Fast-path VRF
Voice LT 1
NT
8-62
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Single IP address per Voice access node configured at the user side of the fast path
VRF.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-63
SIP signaling traffic exchanged between the SIP server and the SIP UA (Voice
access node).
Voice LT 1
OAM VLAN
SIP UA
Voice LT K
SIP UA
Fast-path VRF
Voice LT L
NT
SIP UA
OAM IP Address
Shared signaling/Voice IP Address
Voice LT X
Subtending
node
Relying on the former layer 2 forwarding scheme, the layer 3 IP address scheme then
looks as follows:
Signaling/Voice IP interface:
Configurable at the Voice LT.
Multiple IP address per Voice access node.
8-64
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Distinct VLANs are configured for signaling traffic and for Voice traffic at the
SHub.
Distinct IP interfaces for signaling traffic and for Voice traffic are configured at
the Voice LT board.
Upstream packet forwarding:
Voice LT 1
SIP UA
SIGNALING VLAN
Voice LT K
Fast-path VRF
SIP UA
Voice LT L
VOICE VLAN
NT
SIP UA
Voice LT X
Subtending
node
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-65
Relying on the former layer 2 forwarding scheme, the layer 3 IP address scheme then
looks as follows:
signaling IP interface:
Configurable at the Voice LT board.
Multiple IP address per Voice access node.
Voice IP address:
Configurable at the Voice LT board.
Multiple IP address per Voice access node.
Centralized IP topology - distinct signaling/Voice IP interface
Distinct VLANs are configured for signaling traffic and for Voice traffic at the
SHub.
Distinct IP interfaces for signaling traffic and for Voice traffic are configured at
the SHub.
Upstream packet forwarding:
8-66
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Voice LT 1
Voice LT K
SIGNALING VLAN
SIP UA
Fast-path VRF
Voice LT L
VOICE VLAN
SIP UA
NT
Voice LT X
Subtending
node
Relying on the former layer 2 forwarding scheme, the layer 3 IP address scheme then
looks as follows:
Signaling IP address:
Configurable at the SHub.
Shared by a redundant pair of SHubs.
Single IP address per Voice access node.
Voice IP address:
Configurable at the SHub.
Shared by a redundant pair of SHubs.
Single IP address per Voice access node.
Centralized IP address topology - shared signaling/Voice IP interface
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-67
SIP signaling traffic exchanged between the SIP server and the SIP UA (Voice
access node).
Voice LT 1
SIP UA
Fast-path VRF
SIP UA
NT
Voice LT L
OAM IP Address
Shared Signaling/Voice IP Address
SIP UA
Subtending
node
Voice LT X
Relying on the former layer 2 forwarding scheme, the layer 3 IP address scheme then
looks as follows:
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The external communication VLAN carries the external management traffic (see
chapter Management).
SIP signaling traffic exchanged between the SIP server and the SIP UA (Voice
access node).
SIP signaling traffic exchanged between the SIP server and the SIP UA (Voice
access node).
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-69
Voice LT 1
OAM VLAN
SIP UA
Voice LT K
SIP UA
Fast-path VRF
Network VLAN
Network VLAN
OAM IP Address
Shared signaling/Voice IP Address
Network IP address
User IP address
Subtending IP address
Voice LT L
NT
SIP UA
Voice LT X
Subtending
node
Signaling/Voice IP interface:
Configurable at the Voice LT.
Multiple IP interfaces per Voice access node.
User-side signaling/voice VLAN: next-hop IP interface configured at the user
side of the fast path VRF (SHub)
Distinct VLANs are configured for signaling traffic and for Voice traffic at the
user side of the fast path VRF.
Distinct VLANs are configured for signaling traffic and for Voice traffic at the
8-70
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A next hop IP interface is configured on top of the subtending voice VLAN at the
user side of the fast path VRF.
Upstream packet forwarding:
SIP signaling traffic exchanged between the SIP server and the SIP User Agent
Figure 8-65 shows the layer 2/layer 3 addressing topology for this model.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-71
VOICE VLAN
Voice LT 1
Voice LT K
SIP UA
Fast-path VRF
Voice LT L
Network VLAN
Network VLAN
SIP UA
NT
OAM IP Address
User IP Address
User IP Address
Network IP Address
Subtending IP Address
Subtending IP Address
Signalling IP Address
Voice IP Address
Voice LT X
Subtending
node
Signaling IP interface:
Configurable at the Voice LT board.
Multiple IP address per Voice access node.
Public Voice IP address:
Configurable at the Voice LT board.
Multiple IP interfaces per Voice access node.
User-side signaling VLAN and user-side Voice VLAN: next-hop IP interface
configured at the user side of the fast path VRF (SHub).
Network-side signaling VLAN and network-side Voice VLAN: next-hop IP
interface configured at the network side of the fast path VRF (SHub).
User-side subtending signaling VLAN and user-side subtending voice VLAN:
next-hop IP interface configured at the user side of the fast path VRF (SHub).
Centralized IP topology - distinct signaling/Voice IP interface
Distinct VLANs for signaling traffic and for Voice traffic are configured at the
user side of the fast path VRF.
Distinct VLANs for signaling traffic and for Voice traffic are configured at the
network side of the fast path VRF.
Distinct IP interfaces for signaling traffic and for Voice traffic are configured at
the user side of the VRF at the SHub.
Distinct subtending VLANs for signaling traffic and for Voice traffic are
configured at the user side of the fast path VRF.
8-72
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A next hop IP interface is configured on top of the signaling VLAN at the network
side of the fast path VRF.
A next hop IP interface is configured on top of the voice VLAN at the network
side of the fast path VRF.
A next hop IP interface is configured on top of the subtending signaling VLAN
at the user side of the fast path VRF.
A next hop IP interface is configured on top of the subtending voice VLAN at the
user side of the fast path VRF.
Upstream packet forwarding:
Signaling VLAN:
SIP signaling traffic exchanged between the SIP server and the SIP UA (Voice
access node)
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-73
VOICE VLAN
Voice LT 1
Voice LT K
SIP UA
Fast-path VRF
Network VLAN
Voice LT L
Network VLAN
SIP UA
NT
OAM IP Address
Signaling IP Address
Voice IP Address
Network IP Address
Subtending IP Address
Subtending IP Address
Voice LT X
Subtending
node
Signaling IP address:
Configurable at the SHub (user-side fast path VRF).
Shared by a redundant pair of SHubs.
Single IP address per Voice access node.
Voice IP address:
Configurable at the SHub (user side fast path VRF).
Shared by a redundant pair of SHubs.
Single IP address per Voice access node.
Network-side signaling VLAN and network-side Voice VLAN: next-hop IP
interface configured at the network side of the fast path VRF (SHub).
8-74
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A next hop IP interface is configured on top of the subtending VLAN at the user
side of the fast path VRF.
SIP signaling traffic exchanged between the SIP server and the SIP UA (Voice
access node).
SIP signaling traffic exchanged between the SIP server and the SIP UA (Voice
access node).
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-75
Voice LT 1
OAM VLAN
SIP UA
Voice LT K
SIP UA
Fast-path VRF
Network VLAN
Network VLAN
OAM IP Address
Shared signaling/Voice IP Address
Network IP address
User IP address
Subtending IP address
Voice LT L
NT
SIP UA
Voice LT X
Subtending
node
8.7
Protocol stacks
Megaco Integrated Voice Service Signaling Protocol Stack (Switching
/ Routing
Both POTS and ISDN BRI lines are supported.
H.248 and SIGTRAN signaling packets are exchanged between the MG (Voice
server) and the MGC (Call Server). The XLES proprietary protocol is used to
exchange internal signaling packets between the Voice server and the Voice LT
boards residing in the hub, subtending or remote Voice access nodes.
H.248 and XLES signaling packets are encapsulated with UDP, IP and layer 2
frames. SIGTRAN signaling packets are encapsulated with SCTP, IP and layer 2
frames. The layer 2 frames are formatted according to Ethernet II format (that is,
using the type field) and VLAN 802.1Q tagged including priority setting according
to IEEE 802.1p.
8-76
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
H.248, SIGTRAN and XLES signaling packets include configured DSCP and .1P
values.
Figure 8-68 shows the H.248 signaling protocol stack for a POTS termination
connected directly to the hub Voice access node. The Z interface is terminated at the
Voice LT. User events like hook off, hook on and so on are converted into
XLES/LAPV5 packets which are sent to the Voice server. The Voice server in turn
converts the internal proprietary XLES/LAPV5 protocol into Megaco messages sent
to the MGC.
Figure 8-68 POTS signaling protocol stack - HUB Voice access node - Switching model
Hub ISAM Voice
XLES
XLES
LapV5
LapV5
UDP
UDP
UDP
IP
IP
IP
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
H.248
H.248
UDP
802.1Q
802.1Q
802.1Q
Termination
Voice Server
Voice LT
802.3
802.3
802.3
SHub
EMAN
IP
Generic
PHY
Generic
PHY
Z Itf
Z Itf
L3
IP
IP
Edge Router
MGC
Figure 8-69 POTS signaling protocol stack - HUB Voice access node - Routing model
Hub ISAM Voice
XLES
XLES
LapV5
LapV5
UDP
UDP
UDP
IP
IP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
802.3
802.3
SHub
EMAN
H.248
H.248
UDP
Termination
Voice Server
Voice LT
IP
Generic
PHY
Generic
PHY
Z Itf
Z Itf
L3
IP
IP
Edge Router
MGC
For POTS terminations connected to a remote or subtending Voice access node, the
Z interface is terminated at the Voice LT residing at the remote or subtending Voice
access node. Information transfer between the remote or subtending Voice access
node and the hub Voice access node happens through the proprietary XLES/LAPV5
protocol that is terminated at the Voice server. The Voice server in turn converts the
internal proprietary XLES/LAPV5 protocol into Megaco messages sent to the MGC.
Figure 8-70 POTS signaling protocol stack - Subtending Voice access node - Switching
model
Subtending ISAM Voice
XLES
XLES
LapV5
LapV5
UDP
UDP
UDP
IP
IP
IP
H.248
H.248
Z Itf
Termination
UDP
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
802.3
802.3
802.3
802.3
SHub
SHub
Voice Server
SHub
EMAN
Z Itf
Voice LT
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
IP
IP
Generic
PHY
Edge Router
September 2014
L3
IP
Generic
PHY
MGC
8-77
XLES
XLES
LapV5
LapV5
H.248
H.248
UDP
IP
Z Itf
Termination
UDP
UDP
IP
IP
IP
IP
UDP
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
802.3
802.3
802.3
802.3
SHub
SHub
Voice Server
SHub
EMAN
Z Itf
Voice LT
L3
IP
IP
IP
Generic
PHY
Generic
PHY
Edge Router
MGC
Figure 8-72 POTS signaling protocol stack - Remote Voice access node - Switching model
Remote ISAM Voice
XLES
XLES
LapV5
LapV5
UDP
UDP
UDP
IP
IP
IP
H.248
H.248
Z Itf
Termination
UDP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
802.3
802.3
802.3
802.3
802.3
SHub
EMAN
SHub
Voice Server
SHub
EMAN
Z Itf
Voice LT
IP
L3
IP
Generic
PHY
Generic
PHY
Edge Router
MGC
Figure 8-73 POTS signaling protocol stack - Remote Voice access node - Routing model
Remote ISAM Voice
XLES
XLES
LapV5
LapV5
UDP
UDP
UDP
IP
IP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
H.248
H.248
Z Itf
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
SHub
EMAN
Z Itf
802.3
Termination
802.1Q
UDP
IP
Voice LT
802.3
802.3
SHub
EMAN
SHub
Voice Server
IP
Generic
PHY
Edge Router
L3
IP
Generic
PHY
MGC
For ISDN BRI terminations, the Voice server behaves as the signaling Gateway
(SG). It communicates with the ASP through the SIGTRAN protocol. The D-channel
layer 2 protocol (Q.921) is terminated at the Voice LT. The D-channel layer 3
protocol (Q.931) is fully transparent to the Voice server. Q.931 is encapsulated with
SIGTRAN and fully transparently forwarded to the ASP.
The Voice access node still acts as the MG for the call control in calls involving
B-channels.
8-78
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Q931
Q931
XLES
XLES
LapV5
LapV5
UDP
UDP
SCTP
IP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
802.3
802.3
SHub
EMAN
IUA
Q921
Q921
I410
I410
Termination
IUA
SCTP
Voice Server
Voice LT
L3
IP
IP
IP
802.1Q
Generic
PHY
802.3
Edge Router
MGC
Figure 8-75 ISDN BRI signaling protocol stack - HUB Voice access node - Routing model
Hub ISAM Voice
Q931
Q931
XLES
XLES
LapV5
LapV5
UDP
UDP
SCTP
IP
IP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
802.3
802.3
SHub
EMAN
IUA
Q921
Q921
I410
I410
Termination
IUA
SCTP
Voice Server
Voice LT
L3
IP
IP
IP
802.1Q
Generic
PHY
802.3
Edge Router
MGC
For ISDN BRI Terminations connected to a remote or subtending Voice access node,
the D-channel layer 2 protocol (Q.921) is terminated at the Voice LT residing at the
remote or subtending Voice access node. Information transfer between the remote or
subtending Voice access node and the hub Voice access node happens through the
proprietary XLES/LAPV5 protocol that is terminated at the Voice server. The Voice
server in turn converts the internal proprietary XLES/LAPV5 protocol into
SIGTRAN messages sent to the ASP.
Figure 8-76 ISDN BRI signaling protocol stack - Subtending Voice access node - Switching
model
Subtending ISAM Voice
Q931
Q921
I410
Termination
Q931
Q921
I410
XLES
XLES
LapV5
LapV5
UDP
UDP
SCTP
IP
IP
IP
IUA
IUA
L3
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
802.3
802.3
802.3
802.3
IHub
IHub
Voice Server
IHub
EMAN
Voice LT
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
IP
IP
Generic
PHY
Edge Router
September 2014
SCTP
IP
802.1Q
802.3
MGC
8-79
Q931
Q921
Q931
Q921
XLES
XLES
LapV5
LapV5
UDP
IP
I410
Termination
I410
IUA
IUA
L3
UDP
SCTP
IP
IP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
802.3
802.3
802.3
802.3
IHub
IHub
Voice Server
IHub
EMAN
Voice LT
SCTP
IP
IP
IP
802.1Q
Generic
PHY
802.3
Edge Router
MGC
Figure 8-78 ISDN BRI signaling protocol stack - Remote Voice access node - Switching
model
Remote ISAM Voice
Q931
Q931
XLES
XLES
LapV5
LapV5
UDP
UDP
SCTP
IP
IP
IP
IUA
IUA
Q921
I410
Termination
Q921
I410
L3
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
802.3
802.3
802.3
802.3
802.3
IHub
EMAN
IHub
Voice Server
IHub
EMAN
Voice LT
SCTP
IP
IP
802.1Q
Generic
PHY
802.3
Edge Router
MGC
Figure 8-79 ISDN BRI signaling protocol stack - Remote Voice access node - Routing
model
Remote ISAM Voice
Q931
Q931
XLES
XLES
LapV5
LapV5
IUA
IUA
Q921
Q921
UDP
I410
Termination
I410
IP
IP
802.1Q
802.1Q
802.3
802.3
Voice LT
IHub
UDP
SCTP
IP
IP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
802.3
802.3
802.3
EMAN
IHub
Voice Server
L3
IHub
IP
EMAN
IP
Generic
PHY
Edge Router
SCTP
IP
802.1Q
802.3
MGC
8-80
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Figure 8-80, Figure 8-81, Figure 8-82, Figure 8-83, Figure 8-84 and Figure 8-85
show the SIP signaling protocol stack for a POTS termination for the different
architectures. The Z interface is terminated at the Voice LT board. User events like
hook off, hook on, and so on are converted into SIP messages sent to the SIP server.
Figure 8-80 POTS signaling protocol stack - Distributed Architecture - Switching model
Hub ISAM Voice
SIP
SIP
UDP
UDP
IP
Z Itf
Termination
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
SHub
EMAN
Z Itf
Voice LT
L3
IP
IP
IP
Generic
PHY
Generic
PHY
Edge Router
TGW
Figure 8-81 POTS signaling protocol stack - Distributed Architecture - Routing model
Hub ISAM Voice
SIP
SIP
UDP
Z Itf
UDP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
SHub
EMAN
Z Itf
Termination
Voice LT
L3
IP
IP
IP
Generic
PHY
Generic
PHY
Edge Router
TGW
Figure 8-82 POTS signaling protocol stack - Centralized Architecture - Upstream Switching model
Hub ISAM Voice
SIP
SIP
UDP
Z Itf
IP
802.1Q
802.1Q
IP
802.1Q
802.1Q
802.3
802.3
802.3
SHub
EMAN
Z Itf
802.3
Termination
UDP
IP
Voice LT
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
IP
L3
Generic
PHY
Edge Router
September 2014
IP
Generic
PHY
TGW
8-81
SIP
SIP
UDP
Z Itf
UDP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
SHub
EMAN
Z Itf
Termination
Voice LT
L3
IP
IP
IP
Generic
PHY
Generic
PHY
Edge Router
TGW
Figure 8-84 POTS signaling protocol stack - Centralized Architecture - Downstream Switching model
Hub ISAM Voice
SIP
Z Itf
Termination
SIP
UDP
UDP
IP
IP
UDP
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
SHub
EMAN
IP
Z Itf
Voice LT
L3
IP
IP
Generic
PHY
Generic
PHY
Edge Router
TGW
Figure 8-85 POTS signaling protocol stack - Centralized Architecture - Downstream Routing model
Hub ISAM Voice
SIP
Z Itf
SIP
UDP
UDP
IP
IP
IP
UDP
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
802.3
IP
Z Itf
Termination
Voice LT
SHub
EMAN
IP
Generic
PHY
Edge Router
L3
IP
Generic
PHY
TGW
8-82
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
RTP
RTP
UDP
UDP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
Termination
SHub
EMAN
Voice LT
IP
Generic
PHY
Generic
PHY
Z Itf
Z Itf
L3
IP
IP
Edge Router
TGW
RTP
RTP
UDP
UDP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
Termination
SHub
EMAN
Voice LT
IP
Generic
PHY
Generic
PHY
Z Itf
Z Itf
L3
IP
IP
Edge Router
TGW
Figure 8-88 MEGACO POTS Voice protocol stack - Downstream - Switching model
Hub ISAM Voice
RTP
RTP
UDP
UDP
UDP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
Termination
SHub
EMAN
Voice LT
IP
Generic
PHY
Generic
PHY
Z Itf
Z Itf
L3
IP
IP
Edge Router
TGW
RTP
Z Itf
Termination
RTP
UDP
UDP
IP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
802.3
UDP
IP
Z Itf
Voice LT
SHub
EMAN
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
IP
Generic
PHY
Edge Router
September 2014
L3
IP
Generic
PHY
TGW
8-83
RTP
RTP
UDP
UDP
IP
Z Itf
Termination
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
SHub
EMAN
IP
Generic
PHY
Generic
PHY
Z Itf
Voice LT
L3
IP
IP
802.1Q
Edge Router
MGC
Figure 8-91 SIP POTS Voice protocol stack - Distributed Architecture - Routing model
Hub ISAM Voice
RTP
RTP
UDP
UDP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
Termination
SHub
EMAN
Voice LT
IP
Generic
PHY
Generic
PHY
Z Itf
Z Itf
L3
IP
IP
Edge Router
MGC
Figure 8-92 SIP POTS Voice protocol stack - Centralised Architecture - Upstream Switching model
Hub ISAM Voice
Z Itf
RTP
RTP
UDP
UDP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
SHub
EMAN
IP
Z Itf
Termination
Voice LT
IP
L3
IP
Generic
PHY
Generic
PHY
Edge Router
MGC
Figure 8-93 SIP Voice protocol stack - Centralised Architecture - Upstream - Routing
model
Hub ISAM Voice
Z Itf
RTP
UDP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
SHub
EMAN
IP
Z Itf
Termination
8-84
RTP
UDP
September 2014
Voice LT
IP
Generic
PHY
Edge Router
L3
IP
Generic
PHY
MGC
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
RTP
RTP
UDP
UDP
UDP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
Termination
SHub
EMAN
Voice LT
IP
Generic
PHY
Generic
PHY
Z Itf
Z Itf
L3
IP
IP
Edge Router
MGC
Figure 8-95 SIP Voice protocol stack - Centralised Architecture - Downstream - Routing
model
Hub ISAM Voice
RTP
Z Itf
Termination
8.8
RTP
UDP
UDP
IP
IP
IP
802.1Q
802.1Q
802.1Q
802.1Q
802.1Q
802.3
802.3
802.3
802.3
802.3
UDP
IP
Z Itf
Voice LT
SHub
EMAN
IP
Generic
PHY
Edge Router
L3
IP
Generic
PHY
MGC
Management interface
Megaco Integrated Voice Service
The provisioning of the Megaco Integrated Voice Service service parameters is done
via the a CLI / SNMP(MIB) interface together with a CDE profile to be downloaded
from a file server.
Configuration by means of DHCP is not supported.
CLI / SNMP Interface
The SNMPV3 agent hosted at the Voice Server serves as the management interface
for the integrated VoIP service. However, neither CLI nor SNMP commands can
directly be addressed to the Voice Server.
In general, the Integrated VoIP service cannot be managed via TL1. Although, as an
exception, VoIP service alarms can be retrieved via TL1.
All CLI or SNMP commands to manage the integrated VoIP service are addressed
to the public OAM IP address of the access node and are subsequently relayed to the
correct Voice Server by means of the voice server context name present in the
management command.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-85
A Voice server context name is mapped to a private IP address, out of the range
127.0.0.11 to 127.0.0.26. The private IP address is assigned to a Voice Server. This
IP address to Voice Server mapping is fixed and based on the physical slot position
of the Voice Server.
SNMP commands, carrying a voice server context name, are addressed to the NT
SNMP agent which in turn relays the command to the destined Voice Server.
CLI commands, carrying a voice server identifier, are addressed to the NT CLI
agent, where it becomes translated into the appropriate SNMP command and
forwarded to the NT SNMP agent. The NT SNMP agent in turn relays the SNMP
command to the destined Voice Server.
Batch configuration CLI command support for subscriber management
A subscriber is a logical entity managed by the MG that sources and/or sinks media
and/or control streams. Subscriber have unique identities, called TerminationIDs
assigned by the MG at the time of their creation. The Voice access node allows to
make use of 3 different formats for the TerminationID:
8-86
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The Integrated VoIP Service Management interface is fully supported by the SNMP
and CLI agents that reside at the NT.
All CLI or SNMP commands to manage the integrated VoIP service are addressed
to the public OAM IP address of the access node.
The integrated VoIP service cannot be managed by means of TL1. Although, as an
exception, VoIP service alarms can be retrieved via TL1.
DHCP
The SIP Distributed model allows part of the configuration data to be retrieved
through a DHCP request. Following DHCP options are supported:
Table 8-1 Supported DHCP options
Option
Name
Subnet-Mask
Router
50
51
53
55
57
58
59
60
61
81
Client FQDN
82
Client ID
90
Authentication
120
SIP Servers
124
(1)
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-87
The insertion of Option 82 by the DHCP client at the voice LT board can be enabled/disabled
through configuration.
Only the sub-option Remote-ID is supported.
The content of the Remote-ID is configurable. The default value equals the Physical LT Board-ID
i.e. rack/shelf/slot.
CDE Profile
Besides the usual management interface to configure the network and end user
associated database parameters for the integrated voice service, The Voice access
node makes use of additional configuration input under the format of a downloadable
file. Allowing the integrated voice service to become fully operational requires the
presence of the CDE profile at the Voice server (Megaco Integrated Voice Service
only) and the Voice LT (both Megaco and SIP Integrated Voice Service).
The content of CDE profile is customer dependent. A CDE profile is produced
off-line at the factory. The content is collected by means of a questionnaire, filled in
by the customer. The content is considered to be of static nature and concerns mainly
the physical subscriber line, the Z-interface, the tone pattern, the protocols that run
at the end user side and LT board HW characteristics.
There is a dedicated CDE profile for the POTS Voice LT, the ISDN BRI Voice LT
and the Voice server. The latter 2 profiles do only apply to the Megaco Integrated
Voice Service). The CDE profile for the POTS Voice LT is voice topology
independent meaning that the same CDE profile can be used in either a Megaco or a
SIP environment.
The CDE profiles for the POTS/ISDN BRI Voice LT and Voice server are included
in a CDE.tar file. This file must be downloaded and activated in the individual Voice
access nodes (SIP Integrated Voice Service). For the Megaco Integrated Voice
Service, that is, the hub node, the subtending nodes and the remote nodes.
The CDE.tar file is delivered to the customer together with the SW package and all
other associated files that are required to install a Voice access node in the access
network.
The system itself takes care that a CDE profile is downloaded to the Voice server
(Megaco Integrated Voice Service only) and /or Voice LT.
The system supports CDE profile upgrade. They are as well an integral part of the
offline database migration during software upgrade.
8-88
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
8.9
8.10
Management model
Megaco Integrated Voice Service
Figure 8-96 shows the Megaco Integrated Voice Service conceptual management
model.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-89
Read-only
Read-Write
Equipment
Board
Base Class
File Input
1..24
0..32
0..72
1
0..5000
H.248
Termination
1
1
1
Voice
Server
XLES
1
1
0..1
0..1
1..N
Equipment
Node
POTS
Line
0..72
1
POTS
LT Board
0..1
1
1..N
ISDN
Line
Media
Gateway
0..24
0..1
ISDN
LT Board
Signaling
Gateway
1..2
Line Id Syntax
Profile
Voice
LT Board
1
ISDN
CDE Profile
POTS
CDE Profile
LT Board
Voice Server
CDE Profile
NT Board
CDE Profile
1..1024
Voice Server
Session
1
1
1
1..72
Available
Session
Line Identity
1
1..N
Session
Report
VoIP Database
1
The classes SYSTEM, NT, LT Board and Voice Server reflect the
Access Node, the Network Termination, the Line Termination and Voice server
hardware being involved in the integrated voice service. These classes are not
further elaborated in subsequent sections.
The class Voice LT Board is an instantiation of the class LT Board. This class
is not further elaborated in subsequent sections.
The classes POTS LT Board and ISDN LT Board are instantiations of the
class Voice LT Board. This class is not further elaborated in subsequent
sections.
8-90
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The classes POTS Line and ISDN Line are instantiations of the class H.248
Termination. The class H.248 Termination is elaborated in subsequent
sections.
The classes POTS CDE Profile, ISDN CDE Profile and Voice Server CDE
are instantiations of the class CDE Profile. The class POTS CDE Profile is
elaborated in subsequent sections.
H.248 Protocol and Network Management Model.
This management model offers the capability to provision the Voice Cluster, the
Media and Signaling gateway as well as the network related H.248 protocol
parameters.
A Voice Cluster is the aggregation of the Voice access node network elements
controlled by a single Voice Server (pair). The entire Voice Cluster is provisioned by
means of the following 2 classes:
The class EquipmentNode includes the attributes and methods that allow the
provisioning of the Voice access nodes that belong to the voice cluster.
The class EquipmentBoard includes the attributes and methods that allow the
provisioning of the Voice LT boards that belong to each of the access nodes in the
voice cluster.
The class Media Gateway includes the attributes and methods that allow the
provisioning of the H.248 protocol, L2 and L3 network connection and the network
redundancy parameters as well as the quality of service characteristics for the
signaling as well as the voice stream.
The class H.248 Termination includes the attributes and methods that allow the
provisioning of the individual POTS or ISDN termination characteristics.
The class XLES includes the attributes and methods that allow provisioning of the
internal Voice cluster signaling characteristics.
The class Signaling Gateway includes the attributes and methods that allow the
provisioning of the L3/L4 and network redundancy characteristics of the Assignment
Source Point (ASP).
The Class Line Id Syntax Profile includes the attributes and methods that allow the
provisioning of the POTS and / or ISDN termination ID format.
The classes POTS CDE Profile, ISDN CDE Profile and Voice Server CDE
Profile include the attributes and methods that allow the provisioning of the
physical subscriber line, the Z-interface, the tone pattern, the protocols that run at the
end user side and LT board hardware characteristics.
VoIP Database Model
The class VoIP Database includes the attributes and methods that allow managing
the SIP Voice Database.
VoIP Narrowband Line Test Management Model
The class Available Session includes the attributes and methods to schedule a new
narrowband line test session.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-91
The class Session includes the attributes and methods that allow the provisioning
of the narrowband line test session characteristics.
The class Line Identity includes the attributes and methods that allow the
provisioning of the subscriber lines involved in the narrowband line test session.
The class Line Test Parameters includes the attributes and methods that allow the
provisioning of the parameters to be considered in the course of a narrowband line
test session.
The class Session Report includes the attributes and methods that allow retrieving
the results of the completed narrowband line test session.
File Input
Read-Write
Base Class
SIP
Termination
Per-Line Stats
Current 15 min
Per-Board Stats
Current 15 min
96
Per-Line Stats
History 15 min
Per-Board Stats
History 15 min
Per-Line Stats
Current 1 day
Per-Line Stats
History 1 day
Per-Board Stats
Current 1 day
Line Termination
Board
Per-Board Stats
History 1 day
CPU Load
Memory Resource
Occupation
Performance
Monitoring Info
0..N
TCA
Threshold
Per-Line
Performance
Monitoring Info
Subscriber Line
Availability
1
System
8-92
Per-Call Stats
History 15 min
September 2014
Stats
Configuration
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Dial Plan
1
0..N
1
1..256
0..1
1
Digit Map
POTS
Line
SIP Timers
SIP Server
N
1..N
1..N
NAPTR
Resource Record
1..N
SRV
Resource Record
1..N
A
Resource Record
DNS Server
0..6
Session Timer
0..1
Line Id Syntax
Profile
Transport
Protocols
SIP
Termination
User Agent
Access Point
1
POTS
LT Board
MIB
Readiness
ONLY
1
Voice
LT Board
0..1
LT
Board
1..18
1
1..2
1
User Agent
Registration
Network
Redundancy
NT
MIB
Readiness
ONLY
DHCP
Authentication
0..N
SIP
Termination
0..1
1
POTS
Line
N
1
POTS CDE
Profile
1
1
CDE
Profile
SIP
Service Profile
1..N
1..N
POTS
LT Board
Voice
LT Board
LT
Board
NT
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-93
Line Test
Parameters
1..1024
Session
NT
1..16
1..16
1..72
Available
Session
Line Identity
1
1..N
Session
Report
NT
VoIP Database
1
The classes SYSTEM, NT, LT Board reflect the Access Node, the
Network Termination, and the Line Termination hardware being involved in the
integrated voice service. These classes are not further elaborated in subsequent
sections.
The class Voice LT Board is an instantiation of the class LT Board. This class
is not further elaborated in subsequent sections.
The class POTS LT Board is an instantiation of the class Voice LT Board.
This class is not further elaborated in subsequent sections.
The class POTS Line is an instantiation of the class SIP Termination. The
class SIP Termination is elaborated in subsequent sections.
The class POTS CDE Profile is an instantiation of the class CDE Profile. The
class POTS CDE Profile is elaborated in subsequent sections.
This management model offers the capability to provision the TCA thresholds as
well as to retrieve the SIP termination availability, the SIP termination voice and
board resource occupancy statistics and counters.
The class TCA Threshold includes the attributes and methods that allow the
provisioning of the threshold crossing alarms on a per SIP termination.
The class Per-Line Stats Current 15 min includes the attributes and methods that
allow retrieving the per-line measured values during the current 15-minutes interval.
The class Per-Line Stats History 15 min includes the attributes and methods that
allow retrieving the per-line measured values for the past 96 15-min intervals.
The class Per-Line Stats Current 1 day includes the attributes and methods that
allow retrieving the per-line measured values during the current 1-day interval.
8-94
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The class Per-Line Stats History 1 day includes the attributes and methods that
allow retrieving the per-line measured values for the past three 1-day intervals.
The class Per-Board Stats Current 15 min includes the attributes and methods that
allow retrieving the per-board measured values during the current 15-minutes
interval.
The class Per-Board Stats History 15 min includes the attributes and methods that
allow retrieving the per-board measured values for the past 96 15-min intervals.
The class Per-Board Stats Current 1 day includes the attributes and methods that
allow retrieving the per-board measured values during the current 1-day interval.
The class Per-Board Stats History 1 day includes the attributes and methods that
allow retrieving the per-board measured values for the past 3 1-day intervals.
The class Per-Call Stats History 15 min includes the attributes and methods that
allow retrieving the per-call measured values for the past 96 15-minutes intervals.
The class CPU Load includes the attributes and methods that allow retrieving the
CPU occupancy during the past 180 s time period at the Line termination / Network
termination board.
The class Memory Resource Occupation includes the attributes and methods that
allow retrieving the actual dynamic memory resource allocation at the Line
termination / Network termination board.
The class Subscriber Line Availability: includes the attributes and methods that
allow retrieving the actual service state of the subscriber lines.
The class Per-Line Performance Monitoring Info includes the attributes and
methods that allow retrieving the validity of the measured data during the several
intervals.
The class Per-Board Performance Monitoring Info includes the attributes and
methods that allow retrieving the validity of the measured data during the several
intervals.
The class Stats Configuration includes the attributes and methods that allow to:
This management model offers the capability to provision the access gateway as well
as the network related SIP protocol parameters.
The class VSP includes the attributes and methods that allow the provisioning of
the Voice Service Provider properties.
The class SIP Timers includes the attributes and methods that allow the
provisioning of the SIP protocol timers.
The class Dial Plan includes the attributes and methods that allow the provisioning
of the dial plan that applies to the network of the Voice Service Provider.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-95
The class Digit Map includes the attributes and methods that allow the
provisioning of the Digit Map that applies to the network of the Voice Service
Provider.
The class SIP Server includes the attributes and methods that allow the
provisioning of the (list of) SIP server(s) being installed in the network of the Voice
Service Provider.
The Class DNS Server includes the attributes and methods that allow the
provisioning of the (list of) DNS server(s) being installed in the network of the Voice
Service Provider.
The Class Session Timer includes the attributes and methods that allow the
provisioning of the Session Timer extension of the SIP protocol.
The Class Line Id Syntax Profile includes the attributes and methods that allow the
provisioning of the POTS termination ID format.
The Class Transport Protocols includes the attributes and methods that allow the
provisioning of the transport protocols the SIP User Agent must listen to for
incoming SIP requests.
The Class Registration includes the attributes and methods that allow the
provisioning of the SIP Register Method behavior in the network of the Voice
Service Provider.
The Class Network Redundancy includes the attributes and methods that allow the
provisioning of the Voice Service Provider's network redundancy characteristics
together with the expected SIP User Agent redundancy behavior.
The Classes User Agent and User Agent Access Point includes the attributes and
methods that allow the provisioning of the L2 and L3 network connection together
with the quality of service characteristics for the signaling as well as the voice
stream.
The class Termination includes the attributes and methods that allow the
provisioning of the individual SIP termination characteristics.
VoIP Services Management Model
This management model offers the capability to provision the physical subscriber
line interface, the Z-interface, the tone pattern, the Basic call and Supplementary
Services related parameters. The provisioning of these parameters happens by means
of a couple of profiles being downloaded by the access node. The customer cannot
manually update these profiles.
The class SIP Service Profile includes the attributes and methods that allow the
provisioning of the Basic call and Supplementary service characteristics.
The class POTS CDE Profile includes the attributes and methods that allow the
provisioning of the physical subscriber line, the Z-interface, the tone pattern, the
protocols that run at the end-user side and LT board hardware characteristics.
VoIP Database Model
The class VoIP Database includes the attributes and methods that allow managing
the SIP Voice Database.
8-96
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The class Available Session includes the attributes and methods to schedule a new
narrowband line test session.
The class Session includes the attributes and methods that allow the provisioning
of the narrowband line test session characteristics.
The class Line Identity includes the attributes and methods that allow the
provisioning of the subscriber lines involved in the narrowband line test session.
The class Line Test Parameters includes the attributes and methods that allow the
provisioning of the parameters to be considered in the course of a narrowband line
test session.
The class Session Report includes the attributes and methods that allow retrieving
the results of the completed narrowband line test session.
8.11
For further details about NT redundancy, see chapter Failure protection and
redundancy provisions in ISAM.
Megaco Integrated Voice Service: Voice Server redundancy
The Voice server may be installed as a 1+1 Redundancy pair. Both Voice servers of
a 1+1 redundancy pair must be equipped in neighboring slot positions.
One Voice server is active while the other runs in standby mode. In case the active
Voice server encounters a hardware or software problem, the standby Voice server
takes over and becomes the active Voice server for the integrated voice service.
Upon switchover, the recovery time is less than 7 s for call signaling and less than 3
s for voice traffic.
Stable calls are not lost during the switchover. Non-stable calls that is, calls in the
set-up phase may be lost due to a Voice server switchover. This applies to both,
POTS and ISDN BRI calls.
Connectivity Protection
Besides the support of Spanning Tree Protocol (STP), Rapid Spanning Tree Protocol
(RSTP) or Multiple Spanning Tree Protocol (MSTP) and Link Aggregation Control
Protocol (LACP) on the network links of the Voice access node, some additional,
more voice specific connectivity protection concepts are introduced.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-97
8-98
The MG checks the connectivity with the MGC at regular time interval by means of
the notify package. The following modes are supported:
Configured heartbeat interval: The interval by which the notify packages are
initiated by the MG is provisioned.
Learnt heartbeat interval: The interval by which the notify packages are
initiated by the MG is learnt from the Inactivity Timer package notification of the
MGC.
The system decides upon a failure of the current control association from the
moment 7 subsequent notify packages were not replied by the MGC.
A Notify package is sent on the condition that no other Megaco message is
received from the MGC within the learnt/configured heartbeat interval.
Passive Heartbeat mode:
The MGC checks the connectivity with the MG at regular time interval by means of
the audit package. The following modes are supported:
Configured heartbeat interval: The interval by which the audit packages are
initiated by the MGC is provisioned.
Learnt heartbeat interval: The interval by which the audit packages are
initiated by the MGC is dynamically learnt by the MG. The MG awaits 3
consecutive audit packages from the MGC to calculate the heartbeat interval.
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The system decides upon a failure of the current control association from the
moment 8 subsequent heartbeat intervals have passed without receiving neither an
audit nor a regular Megaco package from the MGC.
Megaco Integrated Voice Service: LOCAL and GEO-Redundancy (POTS and ISDN
BA)
Figure 8-101 LOCAL and GEO redundancy
Site 1
10.190.28.36:2944
Site 2
10.190.28.56:2944
MGC
MGC
MGC
MGC
Acve
Standby
Acve
Standby
Switch-over
H248
Control
Associaon
ALU MSAN
10.190.19.54:2944
either a single MGC and a single Application Server Process (ASP). At the
network side, both instances of the MGC together with both instances of the ASP
share the same IP address; see Figure 8-102.
or a single MGC and two ASP instances.
At the network side, both instances of the MGC share the same IP address while
each instance of the ASP owns a different IP address which is different form the
IP address shared by the Softswitch instances; see Figure 8-103.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-99
ISAM Voice
so
s
la
cia
tro
8
.24
IP address of MGI
IP address of SGI
tio
MG/SG
co
tion
ssocia
H
ol a
contr
SCTP
IP@_1
ASP1
Active
IP@_1
H.248
contr
ol ass
SC
ociati
TP
on
co
ntr
ol
as
so
cia
tio
n
MGC2
Standby
IP@_1
ASP2
Standby
IP@_1
ISAM Voice
so
co
s
la
cia
tro
8
.24
IP address of MGI
IP address of SGI
tio
MG/SG
tion
ssocia
H
ol a
contr
SCTP
H.248
contr
ol ass
SC
ociati
TP
on
co
ntr
ol
as
so
cia
tio
n
IP@_1
ASP1
Active
IP@_2
MGC2
Standby
IP@_1
ASP2
Standby
IP@_3
Network Geo-Redundancy implies the provisioning, at the Voice access node side,
of :
8-100
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Upon MGC / ASP switch-over, The Integrated Voice service supports preservation
of stable calls on the condition that a MGC / ASP becomes active prior to recovery
timer T(r) expiry.
New POTS / ISDN calls cannot be established during the time period that the
recovery timer T(r) is running.
A network local redundancy MGC switch-over is triggered by the MGC and is fully
transparent to the MG, while a GEO switch-over can be triggered by both, the MGC
as well as the MG (Voice access node) and is not transparent to the MG (Voice
access node).
A network local redundancy / GEO redundancy ASP switch-over is always triggered
by the ASP and neither the Local redundancy nor the GEO redundancy ASP
switch-over are transparent to the MG (Voice access node).
Usually the following scenario is followed:
Upon ASP/SCTP switch-over, the new active SCTP instance initiates an SCTP
INIT to the MG.
Upon the receipt of such SCTP-INIT, the MG starts the recovery timer T(r), does
not remove any termination context and starts queuing Q.931 messages for
terminations involved in a stable ISDN call (Q.931 messages from terminations
involved in calls that have not reached the stable phase are NOT queued).
In compliancy to RFC4233, the recovery timer T(r) can be configured to a value
in the range 1 - 5 s in the CDE profile
The MG is able to buffer Q.931 messages for up to 564 stable ISDN calls with the
restriction that only the most recent Q.931 data message is queued.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-101
Upon the receipt of ASP active notification, prior to T(r) expiry, all the buffered
Q.931 messages are sent to the active ASP. The MG gradually forwards the
messages to the new active ASP as to avoid ASP overload.
Should the recovery timer expire prior to the receipt of an ASP active notification,
then the Voice access node turns the signaling gateway status to operational
down, drops the queued Q.931 messages, removes all ISDN termination contexts
and sends Service Change 904 for all ISDN terminations
Note The buffer for queueing SCN messages is not synchronized
to the standby Voice Server.
10.190.28.36:2944
MGC
MGC
Acve
Standby
H248
Control
Associaon
ALU MSAN
10.190.19.54:2944
Site X
10.190.28.36:9900
10.190.28.36:9901
ASP
ASP
Acve
Standby
SCTPLNK1
SCTPLNK2
ALU MSAN
10.190.19.54:9900
8-102
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Site 1
Site 2
10.190.28.56:2944
MGC
MGC
MGC
MGC
Acve
Standby
Acve
Standby
Switch-over
H248
Control
Associaon
ALU MSAN
10.190.19.54:2944
Site 1
10.190.28.36:9900
Site 2
10.190.28.36:9901
10.190.28.56:9900
10.190.28.56:9901
ASP_1
ASP_2
ASP_3
ASP_4
Acve
Standby
Acve
Standby
SCTPLNK3
SCTPLNK2
SCTPLNK4
SCTPLNK1
ALU MSAN
10.190.19.54:9900
Basic POTS calls (ISDN calls and supplementary services are not supported
during ESA mode activation).
Establishing calls between user ports controlled by the MG(s) that has (have) a
control association with the network side ESA-MGC.
Emergency call.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-103
Based on the above, network side ESA-MGC Redundancy requires the provisioning
of at least 2 MGCs with the strict condition that the ESA-MGC must be provisioned
as the lowest priority MGC. The provisioning of Primary + ESA-MGC, Primary +
Secondary + ESA-MGC and Primary + Secondary + Tertiary + ESA-MGC is
allowed.
In case of a failure of the Primary (Primary + ESA) or Primary and Secondary
(Primary + Secondary + ESA) MGC or Primary, Secondary and Tertiary (Primary +
Secondary + Tertiary + ESA), the MG will make a switch-over to the MGC with the
lowest priority potentially allowing for the preservation of stable calls. The
possibility to preserve stable calls during a switch-over depends on the capabilities
supported by the MGC.
The access node, from a perception of being an MG, does not have any notion about
the capabilities of a SoftSwitch being configured as primary, secondary, tertiary or
Quaternary MGC. The MG treats all configured MGCs equally.
The MG assumes that:
The network side ESA-MGC accepts on-hook notifications for calls that were
established in the course of the control association being established between the
MG and the Primary / Secondary / Tertiary MGC but finished in the course of the
control association being established between the MG and the ESA-MGC.
The ESA-MGC is responsible to subtract the contexts for calls that were
established in the course of the control association being established between the
MG and the Primary / Secondary / Tertiary MGC but finished in the course of the
control association being established between the MG and the ESA-MGC.
The ESA-MGC is responsible for the alive monitoring of Primary (and Secondary
and Tertiary) MGC when ESA mode is active.
While the ESA-MGC has an active control relationship with the MG, it shall
continuously monitor all the Primary, Secondary and Tertiary MGC by repeating to
send a ServiceChange message with method = FailOver SVC Forced.
Should a reply ERROR 403 syntax Error be received from either the Primary,
Secondary or Tertiary MGC, the ESA-MGC will immediately send a
ServiceChange message with Method = HandOff and
[Primary/Secondary/Tertiary MGC] address to the MG.
The capability of the ESA-MGC to poll only one MGC or multiple MGCs does not
have any impact on the access node in its capacity as MG. This may only influence
the time period after which the usual voice service can be resumed.
Co-Located ESA-MGC redundancy protects against any individual access node link
failure by placing the ESA-MGC functions in the access node (ESA-MGC
co-located with the MG att he Server board). Therefore, supporting Co-Located ESA
across the entire voice network requires deployment in all access nodes.
Co-Located ESA allows calling within an access node or HUB + Subtending access
node, but not across access nodes connected via a network link. For emergency call
handling, each access node must have connectivity to emergency services, such as a
direct line to a emergency station.
8-104
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Co-Located ESA functionality enables local calls to be established between the user
ports of a single access node ( + Subtending ) when the access node ( + Subtending
) gets isolated from the network. Any subscriber connected to the access node (+
Subtending ) can call any other subscriber connected to the same node ( + Subtending
).
For emergency call handling during access node isolation, a single, configurable
emergency directory number (DN) can be defined (for example, 911, 112). This
directory number can be associated to a physical line connected to a local emergency
support resource, such as a police station, hospital, or other emergency service.
When the Co-Located ESA functionality is enabled, the MG monitors the
connectivity with the primary, secondary, tertiary and quaternary media gateway
controller function (MGC). When a communications loss with the upstream voice
network is detected, the MG switches autonomously to ESA mode. Once ESA mode
is active, the MG keeps on monitoring the primary, secondary, tertiary and
quaternary MGC. When a MGC is operational again, all established calls are
dropped and MGC is reconnected.
During isolation, any POTS subscriber connected to an access node ( + subtending)
can call any other subscriber connected to the same node ( + subtending ). To be able
to route calls between subscribers, the MG maintains a database with the DN
information associated to the local subscribers. To do this, an optional subscriber DN
field is available on the set of provisionable parameters associated with a POTS
subscriber. This DN value can be established together with the rest of subscriber data
during subscriber provisioning. This field is only used by the Co-Located ESA
application for call routing purposes.
In normal H.248 operation, this internal DN will not be used, just the subscriber
termination identifier.
Working in Co-Located ESA mode, one local port connected to the access node can
be configured to receive emergency calls during isolation. The following points must
be considered when working in Co-Located ESA mode:
Only basic calls are considered under this functionality. Ssupplementary services
are not provided during Co-Located ESA mode activation. .
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-105
SIP Integrated Voice Service: SIP Server Redundancy and SIP Server Fail-Over /
Fail-Back
SIP Server Redundancy entails the grouping of individual SIP servers which as a
group can support the ability for a SIP User Agent in the access node to recover and
resume service in spite of a failure of one or multiple of the individual SIP servers.
Figure 8-108 SIP Server redundancy
L2 / L3
Network
Primary Site
I-CSCF
HSS
ISAM-V
Site connection
P-CSCF
1_1
ISAM-V
S-CSCF
The SIP User Agent supports the interworking with a group of first hop SIP servers
that form a SIP server redundancy group and whereby all SIP servers get assigned a
different priority. The SIP server with the highest priority acts as the primary SIP
server, while the rest of the SIP servers act as secondary SIP servers. A first hop SIP
Server is to be understood as the SIP Server being selected by the SIP User Agent
to send the initial REGISTER/INVITE requests to. Such SIP server redundancy
group consists of a primary and one or multiple secondary SIP servers.
A SIP server redundancy group can be provisioned by means of:
A Domain Name whereby the IP address of the individual SIP servers must be
resolved through the Domain Name Service NAPTR, SRV and A resource record
look-up,
A list of Fully Qualified Domain Names whereby the IP address of the individual
SIP servers must then be resolved through the Domain Name Service A resource
record look-up,
A list of IP addresses of the individual SIP Servers.
The SIP User Agent triggers autonomously a SIP server Fail-over upon the failure of
the actually selected first hop SIP server. A failure is to be understood as a situation
where a reply is no longer received for an out-of-dialog SIP request or the receipt of
an unsuccessful response code to an out-of-dialog SIP request. In the course of a SIP
Server Fail-Over, the SIP terminations that are currently registered via the failing SIP
server are moved to another SIP server within the same redundancy group.
The SIP server Fail-over trigger default conditions can be customized by means of
SIP Service Profile provisioning.
Once the failed primary SIP server is back in service, the SIP User Agent triggers
autonomously a SIP server Fail-back. In the course of a SIP server Fail-back, the SIP
terminations that are currently registered via a secondary SIP server are moved to the
primary SIP server within the same redundancy group.
8-106
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The SIP server fail-back is performed gracefully meaning that the SIP User agent
triggers a fail-back for a SIP termination from the moment it has the on-hook state.
Neither ongoing dialogs nor ongoing transactions are interrupted.
Neither for the SIP server Fail-over nor for the SIP server fail-back ongoing dialogs
and transactions are transferred to the selected fail-over / fail-back SIP server, and
this neither at the signaling plane (SIP) nor at the media plane (RTP).
Foreground Service Health Monitoring
Foreground Service Health Monitoring helps the SIP User Agent to rapidly detect
whether the currently selected first hop SIP server can still be addressed for new SIP
requests. Foreground Service Health Monitoring makes use of either the SIP
REGISTER or the SIP OPTIONS Method.
In case the SIP register method applies, one termination out of the group of
terminations re-registers with a configurable high frequent interval (typically 90
s) while the rest of the terminations re-register with the usual frequency. The
group of terminations must have the following in common (SIP Termination
Group):
These SIP terminations get the same service route returned upon successful
registration
These SIP terminations addressed the same First Hop SIP server for their initial
registration.
In case the SIP options method applies, the SIP User agent will periodically send
(period typically equals 90 s) a SIP options request to the active SIP first hop
server.
Passive Heartbeat
As opposed to Foreground Service Health Monitoring, the main purpose of the
Passive Heartbeat is to help the SIP first hop server to rapidly detect whether a SIP
user Agent can still be addressed for new SIP requests.
When Passive Heartbeat is enabled, the SIP User Agent must reply to the SIP
OPTIONS request that is periodically sent by the SIP first hop server.
The Passive Heartbeat interval configured at and used by the SIP first hop server can
also provisioned at the access node side.
By watching the regular receipt of a SIP OPTIONS request from the SIP first hop
server, the SIP User Agent is able to detect whether the SIP first hop server is still up
and running.
Note The Passive Heartbeat and Foreground Service Health
Monitoring methods are mutually exclusive.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-107
Having this information in advance helps to reduce the elapse time to perform
fail-over and subsequently the establishment of new call sessions.
Background Service Health Monitoring makes use of the OPTIONS method.
Fail-Over Hysteresis Threshold
In order to allow the SIP User Agent to distinguish accidental from persistent error
conditions and as such to prevent connection toggling between first hop SIP servers
within a redundancy group, a Fail-over Hysteresis Threshold can be configured.
A SIP Server Fail-over is triggered from the moment the amount of error conditions
has exceeded the Fail-Over Hysteresis Threshold.
Stable Operation Observation Period
Stable operation observation intends to observe the stability of the SIP server once
this SIP server has resumed service after having failed.
Should an observed SIP server remain uninterrupted in-service from the start till the
expiry of the (configurable) stable operation observation period, then this SIP server
is declared stable and ready to be a fail-over / fail-back candidate SIPs server.
The stable-operation observation starts from the moment a failed SIP server has
resumed operation, detected by the SIP User Agent via the background service health
monitoring.
Deliberate Update
For reason of maintenance activities, a SIP server may be temporarily put out of
service. To avoid service interruption, the SIP UA allows to announce such
upcoming activity by an update of the list of SIP servers being part of a redundancy
group (DNS zone file, SIP server table).
In case such update is recognized by the SIP User Agent and the removed SIP server
is a SIP server via which SIP terminations are registered, then the SIP User Agent
will trigger a Fail-over to the highest priority SIP Server still present in the list.
A Deliberate Update is performed gracefully, meaning that the SIP User agent
triggers a fail-over for a SIP termination from the moment it has the on-hook state.
Neither ongoing dialogs nor ongoing transactions are interrupted.
SIP Integrated Voice Service: GEO Redundancy and GEO Fail-Over / Fail-Back
8-108
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
I-CSCF
HSS
ISAM-V
P-CSCF
1_1
S-CSCF
GEO
redundancy
I-CSCF
HSS
ISAM-V
S-CSCF
The SIP User Agent supports the interworking with a first hop Geo-redundant SIP
server topology.
A Geo-redundant SIP server topology can be provisioned by means of:
The Domain Names of the geo primary and geo back-up site whereby the IP
address of the individual SIP servers of these sites must be resolved through the
Domain Name Service NAPTR, SRV and A resource record look-up,
A list of Fully Qualified Domain Names for both the geo primary and the geo
back-up site whereby the IP address of the individual SIP servers must then be
resolved through the Domain Name Service A resource record look-up,
A list of IP addresses of the individual SIP Servers for both the geo primary and
the geo back-up site.
The SIP User Agent triggers a Geo Fail-Over / Geo Fail-Back upon explicit request
of the operator. See the related documents for detailed information and the detailed
command definitions for initiating such Geo Fail-Over / Geo Fail-back (ISAM
Operations and Maintenance Guide Using CLI).
The SIP User Agent supports manually triggered GRACEFUL GEO Fail-over /
Fail-Back, meaning that a SIP termination is individually moved to the GEO
Back-Up / Primary site on the condition that the SIP termination has the call state
on-hook. For any other call state, the system will defer the GEO Fail-Over for this
SIP termination till the call state has become on-hook.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-109
The SIP User Agent supports manually triggered FORCED GEO Fail-over /
Fail-Back, meaning that all ongoing dialogs and transactions are immediately
aborted and that all SIP terminations become immediately moved to the GEO
Back-up / Primary site (The system does not await the on-hook call state of the SIP
termination to perform the GEO Fail-over / Fail-Back).
Neither in the graceful, nor in the forced GEO Fail-over / Fail-back, ongoing dialogs
and transactions are transferred, and this neither at the signaling plane (SIP) nor at
the media plane (RTP).
SIP Integrated Voice Service: ESA Redundancy and ESA Fail-Over / Fail-Back
ESAPrimary Site
I-CSCF
HSS
ISAM-V
ESA Primary
Site connection
P-CSCF
1_1
S-CSCF
ISAM-V
ESA redundancy
ESA Back-up
Site connection
ESA
SIP server
The SIP User Agent triggers an autonomous ESA Fail-Over at the moment that the
connectivity with the ESA Primary Site has completely been lost (none of the First
Hop SIP servers at the ESA primary site are still addressable).
A SIP termination is individually moved to the ESA Back-Up site on the condition
that the SIP termination is not involved in a stable call. For any other call state, the
system will defer the ESA Fail-Over for this SIP termination till the call state has
become on-hook.
8-110
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The SIP User Agent does not support the DNS location service for the ESA Back-up
site.
The SIP User Agent triggers an autonomous ESA Fail-Back at the moment that at
least one of the SIP servers located at the ESA Primary Site can again be addressed.
A SIP termination is individually moved to the ESA Primary site on the condition
that the SIP termination has the call state on-hook. For any other call state, the
system will defer the ESA Fail-Back for this SIP termination till the call state has
become on-hook.
The SIP User Agent does not transfer neither ongoing dialogs nor ongoing
transactions to the ESA Primary / Back-up site, and this neither at the signaling plane
(SIP) nor at the media plane (RTP).
SIP Integrated Voice Service: NT switch-over interaction with SIP server
Redundancy
The Voice LT board monitors the receipt of the Uplink Switch-over notification from
the NT. Upon the receipt of this signal, meaning that an NT switch-over was
triggered, the LT board starts a 3 minute restoration-blocked timer. While this
timer is running, the complete Geo and SIP server Fail-over / Fail-back handling
becomes blocked meaning that neither a SIP server Fail-over, nor a SIP server
Fail-back, Geo Fail-Over or Geo Fail-back can be triggered and this neither
autonomously nor manually.
The ISAM-V also does not block any out-of-dialog request, any in-dialog request,
foreground health service monitoring, background health service health monitoring,
DNS look-up request during the period that the restoration-blocked timer is
running.
Overload Protection
Megaco Integrated Voice Service: MG (Voice access node Server) Overload
Protection
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-111
An overload situation is reached when the Voice server runs at 100% of its CPU
capacity. In such a situation, the received Megaco packets get a priority treatment;
Received Line events (off-hook, on-hook, flash-hook, dialed digits) run the risk to
be ignored. This depends on the robustness level being applicable at that moment:
Robustness Level 1: reached when the Voice Server remains running at 100% of
its CPU capacity during the next 40 seconds.
A Megaco ADD command being received from the MGC is replied with error 510
(Insufficient Resources).
Robustness level 2: reached when the Voice Server runs in Level 1 mode and
remains running at 100% of its CPU capacity during the next 160 seconds.
Robustness level 3: reached when the Voice server runs in Level 2 mode and
remains running at 100% of its CPU capacity during the next 320 seconds.
8-112
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The End of Overload Persistency Time is set larger than the Overload Persistency
time as to ensure that the CPU load is below the Low-Water-Mark for a sufficiently
long time so as not to immediately cause a new CPU overload situation.
Upon the receipt of Overload-condition notification, the Voice server takes the
following actions:
If requested by MGC and after having received and replied to a Megaco ADD
Transactions are the main building blocks of the SIP protocol; Each dialog is
composed out of a number of independent message exchanges called transactions.
A SIP transaction consists of a single request and any responses to that request,
which include zero or more provisional responses and a final response.
Limiting the total number of simultaneous active transactions at the LT board level
has proven to be an effective way to safeguard the system. By introducing a
Maximum Transaction Limit (MaxTx), the LT board becomes protected against
consuming all the available system resources when high loads of incoming SIP
traffic need to be processed.
The MaxTx value is an internal system dimensioning parameter set by Alcatel
Lucent in accordance with the engineered capacity of the system. However, if
MaxTx Limit is reached, the system does not simply react by gently rejecting all
new, incoming, out-of-dialog SIP requests by sending a 503 Service Unavailable
response including a Retry-After header.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-113
Instead, the following rules were incorporated as a local prioritization policy when
applying the MaxTx Limit:
Requests for ongoing sessions have priority over requests that setup a new
session.
Zone 3
Total Tx Limit
margin
Zone 2
MaxTx limit
Zone 1
time
Zone 1: Incoming traffic stays below Max Tx Limit: All incoming SIP requests
are accepted
Zone 2: Incoming traffic rises above MaxTx but below Total Tx Limit: All
low-priority SIP requests are rejected with a 503 Service Unavailable response;
High priority requests are still handled
Zone 3: Incoming traffic reaches Total Tx Limit: No more SIP transactions
available in the system; All incoming SIP requests are rejected with a 503 Service
Unavailable response
8-114
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
8.12
Quality of Service
For VoIP to be a realistic replacement for standard public switched telephone
network (PSTN) telephony services, customers need to receive the same quality of
voice transmission they receive with basic telephone services, meaning consistently
high-quality voice transmissions. Like other real-time applications, VoIP is
extremely sensitive with regard to bandwidth and delay. For VoIP transmissions to
be intelligible to the receiver, voice packets should not be dropped, excessively
delayed, or suffer varying delay (otherwise known as jitter).
VoIP can guarantee high-quality voice transmission only if the voice packets, for
both the signaling and the voice channel, are given priority over other kinds of
network traffic.
For VoIP to be deployed so that users receive an acceptable level of voice quality,
VoIP traffic must be guaranteed certain compensating bandwidth, latency, and jitter
requirements. QOS ensures that VoIP voice packets receive the preferential
treatment they require.
P-bit marking (layer 2) and DSCP marking (layer 3) for signaling and voice
(including fax and modem) traffic are supported.
The p-bit as well as the DSCP values are configurable for signaling and voice traffic.
Voice traffic (including fax and modem): The p-bit and DSCP values are
configurable at Media Gateway and Termination level.
8.13
DNS interworking
Megaco Integrated Voice Service
DNS interworking is not supported.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-115
To resolve Domain names and/or Fully Qualified Domain Names, the Integrated
Voice service supports the NAPTR, SRV and/or A resource record look-up to
recursive Domain Name Servers.
The Integrated Voice service supports DNS server redundancy with configurable
DNS server selection mode:
dns_redun_primary:
Multiple DNS servers can be provisioned whereby the DNS Server being
provisioned with the highest priority is addressed as the primary DNS server.
Any new DNS look-up request gets always sent to the highest priority DNS server
irrespective of whether the previous DNS look-up request got replied by the
highest priority DNS server or not.
Should no reply be received from the primary DNS Server, then the DNS look-up
is repeated to the DNS server with the next higher priority in the list. This repeat
cycle may be continued till a reply is received from a particular DNS server in the
list or the end of the list is reached.
Should all Domain Name servers once been queried but without success and the
DNS Maximum Number of Retransmissions parameter has been provisioned with
a value different from zero, then the NE shall again retransmit the DNS look-up
to the Name Servers in the list, starting again with the highest priority DNS server.
Should still no reply be received from none of the DNS servers in the list, then the
re-initiation of the DNS look-up over the complete list will be repeated for as
many times as provisioned in the afore mentioned parameter. Upon the maximum
number of Retransmissions been handled, an alarm is raised notifying the
customer that none of the DNS servers do reply.
dns-redun-successful:
Multiple DNS servers can be provisioned, The very first DNS look-up is
addressed to the DNS Server being provisioned with the highest priority.
Any new DNS look-up request gets sent to the DNS server that successfully
replied to the previous DNS look-up request. This DNS server remains addressed
for as long as a reply gets received from this DNS server during the initial
retransmission interval.
However, when no response is received in the initial retransmission interval then
the query is repeated to the DNS server with the next higher priority in the list.
When no response is received after all provisioned DNS servers have been tried,
the above procedure continues for another two retries with an exponentially
increasing time-interval.
If three DNS servers were configured, and the primary DNS server fails, while
the query to the second DNS server gets successfully replied, then the following
DNS query will start from the seconds DNS server. But if now the second DNS
server also fails, the query will be repeated to the third DNS server. The overall
retrying sequence in this loop shall be 2, 3, 1 before giving up.
If all three DNS servers fail after three times retransmission, the next loop query
shall be trying from the primary DNS server and the trying sequence is 1, 2, 3.
To support the Domain Name Service for GEO redundant network topologies, the
Integrated Voice service allows to provision a separate list of DNS servers for the
Geo Primary and the Geo Back-up site.
The Integrated Voice service caches the retrieved NAPTR, SRV and A resource
records for a period equalling:
8-116
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
{MIN {DNS Purge Time; MIN of [NAPTR,SRV,A] TTL values for a particular DN}}
whereby the provisionable DNS Purge Timer allows to limit the TTL value, should
some of the resource records own an excessively long TTL value.
In order to reduce the call set-up elapse time and/or to reduce the burden on the
network, where possible, the DNS Resolver limits the number of DNS queries to a
strict minimum. This is achieved by supporting the additional section in the DNS
server reply.
8.14
BITS Support
An accurate synchronization is mandatory for the voice service, especially for
voice-band-data services and ISDN services. The NT can be connecting by an
external BITS clock or using its integrated BITS module (< 5ppm) to reach a decent
voice quality. The NTs without BITS module (50ppm) are not valid and not
permitted for voice application.
8.15
8.16
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-117
8.17
Lawful Intercept
Overall Lawful Intercept strategy
The global Lawful Intercept (LI) solution complies with the international
standardization definition of ETSI TISPAN WG7 and ES 201 671(ETSI TC LI). LI
is considered to be fully transparent for the access node:
8-118
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The same forwarding principle as mentioned before, applies when either voice
termination point A or voice termination point B becomes replaced by the Voice
server due to the support of some supplementary services or the support of an
optimized IP addressing scheme.
Local RTP traffic switching:
To allow the support of the External Packet Forwarding facility, the RTP traffic will
always be switched along the SHUB, even if the two voice terminations among
which the RTP traffic is to be exchanged are connected to the same voice LT board.
Restrictions:
1
The External Packet Forwarding facility is supported in case the Voice Access
node connects directly or by means of (an) intermediate Voice access node(s) to
the external EPF device by means of a L2 switching network.
10 The External Packet Forwarding facility shall only be enabled for the VLAN that
carries the RTP traffic (might be a vlan sharing both RTP and signaling traffic).
11 The External EPF device must allow to disable the ICMP Redirect facility.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-119
Remote node
NT board
NT board
Signaling
IP address Voice
server
XLES
IP address
Voice LT
board
SHub Voice
IP address
SHub Voice
IP address
Remote node
Subtending node
NT board
Voice LT
board
Voice LT
board
L2
aggregation
network
NT board
L3
aggregation
network
SHub Voice
IP address
SHub Voice
IP address
ASP
MGC
Voice LT
board
SoftSwitch
Figure 8-113 Megaco Integrated Voice Service - Switched device - External Packet
Forwarding disabled
Main node
Remote node
NT board
NT board
Signaling
IP address Voice
server
XLES
IP address
Voice LT
board
SHub Voice
IP address
SHub Voice
IP address
L2
aggregation
network
Remote node
Subtending node
NT board
Voice LT
board
Voice LT
board
NT board
L3
aggregation
network
SHub Voice
IP address
SHub Voice
IP address
Voice LT
board
ASP
MGC
SoftSwitch
8-120
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-121
The External Packet Forwarding facility is supported in case the Voice access
node connects directly or by means of (an) intermediate Voice access node(s) to
the external EPF device by means of a L2 switching network.
10 The External Packet Forwarding facility shall only be enabled for the VLAN that
carries the RTP traffic (might be a vlan sharing both RTP and signaling traffic).
11 The External EPF device must allow to disable the ICMP Redirect facility.
Figure 8-114 SIP Integrated Voice Service - Switched device - External Packet
Forwarding enabled
Main node
Remote node
NT board
NT board
Voice LT
board
SHub Voice
IP address
SHub Voice
IP address
L2
aggregation
network
Remote node
Subtending node
NT board
Voice LT
board
Voice LT
board
NT board
L3
aggregation
network
SHub Voice
IP address
SHub Voice
IP address
ASP
MGC
Voice LT
board
SoftSwitch
8-122
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Remote node
Voice LT
board
NT board
NT board
SHub Voice
IP address
SHub Voice
IP address
L2
aggregation
network
Remote node
Subtending node
NT board
Voice LT
board
Voice LT
board
NT board
L3
aggregation
network
SHub Voice
IP address
SHub Voice
IP address
Voice LT
board
ASP
MGC
SoftSwitch
8.18
Supports the mirroring of all packets sent (SHUB ingress) at 1 or multiple ASAM
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-123
S-VLAN
Capturing
device
ISAM Voice
S-VLAN
L2
Aggregation
Network
S-VLAN
ISAM Voice
8.19
Capturing
device
The integrated voice service databases and related CDE profiles are uploaded to
the migration server offline migrated via the Push Button Migration Tool.
The offline migrated integrated voice service database and associated CDE
profiles are downloaded to the ISAM and activated together with the new
software package.
Megaco Integrated Voice Service off-line software migration
All Voice servers equipped in a hub Voice access node are supervised
by one and the same Voice Service Provider.
8-124
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
In order for the integrated voice service to work correctly, the same software package
must be downloaded to all Voice access nodes of an Voice cluster, that is, in
particular with focus on the integrated voice service, the software (maintenance)
release on the voice LT boards must be the same as the software (maintenance)
release on the Voice server and this for the complete Voice cluster.
The same applies within one Voice access node. Only one software (maintenance)
release can be active at an Voice access node at the same time.
This implies that all Voice server pairs in the hub Voice access node must run the
same software (maintenance) release. As a consequence, for the integrated voice
service to work, all Voice access nodes within the same upgrade/migration cluster
must be on the same software (maintenance) release.
The above rules imply that for both a software upgrade and a software migration, the
upgrade/offline migration procedure for the full upgrade/migration cluster must be
completed in a single maintenance window.
Figure 8-118 Voice upgrade/migration cluster (centralized topology)
Voice Upgrade / Migration Cluster concept in the context of
a Centralised Voice Topology.
Voice
Server
Pair 2
Voice
Server
Pair 3
Voice
Server
Pair 4
Voice
Server
Pair 5
Voice
Server
Pair 6
Voice
Server
Pair 7
LTs
Non-main
node 1a
LTs
Non-main
node 2a
LTs
Non-main
node 3a
LTs
Non-main
node 4a
LTs
Non-main
node 5a
LTs
Non-main
node 6a
LTs
Non-main
node 7a
LTs
Non-main
node 8a
LTs
Non-main
node 1b
LTs
Non-main
node 2b
LTs
Non-main
node 3b
LTs
Non-main
node 4b
LTs
Non-main
node 5b
LTs
Non-main
node 6b
LTs
Non-main
node 7b
LTs
Non-main
node 8b
LTs
Non-main
node 1x
LTs
Non-main
node 2x
LTs
Non-main
node 3x
LTs
Non-main
node 4x
LTs
Non-main
node 5x
LTs
Non-main
node 6x
LTs
Non-main
node 7x
LTs
Non-main
node 8x
Voice
Cluster 1
Voice
Cluster 2
Voice
Cluster 3
Voice
Cluster 4
Voice
Cluster 5
Voice
Cluster 6
Voice
Cluster 7
Voice
Cluster 8
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
Voice
Server
Pair 8
8-125
Upgrade /
Migration
Cluster 1
Upgrade /
Migration
Cluster 2
Upgrade /
Migration
Cluster 3
Main ISAM
Voice Node 1
Main ISAM
Voice Node 2
Main ISAM
Voice Node 3
Upgrade /
Migration
Cluster 4
Main ISAM
Voice Node 4
Upgrade /
Migration
Cluster 5
Main ISAM
Voice Node 5
Upgrade /
Migration
Cluster 6
Main ISAM
Voice Node 6
Upgrade /
Migration
Cluster 7
Main ISAM
Voice Node 7
Upgrade /
Migration
Cluster 8
Main ISAM
Voice Node 8
Voice
Server
Pair
Voice
Server
Pair
Voice
Server
Pair
Voice
Server
Pair
Voice
Server
Pair
Voice
Server
Pair
Voice
Server
Pair
Voice
Server
Pair
LTs
Non -main
node 1a
LTs
Non -main
node 2a
LTs
Non -main
node 3a
LTs
Non -main
node 4a
LTs
Non -main
node 5a
LTs
Non -main
node 6a
LTs
Non -main
node 7a
LTs
Non -main
node 8a
LTs
Non -main
node 1b
LTs
Non -main
node 2b
LTs
Non -main
node 3b
LTs
Non -main
node 4b
LTs
Non -main
node 5b
LTs
Non -main
node 6b
LTs
Non -main
node 7b
LTs
Non -main
node 8b
LTs
Non -main
node 1x
LTs
Non -main
node 2x
LTs
Non -main
node 3x
LTs
Non -main
node 4x
LTs
Non -main
node 5x
LTs
Non -main
node 6x
LTs
Non -main
node 7x
LTs
Non -main
node 8x
Voice
Cluster 1
Voice
Cluster 2
Voice
Cluster 3
Voice
Cluster 4
Voice
Cluster 5
Voice
Cluster 6
Voice
Cluster 7
Voice
Cluster 8
8-126
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Between a main release and its maintenance releases (for example, R4.0v and
R4.0.02c), starting from R4.0v onwards
Between 2 releases of 2 consecutive release streams (for example, R4.0.03d and
R4.1.02c), starting from R4.0v onwards
From the xVPS pair to the voice boards, that is, it is assumed the voice boards are
always at a lower or equal release then the xVPS pair, but never at a higher release
This Integrated Voice service backwards compatibility has the following restriction:
New services, as part of the newly introduced release, might not work as long as
there is more than one release active in the network.
The Integrated Voice service backwards compatibility is supported only at following
conditions:
At any time there are no more than 2 different releases in the network, being main
or maintenance releases of consecutive release streams
It is not allowed that such a H.248 to SIP functional migration coincides with
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-127
The main logical steps to be taken in the H.248 to SIP functional migration are:
1
Check the ongoing calls and the emergency calls for graceful shutdown
A functional migration from switching mode to routing mode may NOT coincide
with:
a software upgrade
an off-line software migration
an H.248 to SIP functional migration.
The Integrated Voice service does not support the functional migration of a
subtending access node. In other words, the subtending access node behaves at all
times as a switched device.
The same signaling VLAN ID remains used at the IACM part of the Voice access
node before and after the migration from switching device to routing device.
The same RTP VLAN ID remains used at the IACM part of the Voice access node
before and after the migration from switching device to routing device.
The same source / destination signaling IP address remains configured at the
xVPS (H.248) / SHub (SIP).
The same source / destination RTP IP address remains configured at the xVPS
(H.248) / SHub (SIP and H.248).
The main logical steps to be taken in the switching to routing functional migration
are:
1
8-128
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
8-129
8-130
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
9.1 Introduction
9.2 Coverage
9-2
9-2
9-3
9-10
9-33
9-33
9-36
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-1
9.1
Introduction
The integrated VoIP service provides classic telephony services to subscribers being
connected with classic POTS/ISDN BRI lines, and to convert the corresponding
signals to VoIP signaling/data packets.
The integrated voice service provides POTS or ISDN BRI service to subscribers over
copper pairs together or without xDSL service.
The voice information is converted to VoIP in the ISAM Voice access node and
forwarded to/from the service provider's Ethernet/IP network over optical fibers
along with the HSI and IPTV services carried by the access device.
VoIP networks are subject to standardization. Within standardization there are two
different approaches for the signaling:
chapter
Note 2 The Integrated Voice Service chapter describes the
9.2
Coverage
The following chapters summarizes the VoIP service features supported by the
different Alcatel-Lucent Voice access products: 7302 ISAM-V, 7330 ISAM-V
FTTN, RGW and ONT.
It is the aim to offer the customer a common feature set and common voice end-user
experience at all Alcatel-Lucent access products offering the integrated VoIP
service.
Nevertheless, slight differences in product roadmaps and product's feature
prioritization might result in deviations from the listed feature set and external
behavior. Please contact the responsible Alcatel-Lucent Copper /Fiber Product Units
for further details.
9-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
9.3
Basic Call
Analogue Z interface.
Configurable line feeding
Symmetrical programmable ringing
Metering tone insertion
Polarity reversal
Programmable line impedance with echo cancellation.
Overvoltage protection
Integrated Narrowband Line Test facility
Digit collection by detecting either DTMF tones or pulse dialing.
FSK/DTMF (provisionable per subscriber line).
Signaling events processing
En-bloc dialing.
Voice activity detection, comfort noise, and packet loss concealment.
Configurable jitter buffer: adaptive or fixed size (per call).
Echo cancellation:
Voice, low speed voiceband data, fax (per subscriber line)
In compliancy to G.168
High-speed data transmission: with echo tail length up to 16ms
Silence suppression:
Detection of silence descriptors in the bearer channel
Voice Activity Detection
Transmission of comfort noise to (near-end) customer interface when silence
suppression is activated at the far end packet voice transmitter
Tone generation: Ring tone, Dial Tone, Special (Information) Dial Tone, Ring
Back Tone, Congestion Tone, Busy Tone, and Howler tone.
Balanced ringing
Flexible Termination ID format including wildcard
Flat termination ID format
Hierarchical termination ID format
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-3
T.38 Fax
Softswitch is responsible of voice/T.38 call control and charging.
Fax over IP according in compliancy to ITU-T Rec. T.38
Between 2 Group 3 facsimile terminals.
UDP transport.
V21 flag detection.
Byte based and frame based
FEC and redundancy
2400 bps, 4800 bps, 7200 bps, 9600 bps, 12200 bps, 14400 bps.
Maximum speed is 14400bps depending on network situation.
ISDN: Support of T.38 MGC Transitioning method. (T.38 Autonomous
transitioning method is NOT supported.)
9-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
12 /16 Khz Metering (1 TR 110 - 1) for POTS lines connected to public coin
boxes and pay phones.
2B1Q encoding
4B3T encoding
Q921 protocol termination.
Q931 protocol relay via SIGTRAN.
CODECs:
G.711 A/u law (10ms, 20ms, 30ms), G.729AB (10ms, 20ms, 30ms, 40ms, 50ms, 60
ms), G.723.1 (20ms 30ms), T.38, RFC2833
RTCP:
SR, RR, SDES and BYE supported
The deterministic calculated interval Td is set to 5 s.
No support for RTP session membership
ISDN: Test based formatted ISDN IUA Interface identifier.
Jitter Buffer monitoring on a per subscriber line.
Support of following packages H248.2, H248.3, H248.8, H248.11, H248.14,
H248.16, H248.23, H248.26, H248.27, H248.34, H248.45.
For further details about full or partial compliancy with these standards, please
contact the Alcatel-Lucent Product Unit.
Configurable DSCP & 802.1p bit value for signalling and voice traffic
ISDN: support to show the state of power source 1 and power source 2 received
from NT1 (to know whether an ISDN user port is locally powered on NT or
remotely powered).
Supplementary services
Supplementary services are widely used in a traditional PSTN network. Customers
considering to evolve/migrate from a TDM network to a NGN IP-based network,
expect feature parity with the TDM network. Therefore, the support of
supplementary services is mandatory.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-5
Supplementary Service
POTS
ISDN
Multiparty Services
Calling Line
Identification
Services
CWID service
Call Diversion
Services
(1 of 2)
9-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
No
Supplementary Service
POTS
ISDN
Distinctive Ringing
Fixed Destination
Call (FDC)
HotLine
WarmLine
Call Barring
Services
Inhibition of Incoming Forwarded Calls (IIFC) [a.k.a. Incoming Calls Barring for
diverted calls]
Message Waiting Indication (MWI): with special dial tone connection, no VMWI
Call Park
Emergency Call
Change Password
VoiceMail
(The subscriber line shall only ring once when receiving MWI set/clear command
from MGC)
(2 of 2)
Interoperability of the integrated VoIP service access device with a 3rd party Voice
application Server can be supported through commercial agreement.
Please contact the ISAM PU for the supported supplementary services list.
Performance monitoring
The statistics are autonomously enabled by the system. They are reported to the
MGC in either the subtract or the audit reply, once the call has finished.
These statistics are not supported through the usual management interface.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-7
The Megaco integrated VoIP service supports the nt as well as the rtp package
for the permanent and ephemeral terminations.
Table 9-2 Performance monitoring
Package
Statistics
Contained in
substract reply
Contained in
audit reply
CLI/SNMP
Notes
nt
dur
os
or
(1 of 2)
9-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Package
Statistics
Contained in
substract reply
Contained in
audit reply
CLI/SNMP
Notes
rtp
ps
pr
pl
jit
delay
(2 of 2)
Voice Qos (packet loss, jitter, loop delay) Metrics Alarm Reporting
The system allows to enable / disable the RTP QOS Metrics Alarm reporting feature
at a per single subscriber.
The system allows to configure 3 TCA thresholds at a per single subscriber :
Low-QOS-Packet-Loss :
Raised in case the Packet Loss threshold is exceeded.
Alarm content : Peer IP-address ,Packet loss (%) in "Additional info" section of the
alarm.
Low-QOS-Jitter :
Raised in case the Interarrival Jitter threshold is exceeded.
Alarm content : Peer IP-address , Jitter (msec) in "Additional info" section of the
alarm.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-9
Low-QOS-Delay :
Raised in case the Round Trip Delay threshold is exceeded.
Alarm content : Peer IP-address , Delay (msec) in "Additional info" section of the
alarm.
All three RTP QOS Metric thresholds are checked upon call completion.
All three RTP QOS Metric thresholds are checked against the statistics collected in
the scope of RTCP.
Alarm-ON reporting :
A RTP QOS Metrics Threshold Crossing Alarm is immediately reset after this
RTP QOS Metrics Threshold Crossing Alarm has been reported.
9.4
Header fields: Call ID, CSeq, From tag, Path, Service-Route, Random contact
Response codes: 200/404/413/480/486/500/503/401/407/423.
reg event package in compliancy with RFC3680.
(Event header present in SUBSCRIBE and NOTIFY requests.)
Subscription upon successful registration
Subscribe / Notify dialog complies to RFC 3265.
Anti-avalanche register procedure as to avoid stressing the register server.
9-10
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Analogue Z interface.
Configurable line feeding
Symmetrical programmable ringing
Metering tone insertion
Polarity reversal
Programmable line impedance with echo cancellation.
Overvoltage protection
Integrated Narrowband Line Test facility
Configurable end-of-dialling indicator: *, #, * and #
Tone generation: Ring tone, Dial Tone, Special (Information) Dial Tone, Ring
Back Tone, Congestion Tone, Busy Tone, and Howler tone.
Echo cancellation:
Silence suppression:
Detection of silence descriptors in the bearer channel
Voice Activity Detection
Transmission of comfort noise to (near-end) customer interface when silence
suppression is activated at the far end packet voice transmitter
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-11
Incoming call rejection: Lack of DSP resource, CODEC not supported, Line
busy, Termination not known, not supported media type in SDP offer body,
Termination with administrative state = down.
Response codes: 400, 404, 420, 480, 481, 486, 488, 500
Polarity reverse triggered by the access node i.e. without any special signaling
required from the AS.
9-12
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
ZTE SIP server specific : Support for proprietary SIP message "MESSAGE" to
play the dial tone a second time when the subscriber dials the prefix as received
in the body of the SIP message "MESSAGE" :
Content-Type: text/plain
Second-Dial-Tone:yes;Intra-Group-Outgoing-Call-Prefix:9"
CODECs:
G.711 A/u law (10ms, 20ms, 30ms), G.729AB (10ms, 20ms, 30ms, 40ms, 50ms,
60ms), G.723.1 (30ms), T.38, RFC2833
RTCP:
SR, RR, SDES and BYE supported
The deterministic calculated interval Td is set to 5 s.
No support for RTP session membership
Support of PreConditions in compliancy to RFC 4032:
Enable/disable SIP Preconditions.
Backwards compatibility (remote party not supporting SIP Preconditions).
Segmented QoS precondition - basic call origination:
Reduce power feed in case the subscriber line is detected to be in Off-Hook state
for a longer time period without being involved in a call; provisionable delay to
enter reduced power feed state.
Flexible SIP URI provisioning.
Flexible Termination ID provisioning.
Jitter Buffer monitoring on a per subscriber line.
Configurable DSCP & 802.1p bit value for signalling and voice traffic.
Domain Name Service (DNS) support.
Dynamic Host Configuration Protocol (DHCP) support.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-13
Outgoing call
Forking
Response with/without SDP
Response with same/different to-tag
Alert timer: started upon the receipt of 18x. Call gets released upon alert timer
expiry and no non-100 response received.
Ability to handle the 180 ringing response including Alert-info.
Ability to handle the 183 response including Required: in-dialog.
Date header included in the INVITE message as GMT (Tightly and Loosely
coupled mode)
Incoming Call
9-14
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Media
Session refresh
Metering
September 2014
9-15
Metering pulse autonomously generated by the access node i.e. without any special
signaling required from the AS.
Fax/Modem Pass-through
Fax/Modem Relay.
Detection of T.30 CNG tone to identify a fax call.
Detection of the 2100 Hz (with periodic phase reversals) echo canceller disabling
9-16
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
DNG
None
Voice
Fax
Data
CNG
Fax
Data
Data
Data
Supplementary services
The TISPAN PES emulates the PSTN services to subscribers with full transparency
regarding the look and feel of the services. Subscribers can continue to use their
legacy terminals connected to the IMS network via gateways.
TISPAN PES defines two models on how the Voice Gateway interacts with the
Application Server with respect to SIP call manipulation for supplementary services.
In the tightly coupled model, the VGW remains mostly ignorant to the call control
logic of the supplementary service. It simply acts under the direction of the AS and
will report any event to the AS who will manipulate the call leg(s). Supplementary
service logic is mostly centralized in the AS.
In the loosely coupled model, service logic is pushed into the VGW. The VGW will
autonomously interpret user events and will autonomously manipulate the call legs
accordingly.
The Integrated VoIP service supports both models. Although both models cannot run
in parallel.
General
Table 9-4 lists the representative supplementary services that work in conjunction
with the Alcatel-Lucent IMS solution. More extensive treatment of the
supplementary services supported is available in the associated Alcatel-Lucent IMS
documentation.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-17
Supplementary Service
POTS
Multiparty Services
Calling Line
Identification
Services
CWID service
Call Diversion
Services
Notification
Services
Distinctive Ringing
Call Barring
Services
Selective Call
Baring Services
Fixed Destination
Call (FDC
9-18
September 2014
Bad Payer
HotLine
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Upon identifying a malicious call the callee flash hooks to put the caller on hold
Next, the callee dials the service code causing the SIP UA to send a re-INVITE
message to the Application server with XML including McidRequestIndicator=1
Upon the receipt of the mutual acknowledge by the callee's SIP UA and the
Application Server, the latter sends the malicious call identification information
to the network management server.
Tightly Coupled Model
Call Waiting:
Flash-hook only: Calling termination presses the flash-hook to switch between the
Call Hold:
Hard Hold:
3-party Conference:
Automatically bridged call by AS
User dialing decided conference call
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-19
spoke to the caller. (e.g. This is useful if a secretary is called and forwards the call
afterwards to the responsible person).
3-Way Call transfer: With 3-Way Call Transfer, a termination can set up a 3-way
call and then disconnect, allowing the remaining parties to continue the
conversation.
Blind call transfer: to transfer a call without talking to the called party.
Note In this case the Application Server cannot make any different
between flash-hook for MCID or flash-hook for other supplementary
service e.g. put call on hold.
As such, the Application Server does either support MCID or the rest
of the supplementary service activated by flash-hook, but cannot
support both simultaneously.
Loosely Coupled Model
Call Waiting:
Supported in compliancy with ETSI TS183043 C.9.1/C.16.1 Loose Coupling, 3GPP
9-20
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Call Hold:
Complies with ETSI TS183043 C.9.1/C.16.1 Loose Coupling, 3GPP ES 23.228
3 Party Conference:
Compliant to both TISPAN and NON-TISPAN specification, noted that the
Y-function hosts in the MRF/MS, not in SIP based Integrated VoIP access device.
Although, the 72 lines Voice LT board is also able to do audio mixing.
(NON-TISPAN implementation only supports IOT with Broadworks FS.)
Supported with the media-stream mixing being done at the IMS core MRF, in
compliancy with 3GPP specification TS24.147 subclauses 5.3.1.3.2 Conference
creation with a conference factory URI, 5.3.1.3.3 Three-way session creation,
5.3.1.5.3 User invites other user to conference by sending a REFER request to the
conference focus and 5.3.1.6.1 Conference participant leaving a conference.
Supported in compliancy with ETSI TS183 043 C.14.2 Loose Coupling option 1
(with local RTP-stream mixing at the SIP based Integrated VoIP access device) and
option 3 (with RTP-stream mixing at the MRF of the core under control of the core
application server).
The user can hold the initial call and initiate an inquiry call to a 3th party by making
a hook-flash event and dial the 3-party number. Once the enquiry call is established
the user can join both calls into 3-way conference by a subsequent Hook-flash event.
Support of Isfocus parameter in compliancy with GR-577-CORE - LSSGR:
Three-Way Calling, FSD 01-02-1301, with contact header of the form
username3wc@host where username is the configured username of the line / user
part of address_of_record appended with the string 3wc.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-21
Supported in compliancy with 3GPP ES 23.228 chap 5.11.6 Session Transfer and
ES 24.228 chap 10.5.
Support REFER message to send the DTMF to the AS according to RFC 3515
REFER Method/Refer-to header and RFC 3892 Referred-By header.
Consultative call transfer: for forwarding a call after the first person who was called
spoke to the caller. (e.g. This is useful if a secretary is called and forwards the call
afterwards to the responsible person).
3 Way Call transfer: With 3-Way Call Transfer, a termination can set up a 3-way
call and then disconnect, allowing the remaining parties to continue the
conversation.
Blind call transfer: to transfer a call without talking to the called party.
For example, in case *23 is the blind call transfer service code, the digit map shall
include *23S as prefix of those patterns to be dialed as transfer target of blind call
transfer service. Those patterns are used for blind call transfer only.
For example, pattern 11xxx is used for basic call, and *23S11xxx is used for blind
call transfer.
9-22
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Additional Info
CLIP:
Primary source for the Calling Line Identity is either the From header or the
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-23
As to be able to make use of this service, the termination needs to install an SMS
enabled terminal (SM-TE).
Once the call between the SM-TE and SM_SC has been successfully established,
either SM-TE or SM-SC will initiate the FSK data transmission in compliancy with
ETSI EN 300 659 -2 (Off-hook data transmission).
The TE-alerting signal (TAS) is used to signal that data-transmission shall be
carried. Upon the receipt of the TAS (line side & IP side), the SIP based Integrated
VoIP access device switches to VBD mode.
Only the Dual Tone TE-alerting signal can be used for off-hook data transmission,
as is specified in EN 300 659 - 1 (On-hook data transmission).
Release Control
SMS
PANI Header insertion is done in compliancy with the 3GPP TS24.229 standard :
9-24
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
(Thus : PANI-header not included ACK, (response to) CANCEL, 100 Trying,
(response to) session refresh request).
Two formats are supported :
Format 1 :
Authentication by IMS core based on IMPU (=RN) (From) & Access-Id (PANI
Line-Id)
Dial Tone Management
For a SIP termination without Voice Mail messages waiting in the Voice Mail
Server and no CFx activated, the normal dial tone is applied during a time period
of 15 sec.
For a SIP termination without Voice Mail messages waiting in the VoiceMail
Server and CFx activated, the special dialtone is applied during a time period of
15 sec.
For a SIP termination with Voice Mail messages waiting in the VoiceMail Server
and CFx activated, the Message waiting tone is applied during a time period of 4
sec., followed by the special dialtone during a time period of 11 sec.
For a SIP termination with Voice Mail messages waiting in the VoiceMail Server
and CFx activated, the Message waiting tone is applied during a time period of 4
sec., followed by the special dialtone during a time period of 11 sec.
If the end-user starts to dial digits at any time during the 15 sec time period, the
playing of the actual tone is stopped
For all call states, except 'connected', the Flash hook event is handled as an
"on-hook" event followed by an "off-hook" event.
In connected' state:
With supplementary services, the Flash hook event triggers the relevant service.
Without supplementary services, the Flash hook event is handled as an "on-hook"
event followed by an "off-hook" event.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-25
Performance Monitoring
The statistics can be retrieved using CLI or an Element Management System (EMS
/ SDC). See the related documents for detailed information and the detailed
command definitions for retrieving the VoIP service counters and/or statistics.
(Operations and Maintenance Guide Using CLI, 5529 Statistics and Data Collector
Installation and User Guide).
The SIP based integrated VoIP service supports different performance monitoring
methods. Access products may support all or a subset of these methods. Please
contact the ISAM PU for further details.
The different performance monitoring methods are explained hereafter.
History Interval Framework.
One of the methods supported by the SIP-based integrated VoIP service for the
collection and reporting of statistics and counters is the History Interval Framework.
This basic framework relies on current and historical intervals to store the history of
the statistics and counters. This is typically one interval per 15 minutes or 24 hours.
The start and end time of each interval (15 minutes / 24 hours) are aligned with the
quarter hours / 24 hours of the wall clock.
Should the duration of a call session exceed the interval boundary, then the statistics
and counters for such call session will be collected and reported spread over multiple
intervals. The post-processing i.e the concatenation / sum-up of all portions for such
statistics and counters, in order to calculate the results for the full call, is not
supported by the Integrated Voice Service access device; It is to be done by an
external expert system (e.g. SDC).
Figure 9-1 SIP ISAM Voice Performance Monitoring Result Post-Processing
OSS Platform
1. Generate PM record
for dialog A including
Dialog Reference
2. Associate PM record
with CDR record by using the
Dialog Reference
Other NE
CDR
SDC
2. Generate PM record for dialog A including Dialog Reference.
1. Retrieve all PM portions for dialog A using Dialog Reference
Dialog A Elapse time
Dialog A active time portion 1
Dialog A
Dialog A
Portion_1
PM record
Recent 15 min interval N-1
Dialog A
Dialog A e.g. put
Portion_2 on hold
PM record
Dialog A
Portion_3
PM record
Dialog A
Portion_4
PM record
Recent 15 min interval N+1
The SIP based Integrated VoIP Service supports voice related per-line, per-board and
per call statistics / counters.
For the per-line statistics and counters, the current 15 min / 24 hours interval together
with a set of 96 x 15 min and 3 x 24 hours history intervals is supported.
9-26
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
For the per-call statistics and counters, a set of 96 x 15 min history intervals is
supported (The current 15 min interval is not supported).
For the per-board statistics and counters, the current 15 min / 24 hours interval
together with a set of 96 x 15 min and 3 x 24 hours history intervals is supported.
The SIP based Integrated VoIP Service supports TCA handling. The TCA can be
enabled / disabled for each individual subscriber line. Both the high and the low TCA
threshold are configurable.
Statistics can be explicitly enabled / disabled by means of the regular management
channel. The system does not allow to enable/disable a particular performance
monitoring category. Either PM is enabled for all categories (per-Line, per-Board,
per-Call) or PM is disabled for all categories (per-Line, per-Board, per-Call).
Table 9-5 Overview of Per-line Statistics and Counters
Statistics
Description
Packets Sent
Packets Received
Octets Sent
Octets Received
The average Inter-Arrival Jitter for (an) RTP data stream(s) of a SIP
termination in a single interval.
The peak Inter-Arrival Jitter measured for (an) RTP data stream(s)
exchanged by a SIP termination during a single interval.
The average Round Trip Delay for (an) RTP data stream(s) of a SIP
termination during a single interval
The peak Round Trip Delay measured for (an) RTP data stream(s)
exchanged by a SIP termination during a single interval
The average jitter buffer fill level for a SIP termination during a
single interval
The average jitter buffer fill level measured during the receipt of
(an) RTP stream(s), encoded with G711_a by a SIP termination
during a single interval
The average jitter buffer fill level measured during the receipt of
(an) RTP stream(s), encoded with G711_u by a SIP termination
during a single interval
The average jitter buffer fill level measured during the receipt of
(an) RTP stream(s), encoded with G723 by a SIP termination during
a single interval
The average jitter buffer fill level measured during the receipt of
(an) RTP stream(s), encoded with G729 by a SIP termination during
a single interval
(1 of 2)
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-27
Statistics
Description
Active Registrations
The number of incoming call attempts in this interval for which a SIP
response is sent being the result of the off-hook event been
detected. The system allows to provision the kind of response that
will be considered as to be counted as a successful incoming call
attempt. The system offers the following options:
(2 of 2)
Description
Packets Sent
The number of RTP packets sent by a SIP termination since the call
is established/ the start of the interval and the end of the call/ the
expiry of the interval
Packet Received
Octets Sent
Octets Received
The average Inter-Arrival Jitter for the RTP data stream since the
call is established/ the start of the interval and the end of the call/
the expiry of the interval.
The peak Inter-Arrival Jitter for the RTP data stream since the call
is established/ the start of the interval and the end of the call/ the
expiry of the interval.
(1 of 2)
9-28
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Statistics
Description
The average Round Trip Delay for the RTP data stream since the call
is established/ the start of the interval and the end of the call/ the
expiry of the interval.
The peak Round Trip Delay for the RTP data stream since the call is
established/ the start of the interval and the end of the call/ the
expiry of the interval.
The total (absolute) amount of packets lost for the RTP data stream
since the call is established/ the start of the interval and the end of
the call/ the expiry of the interval.
(2 of 2)
Description
Packets Sent
Packets Received
Octets Sent
Octets Received
The peak Inter-Arrival Jitter measured for (an) RTP data stream(s)
exchanged by an LT board during a single interval.
The average jitter buffer fill level for an LT board during a single
interval
The average Round Trip Delay for (an) RTP data stream(s) exchanged
by an LT board during a single interval
The peak Round Trip Delay measured for (an) RTP data stream(s)
exchanged by an LT board during a single interval
The average jitter buffer fill level measured during the receipt of
(an) RTP stream(s), encoded with G711_a for an LT board during a
single interval
The average jitter buffer fill level measured during the receipt of
(an) RTP stream(s), encoded with G711_u for an LT board during a
single interval
The average jitter buffer fill level measured during the receipt of
(an) RTP stream(s), encoded with G723 for an LT board during a
single interval
(1 of 2)
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-29
Statistics
Description
The average jitter buffer fill level measured during the receipt of
(an) RTP stream(s), encoded with G729 for an LT board during a
single interval
Total amount of POTS ports, which are not configured in the SIP
termination Table, but present at the LT board. The value is taken
at the beginning of the respective interval
Total Memory
Active Registrations
The number of incoming call attempts in this interval for which a SIP
response is sent being the result of the off-hook event been
detected. The system allows to provision the kind of response that
will be considered as to be counted as a successful incoming call
attempt. The system offers the following options:
(2 of 2)
9-30
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Description
Duration
DN of called party.
DN of calling party.
Packets sent
Packets received
Packets discarded
Average Jitter
The average jitter measured during the receipt of the RTP stream.
Average jitter buffer depth while the bearer channel was active.
Peak Jitter
The peak jitter measured during the receipt of the RTP stream.
RTCP participation
If the far end did participate in RTCP: Average round trip delay while
the bearer channel was active.
(1 of 2)
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-31
Statistics
Description
If the far end did participate in RTCP: Peak round trip delay while
the bearer channel was active.
RTCP-XR
(2 of 2)
Short-Lived Framework
The short-lived method supported for the System-wide resource utilization related
statistics / counters and System-wide Subscriber Line Utilization and service
availability statistics / counters makes use of operational counters.
Table 9-9 Overview of the System-wide Resource Utilization Statistics and Counters
Statistics
Description
Percentage of Memory
Utilization
Table 9-10 Overview of the System-wide Resource Utilization Statistics and Counters
Statistics
Description
Non-Configured Lines
Operational Configured
Lines
Non-Operational Configured
Lines
9-32
0 None/initial
1 Registered
2 In session
5 Failed registration - failed authentication
6 Failed registration - timeout
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
9.5
A SIP request gets accepted irrespective of the origin of the request (SIP request
is accepted from any SIP first hop server)
A SIP request gets accepted on the condition that it originates from the SIP first
hop server that has been selected as the SIP first hop server currently to be
addressed (Active SIP server) for outgoing SIP requests.A SIP request received
from SIP first hop server other than the ACTIVE SIP server is rejected with
response code 403.
A SIP request gets accepted on the condition that it originates from one of the
SIP first hop servers that are maintained in the locally created SIP first hop server
White List. This White List includes all configured (IP@, FQDN, DN) and
administratively enabled SIP first hop servers (primary + secondary) in the SIP
Server Table (SIP MIB).
A SIP request received from SIP first hop server other than the SIP first hop
servers appearing in the White List is rejected with response code 403.
The system allows to check the origin of a received SIP response message.
A SIP response message gets dropped if it does not originate from the Active SIP
server / a SIP first hop server appearing in the White List.
9.6
Generic
Clock Loss Alarm: A condition meaning that either the NT-A clock or the NT-B
clock or both NT clock signals are lost.
Invalid Voice Server Database: A condition meaning a corruption of the Voice
Server database.
Invalid CDE Profile: A condition meaning a corruption of the CDE Profile.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-33
Missing CDE Profile: A condition meaning that the voice LT board requests a
CDE file that cannot be found at the NT.
CDE Profile Hash Error: A condition meaning that the Activation of a new CDE
Profile has failed because of wrong CDE Profile Hash Key.
MEGACO
Media Gateway Controller Unreachable: A condition meaning that the control
association with the MGC has been lost.
SIP
Bad Digitmap: A condition meaning that the provisioned digit map is unusable.
No DNS server reply: A condition meaning that none of the provisioned DNS
servers do reply.
No DNS server configured: A condition meaning that DNS server provisioning is
missing.
No SIP server reply: A condition meaning that none of the provisioned SIP
servers do reply.
No SIP server configured: A condition meaning that SIP sever provisioning is
missing.
9-34
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
No SIP Registrar reply: A condition meaning that none of the provisioned SIP
registrars do reply.
between the transport protocol(s) supported by the SIP UA and the transport
protocol(s) to be used to access a SIP server.
DNS Look-up failure: A condition meaning that DNS look-up failed.
DHCP Server unreachable: A condition meaning that DHCP server is
unreachable.
Port Ground Key: A condition meaning that the current threshold of the physical
port has been exceeded (The tip is connected to AC source; The ring is connected
to the AC source).
Port High Temperature: A condition meaning that the temperature threshold of
the physical port has been exceeded; the port has been shutdown.
Unknown SIP Subscriber: A condition meaning that the SIP subscriber doesn't
exist in the SIP Application Server.
Mismatch: A condition meaning that the ONT did not accept the OMCI
configuration requests for the provisioned POTS service
RTCP Stream error: A condition meaning that the POTS Realtime Transport
Control Protocol packet stream was lost during an active voice call.
Voice Configuration File Error: A condition meaning that the voice configuration
file contains an error.
SIP Registration failure - Resolve domain name: A condition meaning that the
SIP registration failed, because of resolve domain name failure.
SIP Registration failure - Authentication: A condition meaning that the SIP
registration failed, because of authentication failure.
SIP Registration failure - Time-out: A condition meaning that the SIP registration
failed, because of message time-out.
SIP Registration failure - SIP Server error response: A condition meaning that the
SIP registration failed, because of error response from SIP server.
SIP INVITE failure - Resolve domain name: A condition meaning that the SIP
invite failed, because of resolve domain name failure.
SIP INVITE failure - Authentication: A condition meaning that the SIP invite
failed, because of authentication failure.
SIP INVITE failure - Time-out: A condition meaning that the SIP invite failed,
because of message time-out.
SIP INVITE failure - SIP Server error response: A condition meaning that the SIP
invite failed, because of error response from SIP server.
SIP SUBSCRIBE failure - SIP Server Error response: A condition meaning that
the SIP subscribe failed, because of error response from SIP server.
SIP SUBSCRIBE failure - Resolve domain name: A condition meaning that the
SIP subscribe failed, because of resolve domain name failure.
SIP SUBSCRIBE failure - Authentication: A condition meaning that the SIP
subscribe failed, because of authentication failure.
SIP SUBSCRIBE failure - refresh Time-out: A condition meaning that the SIP
subscribe refresh failed, because of message time-out.
SIP SUBSCRIBE failure - initial Time-out: A condition meaning that the initial
SIP subscribe failed, because of message time-out.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-35
SIP Message Timeout Threshold crossed (TCA): A condition meaning that the
number of SIP Message timeouts threshold has crossed for the POTS line.
RTP Bearer Packet Loss Threshold crossed (TCA): A condition meaning that the
number of RTP bearer packets loss on a POTS line has been crossed.
Jitter Threshold crossed (TCA): A condition meaning that the RTP Jitter
Threshold has been crossed on a POTS line.
9.7
Compliancy to standards
ISAM Voice is fully/partially compliant to the following standards (further details
are provided in the related Protocol Information Compliancy Sheets (PICS
documents)):
Megaco
RFC768, RFC791, RFC792, RFC826, RFC894, RFC919, RFC920, RFC950,
9-36
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
SIP
RFC768, RFC791, RFC792, RFC950, RFC919, RFC920, RFC2131, RFC2327,
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
9-37
9-38
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
10.1 Introduction
10-2
10-2
10-4
10-16
10-21
10-24
10-38
10-45
10-49
10-51
10-55
10-61
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-1
10 Layer 2 forwarding
10.1
Introduction
This chapter focuses on L2 forwarding, consistent with the standards of the Electrical
and Electronics Engineers (IEEE).
Concretely, in the ISAM this involves the iBridge and VLAN cross-connect
forwarding mode.
Note Strictly speaking, only iBridge and VLAN cross-connect
forwarding modes can be considered as L2 forwarding in term of
IEEE context. For practical reasons however, this chapter will also
cover an additional forwarding mode which is not really part of L2
forwarding family but still closely related: PPP cross-connect
forwarding.
10.2
Tagged frame
Priority-tagged
frame
Untagged
frame
Yes
Yes
No
Value of VLAN ID
Non-zero value
Zero
NA
QoS class
QoS class
NA
10-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
Figure 10-1 Untagged and tagged/priority-tagged Ethernet frames
Untagged frame
preamble
SFD
dest
addr
src
addr
length
type
data + pad
FCS
461500
(priority-)tagged frame
preamble
SFD
dest
addr
802.1q
tag
src
addr
6
VLAN
tag
MAC client
length
type
data + pad
46...1500
FCS
4
c
Ba
kb
on
e
tch
i
Sw
3
7
5
VLAN A
VLAN B
2
1
8
tch
i
Sw
1
VLAN C
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-3
10 Layer 2 forwarding
10.3
In all practical deployments, the number of subscribers is quite larger than the
number of service providers.
By definition, the ISAM makes the distinction between interfaces facing users
and interfaces facing the EMAN network side:
subtending ISAMs instantiate the so-called User Side. Such interfaces are
generally considered untrusted, especially when facing individual subscribers.
Interfaces connected to the EMAN or directly to service provider equipment (for
example, BRAS) instantiate the so-called Network Side. Such interfaces are
considered trusted.
Figure 10-3 ISAM as an Access Device
NNIs
UNIs
EMAN
Forwarder
Instances
ISAM
Network Side
User Side
One will also note that in case of subtending ISAM, the access functionality is spread
over the Hub and Subtending ISAMs. Much of the subscriber related functionality
will obviously be performed in the subtending ISAM, alleviating the hub ISAM
requirements to that respect. For what concerns frame forwarding, the Hub ISAM
will just perform a simpler aggregation of subtending traffic. To reflect the
difference in the handling of subscriber traffic vs. subtended traffic, one has
introduced the notion of UNI (User Network Interface) for the links connected to
individual subscribers and NNI for links connected to subtending ISAMs.
Note 1 Throughout this document and generally in all ISAM
10-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
Because of this asymmetry, the functions on the subscriber side are generally
different from those on the network side, in particular considering privacy and
security aspects.
Beyond the obvious capability of terminating of DSL and PON circuits, much of the
added value of the ISAM compared with utility Ethernet switches resides in its
unique capability to exploit and preserve the difference between user side and
network side, in particular around L2 forwarding.
Generic L2 Forwarder
In a L2 access network, each NSP Service is offered on a particular network VLAN
over the EMAN. The role of the ISAM is to attach every subscriber to the NSP
Service(s) of their choice, that is, to the VLAN corresponding to this NSP Service in
the EMAN.
For that purpose, the ISAM uses a generic L2 forwarder model. In this model the
ISAM associates to every NSP Service a dedicated L2 forwarder, operating within
the context of this network VLAN and to which uplink(s) and subscriber(s) can be
attached by means of forwarder interfaces.
The basic generic L2 forwarder is shown in Figure 10-4.
Figure 10-4 The generic L2 forwarder
L2 Forwarder
Forwarder
Identifier
NSP
Server
Network VLAN
for
this NSP Service
Forwarding
data
structures
Forwarder
Interfaces
E.g. FDB,
PortTable,
etc
Generic
L2 Forwarder
EMAN
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-5
10 Layer 2 forwarding
It makes use of the following data structures which form its operational context:
Forwarder Identifier:
This is reflecting the fact that the ISAM typically hosts several instances of L2
forwarders, one per NSP Service. Each L2 forwarder instance operates within the
context of a dedicated network VLAN used to identify the forwarder. Depending
on the network deployment strategy, this VLAN can be identified by one of the
following:
a single VLAN tag (say C-VLAN): this can be for instance when an NSP only
provides one service, say HSI. The forwarder is then a single tag forwarder.
a dual tag (say S+C-VLAN): this can be for instance when the S VLAN tag
identifies a multiservice-NSP and the C VLAN tag identifies a given service offered
by this NSP (alternate VLAN tag usage are possible as well, e.g. where the C VLAN
tag identifies the individual subscriber rather than a service). The forwarder is then
a dual tag forwarder (sometimes also called a stacked forwarder).
In the 1:N mode, the NSP network VLAN is shared by a group of N subscribers.
In the ISAM this deployment is supported by a L2 forwarder specialized as an
iBridge.
In the 1:1 mode, the NSP network VLAN is used by only one subscriber. In the
ISAM this deployment is supported by a L2 forwarder specialized as a VLAN
cross-connect.
10-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
The iBridge is derived from the standard self-learning IEEE 802.1q-Bridge which
makes use of destination MAC addresses lookup to discriminate subscribers from
each other. A standard bridge however is not suitable for residential DSL access
because it lacks a number of essential security and privacy features. Adding those
features turns a standard bridge into an iBridge (also known as Intelligent Bridge).
Note In CLI and MIB and in some documentation the term
Residential Bridge (RB) is sometimes used as an equivalent for
iBridge.
Since the ISAM has the notion of user side and network side, it has the capability to
deviate from a normal standard bridge in particular in term of controlling traffic
switching (or flooding) and controlling MAC address learning.
On the other side, due to its very 1:1 nature a VLAN cross-connect does not rely on
MAC address lookup to identify a given subscriber, the network VLAN ID is
sufficient.
Note however that in case of several uplinks, an FDB is still needed for the VLAN
cross-connect to find out the right uplink. So actually, a VLAN cross-connect usually
exhibits a bridge behavior on the network side.
Although privacy is not as a concern as for iBridges VLAN cross-connects are also
aware of user side versus network side for other access related features (e.g. DHCP
Opt82).
A typical VLAN cross-connect is shown in Figure 10-5.
Figure 10-5 A VLAN cross-connect
NSP
Server
Network VLAN
for
this NSP Service
(17)
User Vlan
(19)
FDB
Because they are both affiliated to the same L2 Generic forwarder iBridges and
VLAN cross-connect follow the same configuration model despite their differences.
Moreover most of L2 access related features apply to both of them as well (e.g.
VLAN translation, DHCP Opt 82, ). This will be further detailed in later sections.
Dual-tag L2 Forwarders
This section will elaborate a bit on dual-tag L2 forwarder mentioned in
section Generic L2 Forwarder.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-7
10 Layer 2 forwarding
These forwarders has the special feature that subscriber upstream frames get their
single-tag outer VLAN replaced by the dual-tag VLAN of the forwarder before being
forwarded to the network. Conversely dual-tagged network frames matching the
forwarder dual-tag identifier will have their dual-tag outer VLAN replaced by the
genuine single-tag subscriber VLAN before being passed to the subscriber.
Figure 10-6 illustrates a dual-tag cross-connect (also called S+C cross-connect)
Figure 10-6 Dual-Tag S+C-VLAN cross-connect
NSP
Server
Dual-tag
Network VLAN
for this NSP Service
(100,19)
FDB
User VLAN
(19)
10-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
a central BRAS. The ISAM is capable of segregating the end-user's PPPoE traffic
from the rest by applying an Ether-type filter, and will forward this PPPoE traffic in
a L2 forwarder that is coupled to the HSI VLAN. This procedure is known as
protocol-based VLAN selection
Deliver IPoE-based multimedia services using another L2 or L3 forwarder, which is
coupled to the Multimedia VLAN. The IPoE traffic is separated from the rest via
Ether-type filtering as well
If for some reason it is appropriate to carry multicast streams in a separate
Multicast VLAN this can be done as well. IGMP packets sent by the end-user to
join a given multicast stream are intercepted by the ISAM to perform its IGMP
proxy function. For each configured multicast stream the operator can specify what
network VLAN this stream originates from. This feature is referred to as
cross-VLAN multicast.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-9
10 Layer 2 forwarding
A subscriber-side VLAN-id can have a local significance, which means that the
VLAN-id is just used to select a particular forwarder. Once this is done, the
subscriber-side VLAN-id is stripped off from the packet, the forwarding decision is
made and a new network-side VLAN-id is stamped onto the packet when it is
transmitted on the network interface. From an end-to-end perspective this
mechanism amounts to performing a VLAN translation
The multi-VLAN model offers the equivalent of the multi-PVC model in ATM,
and that implies that also multicast handling is equivalent to what is offered in a
multi-PVC environment.
Two variants can be considered:
The basic model, equivalent to the multi-PVC model: in this case multicast services
Since the ISAM supports cross-VLAN multicast, the VLAN ID on the UNI can
be different from the VLAN of the multicast stream used on the uplink.
The multi-VLAN model on top of a single ATM PVC
While the multi-VLAN model is most natural in case of PTM/Eth interfaces, it
can be applied as well on top of a single ATM PVC.
A first possible reason to choose for this model is to achieve a uniform
configuration for VDSL and ADSLx access. For instance on a given VDSL LT it
is possible to connect both ADSL(2+) and VDSL subscribers depending on the
individual end-user's service subscription. Above the physical layer, the end-user
configuration can be kept the same if multi-VLANs are used on top of a bridge
port which is either stacked on top of a bridged encapsulated PVC or on top of
the VDSL port.
Another reason for using a multi-VLAN model on top of a single ATM PVC may
have to do with CPE limitations: some cheaper ADSL(2+) CPEs support at most
one active ATM PVC.
The ISAM can support these various deployment models by means of the generic L2
concepts detailed in the next section.
10-10
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
To reflect this, the concepts of VLAN port and bridge port have been introduced in
the ISAM, which form a common denominator for all the different service
multiplexing methods.
More specifically, VLAN ports, bridge ports and some additional objects are defined
as follows:
bridge port:
a bridge port is a generic Ethernet interface. In practice, a bridge port can be a
PVC carrying Ethernet, an EFM link or a physical user Ethernet link. A bridge
port can carry a mix of untagged, priority-tagged or tagged frames.
Note Despite the name, in ISAM, a bridge port is not related to a
specific iBridge! A better name for bridge port would have been
virtual Ethernet port!
VLAN port:
a VLAN port is a generic tagged Ethernet interface on a bridge port, more
specifically it is only related to the frames tagged with a specific VLAN ID on
this bridge port. In the ingress direction, a VLAN port can be best seen as
picking-up frames with a specific VLAN tag received from the bridge port. For
all practical purposes, a VLAN port is the ISAM implementation of the L2
Forwarder Interface introduced in section Generic L2 Forwarder. Tagged
frames received by the ISAM which cannot be related to any configured VLAN
port are discarded.
Port Default VLAN ID (PVID):
A bridge port can be configured with a PVID. The PVID has only relevance for
iBridging or VLAN cross-connect. It is the VLAN ID which untagged or
priority-tagged traffic should inherit from this bridge port when subjected to
iBridging or VLAN cross-connect. In that case, untagged frames are considered
by the ISAM as if tagged by the user with the PVID.
Port Protocol Default VLAN ID (ProtocolVID):
A bridge port can be configured with a Protocol VLAN ID. A ProtocolVID has
the same purpose as a PVID except that it takes into account the Ethertype of the
packet.
In practice, the ISAM operator can configure up to three port-Protocol-VLAN
IDs per bridge port:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-11
10 Layer 2 forwarding
So in summary, a L2 forwarder interacts with the external world, i.e. subscribers and
EMAN by means of VLAN ports, whatever line technology is used (PVC, EFM,
Ethernet, and so on) and whatever L2 forwarder type, iBridge or VLAN
cross-connect.
In Figure 10-7 below, one VLAN port is created for each service on a given
subscriber's line.
Figure 10-7 L2 multiservice by means of VLAN ports
VlanPort
L2 Fwd1
NSP1
BridgePort
VLAN 1
NSP2
VLAN 2
L2 Fwd2
EFM
VLAN 3
NSP3
EMAN
L2 Fwd3
Figure 10-8 illustrates some examples on how VLAN ports and bridge ports help to
make abstraction of the line transport technology and frame encapsulation.
10-12
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
Figure 10-8 VLAN ports hiding the line transport technology
VlanPort
BridgePort
PVC
Phy Line
PVID
Untag_Serv1
PVID
Untag_Serv2
PVID
Untag_Serv3
IP-VID
PPP-VID
Untag_Serv1 (IP)
Untag_Serv2 (PPP)
Untag_Serv3 (other)
PVID
Tag_Serv1
Tag_Serv2
Tag_Serv3
IP-VID
EFM Tag_Serv1
Untag_Serv2 (PPP)
Untag_Serv3 (other)
PVID
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-13
10 Layer 2 forwarding
support of various underlying user frame encapsulation types, e.g. Ethernet PVCs,
Ethernet VDSL EFM, Ethernet Phy, IPoA PVC, PPPoA PVC,...
support of various VLAN tagging mode: untagged, priority tagged, single tagged or
multiple tagged
User VLAN tag manipulations: preserve/translate user VLAN IDs, add (upstream)
or remove (downstream) an extra VLAN tag to a specific user frame.
Of course, the ISAM performs additional functions on the user side but they are
considered outside the scope of this Chapter because not related or only indirectly
related to L2 Forwarding:
subscriber management related functions like Opt 82, PPP relay tag, QOS, Filters,
redundancy mechanisms like Link Aggregation, Spanning tree,...
10-14
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
L2 Forwarding:
The role of the L2 forwarder is essentially to decide on which outgoing forwarder
interface(s) an ingress frame has to be sent out. Naturally the iBridge and VLAN
CC use different mechanism to forward frames.
Network side processing:
This involves the functions related to VLAN ports on network side:
The ISAM only supports Ethernet frames on the network side: they can be single
Of course, the ISAM performs additional functions on the network side but they are
considered outside the scope of this FD because not related or only indirectly related
to L2 Forwarding:
QoS-related functions
To conclude, here is a typical scenario for an operator to establish the connectivity
between subscribers and NSP Servers:
for each NSP, create an iBridge or VLAN cross-connect L2 Forwarder associated to
the VLAN of the NSP:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-15
10 Layer 2 forwarding
Figure 10-9 Multi-VLAN and VLAN translation example
BrPort
VlanPorts
VlanPorts
Tr
GE1-VLAN1
NSP1
MAC
FDB
Tr
iBridge
Tr
Tr
GE1-VLAN2
NSP2
MAC
FDB
iBridge
Tr
Tr
PVC1
PVC2-VLAN1
EFM1-VLAN1
PVC3-VLAN17
GE1-VLAN4
GE1-VLAN5
NSP5
EMAN
10.4
PVC3
DSL
Phy
DSL
Phy
EFM1-VLAN2
EFM1
GE1-VLAN3
NSP4
PVC2
PVC2-VLAN2
Eth
Phy
NSP3
BrPorts
PVC1-VLAN1
Vlan CC
Tr
EFM1-VLAN3
Vlan CC
Tr
EFM2-VLAN34
Vlan CC
Tr
EFM2-VLAN5
EFM2
DSL
Phy
DSL
Phy
ISAM
10-16
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
Figure 10-10 Layer 2 Forwarding in ISAM
L2 Fwdr
NSP A
L2 Fwdr
NSP B
L2 Fwdr
NSP A
Phy/LAG
Phy/LAG
LT
L2 Fwdr
NSP A
L2 Fwdr
NSP B
L2 Fwdr
NSP B
NT
LT
ISAM
Note Figure 10-10 does not show the VLAN translation capability
on the user side of the LT.
The basic strategy for the layer 2 forwarding data plane is that:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-17
10 Layer 2 forwarding
Although the NT board is originally derived from a standard bridge, its behavior will
typically be constrained to fit access network requirements such as for instance
security and privacy. For that purpose the ISAM makes the distinction between ports
facing users and ports facing the EMAN network side:
back to user side provided that both users are on different physical NT
interfaces thereby allowing inter-LT traffic forwarding. Up to 10
VLAN per NT can support communication from user side back to
user side.
Note 3 The operator can enable communication from user side
back to the same user side (that is, the same LT board) for the VLAN
supporting communication from user side back to user side. This
system level provisioning command allows intra-LT traffic
forwarding. When this voice services feature is used, the operator
must also invoke secure-forwarding on the LT (see Secure
forwarding in iBridge and VLAN cross-connect).
Obviously, the NT board is VLAN aware. More specifically, every NT bridge
instance operates within the context of a single distinct VLAN. Only tagged frames
matching the VLAN of a bridge will be handled by that bridge. If the frame is
multiple tagged, only the most exterior VLAN tag is used to determine whether the
frame should be handled by a given bridge or not.
Another strategy employed to enable ISAM to participate in a maximum of network
deployments scenarios is to subtended network elements (such as remote ISAM)
directly from the LT board, as shown in Figure 10-11.
10-18
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
Figure 10-11 Subtended network elements
UNI port
L2 Fwder
NSP A
L2 Fwder
NSP B
L2 Fwder
NSP A
UNI port
LT
L2 Fwder
NSP A
L2 Fwder
NSP B
L2 Fwder
NSP A
L2 Fwder
NSP B
NT
L2 Fwder
NSP A
L2 Fwder
NSP B
L2 Fwder
NSP B
LT
LT
NT
ISAM
Subtended ISAM
NNI port
A UNI(*) is a reference point for all interactions between subscriber services and
the ISAM.
Note (*): On the Ethernet LT, two variants of the UNI interface
exist: the so-called UNI and the High-Capacity UNI (HC-UNI). The
HC-UNI provides a higher throughput at the price of a reduced feature
set. Differences are detailed into the Product Information document.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-19
10 Layer 2 forwarding
Figure 10-12 iBridge configuration model
RB
VLAN 19
Network Ports Network VLAN
LT Ports
RB
VLAN 23
VLAN 19
(= iBridge)
Phy/LAG
Phy/LAG
LT
RB
VLAN 19
VLAN 23
(= iBridge)
RB
VLAN 23
NT
LT
ISAM
To configure a bridge for a given VLAN in the NT board, the operator needs to:
The configuration of the NT board is the same as for the iBridge forwarding model,
only the configuration of the LT board is different, as shown in Figure 10-13.
10-20
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
Figure 10-13 VLAN cross-connect configuration model
C 11
VLAN 11
(=Bridge)
VLAN 17
(=Bridge)
VLAN CC
S17 +C23
VLAN CC
C-VLAN CC
S+C-VLAN CC
LT
(No VLAN translation
shown on user side)
VLAN 13
(=Bridge)
S17 +C29
VLAN CC
S 13
VLAN 19
(=Bridge)
VLAN CC
S+C-VLAN CC
S-VLAN CC
LT
NT
C-, S+C- or
S-VLAN CC
ISAM
10.5
an IPoA frame
a PPPoA frame
an Ethernet frame
For this, the ISAM inspects the encapsulation of each received AAL5 frame and
compares it with the encapsulation allowed on the PVC receiving the frame.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-21
10 Layer 2 forwarding
The operator can configure each PVC in such a way that either:
one single encapsulation only is allowed on the PVC. This is called static
encapsulation mode. Only the frames matching this encapsulation will be
accepted.
several encapsulations are allowed on the PVC. In this case, the PVC works in
auto-detect encapsulation mode: the ISAM adapts itself to the encapsulation
selected by the CPE. If the encapsulation of the received frame matches one of
the allowed encapsulations, the frame is accepted. Otherwise, the frame is
discarded. This mode allows the subscriber to change his CPE without requiring
the operator to reconfigure the ISAM.
Auto-detect encapsulation possibilities
10-22
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
VLAN port
Of frame tag or
PVID if untagged frame
Bridge port
PVC
EFM
ATM
ADSLx
PPPoE or IPoE
Frames
IPoA
Frames
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
Managed
by IWL
September 2014
10-23
10 Layer 2 forwarding
3, 4
DSL line
specific
Ethernet MAC
DA, SA,
SA Qtags, Type/Length, FCS
Edge
1
Ethernet MAC (with additional VLAN tags)
MPLS &
other blue sky
3, 4
larger subscriber Ethernet payload
10.6
iBridges
In alignment with customer evolving deployment models, the ISAM platform also
support stacked VLAN iBridges mode. With a stacked VLAN iBridge, in addition to
performing bridging operations, the ISAM can add/remove a VLAN header to
customer upstream / downstream traffic, thus allowing supporting different
broadband access solutions.
The following are example of different use cases for stacked VLAN iBridges mode:
The outer-tag (S-TAG) represents the NSP, while the inner-tag (C-TAG)
represents the NSP-Service
A Stacked VLAN iBridges is considered to be a VLAN aware bridge, where each
N:1 VLAN (S-Bridge) is a separate Virtual Bridge (VB) instance. Each VB performs
independent source MAC address learning and frame forwarding processing.
10-24
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
S+C iBridge
S iBridge
The S+C iBridge mode allows for C-VLAN tag operations, such as C-VLAN
translation, in addition to adding/removing an S-VLAN header. Such forwarding
mode requires the operator to configure a VLAN port for each C-VLAN.
The S-iBridge mode supports two sub-modes of operation:
S-iBridge.
Note 2 S-Tunnel iBridge mode is currently supported on the NNI
ports of the GE Ethernet line board.
Note 3 S-VLAN mapped mode is supported on the NNI ports of
iBridge supports the DHCP snooping features for DHCP Option 82 handling.
Likewise, iBridge supports DHCPv6 snooping for the insertion of DHCPv6 Option
18 and Option 37. For more information on DHCP, see chapter Protocol handling
in a Layer 2 forwarding model and chapter Protocol handling in a Layer 3
forwarding model.
Note DHCP option 82 is not supported on traffic received on
hub-ISAM NNI ports for the GE Ethernet line board. The remote
aggregator access node (connected to the hub-ISAM) will perform
such function if required.
Network side and subscriber side
The iBridge and stacked iBridge modes makes a distinction between network ports
and subscriber ports, in contrast with standard bridging where all ports are treated
equally. Frames received from a subscriber will always be sent towards the network
and never to another subscriber.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-25
10 Layer 2 forwarding
This behavior is also true when the iBridge mode is used to forward traffic from
hub-ISAM LT board NNI ports. All the upstream traffic will be sent towards the
network and never to another NNI port.
Prevention of broadcast problems
To prevent broadcast storms, the amount of broadcast traffic on each port can be
controlled.
When standard bridging is used, a broadcast frame (ARP, PPPoE, DHCP, ICMPv6
or DHCPv6) will be sent to all ports in a particular VLAN. In iBridge mode,
broadcast traffic from the subscriber only goes to the network. Broadcast traffic from
the network is either passed to all ports or blocked on the subscriber ports. This
behavior can be configured per VLAN.
Note This behavior is also true for Stacked iBridge modes.
In iBridge mode, only the following frame types are accepted from the subscriber
ports:
10-26
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
In the context of hub-ISAM LT NNI ports, in iBridge mode, only the following
frame types are accepted from the NNI ports:
In iBridge mode, the operator will avoid putting two ISAMs within the same network
VLAN on the same Ethernet Metropolitan Area Network (EMAN) to reach the same
NSP IP router.
Sharing the same VLAN between two ISAMs would allow inter-ISAM user-to-user
traffic to by-pass the NSP, which is undesirable. Figure 10-16 details this scenario:
The Ethernet switch will learn all subscriber MAC addresses. If subscriber A can
obtain the MAC address of subscriber C, then subscriber A can send traffic
directly to subscriber C without the traffic going to the NSP IP router. This is
direct user-to-user communication and should be prevented in iBridge mode.
In such a configuration, an ISAM would receive all broadcast/flooded frames
from any ISAM in the VLAN. This causes potential performance problems and
should not be allowed in iBridge mode.
Figure 10-16 VLAN with two ISAMs
ISAM 1
EMAN
B
VLAN
NSP
NSP IP backbone
Not allowed
ISAM 2
An operator may still choose to deploy such a configuration for VLAN scalability
reasons. In these scenario's care must be taken to prevent undesirable user-to-user
traffic by:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-27
10 Layer 2 forwarding
UNI
NNI
NSP IP
Backbone
E
F
S-ISAM 1
EMAN
UNI
UNI
NNI
S-ISAM 1
UNI
UNI
Hub-ISAM
A
B
C
D
Remote Aggregator
(subtended ISAM)
Note The Hub-ISAM can also perform local access and access
aggregation, as shown in Figure 10-17.
MAC learning
In the ISAM, each layer 2 forwarder has its own MAC learning process, independent
from the other layer 2 forwarders. In other words, the text in the section below has to
be understood within the same network VLAN context. This means that a MAC
address is unique within a VLAN, but not across VLANs. If a port is connected to
two VLANs, the MAC address is learned twice.
10-28
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
When a frame is received with an unknown MAC Source Address (SA) or the MAC
SA is received on a different bridge port than previously learned, the ISAM will learn
this MAC address with the following restrictions:
If the MAC address is learned from a residential (user) port but the number of
MAC addresses already learned on that service has reached a certain maximum,
the MAC address is not learned and the frame is dropped.
Note The MAC learning mechanism can be disabled to allow, for
example, an unlimited number of MAC addresses in case of
cross-connect mode.
If the MAC address is learned from a residential port, but the same MAC address
is already learned from the EMAN network, the MAC address is not learned and
the frame is dropped (MAC address duplication).
If the MAC address is learned from a residential port, but the same MAC address
was already on another residential port, the new MAC address is not learned and
the frame is dropped (MAC address duplication).
If the MAC address is first learned on a residential port, and then learned from the
EMAN network, this movement is accepted and the MAC address is learned. This
means that the MAC address is removed from the residential port (MAC address
movement, that is, the last learned MAC address takes priority).
If the MAC address is first learned on a subtending, user or internal LT port and
then on another subtending, residential or internal LT port, then the MAC address
is not learned on the second port (that is, no MAC address movement is
performed)
Well-known MAC addresses (for example, multicast MAC addresses, MAC
addresses allocated for IEEE protocols, and so on) are not learned.
These principles apply also for subtending ports. In this context, a subtending port
behaves at the same level as a residential (user) port.
MAC address learning on the LT board
The ISAM LT boards provide a protection about the maximum number of MAC
addresses that can be learned per port:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-29
10 Layer 2 forwarding
On the Ethernet LT NNI ports, only a non committed maximum value can be
specified
On layer 2 LT boards, the frame is discarded and the MAC address is not moved
from the original port. Moreover, the offending end-subscriber PVC is locked.
The subscriber port is unlocked again (and the duplicate MAC address alarm is
cleared) after a time period equal to three times the MAC address aging time.
On layer 3 and point-to-point Ethernet LT boards, the frame is discarded and the
MAC address is not moved from the original port. The port carrying the offending
frame remains fully operational for frames received with non-offending source
MAC address. The alarm is cleared after a time period free of MAC address
conflict.
As such, the MAC address learning and the associated duplicate MAC address
alarming does apply to UNI and NNI ISAM LT ports with the same level of
precedence between the two port types.
Note MAC addresses are never learned for VLAN cross-connects
configured on HC-UNI and NNI ports of the Ethernet LT, and this
independently of the MAC learning mode defined at the interface
level. This allows for:
10-30
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
For PPPoE traffic, the MAC aging time can be kept small, because PPP has a
built-in keep-alive mechanism.
For DHCP-based service scenarios (IPv4 or IPv6), the MAC aging time must be
taken in the same order of magnitude as the DHCP lease time (unless there is
another time that can be used, for example, an ARP refresh interval with secure
forwarding and ARP relay enabled, an application-layer keep-alive time, and so
on).
The MAC aging time is configurable between 10 s and 1.000.000 s with a default
value of 300 s.
Note On layer 2 LT boards, the MAC aging time is limited to a
maximum of 1096 s by the hardware. In that case, the management
interface allows the operator to configure a higher aging time, but the
hardware caps this configured value to 1096 s.
A MAC aging time can be configured per L2 forwarding instance as for some
services the MAC aging time should be kept low, while for other services (for
example, DHCP-based services) the MAC aging time should be increased.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-31
10 Layer 2 forwarding
Network-side
traffic
User-side traffic
Bridge port BP1
Ut,C1
iBridge (C1)
BP1:PVID = 0,C1
Si,X (any i) or
Ut,Cj (j 1)
10-32
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
Figure 10-19 Protocol-based VLAN selection (iBridge shown with only one subscriber)
Network-side
traffic
Configured VLAN
ports
User-side traffic
Bridge port BP1
Ut,C1
iBridge (C1)
Ut,C2
iBridge (C2)
Si,X (any i) or
Ut,Cj (j 1,2)
Note The behavior described in this section is also true when the
iBridge mode is used to forward traffic from Hub-ISAM LT NNI
ports.
The ISAM receives C-VLAN-tagged frames on a given bridge port, and forwards
these in the context of an iBridge. To achieve this, the operator creates a C-VLAN
port on top of the bridge port, and couples it to the iBridge.
When no VLAN translation is needed, the VLANs used in the network are
extended all the way to the subscribers. In this case, the subscriber side VLAN
IDs are said to have a network-wide scope; see Figure 10-20.
Note The behavior described in this section is also true when the
iBridge mode is used to forward traffic from Hub-ISAM LT NNI
ports.
In case of VLAN translation, the network-side and subscriber-side VLAN IDs are
different. iBridging, in combination with VLAN translation, is typically used
when a loose coupling is needed between the C-VLAN IDs used on the access
link and the C-VLAN IDs used in the aggregation network; see Figure 10-21.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-33
10 Layer 2 forwarding
Figure 10-20 Subscriber-side VLAN-IDs with a network-wide scope (iBridge shown with
only one subscriber)
Configured VLAN
ports
Network-side
traffic
User-side traffic
Bridge port BP1
Ut,C1
iBridge (C1)
Ut,C2
Ut,C1
iBridge (C2)
Ut,C2
BP1: no PVID
Si,X (any i) or
Ut,Cj (j 1,2) or
Ut,Ut
Figure 10-21 Support for VLAN translation (iBridge shown with only one subscriber)
Network-side
traffic
Configured VLAN
ports
User-side traffic
Bridge port BP1
Ut,C1
iBridge (C1)
iBridge (C2)
Ut,C2
Ut,C3
10-34
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
The concepts of Bridge Ports and VLAN ports defined on the subscriber side and
used by iBridges and VLAN cross-connects are also valid for stacked iBridge modes.
Two stacked iBridge modes are supported:
S+C iBridge
S-iBridge
The S+C iBridge mode allows for C-VLAN tag operations, such as C-VLAN
translation, in addition to adding/removing an S-VLAN header. This forwarding
mode requires the operator to configure a VLAN port for each C-VLAN.
The S-iBridge mode supports two sub-modes of operation:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-35
10 Layer 2 forwarding
This forwarding mode resembles to the ISAM S+C VLAN cross-connect forwarding
model. The main difference is that in the S+C iBridge mode, the C-VLAN ID can be
shared across multiple UNIs. This is not true with the S+C CC mode, where a
C-VLAN ID is restricted to a single UNI.
The S+C iBridge mode support both protocol-unaware and protocol-aware modes of
operations. For example, DHCP option 82 insertion, PPPoE Intermediate Agent and
secure forwarding (ARP Relay, DHCP Snooping, IP anti-spoofing) are supported for
protocol-aware S+C iBridge operations.
Note 1 The S-Tunnel iBridge is not supported on DSL LT boards.
Note 2 A given S-VLAN ID cannot be shared between an S+C
traffic only.
Note 4 The following restrictions apply to Ethernet LTs:
The concepts of bridge ports and VLAN ports defined on the subscriber side and
used by iBridges and VLAN cross-connects are also valid for iBridges defined on
NNI ports.
As noted earlier, the Hub-ISAM LT NNI ports concept is currently supported on the
GE Ethernet line board only.
There are two VLAN iBridge models supported on GE Ethernet LT board NNI ports:
C-VLAN iBridge: basic VLAN bridge mode (as defined in VLAN tagging
modes in the iBridge).
S-VLAN iBridge: supporting mapped and tunnel VLAN bridge modes (tunnel
mode is described in VLAN tagging modes in the stacked iBridge modes and a
description of mapped mode follows).
10-36
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
Section VLAN tagging modes in the iBridge explains the forwarding behaviors of
a C-VLAN iBridge configured on the GE Ethernet line board port type.
Forwarding of untagged/priority-tagged/VLAN tagged frames in S-VLAN iBridge
When upstream traffic on a given NNI bridge port does not match a defined
S-VLAN port attached to a given S-iBridge and no S-VLAN port default VLAN
exists on that bridge port, then this traffic is dropped.
When upstream traffic on a given NNI bridge port matches a defined S-VLAN
port attached to a given S-iBridge and no S-VLAN port default VLAN exists on
that bridge port, then this traffic is accepted into the VB instance for bridging
functions. In this case, no new tag will be added on upstream egress. This mode
of operation is called mapped mode.
When an S-VLAN port default VLAN has been defined on an NNI bridge port,
then all traffic is accepted into the VB instance for bridging functions and this
traffic will be added an S-VLAN tag on upstream egress. This mode of operation
is called is tunnel mode.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-37
10 Layer 2 forwarding
10.7
10-38
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
The operator creates a C-VLAN port on top of the bridge port, and couples it to the
C-VLAN cross-connect. When the ISAM receives C-VLAN-tagged frames on a
bridge port it forwards them in the context of a C-VLAN cross-connect.
When no VLAN translation is needed, the VLANs used in the network are extended
all the way to the end subscribers. In this case, the end-subscriber side VLAN IDs
are said to have a network-wide scope. VLAN translation allows that the
network-side and subscriber-side VLAN IDs are different.
Forwarding of untagged/priority-tagged frames in C-VLAN cross-connect
The ISAM receives untagged or priority-tagged frames on a given bridge port, and
forwards these in the context of a C-VLAN cross-connect. To achieve this, the
operator creates a C-VLAN port on top of the bridge port, and couples it to the
C-VLAN cross-connect. Next, the operator configures on the bridge port a PVID or
a Port-protocol-default VLAN that points to the VLAN port.
Figure 10-22 shows the C-VLAN cross-connect model.
Figure 10-22 C-VLAN cross-connect concept
NetVlan (11)
11, *, Data
CC: 1-1
NetVlan (21)
21, *, Data
CC: 1-1
VlanId (11)
PVID
Tr
VlanId (11)
11, *, Data
Ut, Data
11, *, Data
In the basic VLAN cross-connect mode, the number of VLAN identifiers is limited
to 4 K. Since the VLAN is an EMAN-wide identifier, there is a scalability issue:
there cannot be more than 4 K subscribers connected to the whole EMAN. To solve
this issue, two VLANs are stacked and the cross-connection is then performed on the
combination (S-VLAN, C-VLAN), theoretically reaching up to 4 M subscribers.
An S+C-VLAN cross-connect can be seen as the generalization of a C-VLAN
cross-connect. It has the same mode of operation and the same configuration model
except that with an S+C-VLAN cross-connect, the user C-VLAN is always
translated into a dual tag S+C Network VLAN.
Figure 10-23 shows the concept of the S+C-VLAN cross-connect mode.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-39
10 Layer 2 forwarding
Figure 10-23 S+C-VLAN cross-connect concept
12, *, Data
Ut, Data
17, *, Data
CC: 1-1 +-
Tr
VlanId (13)
13, *, Data
31, 21 *, Data
NetVlan (31,21)
CC: 1-1 +-
Tr
VlanId (11)
11, *, Data
CC: 1-1 +-
Tr
VlanId (17)
17, *, Data
CC: 1-1 +-
Tr
VlanId (19)
19, *, Data
PVID
31, *, Data
EMAN
(Outer Tag switches)
41, *, Data
10-40
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
NetVlan 51
51, *, Data
*/Ut, Data
PVID
It should be noted that a Tunnel-VLAN cross-connect can coexist with C-VLAN and
S+C-VLAN based forwarders (i.e. VLAN cross-connect or i-Bridge) on the same
bridge port. When this is the case, upstream user traffic is preferably sent to the Cor S+C-VLAN forwarders if the user VLAN matches the corresponding VLAN
ports. The rest of the upstream traffic is sent by default through the Tunnel-VLAN
cross-connect. Figure 10-25 illustrates this case.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-41
10 Layer 2 forwarding
Figure 10-25 Tunnel-VLAN, C-VLAN and S+C-VLAN cross-connects on same bridge port
NetVlan 11
11, *, Data
CC: 1-1
VlanId (11)
NetVlan 31,23
CC: 1-1 +-
Tr
NetVlan 51
51, *, Data
VlanId (13)
11, *, Data
13, *, Data
*/Ut, Data
PVID
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
01-80-C2-00-00-00
01-80-C2-00-00-10
01-80-C2-00-00-20 through 01-80-C2-00-00-2F
L2CP protocols is a family of link-related protocols. It comprises the following
protocols:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-43
10 Layer 2 forwarding
Figure 10-26 Use of transparent VLAN cross-connect
Br
L2CP: Sp. tree
Link aggregate
L2CP:LACP
Br
Br
LAG
LAG
Br
Br
LAG
Br
Br
L2CP:LACP
Br
Br
Br
x
x
L2CP
x
VLAN2
L2CP
VLAN3
L2CP
x
x
Br
Br
Br
Br
LAG
LAG
Br
Br
LAG
LAG
Br
Br
VLAN1
Br
Br
EMAN
Assu m p tio n :
EMAN tr a n sp a r e n t to ta g g e d L2 CP traffic
10-44
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
Figure 10-27 One transparent VLAN cross-connect per PVC/EFM
L2CP
CPE
PVC/EFM
VLAN1
PVC/EFM
CPE
PVID = VLAN1
EMAN
CPE
PVC/EFM
L2CP
VLAN1
x
PVC/ EFM
CPE
x
VLAN2
CPE
PVC/EFM
PVID= VLAN1
EMAN
10.8
Business cross-connect:
This mode provides a connectivity scheme for business subscribers which is as
transparent as possible and emulates a fully featured routed network. In this
configuration, the IP subnets of the private subscribers are made visible to the
network and the configuration data of those private subnets and the subnets
further in the network are exchanged through routing protocols.
Figure 10-28 shows the IP network model for business cross-connect.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-45
10 Layer 2 forwarding
Figure 10-28 IP network model for business cross-connect
Edge
EMAN
NE
CPE
VRF
VL
VRF
Services
VRF
VRF
VRF
IP subnet
IP address
Customer
premises
IP subnet
VLAN
Residential cross-connect:
This mode provides a connectivity scheme compatible with a fully centralized
subscriber management where each individual subscriber is connected to an IP
edge (IP connectivity; see Figure 10-29) or a BRAS (PPP connectivity; see
Figure 10-30) through a single bit pipe. In this configuration, the subscribers are
sharing the same subnet for scalability reasons and (normally) do not present their
private network configuration to the network.
Figure 10-29 IP network model for residential cross-connect using IP connectivity
Edge
EMAN
NE
CPE
VLAN-CC
VRF
Services
IP subnet
10-46
September 2014
IP address
VLAN
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
Figure 10-30 IP network model for residential cross-connect using PPP connectivity
Edge
EMAN
NE
CPE
VLAN-CC
Services
PPP
IP
Routing Termination
IP subnet
PPP session
IP address
VLAN
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-47
10 Layer 2 forwarding
Subscriber identification:
A single or a stacked VLAN tag towards the network is associated to a single
business subscriber. Various VLAN assignment schemes exist:
S-VLAN cross-connect: The S-VLAN indicates the subscriber while the C-VLANs
represent various subscriber-defined services.
Tunnel-VLAN cross-connect: The S-VLAN indicates the end subscriber, while the
C-VLANs represent various subscriber-defined services.
Security features:
For bridged encapsulation: optional limitation of the number of MAC addresses
per VLAN cross-connect.
Service enforcement:
Policing per end-subscriber VlanPort or BridgePort.
Residential cross-connect features
Subscriber identification:
A single (C-VLAN) or a stacked (S+C-VLAN) VLAN tag towards the network is
associated to a single residential subscriber
Optional addition of the PPPoE relay tag (that is, the line ID parameter) in the
10-48
PPPoE control messages (this is not supported however on the hub-ISAM LT NNI
ports)
Optional addition of the DHCP Option 82 (that is, the line ID parameter) in the
DHCP messages (this is not supported however on the hub-ISAM LT NNI ports)
Optional addition of the DHCPv6 Option 18 and/or Option 37 (that is, the interface
ID and the relay agent remote ID parameters) in the DHCPv6 messages
These subscriber identification options are transparent on the NNI ports of the GE
Ethernet line board.
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
Security features:
802.1x authentication to allow or disallow the traffic (PPPoE and IPoE) through the
Service enforcement:
Policing per end-subscriber VLAN port
Further detailed policing actions based on CoS and/or ACL results should be
10.9
the CPE performs Network Address Translation (NAT), that is, the subscribers
behind the CPE have a private subnet and the CPE translates the private
subscriber IP address to the public CPE IP address
the subscribers have IP addresses from the public range and, as a consequence,
the public subscriber IP addresses become visible in the IP network.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-49
10 Layer 2 forwarding
In any case, the subnet configuration at the subscriber side (behind the CPE) is
transparent to the ISAM. The ISAM only sees the IP address of the CPE and the IP
address of the edge router; see Figure 10-31 and Figure 10-32.
Figure 10-31 IP network model for business IPoA cross-connect
NE
100.100.100.9
IP
CPE
CPE
side
100.100.100.10
CPE
Edge
Router
100.100.100.13
100.100.100.12 /30
IP
100.100.100.14
100.100.100.17
100.100.100.16 /30
IP
100.100.100.18
CPE
= IP interface
IPoE
IPoA
IPoA
IP
C_VLAN1
PVC11
CPE1
PVC12
Edge
Router
C_VLAN2
S_VLAN
C_VLAN3
IP
PVC21
PVC22
IP
CPE2
PVC31
PVC32
CPE3
= L2 interface
The IP address of the CPE is static (no dynamic CPE IP address assignment via
DHCP).
The ISAM is transparent for routing protocols between CPE and PE.
Only /30 subnet is supported between the ISAM and the CPE.
A given CPE can be associated with up to 30 different subnets (multi-VPN). Each
of these subnets will then be served with a separate PVC and separate VLAN.
There is VLAN stacking on the GE uplink. Typically, the C-VLAN indicates the
CPE and the S-VLAN indicates the ISAM (or the paired ISAM-PE).
There is internal prioritization based on Differentiated Services CodePoint
(DSCP) bits, both for the upstream and the downstream direction.
There is upstream p-bit marking.
10-50
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
Unicast IP packets:
The LT MAC address is used as the source MAC address and the destination
MAC address is the MAC address of the edge router which is resolved from the
edge router IP address via ARP.
Broadcast and multicast IP packets:
The LT MAC address is used as the source MAC address and the destination
MAC address is derived from the broadcast or multicast destination IP address.
10.10
IP session awareness:
DHCP messages are snooped to dynamically learn IP session information.
IP address anti-spoofing is activated both for dynamic IP sessions and statically
configured IP addresses/subnets.
Any IP packets whose IP source address does not match any of the following are
discarded:
September 2014
10-51
10 Layer 2 forwarding
Secure forwarding relies on DHCP snooping (for more information on DHCP, see
chapter Protocol handling in a Layer 2 forwarding model and chapter Protocol
handling in a Layer 3 forwarding model.
The operator can enable or disable the secure forwarding feature per iBridge / VLAN
cross-connect.
When secure forwarding is applied to iBridges, it is sometimes referred to as
Enhanced iBridge forwarding.
Figure 10-33 Enhanced iBridge architecture
IS AM
Us
Useer r
CPE
Us
Useer r
CPE
Us
Useer r
CPE
Us
Useer r
CPE
Us
Useer r
CPE
Us
Useer r
CPE
Us
Useer r
CPE
Us
Useer r
CPE
Us
Useer r
CPE
L
LT
DHCP s nooping/
S tatic config.
ARP
Relay
VLAN
iBridge
L
LT
DHCP s nooping/
S tatic config.
IP Subnet
NT
ARP
Relay
iBridge
EMA
Bridge
IP edge
IP
IP
network
L
LT
DHCP s nooping/
S tatic config.
ARP
Relay
iBridge
IP session awareness
The ISAM snoops DHCP messages to learn what IP addresses/subnets have been
allocated to a subscriber port.
Note For more information about DHCP, see Chapter Protocol
handling in a Layer 2 forwarding model and Chapter Protocol
handling in a Layer 3 forwarding model.
10-52
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
The ISAM keeps the IP session information (that is, IP address and associated subnet
of the subscriber, lease time, default gateway IP address, DHCP server IP address,
and so on) during the lifetime of the DHCP session.
The IP session information is used during ARP relay and to install IP anti-spoofing
filters.
IP address anti-spoofing
The following applies for IP address anti-spoofing:
migration from legacy network where CPEs are already configured with a static IP
address
ARP relay
The iBridge forwarding rules allow a basic ARP handling:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-53
10 Layer 2 forwarding
Broadcast ARP messages received from the network are forwarded to the single
relevant subscriber bridge port.
The ISAM does not broadcast ARP messages to all subscribers. Instead, the
ISAM only forwards an ARP message to the subscriber interface whose IP
address(es) and/or subnet(s) match the IP address targeted by the ARP message.
This in order to reduce the load on the subscriber interfaces and avoid security
flaws by broadcasting ARP messages to all subscribers in an uncontrolled way. It
is then up to the subscriber to reply to the ARP message (there is no ARP state
machine in the ISAM).
To simplify the downstream forwarding of ARP messages in the ISAM, the IP
addresses that are statically configured or learned via DHCP on a subscriber port
must be non-overlapping with any other IP addresses that exist on the same or any
other subscriber port. This is guaranteed in the following way:
Configuring a static IP address/subnet that overlaps with any other static one is
prevented at the time of configuration.
When a DHCP session is set up that contains overlapping IP address, the DHCP
message exchange between the subscriber client and the DHCP server is completed
as usual. However, the IP address/subnet is not learned on the subscriber port, so no
data traffic will be possible with that IP address/subnet due to the IP anti-spoofing
filter. In addition, an alarm is generated.
Non-local ARP messages received from the subscribers are broadcast to all
network bridge ports.
ARP messages coming from a subscriber, provided they are not targeted to the
same subscriber, are broadcast to all network interfaces, allowing the edge routers
to reply with their own MAC address. To avoid bothering the network with ARP
messages intended for hosts located on the local network of the subscriber, the
ISAM discards any ARP messages, whose targeted IP address belong to the list
of IP addresses and/or subnets defined for IP address anti-spoofing on that
subscribers interface.
Because iBridging in the ISAM does not allow user-to-user traffic, the edge
router must support local ARP proxy and IP traffic hair-pinning (that is, traffic
received on a given interface that must be forwarded to the same interface based
on the routing table) if user-to-user traffic is needed.
ICMPv6
The details of ICMPv6 protocol handling are captured in Chapter Protocol handling
in a Layer 2 forwarding model.
10-54
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
10.11
Virtual MAC
Layer 2 forwarding models typically identify a subscriber device using a MAC
address. However, since these devices are not directly controlled by the operator,
their MAC address cannot be trusted. Various mechanisms have been put in place to
deal with this, such as the duplicate MAC address control of the ISAM iBridge.
However, this only partially solves the issue, because:
MAC address uniqueness can only be guaranteed at the ISAM level and not
across the whole access network
The ISAM can detect a duplicate MAC address but cannot differentiate the
well-meaning subscriber from the malicious one
The concept of virtual MAC (vMAC) offers a complete solution by replacing the
MAC address of the subscriber with a MAC address defined by the operator (and
therefore, fully controlled). Enabling vMAC allows improving layer 2 forwarding
models in the following two areas:
Security:
Translating the MAC address of the subscriber by an operator-defined MAC
address ensures, by definition, the uniqueness of the MAC address across the
whole access network, automatically alleviating all issues related with duplicate
MAC addresses.
Scalability:
By guaranteeing that a MAC address is unique across the whole access network,
an operator can now choose to connect multiple DSLAMs to the edge router
through the same network VLAN. By doing so, the operator increases the number
of subscribers sharing the same subnet and, consequently, improves the pooling
effect when allocating IP addresses.
Caution Although vMAC addresses are saved during an LT board
reset, they are not saved if the LT board is powered down.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-55
10 Layer 2 forwarding
Without enabling vMAC, the iBridge implementation only guarantees MAC address
uniqueness at ISAM level, that is, not across the whole access network. In that case,
you can only avoid duplicate MAC addresses by guaranteeing that the traffic from a
DSLAM is not mixed with the traffic of another DSLAM in the EMAN, before
entering the IP edge. In other words, avoiding duplicate MAC addresses is achieved
by assigned a dedicated network VLAN per DSLAM; see Figure 10-34.
Figure 10-34 iBridge
Edge
EMAN
ISAM
CPE
I-Bridge
Bridge
VRF
I-Bridge
IP subnet
IP address
Activating vMAC support in iBridge removes the preceding constraint and allows
sharing a same network VLAN across multiple DSLAMs. This network VLAN
sharing improves the scalability of the access network regarding IP address
allocation; see Figure 10-35.
Figure 10-35 iBridge with vMAC enabled
Edge
EMAN
ISAM
CPE
vMAC
bridge
Bridge
VRF
vMAC
bridge
VLAN / IP subnet
IP address
10-56
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
vMAC features
vMAC has the following features:
vMAC support can be enabled per network VLAN and this independently of the
forwarding model.
vMAC can be used in conjunction with:
C-VLAN cross-connect
S+C-VLAN cross-connect (vMAC is an S-VLAN level attribute)
iBridge
stacked iBridge
Note 1 vMAC cannot be used in conjunction with Tunnel-VLAN
cross-connect.
Note 2 vMAC is controlled at S Level for an S+C iBridge
vMAC can also be used in conjunction with IP routing where the NT board acts as
IP router and the LT board as iBridge.
vMAC support together with the IP routing model (and LT board acting as iBridge)
is advised, so that any issues with duplicate MAC addresses are avoided. This is what
you would expect with a black box IP router DSLAM (that is, the IP router should
still work even if all subscribers were using the same MAC address).
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-57
10 Layer 2 forwarding
Upstream traffic:
Each time a new MAC address is received from the subscriber, a free vMAC is
Downstream traffic:
The MAC destination addresses of the Ethernet packets are overwritten with the
subscriber MAC address associated with the vMAC found in the MAC destination
address field. Multicast and broadcast destination addresses have a special format
and are not impacted by the vMAC ALG (when allowed to get through)
vMAC ALGs might be applied to control plane messages (ARP, DCHP, Link
Related Ethernet OAM, and so on).
When unused, vMAC are freed based on the standard MAC address aging process.
Note All the dimensioning parameters related to the standard
MAC address (for example, average number of MAC addresses per
subscriber, maximum number of MAC addresses per subscriber, and
so on) also apply when vMAC is enabled within a given network
VLAN.
Maximum number of vMAC addresses per port is programmable
The maximum number of vMAC addresses that are allowed on a given subscriber
port can be specified.
Note This limit is programmed by setting the maximum number of
MAC addresses per port (generic MAC address related feature).
Silent discard
Packets received with a new subscriber MAC address when no free vMAC is left are
silently discarded.
Any packet received from a subscriber, and whose MAC source address should be
learned because it is still unknown, will be silently discarded if there is no free
vMAC left for that subscriber.
DSL/Eth LT vMAC format
In the vMAC format, the DSLAM ID can be set by the operator, see Table 10-2.
To ensure uniqueness of the vMAC within the EMAN, vMAC cannot be enabled on
any network VLAN until the DSLAM ID has been programmed by the operator. It
is the responsibility of the operator to ensure that unique DSLAM IDs are assigned;
otherwise duplicate vMAC addresses may be generated by different DSLAMs.
10-58
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
Table 10-2 vMAC format for data traffic forwarding
MAC Address
Configurable
Description
Bit 47...45
No
Rack ID (minus 1)
Bit 44
No
Bit 43...42
No
Bit 41
No
Bit 40
No
Bit 39...21
Yes
Bit 20...15
No
Bit 14...6
No
Bit 5...0
No
DHCP ALG
The MAC address field present in the ARP message payload is updated in a similar
way as for DHCP.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-59
10 Layer 2 forwarding
ICMPv6 ALG
The MAC address field present in the ICMPv6 Neighbor Discovery message
payload is translated as follows:
Upstream Neighbor Solicitation (NS): translate the MAC address carried in the
source link-layer address option. This option contains the MAC address of the
routed modem (or PC behind a bridged modem), hence it must be translated to the
vMAC address
Upstream Neighbor Advertisement (NA): translate the MAC address carried in
the target link-layer address
Upstream Router Solicitation: translate the MAC address carried in the source
link-layer address option.
Ethernet OAM ALG
The MAC address field present in the payload of Ethernet OAM messages
exchanged with the subscribers is updated in a similar way as for the DHCP case.
User-to-user communication can optionally be blocked
If an operator wants to share a VLAN across multiple DSLAMs, but the Ethernet
switches are unable to block user-to-user traffic, the operator can enable dedicated
filters at ISAM level to discard subscriber traffic received from other DSLAMs.
Those filters must be implemented so that they do not prevent using typical access
network topologies (for example, star, ring, dual homing, and so on).
The filter is implemented per VLAN at LT board level so that the NT board still
behaves as a normal bridge, in order to support all access network topologies (for
example, ring).
The LT filter discards any Ethernet packet received from the NT board within the
specified VLAN and whose MAC source address matches the non-DSLAM specific
fields of the vMAC (that is, DSLAM ID, rack/shelf/slot/Port/MAC IDs).
vMAC address - MAC address translation table recovery
Enabling vMAC support makes the iBridge implementation state full. The ISAM
recovers the stable states in case of LT software failure, LT board reset or LT
software upgrade.
In this manner, a correct vMAC-address-to-IP-address mapping is maintained to
avoid issues with:
DCHP servers: for example, IP address lease renewal, where the subscriber is
identified using the vMAC (that is, chaddr)
IP routers implementing IP address anti-spoofing by coupling the vMAC and the
IP address learned through DHCP snooping
10-60
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
10.12
In case of PPPoA, the ISAM is responsible for setting up and releasing the PPPoE
session which will encapsulate the user PPP packets.
In case of PPPoE, the PPPoE session is set up and released by the user himself
and the ISAM just relays it to the network side.
For this to happen, the following must take place:
September 2014
10-61
10 Layer 2 forwarding
The general model of a PPP cross-connect engine with MAC address concentration
is quite intuitive. It is shown in Figure 10-36.
Figure 10-36 General PPP cross-connect engine
PPPoE
PPPoE
Server
Server
PPPCCE
PPPCCE
PPPoA
&
PPPoE
In case of PVC
The VLAN which is attached to a PPP cross-connect Engine on the network side
must be of iBridge or VLAN cross-connect type. Of course, when the VLAN is of
type cross-connect, only one user is attached to the engine.
The type of interface on the user side on which a PPP client port can be configured
must be one of the following:
The interfaces stack for PPP client ports is shown in Figure 10-37.
Figure 10-37 Subscriber access interface stack for PPP client ports
PPP client port
PVC
EFM
VLAN port
Bridge port
PVC
EFM
ATM
10-62
ATM
ADSLx
Tagged PPPoE
Frames
September 2014
VDSLx
Eth Phy
Untagged PPPoE
Frames on EFM or Eth Phy
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
10 Layer 2 forwarding
All the supported encapsulations for PVCs are shown in Figure 10-38.
Figure 10-38 Accepted ATM encapsulation for PPP cross-connect Forwarding with MAC
address concentration
asamAtmVclEncapsAutodetect
disabled(1) or
autoDetectPPPoA(4)
Client
Client Port
Port
PPPCCE
PPPCCE
PPPoA
asamAtmVclEncapsType
VC
VC
llcNlpid(3) or
vcMuxPppoa(6)
Client
Client Port
Port
PPPCCE
PPPCCE
VC
VC
Untagged
PPPoE
asamAtmVclEncapsAutodetect
disabled(1),
asamAtmVclEncapsType
Client
Client Port
Port
PPPCCE
PPPCCE
VlanPortBridgePort VC
VLANPort
VC
llcSnapBridged(1) or
vcMuxBridged(4)
Tagged
PPPoE
asamAtmVclEncapsAutodetect
Client Port
Port
Client
PPPCCE
PPPCCE
VC
VC
PPPoA
or
Untagged
PPPoE
autoDetectPPP(3) or
autoDetectIpoePpp (5)
asamAtmVclEncapsType
llcSnapBridged(1),
llcNlpid(3),
vcMuxBridged(4),
vcMuxPPPoA(6)
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
10-63
10 Layer 2 forwarding
Figure 10-39 PPP cross-connect inside the ISAM
PVC, EFM, VlanPort or EthPhy
PPP CC Client Port
PPP CC Engine
PPPCCE
L2 Fwd
PPPCCE
EMAN
L2 Fwd
LT
NT
DSLAM
10-64
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
11.1 Introduction
11-2
11-3
11-5
11-11
11-12
11-13
11.8 DHCP
11-15
11.9 IGMP
11-20
11.10 PPPoE
11.11 DHCPv6
11.12 ICMPv6
11-7
11-20
11-24
11-26
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
11-1
11.1
Introduction
Layer 2 protocol handling can be divided into two parts of:
Described in Section
Link Aggregation
11.2
11.3
11.4
802.1x
11.5
11.6
Described in Section
ARP
11.7
DHCP
11.8
IGMP
11.9
PPPoE
11.10
DHCPv6
11.11
(1 of 2)
11-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Protocol
Described in Section
ICMPv6
11.12
(2 of 2)
These protocols play an important role in the way subscribers establish connectivity
and/or access broadband services. The ISAM supports a set of protocol processing
features in order to maintain network security and allow customer identification and
troubleshooting. These are defined in the next sections.
The use of these control protocols can lead to security issues when malicious users
try to perform a (Distributed) Denial of Service attack towards the systems handling
the user-generated control traffic (for example, a BRAS, an Edge Router or a DHCP
server). In order to protect these systems, the ISAM can be configured to perform
upstream policing for the following protocols: ARP, DHCP, DHCPv6, IGMP,
ICMPv6, PPPoE and Connectivity Fault Management. The policing rate and
maximum burst size can be configured separately for each of the mentioned
protocols.
Note that the protocol policer operates in a specific way for IGMP packets: rather
than policing on the number of IGMP packets, it will take into account the fact that
one IGMP packet may include requests for several multicast groups. Hence, the
protocol policer will calculate the equivalent number of "virtual IGMP packet" and
use this as input to the policer.
11.2
Link aggregation
Link Aggregation allows one or more links to be aggregated together to form a Link
Aggregation Group, such that a MAC client can treat the Link Aggregation Group as
if it were a single link. Link aggregation is defined in IEEE 802.3-2005, clause 43.
This specification specifies the establishment of Link Aggregation Groups,
consisting of N parallel instances of full duplex point-to-point links operating at the
same data rate.
This Link Aggregation Group provides increased bandwidth and/or increased
availability. Link aggregation is defined with a load sharing mechanism that
distributes the traffic over the active links of the Link Aggregation Group. When one
of the physical links of the link Aggregation Group is no longer active, then the load
sharing adapts and distributes the traffic over the remaining active links. If the total
traffic exceeds the bandwidth of an active link, then normal QoS handling applies.
Figure 11-1 shows an example of link aggregation.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
11-3
Ethernet
Bridge
NSP IP backbone
NE
ADSL
m x FE/GE
n x FE/GE
FE/GE
EMAN
NSP IP backbone
Link Aggregation
Group 2
NSP IP backbone
Link Aggregation is defined for use between any type of Ethernet nodes (that is, both
bridges and end stations). The binding of links into Link Aggregation Groups may
be under manual control by an operator. In addition, automatic determination,
configuration, binding, and monitoring may occur through the use of a Link
Aggregation Control Protocol (LACP).
network links
subtending links
the GE Ethernet LT board UNI and NNI port types (note that all link members of
the LAG must be hosted by the same GE Ethernet LT board)
11-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Link Aggregation Groups are defined by configuring individual physical links with
identical link aggregation parameters. Especially the parameter actor-key is
important as the Link Aggregation Group is defined as the set of links with the same
value for this parameter.
The use of the LACP protocol can be enabled or disabled.
Load balancing is supported and the load balancing criteria can be configured to use
the source and/or destination MAC address, or to use the source and/or destination
IP address.
Figure 11-2 shows link aggregation support.
Figure 11-2 Link aggregation support
network links
n
n
L.A.G.
xHub
s
LT links
LT
.
L.A.G.
subtending links
PVCs
(on top of xDSL links)
L.A.G.
network links
n n
xHub
s
L.A.G.
LT links
LT
s
subtending links
PVCs
(on top of xDSL links)
11.3
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
11-5
NSP IP backbone
m x FE/GE
ADSL
EMAN
FE/GE
NSP IP backbone
n x FE/GE
NSP IP backbone
RSTP
The Rapid Spanning Tree Protocol (RSTP) as defined in IEEE 802.1D-2004, clause
17, is a Layer 2 Control Protocol that provides path redundancy while preventing
undesirable loops in the network.
Providing path redundancy starts with having a physically redundant network
topology.
Multiple active paths between end stations cause L2 loops in the network. If a loop
exists in the network topology, the potential exists for duplication of messages.
Therefore the task of RSTP is defining a single active path between each pair of end
stations.
To realize this single active path, RSTP forces certain redundant data paths into a
standby (blocked) state. The logical topology that is realized in this way is a single
tree with a selected root end station and with the other end stations at leave positions.
Ethernet Bridges are involved in selecting the active path and blocking the standby
paths. After a network node or link has become unavailable, RSTP will run again to
define a new tree topology.
MSTP
If the network contains more than one VLAN, the logical network configured by a
single RSTP would work, but better use can be made of the available redundant
nodes and links by using an alternate spanning tree for different (groups of) VLANs.
Multiple Spanning Tree Protocol (MSTP) which uses RSTP for rapid convergence,
enables VLANs to be grouped into a spanning-tree instance. Each instance has a
spanning-tree topology independent of other spanning-tree instances. This
architecture provides multiple forwarding paths for data traffic, enables load
balancing and limits the number of spanning-tree instances required to support a
large number of VLANs. MSTP is defined in IEEE 802.1Q clause 13.
11-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
All interfaces must be of the same type (NNI) and located onto the same GE
Ethernet LT board
NT and LT xSTP instances are split, that is, the NT and LT links are not part of
the same protection domain. A link event failure at the LT side is not signaled by
the NT towards the network and inversely meaning that cross-LT or cross-ISAM
link protection schemes are not supported.
In some network topologies the use of RSTP or MSTP will not provide any benefit.
This is the case when the single active path is already realized at physical level. An
example is that the user equipment connected to LT boards (must) have already by
construction a single physical interface and inherently this will form a single active
path. Therefore and because of this RSTP and MSTP are not supported on these
interfaces. Other examples are the use of a single link (aggregation group) between
a hub and a subtending ISAM. Therefore, RSTP and MSTP can be enabled or
disabled per Ethernet interface of the ISAM. As an example, RSTP and MSTP shall
be disabled on the network interface of the subtending ISAM in case it is disabled on
the corresponding subtending interface in the Hub ISAM.
Note 1 The 7302 ISAM supports RSTP and MSTP towards
DSLAMs in a ring.
Note 2 The 7302 ISAM and the 7330 ISAM FTTN support STP
11.4
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
11-7
CFM elements
Connectivity Fault Management (CFM) is an Ethernet Operations and Maintenance
(OAM) capability that allows service providers or network operators to verify and
isolate connectivity faults and configuration problems at layer 2. CFM is specified in
the standard IEEE 802.1ag.
To support CFM functionality, network operators must configure software entities
called Maintenance Points (MPs) on selected bridge ports on the network. MPs are
points where CFM messages are inserted, extracted, or monitored to verify
connectivity within part or within the whole of the Layer 2 network.
MPs are organized into Maintenance Associations (MAs) and Maintenance Domains
(MDs) on a network. Table 11-3 describes the CFM elements that must be
configured on an Ethernet network.
Table 11-3 CFM elements
CFM element
Description
MD
MA
An MA is defined as an OAM maintenance entity per service instance per MD. The
service instance could be a VLAN or a set of VLANs. The OAM maintenance entity
scope is defined by a set of associated Maintenance end Points (MEP). The MEPs
define a closed segment of the VLAN in the Layer 2 network. The segment
matches the scope or involvement of a particular administrative OAM domain
(operator) in that VLAN.
As such, MDs/MAs allow network operators to test the segment of a given VLAN
that is within their own scope. For example, it allows them to perform a test on
all links and nodes of their own network and being used by the VLAN or service.
Typically, the set of operator segments are all at the same MD level and then the
MDs/MAs cannot overlap.
MDs/MAs also allow network operators to divide a network into separate
hierarchical administrative OAM domains. An MD/MA at a higher level has no
visibility inside an MD/MA at a lower level. Also, at the higher level the same
concepts apply: the scope is delimited by MEPs and the MDs/MAs at the same
higher level cannot overlap.
There may be one or more MA, that is, service instances, per MD. There may be
multiple MAs for the same service instance (VLAN) if these are within different
MDs and the lower level MDs/MAs are terminated with MEPs.
MP
MPs are organized into MAs and MDs and are configured on ports within an MD/MA
(VLAN).
There are two types of MPs:
MEPs are points that identify the border of a maintenance entity. MEPs can
initiate or terminate CFM messages.
MIPs are points inside the network segment that is defined as a maintenance
entity. MIPs can respond to and allow the transit of CFM frames originated from
another MP.
IEEE 802.1ag defines these generic CFM OAM procedures. DSLF TR-101 defines
the usage of these procedures in a Layer 2 Access Network.
11-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Intra-carrier domain from the edge router/BNG or Ethernet switch to the network
port on the ISAM
Access link domain from the user port on the ISAM to the CPE
Figure 11-4 shows CFM implemented on a typical access aggregation network.
When a customer contacts the service provider helpdesk because of lack of service,
the service provider can run a test in the service provider domain from the BNG
towards the CPE. If the fault is isolated to a specific section, the service provider can
notify the owner of that section who can run tests at a lower level within his domain.
This continues until the failing point is identified.
Figure 11-4 CFM on the access aggregation network
ME Service provider
MD level 7
ME carrier
MD level 5
MD level 3
ME Intra-carrier
Access link ME
MD level 1
CPE
RG
MEP
MIP
Ethernet
access
network
DSLAM
Scope of access
network operator
Regional
network
Ethernet
switch
BNG
Scope of service
provider operator
CFM functions
The CFM protocols define multiple functions that act as tools to test and isolate
connectivity faults in the network.
The CFM link trace acts as an ICMP traceroute command. Multicast Link Trace
Messages (LTMs) are sent from the originating MEP and are addressed to another
MEP of the MA. Each MIP along the trace path inspects the message to determine
whether the target MAC address of the LTM is known. If the MIP knows the MAC
address, the MIP forwards the LTM to the next MEP, and a response in the form of
a Link Trace Reply (LTR) message is sent back to the originating MEP. An MIP that
does not know the target MAC address does not send back an LTR. When the target
MP responds with a successful LTR message, the link trace test is successfully
completed.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
11-9
Receive and respond to LBM and LTM from the network and the user
Generation of LBM and LTM to the network
Fault detection and notification as per 802.1ag:
generation/reception of CCM to/from network
Performance monitoring (as part of ITU-T Y.1731):
reception of Synthetic Loss Measurement (SLM), generation of Synthetic Loss
Reply (SLR)
LMM Measurements are supported in either of two modes per pbit or per VLAN
(aggregate of all dot1p priorities).
The ISAM supports MIPs at the DSL ports, GE UNI ports, GE NNI ports and GE
HC-UNI ports for the following functions:
Receive and respond to LBM and to LTM from the network and the user
The ISAM supports network facing MEPs on the LT board at its GE interface
towards the NT board (Down MEPs) , excepted for the GE HC-UNI/NNI ports.
Within these MEPs the ISAM responds to LBMs and LTMs coming from the
network.
11-10
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Up MEPs
Down MEPs
DSL (PTM)/
PVC (ATM)
Up MEPs
DSL (PTM)/
PVC (ATM)
DSL-LT
Up MEPs
GE UNI
Eth Phy
Uplink
Up MEPs
GE UNI
Down MEPs
NT
(No Up MEP
support)
(No Down MEP
support)
GE NNI/
HC UNI
ISAM
(No Up MEP
support)
NELT-B LT
11.5
GE NNI/
HC UNI
802.1x support
The 802.1X protocol complies with both the IEEE 802.1X and the CCSA
specification. Its purpose is to control the access of users to the Layer 2 Access
Network. Each 802.1X-enabled user port (including the GE Ethernet LT board UNI
user ports) is by default in a closed status and successful authentication is needed to
open the port.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
11-11
LT
IHub
LT
NT
Control
802.1x
CPE
Ethernet
ER
Performs authentication
by means of contacting
a RADIUS server.
The result is sent back
to the LT.
11.6
BCMP
The Broadband Access Network Cluster Management Protocol is a a protocol
defined within the context of using radio cable access for IP-based networks. The
BCMP protocol is used by the BCMP client to retrieve management related
configuration (such as management VLAN, management IP, SNMP community
name and so on) from BCMP server. The BCMP client is usually collocated with the
EPON over Coax (EOC) Head-end, and utilized by the EOC Head-end to get above
configuration data during initialization. Once the EOC Head-end gets the
configuration, it can be managed by the network management system.
The BCMP protocol can be enabled or disabled by the operator to allow the EPON
OLT to act as the BCMP proxy for resolution of BCMP packets which are sent from
the BCMP client, and the BCMP server, and further to forward relay the BCMP
packets to between the BCMP client, and the BCMP server.
For BCMP protocol handling on the LT board:
in upstream: BCMP receives the L2 packets, extracts the L2 information and then
sends it to the NT board
in downstream: BCMP receives L2 information from the NT board, constructs a
L2 response packet for forwarding through the host message interface
11-12
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
BCMP server
NT-BCMP proxy
OLT
LT
NT-BCMP proxy
LT
LT
LT
ODN
ODN
ONU
ONU
BCMP client
BCMP client
HS
EOC
EOC
CDN
EOC
CDN
EOC
The user data stream can be forwarded through the EPON OLT using the S+C RB
mode. However, to forward the SNMP packet transparently through the OLT,
configuration of a specific management VLAN for the SNMP packet is required.
11.7
ARP
The IETF RFC 826 defined Address Resolution Protocol (ARP) is a protocol defined
within the context of using IP over Ethernet. An IP node uses the ARP protocol to
obtain the Ethernet MAC address of another IP node identified by a known IP
address and connected to the same Layer 2 network.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
11-13
in iBridge mode:
When an ARP request is received from a user port, the ARP request is broadcast to
the Ethernet network interface. This deviates from the standard Ethernet broadcast
because the ARP request is not broadcast to the other user ports. This behavior is
also true for the GE Ethernet LT board NNI ports.
When an ARP request is received from an Ethernet network interface, the ARP
request is only broadcast in the VLAN when downstream broadcast is enabled in the
VLAN. Otherwise, the ARP request is dropped. In case of the GE Ethernet LT board
NNI ports, the ARP request is always broadcast in the VLAN (not configurable).
forwarding.
Note 3 For DSL LTs and GE Ethernet LT board UNIs, the above
11-14
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
11.8
DHCP
The Dynamic Host Configuration Protocol (DHCP) is a client-server protocol that
enables DHCP Servers to configure internet hosts. The DHCP protocol is defined on
top of UDP/IP. DHCP simplifies the configuration of a host since no IP addresses,
subnet masks, default gateways, domain names, or DNSs must be locally configured
within the host. Instead, with DHCP, this information is dynamically leased from the
DHCP Server for a predefined amount of time. Because the information is stored on
a server, it centralizes IP address management, it reduces the number of IP addresses
to be used, and it simplifies maintenance. DHCP is defined in IETF RFC 2131.
A problem to solve when using this technology is that the DHCP Client must be able
to communicate to the DHCP Server. This is achieved by the DHCP Client starting
the communication with a broadcast message. The DHCP Server will receive this
message in case the Server is connected to the same Layer 2 network as the Client.
IETF RFC 2131 and RFC 3046 define a DHCP Relay Agent for when this is not the
case. Then a DHCP Relay Agent connected to the Layer 2 network of the Client will
convert the broadcast message to a unicast message and send it to a server further in
the IP network. In doing so, the DHCP Relay Agent can add 'option 82' information.
That information can be used by the DHCP Server to identify the subscriber, and
when mirrored back in reply messages it helps the DHCP Relay Agent to forward the
replies to the correct Client. In its definition this DHCP Relay Agent is a function
within a router for which it can be referred to as a 'Layer 3' DHCP Relay Agent.
DSLF TR-101 defines a Layer 2 DHCP Relay Agent, that is, a Relay Agent
functionality in the middle of the Layer 2 Access Network. The Layer 2 DHCP Relay
Agent is assigned to be a responsibility of the DSLAM. It shall add option 82
information (which allows the server to identify the subscriber) but leaves the
broadcast message a broadcast message. Converting the broadcast message to a
unicast message is not needed when the DHCP Server is connected directly to the
Layer 2 Access Network, or is the responsibility for a real DHCP Relay Agent at the
edge of the Layer 2 Access Network.
The ISAM provides Layer 2 DHCP Relay Agent functionality when it is configured
for Layer 2 forwarding and a full (Layer 3) DHCP relay when it acts as an IP Router.
the iBridge
the protocol-aware cross-connect (that is, C-VLAN cross-connect and
S/C-VLAN cross-connect)
the iBridge and cross-connect with IPoA to IPoE interworking function
This Layer 2 DHCP Relay Agent is supported for the L2 forwarding modes above,
irrespective of secure forwarding being enabled or not.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
11-15
The Layer 2 DHCP Relay Agent functions can be split in three parts:
DHCP relay
LT
xHub
Ethernet
ER
IP
network
DHCP client
LT
NT
CPE
DHCP
server
US/DS: DHCP boadcast
or unicast packet
The DHCP client can send broadcast or unicast DHCP messages. These will be
forwarded in the upstream direction:
If the insertion of option 82 is enabled, the ISAM verifies the DHCP message and
adds option 82 to a valid DHCP message as described further on.
If the insertion of option 82 is disabled, the ISAM still verifies the DHCP message
as described further but does not add an option 82.
Again, note that with or without option 82 insertion, in a Layer 2 DHCP Relay Agent
the broadcast message remains a broadcast message, the unicast message remains a
unicast message. For more information on the handling and configuration of DHCP
Option 82; see section Option 82 handling.
11-16
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
In the downstream direction the DHCP Relay within the Edge Router (or the DHCP
server in case it is directly connected to the Layer 2 Access Network) sends broadcast
or a unicast DHCP messages. The choice between broadcast or unicast depends on
the broadcast flag inside the DHCP message sent from the DHCP Client. In all cases
the Layer 2 DHCP Relay Agent will forward the DHCP message to the correct user
only. For a unicast DHCP message the user is identified from the MAC address in
the Ethernet header, for broadcast DHCP messages the user is identified from the
payload of the DHCP messages, for example, chaddr. In any case the option 82 is
removed before forwarding the DHCP message.
Relaying DHCP messages in the iBridge and cross-connect mode with IPoA to
IPoE interworking function
The Layer 2 DHCP Relay Agent for the iBridge and cross-connect mode with IPoA
to IPoE interworking function is very similar to the Layer 2 DHCP Relay Agent
when the IPoA to IPoE interworking function is absent.
Its implementation is also distributed over the LT boards.
The possibilities for option 82 insertion are also the same.
Note : IPoA packets from and to the user do not have an Ethernet header. As such,
the chaddr in the upstream DHCP messages is normally not a MAC address. The
ISAM will insert itself an identifier in the chaddr of upstream messages. This field
being returned by the DHCP Server allows the ISAM to identify the correct user. The
ISAM will restore the original chaddr before sending the DHCP message to the user.
Option 82 handling
IETF RFC 3046 defines a Relay Agent Information option and assigns it the code
82. In this way the option is often referred to as option 82". Option 82 provides
security when DHCP is used in public access networks. It provides the DHCP Server
with trusted information on who is requesting an IP address.
To make it really a trustable identifier the ISAM shall also discard upstream
messages with an option 82 already added by the user. Therefore, the ISAM also
makes some validity checks on upstream DHCP messages.
In the upstream direction, the insertion of DHCP option 82 is configurable. If
enabled, option 82 parameters are inserted both for unicast and broadcast DHCP
messages. If disabled the ISAM does not add option 82. The validity checks are
however executed also when option 82 insertion is disabled.
IETF RFC 3046 defines option 82 as containing two sub-options: the circuit-id being
sub-option 1 and the remote-id being sub-option 2.
In addition to enabling or disabling option 82 insertion, it is possible to control the
insertion and contents of the sub-options:
the circuit ID: this can be configured with one of the following values:
do not add this sub-option into option 82
add the customer ID into the circuit-id sub-option
generate a physical line ID and add this into the circuit-id sub-option
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
11-17
the remote ID: this can be configured with one of the following values:
do not add this sub-option into option 82
add the customer ID into the remote-id sub-option
generate a physical line ID and add this into the remote-id sub-option
Note The values for the circuit ID and the remote ID are not
allowed to be identical.
Insertion of the circuit ID and/or remote ID can be enabled or disabled per VLAN in
iBridge or VLAN cross-connect mode.
Customer ID
The Customer ID is fully configurable for each DSL line, ATM PVC, Ethernet
interface or VLAN port by the operator (string with a length between 0 and 64 bytes).
It is possible to configure a system-level Customer ID. When doing so, the system
has the following behavior:
If the customer ID at the interface level (vlan.port, UNI) is set to the default value
available, then the customer ID configured at system-level will be used for that
interface. This can be useful in case an operator wants to use the same Customer
ID on all UNIs, without having to configure it on each individual UNI.
In case a specific user value is configured for a UNI or vlan.port, it takes
precedence over the system-level customer ID setting.
In case the Customer ID is configured for one user at various levels, for example, at
ATM PVC and at DSL line level, then the most fine grained level will be used. For
example, the Customer ID configured for an ATM PVC will take precedence over
the customer ID configured at the DSL line.
Physical line ID
for EFM-based DSL and for Ethernet interfaces, the default value is
Access_Node_ID eth Rack/Frame/Slot/Port
One can use the following predefined keywords:
Access_Node_ID: identifies the ISAM. The ISAM will insert the identifier that
is configured as System ID
Rack: rack number in the access node
11-18
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Frame: shelf number in the rack. The variable is called 'Frame' to be inline with
TR-101.
Bandwidth information
DSLF TR-101 defines additional sub-options on top of those defined in IETF RFC
3046, such as a set of sub-options to pass DSL line bandwidth characteristics.
You can also enable or disable the insertion of the line rate characteristics per VLAN
in iBridge or VLAN cross-connect mode.
The ISAM can be configured to either add only the actual line rate information in
DHCP option 82, or to add the full set of access line parameters defined in TR-101.
For example, this includes the minimum, maximum, attainable and actual line rates
and interleaving delays.
This functionality is supported on the DSL and Ethernet LT boards.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
11-19
DHCP snooping
If secure forwarding in Enhanced iBridge respectively in VLAN cross-connect is
configured, DHCP messages are snooped in order to learn the IP address associated
with the end user.
More information on DHCP snooping can be found in chapter Protocol handling in
a Layer 3 forwarding model.
11.9
IGMP
For more information about IGMP, see chapter Multicast and IGMP.
11.10
PPPoE
Point-to-Point Protocol over Ethernet (PPPoE) is a network protocol for
encapsulating Point-to-Point Protocol (PPP) frames inside Ethernet frames. PPP is
the commonly used protocol in dialup connections. PPPoE allows to connect one or
multiple PPP Client computer subscribers through an Ethernet LAN to a PPP Server.
PPPoE is defined in IETF RFC 2516.
PPPoE relay
In many cases the Layer 2 (Ethernet) Access network extends Ethernet into the home
network. A CPE in the home network terminates the DSL link or Ethernet interface
that provides the connectivity with the Access Network. One possibility is that the
CPE is a router. Then this router CPE will be the single PPP Client establishing
PPPoE sessions. Another possibility is that a bridge CPE transparently bridges the
request coming from a device deeper in the home network. Something in between
can be that a CPE multiplexes PPPoE sessions coming from multiple devices deeper
in the home network.
All these cases have in common that PPPoE frames are sent from the user equipment,
through the ISAM, to a BRAS more centrally in the network. DSLF TR-101
specifies that in such case the DSLAM has to add some subscriber information to the
upstream discovery messages, that is, to the PADI, PADR and upstream PADT
packets.
So for PPPoE relay, the ISAM inserts a PPPoE Relay tag in all the upstream PPPoE
messages in the discovery phase (that is, frames with EtherType = 0x8863). This
information insertion is the only intervention of the ISAM on PPPoE frames in the
upstream direction. This means that all PPPoE messages forwarded to the BRAS will
still contain the MAC address of the subscriber as source MAC address (MAC SA)
and the broadcast MAC (PADI) or the MAC address of the PPPoE Server (PADR,
PADT) as destination MAC address (MAC DA).
The ISAM does not make an intervention in the downstream direction.
11-20
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
All PPPoE messages in the session phase are forwarded without any processing.
Note PPPoE Relay is not supported on the GE Ethernet LT board
NNI port type.
The PPPoE Relay tag is in fact a confusing name. It refers to the PPPoE vendor
specific tag that can be inserted by the ISAM in order to provide access loop
identification data towards the PPPoE Server (typically a BRAS).
The access loop identification conveyed by the PPPoE vendor specific tag is similar
as for DHCP option 82. Its format is defined in BBF TR-101. As for DHCP option
82, the tag contains the identification of the access loop on which the PADI, PADR,
or PADT packet was received in the ISAM and possibly the line rate information
about this loop.
The insertion of the PPPoE vendor specific tag and the sub-options to be added are
configurable per VLAN.
The ISAM can be configured to either add only the actual line rate information in
PPPoE discovery messages, or to add the full set of access line parameters defined
in TR-101, such as the minimum, maximum, attainable and actual line rates and
interleaving delays. This functionality is supported for the DSL and Ethernet LT
boards.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
11-21
ISP
Local Loop
EMAN
USB Modem
Ethernet
IP
Bridge
Srv: Video
I
IP
Routing
Gateway
Srv: VoIP
NE
L2TP
PPP-L2TP
interworking
When a subscriber initiates a PPPoA session, the ISAM first initiates a PPPoE
session toward the BRAS. The involved PAD-x messages are sent with a VLAN
tag with priority 7.
Once the PPPoE session is established, the initial PPP (LCP) request from the
subscriber is forwarded within that PPPoE session.
The remainder of the PPP negotiation happens between the subscriber terminal
and the BRAS.
The initial PPP request packet and all further packets sent within the established
PPPoE session are sent with a VLAN tag with the priority configured for the PPP
client port.
During the session, every upstream PPP packet is encapsulated in PPPoE, where the
MAC address of the ISAM is used as MAC source address. Downstream, the reverse
operation takes place and the MAC layer is stripped. From a BRAS perspective, the
session looks like any normal standard PPPoE session.
To give the Access Service Provider (ASP) the maximum information that can help
him to accept a PPPoE session establishment or to silently ignore the request, the
ISAM provides the PPPoE Server with access loop identification and line rate
information just as for PPPoE Relay.
Beside all these similarities there is still something special:
11-22
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The ISAM can inform the PPPoE Server that the PPPoE session being established is
an interworked session, that is, a session established on behalf of a user. This could
be useful for the BRAS. For example, to use a different a approach for limiting the
number of sessions per client. This information is provided through the insertion of
the BBF-IWF-tag sub-option in the PPPoE vendor specific tag. This sub-option is
defined in BBF TR-101.
Adding this sub-option can be enabled or disabled per PPP cross-connect Engine.
A second special thing relates to the Maxim Transmit Unit (MTU). In this scenario
the PPP Client is a PPPoA user and it assumes it can send PPP packets of 1500 bytes.
To encapsulate these frames in Ethernet, the interworking function shall add 8 bytes
of PPPoE header and as such the frame does no longer fit in a standard Ethernet
frame with a maximum payload of 1500 bytes. The normal procedure then requires
the PPP Client and the PPP Server to negotiate about the MTU. To facilitate the
convergence of this negotiation, the ISAM supports Ethernet frames that are 8 bytes
longer then standard Ethernet. This facility is signaled in the PADI message to the
PPPoE Server by adding the PPP-Maximum-Payload tag. This tag is defined in IETF
RFC 4638.
Adding this tag can be enabled or disabled per PPP cross-connect Engine.
The ISAM actively participates in the PPP connection release phase. When the PPP
session is terminated, the ISAM also terminates the corresponding PPPoE session.
The involved PAD-T message is sent with a VLAN tag with priority 7.
Normally, when a DSL line has gone out of service, the PPPoE session will only
time-out in the BRAS after a certain time (typically 3 minutes). This delay is
considered too long, for example, by service providers that offer a PPP-based HSI
service with time-based billing.
Therefore, the ISAM removes an interworked PPPoE session and sends a PPPoE
PAD-T message to the BRAS upon a loss-of-connectivity to the subscriber (this can
be indicated by loss of DSL synchronization on the associated subscriber line).
Note PPPoA to PPPoE interworking is not supported on the
Ethernet LTs. It is also not supported on a stacked iBridge on DSL
LTs.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
11-23
This scalability issue is solved by the PPPoE relay with MAC address concentration
feature: the ISAM replaces the large number of MAC addresses, issued by the
subscribers, with the ISAM MAC address(es). The EMAN now only needs to cope
with a few MAC addresses per connected ISAM instead of tens of thousands of
MAC addresses for all connected subscribers. For the BRAS, it looks as though there
is a single PPP Client with a huge number of PPP connections.
Next to solving the scalability issue, the PPPoE relay with MAC address
concentration also increases the security within the network. The MAC address of
the subscriber does not enter the EMAN anymore. This address is replaced by the
own MAC address(es) of the ISAM and, consequently, all issues related to duplicate
subscriber MAC addresses are solved. The subscriber MAC address has only a local
meaning (that is, local to the PVC, or DSL line) and, consequently, even if all the
subscribers would present the same MAC address to the ISAM, they could still be
connected to the BRAS without any problem.
Spoofing the MAC address of another subscriber will not allow to grab its traffic
because the subscriber MAC address is not used by the EMAN nor by the ISAM to
route the traffic.
MAC address concentration can be enabled or disabled per PPP cross-connect
Engine at creation time.
Note 1 PPPoE relay with MAC address concentration is not
11.11
DHCPv6
Lightweight DHCPv6 Relay Agent
The ISAM can be configured to act as a Lightweight DHCPv6 Relay Agent (LDRA).
In this configuration, the Edge Router deeper in the network will act as a DHCPv6
Relay Agent.
The DHCPv6 packet headers will be created in accordance with
draft-ietf-dhc-dhcpv6-ldra. The DHCPv6 packet received from the user is copied in
the Relay-Message option of the relayed DHCPv6 packet.
The Access Node is able to encode the access loop identification in the Interface-ID
Option (option 18, defined in RFC 3315) to the DHCPv6 Relay-forward messages
sent to the BNG.
The encoding must uniquely identify the Access Node and the access loop logical
port on the Access Node on which the DHCPv6 message was received. The
Interface-ID contains a locally administered ASCII string generated by the Access
Node, representing the corresponding access loop logical port.
11-24
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
The actual syntax of the access loop identification in the Interface-ID can take the
same values as the ones supported for the DHCP option 82 sub-option 1:
No Circuit ID (empty)
Syntax defined in TR-101 section 3.9.3, that is, physical line ID using a default
or a configured syntax at system level
Customer-ID
Physical line ID in CCSA format
This allows the operator to migrate to IPv6 in a VLAN cross-connect model, without
losing access line information.
The Access Node is also able to add the Relay Agent Remote-ID Option (option 37,
defined in RFC 4649) to the DHCPv6 Relay-forward messages sent to the BNG. This
is used in order to further refine the access loop logical port identification.
The Relay Agent Remote-ID contains an operator-configured string of 63 characters
maximum that (at least) uniquely identifies the user on the associated access loop on
the Access Node on which the DHCPv6 Solicit message was received.
The actual syntax of the user identification in the Relay Agent Remote-ID can take
the same values as the ones supported for the DHCP option 82 sub-option 2:
No Remote ID (empty)
Customer-ID
Physical line ID (using a default or a configured syntax at system level)
In the ISAM implementation the LDRA is enabled when either option 18 insertion
or option 37 insertion is enabled, and LDRA is disabled when both option 18
insertion and option 37 insertion are disabled. The operator can enable/disable the
insertion of option 37 into upstream DHCPv6 messages for each lightweight
DHCPv6 Relay Agent instance.
Note The lightweight DHCPv6 relay agent is not supported on the
Bandwidth information
The Lightweight DHCPv6 Relay Agent supports the insertion of the
Vendor-specific Information Option (option 17) as defined in RFC 3315 in order
to add information about access loop characteristics. This is similar to the DHCP
behavior specified for IPv4 (see section Bandwidth information). The ISAM can
be configured to add the full set of access line parameters in DHCPv6 option 17, as
defined in TR-101. This includes among others the minimum, maximum, attainable
and actual line rates and interleaving delays.
This functionality is supported for the DSL LT boards (except the 72-port ADSL2+
LT board) and the Ethernet LT boards (except the NNI port type).
September 2014
11-25
When the interface is configured as trusted, then the LDRA accepts DHCPv6
Relay-Forward messages from user side with options 18 and/or 37 already inserted.
The ISAM will relay these Relay-Forward messages in accordance with
draft-ietf-dhc-dhcpv6-ldra. In that case hop count is incremented in the upstream and
is decremented in the downstream.
When the interface is configured as untrusted, then Relay-Forward messages from
user side will be discarded and not relayed.
DHCPv6 snooping
See chapter Protocol handling in a Layer 3 forwarding model.
Note DHCPv6 snooping is not supported by the GE Ethernet LT
board NNI port types.
11.12
ICMPv6
ICMPv6 includes Neighbour Discovery (ND) messages as well as Multicast Listener
Discovery (MLD) messages. In general, upstream and downstream ICMPv6
messages are handled transparently without specific processing. This means that
downstream multicast ICMPv6 messages are typically flooded by default.
The filtering of ICMPv6 unicast and multicast ICMPv6 packets in an iBridge or
VLAN cross-connect forwarder can be enabled or disabled. This allows finetuning
of the ICMPv6 message handling for security purposes.
When enabled, the following ND and MLD messages must be discarded:
When using MAC address translation or virtual MAC addresses, the MAC address
field present in the ICMPv6 Neighbor Discovery message payload must be
translated. See section Virtual MAC for more information on virtual MAC
addresses.
11-26
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
12 IP routing
12.1 Introduction
12-2
12-2
12-5
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
12-6
September 2014
12-1
12 IP routing
12.1
Introduction
The IP routing model of the ISAM is a typical router implementation with increased
security and scalability, allowing to use cheaper devices (that is, simple Ethernet
switches) in the aggregation network. It can be characterized as follows:
Packets are forwarded based on the IP Destination Address (DA) with the ISAM
ARP messages do not cross the ISAM leading to not broadcasting ARP messages to
all subscribers
12.2
IP routing features
terminate the Ethernet segment at the subscriber side and consequently, avoid the
need to propagate the MAC address of the subscriber to the network solving at
the same time many security and scalability issues.
forward packets based on addresses assigned by the operator, enforcing a high
security level.
introduce IP awareness in the DSLAM, which facilitates support of enhanced
features such as IP address anti-spoofing, ACLs and so on.
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
12 IP routing
vMAC can be enabled when subscribers do not have unique MAC address
PPPoE and PPPoA subscriber interface encapsulations are not supported by IP
routing.
802.1x/RADIUS authentication
Subscriber interfaces (IPoE over ATM or EFM/Ethernet) can be authenticated
through 802.1/RADIUS protocols before connecting to a router in ISAM.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
12-3
12 IP routing
User-to-user communication
User-to-user communication can be enabled or disabled at the VRF level. When
disabled, user-to-user traffic will be discarded. When enabled, local ARP proxy also
needs to be enabled on the user gateway IP interface.
Router alert
Time stamp
Record route
ISAM does not process source route option, that is, IP packets including source route
options are discarded.
TTL=0 forwarding
Standard IP routers are expected to discard packets received with TTL=0 and not
intended for one of the router interface IP addresses. However, some specific
network configurations require the ISAM to forward such packets.
TTL=0 forwarding is disabled by default. This option is configurable. This mode is
only supported for IPv4.
MTU
The L2 MTU size is fixed to 2048 and not configurable.
12-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
12 IP routing
Implementation notes:
The ISAM does not perform IP packet fragmentation for forwarded packets
(packets generated by the ISAM itself are subject to fragmentation)
Packets received with a length larger than the MTU are discarded.
ECMP
Up to 4 Equal Cost Multi Path (ECMP) next-hops are supported per route.
Directed broadcast
ISAM does not support forwarding of the broadcast IP packets directed to the
directly connected subscriber subnets (where subnet is all zeros or all ones). Directed
broadcast IP packets are discarded by ISAM.
ICMP redirect
ISAM does not support ICMP redirect.
12.3
IP routing model
The IP routing model of the ISAM consists of iBridge forwarders (with secure
forwarding enabled) on the LT boards connected to a standard IP forwarder on the
NT board.
Figure 12-1 shows the IP routing model based on iBridge.
Figure 12-1 IP routing model based on iBridge
Users ca n belong to a
different public subnet.
User
C E
User
C E
User
C E
User
C E
User
C E
User
C E
User
C E
User
C E
User
C E
LT
ISAM
I-bridge
LT
NT
Routing
protocols
I-bridge
DHCP Rela y
Agent
ARP
VRF
EMAN
IP Ed g e
IP
N e two r k
LT
DHCP snooping/ ARP
relay
Sta tic config.
I-bridge
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
12-5
12 IP routing
802.1x/RADIUS authentication
IP router on the NT board offers the following functions:
instance is supported
ARP to network and to subscribers on the LT boards
User-to-user communication at layer 3 (including local ARP proxy)
IP option processing
Programmable TTL=0 forwarding
Layer 3 DHCP relay
Routing protocols (OSPF, RIP)
An internal VLAN is established between the LT boards and the NT board acting as
an IP router. There is typically one v-VLAN per VRF instance. Multiple v-VLANs
for a single VRF can be considered whenever a given VRF is forwarding multiple
services and the services are associated with either a different PVC or a different
VLAN at the subscriber interface.
Note The ISAM supports only one VRF (IP routing) instance.
The user gateway interface is the IP interface, which is facing the subscribers, and
which is created on top of the V-VLAN. The subnet of the subscriber gateway
interface is shared among the subscribers connected to the iBridge instance identified
by the V-VLAN on the LT boards. The IP address of the subscriber gateway interface
is used as the gateway IP address for the subscribers directly attached to the subnet
of the subscriber gateway interface.
Multi-netting is also supported for the subscriber gateway interface to allow multiple
subscriber subnets.
12.4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
12 IP routing
ONT
DHCP
Relay
Aggregation
Network
L2
Hub ISAM
LT
NT
EiB
LT
NT
EiB
Identical LT configuration
in Hub and Sub ISAMs
Sub ISAM
EiB: Enhanced iBridge
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
12-7
12 IP routing
Figure 12-3 Subtended ISAM operating as a L3 device
IGP
L3
IGP
L3
Aggregation
Network
IGP
L3
12-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
13.1 Introduction
13-2
13-2
13-3
13-4
13-6
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
13-1
13.1
Introduction
This section addresses layer 3 protocols in the scope of a layer 3 forwarded model as
described in chapter IP routing.
Layer 3 protocols can be divided into two parts:
13.2
RIP
OSPF-v2
These routing protocols are supported on network interfaces and interfaces towards
a subtended ISAM directly attached to the NT board (that is, not supported on the GE
Ethernet card NNI port type). In addition, the RIP protocol can be supported on
subscriber interfaces to advertise the routes towards the routers at the network side
of the ISAM. The ISAM does not accept any route advertisement from the
subscribers for security reasons.
The ISAM will report alarms to inform the Manager about lack of resources, major
issues and state transitions in the protocol.
RIP
The Routing Information Protocol (RIP) is a distance vector protocol. It calculates
the shortest distance, and therefore the most desirable path, between source and
destination addresses, all based on the lowest hop count.
The ISAM supports:
RFC 1812 defined for IPv4 routers for handling IP packets that are forwarded and
destined to the system
RFC 2453 defined for RIPv2 protocol
RFC 1058 defined for RIPv1 protocol
RFC 2082 defined for RIPv2 MD5 authentication
RIPv1 compatibility
The ISAM is compatible with RIPv1 and RIPv2 versions of the RIP protocol. It
supports the configuration of the version of the RIP PDUs that are transmitted and
received by the RIP router in the ISAM.
13-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
OSPF-v2
Open Shortest Path First (OSPF) is a dynamic routing protocol used to learn and
populate the forwarding database in the DSLAMs and the edge devices at the
network side.
The ISAM complies with the following standards:
RFC 1812 defined for IPv4 routers for handling IP packets that are forwarded and
destined to the system.
RFC 2328 defined for OSPF-2 protocol.
RFC 3101 defined for OSPF to support the Not-So-Stubby Area (NSSA) option.
The NSSA option is used by deployments to reduce the size of the LSA database.
There is no external route imported into an NSSA area from other OSPF areas. In an
NSSA, external routes learned by OSPF routers in the NSSA area are advertised
within the NSSA area and are translated by ABRs into external route advertisements
for distribution into other areas of the OSPF domain.
RFC 1765 for OSPF database overflow in case of conditions when the system
receives updates from the neighbors that exceed the available database limit.
RFC 2370 for OSPF opaque LSA option.
Area support
The ISAM supports areas, as defined in RFC 2328, for OSPF-2 protocol. The OSPF
router on the ISAM can associate interfaces with the backbone area, a normal area,
a stub area, or an NSSA area.
13.3
ARP
The IETF RFC 826 defined Address Resolution Protocol (ARP) is a protocol defined
within the context of using IP over Ethernet. An IP node uses the ARP protocol to
obtain the Ethernet MAC address of another IP node identified by a known IP
address and connected to the same Layer 2 network.
This section describes ARP handling in ISAM in case of an IP routing model.
Note For more information on ARP relay; see section ARP
relay.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
13-3
IP address anti-spoofing verification reveals that the user is not known: the source
IP address is not known to belong to the incoming interface
both users are connected to the same user interface: subscribers should
communicate by way of the internal interface at the subscriber side.
13.4
13-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
DHCP protocol tracing can be enabled on a few subscriber interfaces. The system
can provide the following to the ISAM syslog utility that will determine the
destination of the traces (that is, CLI screen, remote server, local file):
the stable states and/or exceptional events related with DHCP handling
the list of messages exchanged with the subscriber
Layer 3 DHCP relay agent
Basic functionality
The ISAM can act as layer 3 DHCP relay agent for the subscribers in IP routing
forwarding mode.
Note The functionality is also provided in case of iBridge
forwarding mode, though such configuration is not recommended and
is planned to be phased out.
The layer 3 DHCP relay agent is responsible to relay DHCP messages between the
subscribers and DHCP servers as follows:
Upstream:
Broadcast DHCP messages received from the subscribers are unicast to the
configured DHCP servers of the VR (of an IP router) associated with the interface
of the subscriber.
Note The L3 DHCP relay agent only relays broadcast packets to
the configured servers. The L3 DHCP Relay agent never forwards or
relays unicast DHCP packets from subscribers to servers.
Downstream:
Unicast DHCP messages received from the DHCP servers are either unicast or
broadcast (based on the broadcast flag) to the correct subscriber interfaces.
Subscribers connected to the same interface may get IP addresses in the same subnet
or from different subnets. User-to-user communication between those subscribers
would be via the ISAM (in the IP routing mode) and via the IP edge router (in the
iBridge mode), even though there is a direct connectivity between them.
Note 1 The layer 2 DHCP relay agent is located at the LT board
Multiple instances of a layer 3 DHCP relay per VRF are supported in case of the IP
routing model. The DHCP Relay Agents are located on the NT.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
13-5
When multiple services are offered via the same VRF while each service uses a
dedicated IP address range managed by a different set of DHCP servers, the operator
can enable multiple layer 3 DHCP relay instances per router, and dedicate the usage
of each instance to one service. This approach avoids overloading DHCP servers
(with a given service) with DHCP messages that are not relevant for that service.
A layer 3 DHCP relay instance is characterized by:
VRF ID
Relay agent IP address
List of DHCP servers to be addressed
When receiving a DHCP message from a user and which must be handled by a layer
3 DHCP relay agent, the incoming IP interface (or VLAN where the DHCP message
came in) is used to select one of the relay agent instances configured within the VRF.
Thus, the ISAM will only relay the DHCP message to those DHCP servers which are
associated with the selected DHCP relay instance.
This is shown in Figure 13-1.
Figure 13-1 Multiple DHCP relay instances per VRF
LT
L2-enhanced
forwarder A
IPa1
User
L2 DHCP
Relay A
Subs 1
IPb1
User
NT
v-
VL
L2-enhanced
forwarder B
IPc1
User
Subs 2
DHCP
server
A
IP a,b
L3 DHCP
Relay Agent A
L2 DHCP
Relay B
IP x
ISP
LT
IPa2
L3 DHCP
Relay Agent B
IP y
v-
Subs 3
VL
IPb2
User
L2 DHCP
Relay A
AN
User
IP c,d
L2-enhanced
forwarder A
DHCP
server
IPc2
User
User
13.5
L2-enhanced
forwarder B
IPd1
Subs 4
Notation:
: is an IP interface
L2 DHCP
Relay B
DHCP snooping
In the IP routing model, the IP-aware bridging model, the iBridge model and the
VLAN cross-connect models (assuming secured forwarding is enabled for the last
two models), the ISAM maintains the relation between the subscriber IP addresses
and the corresponding subscriber interfaces by snooping the DHCP messages. The
DHCP snooping is distributed and performed by every LT board. There is no NT
board involvement.
13-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
13-7
13-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
14.1 Overview
14-2
14-4
14-13
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
14-14
September 2014
14-1
14.1
Overview
Multicast is the simultaneous transmission from a single device (such as a video head
end) to a group of recipients (such as video Set Top Boxes) using the most efficient
strategy to deliver the data over each link of the network only once.
The ISAM supports IP Multicast based on VLAN bridging (layer 2) technology.
Internet Group Management Protocol (IGMP) is the control protocol for multicast in
a layer 2 network. It is used between the recipients (hosts) and multicast routers to
join and leave a group.
Note IGMP is specified in IETF RFC 2236 (IGMPv2) and RFC
3376 (IGMPv3).
By default, bridges flood multicast frames as well as IGMP packets between the
multicast router and the hosts. This not only creates a security issues when end users
can see each other's IGMP messages, but also the resulting bandwidth waste is
unacceptable on relatively low bandwidth interfaces like xDSL. Bridges can
optimize the bandwidth usage by snooping the IGMP control packets exchanged
between hosts and multicast router. Efficient multicast trees are constructed from the
learned information. The ISAM supports IGMP proxy, which serves as an alternative
variant for IGMP snooping.
Note IGMP snooping is specified in IETF RFC 4541.
Host
Video
Head
end
Member group A
Edge
Router
LAN
IP network
Bridge
Member group A
Member group B
Bridged
VLAN
data
IGMP
Member group B
Data plane
IP Multicasting uses IP datagrams with a multicast destination IP address, which is
a class D address in the range 224.0.0.0 through 239.255.255.255.
14-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
In the layer 2 network between the hosts and the edge router, the IP datagrams are
encapsulated in Ethernet frames with a multicast destination MAC address that is
derived from the multicast destination IP address. Hosts should not only accept
frames with a destination MAC address matching their own MAC address, but also
frames with a multicast destination MAC address of the groups of which they are a
member.
Note Remark that multiple (32) IP addresses map to the same
multicast IEEE 802 MAC address.
In Figure 14-2, the multicast forwarder is shown as segregated from the unicast
forwarder for the same VLAN. Multicasting is only supported in VLANs that have
IGMP enabled, so-called multicast VLANs.
Figure 14-2 Multicast data plane
Port P2
DSL interfa ce
Unicast forwarding
iBridge
VLAN Port
Multicast forwarding
GE interface
224.0.10.2
Port P1
240.0.10.1
Egress ports
15
240.010.1
{ P1 }
15
240.010.2
{ P1, P2 }
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
14-3
Control plane
The ISAM supports an IGMP Proxy. Compared to an IGMP Snooper, an IGMP
Proxy maintains independent Router state machines towards the hosts and Host
state machines towards the routers. this offers some advantages, such as spreading
the load of queries towards subscribers.
The IGMP Proxy updates the mFIB tables dynamically, based on the control plane
events (join requests, leave requests).
Note IGMP Proxy is defined in IETF RFC 4605.
IGMP
Proxy
H
upda te
join 240.0.10.1
join 240.0.10.2
Multica st Fwd
join 240.0.10.1
VLAN port
IGMP version 2 as well as IGMP version 3 are supported. The system can be
configured to only accept IGMPv3 and drop incoming IGMPv2 messages. IGMPv1
messages will always be dropped.
Multicast services are configured on subscriber ports by creating an IGMP channel
on top of the subscriber port. This enables IGMP proxy on the subscriber port.
By enabling IGMP on a network VLAN, that is, making it a multicast VLAN, IGMP
snooping is enabled on all network ports and subtending ports that are in that VLAN.
When IGMP is encapsulated over PPP, it is handled transparently
14.2
Advanced capabilities
The regular multicast mechanisms are suited to provide a very basic video service.
More advanced capabilities are available. Most of these capabilities require the
configuration of the list of IP addresses of the multicast channels that can be joined
by the ISAM subscribers. This is known as the list of preconfigured multicast
channels, or premium video channels.
14-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Fixed multicast VLAN per IGMP channel (see section Fixed multicast VLAN
per IGMP channel): (multicast IP address, source IP address, multicast VLAN)
Some of the advanced capabilities also apply to non-configured best-effort video
channels, that is, to IP addresses that are not configured in the ISAM.
Provisioning multicast channels can be simplified by manipulating ranges of
channels. A range of channels is characterized by a set of channels sharing the same
characteristics (source IP address, multicast VLAN (optional), bandwidth
parameters, ) and whose multicast IP address belongs to a given range.
Such a channel range can be manipulated as one management object by the
operator.
Static infeed
The availability and join latency of popular multicast channels can be improved by
feeding them statically up to the ISAM. The channel is semi-permanently streamed
in the aggregation network up to the ISAM uplink, whether hosts joined the channel
or not. There is no need for the edge router to react on IGMP requests to join this
channel.
Statically fed channels towards subtending nodes are configured in the ISAM by
configuring static multicast branches, as opposed to the dynamic multicast branches
created through IGMP signaling. By doing so, the root of the replication tree
becomes static. It is also possible to configure a list of static egress ports (branches)
on subtending ports or on network ports, so the channel is also statically fed up to the
next node.
Note Statically fed channels still support dynamic branches,
ISAM
Aggregation network
No IGMP
necessary
Edge
Router
No IGMP
necessary
IGMP
static
Branch
Root
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
dynamic
September 2014
14-5
Cross-VLAN multicasting
Multicasting in an iBridge is normally contained within the same VLAN. As a
consequence multicast-enabled subscriber ports would need to be VLAN ports
within the multicast VLAN.
With cross-VLAN multicasting ALL the subscriber ports that are multicast-enabled
can receive multicast traffic from ALL the multicast VLANs. This makes it possible
to:
mix multicast and other services at the subscriber ports, yet segregate these
services in the aggregation network in different VLANs.
offer multicast services on subscriber ports of different iBridges, yet share the
multicast channels in a common VLAN. Cross-VLAN thus reduces the number
of copies of the same multicast channel.
offer multicast services on subscriber ports that employ other forwarding modes
than iBridge, such as VLAN cross-connects. Without cross-VLAN multicasting,
multicast traffic would be discarded or would be transparent, implying no
efficient replication.
organize multicast channels in multiple multicast VLANs, without limiting the
access possibilities of the subscriber.
Figure 14-5 Cross-VLAN multicast - forwarding view
240.0.10.2
Multicast
forwarding
VLAN
(network-side)
SAP
VLAN port
Unicast forwarding
(iBridge)
VLAN
(network-side)
SAP
Unicast forwarding
(VLAN-CC)
VLAN port
VLAN
(network-side)
SAP
In cross-VLAN multicasting, when the subscriber joins a channel, the ISAM finds
the multicast VLAN from the preconfigured multicast channel. If the requested
multicast IP address, possibly extended with source IP address - see Source Specific
Multicasting, is not in the list of multicast channels, then the join is handled in the
scope of the subscriber VLAN. In case the subscriber VLAN forwarder is an iBridge
(that is, multicasting is supported), the join is proxied as a best-effort video service.
Else, the join is transparently forwarded or is discarded, see Table 14-1.
14-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Aggregation network
STB
Edge
router
Fwd
BTV VLAN 15
Fwd
VOD VLAN 16
BTV + VOD
Multicast
channel list
Multicast
IP address
240.0.10.1
240.0.10.2
VLAN
15
15
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
14-7
Aggregation network
Video
Head End
STB
Fwd
Fwd
(240.0.10.1,140.20.20.1)
Edge
router
BTV VLAN 15
140.20.20.1
(240.0.10.1,144.30.30.1)
VOD VLAN 36
144.30.30.1
Multicast
channel list
Multicast
Fws table
Multicast
IP address
240.0.10.1
240.0.10.1
VLAN
15
36
Multicast
IP address
240.0.10.1
240.0.10.1
Source
VLAN
IP address
140.20.20.1 15
144.30.30.1 36
14-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
This feature changes the algorithm for determining the multicast VLAN, as it was
explained in Cross-VLAN multicasting. With fixed multicast VLAN per IGMP
channel, the multicast VLAN for preconfigured multicast channels, is determined
by the per-IGMP channel configured multicast VLAN. The VLAN for
non-configured multicast channels remains the unicast VLAN as it is the case for the
cross-VLAN multicast model.
Figure 14-8 Fixed Multicast VLAN per IGMP channel
Access/
Aggregation
network
NNI
SP own (unique)
Mcast groups
Fwd
BTV S-VLAN 15
SP #2
BTV S-VLAN 16
Unicast (VOD, HSI, ...)
SP #1
SP own (unique)
Mcast groups
Example:
(S,G)=(140.20.20.1,240.0.10.1) stream
will be requested by end-users over
both BTV VLANs 15 and 16
The fixed Multicast VLAN per IGMP channel mode is defined at system level and
cannot be used simultaneously with other modes where multiple Video Service
Providers can be selected by the subscribers by means of either the Group Address
(ASM) or the Source Address (SSM).
Fast leave
In the normal leave procedure of IGMP, when a host leaves a multicast channel, the
router queries the port for any other hosts that must still receive the multicast
channel. It typically takes more than 1 second before the router can decide there is
no more interest in the multicast channel and that the Multicast Fwd table is updated
to stop replication on that port.
Note The situation of multiple hosts on a user port can occur in
Zapping behavior is such that the host which left the multicast channel does not wait
until the multicast channel is stopped and immediately joins another multicast
channel. During a short time, both the old and the new multicast channel are
therefore present on the subscriber port. For xDSL lines, which bandwidth is often
tailored to accommodate a limited number of multicast channels, the extra bandwidth
from the old channel may lead to frame loss.
With fast leave, the ISAM keeps track of all the hosts that joined a certain multicast
channel and immediately knows when the last host on the subscriber port has left the
multicast channel. If that is the case, then the ISAM immediately updates the
Multicast Fwd table to stop replication on that port.
Fast leave can be enabled per multicast channel.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
14-9
Fast leave
ISAM
ISAM
STB
STB
CPE
CPE
Bandwidth
Bandwidth
240.0.0.1
Leave 240.0.0.1
Leave 240.0.0.1
Query 240.0.0.1
240.0.0.1
Join 240.0.0.2
240.0.0.2
Join 240.0.0.2
240.0.0.2
>1s
240.0.0.1
Query 240.0.0.1
240.0.0.1
Time
Time
14-10
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Access control
Access control limits subscribers access to multicast services.
The ISAM can restrict the access to a predefined set of multicast channels and
disallow joining any other multicast channels, like some kind of ACL. For this
purpose multicast packages are configured, containing a set of preconfigured
multicast channels. The set of multicast packages that are allowed to be viewed is
then configured per IGMP channel.
Packages can also be used to give limited preview access to multicast channels. The
set of multicast packages that are allowed to be previewed is then configured per
IGMP channel. With preview access, subscribers can view the multicast channel
during a short time period.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
14-11
Join 240.0.0.1
non-Querier
0.1
Join 240.0.
Join 240.0.0.
Query
Querier
MR SAP
IGMP forking
An Edge Router implementing hierarchical scheduling, shapes downstream traffic
according to the actual user line rate, minus the bandwidth taken by multicast
channels streamed on this user line. Such Edge Router needs to be aware of that
bandwidth.
An IGMP Proxy enhanced with IGMP forking copies every upstream IGMP packet
towards the Edge Router into the same VLAN on which it has been received. The
forked packets contain the original source MAC and IP address from the STB. By
monitoring all the IGMP traffic on the user line, the Edge Router can thus calculate
the bandwidth taken by multicast channels on this user line.
IGMP Forking can be enabled in the IGMP system or on the IGMP channel.
14-12
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
ISAM
Aggregation network
Proxy
STB
( Proxied Join )
Edge
Router
Join
Fwd
BTV VLAN 15
Forked Join
BTV+HSI+Voice
Fwd
HSI+Voice VLAN 16
To be effective in avoiding overload issues, the operator should make sure that these
forked IGMP packets are not snooped/proxied in the ISAM or elsewhere in the
aggregation network. In particular, the operator should:
choose a BTV VLAN different from any unicast forwarding VLAN in which
forked packets are inserted
not deploy non-configured (best effort) multicast service in any unicast VLAN in
which forked packets are inserted
not deploy L2 LT boards in the ISAM (because such cards apply IGMP proxy on
ALL the network VLANs, even on unicast VLANs that may carry forked IGMP
traffic)
enable IGMP snooping on maximum 5 VLANs in the SHub (if more, then the
SHub will snoop ALL the VLANs). Remark that, by default, VLANs in the SHub
are created with IGMP snooping enabled.
14.3
System decomposition
Multicast services impact both the LT boards and the SHub.
The LT board implements a multicast forwarder and IGMP proxy. The LT board
forwards multicast streams from internal LT-NT ports to user ports. Advanced
features like cross-VLAN multicasting, fast leave, most of SSM, RAC on the user
line, access control and CDRs are implemented in the LT board.
The SHub implements a multicast forwarder and IGMP snooper. The snooper
operates completely in the scope of a VLAN, that is, there is no cross-VLAN support
in the SHub. Advanced features like static infeed, RAC on the uplink and static
router ports are implemented in the SHub.
Figure 14-12 shows the system decomposition for multicast and how the
management concepts map on the system components. Although some concepts can
be configured both on the LT boards and on the SHub, this is not always necessary.
Refer to the Operations and Maintenance using CLI for FD 24Gbps NT.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
14-13
STB
Unicast VLAN
mcast fwd
Multicast
VLAN
SHub
IGMP Snooper
mcast fwd
LT
IGMP Proxy
Aggregation
network
mcast fwd
Multicast VLANs
Multicast channels
IGMP channels
Multicast packages
14.4
Multicast VLANs
Multicast channels
Multicast bundles
Router ports
Multicast trees
14-14
Forwarder to which
the user is linked for
unicast traffic
IGMP channel
created, requested
multicast channel
not in list
IGMP channel
created, requested
multicast channel in
list
VLAN Cross-Connect
iBridge (IPoE)
iBridge (PPPoE)
Not supported
Not supported
PPP cross-connect
Not supported
Not supported
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
15.1 Introduction
15-2
15-2
15-10
15-12
15-18
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
15-1
15 Quality of Service
15.1
Introduction
In addition to delivering best-effort, high-speed Internet services, xDSL access
networks are evolving to multiservice access networks that must be capable of
supporting a whole range of services, such as:
These services must be delivered with the appropriate level of QoS. In the case of
xDSL access networks with Ethernet aggregation, there are a number of network
elements, for example, BRAS, IP edge routers, ISAM, or CPE, that must each give
the correct priority treatment to the various application flows. Network performance
objectives for the different service types are documented in the ITU-T
Recommendation Y.1541 (Network performance objectives for IP-based services).
This is achieved by classifying these application flows at the ingress of the network
into a limited set of aggregate flows that are characterized by certain QoS markings.
The different network elements will then provide per-QoS class queuing and
scheduling for these aggregate flows.
The following section provides an overview of the role played by the ISAM in
end-to-end QoS.
15.2
Overview
Figure 15-1 shows the standard QoS model which includes a configurable
system-wide p-bit-to-traffic-class mapping, four queues and a fixed scheduling
scheme. Some LT board types support an eight-queue model, as explained in the
following notes. If an LT board type is not explicitly mentioned in the following,
then it only supports the standard QoS model.
The GE Ethernet LT board always supports 8 queues.
15-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
TC7
111
TC6
110
TC5
101
TC4
100
TC3
011
TC2
010
TC1
001
TC0
000
Voice
GE/FE
WRR
WFQ
Video
WRR
WFQ
CL
Mapping to
queues
Scheduling
BE
Classification
.1p
p-bit marking
Traffic
Classes
Mapping to
Traffic Classes
ISAM
queues
Mapping of
DSCP to P-bits
Classification
The purpose of classification is to identify flows or streams of traffic which need a
different treatment, that is, which require a different quality of service.
Figure 15-2 QoS: classification for Standard model
1. Voice
2. Video (VoD, BTV)
3. Controlled load (home working)
4. Best effort (HSI)
classification
For the standard model, four main traffic classes have been identified: Voice, Video,
Controlled Load (CL) and Best Effort (BE). These traffic classes are listed in
Table 15-1, together with their application and recommended 802.1p value.
For LT boards that only support four queues, the eight traffic classes are mapped to
four queues, according to a fixed scheme. See Mapping and queueing for details.
For LT boards that support 8 queues, each traffic class is mapped to its own queue.
This approach segregates network control, voice and video-telephony into the
highest priority queue, broadcast video and video-on-demand into the second queue,
business customer data traffic into a third queue, and residential customer data traffic
into the fourth.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
15-3
15 Quality of Service
Table 15-1 Classes, application, and recommended 802.1p value
Traffic class
Application
Voice
Voice
Video telephony
(+ network control)
110
Broadcast video
Video-on-demand
100
Video
(111)
Controlled load
011
Best effort
000
When the outcome of classification is discard, we're dealing with Traffic filtering
by means of Access Control Lists (ACLs). In this way, it is possible to filter out
certain packet flows based on multi-field classification at layer 3/4 or layer 2.
Control plane and management plane traffic is separately classified based on
protocol type.
Marking
Marking is defining the value of:
111
110
101
100
011
010
001
000
p-bit marking
15-4
September 2014
classification
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
as they are. This possibility is useful in case of trusted subscribers (for example, in
a business context).
DSCP or p-bit contract enforcement/remarking. In this case, QoS markings received
from the subscriber are taken into account, but they are subject to a contract that
specifies what DSCP or p-bit markings are allowed and what QoS markings need to
be re-marked. In essence, this functionality provides support for correct marking in
case of multi-QoS Service Access Points (SAPs).
DSCP or p-bit marking per QoS subflow using layer 2/layer 3/layer 4 filters (based
on multi-field classification into QoS subflows).
In addition to the above policies it is also possible to align the p-bits, that is, p-bits
are derived from the DSCP codepoint, or the IPv6 Traffic Class field. There is a
single system-wide p-bit alignment table for upstream.
For stacked VLANs, there are some additional points to note related to p-bit
marking:
In case of S+C VLAN cross-connect or S+C VLAN RB, following four options
can be configured separately for S+C cross-connect and S+C iBridge and for
upstream and downstream direction.
In upstream direction:
* both S and C-VLAN p-bits are set to the same value.
* For tagged traffic C VLAN p-bit is left untouched and only S VLAN p-bit is
marked. For untagged traffic both S and V VLAN will be marked with same value.
In downstream direction:
* S-VLAN p-bit is used as input for determining the downstream p-bit and related
scheduling.
* C-VLAN p-bit is used as input for determining the downstream p-bit and related
scheduling.
IGMP frames sent by the ISAM are always marked with highest priority, that is,
p-bits=7.
DHCP frames:
When traffic is received with p-bits marked at user side, the marking is left
unchanged.
When unmarked traffic is received, the default p-bit marking for the given VLAN is
applied.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
15-5
15 Quality of Service
PPP control frames (for example, PADI/PADO) are marked with fixed p-bits=7.
The CDE option exists to configure in the same way as done for DHCP:
When traffic is received with p-bits marked at user side, the marking is left
unchanged.
When unmarked traffic is received, the default p-bit marking for the given VLAN is
applied.
P
111
P
110
101
P
100
011
010
001
000
p-bit marking
classification
Figure 15-5 illustrates the policing feature implementation for a single token bucket
policer.
15-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
Figure 15-5 Policing implementation framework
QoS Session Profile
QoS Policer
Profile UP
QoS Policer
Profile DOWN
QoS Policer
Profile DOWN
QoS Policy
List DOWN
L2 filter
L3 filter
Policy-action=
Policer-Profile
CIR
CBS
Per-SAP policing
Subflow policing
L2 filters
L3+ filters
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
15-7
15 Quality of Service
CL
111
TC6
110
TC5
101
TC4
100
TC3
011
TC2
010
TC1
001
TC0
000
Mapping to
queues
BE
TC7
Classification
Video
.1p
p-bit marking
Voice
Traffic
Classes
Mapping to
Traffic Classes
ISAM
queues
Mapping of
DSCP to P-bits
The eight traffic classes are mapped either to four queues or to eight queues.The
selection of which mapping to use is hardware dependent. It depends on how many
hardware queues are supported by a specific LT board type. Again this mapping is
non-configurable. The mapping of eight traffic classes to eight queues is a
one-to-one mapping. The mapping of eight traffic classes to eight queues, and the
mapping of eight traffic classes to four queues is as in Table 15-2.
Table 15-2 Mapping of Traffic Classes into Queues
Traffic Class
4-Queue Mapping
8-Queue Mapping
For UNI ports on a GE Ethernet LT board, it is advised to align the p-bit to traffic
class mapping per forwarder, for use in the downstream direction, to the system-wide
mapping. This alignment must be done explicitly because the mapping per forwarder
is not explicitly defaulted to the system-wide mapping when not programmed. This
explicit alignment is not needed when the system-wide mapping is kept identical to
the default configuration. Refer to QoS on a GE Ethernet LT board for further
details.
15-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
Policer color marking (green, yellow, or red)): based on received p-bit value,
applicable to the GE Ethernet LT board
Drop Precedence (DP) color marking (either green or yellow), based on remarked
p-bit value, applicable to other LT board types
The color marking is used as input to color-aware BAC. See Queue configuration
and queue profile for description of color-aware BAC. The policer color marking is
used as input to color-aware policing.
Note The output of the policing will also be used as input to
color-aware BAC.
Only the GE Ethernet LT board supports color-aware policing. Only the GE Ethernet
LT board supports color-aware BAC in the upstream direction.
111
TC6
110
TC5
101
Video
TC4
100
TC3
011
TC2
010
TC1
001
TC0
000
CL
Mapping to
queues
Scheduling
BE
Classification
WRR
WFQ
TC7
p-bit marking
WRR
WFQ
.1p
Voice
Mapping to
Traffic Classes
GE/FE
Traffic
Classes
Mapping of
DSCP to P-bits
ISAM
queues
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
15-9
15 Quality of Service
Figure 15-8 Reference scheduling hierarchy
Voice
SP
Video
CL
WFQ
BE
Scheduling is work-conserving, that is, lower QoS classes can occupy bandwidth
that is not actually consumed by higher QoS classes.
This model implies that both voice and video traffic are very well contained and only
trusted sources are allowed to use the high-priority traffic classes.
Flexible Scheduling Model
In the flexible scheduling model, each queue can be provisioned with a priority and
a weight. The scheduling settings are as follows:
Queues with a higher priority are scheduled ahead of queues with a lower priority.
Queues with the same priority are scheduled according to their relative weights.
The flexible scheduling model is applicable to the GE Ethernet LT board
downstream scheduling.
Shaping on network ports
15.3
Downstream QoS
This section deals with traffic received from the network link and transmitted on the
subscriber link or locally terminated on the ISAM.
Downstream traffic is subject to similar QoS actions as upstream traffic. This section
will focus on the differences between downstream and upstream QoS handling.
Classification
Same capabilities as for upstream QoS handling (see Classification).
15-10
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
Marking
In the downstream direction, frames usually arrive in the ISAM with DSCP or p-bits
properly marked by service-aware edge devices (such as BRAS, edge router,
application gateway, and so on). If this is not practical for some reason, the p-bits can
be aligned to the DSCP found in the packet IP header.
Further, multi-field based marking is supported in downstream; SAP-based marking
is only supported in upstream.
Same capabilities for marking of protocol frames as for upstream QoS handling
(see Marking).
Policing
No traffic engineering will be done at ingress on the network interfaces. The idea
here is that ingress policing and ACLs at the service provider level have already been
applied in a (access provider-owned) box deeper in the network.
However, after the forwarding decision egress policing may apply. Subscribers are
subject to certain traffic contracts that specify how much traffic they can receive on
their DSL connection. Policers are installed to enforce these contracts. A policer may
apply to an entire subscriber interface or to a QoS subflow within the subscriber
interface.
As for upstream, it is possible to configure either single token bucket policers or
two-rate three-color policers.
Drop Precedence (DP) color marking (either green or yellow), based on remarked
p-bit value, applicable to other LT board types
Policer color marking (green, yellow, or red)), based on received p-bit value,
applicable to the GE Ethernet LT board
The use of the color marking is similar to the upstream case.
Buffer Acceptance Control (BAC) can be done by means of Tail Drop or Random
Early Detect (RED). The Tail Drop or RED can optionally be color-aware.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
15-11
15 Quality of Service
Scheduling of queues at the port level. The scheduling can be strict priority or
WFQ and is configurable per queue (applies to UNI, HC-UNI and NNI ports)
Scheduling of ports at the board level with configurable port weights (applies to
UNI ports only)
Shaping at both the queue level and the port level (applies to UNI, HC-UNI and
NNI ports)
15.4
(*)
Classifying packets
Metering packet flows
DSCP-to-p-bit alignment (IPv4 only)
Mapping packets to a queue
Buffer acceptance and scheduling at egress port side
Per port egress rate limitation
Uplink CAC
Downstream, frames are expected to arrive with correct priority markings. If the
video feed interface is a dedicated Ethernet interface, a default p-bit value can be
attached to video frames. If, for various reasons, it is impractical to set the p-bits in
the upstream node, the SHub allows to align the p-bits to the DSCP for IP packets
incoming on the external interfaces.
15-12
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
The NT supports Connection Admission Control on the uplink for multicast traffic;
the bandwidth of known multicast streams is checked against net available
bandwidth on the uplink. Consequently, a multicast join request for a multicast
stream that was not yet present on the uplink will only be honored if the check is
successful.
Figure 15-9 shows the logical architecture for QoS on layer 3/layer 2+ LT boards.
This includes all the ISAM LT boards except the layer 2 LT boards.
Figure 15-9 Logical architecture for QoS on layer 3 LT boards
downstream
GE
aggregate
Input
processing
Logical
segregation
per DSL line
Per-DSL line
Policing,
Classification,
Queuing,
Scheduling
ATM or EFM
segmentation DSL
PVC
forwarding
decision
upstream
Segregation into
GE
output buffers
aggregate (802.1P aggregates)
Per-DSL
Per-DSLline
li
Policing
Input
processing
processing
ATM or EFM
reassembly
DSL
The input-processing entity stands for all the protocol and forwarding-plane
processing functions. Each frame received from the network interface will have a
handler or meta-data that will contain all the fields needed by subsequent
QoS-related functions.
The next phase is the classification, policing and segregation process within a DSL
link; see Figure 15-10.
Session rate limitation is achieved by way of policing. Policing can be done at
different subscriber SAPs: bridge port, VLAN port, IP interface, or PPP CC client
port.
Both upstream and downstream policing is possible with possibly asymmetrical
values.
The ISAM handles policer conflicts in such way that, for each frame, the policer
installed on the highest layer of the interface hierarchy will be applicable. No frame
will be policed by more than one policer.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
15-13
15 Quality of Service
Figure 15-10 Per DSL-port scheduler
Policing
entity
Rule per SAP:
PVC
PPP
VLAN ID
802.1X
IP interface
BACC
voice
Traffic
class
switch
BAC
video
BAC
CL
Based on:
802.1P
BAC
BE
SP
SP
DSL
WFQ
WFQ
Modes:
Taildrop
RED
BAC is either Tail Drop or RED per downstream queue (optionally DP-aware).
A WFQ scheduler ensures fair redistribution of the remaining bandwidth between
CL and BE traffic. Some boards also support shaping per downstream queue.
Figure 15-11 shows the Ethernet-to-ATM QoS transition.
Figure 15-11 Ethernet-to-ATM QoS transition
Frame Domain
Cell Domain
VOICE
Segmentation
buffers
VIDEO
1 frame
SP
SP
VC1
Add correct
VPI/VCI
fields
VC2
VC3
CL
WFQ
WFQ
Rate limitation to
DSL bandwidth
DSL
BE
Ethernet (frame level)
scheduler
Scheduling is done solely on the Ethernet frame level, even for ATM-based DSL
transmission types.
The queuing decision (within a DSL port) is independent from the forwarding
decision. There is no explicit fairness between different PPPoE or IPoE sessions
within a DSL link. Their peak rate is enforced independently by way of policing, and
then they share the same First In First Out (FIFO) per traffic class.
Marking is generally applicable upstream, although with the policy framework, it is
possible to modify downstream p-bit and DSCP values. Packets may arrive from user
ports tagged, untagged, or priority-tagged. At the bridge port and VLAN port level,
the ISAM supports a remarking table which maps all user-defined P-values to
allowed values. Untagged frames can be marked based on subscriber SAP defaults
(statically configured).
15-14
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
The ISAM allows also DSCP-marking for various subscriber SAPs. DSCP-to-DSCP
re-marking is also possible, just like p-bit re-marking for tagged and priority-tagged
frames. Finally, a global DSCP-to-p-bit alignment table is provided to align
DSCP-marked traffic on selected interfaces to p-bits, as traffic segregation still relies
on p-bits.
PPP-session marking for p-bits is possible based on the QoS session profile
attributes.
QoS on the layer2 LT boards
Layer 2 LT boards have a different QoS architecture. Queuing is per PVC, and all
the downstream unicast frames are using the same First In First Out (FIFO) queue.
This queue is scheduled with a priority that is inferred from the upstream p-bits
attached to the bridge port that was created on top of the VC.
Layer 2 LT boards support 4 priority levels downstream. Upstream there is no
bottleneck, hence no queuing other than AAL5 reassembly is required.
Traffic within a VC can have different priorities:
unicast traffic priority is inferred from the port default upstream p-bits
broadcast traffic has the same priority as unicast traffic
multicast has priority 2 (second highest) if the multicast source is preconfigured
in the multicast source table, otherwise 0 (lowest)
Prioritization within a VC is strict priority. Also, across multiple VCs, fairness is
guaranteed only per datagram-priority and not per VC bandwidth.
Upstream PVCs are mono-QoS (that is, one P code point can be attached to them).
Each PVC will have an attribute that contains the default and unique VLAN ID and
the 802.1-bit value. The default 802.1-bit value can be specified by the operator by
means of the management interface.
The bit used for marking upstream frames is also used for downstream prioritization
of unicast traffic (the priority level equals p-bits/2).
Note Only fixed p-bit value marking is supported; no DSCP
marking, nor dot1p-alignment.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
15-15
15 Quality of Service
A GE Ethernet LT board supports UNI, HC-UNI and NNI ports. The NNI port is
typically employed to connect a subtending system (such as another ISAM) or a
business customer. Therefore, it is expected that NNI ports will have simplified
upstream QoS requirements, since many QoS functions will have already been
performed. In the case of a GE Ethernet LT board, the QoS capabilities of UNI,
HC-UNI and NNI ports are summarized in Table 15-3.
Table 15-3 QoS capabilities of UNI ports and NNI ports on GE Ethernet LT boards
Feature
P-bit-handling
DSCP-handling
Subflow
Policing
Queueing
Shaping
UNI
P-bit-based classification
Y
(1)
HC-UNI
NNI
System
System
VLAN
DSCP-to-p-bit alignment
BP, VP
BP
BP
N
VP(2)
BP, VP(2)
L2/L3 filters
BP, VP
BP,
BP, VP
BP, VP(2)
BP, VP(2)
Y
VP(3)
BP, VP(3)
BP, VP
BP,
WRED (# of colours)
3C
3C
3C
3C
3C
3C
NA
NA
Port shaping
Queue shaping
Legend:
BP: supported at Bridge Port level
VP: supported at VLAN port level
Notes
(1)
VLAN-based p-bit to queue mapping is only supported in the downstream direction. System level mapping is
recommended
(2)
Upstream only
(3)
Downstream limited to VLAN Cross-connect models
15-16
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
Downstream queues, queue profiles and scheduler node profiles are all
configured on the LAG port and the configuration is applied identically to each
physical port in the LAG.
A downstream queue shaper applies across all ports of the LAG, for the queues
of a specific traffic class. In the case of a UNI LAG, the aggregate of the traffic
across all queues is shaped. In the case of an NNI LAG, if the shaper rate is R and
the number of active links is N, then each queue is shaped to a rate of R/N.
A downstream port shaper applies across all ports of the LAG. In the case of a
UNI LAG, the aggregate of the traffic across all ports is shaped. In the case of an
NNI LAG, if the shaper rate is R and the number of links is N, then each port is
shaped to a rate of R/N.
A policer associated with an LAG will be applied to traffic for all active links in
the LAG.
As usual, a session profile is attached to a bridge port or a VLAN port. Since the
bridge port or VLAN port is associated with the entire LAG (not just one physical
port) then the session profile applies to all physical ports in the LAG. This is also
true for the marker profile, policers and filters that belong to the session profile.
p-bit marking/remarking configured on the bridge port or a VLAN port of an
LAG is applicable to all physical ports of the LAG.
CAC checks are made using the aggregate bandwidth of the LAG, not the
bandwidth of the individual physical ports.
QoS counters apply to the LAG, not to the individual physical ports of the LAG.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
15-17
15 Quality of Service
15.5
Configuration of QoS
The ISAM uses QoS profiles to perform ingress and egress traffic policing, class
queuing, and scheduling. QoS profiles can be created and then assigned to QoS
resources and SAPs.
IACM part
The following QoS profiles are supported on the LTs (IACM part):
CAC profile
Ingress QoS profile (p-bit to traffic class mapping)
Queue profile (bac)
Scheduler node profile
Session profile
Marker profile
Policer profile
Policy profile
Layer 2 filter
Layer 3 filter
Policy action profile
CAC profile
A CAC profile is primarily used to perform multicast video admission control for an
individual xDSL port in the downstream direction. The maximum downstream
bandwidth to be occupied by video can be further constrained by setting the
maximum multicast bandwidth parameter in the CAC profile.
A CAC profile contains three configurable rate parameters:
15-18
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
The ingress QoS profile is used to map traffic to the correct traffic class. A profile is
associated with each forwarder (VLAN) or per VLAN port. The configurable profile
specifies for each p-bit value, the traffic class to which it is mapped. Up to 8 traffic
classes can be specified.
The ingress QoS profile is supported for GE Ethernet LT board (UNI ports only, in
the downstream direction).
For other LT board types, and UNI in the upstream direction, and NNI and HC-UNI
ports of the GE Ethernet LT boards, there is a single configurable system-wide
mapping table that maps p-bits to the traffic class.
Queue configuration and queue profile
For the Layer 3 LT boards, in the downstream direction, the queue weight is
configured for the Controlled Load (CL) queue and the Best Effort (BE) queue. The
default weight of the CL queue is 66 and the default weight of the BE queue is 34.
A queue profile is associated with each queue. The queue profile is a BAC profile
that contains admission control information for frames arriving at the buffer from the
services side of the network. There are a number of default BAC profiles which can
be used, but which can not be modified nor deleted.
Two basic BAC types are supported in downstream: RED and tail drop. However,
their color-aware variants are also available on some LT boards:
MinThreshold: the average queue filling level for which frame discard will start
to occur (threshold expressed in number of packets)
MaxThreshold: the average queue filling level for which frame discard will start
be 100% (threshold expressed in number of packets)
DropProbability: the probability of frame discard for average queue filling levels
just below the maximum threshold.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
15-19
15 Quality of Service
Figure 15-12 RED configuration parameters
Drop probability
Discard
probability
Minimum
threshold
Maximum
threshold
Weighted average
Filling level
Arriving frames are accepted as long as the average queue filling level remains below
the minimum threshold. Frames received at the moment the minimum threshold is
exceeded will be dropped with a probability as indicated by the RED curve.
For tail drop queues, only a max queue size has to be configured. Queue size is set
as the number of frames that can be stored in the queue. Arriving frames are queued
as long as the queue is not full. After the queue is full, all incoming frames are
discarded until the queue can transmit a frame over the xDSL line and space in the
queue is made available.
In the case of color-aware BAC, a separate curve must be configured for each color.
That means, in the case of color-aware RED, that MinThreshold, MaxThreshold and
DropProbability are configured separately for each color. In the case of color-aware
tail drop, only MaxThreshold needs to be configured for each color. The following
two figures illustrate the three-color WRED and the three-color tail drop,
respectively.
Figure 15-13 Three Color WRED
Drop
probability
100%
Averaged queue
filling level
red
min
15-20
September 2014
red
max/
yellow
min
yellow
max/
green
min
green
max
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
Figure 15-14 Three color tail drop
Drop
probability
100%
Actual queue
filling level
red
max
yellow
max
green
max
Shaper profile
ISAM uses shaper profiles to capture shaper configuration parameters. For a DSL
line, a shaper profile contains the following configuration parameters:
The GE Ethernet board uses the scheduler node profile. It provides the flexibility
needed for flexible, hierarchical scheduling and shaping. The scheduler node profile
does not specify weight or priority for its associated queues. Instead, the queues
themselves have weight and priority parameters. Also the scheduler node profile can
have a variable number of associated queues (either four or eight). The scheduler
node profile includes the following parameters.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
15-21
15 Quality of Service
Session profile
The QoS session profile is the main building block for conveying user traffic,
contractual rights, and treatment of subscriber services through the network element.
This profile is a macro profile that has its own parameter settings, as well as
references to other profiles.
A QoS session profile is always a user SAP. Please consult the CLI Commands for
FD 24Gbps NT document for the most recent list of supported SAP types.
A QoS session profile is composed of a logical flow type, a marker profile and two
policer profiles for up and downstream policing of the logical interface to which a
certain session profile is attached.
Figure 15-15 Composition of QoS session profile
QoS Session Profile
Logical Flow
Type
QoS Policer
Profile Up
QoS Policer
Profile Down
QoS Marker
Profile Up
QoS Policy
List Up
QoS Policy
List Down
The logical flow type is a mandatory parameter but is ignored from R4.0 onwards,
that is, the logical flow type is always considered null (generic). Hence, the QoS
Session profile can be attached to any interface, provided that the settings inside the
profile can be configured on the target hardware. Unsupported fields/actions are
silently ignored at run-time.
QoS Session profiles are assigned statically, as specified by the operator.
The scope of a QoS Session profile is always a user logical interface or Service
Access Point (SAP). The following are examples of such logical interface types
supported:
The marker profile is a building block of the QoS session profile. The marker profile
is used to convey upstream marking settings to the Service Access Point (SAP).
The marker profile carries a flag for enabling DSCP to p-bits alignment of the SAP,
based on the global DSCP to p-bits alignment table of the layer 3 boards. This further
allows to specify the SAP default p-bits, the DSCP, or the DSCP contract table
(depending on the SAP type). The marker profile can also be used to re-mark the
p-bit based on trTCM packet color.
15-22
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
The ISAM uses policer profiles to enforce predetermined limits on upstream and
downstream subscriber traffic. Single-token bucket policers are supported where the
action upon the conformance result is either pass or discard. The layer 3 LT boards
support policing, both upstream and downstream.
A single-token bucket policer profile contains following policer parameters can be
set:
The GE Ethernet LT board also supports the two-rate Three Color Marker (trTCM).
This is a type of policer that marks each packet with a color - green, yellow, or red.
The trTCM contains some additional parameters:
September 2014
15-23
15 Quality of Service
The trTCM is intended to be used in conjunction with the color-aware BAC types
described in Queue configuration and queue profile. The color-aware mode makes
use of the Drop Precedence marking described in Mapping and queuing. The Drop
Precedence marking is either in-profile (green), out-of-profile (yellow or red). The
coupling flag is defined in the MEF 10.1 and only is applicable for color-aware
mode.
You need to create a separate policer profile for each direction. When you create and
configure a session profile, you have the option to associate both an upstream and a
downstream policer profile with that session profile. Once configured and
associated, policing is applied to all the frames within the session with which the
policer profiles are associated. As such, rate enforcement is performed uniformly for
all subscriber lines that are associated with that session profile.
In addition to this fast path policer, there is also a slow path policer that limits the
number of (upstream) control frames that are excepted to the on-board processor for
each subscriber line. This mechanism has been put in place to protect this shared
resource against DoS attacks from malicious users.
The slow path policer is also a single token bucket policer with Committed
Information Rate expressed in terms of packets per second and Committed Burst
Size expressed in terms of number of packets. This policer type is not subject to
profiling.
Policy framework
15-24
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
Figure 15-16 Policy building blocks
L2 Filter
L3 Filter
Policy Action
Address Type
Default Disposition
MAC DA Prefix
IP Destination Address
Set DSCP
IP DA Prefix
Set P-bits
MAC SA Prefix
IP Source Address
Police
Ethertype
IP SA Prefix
Sharing
P-bits
DSCP
CFI bit
Protocol Type
VLAN ID
A set of non-conflicting actions can be grouped in a Policy Action list. This includes
a default disposition (permit/deny statement for ACL functionality), setting p-bit and
DSCP and policing. All packets identified by way of the associated filter can be rate
limited by a policer instance. Some subflow policies can share common attributes,
such as policing. The Sharing property of a policy action table enables or disables
policer sharing. Policer sharing will be used when the same policy action list is
referenced more than once on the same SAP in the same direction, and if the Sharing
attribute was set to enable.
The ISAM LT boards support more policies in the upstream direction than in the
downstream direction. This is in line with the typical requirements, as more security
policies are required in the ingress direction, while in the egress, mostly only traffic
class rate limitation applies.
There is a complex sanity check in place for avoiding conflicting policies, such as
filtering on MAC DA for IPoA traffic, and so on. In the downstream direction,
p-bit/DSCP code point modifications can only be realized by means of a policy
action.
Counters and Threshold Crossing Alarms
QoS counters and related alarms serve the purpose of debugging the network for
traffic problems. SLA-based accounting is served by SAP-counters and as such
queue counters should only be enabled when debugging or testing the network.
Enabling the queue counters may reduce the maximum throughput of the system.
QoS counters are designed to provide evidence of traffic issues in case there are
problems. The queue counters are a basic building block which can be used by a
network operator to learn whether queue overflows occur in a certain traffic class,
and if so how often.
In a normal troubleshooting scenario the operator would enable or reset queue
counters and start up the services to observe whether the queue drop and pass
counters are incrementing. Queue drop counters provide evidence of buffer
overflows, which needs to be avoided in high-priority traffic classes transporting
non-responsive flows. Queue pass counters provide evidence of ongoing traffic,
which is a basic feedback whether there is connectivity or not and if traffic falls into
the right queues.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
15-25
15 Quality of Service
Alarms are useful to observe events that occur rarely. QoS alarms have been defined
to detect in part traffic misbehaviors and in part system performance issues. While
queue counters can be used for device-under-study testing, alarms are useful to
detect conditions that occur rarely and would cost too much to be tracked by OAM
engineers.
The counters and threshold crossing alarms (TCAs) can be divided in two categories:
line/ queue based and line-card based.
Figure 15-17 QoS Counters and TCAs on layer 3 Boards
Queue Counters:
Passed Bytes/Frames
Dropped Bytes/Frames
Load
OBC counters:
Dropped OBC frames US
Dropped OBC frames DS
OBC
OBC TCAs:
Dropped OBC frames US
Dropped OBC frames DS
Queue TCAs:
Dropped Frames
Load
Tx
SP
WFQ
Master
Tx
Memory Pool
Downstream
SP
WFQ
Aggregate buffer counters:
Dropped frames US
Dropped frames DS
Dropped low prio frames
Aggregate buffer TCAs:
Dropped frames US
Dropped frames DS
Dropped low prio frames
Tx
High
priority
threshold
Line Counters:
Passed Bytes/Frames
Droppedd Bytes/Frames
Load
The queue/line loads and counters are calculated on a 15-minute basis. No long
history is kept; only the current and previous 15-minute counters are retrievable.
15-26
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
The total buffer pool is divided in two regions: a common region and a region saved
for high-priority traffic (that is, voice or video packets). The preliminary buffer pool
threshold can be specified in terms of percentage of total buffer pool, above which
only high-priority traffic is permitted into the buffer pool (both upstream and
downstream).
Figure 15-18 Buffer pool regions on IXP boards
Max usage of a queue
from the total pool (no
guaranteed minimum
on L3 boards)
For upstream and downstream (which share the same pool on L3 cards) there are
dedicated threshold crossing alarms that can be triggered when more than a
programmable number of OBC, resp. non-OBC packets are dropped. Packet loss in
the total buffer pools may occur when:
the egress queue sizes have been enlarged to a large extent, and many egress ports
on multiple queues suffer large backlogs
when exceptionally high loads with smallest packet sizes persist over a long
duration (basically several hundreds of packets at gigabit speeds with less than
100 bytes each)
OBC-directed packets (that is, control packets) are also tracked for packet loss and
associated threshold crossing alarms can be activated. The queues towards the OBC
may overflow when:
September 2014
15-27
15 Quality of Service
partial buffer overflow events for low priority traffic (that is, Controlled Load and
Best Effort)
threshold crossing alarm for dropped upstream resp. dropped downstream traffic
due to aggregate buffer overflow
threshold crossing alarm for dropped upstream resp. dropped downstream OBC
directed traffic due to aggregate buffer overflow
threshold crossing alarm for dropped low priority traffic due to partial buffer
overflow
The system maintains 32 15-minute counter sets and one previous and current 1-day
counter set related to aggregate buffer overflow (aggregate upstream, aggregate
downstream, aggregate upstream OBC, aggregate downstream OBC and partial
buffer pool overflow).
Fan-out load per traffic class is useful to trigger operator attention to unusually high
load conditions per LT board. In case the system bus gets overloaded (via normal but
rare or abnormal load conditions) this information can be used to take action in terms
of limiting the number of subscribers provisioned per LT board or finding problems
with multicast sources. The system automatically calculates fan-out loads (that is, the
load that goes down the system bus after multicast replication has occurred) vs. the
actual system bus bandwidth (as this varies with hardware versions).
For fan-out load the system keeps 96 15-minute counters sets (load, pass
bytes/frames per Traffic Class) and one previous and current 1-day counter set (pass
bytes/frames) in addition to rolling counters. The 15-minute history counters are
useful for tracking system load evolutions over the day. Since the load is calculated
per traffic class, not only per LT board, this information can be used to track the
system load and bandwidth usage for the multicast video service (as this could not
possibly be tracked deeper in the network).
SHub part
P-bit-to-queue mapping
On the SHub there is a single DSCP-to-p-bits alignment table that can be enabled per
SHub external interface for incoming traffic. It applies to all incoming (IPv4 only)
traffic for all VLANs.
CAC profile
15-28
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
15 Quality of Service
Queue profile
A flow definition is used to describe the scope of a policer instance. A flow definition
can be instantiated on multiple ports, but only once per port. On different ports it can
be paired with different policers.
Following flow types are supported:
Port
VLAN
VLAN.P
VLAN.DSCP (for IPv4 only)
Meter profile
The operator can create (62) policer prototypes. A policer prototype contains rate and
burst tolerance information, and can be used on multiple ingress ports and on
multiple flows. Following ranges are supported for the respective policer parameters:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
15-29
15 Quality of Service
15-30
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
16.1 Introduction
16-2
16-2
16-2
16-3
16-3
16-3
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
16-1
16.1
Introduction
Remote Authentication Dial-in User Service (RADIUS) is a standardized method of
information exchange between a device that provides network access to users
(RADIUS clients) and a device that contains authentication and profile information
for the users (RADIUS server). The ISAM supports RADIUS for both layer 2 and
layer 3 forwarding.
Authentication via RADIUS provides the following advantages:
16.2
RADIUS features
The following features are supported:
16.3
16-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
16.4
16.5
16.6
Lawful interception
Lawful Interception (LI) is done by Law Enforcement Agencies (LEA) of
governments in order to combat crime and other anti-constitutional activities.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
16-3
16-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
17.1 Introduction
17-2
17-2
17-3
17-4
17-4
17-4
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
17-1
17.1
Introduction
When migrating from an ATM-based access network to an Ethernet packet-based
access network, operators are faced with the challenge to maintain their existing
ATM-based services. Many ATM services are based on AAL5 encapsulation (that
is, these services are packet-based) and are rather straightforward to migrate by
terminating the AAL5 layer in an Ethernet Access Node. However, also
non-AAL5-based ATM services are commonly used, in which case this is not
possible. Moreover, an operator offering wholesale services to 3rd party service
providers has no view on the legacy ATM services that are used by the wholesaler.
The ISAM supports ATM Pseudowire (ATM PWE3) technology on a number of
ADSL2+ and SHDSL LT boards. This enables the transport of legacy ATM services
over a packet-based access network.
17.2
Solution description
The ATM Pseudowire network architecture is shown in Figure 17-1.
Figure 17-1 ATM Pseudowire network architecture
Protocol stack
ATM
VLAN or S-VLAN
PWE3
MPLS
IP DSLAM
ATM PVC
PWE3 in N:1
mode with N > 1
8/35
Residential
Pseudowire
VLAN
80/32
Aggregation Network
8/35
80/33
8/35
80/32
80/33
80/34
80/34
8/35
90/32
9/40
90/33
8/35
VLAN A
90/32
90/33
90/34
90/34
92/32
92/33
92/32
OLO with dedicated
bandwidth/business
PWE3 GW
8/35
8/36
92/33
8/35
93/33
8/35
94/33
93/33
94/33
PWE3 in N:1
mode with N = 1
The ATM Pseudowire feature is based on IETF RFC 4717, and is also referred to
as ATM Pseudowire Emulation Edge to Edge (ATM PWE3). In this mode, the ISAM
can receive upstream ATM traffic from DSL subscribers and encapsulate this traffic
into one or more ATM Pseudowires sent over an MPLS tunnel towards the
aggregation network. On the other side of the network, a Pseudowire Gateway (for
example, the Alcatel-Lucent 7750) terminates the ATM Pseudowires from several
ISAMs and aggregates the traffic on one or more STM-1 interfaces connected to the
ATM core network.
17-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
In downstream direction, the PWE3 Gateway encapsulates the received ATM traffic
into the corresponding ATM Pseudowires, and sends them in MPLS tunnels towards
the different ISAMs. The ISAM terminates the MPLS tunnels and ATM
Pseudowires, extracts the ATM cells and sends them on the correct DSL line.
The feature co-exists with the standard ISAM L2 forwarding behavior, that is, on the
same ISAM LT board some user ports can be configured as regular Ethernet / AAL5
lines while other user ports can be configured for ATM Pseudowire handling.
Each ATM Pseudowire can be configured to either carry traffic from a single ATM
PVC or from multiple ATM PVCs:
N-to-One mode, with N=1: the ATM Pseudowire only carries traffic from a
single ATM PVC. Each ATM Pseudowire packet either contains a single ATM
cell, or multiple ATM cells all using the same VPI/VCI
N-to-One mode, with N>1: the ATM Pseudowire carries traffic from multiple
ATM PVCs. Each ATM Pseudowire packet either contains a single ATM cell, or
multiple ATM cells using the same or different VPI/VCIs
In order to establish the MPLS tunnels and ATM Pseudowires, the ISAM supports
the necessary commands to configure the connections.
It should be noted that the ATM Pseudowire functionality is supported on the DSL
LT board, with no intervention of the NT card. As a result of this, each DSL LT board
which offers ATM Pseudowire services will have to be configured with one or more
separate IP interfaces and MPLS tunnels. This increases the total number of MPLS
tunnels at the system level. For instance, if each DSL LT board would be configured
with one MPLS tunnel, then there will be 16 MPLS tunnels at system level.
17.3
Cell concatenation
In case each ATM cell is encapsulated in a separate ATM Pseudowire packet, the
additional overhead of the MPLS header can become very high, making the solution
less bandwidth efficient. To avoid this, it is possible to group multiple ATM cells
into a single ATM Pseudowire packet. This cell concatenation feature reduces the
encapsulation overhead, making the solution more bandwidth efficient.
The maximum number of ATM cells that may be concatenated into a single ATM
Pseudowire packet can be configured. Up to eight cells can be concatenated.
Configuring a high value of cell concatenation could result in putting an additional
transmission delay on the ATM cells, since the ATM Pseudowire packet would only
be sent out once the ATM Pseudowire packet has been filled up to its maximum
number of concatenated cells. To avoid excessive transmission delays, the maximum
additional transmission delay that may be put on the ATM cells can be configured.
When the configured transmission delay is reached, the ATM Pseudowire packet
will be sent out, regardless of whether or not it contains the maximum number of
concatenated cells.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
17-3
17.4
QoS
The QoS implementation is based on the regular DSL LT QoS framework. All QoS
features are packet-based, not ATM cell-based. QoS is based on the use of the
Ethernet priority bits and the MPLS Exp bits. This means there is no ATM QoS, no
cell-based QoS, and no F4/F5 termination. Different service types can be defined
which are identified with different Ethernet p-bits or MPLS Exp bits. This allows
mixing Residential/shared bandwidth and Business/dedicated bandwidth services
over the ATM Pseudowires.
When mapping ATM cells into an ATM Pseudowire packet, the ISAM supports
setting the p-bits and MPLS Exp bits of those packets according to a two-rate Three
Color Marker. Policing can be done on a combination of the Committed Information
Rate (CIR) and the Excess Information Rate (EIR).
In downstream direction, color-aware RED can be applied to the different queues, in
order to discard traffic with a relative lower priority.
17.5
Known restrictions
The MPLS control plane is not supported. In other words, MPLS tunnel and ATM
Pseudowire configuration needs to be provisioned rather than signaled.
Note Please consult the Customer Release Notes for additional
details concerning the restrictions of the ATM Pseudowire Emulation
implementation.
17.6
17-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A.
Cross-domain solutions
A.1 Overview
A-2
A-3
A-10
A-14
A-19
A-25
A-31
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-37
A-1
A. Cross-domain solutions
A.1
Overview
This section provides a description of various applications for which the ISAM
provides an effective solution.
Mobile Backhaul
Fixed operators and converged fixed/mobile operators can benefit from leveraging
cost-optimized residential broadband access infrastructure for backhauling traffic
from mobile base stations. The ISAM access node, in cooperation with dedicated cell
site devices fulfills the requirements for backhaul of 2G/3G and LTE base stations in
terms of bandwidth, TDM/ATM/ETH service delivery, high availability, QoS and
base station synchronization; for data as well as for mission critical voice services,
and this for the range of DSL, and point-to-point fibre access technologies.
Hospitality solution
To remain competitive in their market segment many hoteliers are looking to
increase the overall guest experience in their hotel. The ISAM can provide
triple-play and enhanced media applications in the hotel guest room, conference
rooms, lobby, and so on, by leveraging on the existing copper wiring (Cat3). The
existing Cat3 wiring, currently used for Voice (PABX), can be enabled with xDSL
without rewiring or other labor cost.
A-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
A.2
Mobile backhaul
Scope
This section describes solutions for backhaul of 2G/3G and LTE mobile base stations
over ISAM 7302/7330/7356/7360.
Mobile backhaul over (bonded) ADSL2+, over (bonded) SHDSL, over (bonded)
VDSL2, over point-to-point Ethernet (FE/GE) is included, covering solutions for
data off-load as well as full backhaul of voice and data.
Apart from the ISAM 7302/7330/7356/7360 node, the solution also proposes the cell
site devices (residential DSL CPE, dedicated DSL CPE for business/mobile
backhaul, 7705 SAR-F/7705 SAR-M) for which the solution is validated.
Apart from this, an end-to-end mobile backhaul solution also requires an aggregation
network and a gateway device that interfaces to the mobile gateways. These are not
specified here. Please refer to the Alcatel Lucent Mobile Backhaul Blueprint
Solutions for a description of Alcatel Lucent end-to-end mobile backhaul solutions.
Introduction
Mobile backhaul (mobile backhaul) is about transporting traffic between mobile base
stations (2G BTS, 3G NodeB, LTE eNodeB) and a centralized mobile gateway (2G
BSC, 3G RNC, LTE S-GW).
Mobile backhaul comes from a legacy of 2G base stations, carrying low volumes of
traffic (voice and low BW data) and backhauled over a TDM (PDH/SDH) network,
with first mile access to the TDM network typically over 1 or 2 copper (or
microwave) E1/T1. The TDM network inherently provided synchronization as well
as resilience and QoS for mission critical services.
With the growth of data services in 3G and LTE, traffic volumes are increasing
rapidly and exponentially and mobile operators need more bandwidth fast. On the
other hand, mobile ARPU is more or less flat and consequently there is pressure on
the cost per bit, also for backhaul. The legacy TDM backhaul infrastructure cannot
scale in a cost effective way.
The following evolutions are happening:
transition from copper (and TDM microwave) to fibre (and packet microwave) in
mobile backhaul access, at a pace allowed by investment levels
September 2014
A-3
A. Cross-domain solutions
Using broadband access technologies for mobile backhaul allows to re-use existing
outside plant (copper). Moreover, broadband access technologies (DSL,
point-to-point Ethernet) are existing, cost optimized platforms and will enable
significantly reduced port cost per mobile base station/mobile site.
Technical challenges
The following technical challenges arise when leveraging broadband access
infrastructure for mobile backhaul:
Bandwidth
Mobile backhaul bandwidth requirements have evolved from 1-2 E1/T1 (2-4Mbps)
for a 2G site to more than 250Mbps for a full blown multi-provider, multi-generation
2G/3G/LTE site.
With respect to this bandwidth evolution, the different broadband access
technologies can be positioned as follows:
2G base stations have TDMoE1 interfaces. 3G base stations can come in any of 3
flavors: all ATM IMAoE1, hybrid ATM IMAoE1 (for voice) and Ethernet (for data),
all Ethernet. LTE base stations have all Ethernet interfaces. Typically, 2G/3G/LTE
base stations will be collocated on a single site and will be backhauled over a
common access link.
A-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
Transport of TDM and ATM services over a packet network (potentially along with
Ethernet service) requires the use of pseudo wires (PWE3 TDM/ATM/Ethernet
pseudo wires for IP/MPLS, MEF-8 TDM pseudowire for Carrier Ethernet). Pseudo
wires are typically set up between by a dedicated cell site gateway (CSG) device at
the cell site and a peer device at the mobile controller site.
Access node features: Transparent for the access node.
Synchronization
Base stations with legacy E1 interfaces need frequency synchronization for the
purpose of TDM transport (that is, to avoid frame slips).
All base stations also need frequency synchronization for the purpose of providing
an accurate wireless carrier frequency.
In addition, Time Division Duplex (TDD) base stations need phase synchronization
for the TDD mechanism to operate. Frequency Division Duplex (FDD) systems may
also need phase synchronization for specific advanced wireless features like MBMS
and network MIMO, but deployment of these must be considered longer term and is
of no immediate concern.
Base stations can be synchronized in multiple ways:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-5
A. Cross-domain solutions
NT with BITS/SyncE in
DSL NTR/SyncE on the last mile.
QoS and High Availability for mission critical traffic
Today, mobile operators have mission critical voice services running over a TDM
backhaul network, with stringent guarantees for loss, delay, jitter and availability
provided by the PDH/SDH network.
By no means should these guarantees be impacted when moving to a packet based
backhaul.
A conservative approach is to move into a data off-load scenario as a first step: voice
and synchronization remain on the TDM network, whereas high volume data traffic
(with less stringent QoS requirements) is off-loaded to the packet network.
In the full backhaul scenario, the mobile backhaul solution needs to provide QoS and
High Availability inherently.
The ISAM access node, being already engineered for triple play services is well
positioned to provide differentiated QoS for mobile voice and data traffic streams
of varying nature, also in competition with residential and business traffic in the
same node.
In terms of High Availability, prime concerns are focused on the network links
and - elements that aggregate a (large) number of base stations and less so on the
first mile.
For these links/nodes, High Availability is taken care of by either IP/MPLS
mechanisms (possibly initiated from an IP/MPLS capable cell side device) or
carrier Ethernet mechanisms, or a mixture thereof. Dual homing of the access
node to the aggregation network is essential for protecting the second mile (with
LAG or xSTP) and the first aggregation node (with multi-chassis LAG or xSTP).
DSL bonding inherently provides a level of resiliency for a first mile over bonded
DSL.
Figure A-1 High availability: points of failure
ISAM dual uplinks with LAG,
multi-chassis LAG, mSTP
ISAM NT
redundancy
TDM
ATM
ETH
AGG
CSG
Base station
AN
GTW
L2 aggregation
AGG
GTW
Controller
IP/MPLS or Carrier
Ethernet repair mechanisms
A-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
Demarcation
End-to-end OAM features and SLA monitoring (including the first mile) are
typically handled by the cell site gateway device, either by IP/MPLS mechanisms or
by carrier Ethernet mechanisms. 802.1ag and Y.1731 can be used between the cell
site device and the gateway device for end-to-end checks of connectivity, loss and
delay, either on a continuous basis or on-demand. Optionally, 802.1ag MEPs and
MIPs can be placed in ISAM for further troubleshooting and fault isolation.
Access node features:
2p VDSL2
7302/7330 ISAM
Low-end residential type DSL CPEs (ADSL2+, 7130 Cellpipe VDSL2) are low-cost
solutions for data off-load of 3G base station Ethernet interfaces (for base stations
with hybrid ATM/Ethernet interfaces).
Dedicated 3rd party SHDSL CPEs for business/mobile backhaul can be positioned as
mid-range solutions for full backhaul of TDM, ATM and Ethernet services over
(bonded) SHDSL.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-7
A. Cross-domain solutions
7705 SAR-F (fiber uplink) and 7705 SAR-M (with modular uplink of fiber), 2-8pair
bonded VDSL2, 4-pair bonded SHDSL + 2-pair bonded ADSL2+ (SAR-M combo)
are high-end solutions for off-load and full backhaul of TDM, ATM and Ethernet
services. 7705 SAR-F and 7705 SAR-M are IP/MPLS based.
Figure A-3 shows the logical end-to-end topologies for mobile backhaul between
multiple mobile base stations and a centralized mobile controller.
Figure A-3 Mobile backhaul end-to-end-topologies (logical)
IP/MPLS
TDM
ATM
ETH
CSG
AN
AGG
Base station
TDM
ATM
ETH
Controller
PWE3 IP/MPLS pseudowire (TDM/ATM/ETH)
Mixed
TDM
ETH
CSG
AN
AGG
Base station
TDM
ETH
Controller
MEF8 PW (TDM) + raw Ethernet
Carrier Eth
TDM
ETH
CSG
AN
AGG
Carrier Ethernet
Base station
GTW
TDM
ETH
Controller
MEF8 PW (TDM) + raw Ethernet
A cell site gateway (CSG) that performs media adaptation between the base
station interfaces (TDMoE1, ATM IMAoE1, Ethernet) and the first mile physical
layer (DSL, point-to-point FE/GE) and initiates pseudo wires when applicable. In
addition, it can perform synchronization and demarcation functions when
applicable. On the network side, the cell site gateway can be either IP/MPLS
based (TDM/ATM/Ethernet PWE3 pseudo wires) or Ethernet based (raw
Ethernet + TDM MEF8 pseudo wires).
The access node (AN) is typically operated in L2 transparent VLAN
cross-connect mode for mobile backhaul, with each cell site gateway or service
cross-connected to the first aggregation node.The access node is typically shared
with residential and possibly other business users.
A-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
The aggregation network can be carrier Ethernet based or IP/MPLS based. In the
latter case IP/MPLS from the cell site gateway is typically tunneled in a L2
IP/MPLS service. A flat IP/MPLS model is also possible in principle, but requires
hybrid (access/MPLS) interfaces on the first aggregation node.
A controller side Gateway Device (GTW), peering with the cell site gateway on
the pseudowire level and interfacing to the mobile controller(s) over TDM
STM-x, ATM STM-x or Ethernet interfaces.
Access nodes can be dual homed to redundant aggregation nodes and mobile
controllers can be dual homed to redundant gateway devices for High Availability
purposes.
Figure A-4 shows the physical layer synchronization architecture of ISAM.
Figure A-4 ISAM physical layer synchronization architecture (DSL and point-to-point)
BITS G.703
FE/GE (SAR-M)
FE/GE unsynchronized
rd
7705 SAR-M (3 party CPE)
SHDSL
LT
GigE
SyncE
E1
FE/GE
VDSL2
LT
7705 SAR-M
Optical GE SyncE
E1
NT
E1
FE/GE
PTP
GE LT
8 kHz
backplane
7705 SAR-M
Optical GE SyncE
to 7354 REM
Optical GE SyncE
direct connection to base station
7302/7330 ISAM
Physical layer synchronization can be fed into ISAM either via BITS or via SyncE
from the network through synchronization-capable dedicated NT variants. If no
BITS or SyncE is available in the CO, we recommend to terminate 1588v2 in an
external client in the CO, to feed the output of that client into the BITS of the ISAM
and to go with physical layer synchronization from there.
Synchronization can then be propagated over the first mile to a
synchronization-capable cell site gateway through a physical layer mechanism:
SHDSL NTR, VDSL2 NTR, or SyncE (GE point-to-point LT board). 7356 ISAM
FTTB deployments also support physical layer synchronization from CO to the
cabinet through SyncE.
Finally, the cell site gateway provides synchronization to the base station either
through a synchronized E1 or through a SyncE interface.
The physical layer synchronization entails frequency synchronization only.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-9
A. Cross-domain solutions
A.3
Introduction
Operators may benefit from consolidation of legacy (E1/T1) leased line services on
broadband access equipment rolled out for residential (and business) services.
This may allow them to, for example, decommission dedicated line systems for
(E1/T1) leased line access. It may also be an element in an ongoing decommissioning
(partial of full) of the legacy TDM network in favour of a packet switched network.
Technical Challenges
Leased line emulation
TDM pseudowire technology is used for emulation of (E1/T1) leased line services
over a Packet Switched Network (PSN). Structured and unstructured E1/T1 can be
transported using RFC 4553 SAToP (Structure Agnostic TDM over Packet) and
RFC 5086 CESoPSN (Circuit Emulation Service over PSN) encapsulations
respectively. The TDM pseudowire can be transported over Ethernet (MEF8), over
MPLS, or over MPLS/GRE.
In this solution, TDM pseudo wires are set up between a dedicated device on the
customer premises (3rd party SHDSL CPE) and a peer device (either a peer CPE on
another customer site or a centralized device interfacing to the core TDM network,
usually over STM1/STM4).
Symmetrical bandwidth
Physical layer bandwidth requirements for transporting an E1/T1 will depend on the
encapsulation type (Ethernet, MPLS) and the TDM payload size in the pseudo wire,
but will amount to more than 2 Mbps symmetrical per E1/T1. In practise, for copper
access this (together with delay and synchronization requirements) rules out
ADSL2+ in favour of SHDSL. Bonded SHDL links, as well as SHDSL repeaters can
be used to increase the reach of SHDSL segments for leased line replacement. ATM
IMA and EFM bonding are preferred for SHDSL for reasons of resiliency (if one pair
goes down, the group will not be impacted). Of the two, EFM bonding is superior
with respect to bandwidth efficiency, provisioning simplicity and flexibility in data
rates for the different pairs.
A-10
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
The legacy TDM network guarantees stringent requirements for loss and delay for
TDM traffic. These cannot be impacted by moving to an emulated service over a
packet switched network under load (in competition with residential and other
business services).
The ISAM access node, being already engineered for triple play services (including
loss sensitive video and delay/jitter sensitive voice) is well positioned to provide low
loss/low delay guarantees.
SHDSL is a low latency technology that complies to delay requirements for leased
line.
Tuning of the payload size and de-jitter buffer size of the pseudo wire allows to meet
delay and loss requirements under background network packet delay variation
(PDV).
Synchronization
Both ends of an E1/T1 leased line connection need to be synchronized to avoid frame
slips in the TDM transport (that is, wander needs to comply to the ITU-T G.823
traffic mask).
This solution assumes a network clock is imposed upon the customer TDM
equipment.
For leased line emulation, the clock reference has to be distributed through the packet
network. As discussed in the mobile backhaul section, this can be done via physical
layer mechanisms (SHDSL NTR, SyncE) or via packet layer mechanisms (NTP,
1588v2 PTP, ACR, DCR).
It is recommended to use physical layer synchronization mechanisms whenever
available. For instance, BITS or SyncE into the ISAM in CO and physical layer
synchronization (NTR, SyncE) from there to the business site. If no BITS or SyncE
is available in CO, we recommend 1588v2 termination in a client in the CO and to
go with physical layer synchronization from there. This can be an external client
device that feeds into the BITS.
Access node features:
NT with BITS/SyncE in
SHDSL NTR on the last mile.
High Availability
In terms of High Availability, prime concerns are focused on the network links and
network elements that aggregate a (large) number of customers and less so on the
first mile. For these links/nodes, High Availability is taken care of by either
IP/MPLS mechanisms (possibly initiated from an IP/MPLS capable business CPE)
or Carrier Ethernet mechanisms, or a mixture thereof. Dual homing of the access
node to the aggregation network is essential for protecting the second mile (with
LAG or xSTP) and the first aggregation node (with multi-chassis LAG or xSTP).
DSL bonding inherently provides a level of resiliency for a first mile over bonded
DSL.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-11
A. Cross-domain solutions
NT redundancy
dual homed ISAM uplinks (with multi-chassis LAG or xSTP)
transparent for IP/MPLS based redundancy (handled in business CPE)
inherent redundancy in DSL bonding (ATM IMA and EFM).
Solution description
Figure A-5 shows the access components for a leased line replacement solution over
(bonded) SHDSL.
Figure A-5 Access components for E1/T1 leased line replacement
3 rd party SHDSL CPE
1-4p shdsl
7302/7330 ISAM
3rd party SHDSL business CPEs provide circuit emulation for a single or multiple
E1/T1 (possibly in conjunction with Ethernet access) over SHDSL (single pair
g.SHDSL at max 2.3Mbps Mbps up to 4 pair EFM bonded g.SHDSL.bis at max 22.8
Mbps). The pseudo wire encapsulation is IP/MPLS with static MPLS labels. SAToP
and CESoPSN encapsulations are supported.
Figure A-6 shows the logical end-to-end topologies for leased line emulation
between 2 business customer sites.
Figure A-6 End-to-end topologies for E1/T1 leased line emulation
TDM pseudowire (MEF-8 or IP/MPLS)
E1
CPE/
ONT
AN
Aggregation
(ETH, IP/MPLS)
AN
CPE/
ONT
E1
Customer
TDM equipment
Customer
TDM equipment
E1
CPE/
ONT
AN
Customer
TDM equipment
Aggregation(*)
(ETH, IP/MPLS)
CES
GTW
SDH
ADM
E1
Customer
TDM equipment
A-12
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
Two connectivity models can be envisaged and will possibly be deployed in parallel:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-13
A. Cross-domain solutions
A.4
Introduction
The SFP (SmartSFP) used in this solution is a dual-channel TDM SFP, capable of
terminating up to two E1 ports. The SFP is MSA compliant and fits into a standard
Gigabit Ethernet SFP cage.
Figure A-7 Dual-Channel TDM Pseudowire SFP
E1
SFP cage
VLAN ECID
PAYLOAD
CES
CES
E1
VLAN ECID
RJ45
shielded
connector
PAYLOAD
GE
Via its build-in TDM pseudowire interworking function (CES), the SFP is
encapsulating/extracting TDM traffic into/from Ethernet packets. The Metro
Ethernet Forum standard (MEF-8) payload format and pseudo-wire (PW)
technology is used to allow interoperability with third-party CES interworking
devices.
A-14
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
Figure A-8 E1/PRA Termination (pseudowire) in ISAM: MEF8 interworking
Using an SFP-based approach provides a flexible and scalable solution for legacy
interfaces on the ISAM. No dedicated board is required, it is a port-based solution:
any GE SFP port can be converted in an E1/PRA port by plugging in the E1 TDM
PW SFP.
Fully integrated in the ISAM management system, the E1 TDM PW SFP can be
provisioned and monitored via ISAM CLI/TL1 and through the 5520 AMS.
Technical characteristics
Line termination
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-15
A. Cross-domain solutions
Although the line interface framer supports both framed and unframed lines, the
pseudowire encapsulation is structure-agnostic. The TDM payload is backhauled
transparently via the pseudowire over the packet switched network.
Due to the structure-agnostic emulation only, DS0 grooming or fractional E1
backhaul is not supported.
The tributary pseudowire will be uniquely identified via its circuit-identifier in
compliance with MEF8. Dedicated VLAN, CoS priority, source and destination
MAC addresses can be configured per pseudowire (per tributary) if required.
Synchronization
To meet the TDM wander requirements (per ITU-T G.823), both ends of the
pseudowire connection need to be synchronized.
Different options exist to provide an end-to-end solution to synchronize the
interconnected circuits (E1/PRA). The solution requires a PRC-traceable network
clock to be provided to the E1 TDM SFP. There are several ways in providing the
network clock (derived from PRC) to the SFP. This is depending on the node (NT)
features where the SFP is residing. Depending on the controller type of the ISAM,
the NT can be synchronized via BITS, SyncE or IEEE1588v2. Through the
backplane clock circuit, all boards in the shelf are being synchronized. The
synchronization of the SFP itself is done via SyncE (SERDES) to provide the
network timing from the NE (ISAM).
The network clock can be imposed upon the customer TDM network, both tributaries
of the SFP can be synchronized from the SFP (host) clock which is derived from the
network clock via SyncE, as described above.
Alternatively, the SFP can take one of the E1s as clock source.
The 2E1-SFP solution in ISAM does not support the transport of the E1 service clock
across the packet network.
An overview of the different synchronization options in an end-to-end solution is
provided in Figure A-9.
A-16
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
Figure A-9 E1 TDM SFP, End-to-End Synchronization options
Alarms
E1 and TDM related alarms detected by the SFP are autonomously reported to the
ISAM and AMS. On request the operator can also retrieve the active alarms on the
SFP through the ISAM.
Depending on the configuration of the E1 line interface, whether in framed or
unframed mode additional alarm detection and reporting is supported. In unframed
mode, the SFP supports LOS and AIS detection. In the framed mode, the SFP can
also detect RDI, REI, LOF, LOMF and CRC4 bit failure on top of the LOS and AIS.
Besides the alarm detection and reporting, the SFP allows also the forwarding of
alarms, either towards the network via circuit emulation (MEF8) or towards the line
interface (E1). The forwarding of alarms can be configured per alarm (AIS, RDI and
REI) and for each direction (network or E1) independently.
Service diagnostic capabilities
Loopbacks
The 2E1-SFP supports different type of loopbacks. Loopbacks can be activated in
both, E1 and packet network direction. In each direction, loopback points can be set
on different places on the SFP, e.g. framer only, including the pseudowire
interworking function or not. The following loopback options are supported:
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-17
A. Cross-domain solutions
Loopback towards Ethernet network, passing the CES IWF and including the framer
Loopback towards Ethernet network on SGMII. This loop will be in front of the CES
IWF and only does the MAC address swap on the pseudowire packets.
Loopback on SERDES towards Ethernet network, not passing any function of the
SFP.
Figure A-10 2E1-SFP loopback towards E1 (including framer)
SERDES
SGMII
ETH-ITF
CESoP
(IWF)
FRAMER
LIU
E1
ISAM (PSN)
SERDES
SGMII
ETH-ITF
CESoP
(IWF)
FRAMER
LIU
E1
ISAM (PSN)
A-18
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
Solution description
The picture below illustrates possible deployment scenarios. In summary, the E1
TDM SFP based solution:
TDM (V)LL for TDM service/network migration resulting in CAPEX and OPEX
savings.
Is a scalable solution: SFP based, no need for dedicated board which consumes a
full slot.
Supports solid synchronization through Synchronous Ethernet
Is fully integrated in the ISAM provisioning system and element manager (5520
AMS)
Is ITU (E1) compliant
Uses MEF8 encapsulation ensuring transparency to any TDM networking
protocol
Figure A-12 Solution Description ISAM E1/PRA backhaul
A.5
Over (bonded) SHDSL, using a 7230 BG 3Se Series Cellpipe CPE, 1521 CLIP,
7705 SAR-M(E) combo or a third party SHDSL business CPE/NTU at the
customer premises.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-19
A. Cross-domain solutions
Introduction
Access and service providers are gradually migrating the delivery of business access
services, originally dominated by TDM and ATM-based offerings, to Ethernet
access.
This migration is driven mainly to achieve converged access and aggregation
networks, thereby reducing CAPEX and OPEX. In a fully converged access network,
we expect residential-, business- and mobile backhaul customers to be served from
the same access node.
The ISAM, in conjunction with a portfolio of CPEs/NTUs/ONTs is equipped with
best-in-class features to fulfill the requirements for Ethernet business access
services, and this over a choice of copper and fiber access technologies.
Technical Challenges
Bandwidth
A-20
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
Figure A-13 Ethernet Business Service Delivery
inter-metro
ETH
CPE
or
NTU
L2 VPN
AN
AGG
L2 aggregation
inter-metro
L3 VPN
Customer
router
internet
BIA
L2 access segment
L2 aggregation
virtual line or virtual LAN
carrier Ethernet or IP/MPLS
Ethernet business services may be offered with varying levels of functionality and
quality; from low-end basic connectivity to high-end service delivery governed by
stringent SLAs.
For L2 VPNs (and in extrapolation also for the layer 2 access to L3 VPN and BIA
services), the Metro Ethernet Forum (MEF) provides a framework for the definition
of layer 2 services at the UNI between the customer equipment and the service
provider, and this for all but the more basic connectivity services.
MEF Service Requirements at the UNI (MEF6.1, MEF10.2) specify such things as:
In the UNI model, the UNI requirements are implemented by the access node LT
board. The customer premises device connecting to the customer router can be a
simple CPE or media convertor with basic functionality.
In the NTU model, the UNI requirements are implemented by a dedicated,
operator managed NTU/ONT at the customer premises. The NTU/ONT has
enhanced demarcation features over a simple CPE/media convertor and is
possibly MEF-certified. The access node should be transparent in this model.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-21
A. Cross-domain solutions
Figure A-14 Implementing service requirements at the UNI
UNI model
UNI
Customer site
ETH
UNI-N
CPE/MC
AN
L2 aggregation
AN
L2 aggregation
Customer
router
NTU model
UNI
Customer site
UNI-N
ETH
NTU
Customer
router
As a particular instance of the service requirements at the UNI, full transparency for
customer frames is required for particular L2 VPN service delivery models (for
example, Ethernet private lines). Transparency requirements may pertain to such
features as preservation of customer VLAN tags (including 802.1q p-bits), support
of customer MTUs, transparency for multicast/broadcast and for L2CP protocols that
the customer wants to use to manage his network end-to-end (like LACP, (m)STP
and so on).
ISAM implements full transparency for customer frames, by making use of
transparent VLAN cross-connect forwarding mode.
Access node features:
In terms of high availability of the Ethernet business service, prime concerns are
focused on the network links and elements that aggregate a (large) number of
customers (ISAM node and ISAM uplinks, aggregation nodes and aggregation links,
edge routers implementing L3VPN or BIA), and less so on the first mile.
A-22
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
Figure A-15 High Availability: points of failure
ISAM dual uplinks with LAG,
multi-chassis LAG, mSTP
ISAM NT
redundancy
AGG
CPE/
NTU
AN
Customer
router
L2 aggregation
AGG
IP/MPLS or Carrier
Ethernet repair mechanisms
NT redundancy
dual homed ISAM uplinks
Ethernet based redundancy (with LAG, multi-chassis LAG or xSTP)
inherent redundancy in DSL bonding (ATM IMA and EFM bonding).
QoS
Business services come with more or less stringent SLAs governing QoS KPIs of
bandwidth, loss, delay and jitter for the service or services presented at the UNI. In
general, business traffic will have to compete with residential traffic (and possibly
mobile backhaul traffic) running in the same access node.
The ISAM access node, being already engineered for triple play services is well
positioned to provide differentiated QoS for business traffic streams of varying
nature, also in competition with residential and mobile traffic in the same node.
Access node features:
September 2014
A-23
A. Cross-domain solutions
Solution description
Figure A-16 shows the solution components for Ethernet business access over
(bonded) SHDSL using ISAM 7302/7330.
Figure A-16 Ethernet Business Access Portfolio
1-4p SHDSL
1521 CLIP
or 3 rd party SHDSL NTU/CPE
Low-end SHDSL CPEs are low-cost solutions for basic ethernet business access
services, using UNI-N functionality of the ISAM SHDSL LT board.
1521 CLIP, 7705 SAR-ME combo and dedicated 3rd party SHDSL NTUs can be
positioned as mid-range to high-end solutions for SHDSL access in an NTU
architecture.
For the logical end-to-end topologies for Ethernet business services (L2VPN,
L3VPN, BIA), see Figure A-13.
The solution components are:
A-24
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
For L3 VPN and BIA services, an edge router at a PoP location takes on the L3
functions and is fed by the L2 aggregation network. The L3 function could also be
distributed.
In terms of high availability, the access node can be dual homed to a single
aggregation node or to redundant aggregation nodes (with LAG, multi-chassis LAG
or xSTP).
The aggregation network is protected by either carrier ethernet or IP/MPLS based
resiliency mechanisms with no dependency on the access segment.
Access to resilient L3 edge routers is either handled by the customer router or by the
L2 aggregation network and has no dependency on the access segment.
For SHDSL, ATM IMA bonding and PTM bonding inherently provide a level of
resiliency for the first mile.
In terms of QoS, the ingress bandwidth enforcement (optionally including color
marking) is performed by the NTU in the NTU-model and by the ISAM LT board in
the UNI-model. The regular ISAM QoS features enable differentiated treatment of
business traffic in competition with residential and mobile traffic inside the node as
well as correct marking of packets for further QoS treatment in the aggregation
network (upstream) or in the NTU (downstream).
In terms of OAM, end-to-end monitoring of the business access service (including
the first mile) is typically handled between an NTU at the customer premises and
either a peer NTU (for L2 VPN) or the edge router at the PoP location (for L3 VPN,
BIA). 802.1ag and Y.1731 can be used for end-to-end checks, either on a continuous
basis (connectivity fault monitoring, SLA monitoring) or on-demand
(troubleshooting). The ISAM should be transparent for end-to-end 802.1ag/Y.1731
PDUs. Optionally, 802.1ag MEPS and MIPS can be placed in ISAM for further
troubleshooting and fault isolation.
A.6
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-25
A. Cross-domain solutions
Solution description
The base of the solution is finding the best way for backhauling the Gigabit Ethernet
fiber link. The choice of the backhaul transport technology is depending on the
backhaul distance, the available infrastructure to leverage upon, regulations (for
example, in the case of wireless backhaul options) and required throughput.
The backhaul is accomplished by using a converter which converts the optical
Gigabit Ethernet transport layer into an other Ethernet-based transport layer
(illustrated by Figure A-17). The new transport layer consists of a physical layer
depending on the available infrastructure and a data-layer supporting the transport of
Ethernet frames. Depending on the different physical layers different framing
options apply: EFM (G.SHDSL), GFP (Generic Framing Procedure ITU-T G.7041),
HDLC (High-level Data Link Control ISO-13239, ML-PPP (Multi-Link
Point-to-Point Protocol RFC-1990), and so on.
Figure A-17 ISAM fiber backhaul
Remote / Cabinet Location
Optical
Distribution
Network
7354/7324 ISAM RU
Active Optical
Network
Aggregation
Network
ISP 2
7330 ISAM CO
7356 ISAM REM
7330 ISAM RA
Ethernet
7357 ISAMSEM
Corporations
and Residences
Backhaul option
7330 ISAM CO
Transport
Network
Converter
ISP 2
Converter
Aggregation
Network
7354/7324 ISAM RU
7330 ISAM RA
Ethernet
7357 ISAMSEM
Corporations
and Residences
A converter will be required at the Central Office location and at the Remote/Cabinet
location. These converters can be point-to-point, where one Ethernet link
corresponds to one link in the transport network or they can be point-to-multipoint
where Ethernet frames are bridged between one Gigabit Ethernet link on the ISAM
side and multiple transport links on the backhaul network side (for example,
ML-PPP).
A-26
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
Bandwidth
In many cases the backhaul transport network cannot offer the full 1 Gbps connection
which is supported on the ISAM product family. This is typically not an issue for
rural areas where the number of remote subscribers to be served are limited per rural
site with a limited total amount of bandwidth need, or for emerging markets where
connectivity with a rather limited bandwidth is the primary requirement. An
assessment must be made on a case-by-case base to see whether the network capacity
is sufficient in the backhaul transport network for the target end-user services (Voice,
High Speed Internet, and so on). Possibly multiple links need to be bundled to
increase the bandwidth.
In industrialized countries with subscriber dense areas and high bandwidth per user
(for example, 20 Mbit/s), where typically fiber is being used for FTTN deployments,
higher capacities are required for the backhaul link. The backhaul approach is taken
for those locations which cannot be served by fiber (fiber black spots) to obtain 100%
user coverage with ISAM based broadband access.
Transparency
The backhaul connection between the remote ISAM and CO ISAM must provide a
transparent Ethernet service. The bridging function between the network port of the
ISAM (uplink and/or subtended link) and the backhaul transport network can be
done by an external converter. The converters and backhaul transport network must
ensure that, both the remote ISAM and the CO node, are able to extract the original
frames sent by the other side, in the same order as they were sent, that is, no
frame-reordering or fragmentation.
Service differentiation
ISAM deployments in a backhaul scenario, and especially in those cases with limited
backhaul capacity like rural areas, must support proper queuing and scheduling
mechanisms to provide service differentiation in both up- and downstream direction.
Voice must get strict priority over other services like Video and High-Speed Internet,
and management connectivity must be ensured at all times.
Congestion is likely to occur on the backhaul link between the remote ISAM and the
CO node due to the limited available bandwidth on this link. The buffer-acceptance,
queuing and scheduling in the upstream direction on the remote ISAM and in the
downstream direction on the CO node are particularly important.
Next to the queuing and scheduling mechanisms, proper service classification must
be done on the backhaul link. At least the p-bits in the VLAN-tag should be
configurable as a means to map VLAN-tagged traffic in the appropriate queues.
To overcome congestion and eventually packet drop (high priority traffic) on the
backhaul link we can use the buffer mechanism of the ISAM, in both upstream and
downstream direction. Using the interface rate-limiting capabilities of the ISAM
network ports, uplink at the remote ISAM and subtended link at the CO node, service
differentiation can be done based on the available bandwidth on the backhaul link.
The port rate-limiting allows traffic scheduling (queue handling) to be done at a
speed (bit rate) matching the available bandwidth in the backhaul transport network.
The dimensioning of the rate-limited on ISAM network ports will depend on the
encapsulation overhead added by framing mechanism implemented on the backhaul
transport equipment (that is, converters) and the Ethernet frame sizes used by the
data services. When forwarding the Ethernet frames over the transport link, headers
and trailers are added to the Ethernet frame. This results in a lower Ethernet packet
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-27
A. Cross-domain solutions
throughput than natively supported by the backhaul link. The overhead, headers and
trailers added, depends on the encapsulation method used. Figure A-19 shows an
example of the header/trailer bytes added by the GFP and HDLC encapsulation
method.
Figure A-18 Encapsulation overhead GFP versus HDLC
GFP Encapsulation
HDLC Encapsulation
As a result the port rate-limit will be set to a rate according the supported packet
bit-rate and not to bit-rate natively (on the wire) supported by the transport network,
which can be a lot lower, depending the Ethernet frame sizes. See below an example
based on GFP-F on E1 to illustrate this.
Table A-1 GFP Encapsulation overhead calculation
Framed E1 (31 Timeslots) = 1984 kbit/s
GFP-F Overhead = 12 bytes
A-28
Max throughput
(kbit/s)
Overhead
(%)
64
1670
15,83
26
128
1813
8,62
28
256
1895
4,49
29
512
1938
2,32
30
1024
1961
1,16
30
1500
1968
0,81
30
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
In a second step packet buffers and schedulers of the converters can be used to deal
with service differentiation when sudden bandwidth drop occurs on the backhaul link
(for example, link failure). The priority scheduler in the converter will ensure high
priority traffic (for example, voice) gets precedence over other concurrent traffic in
case of congestion. This is illustrated in Figure A-19.
Figure A-19 ISAM backhaul with point-to-multipoint converter
Central Office / Aggregation
Location
Backhaul option
PDH (nxE1)
NT
NT
Converter
LT
Protocol based
VLAN tag. + Pbit
Converter
E1
VoIP
VoIP
VoIP
FE/
GE
VoIP
SP
NW Ctrl
...
SP
NW Ctrl
HSI
shaping
WRR
shaping
SP
NW Ctrl
GE
ML-PPP
FE/
GE
HSI
SP
NW Ctrl
GE
DSL
1
UP
WRR
HSI
HSI
E1
DOWN
VoIP
SP
NW Ctrl
DSL
48
WRR
HSI
NT
GE
Mgmt IP
In case of point-to-point converters (see Figure A-20), the ISAM ensures the service
differentiation. Flushing the queues will be done at the rate of the available bit-rate
on the link giving precedence to the frames in the highest priority queue.
Figure A-20 ISAM backhaul with point-to-point converter
Central Office / Aggregation
Location
NT
LT
NT
Protocol based
VLAN tag. + Pbit
VoIP
VoIP
E1
E1
GE
SP
NW Ctrl
WRR
HSI
HSI
VoIP
VoIP
GE
E1
E1
GE
L
A
G
L
A
G
HSI
GE
VoIP
GE
E1
E1
GE
SP
NW Ctrl
GE
DSL
1
UP
WRR
HSI
VoIP
VoIP
shaping
WRR
shaping
SP
NW Ctrl
shaping
WRR
shaping
SP
NW Ctrl
GE
shaping
WRR
shaping
SP
NW Ctrl
SP
WRR
WRR
HSI
DOWN
SP
NW Ctrl
NW Ctrl
HSI
HSI
DSL
48
VoIP
VoIP
GE
E1
E1
GE
HSI
shaping
WRR
shaping
SP
NW Ctrl
SP
NT
NW Ctrl
GE
Mgmt IP
WRR
HSI
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-29
A. Cross-domain solutions
Resiliency
To limit the impact of single failures, the backhaul solution should provide the
necessary resiliency at all levels of the architecture. Depending on the backhaul
transport network different resiliency mechanisms apply: ML-PPP, EFM bonding,
SDH VCAT (Virtual Concatenation), APS (Automatic Protection Switching), and so
on. On top packet based link-aggregation can be done using LACP (LAG) or path
redundancy using RSTP.
Bonding or aggregation functions do not only allow a level of resiliency but also
offer the means to provide more aggregated bandwidth on the backhaul link.
As shown in Figure A-19 the LAG function of the ISAM is being used to aggregate
4x E1 based backhaul links into one pipe. Figure A-20 shows an example where the
bonding of the backhaul link is done in the transport network using ML-PPP
(typically 16xE1).
The end-to-end path resiliency will only work when fault-propagation is supported
by the converters and any other intermediate node. Any link-failure causing a service
outage in the path must be propagated in the forward and backward direction towards
the connected ISAM. The CO ISAM will take proper measures when the link-failure
(operational down) is detected: an alternative route might be chosen based on the
implemented resiliency function (for example, LAG) and a port-down alarm (LOS)
is presented to the management system. In a non-redundant backhaul scenario the
alert should indicate that the remote site is no longer reachable.
Ethernet bridging converter options
A-30
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
Figure A-21 ISAM backhaul options
A.7
Hospitality solution
Introduction
Many hotels and retirement homes are wired with Category3 cable which was very
popular in the 1990's. The Cat3 twisted pair is mainly used to provide hotel and
public telephony services for the hotel guests, in the room and in public areas, and
the hotel staff.
With the emergence of broadband internet access, WiFi (shared) hotspots were made
available where the hotel guest can connect to. In many cases the internet hotspot
belongs to an ISP. The user connects to the internet via the user registration portal of
the ISP after paying a connection fee (pre-paid) via a credit-card.
Figure A-22 Standard offering for voice and internet access in hotel guest rooms
September 2014
A-31
A. Cross-domain solutions
Via similar ways a Telecom operator offers Triple play services to residential
subscribers via xDSL and IP DSLAM. The hotelier can offer IP based triple play
services to the hotel guest with xDSL provided by an IP DSLAM.
By re-using the existing Cat3 wiring for xDSL the hotelier can achieve this over the
existing infrastructure, without too costly cabling costs. So no rip & replace but
fully leverage on the existing infrastructure providing triple play-services. The
choice between ADSL2+ or VDSL2 depends on the length of the copper-wire and
the required data throughput.
Figure A-23 Enhanced multi-media experience in hotel guest rooms with xDSL
Solution description
High level architecture hospitality solution
The ISAM is installed in the existing telecom closet/room near the existing terminal
blocks or distribution frame.
From here DSL connectivity is provided to each room to offer voice (VoIP), video
(IP TV), high speed internet and other data services (multi-media, gaming, ) using
a single copper pair.
A modem (for example, ALU 7130 CellPipe gateway) distributes the services within
the hotel room by providing connectivity to STBs, VoIP or POTS phones, laptop
PCs, (personal) multimedia devices and in-room control (wake-up call, mini-bar,
).
Gigabit Ethernet interfaces from the ISAM provide connectivity to the supporting
network for the different data services, billing servers/firewalls and management
systems.
Not all hotels or retirement homes are the same. They differ not only in size, in terms
of number of guest rooms, but also in building architecture. Depending on the
building and infrastructure architecture different product solutions can be offered:
Small to medium size hotels consisting out of one building, having a single,
centralized equipment room where all the terminal blocks are residing. In such a
case a CO ISAM or a standalone FTTN node is used to terminate the copper pairs
from all the guest rooms on one central location; see Figure A-24.
Medium to large size hotels with multiple equipment rooms (for example, on each
floor) in one building are addressed using the distributed ISAM solution. In such
a case a 7356 ISAM REM chassis can be installed at the different terminal blocks.
An aggregation node aggregates the distributed nodes via GigE optical
A-32
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
connections and provides a single uplink to the network; see Figure A-25.
A variant to the previous deployment scenario is with larger properties where the
hotel guest rooms are distributed over different buildings or multiple, collocated,
remote sites (for example, a campus). The same ISAM solution applies as in the
previous case; see Figure A-26.
Figure A-24 IP DSLAM Deployment scenario for hospitality, centralized
Figure A-25 IP DSLAM Deployment scenario for hospitality, distributed (single building)
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-33
A. Cross-domain solutions
Figure A-26 IP DSLAM Deployment scenario for hospitality, distribute (multiple sites)
Proven xDSL technology is used on the existing copper pair towards the guest rooms
for the IP/Ethernet based services. This copper pair is used traditionally to provide
telephony (POTS) services.
A-34
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
Figure A-27 ISAM in hospitality: triple-play high-level network topology
The existing telephony/POTS can co-exist on the same pair as the DSL services.
Voice and DSL use a different frequency band (POTS uses narrowband, DSL
broadband) on the copper wire. Splitters are used to separate the POTS from DSL.
The DSL terminates on the DSL LT of the ISAM and POTS is further relayed to
the voice switching system of the hotel. If desired the splitter function can be
provided by the ISAM using a dedicated POTS splitter board or a DSL LT board
with integrated splitter technology.
The same splitter technology is required on the modem side. The POTS splitter is
usually supplied via wall socket with a connector for both the POTS/analogue
phone and the modem (see Figure A-27, room 1).
The copper pair is used for DSL only (naked or dry-loop DSL) and the existing
telephony/POTS is replaced by a Voice-over-IP service. In this case the IP
telephony service is delivered to the guest room over the DSL connection.
This scenario does not require any splitter technology. The analogy voice is
packetized into a VoIP (RTP) stream via the DSL gateway in the guest room or a
VoIP phone set is being used (see Figure A-27, room 2 and 3"). In both cases the
VoIP is handled as any other data stream on DSL. A higher quality of service
treatment is applied to the voice, than the concurrent data streams (Internet, IPTV,
and so on) on the same DSL line.
Broadband bandwidth requirements
The total bandwidth required is determined by the services offered to the hotel guest.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-35
A. Cross-domain solutions
To a large extent the bandwidth requirements are defined by the IPTV service
offering. IPTV is recognized as a high value added service for the hotelier. Especially
with the emergence of HD TV an attractive offering for the hotel guests can be made.
The capacity required for IPTV is determined by:
All the data-streams described in Figure A-28 can run over a single DSL copper pair.
In the ISAM and the DSL gateway in the room the proper quality of service
provisioning is done for each of the services. Policing and rate-limiting might apply
depending on the guest profile and service package subscribed to.
The available DSL bandwidth on the copper pair depends on the DSL technology
used:
A-36
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
Due to the use of higher frequencies on the copper pair the distance is limited
Typically 25-40 Mb/s
Virtual Noise increases stability
Other factors influencing the actual copper and therefore the bandwidth are:
A.8
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-37
A. Cross-domain solutions
The converged ISAM can play a prominent and competitive role in the OCB
solution, by offering a variety of access technologies (point-point optical access,
FTTx) in a single platform with the necessary mechanisms to create and manage the
connectivities in an open context. Other advantages of the ISAM are port density, the
modular approach (extend-as-you-grow with LTs), and high temperature range.
OCB context
Wholesaling
Three layers can be identified in the delivery of broadband access. The first is the
passive infrastructure (ducts, cables, fibres, splitters). The active infrastructure
consists of all network equipment, and uses the passive infrastructure for giving
connectivity between the end-users and the applications. Finally, the service layer
uses the active and passive infrastructure to deliver the applications.
In traditional networks the approach is a vertically integrated one; the different
incumbent operators integrate all layers, competing with each other on access
infrastructure and less on the services offered.
It is possible to introduce wholesaling to this situation, splitting the responsibilities
over multiple roles, to varying degrees, as illustrated in Figure A-29. In the passive
wholesale case, a single passive network is shared and made accessible to multiple
vertical service providers. In the active wholesale case, a single vertical
infrastructure provider offers connectivity to multiple retail service providers
(RSPs). Finally in the most separated case, a single passive provider gives access to
its infrastructure to the active network operated by a single network operator which
connects towards multiple service providers. Note that even here a single player can
combine the roles of active infrastructure owner and service provider (by offering its
own services), but the important point is that it remains open to third party retail
service providers.
Figure A-29 OCB: roles and wholesaling levels
A-38
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
As shown in Figure A-30, in the fully separated case there are distinct responsibilities
at each level.
Figure A-30 OCB: roles and responsibilities
The OCB network must carry residential (triple play + RF video), business (L2 VPN,
L3 VPN, Business Internet Access) and public applications (VPN, e-care, and so on)
with the corresponding levels of security, availability and QoS differentiation. It can
hence be based on existing converged network architectures for residential and
business applications (public applications can be mostly considered as business
services). There are some new requirements though with respect to existing
environments, namely the level of wholesaling and the need for an integrated
management approach:
the network operator can sell white label services to third-party service providers
who can then include this service next to their own into their commercial bundle
towards the end-user
the network operator must have the management tools to operate the network, the
users and their selection of services in the most integrated possible way. A certain
level of dynamism is introduced by allowing end-users to select the services per
service provider via a self-provisioning portal.
The network operator needs to provide the ability for Retails Service Providers
(RSP) to offer competitive and differentiating service offerings. The OCB
network as to support a very granular configuration of bandwidth and QoS per
RSP per end-user.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-39
A. Cross-domain solutions
The Customer Premises Network (CPN) can either consist of a CPE followed by one
RGW per RSP (delivered by the RSP), or of a CPE followed by a single RGW
(delivered by the network operator). In both cases there is one IP address allocated
per RSP. Note that in the first case each RGW falls under responsibility of its
corresponding RSP, and that in the second case the RGW is managed by the network
operator.
The access and edge network is characterized by the following features;
Generic:
In general the connectivity is similar to the broadband networks for residential
and business applications. As a single user can now connect to different service
providers simultaneously, the service provider separation on the first-mile is done
by means of VLAN tagging by the CPE (port-based). Traffic is further separated
in the network at L2 by means of VLANs (separate broadcast domains) and at
MPLS level by means of VPLS or VLL instances. There is also a separate VLAN
and VPLS instance for the CPE management (for example, TR-069), which is
fully terminated by the network provider. At the edge of the network operator,
there is a L2 hand-off to the different service providers. In other words, there is
no routing within the network operator domain.
A new feature introduced in OCB is the self-provisioning portal, offering the
possibility for end-users to dynamically check their service subscriptions and
select specific services from the service providers they have subscribed to. The
portal is best positioned at the network operator, to consolidate the view of the
end-user on all its services (see paragraph on management subsystem).
Specifically for residential services:
All requirements of classic triple-play deployments apply, in terms of L2 and L3
security, QoS handling, connectivity capabilities, IGMP handling, DHCP
proxying, and so on.
However, a couple of features are additionally required in the specific context of
OCB:
addressing schemes) in the network, possibly also multiple multicast IPTV services
per subscriber. This must be taken into account in the multicast replication points
and in the CDRs (Charging Detailed Record) for viewing statistics.
the QoS, access control and resource control policies in the network also have to be
applicable at per-service subscriber level.
A-40
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
A. Cross-domain solutions
Figure A-31 L2 access architecture for OCB (residential user shown with 1 RGW per RSP)
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
A-41
A. Cross-domain solutions
A-42
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
B.
RADIUS Attributes
B-2
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
B-2
September 2014
B-1
B. RADIUS Attributes
B.1
RADIUS Attributes
NAS-Port
The system sets the NAS-port attribute as described below:
802.1x sessions:
The NAS-port attribute contains the ifIndex of underlying bridge port.
PPPoE sessions:
The NAS-port attribute contains the ifIndex of the PPPoE sessions.
NAS-Port-Id
The system sets the NAS-Port-Id attribute according to the following text format:
atm <rack>/<shelf>/<slot>/<DSL-Line>:<VPI>.<VCI>
The fields indicated between < and > is the information retrieved from the
management model:
B.2
B-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
B. RADIUS Attributes
General
Vendor ID 637 is used for 7302 ISAM.
The Vendor type field has a length of two bytes where the highest byte is the
project ID and the lowest byte is the project specific attribute ID.
The Vendor length field has a length of one byte.
The project ID 7 is assigned to 7302 ISAM project. This means that the vendor
specific attribute range from 1792 to 2047 will be used for the 7302 ISAM.
Note If the radius server supplies the 7330 with VSA privileges in
VRF-Name
VLAN-ID
QoS-Profile-Name
The QoS-Profile-Name is a character string of maximum 32 characters identifying
the QoS user profile configured in the system. The QoS user profile contains both
marker and policer information.
Note: This attribute cannot be specified together with QoS-Parms attribute.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
B-3
B. RADIUS Attributes
QoS-Parms
Note: This attribute cannot be specified together with QoS-Profile-Name attribute.
VSA
Value
Default Value
Maintenance
1536
Integer (0..7)
Provisioning
1537
Integer (0..7)
Security
1538
Integer (0..7)
Test
1539
Integer (0..7)
0: no privilege
1: privilege level 1
2: privilege level 2
3: privilege level 3
4: privilege level 4
5: privilege level 5
6: privilege level 6
7: privilege level 7
B-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
B. RADIUS Attributes
Table B-2 CLI domain parameters
Domain
VSA
Value
Default Value
AAA
1801
Integer (0..3)
ATM
1802
Integer (0..3)
Alarm
1803
Integer (0..3)
DHCP
1804
Integer (0..3)
EQP
1805
Integer (0..3)
IGMP
1806
Integer (0..3)
CPEproxy
1807
Integer (0..3)
IP
1808
Integer (0..3)
PPPoE
1809
Integer (0..3)
QoS
1810
Integer (0..3)
SWMgt
1811
Integer (0..3)
Transport
1812
Integer (0..3)
VLAN
1813
Integer (0..3)
XDSL
1814
Integer (0..3)
Security
1815
Integer (0..3)
Cluster
1816
Integer (0..3)
SLOT-NUMBERING
1820
Integer (0..2)
Service
1821
Integer (0..3)
Debug
1822
Integer (0..3)
Debugmirror
1823
Integer (0..3)
Filter
1824
Integer (0..3)
Link
1825
Integer (0..3)
Log
1826
Integer (0..3)
OAM
1827
Integer (0..3)
SIP
1828
Integer (0..3)
MEGACO
1829
Integer (0..3)
LACP
1830
Integer (0..3)
MSTP
1831
Integer (0..3)
DROUTER
1832
Integer (0..3)
0: no privilege
1: read privileges
2: write privileges
3: read-write privileges
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
B-5
B. RADIUS Attributes
B-6
Profile parameter
VSA
Value
Default Value
Length
Prompt
1817
%n%d%c
18 bytes
Password timeout
1818
Description
1819
30 bytes
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Glossary
Numbers
10/100Base-T
1000Base-BX10
1000Base-EX
1000Base-LX
An IEEE 802.3 LAN transmission standard for 1000 Mb/s Gigabit Ethernet
using Long Wavelength (LX) laser transmitters over fiber optic cable for
distances up to 6.2 mi (10 km).
1000Base-SX
An IEEE 802.3 LAN transmission standard for 1000 Mb/s Gigabit Ethernet
using Short Wavelength (SX) laser transmitters over fiber optic cable.
1000Base-ZX
100Base-LX
An IEEE 802.3 LAN transmission standard for 100 Mb/s Fast Ethernet using
Long Wavelength (LX) laser transmitters over MMF for distances up to 1.25
mi (2 km). The 7302 ISAM and 7330 ISAM FTTN support an SMF
implementation of 100Base-LX for distances up to 9.3 mi (15 km).
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
GL-1
Glossary
100Base-TX
10Base-T
10GBase-LR
23 inch preconfigured
rack
3DES
Triple DES
A mode of the DES encryption algorithm that encrypts data three times
instead of once. Three 64-bit keys are used for an overall key length of 192
bits; the first encryption is encrypted with a second key, and the resulting
cipher text is encrypted with a third key.
5520 AMS
5526 AMS
7302 ISAM
A
AAL
AAL1
GL-2
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Glossary
AAL2
AAL5
ACL
ACO
ACU
ADSL
Asymmetric DSL
A variant of DSL with asymmetric upstream and downstream data rates.
ADSL provides more bandwidth for downstream traffic (server to client)
than for upstream (client to server). There are several types of ADSL
including ADSL, ADSL2, READSL. All these types are collectively
referred to as multi-ADSL.
AES
AF
Assured Forwarding
AGG Node
Aggregation Node
AIS
ALG
AMP Champ
A common name for a 25-pair connector used on the 7330 ISAM FTTN to
connect POTS CO lines and subscriber drop lines.
AMSL
ANCP
ANSI
APS
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
GL-3
Glossary
ARP
AS
Autonomous System
ASCII
ASP
ATI
ATM
ATP
ATU-C
ATU-R
AWG
B
BAC
BE
Best Effort
BER
BFD
BGP
BITS
BITSoIP
blowfish
GL-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Glossary
BNC
Bayonet Neil-Concelman
A locking connector for slim coaxial cables, such as those used for Ethernet.
BNG
BOOTP
Bootstrap Protocol
A member of the IP family of protocols that allows a diskless client machine
to learn, among other information, its IP address. BOOTP starts a networked
machine by reading boot information from a server. BOOTP is commonly
used for desktop workstations and LAN hubs.
BRAS
BRI
BW
Bandwidth
C
C-VLAN
Customer VLAN
CAC
CBR
CBS
CCSA
CDC
CDE
CDR
CES
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
GL-5
Glossary
CEV
CFM
CHAP
CIR
CL
Controlled Load
CLEI
CLI
CMOS
CMP
CO
Central Office
A telephone switching center that connects subscribers within a telephone
network.
CODEC
Coder decoder
COLO
Collocation
CPCS
GL-6
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Glossary
CPE
CPE-MM
CPR
CPU
Craft terminal
CSMA/CD
CT
CWDM
D
DA
Destination Address
DB-9
A 9-pin D-shell connector used for the craft port on the 7330 ISAM FTTN.
DBA
DBPO
DELT
DES
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
GL-7
Glossary
DES-56
See DES.
DHCP
DLC
DLP
DMT
Discrete Multitone
DNS
DoD
Downstream on Demand
DoU
Downstream Unsolicited
DS1
DSCP
DSL
DSLAM
DSP
GL-8
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Glossary
E
EAPOL
EAR
ECI
ECMP
EEC
EF
Expedited
EFM
eHCL
EIA
eICIC
EM
Element Manager
EMAN
eMBMS
EMC
Electromagnetic Compatibility
EMC designates the ability of commodities to function normally in the
electromagnetic environment (this ability is termed Electromagnetic
Susceptibility [EMS]), and the ability not to generate unbearable
electromagnetic interference to other devices and equipment in the same
environment (this ability is termed Electromagnetic Interference [EMI].
These two abilities are collectively named EMC.
EMI
Electromagnetic Immunity
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
GL-9
Glossary
EMS
EOC
EPS
ES
Expansion Shelf
An expansion shelf using the same shelf as the 7330 ISAM FTTN host shelf
(ARAM-D shelf), but with some different units installed to provide
additional subscriber line connections for the host shelf.
ESD
Electrostatic Discharge
Ethernet
ETR
ETSI
F
FC
Forwarding Class
FDB
Forwarding Database
FDD
FDM
FE
Fast Ethernet
FEC
FEMF
FENT
GL-10
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Glossary
FEXT
FIB
FIFO
FPGA
FTP
FTTN
G
GE
Gigabit Ethernet
Ethernet interface running at 1000 Mb/s.
GEM
GFC
GMMI
Gigabit Media Independent Interface, with data clock of 125 MHz and clock
accuracy of 1.010-4 (100 ppm)
GPON
GUI
H
H1
High-1
H2
High-2
HSI
I
IACM
iBridge
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
GL-11
Glossary
ICMP
ICS
IDEA
IEEE
IETF
IGMP
IGS
IMA
INP
IP
Internet Protocol
A connectionless packet-switching protocol that works together with TCP.
IPCP
IP Control Protocol
A protocol that configures, enables, and disables the IP protocol modules on
both ends of a point-to-point link. IPCP is tied to PPP, and activated when
PPP reaches the network layer-to-protocol phase. If IPCP packets are
received prior to this phase, they are discarded.
IPoA
IPoE
IPTV
IP Video/Television
The delivery of video services over an end-to-end IP infrastructure. IPTV
can include various classes of video services including video on demand,
broadcast TV, video conferencing, and mobile video.
GL-12
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Glossary
ISAM
ISDN
ISP
ITSC
ITU
IXL
Index List
L
L1
Low-1
L2
Low-2
L2
Layer 2
L3
Layer 3
LACP
LAG
LAN
LC
Lucent Connector
A small optical fiber connector.
LCP
LDP
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
GL-13
Glossary
LED
LMI
LOS
Loss of Signal
A condition at the receiver or a maintenance signal transmitted in the
physical overhead, indicating that the receiving equipment has lost the
received signal.
LP slot
LPF
Low-pass Filter
A single transmission band extending from zero frequency up to a specified
cutoff frequency, not infinite.
LSA
LSDB
LSM
LT
Line Termination
M
M-pair
Multi-pair
MA
Maintenance Association
MAC
MAIP
GL-14
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Glossary
MAU
MBS
MC
Multicast
MD
Maintenance Domain
MD5
MDF
MDI
Medium-Dependent Interface
A type of Ethernet port for use with twisted-pair wiring.
MDIX
MDU
ME
Managed Entity
Megaco
MEP
Maintenance Endpoint
MEPID
MHF
MIB
MIP
MMF
Multimode Fiber
An optical fiber with a core diameter of 50 to 100 m most commonly used
in short distance LANs. The larger core diameter allows broader light
sources such as LEDs. Modal dispersion is a problem over longer distances.
MOS
MP
Maintenance Point
MPLS
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
GL-15
Glossary
MSTP
MTA
MTAU
MTBF
Multi-ADSL
A general term that refers to more than one type of ADSL (for example,
ADSL, ADSL2, and READSL).
N
NACP
NAT
NC
Network Control
NE
Network Element
NEBS
NFS
NNI
NSA
Non-Service Affecting
NSP
NT
Network Termination
A plug-in unit that provides a link to a broadband network, such as ATM or
IP.
NTA slot
NTB slot
NTIO
GL-16
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Glossary
NTP
Non-Trouble Procedure
or
Network Timing Protocol
NTR
O
OAM
OBC
On-Board Controller
OLR
OnLine Reconfiguration
OLT
ONC
ONT
ONU
OOS
Out-of-service
The status of a primary rate link when it is out of service.
OS
Operations System
A standalone software system that supports network-related operations
functions.
OSP
Outside Plant
OSPF
OSS
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
GL-17
Glossary
OSWP
P
P-OLT
PADI
PBO
Power Back-Off
PC
Personal computer
A PC can be used as a craft terminal.
PDU
PDV
PID
Protocol Identifier
A part of the SNAP header that identifies the protocol to be encapsulated.
PIR
PM
Performance Monitoring
PoE
PON
POTS
PPP
Point-to-Point Protocol
A protocol that allows a computer to use TCP/IP with a standard telephone
line and a high-speed modem to establish a link between two terminal
installations.
PPPoA
PPPoE
PSD
GL-18
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Glossary
PSTN
PSU
PTC
PTM
PTP
PVC
PVID
PWE3
Q
QL
QoS
Quality of Service
A measure of the quality of a data communications link provided to a
subscriber.
R
RADIUS
RAL
RAM
RARP
RB VLAN
RDI
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
GL-19
Glossary
READSL2
RED
REN
RFC
RFT
RG
Residential Gateway
RIP
RJ-45
A single-line jack for digital transmission over ordinary phone wire, either
untwisted or twisted. It is the interface for Ethernet standards 10Base-T and
100Base-T.
RMI
RNM
RR
Round Robin
RS
Reed-Solomon
RSTP
RT
Remote Terminal
RTL
RTP
RTU
GL-20
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Glossary
RU
Rack Unit
A unit of vertical space in a standard 19 inch or 23 inch equipment rack. For
EIA-spaced racks, 1 RU equals 1.75 in. (4.45 cm). For WECO-spaced racks,
1 RU equals 2 in. (5.08 cm).
Rx
receive
To receive or carry signals or data to a device; any part of the equipment that
converts or decodes signals or data entering the equipment into the desired
form for use by the equipment.
S
S-VLAN
Stacked VLAN
SA
Service Affecting
or
Source Address
SAI
SAP
SC
Standard Connector
A small optical fiber connector.
SDU
SELT
SELV
SEM
SFP
SFTP
SHDSL
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
GL-21
Glossary
SHub
Service Hub
7330 ISAM FTTN and 7302 ISAM Network Termination card Ethernet
switch (also known as LANX).
SI
SIP
SLA
SLIC
SMF
SNMP
SNR
Signal-to-Noise Ratio
SNTP
SOHO
SONET
SP
Strict Priority
SRA
SSCS
SSH
Secure Shell
SSM
Source-specific multicast
or
Synchronization Status Message: indicate the synchronization status of a
communication link (SDH/SONET or Synchronous Ethernet based)
STP
GL-22
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Glossary
STU-C
STU-R
SWDB
SoftWare DataBase
SWP
SoftWare Package
T
T-CONT
TAC
TAP
TAU
TBC
TC
TCA
TCP
TCP/IP
TCPAM
TDM
TFTP
TIA
TL1
Transaction Language 1
Human-machine language standard for controlling network elements.
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
GL-23
Glossary
TNG
Training Document
TNV
TOP
Task-Oriented Practice
The TOP method is a documentation system that supports the installation,
operation, and maintenance of telecommunications equipment and software
through different layers of documentation.
Tx
transmit
To send or carry signals or data from a device; any part of the equipment that
converts or encodes signals or data exiting from the equipment into the
desired form for transmission to other equipment.
U
UA
User Agent
UC
Unicast
UDP/IP
UDS
UNI
User-to-Network Interface
UPBO
UPS
upstream
URI
USM
V
VACM
VBAS
VC
Virtual Channel
A single communications connection identified by an office equipment
number, VPI, and VCI.
GL-24
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Glossary
VC/VP/VR
VCC
VCI
VCL
VDSL
VID
VLAN Identifier
VLAN
Virtual LAN
A VLAN divides a physical LAN into multiple virtual LANs whose
members are not necessarily based on location. VLAN specifications are
contained in IEEE 802.1q.
VoD
Video on Demand
VoIP
Voice over IP
VoIP carries voice transmissions in packets and uses Internet Protocols (IP)
instead of using legacy public switched telephone network (PSTN)
circuit-switched technologies and protocols.
VP
Virtual Path
A single communications connection identified by an office equipment
number and a VPI.
VP/VC
VPI
VPLS
VPRN
VRF
VTU-C
VTU-R
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
GL-25
Glossary
W
WAN
WDM
WECO
WFQ
WRED
WRR
X
xDSL
A general term that is used to refer to more than one type of DSL (for
example, ADSL, ADSL2, READSL, SHDSL, VDSL, VDSL2).
XFP
XoA encapsulation
xTU-C
xTU-R
GL-26
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Index
Numbers
802.1x
support, 11-11
A
Access node control protocol
about, 4-30
ADSL
about, 2-4
ADSL1
about, 2-4
ADSL2
about, 2-5, 2-5
ADSL2+
about, 2-6, 2-6
alarm filters
logging filters, 4-22
programmable filters, 4-22
reporting filters, 4-22
alarm LEDs, 4-19
alarm management, 4-18
alarm delta logging, 4-20
alarm filters, 4-22
alarm identification, 4-19
alarm lists, 4-20
alarm logging, 4-20
alarm severity, 4-19
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
IN-1
Index
B low power modes
B
Bonding, 2-3
about, 2-3
ATM, 2-13
ATM bonding, 2-13
EFM, 2-14
PTM bonding, 2-14
C
C-VLAN cross-connect, 10-38
Configuration overrule
about, 7-13
current alarm list, 4-20
D
DELT
about, 5-7
derived alarms, 4-19, 4-22
DHCP
layer 2, 11-15
layer 3, 13-4
DPBO, 7-9
E
EFMOAM
general description, 5-11
Ethernet
about, 2-11, 2-11
ethernet
auto-negotiation, 2-11
modes, 2-11
I
iBridge, 10-24
iBridge mode features, 10-25
IEEE 802.1q tagging, 10-2
IGMP
forwarding models, 14-14
Impulse noise sensor
about, 7-10
IPoA cross-connect, 10-49
IN-2
September 2014
ISAM Voice
forwarding
Layer 4, 8-22
MEGACO, 8-24
SIP, 8-36, 8-39
L2/L3 addressing
MEGACO, 8-43, 8-53
SIP, 8-63, 8-68
MEGACO
network topology, 8-3
protocol stacks
MEGACO, 8-76
SIP, 8-80
SIP
network topology, 8-5
traffic types
MEGACO, 8-14
SIP, 8-15
L
LACP
about, 11-4
layer 2
protocol handling, 11-2
user access interface, 10-21
layer 2 forwarding
IPoA cross-connect, 10-49
layer 2 forwarding mode
iBridge, 10-24
VLAN cross-connect, 10-38
layer 3
forwarding, 12-2
protocol handling, 13-2
Line Instability
Test features, 5-14
Link transmission technology, 2-2
logging alarms, 4-20
Low power modes
L2 low-power mode, 7-4
L3 idle power mode, 7-4
low power modes
about, 7-4
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Index
M service affecting alarms
M
MSTP
about, 11-6
MTA
in 7302 ISAM, 5-5
in 7330 ISAM FTTN, 5-6
TAC, 5-6
test access modes, 5-4
multi-ADSL
ADSL, 2-4
ADSL2, 2-5
ADSL2+, 2-6
READSL2, 2-7
SELT, 5-7, 5-8
multicast
forwarding models, 14-14
PSD shaping
about, 7-9
Q
QoS
about, 15-2
downstream, 15-10
policy framework, 15-24
profiles, 15-18
traffic classes, 15-12
QoS profiles
CAC profile, 15-18
marker profile, 15-22
policer profile, 15-23
queue profile, 15-19
session profile, 15-22
RADIUS
about, 6-2, 16-2
authentication, 16-3
encryption, 16-3
features, 16-2
proxy, 16-2
server, 16-2
READSL
about, 2-7
READSL2
about, 2-7
RSTP
about, 11-6
in 7302 ISAM, 11-7
O
Operational modes
ADSL1, 2-5
ADSL2, 2-6
ADSL2+, 2-7
READSL, 2-7
P
performance statistics, 4-18
PPPoE
about, 11-20
PPPoE relay, 11-20
programmable alarm filters, 4-22
configuration, 4-24
spatial alarm filters, 4-22
temporal alarm filters, 4-22
protocol aware cross-connect, 10-45
Protocol Tracing
about, 5-17
S
S-VLAN cross-connect, 10-41
S-VLAN/C-VLAN cross-connect, 10-39
Seamless rate adaptation
modes, 7-6
SELT
about, 5-6
multi-ADSL, 5-7, 5-8
VDSL, 5-7, 5-8
service affecting alarms, 4-19
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
3HH-12481-AAAA-TQZZA Edition 01
System Description for FD 24Gbps NT
September 2014
IN-3
Index
SHDSL xDSL
SHDSL
about, 2-9, 2-9, 2-9
supported standards, 2-10
snapshot alarm list, 4-20
SRA
about, 7-6
statistics
performance statistics, 4-18
system logs
configuring, 4-11
filters, 4-11
message types, 4-11
monitoring, 4-12
severity level, 4-11
X
xDSL
INP, 7-3
T
Test
Line Instability, 5-14
Transfer modes, 2-3
U
UPBO
equal FEXT, 7-8
policing, 7-8
user access interface
layer 2, 10-21
V
VDSL
about, 2-7
SELT, 5-7, 5-8
VDSL1
about, 2-8, 2-8
VDSL2
about, 2-8, 2-8
operational modes, 2-8
profile overview, 2-9
profiles, 2-8
Virtual noise
about, 7-10
VLAN cross-connect, 10-38
C-VLAN cross-connect, 10-38
protocol aware cross-connect, 10-45
IN-4
September 2014
Alcatel-Lucent 7302 ISAM | 7330 ISAM FTTN | 7356 ISAM FTTB R5.1
Edition 01 3HH-12481-AAAA-TQZZA
System Description for FD 24Gbps NT
Customer documentation
http://www.alcatel-lucent.com/myaccess
Product manuals and documentation updates are available at
alcatel-lucent.com. If you are a new user and require access to this
service, please contact your Alcatel-Lucent sales representative.
Technical Support
http://support.alcatel-lucent.com
Documentation feedback
documentation.feedback@alcatel-lucent.com