Tellabs 8600 ATMand TDMConfiguration Guide
Tellabs 8600 ATMand TDMConfiguration Guide
Document Information
Revision History
Document No.
Date
Description of Changes
76.8600-50110C
30.08.2012
New Tellabs 8600 brand: Tellabs 8600 managed edge system and
Tellabs 8600 network elements changed to Tellabs 8600 smart
routers.
Related documentation table updated.
Updated ATM VPC and VCC configurable parameters and the
numbers of VCG in Circuit Scalability.
PWE3 types updated in 1.2 PWE3 Types.
Added PWE3 tunnel protection 2 Pseudowire Redundancy.
Updated 3 PWE3 Counters.
Changed structure, layout and updated examples in
5 Single-Segment PWE3 Configuration Examples. Renewed
6 Multi-Segment PWE3 Configuration Examples.
Added configuration of PWE3 tunnel protection 7 PWE3
Redundancy Configuration Examples.
Corrected CESoPSN PWE3 configuration example of Node223 in
11.3 Configuring NxDS0 CESoPSN Mobile Backhaul over Metro
Ethernet with Adaptive Timing.
Updates made to 11.4.3 AJB Monitoring.
CLI examples layout change from table format to step list in:
9 ATM Layer Configuration Examples
11 TDM Cross-Connection and Tunnelling Configuration Examples
76.8600-50110B
24.08.2011
76.8600-50110C
2012 Tellabs.
Document No.
Date
Description of Changes
76.8600-50110A
12.07.2010
This revision of the manual documents the following network elements and the corresponding
feature packs or higher.
Tellabs 8605 smart router
FP1.5
FP1.1
FP1.0
FP1.1
Tellabs 8620 smart router, Tellabs 8630 smart router, Tellabs 8660 smart router
FP4.0
If you have a different feature pack of Tellabs 8600 products, please refer to the relevant product
document program on the Tellabs Portal by navigating to www.portal.tellabs.com > Product
Documentation > Data Networking > Tellabs 8600 Smart Routers > Technical Documentation.
76.8600-50110C
2012 Tellabs.
Document Information
76.8600-50110C
2012 Tellabs.
Term
Explanation
AAL
ADSL
AIS
AJB
APS
ATM
BFD
BRAS
CAC
CAS
CBR
CC
Control Channel
CDV
CDVT
CE
Customer Equipment
CESoPSN
CLI
CLP
CLR
CTC
CTD
DCN
DHCP
DiffServ
Differentiated Services
DS1
DS3
DSL
DSLAM
EMS
FM
Fault Management
FR
Frame Relay
FRR
Fast-Reroute
GFC
Document Information
GFR
HEC
HSDPA
ICP
IETF
IFM
Interface Module, specific term of the module which can be placed on the line card
and which consists of the physical interfaces
ILMI
IMA
IP
Internet Protocol
IPCP
IP Control Protocol
IPoATM
IP over ATM
ISP
ITC
IWF
Interworking Function
L2TP
LDP
LLC
LNS
LOPS
LSP
MBS
MC-APS
Multi-Chassis APS
MCR
MPLS
MSP
MS-PWE3
Multi-Segment PWE3
MTU
NE
Network Element
NNI
NSP
OAM
OCD
OSPF
P12s
PCR
PDH
76.8600-50110C
2012 Tellabs.
Document Information
76.8600-50110C
2012 Tellabs.
PE
Provider Edge
PM
Performance Monitoring
PNNI
PPP
Point-to-Point Protocol
PPPoATM
PPPoETH
PPPoETHoATM
PSN
Packet-Switched Network
PTI
PWE3
QoS
Quality of Service
RNC
RSVP
RTP
SAToP
SCR
SDH
SDU
SNAP
SNMP
SONET
S-PE
Switching PE
SS-PWE3
Single-Segment PWE3
TDM
TLV
T-PE
Terminating PE
TS0
Timeslot zero
UBR
UDP
UMTS
UNI
VBR
VC
Virtual Circuit
VCC
VCCV
VCG
Document Information
VCI
VCL
VP
Virtual Path
VPC
VPI
VPL
VPN
VRF
76.8600-50110C
2012 Tellabs.
Table of Contents
Table of Contents
1.2
Overview ............................................................................................................................................................. 17
1.1.1
Terminating Provider Edge (T-PE)...................................................................................................... 18
1.1.2
Switching Provider Edge (S-PE) ......................................................................................................... 19
PWE3 Types ........................................................................................................................................................ 19
1.2.1
ATM PWE3 Support............................................................................................................................ 20
1.2.2
Ethernet PWE3 Support....................................................................................................................... 21
1.2.3
Frame Relay PWE3 Support................................................................................................................ 22
1.2.4
HDLC PWE3 Support ......................................................................................................................... 22
1.2.5
TDM PWE3 Support ........................................................................................................................... 23
Pseudowire Redundancy............................................................................................ 25
2.1
2.2
2.3
2.4
2.5
76.8600-50110C
2012 Tellabs.
Overview ............................................................................................................................................................. 25
Supported Functionality ...................................................................................................................................... 26
Not Supported Functionality ............................................................................................................................... 27
Operation ............................................................................................................................................................. 28
2.4.1
Provisioning Redundancy group ......................................................................................................... 28
2.4.2
Switching Operation ............................................................................................................................ 28
2.4.3
Dynamically Provisioned PWE3 Redundancy .................................................................................... 28
2.4.4
Statically Provisioned PWE3 Redundancy.......................................................................................... 29
2.4.5
VCCV BFD ........................................................................................................................................ 29
PWE3 Redundancy Considerations..................................................................................................................... 30
2.5.1
Specific PWE3 Types .......................................................................................................................... 30
2.5.2
Multi-Layer Protection ........................................................................................................................ 31
2.5.3
Configuration Checklist....................................................................................................................... 31
Table of Contents
References ................................................................................................................... 33
5.2
6.2
7.2
7.3
7.4
Static Provisioning............................................................................................................................................... 34
5.1.1
Node T-PE223 Configuration.............................................................................................................. 35
5.1.2
Node T-PE123 configuration............................................................................................................... 35
Dynamic Provisioning ......................................................................................................................................... 36
5.2.1
Node T-PE223 Configuration.............................................................................................................. 36
5.2.2
Node T-PE123 configuration............................................................................................................... 37
ATM Overview.............................................................................................................. 60
8.1
Network Applications.......................................................................................................................................... 60
8.1.1
Native ATM Switching Application .................................................................................................... 61
8.1.2
ATM PWE3 over MPLS Application ................................................................................................. 61
8.1.3
ADSL Application............................................................................................................................... 62
8.1.4
SHDSL Application............................................................................................................................. 67
8.1.5
ATM Aggregation to IP VPN Applications......................................................................................... 68
76.8600-50110C
2012 Tellabs.
Table of Contents
8.2
8.3
8.4
8.5
8.6
8.7
8.8
8.9
76.8600-50110C
2012 Tellabs.
Table of Contents
76.8600-50110C
2012 Tellabs.
Objectives
This manual provides an overview of the Tellabs 8600 smart routers ATM and TDM applications
and instructions on how to configure them with a command-line interface (CLI) using a routers
console or remote terminal (telnet).
Audience
This manual is designed for administration personnel for configuring Tellabs 8600 smart routers
functions with CLI. On the other hand, Tellabs 8000 intelligent network manager provides access
to equal functionality for administration personnel with a graphical user interface.
It is assumed that you have a basic understanding of Ethernet, POS, IP, MPLS, VPN and
Differentiated Services concepts. This manual also assumes that you are familiar with the following
protocols:
IP routing
UDP
TCP
Differentiated Services
Related Documentation
The document numbering scheme consists of the document ID, indicated by numbers, and the
document revision, indicated by a letter. The references in the Related Documentation table below
are generic and include only the document ID. To make sure the references point to the latest
available document versions, please refer to the relevant product document program on the Tellabs
Portal by navigating to www.portal.tellabs.com > Product Documentation > Data Networking >
Tellabs 8600 Smart Routers > Technical Documentation.
76.8600-50110C
2012 Tellabs.
76.8600-50110C
2012 Tellabs.
Document Conventions
This is a note symbol. It emphasizes or supplements information in the document.
This is a caution symbol. It indicates that damage to equipment is possible if the instructions
are not followed.
This is a warning symbol. It indicates that bodily injury is possible if the instructions are not
followed.
Documentation Feedback
Please contact us to suggest improvements or to report errors in our documentation:
Email: [email protected]
Fax: +358.9.4131.2430
76.8600-50110C
2012 Tellabs.
Tellabs
76.8600-50110C
2012 Tellabs.
Overview
Pseudowire Emulation Edge-to-Edge (PWE3) is a technology defined in [RFC3985] that provides
mechanisms to emulate network services such as ATM, TDM, Ethernet over a Packet-Switched
Network (PSN). A PWE3 emulates a point-to-point and provides a single service over an underlying
IP/MPLS core network. The ability of providing a single service over a PSN is the main advantage
of PWE3 technology and the key point for services convergence in an MPLS network.
From connectivity stand point PWE3 can be classified as following:
Single-Segment PWE3 (SS-PWE3)
Multi-Segment PWE3 (MS-PWE3)
SS-PWE3 spans a single PSN, e.g. RSVP-TE tunnel and provides point-to-point connectivity
between PWE3 end points, i.e. the originating and Terminating Provider Edges (T-PE) in the same
PSN domain or PWE3 control plane domain as illustrated in the following figure.
Fig. 1 SS-PWE3
MS-PWE3 defined in [RFC6073] spans through multiple PSN tunnels (also known as domains), i.e.
it consists of two or more segments that are interconnected via Switching Provider Edge (S-PE)
between two PWE3 T-PEs in the different packet switched network domains or PWE3 control plane
domains as illustrated in the following figure.
76.8600-50110C
2012 Tellabs.
Fig. 2 MS-PWE3
1.1.1
76.8600-50110C
2012 Tellabs.
1.1.2
1.2
PWE3 Types
The following PWE3 types are supported by the Tellabs 8600 system:
76.8600-50110C
2012 Tellabs.
1.
ATM PWE3:
ATM N-to-1 (N=1)
ATM N-to-1 (N>=1)
ATM 1-to-1
ATM AAL5 PDU
ATM AAL5 SDU
2.
Ethernet PWE3:
Ethernet port based
Ethernet tagged mode
3.
4.
HDLC PWE3
5.
TDM PWE3:
SAToP
CESoPSN
In the following chapters are presented the transport options supported per NE for each PWE3
technology. Detailed options of each PWE3 technology are not covered in these chapters.
1.2.1
Tellabs 8605
smart router
Tellabs 8607
smart router
Tellabs 8609
smart router
Tellabs 8611
smart router
Attachment Circuit
Interface
Tunneling
Interface
Encapsulation
chE1/chT1
ATM
All interfaces
Ethernet interfaces
All interfaces
Ethernet interfaces
only
All interfaces
Ethernet interfaces
only
All interfaces
Ethernet interfaces
only
chE1/chT1
chE1/chT1
chE1/chT1
ATM
ATM
ATM
76.8600-50110C
2012 Tellabs.
NE
Tellabs 8620
smart router
Tellabs 8630
smart router
Tellabs 8660
smart router
Attachment Circuit
Interface
Tunneling
Interface/IFM
Encapsulation
1xchSTM1/chOC-3 MS
IFM
4xchSTM1/chOC-3 MS
IFM
24xchE1/chT1
MS IFM
4xSTM-1/OC-3
ATM IFM
ATM
All Ethernet
IFMs except
2x1000BASE-X
IFM
ATM PWE3 and the options supported are detailed covered in 8.5 ATM PWE3 Tunneling.
1.2.2
Tellabs 8605
smart router
Tellabs 8607
smart router
Tellabs 8609
smart router
Tellabs 8611
smart router
NE
Tellabs 8620
smart router
Tellabs 8630
smart router
Tellabs 8660
smart router
Attachment Circuit
Interface
Tunneling
Interface
Encapsulation
All physical
Ethernet
interfaces
Ethernet
All l interfaces
Ethernet PWE3
over MPLS
Ethernet interfaces
only
Ethernet PWE3
over IP
All physical
Ethernet
interfaces
Ethernet
All interfaces
Ethernet PWE3
over MPLS
Ethernet interfaces
only
Ethernet PWE3
over IP
All physical
Ethernet
interfaces
Ethernet
All interfaces
Ethernet PWE3
over MPLS
Ethernet interfaces
only
Ethernet PWE3
over IP
All physical
Ethernet
interfaces
Ethernet
All interfaces
Ethernet PWE3
over MPLS
Ethernet interfaces
only
Ethernet PWE3
over IP
Attachment Circuit
Interface
Tunneling
Interface/IFM
Encapsulation
Ethernet
Ethernet PWE3
over MPLS
Ethernet PWE3 and the options supported are detailed covered in Tellabs 8600 Smart Routers
Ethernet Configuration Guide.
76.8600-50110C
2012 Tellabs.
1.2.3
Tellabs 8620
smart router
Tellabs 8630
smart router
Tellabs 8660
smart router
Attachment Circuit
Interface
Tunneling
Interface/IFM
Encapsulation
1xchSTM1/chOC-3 MS
IFM
4xchSTM1/chOC-3 MS
IFM
24xchE1/chT1
MS IFM
Frame Relay
FR PWE3 over
MPLS
FR PWE3 and the options supported are detailed covered in Tellabs 8600 Smart Routers Frame
Relay Configuration Guide.
1.2.4
Tellabs 8605
smart router
Tellabs 8607
smart router
Tellabs 8609
smart router
Tellabs 8611
smart router
NE
Tellabs 8620
smart router
Tellabs 8630
smart router
Tellabs 8660
smart router
Attachment Circuit
Interface
Tunneling
Interface
Encapsulation
chE1/chT1
HDLC
All interfaces
Ethernet interfaces
only
All interfaces
Ethernet interfaces
only
All interfaces
Ethernet interfaces
only
All interfaces
Ethernet interfaces
only
chE1/chT1
chE1/chT1
chE1/chT1
HDLC
HDLC
HDLC
Attachment Circuit
Interface
Tunneling
Interface/IFM
Encapsulation
1xchSTM1/chOC-3 MS
IFM
4xchSTM1/chOC-3 MS
IFM
24xchE1/chT1
MS IFM
HDLC
All Ethernet
IFMs except
2x1000BASE-X
IFM
76.8600-50110C
2012 Tellabs.
1.2.5
Tellabs 8605
smart router
Tellabs 8607
smart router
Tellabs 8609
smart router
Tellabs 8611
smart router
76.8600-50110C
2012 Tellabs.
Attachment Circuit
Interface
Tunneling
Interface
Encapsulation
chE1/chT1
SAToP
CESoPSN
All interfaces
Ethernet interfaces
only
All interfaces
Ethernet interfaces
only
All interfaces
Ethernet interfaces
only
All interfaces
Ethernet interfaces
only
chE1/chT1
chE1/chT1
chE1/chT1
SAToP
CESoPSN
SAToP
CESoPSN
SAToP
CESoPSN
NE
Tellabs 8620
smart router
Tellabs 8630
smart router
Tellabs 8660
smart router
Attachment Circuit
Interface
Tunneling
Interface/IFM
Encapsulation
1xchSTM1/chOC-3 MS
IFM
4xchSTM1/chOC-3 MS
IFM
24xchE1/chT1
MS IFM
SAToP
CESoPSN
All Ethernet
IFMs except
2x1000BASE-X
IFM
All Ethernet
IFMs except
2x1000BASE-X
IFM
CESoPSN PWE3
over IP
CESoPSN over
UDP over IP
TDM PWE3 and the options supported are detailed covered in 10 TDM Overview.
76.8600-50110C
2012 Tellabs.
2 Pseudowire Redundancy
2 Pseudowire Redundancy
2.1
Overview
The Tellabs 8600 system supports pseudowire redundancy to provide resiliency for Single-Segment
and Multi-Segment pseudowire services against PSN failures. This feature is especially targeted for
single-homed Customer Equipment (CE) with MS-PWE3 redundancy topology option defined in
[draft-ietf-pwe3-redundancy]. Typically, protection for single-segment pseudowires is provided at
the PSN tunnel layer (e.g. RSVP-TE path protection). However, in multi-AS networks MS-PWE3
have one or more S-PEs that must be traversed. The S-PEs for a given FEC128 based MS-PWE3
are selected at provisioning phase and hence form a single point of failure. If any of the S-PEs
transited by the MS-PWE3 goes down, so does the MS-PWE3. Therefore, the PSN tunnel protection
mechanisms are unable to provide protection against S-PE failure. PWE3 redundancy solves this
problem by allowing several PWE3 layer paths to be provisioned end-to-end and hence removing a
single point of failure in the intervening network.
PWE3 redundancy can also be used without the PSN layer protection (even for protecting
single-segment pseudowires) and with VCCV BFD end-to-end OAM protection times, it can be
much faster than with the PSN layer protection. However, as OAM flows are per PWE3, it is more
economical to utilize PSN layer protection mechanisms for link and LSR and PWE3 redundancy for
S-PE protection. In this scenario VCCV BFD should be configured to such a rate and timeout that
PSN layer protection is fast enough not to trigger PWE3 layer protection.
In PWE3 redundancy, a redundancy group is formed by one primary PWE3 and up to three
protecting pseudowires. The redundancy group is associated to one attachment circuit. If the
primary PWE3 fails, the system will select one of the active protecting pseudowires. Only one
pseudowire is forwarding user traffic at a time; however OAM traffic is allowed to be forwarded
over the standby pseudowires.
The following terminology is used in this section:
76.8600-50110C
2012 Tellabs.
Term
Description
Primary PWE3
The main PWE3 that can either be protected using PWE3 redundancy or
operates as unprotected.
Alias PWE3
A PWE3 that protects the primary PWE3 in the case of failure. Alias may also
be referred as a sibling.
PWE3 State
Description
Active PWE3
The PWE3 forwarding traffic. An active PWE3 can be the primary or one of
the aliases.
Standby PWE3
An alias PWE3 that is operational and ready to forward traffic in case the active
PWE3 fails.
2 Pseudowire Redundancy
PWE3 State
Description
Down
A state of the primary or alias PWE3 when there is a severe PWE3 failure.
Up
2.2
Supported Functionality
The following functionality is supported:
Single-segment and multi-segment PWE3. However, for single-segment PWE3, redundancy is
not recommended because LSP protection provides, e.g., better scalability.
Dynamically (LDP) and statically provisioned pseudowires.
Up to 3 alias pseudowires. A selection of the active PWE3 is made, if several aliases are available.
Independent path selection mode and Preferential Forwarding Status bit (LDP) [draft-ietf-pwe3redundancy-bit].
BFD over VCCV type 1 monitoring for fast failure detection per primary and alias pseudowires.
MPLS ping and traceroute for diagnostic purposes per primary and alias pseudowires.
Tellabs proprietary prefer-all mode, which does not signal LDP bit to accelerate the
switchover.
Statistics and performance counters for the active PWE3.
The following table shows pseudowire redundancy support per NE and PWE3 type combinations.
76.8600-50110C
2012 Tellabs.
2 Pseudowire Redundancy
ATM
Ethernet
Frame Relay
Tellabs 8605
smart router
Tellabs 8607
smart router
Tellabs 8609
smart router
Tellabs 8611
smart router
Tellabs 8620
smart router
Tellabs 8630
smart router
Tellabs 8660
smart router
ATM N-to-1
(N=1)
No
No
Yes
ATM N-to-1
(N>=1)
No
No
No
ATM 1-to-1
No
No
Yes
No
No
No
No
No
No
Ethernet port
based
No
No
No
Ethernet tagged
mode
No
No
No
One-to-one mode
No
No
No
Port mode
No
No
No
No
No
No
SAToP
No
No
Yes
CESoPSN
No
No
Yes
HDLC
TDM
2.3
76.8600-50110C
2012 Tellabs.
2 Pseudowire Redundancy
2.4
2.4.1
Operation
Provisioning Redundancy group
A pseudowire redundancy group consists of one primary PWE3 and up to three alias (protecting)
pseudowires. A redundancy group is set up automatically when the first alias PWE3 is associated to
the primary PWE3 and the group will be removed after the last alias is removed. When a redundancy
group is created, it is operational immediately and no explicit redundancy operation enabling is
required. The primary PWE3 must be configured before aliases and the configuration order of
the three aliases is irrelevant. From the MPLS point of view aliases are standard pseudowires
with their own signaling and state mechanisms. Each redundancy group operates independently
of the other groups.
2.4.2
Switching Operation
Pseudowire redundancy operates in 1:1 or 1:N fashion. At the MPLS ingress direction traffic is
forwarded only via one active pseudowire while the other pseudowires are on standby state. If
several standby aliases are available, the selection of the active path is done in the priority order
described below separately for dynamically and statically provisioned pseudowires. The switchover
is revertive, i.e. immediately and the traffic is switched back to the primary PWE3 when it is
up again.
At the MPLS egress direction traffic is summed from all pseudowires and sent to the Native Service
Processing (NSP) to regenerate the native signal to the attachment circuit.
A source trigger for switchover can be:
Locally detected PSN link layer failure,
PSN connectivity (LSP) failure,
VCCV BFD connectivity failure,
Any failure reported by LDP.
2.4.3
76.8600-50110C
2012 Tellabs.
2 Pseudowire Redundancy
When the option prefer-all is not used, each T-PE performs two slightly different processes:
Step 1
Selecting the PWE3 that is advertised as active, while the other pseudowires remain in standby
state. This selection is made purely on the basis of known faults. Standby information from the
remote T-PE is ignored.
Step 2
Selecting an active PWE3. All fault information, including remote standby (preferential forwarding
status) is used. The standby bit advertised by the local node is not used directly. However, if the
selected PWE3 is not the one selected as active in step 1, then in effect no PWE3 is active.
The remote standby bit does not affect local standby bit advertisement, as otherwise signaling
oscillations could occur. In the case of single-homed MS-PWE3, the only advantage of using
standby bit is that LDP is able to tell that the remote T-PE has correctly selected the active PWE3.
This advantage is however offset by increased protection switch time, as the standby bit has to be
propagated over TCP connection between non-real time processes. In the prefer-all mode,
VCCV triggered protection can be performed with real time processes and hence the protection
switch is faster.
The standby bit offers additional functionality on multi-homed applications, such as Multi-Chassis
APS (MC-APS). Interworking with multi-homing remote T-PE (other than the Tellabs 8600 NE)
is fully supported. In such cases, the standard behavior of single-homed T-PE advertising active
status on all pseudowires can be accomplished by configuring the prefer-all option. While
the Tellabs 8600 system does not currently support MC-APS or multi-homed end of protected
PWE3, the Tellabs 8600 NE can fully participate in such role as a single-homed end. In this case,
MC-APS (or other multi-homing protocol) drives the active PWE3 selection on the Tellabs 8600 NE
and the standby bit plays a significant role in it.
2.4.4
2.4.5
VCCV BFD
VCCV BFD can be used to monitor the health of the primary and of each alias PWE3 between the
T-PEs for both SS-PWE3 and MS-PWE3. If faster switchover time is required, the PSN can detect
failures. VCCV BFD is essential for MS-PWE3 to protect it against PSN failures. If an S-PE acting
as a stitching node between two segments totally fails, then the T-PEs and their redundancy groups
may not be informed immediately of the failure in the S-PE node.
In the case of dynamically provisioned PWE3, a failure is recognized later as loss of the target LDP
peer or loss of LSP connectivity, which may take up to tenth of seconds to recover. In the case of
static provisioned PWE3, a failure is recognized as loss of LSP connectivity.
76.8600-50110C
2012 Tellabs.
2 Pseudowire Redundancy
2.5
2.5.1
L-bit and R-bit insertion is performed only to an active PWE3. L-bit and R-bit received only from an active PWE3 (not from the standby pseudowires) forces AIS and
RDI insertion to the TDM egress interface.
76.8600-50110C
2012 Tellabs.
2 Pseudowire Redundancy
2.5.2
Multi-Layer Protection
PWE3 redundancy creates an additional protection layer on top of the LSP protection layer. An
operator needs to carefully design the coordination between LDP and RSVP trunk protection or
restoration and PWE3 redundancy to achieve an optimum switchover time and to avoid unnecessary
flapping of the different protection schemes.
2.5.3
Configuration Checklist
To avoid most potential pitfalls in the PWE3 redundancy configuration, below is a list of the items
to check and consider during the planning and configuration of the network:
If several protection mechanisms like RSVP path protection or Fast Reroute (FRR) are used concurrently, check in which order the layers should trigger to a failure and configure the timers
accordingly.
Check that forcing PWE3 to working and protecting MPLS trunks operates as planned.
76.8600-50110C
2012 Tellabs.
3 PWE3 Counters
3 PWE3 Counters
The Tellabs 8600 system supports PWE3 statistics, performance and SNMP counters. The counters
are available via CLI and Tellabs 8000 intelligent network manager and a user has the option to
reset the counters e.g. before starting the tests.
PWE3 redundancy supports the same statistics, performance and SNMP counters that are available
for non protected pseudowires. PWE3 circuit counters are supported for the primary and all alias
pseudowires separately. The attachment circuit counters are available only for the redundancy group
and are derived from the current active PWE3.
Please refer to Tellabs 8600 Smart Routers Statistics Counters Reference Guide and Tellabs 8600
Smart Routers Performance Counters Reference Guide for a detailed list of supported counters.
Also refer to Tellabs 8600 Smart Routers SNMP MIB Support for a complete list of PWE3
counters available via the Simple Network Management Protocol (SNMP) management interface.
76.8600-50110C
2012 Tellabs.
4 References
4 References
76.8600-50110C
2012 Tellabs.
[draft-ietf-pwe3redundancy]
[draft-ietf-pwe3redundancy-bit]
[RFC3985]
[RFC4447]
RFC4447 (April 2006), Pseudowire Setup and Maintenance Using the Label
Distribution Protocol (LDP)
[RFC6073]
The main focus in this section is on the CLI commands required for establishing PWE3 connectivity.
Therefore it should be noted that the general configuration of the MPLS and the related routing
protocols is not completely covered. For additional details refer to Tellabs 8600 Smart Routers
MPLS Applications Configuration Guide and Tellabs 8600 Smart Routers Routing Protocols
Configuration Guide. For a complete range of options available within PWE3 commands refer to
Tellabs 8600 Smart Routers CLI Commands Manual. The details of the interface physical layer
configuration are covered in the Tellabs 8600 Smart Routers Interface Configuration Guides.
5.1
Static Provisioning
This chapter provides an example of end-to-end PWE3 configuration using static configuration. The
example will cover the following configuration steps:
PWE3 circuit configuration
Configuration of interfaces both AC and trunk
PWE3 circuit binding to AC
76.8600-50110C
2012 Tellabs.
5.1.1
Step 1
Define a PWE3 with name and ID. Note that the PWE3 circuit name is unique in the scope of a
single T-PE, but the ID must be identical at both ends of the PWE3 circuit.
router-223(config)# pwe3 circuit sspwe223 200 mpls manual
Step 2
Step 3
Step 4
Step 5
Set up a static route to the T-PE123 loopback IP address. Also OSPF can be used.
router-223(config)# ip route 10.123.100.123/32 10.111.0.123
Step 6
5.1.2
Step 1
Step 2
Step 3
76.8600-50110C
2012 Tellabs.
router-123(cfg-if[ge0/1])#
router-123(cfg-if[ge0/1])#
router-123(cfg-if[ge0/1])#
router-123(cfg-if[ge0/1])#
router-123(cfg-if[ge0/1])#
Step 4
ip address 10.111.0.123/24
label-switching
mpls label protocol ldp
no shutdown
exit
Step 5
Set up a static route to the T-PE223 loopback IP address. Also OSPF can be used.
router-123(config)# ip route 10.123.100.223/32 10.111.0.223
Step 6
5.2
Dynamic Provisioning
This chapter provides an example of end-to-end PWE3 configuration using the LDP protocol for
PWE3 signaling. When LDP is used for signaling, the PWE3 circuit and MPLS trunk have to be
configured accordingly. On the other hand, LDP also requires a route to the peers loopback address.
Thus in this example, OSPF is configured to include the loopback address. When the trunk becomes
available, PWE3 will be automatically signaled by LDP and set up on both T-PE nodes.
The example will cover the following configuration steps:
PWE3 circuit configuration
Enable LDP and set up an OSPF process
Configuration of interfaces both AC and trunk
PWE3 circuit binding to AC
5.2.1
Step 1
Define a PWE3 with unique name and ID. Use LDP for setting up the required pseudowire label
bindings to the destination T-PE123.
router-223(config)# pwe3 circuit sspwe-223 200 mpls ldp 10.123.100.123 vc-qos ef
Step 2
Step 3
76.8600-50110C
2012 Tellabs.
router-223(cfg-ldp)# exit
Step 4
Step 5
ospf 10
ospf router-id 10.123.100.223
network 10.123.100.223/32 area 0.0.0.0
network 10.111.0.0/24 area 0.0.0.0
exit
Step 6
Bind the PWE3 to the AC interface and activate the interface. After the no shutdown command the
PWE3 is signalled to the destination.
router-223(config)# interface so 8/0/1:1:1:1
router-223(cfg-if[so8/0/1:1:1:1])# pdh usage connected
router-223(cfg-if[so8/0/1:1:1:1])# pwe3 circuit sspwe-223
router-223(cfg-if[so8/0/1:1:1:1])# no shutdown
router-223(cfg-if[so8/0/1:1:1:1])# exit
5.2.2
Step 1
Define a PWE3 with unique name and ID. Use LDP for setting up the required pseudowire label
bindings to the destination T-PE223.
router-123(config)# pwe3 circuit sspwe-123 200 mpls ldp 10.123.100.223 vc-qos ef
Step 2
Step 3
Step 4
Step 5
ospf 10
ospf router-id 10.123.100.123
network 10.123.100.123/32 area 0.0.0.0
network 10.111.0.0/24 area 0.0.0.0
exit
76.8600-50110C
2012 Tellabs.
router-123(cfg-if[ge0/1])#
router-123(cfg-if[ge0/1])#
router-123(cfg-if[ge0/1])#
router-123(cfg-if[ge0/1])#
Step 6
ip address 10.111.0.123/24
mpls label protocol ldp
no shutdown
exit
Bind the PWE3 to the AC interface and activate the interface. After the no shutdown command the
PWE3 is signalled to the destination.
router-123(config)# interface pdh 1/1
router-123(cfg-if[pdh1/1])# pdh usage connected
router-123(cfg-if[pdh1/1])# pwe3 circuit sspwe-123
router-123(cfg-if[pdh1/1])# no shutdown
router-123(cfg-if[pdh1/1])# exit
76.8600-50110C
2012 Tellabs.
6.1
6.1.1
T-PE194 Configuration
Step 1
Step 2
76.8600-50110C
2012 Tellabs.
Step 3
Step 4
ospf 10
ospf router-id 10.144.100.194
network 10.144.100.194/32 area 0.0.0.0
network 10.125.10.0/24 area 0.0.0.0
exit
Step 5
Step 6
Step 7
6.1.2
T-PE116 Configuration
Step 1
Step 2
Step 3
ospf 10
ospf router-id 10.144.100.116
network 10.144.100.116/32 area 0.0.0.0
network 10.141.1.0/24 area 0.0.0.0
exit
76.8600-50110C
2012 Tellabs.
Step 4
Step 5
Step 6
Step 7
6.1.3
S-PE135 Configuration
The following example shows how to configure the S-PE node for static MS-PWE3 provisioning of
the network shown in Fig. 5. The following steps will be covered in this configuration:
S-PE node basic configurations, i.e. loopback, OSPF and trunk interfaces
Segments interconnection
Step 1
Step 2
Step 3
ospf 10
ospf router-id 10.144.100.135
network 10.144.100.135/32 area 0.0.0.0
network 10.125.10.0/24 area 0.0.0.0
network 10.141.1.0/24 area 0.0.0.0
exit
76.8600-50110C
2012 Tellabs.
Step 4
The S-PE must not have any existing PWE3 circuit configuration command (neither manual
nor LDP) for the two vc-ids, which are included in the static S-PE configuration command in
the example below.
The following example shows how to configure a static PWE3 switching point at S-PE135 for the
PWE3 segments in the network shown in Fig. 5.
Step 1
Insert the switching rules for interconnecting the PWE3 segments using Type 3 CC.
Note that the hop-count specifies how many hops (TTL) are required to reach T-PE at the
downstream from local S-PE (default is 1), i.e. Type 3 CC.
router-135(config)# mpls static-ilm swap-and-lookup 100 200 10.144.100.116
pwe3-swp from 10.125.10.194 100 to 200 hop-count 1
6.2
76.8600-50110C
2012 Tellabs.
6.2.1
T-PE194 Configuration
Step 1
Define a PWE3.
router-194(config)# pwe3 circuit msPWE1 100 mpls ldp 10.144.100.116 vc-qos ef
Step 2
Step 3
Step 4
Step 5
ospf 10
ospf router-id 10.144.100.194
network 10.144.100.194/32 area 0.0.0.0
network 10.125.10.0/24 area 0.0.0.0
exit
Step 6
6.2.2
T-PE116 Configuration
Step 1
Define a PWE3.
router-116(config)# pwe3 circuit msPWE2 200 mpls ldp 10.144.100.194 vc-qos ef
Step 2
76.8600-50110C
2012 Tellabs.
Step 3
Step 4
Step 5
ospf 10
ospf router-id 10.144.100.116
network 10.144.100.116/32 area 0.0.0.0
network 10.141.1.0/24 area 0.0.0.0
exit
Step 6
6.2.3
S-PE135 Configuration
The following example shows how to configure dynamic PWE3 switching point of the network
shown in Fig. 5. The following steps will be covered in this configuration:
PWE3 segments configuration
S-PE node basic configurations, i.e. loopback, OSPF and trunk interfaces
PWE3 segments interconnection
Step 1
Step 2
Step 3
76.8600-50110C
2012 Tellabs.
router-116(cfg-ospf[10])#
router-116(cfg-ospf[10])#
router-116(cfg-ospf[10])#
router-116(cfg-ospf[10])#
router-116(cfg-ospf[10])#
Step 4
Step 5
Step 6
76.8600-50110C
2012 Tellabs.
Description
Redundancy group
Primary PWE3
The main PWE3 that can either be protected using PWE3 redundancy or
operates as unprotected.
Alias PWE3
A PWE3 that protects the primary PWE3 in the case of failure. Alias may also
be referred as a sibling.
PWE3 State
Description
Active PWE3
The PWE3 forwarding traffic. An active PWE3 can be the primary or one of
the aliases.
Standby PWE3
An alias PWE3 that is operational and ready to forward traffic in case the active
PWE3 fails.
Down
A state of the primary or alias PWE3 when there is a severe PWE3 failure.
Up
A state of the primary or alias PWE3 when it is operational and ready to forward
data.
The example provided in this section shows how to configure PWE3 redundancy in Tellabs 8620
smart router, Tellabs 8630 smart router and Tellabs 8660 smart router. The configurations provided
are based on TDM SAToP PWE3. However, the same configuration sequence can be applied also to
create PWE3 redundancy for ATM PWE3 and TDM CESoPSN PWE3 types. The example will
focus on MS-PWE3 redundancy configuration, with one MS-PWE3 being primary and another
MS-PWE3 being alias as illustrated in the topology below.
76.8600-50110C
2012 Tellabs.
PWE3 redundancy configuration in this example will use LDP for signaling, standby PWE3 selection
mode with prefer-all option (see details in 2.4.3 Dynamically Provisioned PWE3 Redundancy)
and VCCV BFD for connectivity verification. The following basic configuration tasks are covered:
1.
2.
7.1
3.
4.
76.8600-50110C
2012 Tellabs.
ATM
CESoPSN
IMA
SAToP
7.1.1
Redundancy Group
Primary Interface
Alias Interface
pdh (VC)
pdh 9/0/0#atm#100.50
pdh 9/0/0#atm#100.50;1
pdh 9/0/0#atm#100.50;2
pdh 9/0/0#atm#100.50;3
pdh (VP)
pdh 9/0/0#atm#100
pdh 9/0/0#atm#100;1
pdh 9/0/0#atm#100;2
pdh 9/0/0#atm#100;3
so (VC)
so11/1/0:1:1:1#atm#100.50
so11/1/0:1:1:1#atm#100.50;1
so11/1/0:1:1:1#atm#100.50;2
so11/1/0:1:1:1#atm#100.50;3
so (VP)
so11/1/0:1:1:1#atm#100
so11/1/0:1:1:1#atm#100;1
so11/1/0:1:1:1#atm#100;2
so11/1/0:1:1:1#atm#100;3
pdh
pdh 9/0/0:0
pdh 9/0/0:0;1
pdh 9/0/0:0;2
pdh 9/0/0:0;3
so
so11/1/0:1:1:1:0
so11/1/0:1:1:1:0;1
so11/1/0:1:1:1:0;2
so11/1/0:1:1:1:0;3
VC
ima7/1.100.50
ima7/1.100.50;1
ima7/1.100.50;2
ima7/1.100.50;3
VP
ima7/1.100
ima7/1.100;1
ima7/1.100;2
ima7/1.100;3
pdh
pdh 9/0/0
pdh 9/0/0;1
pdh 9/0/0;2
pdh 9/0/0;3
so
so11/1/0:1:1:1
so11/1/0:1:1:1;1
so11/1/0:1:1:1;2
so11/1/0:1:1:1;3
Node T-PE90
76.8600-50110C
2012 Tellabs.
Primary Interface
The primary interface has to be created first, i.e. all interface parameters (usage, timeslots,
encapsulations) set and preferable also the PWE3 circuit binding before an alias interface is
configured. Alias interfaces are dependent of the primary interface parametric settings. That is,
if certain encapsulation related parameters on the primary interface are changed, alias interface
may be removed by the system to preserve consistency. The primary interface is instantiated as
follows (for more details on how the interface parameters are set, please refer to Tellabs 8600
Smart Routers Interface Configuration Guides).
Step 1
This creates a SAToP primary interface instance and the interface parameters. Note that the interface
parameters and port protocol are set in the primary interface only.
router-90(config)# interface so 1/1:1:1:1
router-90(cfg-if[so1/1:1:1:1])# pdh usage connected
router-90(cfg-if[so1/1:1:1:1])# exit
Alias Interface
An alias interface for the redundancy group is created as shown in the following step. An alias
interface can be instantiated only after the primary interface has been set up.
Step 1
This creates the first alias interface (;1) to the redundancy group.
router-90(config)# interface so 1/1:1:1:1;1
router-90(cfg-if[so1/1:1:1:1;1])# exit
Specify an explicit route for path 10. This path will be used to carry the primary PWE3 segment.
router-90(config)# rsvp-path path_10
router-90(cfg-rsvp-path[path_10])# 10.76.90.76 strict
router-90(cfg-rsvp-path[path_10])# exit
Step 2
Specify an explicit route for path 11. This path will be used to carry the alias PWE3 segment.
router-90(config)# rsvp-path path_11
router-90(cfg-rsvp-path[path_11])# 10.75.79.2 strict
router-90(cfg-rsvp-path[path_11])# exit
Step 3
Configure RSVP trunk for the primary PWE3 segment and trunk attributes. Map an IP route onto
the trunk allowing all traffic with specified destination address to be labeled and switched over the
LSP created for the trunk.
router-90(config)# rsvp-trunk 90_76_Red_RSVP_10
router-90(cfg-rsvp-trunk[90_76_Red_RSVP_10])#
router-90(cfg-rsvp-trunk[90_76_Red_RSVP_10])#
router-90(cfg-rsvp-trunk[90_76_Red_RSVP_10])#
router-90(cfg-rsvp-trunk[90_76_Red_RSVP_10])#
76.8600-50110C
2012 Tellabs.
Step 4
Configure RSVP trunk for the alias PWE3 segment and trunk attributes. Map an IP route onto the
trunk allowing all traffic with specified destination address to be labeled and switched over the
LSP created for the trunk.
router-90(config)# rsvp-trunk 90_79_Blue_RSVP_11
router-90(cfg-rsvp-trunk[90_79_Blue_RSVP_11])#
router-90(cfg-rsvp-trunk[90_79_Blue_RSVP_11])#
router-90(cfg-rsvp-trunk[90_79_Blue_RSVP_11])#
router-90(cfg-rsvp-trunk[90_79_Blue_RSVP_11])#
router-90(cfg-rsvp-trunk[90_79_Blue_RSVP_11])#
router-90(cfg-rsvp-trunk[90_79_Blue_RSVP_11])#
router-90(cfg-rsvp-trunk[90_79_Blue_RSVP_11])#
LDP Configuration
Step 1
Step 2
MS-PWE3 routing only specifies which S-PEs must be transited, not how they are transited in
an optimal order. Therefore, in case of link failure, it is assumed that the PSN layer protection
will provide failure recovery.
PWE3 layer failure detection timers, i.e. VCCV BFD timers must be set to be slower than
the PSN layer worst case protection switchover time to avoid unnecessary switchover of
PWE3 redundancy.
PWE3 redundancy is recommended only for node protection and the user must always take
into account the PSN protection mechanisms and adjust VCCV BFD timers accordingly.
Step 1
Define the primary PWE3 segment. Use LDP for setting up the required PWE3 label bindings.
router-90(config)# pwe3 circuit 90_80_TDM_Red_201 201 control-word ordered mpls
ldp 172.25.31.76 vc-qos ef
76.8600-50110C
2012 Tellabs.
Step 2
Enable VCCV BFD on the primary PWE3 segment. Optionally in this example, LSP ping is enabled
to verify provisioned connectivity.
router-90(config)# pwe3 circuit 90_80_TDM_Red_201 vccv cc-cw lsp-ping
bfd-flt-ipv4 bfd-timers 100 3
Step 3
Set the standby PWE3 selection option prefer-all to allow advertisement of the preferential
state for all standby pseudowires in order to speedup the switchover. Bind the primary PWE3
segment to the primary AC interface.
router-90(config)# interface so 1/1:1:1:1
router-90)cfg-if[so1/1:1:1:1])# pwe3 redundancy prefer-all
router-90)cfg-if[so1/1:1:1:1])# pwe3 circuit 90_80_TDM_Red_201
router-90)cfg-if[so1/1:1:1:1])# no shutdown
router-90)cfg-if[so1/1:1:1:1])# exit
Define alias PWE3 segment. Use LDP for setting up the required PWE3 label bindings.
router-90(config)# pwe3 circuit 90_80_TDM_Blue_101 101 control-word ordered mpls
ldp 172.25.31.79 vc-qos ef
Step 2
Enable VCCV BFD on the alias PWE3 segment. Optionally in this example, LSP ping is enabled
to verify provisioned connectivity.
router-90(config)# pwe3 circuit 90_80_TDM_Blue_101 vccv cc-cw lsp-ping
bfd-flt-ipv4 bfd-timers 100 3
Step 3
7.1.2
Node T-PE80
Step 1
This creates a SAToP primary interface instance and the interface parameters. Note that the interface
parameters and port protocol are set in the primary interface only.
router-80(config)# interface pdh 9/0/0
router-80(cfg-if[pdh9/0/0])# pdh usage connected
router-80(cfg-if[pdh9/0/0])# exit
Alias Interface
An alias interface for the redundancy group is created as shown in the following step. It should
be note however, that an alias interface can be instantiated only after the primary interface has
been set up.
Step 1
This creates the first alias interface (;1) to the redundancy group.
router-80(config)# interface pdh 9/0/0;1
router-80(cfg-if[pdh9/0/0;1])# exit
Specify an explicit route for path 12. This path will be used to carry the primary PWE3 segment.
router-80(config)# rsvp-path path_12
router-80(cfg-rsvp-path[path_12])# 10.69.69.10 strict
router-80(cfg-rsvp-path[path_12])# 10.82.31.10 strict
router-80(cfg-rsvp-path[path_12])# exit
Step 2
Specify an explicit route for path 13. This path will be used to carry the alias PWE3 segment.
router-80(config)# rsvp-path path_13
router-80(cfg-rsvp-path[path_13])# 10.69.71.1 strict
router-80(cfg-rsvp-path[path_13])# 10.82.31.45 strict
router-80(cfg-rsvp-path[path_13])# exit
Step 3
Configure RSVP trunk for the primary PWE3 segment and trunk attributes. Map an IP route onto
the trunk allowing all traffic with specified destination address to be labeled and switched over the
LSP created for the trunk.
router-80(config)# rsvp-trunk 80_76_Red_RSVP_12
router-80(cfg-rsvp-trunk[80_76_Red_RSVP_12])#
router-80(cfg-rsvp-trunk[80_76_Red_RSVP_12])#
router-80(cfg-rsvp-trunk[80_76_Red_RSVP_12])#
router-80(cfg-rsvp-trunk[80_76_Red_RSVP_12])#
router-80(cfg-rsvp-trunk[80_76_Red_RSVP_12])#
router-80(cfg-rsvp-trunk[80_76_Red_RSVP_12])#
router-80(cfg-rsvp-trunk[80_76_Red_RSVP_12])#
Step 4
Configure RSVP trunk for the alias PWE3 segment and trunk attributes. Map an IP route onto the
trunk allowing all traffic with specified destination address to be labeled and switched over the
LSP created for the trunk.
router-80(config)# rsvp-trunk 80_79_Blue_RSVP_13
router-80(cfg-rsvp-trunk[80_79_Blue_RSVP_13])#
router-80(cfg-rsvp-trunk[80_79_Blue_RSVP_13])#
router-80(cfg-rsvp-trunk[80_79_Blue_RSVP_13])#
router-80(cfg-rsvp-trunk[80_79_Blue_RSVP_13])#
router-80(cfg-rsvp-trunk[80_79_Blue_RSVP_13])#
router-80(cfg-rsvp-trunk[80_79_Blue_RSVP_13])#
router-80(cfg-rsvp-trunk[80_79_Blue_RSVP_13])#
76.8600-50110C
2012 Tellabs.
LDP Configuration
Step 1
Step 2
Define the primary PWE3 segment. Use LDP for setting up the required PWE3 label bindings.
router-80(config)# pwe3 circuit 90_80_TDM_Red_203 203 control-word ordered mpls
ldp 172.25.31.76 vc-qos ef
Step 2
Enable VCCV BFD on the primary PWE3 segment. Optionally in this example, LSP ping is enabled
to verify provisioned connectivity.
router-80(config)# pwe3 circuit 90_80_TDM_Red_203 vccv cc-cw lsp-ping
bfd-flt-ipv4 bfd-timers 100 3
Step 3
Set the standby PWE3 selection option prefer-all to allow advertisement of the preferential
state for all standby pseudowires in order to speedup the switchover. Bind the primary PWE3
segment to the primary AC interface.
router-80(config)# interface so 9/0/0:1:1:1
router-80)cfg-if[so9/0/0:1:1:1])# pwe3 redundancy prefer-all
router-80)cfg-if[so9/0/0:1:1:1])# pwe3 circuit 90_80_TDM_Red_203
router-80)cfg-if[so9/0/0:1:1:1])# no shutdown
router-80)cfg-if[so9/0/0:1:1:1])# exit
Define alias PWE3 segment. Use LDP for setting up the required PWE3 label bindings.
router-80(config)# pwe3 circuit 90_80_TDM_Blue_103 103 control-word ordered mpls
ldp 172.25.31.79 vc-qos ef
Step 2
Enable VCCV BFD on the alias PWE3 segment. Optionally in this example, LSP ping is enabled
to verify provisioned connectivity.
router-80(config)# pwe3 circuit 90_80_TDM_Blue_103 vccv cc-cw lsp-ping
bfd-flt-ipv4 bfd-timers 100 3
Step 3
76.8600-50110C
2012 Tellabs.
router-80)cfg-if[so9/0/0:1:1:1;1])# no shutdown
router-80)cfg-if[so9/0/0:1:1:1;1])# exit
7.2
7.2.1
Node S-PE76
Step 2
Step 3
Configure RSVP trunk for the left primary PWE3 segment and trunk attributes. Map an IP route
onto the trunk allowing all traffic with specified destination address to be labeled and switched
over the LSP created for the trunk.
router-76(config)# rsvp-trunk 76_90_Red_RSVP_10
router-76(cfg-rsvp-trunk[76_90_Red_RSVP_10])#
router-76(cfg-rsvp-trunk[76_90_Red_RSVP_10])#
router-76(cfg-rsvp-trunk[76_90_Red_RSVP_10])#
router-76(cfg-rsvp-trunk[76_90_Red_RSVP_10])#
router-76(cfg-rsvp-trunk[76_90_Red_RSVP_10])#
router-76(cfg-rsvp-trunk[76_90_Red_RSVP_10])#
router-76(cfg-rsvp-trunk[76_90_Red_RSVP_10])#
Step 4
Configure RSVP trunk for the right PWE3 segment and trunk attributes. Map an IP route onto the
trunk allowing all traffic with specified destination address to be labeled and switched over the
LSP created for the trunk.
router-76(config)# rsvp-trunk 76_80_Red_RSVP_12
router-76(cfg-rsvp-trunk[76_80_Red_RSVP_12])#
router-76(cfg-rsvp-trunk[76_80_Red_RSVP_12])#
router-76(cfg-rsvp-trunk[76_80_Red_RSVP_12])#
router-76(cfg-rsvp-trunk[76_80_Red_RSVP_12])#
router-76(cfg-rsvp-trunk[76_80_Red_RSVP_12])#
router-76(cfg-rsvp-trunk[76_80_Red_RSVP_12])#
router-76(cfg-rsvp-trunk[76_80_Red_RSVP_12])#
76.8600-50110C
2012 Tellabs.
Step 2
Enable VCCV BFD for the PWE3 segment between S-PE76 and T-PE90.
router-76(config)# pwe3 circuit 90_80_TDM_Red_201 vccv cc-cw bfd-flt-ipv4
bfd-timers 100 3
Step 3
Step 4
Enable VCCV BFD for the PWE3 segment between S-PE76 and T-PE80.
router-76(config)# pwe3 circuit 90_80_TDM_Red_203 vccv cc-cw bfd-flt-ipv4
bfd-timers 100 3
Step 5
7.2.2
Node S-PE79
Step 2
Step 3
Configure RSVP trunk for the left PWE3 segment and trunk attributes. Map an IP route onto the
trunk allowing all traffic with specified destination address to be labeled and switched over the
LSP created for the trunk.
router-79(config)# rsvp-trunk 79_90_Blue_RSVP_11
router-79(cfg-rsvp-trunk[79_90_Blue_RSVP_11])#
router-79(cfg-rsvp-trunk[79_90_Blue_RSVP_11])#
router-79(cfg-rsvp-trunk[79_90_Blue_RSVP_11])#
router-79(cfg-rsvp-trunk[79_90_Blue_RSVP_11])#
router-79(cfg-rsvp-trunk[79_90_Blue_RSVP_11])#
router-79(cfg-rsvp-trunk[79_90_Blue_RSVP_11])#
router-79(cfg-rsvp-trunk[79_90_Blue_RSVP_11])#
Step 4
Configure RSVP trunk for the right PWE3 segment and trunk attributes. Map an IP route onto the
trunk allowing all traffic with specified destination address to be labeled and switched over the
LSP created for the trunk.
router-79(config)# rsvp-trunk 79_80_Blue_RSVP_13
router-79(cfg-rsvp-trunk[79_80_Blue_RSVP_13])#
router-79(cfg-rsvp-trunk[79_80_Blue_RSVP_13])#
router-79(cfg-rsvp-trunk[79_80_Blue_RSVP_13])#
router-79(cfg-rsvp-trunk[79_80_Blue_RSVP_13])#
router-79(cfg-rsvp-trunk[79_80_Blue_RSVP_13])#
router-79(cfg-rsvp-trunk[79_80_Blue_RSVP_13])#
76.8600-50110C
2012 Tellabs.
router-79(cfg-rsvp-trunk[79_80_Blue_RSVP_13])# exit
Step 2
Enable VCCV BFD for the PWE3 segment between S-PE79 and T-PE90.
router-79(config)# pwe3 circuit 90_80_TDM_Blue_101 vccv cc-cw bfd-flt-ipv4
bfd-timers 100 3
Step 3
Step 4
Enable VCCV BFD for the alias PWE3 segment between S-PE79 and T-PE80.
router-79(config)# pwe3 circuit 90_80_TDM_Blue_103 vccv cc-cw bfd-flt-ipv4
bfd-timers 100 3
Step 5
76.8600-50110C
2012 Tellabs.
7.3
7.4
76.8600-50110C
2012 Tellabs.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8 ATM Overview
This section gives an overview of the Asynchronous Transfer Mode (ATM) features supported in the
Tellabs 8600 system. The emphasis is on the ATM network applications and ATM specific functions
which are common for all types of ATM interfaces in the Tellabs 8600 system. Please refer to:
Tellabs 8600 Smart Routers Interface Configuration Guide for the IFMs specific transmission
adjacent ATM functionality;
Tellabs 8600 Smart Routers Tellabs 8605 Smart Router Interface Configuration Guide for the
interfaces specific transmission adjacent ATM functionality;
Tellabs 8600 Smart Routers Tellabs 8607 Smart Router Interface Configuration Guide for the
interfaces specific transmission adjacent ATM functionality;
Tellabs 8600 Smart Routers Tellabs 8609 Smart Router Tellabs 8609 Smart Router Interface
Configuration Guide for the interfaces specific transmission adjacent ATM functionality.
8.1
Network Applications
A versatile set of ATM-capable interface modules expands the possibilities of an operator to use
the system in many different network applications such as in wireline and wireless networks. The
following chapters describe some typical applications where the needed service is based on a native
ATM protocol and requires a corresponding ATM functionality in the Tellabs 8600 system. It is
possible to provide all of these applications simultaneously in the same Tellabs 8600 Network
Element (NE) e.g. in the case of a converged multiservice network. In practice, this means that
some of the ATM Virtual Channel Connections (VCCs) entering the Tellabs 8600 NE via the
same ATM interface can be switched through an ATM layer, some can be terminated to Internet
Protocol (IP) routing in IP Virtual Private Network (VPN) service, some can be terminated to IP
Data Communication Network (DCN) routing and some can be tunnelled over MPLS or IP packet
switched network using ATM pseudowires.
The most typical network services which run on top of ATM protocols in todays networks are
UMTS Release 99 based mobile networks, broadband ATM services provided by ATM Digital
Subscriber Line Access Multiplexers (DSLAMs) and ATM-based access networks. Additionally,
some operators have ATM-based backbone networks delivering connectivity services for varied
access and end-service technologies.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.1.1
8.1.2
76.8600-50110C
2012 Tellabs.
8 ATM Overview
The application takes advantage of the ATM pseudowires which create circuit-switched LSPs over
the MPLS network. Native ATM VCCs or VPCs can be inserted to LSP of an MPLS network at
ingress when an ATM interface is used. This takes place also vice versa, i.e. VCCs and VPCs
are extracted from LSP at egress. LSP can be provisioned using RSVP or LDP or they can be
statically provisioned. Pseudowire encapsulation uses pseudowire labels to distinguish different
PWE3 inside a single LSP. Pseudowire labels needed for PWE3 circuits may be statically or LDP
provisioned. MPLS network may dynamically change the route of the LSP based on its internal
routing decisions. Depending on the used ATM PWE3 mode one or several VPCs and VCCs
can be associated to a single PWE3.
In a pseudowire application the Tellabs 8600 system is equipped with a standard ATM switch
feature set such as ATM traffic management towards external ATM devices. The ATM Quality
of Service (QoS) is preserved over the MPLS network using Differentiated Services (DiffServ)
queuing mechanism and MPLS traffic engineering.
8.1.3
ADSL Application
The Tellabs 8600 system can utilize existing ADSL access networks for low cost and wide
bandwidth connectivity between the Tellabs 8600 NEs. ADSL technology provides versatile ways
for operator to establish the networking infrastructure. The main categories are bridged and routed
ADSL infrastructures.
The Tellabs 8600 system can setup an ATM pseudowire over ATM ADSL infrastructure. This
allows UMTS Mobile operator to hire profitable networking capacity from local ADSL whole sale
operator and off-load the HSPA data traffic from TDM transport network to ADSL network. R99
Iub voice circuits are carried over TDM transport to the Tellabs 8660 smart router which switches
the circuits via ATM switch to RNC. The TDM infrastructure is used for voice traffic to guarantee
tight delay and delay variation requirements.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
76.8600-50110C
2012 Tellabs.
8 ATM Overview
Fig. 17 ATM PWE3 over Bridged ADSL Infrastructure Using External Modem.
When the Tellabs 8607 smart router is used as cell site node, ADSL termination is provided by
Tellabs 8607 smart router itself using the 2xADSL LM. The Tellabs 8607 smart router can be
directly connected to ADSL2/ADSL2+ DSLAM via copper network. Bridged connectivity (with or
without VLANs) is extended over ADSL ATM layer from the cell site Tellabs 8607 smart router to
the hub site Tellabs 8660 smart router.
From Tellabs 8600 product mix point of view the application in Fig. 18 can be supported by other
NEs as well:
Hub site
Tellabs 8630 smart router
Tellabs 8660 smart router
Tellabs 8609 smart router
Tellabs 8611 smart router
Cell (Remote) site
Tellabs 8607 smart router
76.8600-50110C
2012 Tellabs.
8 ATM Overview
Fig. 18 ATM PWE3 over Bridged ADSL Infrastructure Using ADSL integrated Tellabs 8607
Smart Router
8 ATM Overview
From Tellabs 8600 product mix point of view the application in Fig. 19 can be supported by other
NEs as well
Hub site
Tellabs 8630 smart router
Tellabs 8660 smart router
Tellabs 8609 smart router
Tellabs 8611 smart router
Cell (Remote) site
Tellabs 8605 smart router
Tellabs 8607 smart router
Tellabs 8609 smart router
Tellabs 8611 smart router
Tellabs 8620 smart router
Fig. 19 ATM PWE3 over Routed ADSL Infrastructure using External Modem.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.1.4
SHDSL Application
The Tellabs 8607 smart router can be used in cell site together with G.SHDSL DSLAM providing a
high capacity connection over copper lines. The 4xSHDSL LM supports two main encapsulation
modes: Ethernet over G.SHDSL for Ethernet switched access networks and ATM over G.SHDSL
for ATM switched access networks. In ATM mode up to 4 G.SHDSL interfaces can be bonded using
ATM IMA to get a single high capacity logical link.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
Fig. 20 ATM PWE3 over Bridged SHDSL Infrastructure Using SHDSL integrated Tellabs 8607
Smart Router .
8.1.5
76.8600-50110C
2012 Tellabs.
8 ATM Overview
From Tellabs 8600 product mix point of view the application in Fig. 21 can be supported by other
NEs as well
Hub site
Tellabs 8630 smart router
Tellabs 8660 smart router
Tellabs 8620 smart router
Tellabs 8609 smart router
Tellabs 8611 smart router
Cell (Remote) site
Tellabs 8605 smart router
Tellabs 8607 smart router
Tellabs 8609 smart router
Tellabs 8611 smart router
Tellabs 8620 smart router
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.2
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.3
ATM Interfaces
The following Tellabs 8600 NEs offer ATM-capable interfaces which the operator can flexibly
use to provide the required site configurations:
Tellabs 8605 smart router
Tellabs 8607 smart router
Tellabs 8609 smart router
Tellabs 8611 smart router
The ATM interfaces allow the operator to use the Tellabs 8600 system also as a native ATM
switch and build up networks to provide pure ATM services that are interoperable with the third
party ATM switches in the network.
They can also be used flexibly and simultaneously in the above mentioned ATM cross-connect and
ATM PWE3 MPLS network applications. Even the ATM circuits associated with a single ATM
interface can be segregated to an ATM cross-connection and ATM PWE3 MPLS services. The
chE1/chT1 interfaces support IMA functionality.
The following ATM interfaces are available:
Tellabs 8605 smart router
16xchE1/chT1
2xDS3 (Tellabs 8605-D)
Tellabs 8607 smart router
8xchE1/chT1 line module
4xSHDSL line module
The ATM functionality of the Line Module (LM) is optimized for DSL purposes compared
to regular Tellabs 8600 ATM interfaces with following limitations:
Bandwidth of the ATM interface is configurable via G.SHDSL span configuration profile.
no ATM CAC
no ATM VP/VC XC and attachment circuits for ATM PWE3
2xADSL line module
ATM functionality of the LM is optimized for DSL purposes compared to regular Tellabs
8600 ATM interfaces with following limitations:
Bandwidth of the ATM interface is dynamic and depends on the used ADSL modulation and line training conditions
no ATM CAC
no ATM VP/VC XC and attachment circuits for ATM PWE3
no ATM IMA, G.998.1. ATM based multi-pairing bonding used instead
Tellabs 8609 smart router and Tellabs 8611 smart router
8xchE1/chT1 line module
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.4
8.4.1
8.4.2
76.8600-50110C
2012 Tellabs.
8 ATM Overview
The SDH/SONET MS IFMs in SDH mode maps an ATM cell stream to 63 framed P12s signal
(2.048 Mbps G.704 frame) signal without any additional encapsulation. To guarantee a reliable cell
delineation in the ATM receiver, the cell stream is scrambled. In a G.704 signal TS0 is reserved
for frame alignment and additionally TS16 is unused. This leaves 30 free timeslots which provide
4528 cells/second (1920 Kbps) available for the ATM payload including a five-octet cell header. See
chapter 8.4.7 IMA Functionality for IMA capacities.
The SDH/SONET MS IFMs in SONET mode maps an ATM cell stream to 84 framed DS1 signal
(1544 Mbps T1.403) signal without any additional encapsulation. Note that the cell stream is not
scrambled. 24 timeslots of the DS1 signal provide 3623 cells/second (1536 Kbps) both in super
frame and extended super frame mode available for the ATM payload including a five-octet cell
header. See chapter 8.4.7 IMA Functionality for IMA capacities.
The PDH MS Interfaces map an ATM cell stream to a framed P12s/DS1 signal identical with
the SDH/SONET MS IFMs described above.
DS3 interface provides a single logical ATM interface and uses ATM direct mapping as defined
in G.804,
8.4.3
8.4.4
VPI Range
The Tellabs 8600 system supports both User Network Interface (UNI) and Network-to-Network
(NNI) type of ATM interfaces. As the Tellabs 8600 system does not support ATM signaling such as
Private Network to Network Interface (PNNI) nor Guaranteed Frame Rate (GFR) service category,
the significance of the interface type reduces the available Virtual Path Identifier (VPI) range. The
following table shows the available number of VPI bits and available VCI range in both modes for
each module. All VPI values are available for operator provisioned circuits.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
Module/Interface Type
UNI
ATM IFM
SDH/SONET MS IFMs
8 [0...255]
8 [0...255]
NNI
12 [0...4095]
9 [0...511]
9 [0...511]
VCI Range
In a typical ATM switch VCI values 1...31 are reserved for the internal use of the ATM system.
The reserved VCI allocations done in [I.361] are shown in the table below. For the interoperability
reasons, the Tellabs 8600 system allows an operator to configure the VC circuits using the reserved
VCI values 2, 5...31. This may be necessary e.g. when the Tellabs 8600 system operates as an
ATM pseudowire gateway between two ATM switches using e.g. PNNI signalling. VCI values 3
and 4 are not available for provisioned circuits because they are used by ATM VP Operation,
Administration and Maintenance (OAM) cells such as VP/VC loopback. If otherwise not explicitly
required, the operator should not use VCI values 1...31 for provisioned circuits to avoid potential
conflicts with ATM control plane connections.
Standard VCI range [32..65535] is supported by all interfaces except bonded ADSL interface where
VCI range is limited to [32..255] according G.998.1.
VCI Value
Use
Unassigned/Idle cell
Meta-signalling
Point-to-point signalling
8...15
16...21
22...31
Circuit Scalability
The following tables show the maximum number of configurable VPCs and VCCs per:
IFM in the Tellabs 8620 smart router, Tellabs 8630 smart router and Tellabs 8660 smart router
Interface in the Tellabs 8605 smart router and Tellabs 8607 smart router
Interface in the Tellabs 8609 smart router and Tellabs 8611 smart router
Considering the ATM IFM, the total number of switched VPCs, switched VCCs and terminated
VCCs is limited to 4096. It is possible to create, e.g. one terminated VPC and 4096 VCCs or 4096
switched VPCs. If two IFMs are configured on an IFC line card, there is an IFC line card specific
limit of 8192 instances. In addition to VP/VC specific instances, also the number of configured ATM
interfaces in an IFC line card need to be summed together and cannot exceed 8192 instances.
Tellabs 8600 Smart Routers
ATM and TDM Configuration Guide
74
76.8600-50110C
2012 Tellabs.
8 ATM Overview
Tellabs 8620 Smart Router, Tellabs 8630 Smart Router and Tellabs 8660 Smart Router
SDH/SONET MS IFMs
PDH MS IFM
IFM
Interface
non-IMA
IMA Group
1024
256
256
1024
256
256
4096
4096
4096
4096
Tellabs 8620 Smart Router, Tellabs 8630 Smart Router and Tellabs 8660 Smart Router
SDH/SONET ATM IFM
IFM
Interface
1024
256
1024
256
4096
4096
4096
Interface
non-IMA
IMA Group
128
128
128
128
128
128
128
128
128
256
Interface
non-IMA
IMA Group
256
256
256
256
256
256
256
256
256
512
Following table shows circuit scalability for ATM PWE3 N-to-1 (N>1). In Tellabs 8600 system
a virtual group (VCG) is configures when several VPCs or VCCs are aggregated to one N-to-1
type of ATM PWE3.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
32 per NE
128
32 per NE
128
128
IMA Scalability
For IMA Group scalability refer to Tellabs 8600 Smart Routers Interface Configuration Guide,
Tellabs 8600 Smart Routers Tellabs 8605 Smart Router Interface Configuration Guide, Tellabs
8600 Smart Routers Tellabs 8607 Smart Router Interface Configuration Guide , Tellabs 8600
Smart Routers Tellabs 8609 Smart Router Tellabs 8609 Smart Router Interface Configuration
Guide.
8.4.5
ATM Switching
A VP cross-connection can be directly created between two ATM interfaces which can be located in
any ATM-capable interface module in the NE. The ATM interface can be e.g. a physical interface
in the ATM IFM or a logical P12s/DS1 interface in the SDH/SONET MS IFMs. An ATM egress
interface always recalculates the HEC field.
The VP cross-connection remains the VCI , PTI and ATM payload fields intact and updates the VPI
field if address translation is necessary. A VP circuit can also be terminated in an ATM interface for
the VCC cross-connection purposes.
The VC cross-connection can be created between two terminated VPCs. The terminated VP circuits
can be located in any ATM physical interface in the NE. VC cross-connection remains the ATM
payload fields intact and updates the VCI field if address translation is necessary. It is possible
to create switched VP connections and terminated VP connections to the same ATM interface
simultaneously.
A service category such as CBR, UBR etc. is assigned to each VP and VC circuit when a circuit
is created. Service category reflects QoS properties of the connection and scheduling priority i.e.
forwarding order to the line. For a terminated VPC supported service category can be created, it
defines what service categories are supported in the underlying VCC. The service category of
a VP connection is at least as good as the service category of the carried VC connection. There
are also other bandwidth-related rules to successfully create VP and VC connections described in
chapter Connection Admission Control.
VP and VC connections can be created statically using CLI or in Tellabs 8000 intelligent network
manager.
The cell concatenation feature described in the PWE3 section can also be activated for the internally
switched circuits even though the assembly/reassembly process is invisible for the traffic except
for the additional latency.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.4.6
Traffic Management
76.8600-50110C
2012 Tellabs.
8 ATM Overview
ATM enables the setting of the explicit quality of service objectives for the end-to-end ATM
connection over the network. The QoS can be characterized using peak-to-peak Cell Delay Variation
(CDV), maximum Cell Transfer Delay (CTD) and Cell Loss Rate (CLR). The ATM network
should guarantee this QoS behavior when a connection with a specific bandwidth defined by
PCR/SCR/MCR/MBS parameters is established. To achieve the set QoS objectives the intermediate
ATM switches need the information how to treat the cells belonging to a specific ATM circuit. This
is done by provisioning the ATM connection dedicated traffic parameters PCR/SCR/MCR/MBS
and Cell Delay Variation Tolerance (CDVT) to each node along the path. The bandwidth traffic
parameters (PCR/SCR/MCR/MBS) are used to control the resources of the ATM switch to avoid the
congestion. The CDVT parameter of the ATM connection indicates the maximum allowed variation
in the ATM cell stream. If the ATM switch detects a cell with higher variation, it can either declare
the cell as non-confirming and drop (or tag) the cell or it can take corrective action and shape the
cell stream with a buffering to confirm the CDVT gain. This of course produces additional delay.
The dropping (or tagging) of the non-confirmed cells is referred to as policing and it is based on an
assumption that the non-confirming cells have lost their importance for the client using the ATM
service and, thus, can be dropped. For example, in the case of real time services such as video and
voice services there is a clear limit after which the decoder cannot any more use the delayed cell.
Shaping the non-confirmed cells again to confirm the connection-specific CDVT is based on the
assumption that the client using the ATM service is sensitive to delay variation and cell losses but
can tolerate additional delay caused by shaping.
Hierarchical VP/VC connectivity of ATM is controlled by a service category. For a terminated
VP circuit it is possible to define the allowed service categories of carried VC circuits. This can
be used to ensure the correct QoS treatment in the network. The Tellabs 8600 system uses fixed
CBR.1, VBR.1 and UBR.1 conformance definitions due to the fact that CLP-based congestion
dropping is not supported.
CBR
rt-VBR
nrt-VBR
UBR+
UBR
PCR
specified
specified
specified
specified
specified
SCR, MBS
N/A
specified
specified
N/A
N/A
CDVT
specified
specified
specified
specified
N/A
MCR
N/A
N/A
N/A
specified
N/A
peak-to-peak
CDV
specified
specified
unspecified
unspecified
unspecified
Max CTD
specified
specified
unspecified
unspecified
unspecified
CLR
specified
specified
specified
unspecified
unspecified
Traffic
Parameters
QoS
Parameters
76.8600-50110C
2012 Tellabs.
8 ATM Overview
76.8600-50110C
2012 Tellabs.
Service Category
CBR
rt-VBR, nrt-VBR
max { (PCR / 1000), 64, MBS} but not more than 256
UBR, UBR+
8 ATM Overview
ATM Scheduling
Each ATM egress interface has an ATM scheduler which is responsible for scheduling thousands of
VP and VC circuits to the ATM interface according to their traffic parameters. As long as there
is no congestion in the egress port, the scheduler transmits all the cells it receives from the ATM
ingress ports. In the case of congestion the circuits are served in a strict priority order based on
the service category: CBR, rt-VBR, nrt-VBR, UBR+ UBR. Even if an unshaped circuit overran
its PCR/SCR bandwidth, it would be served unless the egress port is not congested. If the port is
congested, only the connections belonging to the highest service category are to be served. If all the
connections belong to the same service category, the capacity is shared equally between the all the
connections. The consequence is that the high capacity connections suffer more compared to the
low capacity connections.
In the case of a shaped circuit the scheduler forces the cell stream to behave according to its traffic
parameters. The Tellabs 8600 system uses non-hierarchical scheduling with per VPC/VCC queuing
where the cells bypass the scheduler only once. Each switched VPC and VCC has its own egress
queue. The cells of the switched VPCs are placed in the same four (service category assigned) port
queues as the cells of the switched or terminated VCCs.
Internally the scheduler uses four port queues and dedicates one queue for each service category. The
exception is UBR+ traffic which is placed to two queues. The portion below the MCR is placed to
the same queue as rt-VBR traffic and the portion which exceeds the MCR is placed to the same queue
as UBR traffic. Regardless of this internal processing cell integrity is guaranteed for UBR+ traffic.
Summary of the mapping between four ATM queues and ATM service categories is:
Queue1 CBR traffic (highest priority)
Queue2 rt-VBR traffic and portion of UBR+ traffic not exceeding MCR
Queue3 nrt-VBR trafic
Queue4 UBR and portion of UBR+ traffic exceeding MCR (lowest priority)
The capacity of a single switched VPC or VCC cannot exceed 80 Mbps in the ATM IFM.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8 ATM Overview
CAC parameters can be changed only if there are no provisioned VP connections in the NE.
CAC function can be enabled or disabled for each ATM interface individually. It is possible to
overprovisioning a single ATM interface to have administratively more bandwidth than the interface
physically has. The overbooking factor is given as a percentage using the following formula:
overbooking factor (%) = (new overbooked bandwidth - nominal bandwidth) / (nominal
bandwidth) * 100. Factor 0 % provides nominal bandwidth.
8.4.7
IMA Functionality
The Tellabs 8600 system supports generic IMA version 1.0 and 1.1 functionality specified by ATM
Forum [af-phy-0086.000] [af-phy-0086.001].
76.8600-50110C
2012 Tellabs.
8 ATM Overview
The activity of the group is controlled by the minimum number of link parameters. It defines how
many links must be active to have the whole group operable. If the number of active links is lower
than the parameter, the group is neither operable nor capable of forwarding traffic. If the number of
active links is higher than the parameter, some links may go down and the group is still operable. In
this case the group may become overbooked and the traffic is handled like in any other congestion
situation in the ATM egress interface. Thus, the IMA function can be used to provide redundancy if
links are routed over diverse routes over the SDH/SONET/PDH transmission network. The capacity
of an IMA group is defined by the number of the configured links and IMA frame length:
BW= N* TRLCR * (M-1)/M * (2048/2049)
Where:
N= number of configured IMA links
TRLCR= bandwidth of one IMA link (4528/3623 cells/s)
M= IMA frame length (32/64/128/256).
The IMA group capacity for different IMA link configurations with different IMA frame length
options are shown in the tables below. Dedicated tables for E1/P12s and DS1 type of IMA groups
are shown.
The Tellabs 8600 system supports differential delay between the IMA links of up to 25 ms. Both
an Independent Transmit Clock (ITC) and a Common Transmit Clock (CTC) are supported. Only
symmetrical operation is supported.
To make the diagnostics of the IMA connections using loops all IMA links shall be activated
simultaneously. This can be done using a single IMA loopback command. The command controls
the same physical line loopback resources as the PDH loopback commands. Timeout can be
changed via PDH loopback commands.
It is recommended that when loops are to be used for testing purposes, all links in the IMA
group are looped simultaneously. If an individual link is to be tested with a loop, it should
be removed from an IMA group beforehand. If only a single link in the group is looped the
receive IMA ID of the looped IMA link may be different than the receive IMA ID of the rest of
the links causing disturbances to the operation of the IMA group.
When the IMA group is created via CLI, it is always empty. P12s/DS1 cannot be associated to
the IMA group if VP or VC circuits are created. If you suspect that there is a need to change a
single P12s/DS1 ATM interface to an IMA grouped interface later, it is practical to start with
an IMA group having only one member. In this way it is easy to increase the links without
first deleting the existing circuits.
Capacity of E1/P12s Type of IMA Group as a Function of Configured Links and IMA Frame
Length
IMA Frame Length
76.8600-50110C
2012 Tellabs.
32
64
128
256
32
64
128
256
4384
4455
4490
4508
17
74539
75741
76342
76643
8769
8910
8981
9016
18
78923
80196
80833
81151
8 ATM Overview
32
64
128
256
32
64
128
256
13153
13366
13472
13525
19
83308
84652
85323
85659
17538
17821
17962
18033
20
87693
89107
89814
90168
21923
22276
22453
22542
21
92077
93562
94305
94676
26307
26732
26944
27050
22
96462
98018
98796
99185
30692
31187
31435
31558
23
100846
102473
103286
103693
35077
35642
35925
36067
24
105231
106928
107777
108201
39461
40098
40416
40575
25
109616
111384
112268
112710
10
43846
44553
44907
45084
26
114000
115839
116759
117218
11
48231
49009
49398
49592
27
118385
120295
121249
121727
12
52615
53464
53888
54100
28
122770
124750
125740
126235
13
57000
57919
58379
58609
29
127154
129205
130231
130743
14
61385
62375
62870
63117
30
131539
133661
134721
135252
15
65769
66830
67360
67626
31
135924
138116
139212
139760
16
70154
71285
71851
72134
32
140308
142571
143703
144269
Capacity of DS1 Type of IMA Group as a Function of Configured Links and IMA Frame Length
IMA Frame Length
N
32
64
128
256
32
64
128
256
3507
3564
3592
3606
17
59631
60593
61073
61314
7015
7128
7185
7213
18
63138
64157
64666
64921
10523
10692
10777
10820
19
66646
67721
68259
68527
14030
14257
14370
14426
20
70154
71285
71851
72134
17538
17821
17962
18033
21
73662
74850
75444
75741
21046
21385
21555
21640
22
77169
78414
79036
79348
24554
24950
25148
25247
23
80677
81978
82629
82954
28061
28514
28740
28853
24
84185
85543
86222
86561
31569
32078
32333
32460
25
87693
89107
89814
90168
10
35077
35642
35925
36067
26
91200
92671
93407
93774
11
38584
39207
39518
39674
27
94708
96236
96999
97381
12
42092
42771
43111
43280
28
98216
99800
100592
100988
13
45600
46335
46703
46887
29
101723
103364
104184
104595
14
49108
49900
50296
50494
30
105231
106928
107777
108201
15
52615
53464
53888
54100
31
108739
110493
111370
111808
16
56123
57028
57481
57707
32
112247
114057
114962
115415
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.4.8
IMA Split
When IMA links are configured to IMA groups in the 4xchSTM-1/chOC-3 MS IFM a special
attention shall be paid on how links are related to the four physical STM-1/OC-3 MS interfaces.
In a typical application all IMA links in an IMA group originate from the same STM-1/OC-3 MS
interface.
The 4xchSTM-1/chOC-3 MS IFM supports also so-called IMA split mode, which allows the user
to configure IMA links to an IMA group regardless from which of the four STM-1/OC-3 MS
interface they originate. IMA split mode is configured using ifm-mode module command on
the IFM level. This may be needed by the network planning and topology constrains when in
SDH/SONET network individual IMA links of a single IMA group have been routed via different
STM-1/OC-3 MS interfaces to Tellabs 8600 NE. Using IMA split the operator can also by design
provide redundancy over the SDH/SONET network utilizing native link recovery mechanism of
IMA technology. IMA split allows protection of the whole physical path and is able to utilize in
normal state the whole bandwidth of working and protection paths.
When IMA split is not used each physical STM-1/OC-3 MS interface uses its own system internal
virtual interface to route traffic to the core of the NE. Exceptionally, the IMA split capability allows
the user to groom all the supported 168 IMA links to IMA groups, which are configured to a single
virtual interface. If more than 128 links are configured the user needs to increase the bandwidth of
the virtual interface by re-configuring manually the port bandwidth using bandwidth-if command in
the general limits of the IFM forwarding capabilities.
The system associates the IMA group to one of the four virtual interfaces based on the origin of the
first configured IMA link. When the group is removed the first member added to the group shall be
removed as the last link. The user can distinguish the first added link as the first member on the IMA
member list or first member of the group listed after show run command.
IMA split configuration in the 4xchSTM-1/chOC-3 MS IFM has the following limitations:
All IMA links in an IMA group shall originate from the same 4xchSTM-1/chOC-3 MS IFM.
When IMA split configuration is used it is not possible to activated MSP/APS protection. When
protection is activated in one or more STM-1/OC-3 MS interfaces it is not possible to configure
IMA split mode.
All the configured VCCs/VPCs in ATM PWE3 N-to-1 PWE3 shall originate from the same physical STM-1/OC-3 MS interface.
When IMA split is used all 4 STM-1/OC-3 MS interfaces inherit the QoS mapping rules from
interface #0.
Special care must be taken if more than 126 IMA links are configured to the same virtual interface
of a single STM-1/OC-3 MS interface to avoid congestion in virtual interface.
Issuing shutdown-if command to a physical STM-1/OC-3 MS interface will stop all traffic
going through that particular physical interface as well as in the internal virtual interface. Therefore all IMA split data traffic going through the internal virtual interface will be stopped including
those IMA links which originate from other STM-1/OC-3 MS interfaces that are not in shutdown
state.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.4.9
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8 ATM Overview
8.4.10
8.4.11
8.5
8.5.1
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.5.2
If address translation is used in the ATM PWE3 interoperability cases, verify that both end
points of the ATM PWE3 perform address translation in a consistent manner. Especially when
a virtual circuit group is used, the bidirectional address translation shall be configured with
great care to avoid misconnections.
8 ATM Overview
8.5.3
The Tellabs 8600 NEs also support PWE3 over the IP stack for the ATM pseudowires. MPLS label
is replaced with an IP address and the IP address is used to reach the targeted Tellabs 8600 NE.
The used frame format for MPLS-in-IP is specified in [RFC4023]. Packet format without and
with cell concatenation are shown in Fig. 27 and Fig. 28. The IPv4 Protocol Number field value
of 137 refers to the MPLS Unicast packets. Packet fragmentation does not support MPLS-in-IP
packets, and thus it is recommended to configure the Maximum Transmission Unit (MTU) to be
large enough to avoid fragmentation.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.5.4
76.8600-50110C
2012 Tellabs.
8 ATM Overview
The Tellabs 8600 NE allows to configure several VPCs/VCCs from several ATM interfaces to a
single N-to-1 ATM PWE3. In this case it may happen that several ATM circuits with identical
VPI/VCI identifier enter to the node from different ATM interfaces. To avoid VPI/VCI conflict
inside PWE3 tunnel, address translation must be configured in ATM PEW3 ingress point.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.5.5
8.5.6
VP Service
In 1-to-1 VP service mode one ATM VPC is associated to one PWE3 to be tunnelled across the
packet network. VP service maps the important ATM cell header information to ATM specific
control word to enable the relaying of these bits over PWE3 connection. VCI field is also tunnelled
intact. When several ATM cells are concatenated to in to a single PWE3 packet normal PWE3
control word is used and additional 1 byte ATM specific control word is repeated before the payload
of each cell. This is required because the ATM cell header information may vary from cell to cell.
In VP service mode a new user configurable VPI value is generated in the egress node.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
76.8600-50110C
2012 Tellabs.
8 ATM Overview
VC Service
In 1-to-1 VC service mode one ATM VCC is associated to one PWE3 to be tunnelled across the
packet network. VC service maps the important ATM cell header information to ATM specific
control word to enable the relaying of these bits over PWE3 connection. VCI field is not tunnelled at
all. When several ATM cells are concatenated to in to a single PWE3 packet normal PWE3 control
word is used and additional 1 byte ATM specific control word is repeated before the payload of each
cell. This is required because the ATM cell header information may vary from cell to cell.
In VC service mode a new user configurable VPI and VCI values are generated in the egress node.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.5.7
76.8600-50110C
2012 Tellabs.
8 ATM Overview
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.5.8
The Tellabs 8600 NE supports PWE3 over the IP stack for the ATM pseudowires. MPLS label is
replaced with an IP address and IP address is used to reach the targeted Tellabs 8600 NE. The used
frame format for MPLS-in-IP is specified in [RFC4023] and shown in Fig. 36. The IPv4 Protocol
Number field value of 137 refers to the MPLS Unicast packets. Packet fragmentation does not
support MPLS-in-IP packets, and thus it is recommended to configure the Maximum Transmission
Unit (MTU) to be large enough to avoid fragmentation.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.6
If MPLS/IP uplink saving is required e.g. due to the leased line cost reasons, the operator should
analyze which part of the traffic is delay-critical and which part of the traffic is not critical. If most
of the traffic volume is not delay-sensitive, the objective can be achieved easily by concatenating
the high volume part. Respectively, the uplink alternatives should be investigated. There may
be a chance to have expensive high QoS leased line service and cheaper low QoS leased line
services at the same time. If low QoS leased lines are used already due to the cost reasons, the cell
concatenation can be used additionally without any visible impact. If the ATM end system requires,
the burst generated by concatenation can be smoothed using a shaper in the MPLS egress node.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
If the traffic of a particular VCC/VPC is very bursty but delay-critical, it is still possible to use the
cell concatenation thanks to the cell concatenation timer. The timer guarantees the latency the cell
concatenation causes for a single ATM cell. It shall be noted that the latency depends both on the
number of concatenated cells and on the PCR/SCR of the VCC/VPC. The ATM interface capacity
or IMA group size is irrelevant. The timer can be set individually for each ATM PWE3. It is
recommended to use the timer only for the ATM pseudowires which really are delay-critical. It is
not recommended to set the concatenation value to maximum (32) for all ATM pseudowires and
tune the effective concatenation size using the timer.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.7
8.7.1
8.7.2
8.7.3
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.8
Protection Functionality
The Tellabs 8600 system supports two ways of protecting ATM traffic in the network,
MSP1+1/APS1+1 and IMA protection. Both protection mechanisms work on a link layer and do
not require any configuration on an ATM switching layer. The MSP1+1/APS1+1 protection can
be used with the ATM IFM and the SDH/SONET MS IFMs when ATM circuits are configured
to the interfaces. The MSP1+1/APS1+1 protection is described in more detail in Tellabs 8600
Smart Routers Interface Configuration Guide.
An IMA group can provide link layer resiliency against failures on E1/P12s/DS1 trails if the
individual IMA links are routed via diverse paths. The IMA link recovery mechanism takes care of
removing faulty links from a group and adding recovered links back to the group automatically.
When the minimum number of link parameters is configured to be lower than the number of IMA
links, the resiliency is provided. If the minimum number of IMA links is not available, the whole
group is declared inoperable.
76.8600-50110C
2012 Tellabs.
8 ATM Overview
8.9
References
[af-phy-0086.000]
[af-phy-0086.001]
[af-tm-0121.000]
[af-uni-0010.002]
[draft-ietf-pwe3-oam-msgmap]
[G.707]
[G.783]
[G.804]
ITU-T G.804 (June 2006), ATM cell mapping into plesiochronous digital
hierarchy (PDH)
[I.361]
[I.371]
[I.432.1]
[I.432.2]
[I.432.3]
[I.610]
[I.732]
[RFC4023]
[RFC4717]
[T1.403]
76.8600-50110C
2012 Tellabs.
9.1
Enter the Interface Configuration mode. If the specified interface is valid for the IFM in use, the
command prompt will indicate that the Interface Configuration mode is active.
router> enable
router# config terminal
router(config)# interface so 3/0/1
Step 2
Give the interface type UNI or NNI as a parameter. NNI is used as a default.
router(cfg-if[so3/0/1])# atm if-type uni
For PDH ATM interfaces it is possible to disable ATM cell scrambler (by default ATM cell
scrambler is enabled for both E1 and T1 modes). The following command example shows how to
disable ATM scrambling. The example assumes that Time Slots Group (TSG) are already created
and port protocol set to ATM.
Step 1
76.8600-50110C
2012 Tellabs.
9.2
Enter the Interface Configuration mode. If the specified interface is valid for the IFM in use, the
command prompt will indicate that the Interface Configuration mode is active.
router> enable
router# config terminal
Step 2
The overbooking factor can be configured individually for each interface. Give the overbooking
factor in percentage between 0...1000. Factor 0 provides nominal bandwidth and is used as a default.
This bandwidth is used by CAC calculation while new VP connections are established.
The overbooking factor is given by following equation:
OverbookingFactor (%) = ((OverbookedBandwidth - NominalBandwidth) /
NominalBandwidth) x 100.
The Factor 1000 provides nominal bandwidth multiplied by 11, i.e.
1000 = ((11*NominalBandwidth - NominalBandwidth) / NominalBandwidth) x 100.
CAC reserves capacity from a single interface-specific bandwidth pool using equivalent bandwidth
defined for each service category.
router(config)# interface so 3/0/1
router(cfg-if[so3/0/1])# atm if-overbooking 100
Step 3
The CAC function can be disabled in each interface if needed. Disabling allows an operator
to overbook the interface infinitely.
router(cfg-if[so3/0/1])# no atm cac administration
Step 4
The CAC function is enabled again. Enabling the CAC again requires that the VP circuit reservation
conditions can be met.
router(cfg-if[so3/0/1])# atm cac administration
76.8600-50110C
2012 Tellabs.
9.3
Give the parameters for each service category (rt-VBR, nrt-VBR, UBR+, UBR) to define equivalent
bandwidth calculation for the service categories. The setting applies to the whole NE. The default
values are recommended to be used and an operator should change the values only after careful
analysis. When using the default values, the capacity is not reserved for the UBR connections and
not for the UBR+ connections for the portion which exceeds MCR.
router(config)# atm cac p1 0 p2 0 p3 0 p4 0 p5 0 p6 0 p7 0 p8 0 p9 0 p10 0
76.8600-50110C
2012 Tellabs.
9.4
Create an IMA group Nr. 0 to slot 8. The IMA group is now floating and it is not yet possible to
configure VP circuits.
router> enable
router# config terminal
router(config)# interface ima 8/0
router(cfg-if[ima8/0])#
Step 2
Set the IMA frame length parameter. Set the minimum number of components in both directions.
Set the IMA version to 1.0. Set the maximum allowed differential delay to 20 ms between IMA
links. Set the IMA clock mode to ITC mode.
router(cfg-if[ima8/0])#
router(cfg-if[ima8/0])#
router(cfg-if[ima8/0])#
router(cfg-if[ima8/0])#
router(cfg-if[ima8/0])#
Step 3
atm
atm
atm
atm
atm
ima
ima
ima
ima
ima
frame-length 32
min-links 5 5
version 1.0
diff-delay 20
clock itc
Step 4
Repeat the IMA link configuration for the interfaces so 8/0/0:2:2:2 and so 8/0/0:3:3:3 as shown
in the previous step.
router(config)# interface so 8/0/0:2:2:2
router(cfg-if[so8/0/0:2:2:2])# ...
Step 5
Add IMA links to the group. When the first member is added, it is possible to configure VP
connections to the group.
Note that all IMA links associated with the same IMA group shall locate in the same IFM. The IMA
links may not have configured VPCs when added to the group.
router(cfg-if[so8/0/0:1:2:3])#
router(cfg-if[ima8/0])# atm ima
router(cfg-if[ima8/0])# atm ima
router(cfg-if[ima8/0])# atm ima
Step 6
interface
member so
member so
member so
ima 8/0
8/0/0:1:1:1:0
8/0/0:2:2:2:0
8/0/0:3:3:3:0
When the first member is added to the group, it is possible to configure VP connections to the group.
router(cfg-if[ima8/0])# interface ima 8/0.400
router(cfg-if[ima8/0.400])# ...
76.8600-50110C
2012 Tellabs.
9.5
Step 1
This command enables the 4xchSTM-1/chOC-3 MS IFM in slot 7 module 0 to operate in IMA Split.
Note! By default the 4xchSTM-1/chOC-3 MS IFM operates in normal IMA mode. Therefore it
must be configured to operate in IMA Split mode.
router> enable
router# ifm-mode module 7/0 ima-split
Step 2
Step 3
Set the IMA group frame length parameter. Set the IMA version to 1.0. Set the maximum allowed
differential delay to 20 ms between IMA links. Set the IMA clock mode to ITC mode.
Note! In IMA Split mode it is not required to set the minimum number of links.
router(cfg-if[ima7/20])#
router(cfg-if[ima7/20])#
router(cfg-if[ima7/20])#
router(cfg-if[ima7/20])#
router(cfg-if[ima7/20])#
Step 4
atm ima
atm ima
atm ima
atm ima
exit
frame-length 32
version 1.0
diff-delay 20
clock itc
Configure IMA link in port 0 to be regular ATM interfaces using VC12 (2:1:1).
router(config)# interface so 7/0/0:2:1:1
router(cfg-if[so7/0/0:2:1:1])# pdh framed
router(cfg-if[so7/0/0:2:1:1])# interface so 7/0/0:2:1:1:0
router(cfg-if[so7/0/0:2:1:1:0])# pdh timeslots all
router(cfg-if[so7/0/0:2:1:1:0])# port-protocol atm
Step 5
Configure IMA link in port 0 to be regular ATM interfaces using VC12 (2:1:2).
router(config)# interface so 7/0/0:2:1:2
router(cfg-if[so7/0/0:2:1:2])# pdh framed
router(cfg-if[so7/0/0:2:1:2])# interface so 7/0/0:2:1:2:1
router(cfg-if[so7/0/0:2:1:2:1])# pdh timeslots all
router(cfg-if[so7/0/0:2:1:2:1])# port-protocol atm
Step 6
Repeat the configuration of IMA links for the rest of desired interfaces (so7/0/1 ... so7/0/3) as
shown in the previous two steps for both VC12.
router(config)# interface so 7/0/1:2:1:1
76.8600-50110C
2012 Tellabs.
router(cfg-if[so7/0/1:2:1:1])#
Step 7
Add IMA links to IMA group 20. After the members are added it is now possible to make ATM
configuration within IMA group interface.
router(config)# interface
router(cfg-if[ima7/20])#
router(cfg-if[ima7/20])#
router(cfg-if[ima7/20])#
router(cfg-if[ima7/20])#
router(cfg-if[ima7/20])#
router(cfg-if[ima7/20])#
router(cfg-if[ima7/20])#
router(cfg-if[ima7/20])#
ima
atm
atm
atm
atm
atm
atm
atm
atm
7/20
ima member
ima member
ima member
ima member
ima member
ima member
ima member
ima member
so
so
so
so
so
so
so
so
7/0/0:2:1:1:0
7/0/1:2:1:1:0
7/0/2:2:1:1:0
7/0/3:2:1:1:0
7/0/0:2:1:2:1
7/0/1:2:1:2:1
7/0/2:2:1:2:1
7/0/3:2:1:2:1
76.8600-50110C
2012 Tellabs.
9.6
Create an IMA group Nr. 0 to slot 8. The IMA group is now floating and it is not yet possible to
configure VP circuits.
router> enable
router# config terminal
router(config)# interface ima 8/0
Step 2
Set the minimum number of components in both directions. Continue to configure other IMA group
parameters if necessary as shown in 9.4 Configuring IMA Group in SDH/SONET MS IFM.
router(cfg-if[ima8/0])# atm ima min-links 2 2
Step 3
Step 4
Repeat the IMA link configuration for the interfaces pdh4/1/2 and pdh4/1/3 as shown in the previous
step.
router(config)# interface pdh 4/1/2
router(cfg-if[pdh4/1/2])# ...
Step 5
Add IMA links to the group. When the first member is added, it is possible to configure VP
connections to the group.
Note that all IMA links associated to the same IMA group shall locate in the same IFM. The IMA
links may not have configured VPCs when added to the group.
router(config)# interface ima 8/0
router(cfg-if[ima8/0])# atm ima member pdh 4/1/1:0
router(cfg-if[ima8/0])# atm ima member pdh 4/1/2:0
router(cfg-if[ima8/0])# atm ima member pdh 4/1/3:0
Step 6
When the first member is added to the group, it is possible to configure VP connections to the group.
router(cfg-if[ima8/0])# interface ima 8/0.400
router(cfg-if[ima8/0.400])# ...
76.8600-50110C
2012 Tellabs.
9.7
Step 2
Deactivate line loop in each IMA link associated to this group. The loop is automatically deactivated
after a timeout given for the PDH interface.
router(config)# no atm ima loopback to-line ima 3/5
Step 3
Configure the timeout in minutes for the members in the group for the next loop activation.
router(config)# interface pdh 3/1/0
router(cfg-if[pdh3/1/0])# )# loopback timeout 1440
router(config)# interface pdh 3/1/1
router(cfg-if[pdh3/1/1])# )# loopback timeout 1440
9.8
76.8600-50110C
2012 Tellabs.
Step 1
First define to the system the cross-connection entity called PWE3 circuit. This entity represents
the VP cross-connection inside the Tellabs 8600 system with a unique name (vp_circuit_45) and a
unique system internal instance ID (22) number. If the name or ID is not unique in the command,
the system denies the creating of the PWE3 circuit.
Note that the circuit name is case-sensitive, the circuit is global in the NE level and it is therefore
given under Tellabs 8660 (config)# prompt.
router> enable
router# config terminal
router(config)# pwe3 circuit vp_circuit_45 22 mpls manual
Step 2
Give the first ATM interface (so12/0/3) where the VP circuit to be cross-connected is located.
Give the interface a command with a VPI (VPI=200) value to create the first new VP connection
point for the VP circuit to be cross-connected.
router(config)# interface so 12/0/3
router(cfg-if[so12/0/3])# interface so 12/0/3#atm#200
Step 3
Set the traffic parameters for the first VP connection point. Set the first VP connection point to be
cross-connected on VP level. The VP connection point is terminated as a default for VC level
cross-connection. Associate the first VP connection point to PWE3 circuit (vp_circuit_45) created
in the first set of steps. Activate the first VP connection point using the no shutdown command.
router(cfg-if[so12/0/3#atm#200])# atm traffic-params servcat cbr confdef cbr.1
pcr 1200 1200 cdvt 1000 1000
router(cfg-if[so12/0/3#atm#200])#
router(cfg-if[so12/0/3#atm#200])#
router(cfg-if[so12/0/3#atm#200])#
router(cfg-if[so12/0/3#atm#200])#
Step 4
76.8600-50110C
2012 Tellabs.
Give the second ATM interface (so10/0/2) where the VP circuit to be cross-connected is located.
Give the interface a command with VPI (VPI= 100) value to create the second new VP connection
point for the VP circuit to be cross-connected.
Tellabs 8600 Smart Routers
ATM and TDM Configuration Guide
113
Step 5
Set the traffic parameters for the second VP connection point. Set the second VP connection point
to be cross-connected on the VP level. The VP connection point is terminated as a default for
the VC level cross-connection. Associate the second VP connection point to the PWE3 circuit
(vp_circuit_45) created initially. Activate the second VP connection point.
Note that the VP connection point is bidirectional and contains separate parameters for both
transmit directions. The traffic parameters in two VP connection points to be cross-connected
should be identical. The circuits with asymmetric bandwidth can be configured using different
traffic parameters in different directions.
router(cfg-if[so10/0/2#atm#100])# atm traffic-params servcat cbr confdef cbr.1
pcr 1200 1200 cdvt 1000 1000
router(cfg-if[so10/0/2#atm#100])#
router(cfg-if[so10/0/2#atm#100])#
router(cfg-if[so10/0/2#atm#100])#
router(cfg-if[so10/0/2#atm#100])#
router(cfg-if[so10/0/2#atm#100])#
Step 6
Set a bridge between two VP connection points in both directions to the PWE3 circuit created in
the first set of steps. The VP circuit is ready to forward traffic.
Note the configuration mode for mpls static-ftn command.
router(config)# mpls static-ftn bridge vp_circuit_45 so12/0/3#atm#200
so10/0/2#atm#100
9.9
Step 2
76.8600-50110C
2012 Tellabs.
2. Create a VP connection point to both ATM interfaces with the desired VPI value, if not already
created.
3. Set the traffic parameters and usage mode for the created VP connection point, if not already
created.
4. Create the VC connection points to both VP connection points with the desired VCI value.
5a. Set the traffic parameters and usage for both VC connection points.
5b. Set both connection points to be in cross-connected mode (switched).
5c. Associate both VC connection points to a PWE3 circuit.
5d. Activate both VC connection points.
6. Set a bridge between the VC connection points, both directions separately.
The following example shows how the VC cross-connection is created between two unchannelized
ATM interfaces. The interfaces may be located anywhere in the NE.
Step 1
First define to the system the cross-connection entity called PWE3 circuit. This entity represents
the VC cross-connection inside the Tellabs 8600 system with a unique name (vp_circuit_46) and a
unique system internal instance ID (23) number. If the name or ID is not unique in the command,
the system denies the creating of the PWE3 circuit.
Note that the circuit name is case-sensitive.
router> enable
router# config terminal
76.8600-50110C
2012 Tellabs.
Step 2
Create the first VP connection point (VPI=200) which carries the VC to be cross-connected. Set
traffic parameters for the VP connection points. Set the supported service categories to be UBR and
CBR. Set the mode of the VP connection point, usage=terminated.
router(config)# interface so 12/0/3
router(cfg-if[so12/0/3])# interface so 12/0/3#atm#200
router(cfg-if[so12/0/3#atm#200])# atm traffic-params servcat cbr confdef cbr.1
pcr 1200 1200 cdvt 1000 1000
Step 3
Create the VC connection point (VCI=2000) under the first created VP. Set traffic parameters for
the VC connection point. Set the mode of the VP connection point, usage=switched. Associate the
first VC connection point to the PWE3 circuit (vp_circuit_46) created in the first set of commands.
Activate the first VC connection point.
router(cfg-if[so12/0/3#atm#200])# interface so 12/0/3#atm#200.2000
router(cfg-if[so12/0/3#atm#200.2000])# atm traffic-params servcat cbr confdef
cbr.1 pcr 300 300 cdvt 1000 1000
Step 4
Repeat the second set of steps for the second VP connection point.
router(config)# interface so 10/0/2
router(cfg-if[so10/0/2])# interface so 10/0/2#atm#100
router(cfg-if[so10/0/2#atm#100])# ...
Step 5
Repeat the third set of steps for the second VC connection point.
Note that the VC connection point is bidirectional and contains separate parameters for both transmit
directions. The traffic parameters in two VC connection points to be cross-connected should be
identical in one transmit direction. Circuits with asymmetric bandwidth can be configured using
different traffic parameters in different directions.
router(config)# interface so 10/0/2
router(cfg-if[so10/0/2])# interface so 10/0/2#atm#100.1000
router(cfg-if[so10/0/2#atm#100.1000])# ...
Step 6
Set the association between two VP connection points in both directions to the PWE3 circuit created
in the first set of commands. The VP circuit is ready to forward traffic.
Note the configuration mode for mpls static-ftn command.
router(cfg-if[so10/0/2#atm#100.1000])# exit
router(config)# mpls static-ftn bridge vc_circuit_46 so12/0/3#atm#200.2000
so10/0/2#atm#100.1000
76.8600-50110C
2012 Tellabs.
Use the shown interface syntax for the chSTM-1 interface and create VPI=400 connection point.
router(config)# interface so 8/0/0:3:3:3:0#atm#400
router(cfg-if[so8/0/0:3:3:3:0#atm#400])# ...
Step 2
Continue the configuration using the example for the ATM IFM.
router(cfg-if[so8/0/0:3:3:3:0#atm#400])# ...
Use the shown interface syntax for the chSTM-1 interface and create VCI=100 connection point.
router(config)# interface so 8/0/0:3:3:3:0#atm#400
router(cfg-if[so8/0/0:3:3:3:0#atm#400])# interface so
8/0/0:3:3:3:0#atm#400.100
Step 2
Continue the configuration using the example for the ATM IFM.
router(cfg-if[so12/0/3#atm#400.100])# ...
Give the desired E1 interface and the timeslot group. Then give VPI of the VP circuit to be
cross-connected.
router(config)# interface pdh 4/1/0:0
router(cfg-if[pdh4/1/0:0])# interface pdh 4/1/0:0#atm#400
Step 2
Continue the configuration using the example for the ATM IFM.
router(cfg-if[4/1/0:0#atm#400])# ...
76.8600-50110C
2012 Tellabs.
Give the desired E1 interface and the timeslot group. Then give VPI and VCI of the VC circuit to
be cross-connected.
router(config)# interface pdh 4/1/0:0
router(cfg-if[pdh4/1/0:0])# interface pdh 4/1/0:0#atm#400.100
Step 2
Continue the configuration using the example for the ATM IFM.
router(cfg-if[4/1/0:0#atm#400.100])# ...
Step 2
Use show ip interface command to verify that the created circuit is on the list of IP interfaces.
router(config)# show ip interface
9.16 Configuring ATM Circuit Using N-to-1 PWE3 over MPLS Network
The following example shows how an ATM circuit is configured to be connected over the MPLS
network using PWE3 tunneling. The example focuses on the ATM circuit and the ATM PWE3
configuration. The general configuration of MPLS interfaces and related routing protocols is not
completely covered in this example. Default N-to-1 ATM PWE3 tunneling mode is used. The
pseudowire performs also address-translation VPI 40 <-> 2000 in both NEs in the egress direction as
shown in the figure below. The original VPI value traverses intactly over the PWE3 to the far-end.
To interoperate the MPLS system with other vendors, it is important to check that the address
translation method in both systems works properly.
76.8600-50110C
2012 Tellabs.
Fig. 40 ATM VP Service with Address Translation over MPLS Network Using ATM PWE3
Step 1
Initialize a PWE3 circuit in the NE with a circuit name and a pseudowire ID. Use LDP to signal the
LSP using the best effort traffic class inside an MPLS network to the target node 10.123.100.223.
Note that the circuit name and ID are unique in the scope of a single NE and the ID is identical
at both ends of the PWE3.
router-103(config)# pwe3 circuit my_vp_path_1 103 mpls ldp 10.123.100.223 vc-qos
be
Step 2
If there is a label switch router in between the NEs, configure the address of the target peer router
for the LDP process. If NEs are directly connected, this step can be skipped. Note that all detailed
configurations to get LDP running are not shown in this step.
router-103(config)# router ldp
router-103(cfg-ldp)# targeted-peer 10.123.100.223
router-103(cfg-ldp)# exit
Step 3
Set a router ID address for the NE. Create an OSPF process and associate at least one uplink
interface to the OSPF process. Set a local router ID address to be advertised by the OSPF routing
process. Note that all detailed configurations to get OSPF running are not shown in this step.
router-103(config)# router-id 10.123.100.103
router-103(config)# router ospf 1
router-103(cfg-ospf[1])# network 10.123.100.103/32 area 0
router-103(cfg-ospf[1])# exit
Step 4
Create a VP circuit VPI= 40 to the E1 interface pdh3/1/3:0 and configure traffic parameters. Set
a VP connection point to switched mode and associate it to the PWE3 circuit created in the first
set of steps.
After no shutdown the LDP starts to signal LSP to the target node.
router-103(config)# interface pdh 3/1/3:0#atm#40
router-103(cfg-if[pdh3/1/3:0#atm#40])# atm traffic-params servcat ubr confdef
ubr.1 pcr 300 300
76.8600-50110C
2012 Tellabs.
router-103(cfg-if[pdh3/1/3:0#atm#40])#
router-103(cfg-if[pdh3/1/3:0#atm#40])#
router-103(cfg-if[pdh3/1/3:0#atm#40])#
router-103(cfg-if[pdh3/1/3:0#atm#40])#
Step 5
atm vp-shaping
pwe3 circuit my_vp_path_1
no shutdown
exit
Repeat the first four sets of steps for the second NE Node-223.
router223(config)# pwe3 circuit your_vp_path_2 103 mpls ldp 10.123.100.103
vc-qos be
router223(config)# ...
Step 6
Show the status of the created LSPs and pseudowires at both ends.
router223(config)# show ldp pwe3
router103(config)# show ldp pwe3
Use this command to display information on currently used forwarding entries in PWE3.
router103(config)# show pwe3 forwarding-table
PWE3 Forwarding Table
PWE3 Name: my_vp_path_1
PWE3 Interface: pdh3/1/3:0#atm#40
PWE3 Type: LDP PWE3
Inner Label: 87254
VC-QoS: be
PWE3 Destination: 10.123.100.103
Outer LSP Type: RSVP E-LSP 51-212 primary
Nexthop address: 192.168.4.212
Outer Label: 87044
Outgoing Interface: so4/1/4
9.17 Configuring ATM Circuit Using AAL5 SDU PWE3 over MPLS
Network
The following example shows how an ATM circuit carrying AAL5 traffic is configured to be
connected over the MPLS network using AAL5 SDU PWE3 tunneling. The example focuses on
the ATM circuit and the ATM PWE3 configuration. The general configuration of MPLS interfaces
and related routing protocols is not completely covered in this example. The pseudowire performs
also address translation VPI 40 <-> 2000 , VCI 400 <-> 4000 in both NEs in the egress direction as
shown in the figure below. The AAL5 SDU PWE3 do not carry VPI/VCI information not at all.
76.8600-50110C
2012 Tellabs.
Fig. 41 ATM VC AAL5 Service over MPLS Network Using ATM AAL5 SDU PWE3
Step 1
Initialize a PWE3 circuit in the NE with a circuit name and a pseudowire ID. Use LDP to signal the
LSP using the best effort traffic class inside an MPLS network to the target node 10.123.100.223.
Note that the circuit name and ID are unique in the scope of a single NE and the ID is identical
at both ends of the PWE3.
router-103(config)# pwe3 circuit my_vc_sdu_1 103 mpls ldp 10.123.100.223 vc-qos
be
Step 2
If there is a label switch router in between the NEs, configure the address of the target peer router for
the LDP process. If the NEs are directly connected, this step can be skipped. Note that all detailed
configurations to get LDP running are not shown in this step.
router-103(config)# router ldp
router-103(cfg-ldp)# targeted-peer 10.123.100.223
router-103(cfg-ldp)# exit
Step 3
Set a router ID address for the NE. Create an OSPF process and associate at least one uplink
interface to the OSPF process. Set a local router ID address to be advertised by the OSPF routing
process. Note that all detailed configurations to get OSPF running are not shown in this step.
router-103(config)# router-id 10.123.100.103
router-103(config)# router ospf 1
router-103(cfg-ospf[1])# network 10.123.100.103/32 area 0
router-103(cfg-ospf[1])# exit
Step 4
Create a VP circuit VPI= 40 to the E1 interface pdh3/1/3:0 and configure traffic parameters. Set a
VP connection point to terminated mode.
router-103(config)# interface pdh 3/1/3:0#atm#40
router-103(cfg-if[pdh3/1/3:0#atm#40])# atm traffic-params servcat ubr confdef
ubr.1 pcr 300 300
76.8600-50110C
2012 Tellabs.
router-103(cfg-if[pdh3/1/3:0#atm#40])# no shutdown
router-103(cfg-if[pdh3/1/3:0#atm#40])# exit
Step 5
Create a VP circuit VCI= 400 to the E1 interface pdh3/1/3:0 and configure traffic parameters. Set
a VC connection point to terminated mode and AAL5 layer to switched mode. Associate the VC
interface to the PWE3 circuit created in the first set of steps.
After no shutdown the LDP starts to signal LSP to the target node.
router-103(config)# interface pdh 3/1/3:0#atm#40.400
router-103(cfg-if[pdh3/1/3:0#atm#40])# atm traffic-params servcat ubr confdef
ubr.1 pcr 100 100
router-103(cfg-if[pdh3/1/3:0#atm#40])#
router-103(cfg-if[pdh3/1/3:0#atm#40])#
router-103(cfg-if[pdh3/1/3:0#atm#40])#
router-103(cfg-if[pdh3/1/3:0#atm#40])#
router-103(cfg-if[pdh3/1/3:0#atm#40])#
Step 6
Repeat the first four sets of steps for the second NE Node-223.
router223(config)# pwe3 circuit your_vc_sdu_2 103 mpls ldp 10.123.100.103 vc-qos
be
router223(config)# ...
Step 7
Show the status of the created LSPs and pseudowires at both ends.
router223(config)# show ldp pwe3
router103(config)# show ldp pwe3
Step 2
Set the maximum number of concatenated cells in one PWE3 packet to 32 and the concatenation
timeout timer to 5000 us. After the configuration maximum 32 cells are packed to one PWE3 frame
in transmit direction while PWE3 packet of 32 cells can be reassembled.
router(cfg-if[so12/0/3#atm#40.59])# atm cell-concatenation 32 5000
76.8600-50110C
2012 Tellabs.
Step 1
Step 2
76.8600-50110C
2012 Tellabs.
Step 3
Create a Virtual Circuit Group (VCG) for the circuit to be forwarded over the same ATM PWE3.
router(cfg-if)# interface vcg 12/1
router(cfg-if[vcg12/1])#
Step 4
Add the circuits with address translation options to the created VCG. If more VPCs are to be
configured to the same PWE3, repeat the steps 2 and 4. Note that address translation may never
merge several circuits to a single circuit.
router(cfg-if[vcg12/1])# atm vcg member so12/0/3#atm#20 vp 0 0
Step 5
To configure the VCGs at both ends of the PWE3 circuit see chapter 9.16 Configuring ATM Circuit
Using N-to-1 PWE3 over MPLS Network for LDP and generic PWE3 configuration and setup. The
peer VCGs are associated together with pwe3 circuit command.
76.8600-50110C
2012 Tellabs.
10 TDM Overview
10 TDM Overview
This section gives an overview of the Time Division Multiplexing (TDM) features supported by
the Tellabs 8600 system. The emphasis is on the TDM network applications and the TDM-specific
functions which are common for all types of TDM interfaces in the Tellabs 8600 NEs. Refer to:
Tellabs 8600 Smart Routers Interface Configuration Guide for the Interface Module (IFM) specific functionality;
Tellabs 8600 Smart Routers Tellabs 8605 Smart Router Interface Configuration Guide for the
NE interfaces specific functionality;
Tellabs 8600 Smart Routers Tellabs 8607 Smart Router Interface Configuration Guide for the
NE interfaces and physical line modules specific functionality;
Tellabs 8600 Smart Routers Tellabs 8609 Smart Router Tellabs 8609 Smart Router Interface
Configuration Guide for the NE interfaces and physical line modules specific functionality.
10.1.1
10.1.2
76.8600-50110C
2012 Tellabs.
10 TDM Overview
10.2.1
SAToP
From the operational point of view, the most straightforward TDM tunneling mode supported by the
Tellabs 8600 system is Structure-Agnostic Time Division Multiplexing (TDM) over Packet (SAToP)
[RFC4553] for T1 and E1 services. It is particularly suitable for such network applications where
the Provider Edge (PE) has no need to participate in the TDM signalling functions.
The configuration range and default TDM payload sizes for SAToP packets are the following:
E1: 32..1024 bytes in steps of 32 bytes, with a default value of 256 bytes
T1: 48..1008 bytes in steps of 24 bytes, with a default value of 192 bytes
For SAToP pseudowires, the packetization delay can be calculated by the formula:
Delay (milliseconds) = L/S, where
L = payload size (bits)
S = speed of the emulated service (kbps)
76.8600-50110C
2012 Tellabs.
10 TDM Overview
Thus, the packetization delay with the default SAToP payload sizes is as follows:
E1 delay = 1 millisecond
T1 delay = 1 millisecond
10.2.2
CESoPSN
For such cases, where NxDS0 circuit emulation is needed, the Tellabs 8600 system supports
Structure-aware TDM Circuit Emulation Service over Packet-Switched Network (CESoPSN)
[RFC5086]. In this mode, a user-defined group of 64k TDM timeslots from physical E1/T1
interfaces, or P12s/DS1 ports within chSTM-1/chOC-3 interfaces, can be selected for pseudowire
transport. Only the basic NxDS0 services are supported, i.e. CESoPSN pseudowires without the
optional Channel Associated Signalling (CAS) extensions.
The TDM payload size configuration range for CESoPSN packets without CAS is 2...1024 bytes
and the maximum supported packetization delay 8 milliseconds. The payload size of a NxDS0
pseudowire is always M*N bytes, where M is the number of consecutive 125 microsecond TDM
frames that the N timeslots will be picked from. As an example, with a packetization delay of 5
milliseconds, the value of M is 40 consecutive 125 microsecond TDM frames.
The default payload sizes and packetization delays for different size NxDS0 TDM circuits are:
N = 1: 40 bytes with 5 millisecond packetization delay
2 <= N <= 4: 32*N bytes with 4 millisecond packetization delay
N >= 5: 8*N bytes with 1 millisecond packetization delay
10.2.3
76.8600-50110C
2012 Tellabs.
10 TDM Overview
The default for the replacement data is a locally generated all-ones bit pattern, which also
corresponds to the TDM Alarm Indication Signal (AIS), but the user can also optionally specify any
other 8-bit idle pattern to be used instead. For SAToP pseudowires, it is also possible to configure
a timeout value, after which the user-configured idle pattern is replaced with the all-ones pattern.
Instead of locally generated replacement data, E1 SAToP pseudowires also support optional use of
previously received TDM frames as the replacement data, thus enabling better preservation of the
basic E1 frame synchronization during short duration anomalies (multi-frame synchronization is
lost).
Network performance-wise, the most important TDM emulation parameters in the Tellabs 8600
system are in practise the payload size and the jitter buffer target depth. The bandwidth efficiency of
TDM pseudowire transport highly depends on the emulated service, the chosen payload size, and the
overhead caused by the pseudowire protocol encapsulation. Thus, the Tellabs 8600 system default is
the most bandwidth-optimized TDM pseudowire type, i.e. MPLS-based TDM pseudowires without
the optional Real-Time Transport Protocol (RTP) header. In general, the bigger the payload size is,
the better is also the bandwidth efficiency. However, another performance parameter affected by
the payload size is the packetization delay, and thus the choice of the payload size is typically a
trade-off between the two performance parameters.
The maximum supported delay of the jitter buffer (for both the target and maximum delay) with all
packet sizes is 32 x packetization latency. With the maximum supported packetization latency of 8
milliseconds, this results in a 256 millisecond maximum JB delay. The minimum allowed target
depth value is equal to the packetization latency. However, note that since the jitter buffer target
actually sets the number of TDM emulation packets that must be received prior starting to play out
the TDM bits to the TDM attachment circuit, the setting always has to be an integer multiple of the
used packetization delay. In fact, from the point of view of individual TDM frames, the jitter buffer
actually also absorbs the delay variation caused by the ingress packetization function, so the jitter
buffer delay is actually the dominating component of the whole end-to-end delay budget.
Also the default values for the jitter buffer target depth depend on the packetization delay, as shown
below.
Packetization Delay (Microseconds)
125 250
500
375 1500
3000
1625 8000
2 x Packetization latency
By default, the total size (and consequently also the maximum delay) of the jitter buffer is two times
the configured target. As an example, for a target setting of 10000 microseconds, the Tellabs 8600
system automatically sets the maximum jitter buffering delay to 20000 microseconds. However, if
that happens to be too large a portion of the total end-to-end delay budget in some latency sensitive
network application, it is also possible to configure the maximum delay introduced by the jitter
buffer to a lower value. In the 10000 microsecond target case, the maximum delay could e.g.
be configured to 15000 microseconds, to make sure that the delay introduced by the jitter buffer
always stays within 15000 microsecond bounds.
76.8600-50110C
2012 Tellabs.
10 TDM Overview
10.2.4
IP/UDP Encapsulation
In case of an MPLS based network and encapsulation, identification of the packets belonging to
the same connection is based on the pseudowire label and the PSN label information. However, in
case of an IP based network and encapsulation, there are no MPLS shim headers or labels in the
packet. Instead, the connection identifiers are:
IP destination address
IP source address
UDP destination port number, and
Optionally also UDP source port number.
Both encapsulations operate without the optional Real-Time Transport Protocol (RTP) header.
CESoPSN over UDP/IP is supported in the following Multiservice Interface Modules:
1xchSTM-1/chOC-3 MS IFM
4xchSTM-1/chOC-3 MS IFM
24xchE1/chT1 MS IFM
10.2.5
10 TDM Overview
The buffer adjustment decisions are made by observing the current buffer delay and comparing it
against the minimum, target, and maximum delay thresholds. The idea is to keep the buffer delay
between the minimum and target delay thresholds, and each time the delay goes either under the
minimum or above the target, a delay threshold crossing is counted.
Each maximum delay threshold crossing is effectively an overflow, and will thus directly result
in an immediate buffer adjustment, but in the case of the minimum and target delay thresholds,
the number of delay threshold crossings over user-configurable observation period is used as the
decision criteria. If the current delay during the minimum delay observation period too often
goes under the minimum delay threshold, the jitter buffer filling level is deemed insufficient for
preventing underruns from happening, and will thus be automatically increased. Likewise, if the
current delay during the target delay observation period too often goes above the target delay, and
there are also no minimum delay crossings during the same observation period, the jitter buffer delay
is deemed to be unnecessarily high, and will thus be automatically reduced.
The buffer delay and filling level is decreased by skipping some data units in the buffer, resulting
in loss of some data in the client TDM signal, and increased by sending out replacement data
instead of available buffer data while still continuing to receive new data from the PSN, thus
causing the delay and filling level of the buffer to increase. For as-good-as-possible preservation of
TDM framing integrity, the buffer adjustments are always carried out as even multiples of the E1
or T1 frame length.
The following table shows the AJB configurable parameters and their ranges used to control the
AJB operation behavior.
AJB Configurable Parameters and Ranges
Parameter
Description
Range
Default
max-delay
Maximum delay
1..20 milliseconds
4 milliseconds
min-delay
Minimum delay
0..2000 microseconds
200 microseconds
min-delayintegration
Minimum delay
integration time
1..1000 minutes
15 minutes
min-delaythreshold
1..1000
target-delay
Target delay
1..20 milliseconds
3 milliseconds
target-delayintegration
1..1000 minutes
30 minutes
target-delaythreshold
1..1000
76.8600-50110C
2012 Tellabs.
10 TDM Overview
10.5 References
76.8600-50110C
2012 Tellabs.
[RFC4197]
[RFC4553]
[RFC5086]
76.8600-50110C
2012 Tellabs.
Step 1
First define to the system the cross-connection entity called PWE3 circuit. This entity represents the
cross-connection inside the Tellabs 8600 system with a unique name (t1_circuit_1) and a unique
system internal instance ID (23) number. If the name or ID is not unique in the command, the
system denies the creation of the PWE3 circuit.
router(config)# pwe3 circuit t1_circuit_1 23 mpls manual
Step 2
Configure both T1 connection points. For structure agnostic circuits, the ports are set to connected
mode, i.e. the T1 framing structure is not terminated. Since the PWE3 circuit is used for internal
cross-connection purposes, delays can in practise be optimized by configuring a considerably
smaller payload size and jitter buffer settings than the default values. However, since the minimum
supported T1 SAToP payload size of 48 bytes corresponds to 250 microseconds of TDM data, the
default value for the jitter buffer target is 500 microseconds, and there is no need to explicitly adjust
the target through the CLI.
router(config)# interface pdh 4/1/0
router(cfg-if[pdh4/1/0])# pdh usage connected
router(cfg-if[pdh4/1/0])# pdh pwe3 payload-size 48
router(cfg-if[pdh4/1/0])# pwe3 circuit t1_circuit_1
router(cfg-if[pdh4/1/0])# no shutdown
router(cfg-if[pdh4/1/0])# exit
router(config)# interface so 10/0/0:1:1:1
router(cfg-if[so10/0/0:1:1:1])# pdh usage connected
router(cfg-if[so10/0/0:1:1:1])# pdh pwe3 payload-size 48
router(cfg-if[so10/0/0:1:1:1])# pwe3 circuit t1_circuit_1
76.8600-50110C
2012 Tellabs.
router(cfg-if[so10/0/0:1:1:1])# no shutdown
router(cfg-if[so10/0/0:1:1:1])# exit
Step 3
Finally, set the association between the two T1 connection points in both directions of the PWE3
circuit created in the first step.
router(config)# mpls static-ftn bridge t1_circuit_1 pdh 4/1/0 so 10/0/0:1:1:1
router(config)# mpls static-ftn bridge t1_circuit_1 so 10/0/0:1:1:1 pdh 4/1/0
Node-103 configuration:
Step 1
Initialize a PWE3 circuit in the Node-103 with a circuit name and a pseudowire ID. Use LDP to
setup the required pseudowire label bindings, and use the expedited forwarding traffic class for
carrying the TDM circuit through the MPLS network to the target node 10.123.100.223.
Note that the PWE3 circuit name and the ID are unique within the scope of a single NE, and that the
ID also has to be identical at both ends of the PWE3.
router-103(config)# pwe3 circuit ldp-satop-1 103 mpls ldp 10.123.100.223 vc-qos
ef
Step 2
Configure the address of target peer router for the LDP process.
Note that the required configurations for label switching and LDP running on the PSN trunk
interfaces are not shown in this example.
router-103(config)# router ldp
76.8600-50110C
2012 Tellabs.
Step 3
Create an OSPF process and associate the PSN trunk interface to the OSPF process.
router-103(config)# router-id 10.123.100.103
router-103(config)# router ospf 1
router-103(cfg-ospf[1])# network 10.123.100.103/32 area 0
router-103(cfg-ospf[1])# network 192.168.4.0/24 area 0
router-103(cfg-ospf[1])# exit
Step 4
For structure agnostic tunnelling, the TDM interface is set to connected mode, i.e. the TDM framing
structure is not terminated.
Note that the jitter buffer target setting always has to be a multiple of the packetization delay, which
for the default E1 payload size of 256 bytes is 1000 microseconds. After no shutdown, LDP starts
the pseudowire setup signalling to the target node.
router-103(config)# interface pdh 3/0/3
router-103(cfg-if[pdh3/0/3])# pdh usage connected
router-103(cfg-if[pdh3/0/3])# pdh pwe3 jitter-buffer 5000
router-103(cfg-if[pdh3/0/3])# pwe3 circuit ldp-satop-1
router-103(cfg-if[pdh3/0/3])# no shutdown
router-103(cfg-if[pdh3/0/3])# exit
Node-223 configuration:
Step 1
Initialize a PWE3 circuit in the Node-223 with a circuit name and a pseudowire ID. Use LDP to
setup the required pseudowire label bindings, and use the expedited forwarding traffic class for
carrying the TDM circuit through the MPLS network to the target node 10.123.100.103.
router-223(config)# pwe3 circuit ldp-satop-1 103 mpls ldp 10.123.100.103 vc-qos
ef
Step 2
Configure the address of target peer router for the LDP process.
router-223(config)# router ldp
router-223(cfg-ldp)# targeted-peer 10.123.100.103
router-223(cfg-ldp)# exit
Step 3
Create an OSPF process and associate the PSN trunk interface to the OSPF process.
router-223(config)# router-id 10.123.100.223
router-223(config)# router ospf 1
router-223(cfg-ospf[1])# network 10.123.100.223/32 area 0
router-223(cfg-ospf[1])# network 192.168.4.0/24 area 0
router-223(cfg-ospf[1])# exit
Step 4
For structure agnostic tunnelling, the TDM interface is set to connected mode, i.e. the TDM framing
structure is not terminated.
After no shutdown, LDP starts the pseudowire setup signalling to the target node.
router-223(config)# interface so 2/0/2:1:1:1
router-223(cfg-if[so2/0/2:1:1:1])# pdh usage connected
router-223(cfg-if[so2/0/2:1:1:1])# pdh pwe3 jitter-buffer 5000
router-223(cfg-if[so2/0/2:1:1:1])# pwe3 circuit ldp-satop-1
router-223(cfg-if[so2/0/2:1:1:1])# no shutdown
router-223(cfg-if[so2/0/2:1:1:1])# exit
To verify the status of the created LSPs and PWE3, use the show ldp pwe3 command.
76.8600-50110C
2012 Tellabs.
In Tellabs 8600 NEs continuous connectivity verification of PWE3 is supported by enabling VCCV
BFD. VCCV BFD configuration details are covered in Tellabs 8600 Smart Routers Test and
Measurement Configuration Guide.
Fig. 47 NxDS0 CESoPSN PWE3 over Metro Ethernet with Adaptive Timing
Node-103 configuration:
Step 1
Initialize a PWE3 circuit in the element with a circuit name and a pseudowire ID. Use LDP to setup
the required pseudowire label bindings, and use the expedited forwarding traffic class for carrying
the TDM circuit through the Metro Ethernet network to the target node 10.123.100.223.
router-103(config)# pwe3 circuit ldp-cesopsn-1 103 mpls ldp 10.123.100.223 vc-qos
ef
76.8600-50110C
2012 Tellabs.
Step 2
Configure the address of the target peer router for the LDP process. Note that the required
configurations for label switching and LDP running on the PSN trunk interfaces are not shown
in this example.
router-103(config)# router ldp
router-103(cfg-ldp)# targeted-peer 10.123.100.223
router-103(cfg-ldp)# exit
Step 3
Create an OSPF process and associate the PSN trunk interface to the OSPF process.
router-103(config)# router-id 10.123.100.103
router-103(config)# router ospf 1
router-103(cfg-ospf[1])# network 10.123.100.103/32 area 0
router-103(cfg-ospf[1])# network 192.168.4.0/24 area 0
router-103(cfg-ospf[1])# exit
Step 4
Step 5
Timeslot group 0 is created and timeslots 1 to 10 are chosen for pseudowire transport. The default
NxDS0 CESoPSN payload size for N=10 is 8*10 = 80 bytes. Again, the jitter buffer target setting
has to be a multiple of the packetization delay, which in the N=10 case is 1000 microseconds by
default, so a target of 2000 microseconds is chosen. The default maximum delay setting of twice
the target delay is also overridden, in order to keep the jitter buffer delay within 3000 microsecond
bounds under any network conditions. After no shutdown, LDP starts the pseudowire setup
signalling to the target node.
router-103(config)# interface pdh 1/0:0
router-103(cfg-if[pdh1/0:0])# pdh timeslots 1 - 10
router-103(cfg-if[pdh1/0:0])# pdh usage connected
router-103(cfg-if[pdh1/0:0])# pdh pwe3 jitter-buffer 2000 max 3000
router-103(cfg-if[pdh1/0:0])# pwe3 circuit ldp-cesopsn-1
router-103(cfg-if[pdh1/0:0])# no shutdown
router-103(cfg-if[pdh1/0:0])# exit
Step 6
The CESoPSN pseudowire carrying timeslot group 0 is chosen as the adaptive timing source for the
interface. If SAToP was used, there would be only one pseudowire terminating on the interface, and
thus there would be no need to indicate any selection of the adaptive timing source.
router-103(config)# interface pdh 1/0
router-103(cfg-if[pdh1/0])# pdh adaptive-timing local pdh 1/0:0
router-103(cfg-if[pdh1/0])# exit
Step 7
The same adaptive timing source can also be used for synchronizing other physical interfaces, but
only within the same interface module. In this example, interface pdh1/1 used for ATM pseudowire
tunneling will also receive its timing from the created CESoPSN pseudowire. For instructions on
configuring ATM pseudowires, refer to the ATM chapters.
router-103(config)# interface pdh 1/1
router-103(cfg-if[pdh1/1])# pdh adaptive-timing local pdh 1/0:0
router-103(cfg-if[pdh1/1])# exit
Node-223 configuration:
Step 1
76.8600-50110C
2012 Tellabs.
Initialize a PWE3 circuit in the Node-223 with a circuit name and a pseudowire ID. Use LDP to
setup the required pseudowire label bindings, and use the expedited forwarding traffic class for
carrying the TDM circuit through the MPLS network to the target node 10.123.100.103.
Tellabs 8600 Smart Routers
ATM and TDM Configuration Guide
137
Step 2
Configure the address of target peer router for the LDP process.
router-223(config)# router ldp
router-223(cfg-ldp)# targeted-peer 10.123.100.103
router-223(cfg-ldp)# exit
Step 3
Create an OSPF process and associate the PSN trunk interface to the OSPF process.
router-223(config)# router-id 10.123.100.223
router-223(config)# router ospf 1
router-223(cfg-ospf[1])# network 10.123.100.223/32 area 0
router-103(cfg-ospf[1])# network 192.168.4.0/24 area 0
router-223(cfg-ospf[1])# exit
Step 4
Step 5
Timeslot group 0 is created and timeslots 1 to 10 are chosen for pseudowire transport. The default
NxDS0 CESoPSN payload size for N=10 is 8*10 = 80 bytes. The jitter buffer target setting has to
be a multiple of the packetization delay, which in the N=10 case is 1000 microseconds by default, so
a target of 2000 microseconds is chosen. The default maximum delay setting of twice the target
delay is also overridden, in order to keep the jitter buffer delay within 3000 microsecond bounds
under any network conditions. After no shutdown, LDP starts the pseudowire setup signalling to
the target node.
router-223(config)# interface so 2/0/1:1:1:1:0
router-223(cfg-if[so2/0/1:1:1:1:0])# pdh timeslots 1 10
router-223(cfg-if[so2/0/1:1:1:1:0])# pdh usage connected
router-223(cfg-if[so2/0/1:1:1:1:0])# pdh pwe3 jitter-buffer 2000 max 3000
router-223(cfg-if[so2/0/1:1:1:1:0])# pwe3 circuit ldp-cesopsn-1
router-223(cfg-if[so2/0/1:1:1:1:0])# no shutdown
router-223(cfg-if[so2/0/1:1:1:1:0])# exit
To verify the status of the created LSPs and PWE3, use the show ldp pwe3 command.
In Tellabs 8600 NE continuous connectivity verification of PWE3 is supported by enabling VCCV
BFD. VCCV BFD configuration examples are covered in Tellabs 8600 Smart Routers Test and
Measurement Configuration Guide.
The following command is used to display information about forwarding entries currently used
by configured PWE3.
Step 1
Use this command to display information on currently used forwarding entries in PWE3.
router103(config)# show pwe3 forwarding-table
PWE3 Forwarding Table
PWE3 Name: ldp-cesopsn-1
PWE3 Interface: pdh1/0:0
PWE3 Type: LDP PWE3
Inner Label: 87680
VC-QoS: ef
PWE3 Destination: 10.123.100.223
Outer LSP Type: RSVP E-LSP 57-212 primary
76.8600-50110C
2012 Tellabs.
11.4.1
CESoPSN
Step 1
Step 2
Create a timeslot group, enable and set the adaptive jitter buffer parameters. For more details about
the AJB parameters range, please refer to 10.2.5 Adaptive Jitter Buffering.
router(config)# interface pdh 1/0:0
router(cfg-if[pdh1/0:0])# pdh timeslots 1 - 15 17 - 31
router(cfg-if[pdh1/0:0])# pdh usage connected
router(cfg-if[pdh1/0:0])# pdh pwe3 jitter-buffer adaptive min-delay 200
target-delay 3 max-delay 6 min-delay-integration 15 target-delay-integration 30
min-delay-threshold 5 target-delay-threshold 5
router(cfg-if[pdh1/0:0])# pwe3 circuit cesop-AJB10
router(cfg-if[pdh1/0:0])# no shutdown
router(cfg-if[pdh1/0:0])# exit
Step 3
Define the source carrying the adaptive timing for the interface.
router(config)# interface pdh 1/0
router(cfg-if[pdh1/0])# pdh adaptive-timing local pdh 1/0:0
router(cfg-if[pdh1/0])# exit
11.4.2
SAToP
The following is an example on how to configure AJB for SAToP PWE3.
Step 1
Initialize SAToP configuration to interface pdh1/0. Enable and set the adaptive jitter buffer
parameters. For more details about the AJB parameters range, please refer to 10.2.5 Adaptive
Jitter Buffering.
router(config)# interface pdh 1/0
router(cfg-if[pdh1/0])# pdh usage connected
router(cfg-if[pdh1/0])# pdh pwe3 jitter-buffer adaptive min-delay 200
target-delay 3 max-delay 6 min-delay-integration 15 target-delay-integration 30
min-delay-threshold 5 target-delay-threshold 5
router(cfg-if[pdh1/0])# pwe3 circuit satop-AJB10
router(cfg-if[pdh1/0])# no shutdown
router(cfg-if[pdh1/0])# qos mapping enable
router(cfg-if[pdh1/0])# pdh adaptive-timing local
router(cfg-if[pdh1/0])# exit
11.4.3
AJB Monitoring
AJB performance monitoring results are shown below.
76.8600-50110C
2012 Tellabs.
Step 2
Configure the TDM interface and because of CESoPSN set it to framed mode.
router223(config)# interface so 6/1/0:1:1:1
router223(cfg-if[so6/1/0:1:1:1])# pdh framed
Step 3
Timeslot group 0 is created and all timeslots are added to the group. Finally the PWE3 circuit
is bounded to the interface.
router223(cfg-if[so6/1/0:1:1:1])# interface so 6/1/0:1:1:1:0
router223(cfg-if[so6/1/0:1:1:1:0])# pdh timeslots 1 - 15 17 - 31
router223(cfg-if[so6/1/0:1:1:1:0])# pdh usage connected
router223(cfg-if[so6/1/0:1:1:1:0])# pwe3 circuit CESoUDP_element
router223(cfg-if[so6/1/0:1:1:1:0])# no shutdown
router223(cfg-if[so6/1/0:1:1:1:0])# exit
Step 4
Configure static association between the two connection end points of the PWE3. In this example
the UDP port (source and destination) numbers are 10.
router223(config)# mpls static-ftn push-ip-udp-for-vc CESoUDP_element src
10.123.100.223 10 dst 10.123.100.140 10
76.8600-50110C
2012 Tellabs.
11.6.1
Step 1
The defects forwarded if enabled as shown in the configuration step above are described below:
11.6.2
Parameter
Description
tdm-failure
Forwards remote AC defect received via PWE3 L-bit to the local AC.
tdm-rdi
Forwards remote AC RDI received via PWE3 M-bit to the local AC.
pw-rdi
Forwards PSN RDI received via PWE3 R-bit to the local AC.
SAToP
For SAToP PWE3 the following replacement data options are available:
L-bit replacement data;
Missing packet replacement data;
Re-sending frames as replacement data.
L-bit replacement data (AC TDM PWE3 failure) configuration.
Step 1
Enable L-bit replacement data for SAToP PWE3. Replacement data pattern is user configurable
(0x00..0xFF).
router(cfg-if[pdh4/1/0])# pdh pwe3 replacement-data ac-tdm-failure 0x55
Step 1
Enable re-sending previously received valid frames that are transmitted as replacement data during
the specified timeout.
router(cfg-if[pdh4/1/0])# pdh pwe3 replacement-data resend-frames timeout 1000
router(cfg-if[pdh4/1/0])# exit
CESoPSN
CESoPSN PWE3 only supports L-bit and missing packet replacement data. The following examples
show how to make the setup.
L-bit replacement data (AC TDM PWE3 failure) configuration.
Step 1
Enable L-bit replacement data for CESoPSN PWE3. Replacement data pattern is user configurable
(0x00..0xFF).
router(config)# interface pdh 4/1/0:0
router(cfg-if[pdh4/1/0:0])# pdh pwe3 replacement-data ac-tdm-failure 0x55
11.6.3
Description
loss-of-packets-state
remote-defect-indicator-pw
The PWE3 remote defect indication received from the far end via
R-bit.
The AC remote defect indication received from the far end via
M-bit (applicable only for CESoPSN).
The AC fault indication received from the far end via L-bit.
remote-defect-indicator-tdm
tdm-failure
SAToP configuration:
Step 1
76.8600-50110C
2012 Tellabs.
router(cfg-if[pdh4/1/0])# exit
CESoPSN configuration:
Step 1
In addition, a threshold for declaring loss of packets state fault can be set as following:
Step 1
Set the upper and lower thresholds for declaring loss of packets state fault. The upper threshold is
defined in a range 1..15 packets (default 10), while the lower in a range 1..10 packets (default 2).
router(cfg-if[pdh4/1/0])# pdh pwe3 threshold loss-of-packets-state up 13 down 5
router(cfg-if[pdh4/1/0])# exit
76.8600-50110C
2012 Tellabs.