Post on 06-Dec-2015
description
Technical Description
DESCRIPTION
1/221 02-HRA 901 21/2 Uen D
Copyright
© Ericsson AB 2013-2014. All rights reserved. No part of this document may bereproduced in any form without the written permission of the copyright owner.
Disclaimer
The contents of this document are subject to revision without notice due tocontinued progress in methodology, design and manufacturing. Ericsson shallhave no liability for any error or damage of any kind resulting from the useof this document.
1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Contents
Contents
1 Overview 1
1.1 Scope 1
1.2 Audience 1
2 Introduction 1
3 Use Cases 3
3.1 Layer 2 Solutions 3
3.2 Layer 3 Solutions 3
3.3 SP 415/420 in Other Ericsson Solutions 6
3.4 MSER Solution 8
4 System Architecture 8
4.1 Hardware Architecture 8
4.2 Ericsson IP Operating Software Architecture 10
4.3 Forwarding Abstraction Layer 20
5 Features 21
5.1 Synchronization 21
5.2 Layer 2 Features 26
5.3 TDM Circuit Emulation Service 27
5.4 Routing 32
5.5 IP Protocol Support 37
5.6 IP Services 37
5.7 Quality of Service 38
5.8 IP Performance Metrics 39
6 User Interfaces 41
6.1 Using the CLI 41
7 Administration 42
7.1 Managing Security 42
7.2 Managing Performance 44
7.3 Monitoring and Reporting Tools 44
8 Technical Specification 46
1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
8.1 Power Supply 46
8.2 Environmental Conditions 47
8.3 Dimensions and Weight 47
8.4 Base Platform Interface and Indicators 48
8.5 Modules 49
8.6 Cables 52
8.7 Flash Memory 57
9 Software Standard Declaration 57
10 Appendix: SFP/XFP Ethernet Interfaces 61
Glossary 83
Reference List 87
1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Introduction
1 Overview
This document describes the Ericsson Smart Packet (SP) 415/420 and itsusage, services, and architecture.
1.1 Scope
This description covers the logical and functional aspects of the hardware andsoftware.
It includes a brief overview of the hardware architecture.
1.2 Audience
This document is intended to present an overview of the SP 415/420 platform,including its architecture and SP 415/420 concepts, to network operators,network and service planners, and system engineers and administrators. Theaudience is expected to possess basic knowledge of telecommunicationstechnology.
2 Introduction
The SP 415/420 combines multiple functions into a single platform that providesLayer 3 (IP) routing, and Layer 2 (Ethernet) network aggregation, as well asadvanced services for applications. The SP 415/420 provides carrier-classreliability, scalability, performance, and an optimal power footprint.
The SP 415/420 platform supports the following functions:
• Comprehensive range of interior and exterior gateway routing protocols.
• Peering, edge aggregation.
• End-to-end Ethernet transport services with direct connection to the accesslayer of the network.
• Traffic management with Quality of Service (QoS) and traffic shaping.
• Direct connection to the access layer of the network, which eliminatesunnecessary network layers and reduces complexity.
11/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
The SP 415/420 in combination with other Ericsson products provides acomplete end-to-end solution for the following:
• IP Radio Access Network (IP RAN)—Layer 3
• Mobile Backhaul (MBH)—Layer 2 and Layer 3
For a description of these solutions, including diagrams and the configurationrequirements, see Layer 2 Solutions, Layer 3 Solutions, and SP 415/420 Routerin Other Ericsson Solutions.
Figure 1 illustrates the possible combinations and shows how other Ericssonsolutions fit with the SP 415/420 platform.
G103092A
Layer 3 Solutions(SP 415/420)
Layer 2 Solutions
BNG Solutions(SSR)
EPG
Layer 3& BNG(SSR)
Layer 2 & 3(SP 415/420) Layer 2 & BNG
(SSR)
Converged
Figure 1 Possible Service Combinations in Evolved IP Network (EIN)
2 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Use Cases
3 Use Cases
3.1 Layer 2 Solutions
Figure 2 illustrates the SP 415/420 in a Layer 2 network.
G102995A
SP 415/420Port
CEPE
PE CEPseudowire
MPLS
Service Instances
Figure 2 SP 415/420 in a Layer 2 Network
You can use the SP 415/420 platform to provide services for Ethernet traffic.For example:
• Layer 2 Virtual Private Networks (L2VPNs) based on Virtual Private WireService (VPWS)—Provides end-to-end Layer 2 cross-connected circuitsover IP/Multiprotocol Label Switching (MPLS) core networks
• Cross-Connect VPWS-based transport, including tagged and untaggedframes as part of the VPWS (does not support MAC learning)
• Link Aggregation Groups (LAGs) provide increased bandwidth andavailability. The SP 415 supports up to 18 802.1AX link groups, and theSP 420 supports up to 24 802.1AX link groups, both with up to eight portsper link group.
Table 1 lists the features that you can configure for Layer 2 solutions.
Table 1 Layer 2 Solution Features
Business Application Layer 2 TransportMethod
Routing and Label DistributionOptions
Services
L2VPN VPWS L2VPN VPWS LDP or RSVP
IS-IS or OSPF
VPN pseudowire
QoS Propagation
3.2 Layer 3 Solutions
The SP 415/420 can provide Layer 3 Virtual Private Network (L3VPN) servicesand IPv4 routing and transport services.
31/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
3.2.1 L3VPNs
The router can provide the following Layer 3 services:
• End-to-end Layer 3 connection over an IP/MPLS core network
• Business VPNs, such as Border Gateway Protocol (BGP)/MPLS Layer3 VPNs
• Routing solutions, such as P router and route reflector, in an IP/MPLSnetwork
• SP 415/420 platform in other Ericsson solutions, such as IP RAN, MBH.
• The Multiservice Edge Router (MSER) solution eliminates unnecessarynetwork layers and reduces complexity of the network. As an MSER, therouter can provide Layer 2 Ethernet transport services, Layer 3 unicastrouting and multicast routing, as well as broadcast TV, video-on-demand,and VoIP services simultaneously within the same platform.
Figure 3 illustrates the router in a Layer 3 network with VPNs.
G102993A
SP 415/420 (PE)
SP 415/420 (P)
SP 415/420 (P)
SP 415/420 (PE) SSR (PE)
SP 415/420 (PE)
SSR (PE)SP 415/420 (PE)
Figure 3 L3VPNs
3.2.2 Intra-AS Hierarchical MPLS
Intra-AS hierarchical MPLS (H-MPLS) adopts a divide-and-conquer strategywhere the core, aggregation, and access networks are partitioned in different
4 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Use Cases
MPLS/IP domains. The network segmentation among the access, aggregation,and core domains could be based on a single AS multi-area design or a singleAS multi-instance design. In single AS multi-area and single AS multi-instancedesigns, labeled iBGP unicast is used to build inter-domain LSPs. LabeledBGP unicast is used as an inter-domain label distribution protocol to buildhierarchical LSPs across domains.
Figure 3 illustrates the router in a H-MPLS network.
G103242C
iBGP
LDP
iBGP IPv4+label
NHS NHS
NHS NHS
iBGP IPv4+label
iBGP IPv4+label
iBGP IPv4+label
iBGP IPv4+label
iBGP IPv4+label
Access
eNB
CE-PE PEAG-BR (RR) Core-BR (RR)
Aggregation Core
iBGP
LDP
iBGP Hierarchical LSP
LDP or RSVP-TE LSP LDP or RSVP-TE LSP LDP or RSVP-TE LSP
iBGP Hierarchical LSP
LDP or RSVP-TE LSP LDP or RSVP-TE LSP LDP or RSVP-TE LSP
iBGP
LDP
eNB
NHS=Next Hop Self
Figure 4 Intra-AS Hierarchical MPLS
3.2.3 Layer 3 Solution Features
Table 2 lists the features that you can configure for Layer 3 solutions.
51/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Table 2 Configurable Features for Layer 3 Solutions
BusinessApplication
Circuit Options Routing Options Services
L3VPN Static circuits(1) Static routes or an OSPF or eBPG forCE to PE connectivity
Combinations of the followingprotocols:
BGP
MPLS
LDP or RSVP
IS-IS or OSPF
QoS
Filter ACLs
CE-PE Routing options
Route filters
Mobile applications Static circuits Combinations of the followingprotocols:
BGP
MPLS
LDP or RSVP
IS-IS or OSPF
QoS
Filter ACLs
Layer 3 PE Router Static circuits CE-PE routing options:
Static
OSPF
eBGP
RIP
Routing options:
BGP
MPLS
LDP or RSVP
IS-IS or OSPF
QoS
Filter ACLs
Route Filters
ECMP
Layer 3 P Router Static circuits Routing options:
BGP
MPLS
LDP or RSVP
IS-IS or OSPF
Route Reflector
(1) Statically configured circuits, such as 802.1q PVCs.
3.3 SP 415/420 in Other Ericsson Solutions
You can also use the SP 415/420 platform in other Ericsson solutions, suchas IP RAN, or MBH.
Figure 5 illustrates the router in a topology using other solutions.
6 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Use Cases
G102994A
Access NodeSP 415/420 SP 415/420
Metro Node Metro NodeSP 415/420
Figure 5 SP 415/420 with Other Solutions
Table 3 lists the features that you can configure to use with other solutions.
Table 3 Configurable Features for Use with Other Ericsson Solutions
Business Application Access or TransportTechnologies
Routing Options Service Options or Features
SP 415/420 in IP RANSolution
Access types:
Direct Ethernet
Ethernet 802.1Q
Ethernet 802.1ad
Static
IS-IS, OSPF or RIP
BGP
MPLS
LDP or RSVP
QoS
Filter ACLs
BFD
LAG or ECMP
RSVP-TE Fast Reroute
SP 415/420 in MBHSolution
Access types:
Direct Ethernet
Ethernet 802.1Q
Transport Technology:
VPWS
Ethernet 802.1ad
Static
IS-IS, OSPF or RIP
BGP
MPLS
LDP or RSVP
QoS
Filter ACLs
BFD
LAG or ECMP
RSVP-TE Fast Reroute
71/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
3.4 MSER Solution
An MSER solution (see Figure 5) eliminates unnecessary network layers andreduces complexity of the network. As an MSER, the SP 415/420 can provideLayer 2 Ethernet transport services, and Layer 3 unicast routing, as well asbroadcast TV, video-on-demand, and VoIP services simultaneously withinthe same platform.
With the configured services listed in Table 4, the high-capacity SP 415/420supports mobile and fixed backhaul traffic, with a full range of services. It alsosupports enterprise VPN connections and end-to-end Layer 3 connection overan IP/MPLS core network.
Table 4 Configurable Features for Use with Other Ericsson Solutions
BusinessApplication
Access or TransportTechnologies
InfrastructureProtocols
Service Protocols Service Options orFeatures
Converged Backhaul Access types:
Direct Ethernet
Ethernet 802.1Q
Transport Technology:
VPWS
Static
IS-IS, OSPF or RIP
MP-BGP
MPLS
LDP or RSVP
T-LDP
Static
BGP
OSPF
L3VPN (CE-PE)
Inter-AS VPN
QoS
Filter ACLs
BFD
LAG or ECMP
IP Multicast
4 System Architecture
4.1 Hardware Architecture
SP 415 and SP 420 are introduced in this document. For more information, seeSection 8 on page 46.
8 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
System Architecture
SP 415
36 Gbps uni-directional (72 Gbps bidirectional) full-duplex switching capacity,1.5 U height with 16 multi-speed Gigabit Ethernet (GE) SFP ports (8 comboports), two 10GE XFP ports on expansion modules.
G102913APSU
USB GE TX ports GE SFP ports Air filter
Console
Sync Expansion module Fan trayManagement
Slot Numbering
1
5 2 346
SP 415
Figure 6 SP 415 Overview
SP 420
60 Gbps uni-directional full-duplex switching capacity, 1.5 U height with 20multi-speed GE SFP ports (8 combo ports), two 10GE XFP ports on front paneland two 10GE XFP ports on expansion modules.
21
G102914A
PSU
USB GE TX ports GE SFP ports
10GE XFP ports
Air filter
Console
Sync Expansion module Fan trayManagement
Slot Numbering
1
5 2 346
SP 420
Figure 7 SP 420 Overview
Note:
• The SP 415/420 supports two CES cards to coexist on slot 2 andslot 3.
• The 10GE expansion module is not supported in SP 415/420 14B.
91/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
4.2 Ericsson IP Operating Software Architecture
This section describes the Ericsson IP Operating System as implemented onthe SP 415/420 platform.
4.2.1 Software Components
Figure 8 illustrates the Ericsson IP Operating System major softwarecomponent relationships.
G102992A
Router
Router
Router
10 GE Port
context:local
context:isp
bindingbinding interface: if2
interface: if1
binding
interface: if3
GE Port
GE Port
Figure 8 SP 415/420 Software Component Interrelationships
4.2.1.1 Contexts
Most networking products are designed so that the entire set of ports, circuits,and protocols operate together as one global router. However, the SP 415/420supports multiple contexts, which act as virtual routers running within a singlephysical device. A context operates as a separate routing and administrativedomain, with separate routing protocol instances, addressing, authentication,accounting, and so on. A context does not share its information with othercontexts.
Separating the contexts allows you to separate services and provide directaccess and different classes of services for customers. You use a singlephysical device, with one or more contexts assigned to each service provider orservice class. Implementing this type of topology with equipment from othervendors would require multiple devices.
4.2.1.2 Interfaces
The concept of an interface on the SP 415/420 differs from earlier networkingdevices. In earlier devices, the term interface is often used synonymously withport, channel, or circuit, which are physical entities. In the SP 415/420, an
10 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
System Architecture
interface is a logical construct that provides higher layer protocol and serviceinformation, such as Layer 3 addressing. Interfaces are configured as part ofa context and are independent of physical ports and circuits. The decouplingof the interface from the physical layer entities enables many of the advancedfeatures offered by the router.
For the higher layer protocols to become active, an interface must beassociated—or bound—to a physical port or circuit. For more information aboutbindings, see Section 4.2.1.4 on page 11.
4.2.1.3 Ports and Circuits
Ports and circuits in the router represent the physical connectors and paths onthe SP 415/420 line cards and controller cards. In general telecommunicationsuse, a circuit is a communications path between two or more points. Inan SP 415/420, the term circuit refers to the endpoint of a segment of acommunications path that terminates on the router.
You configure hardware and software parameters to specify the behavior of theport or circuit for a particular router.
The SP 415/420 supports two types of circuits:
• Non-transport Ethernet circuits, which can include static 802.1Q PVCsand 802.1Q tunnels.
• Layer 2 service instances (SIs), which are subinterfaces of a LAN thataccept one or more Layer 2 (802.1Q) services for transport across localphysical ports or a provider backbone network. You can create andconfigure one or a range of Layer 2 service instances on any Ethernetport, except on the management port.
For more information, see Ethernet Ports, Ethernet Circuits, and Layer 2Service Instances.
4.2.1.4 Bindings
Bindings associate particular ports or circuits with the higher layer routingprotocols configured for a context. No user data can flow on a port or circuituntil a higher layer service is configured and associated with it. After a port orcircuit is bound to an interface, traffic flows through the context as it wouldthrough any IP router.
Bindings are statically mapped. You can bind multiple ports and circuits to asingle interface.
For more information, see Bindings.
Dynamic binding occurs when a circuit is bound to the higher-layer protocolsbased on session information.
111/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
4.2.2 Software Processes
Figure 9 illustrates the Ericsson IP Operating System architecture.
This section provides definitions of the SP 415/420 processes illustrated.
uBoot
MPLS Routing
Security Application Suite
DHCP
LG CES TWAMP SyncE PTP NTP
LDP
MPLS-Static
Multicast Manager
RSVP
CSPF
OSPF
BGP
ISISAAA
TACACS+
RADIUS
RIP
Static
Multicast
PIM
IGMP
Sysmon PM STATd Logger CSM RCM
ARP PEM SNMP PING PAD Dot1Q
Linux Kernel
Security
System
Infrastructure
LM ISM RIB CLS QoS FLOW
Services
Forwarding
Applications
G103091D
Figure 9 SP 415/420 Software Architecture
12 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
System Architecture
4.2.2.1 Independent System Processes
Because the major software components act as independent processes, aprocess can be stopped, restarted, and upgraded without reloading the entiresystem or individual traffic cards. In addition, if a single component fails or isdisrupted, the system continues to operate.
Separating the route processing and control functions from the forwardingfunction also provides the following benefits.
• Dedicated route processing functions are not affected by heavy traffic.
• Dedicated packet forwarding is not affected by routing instability in thenetwork.
• The architecture enables line-rate forwarding on all traffic ports.
• You can add new features to the control software on the controller withoutaffecting forwarding performance.
4.2.2.1.1 Platform Management Processes
SP 415/420 major system components run as separate processes. Table 5lists some examples.
Table 5 Ericsson IP Operating System Processes
Module Descriptions
Card/Port State Module(CSM)
Processes events for cards and ports, and relays events to otherprocesses, such as RCM, ISM, PM, and the kernel.
Interface and CircuitState Manager (ISM)
Monitors and disseminates the state of all interfaces, ports, andcircuits in the system.
Logger Manages logging
Platform AdministrationDaemon (PAd)
Monitors and configures platform entities, such as ports and cards.It interacts with components to ensure that cards are configuredproperly and brought up and down following configurations, and thatports are activated and monitored for correct operation.
Port EncapsulationModule (PEM)
IP Operating System process that controls port-specific packetencapsulation used in the forwarding plane.
Ping Runs Ping operations on the SP 415/420.
Process Manager (PM) Monitors and controls the operation of the other processes in thesystem.
Router ConfigurationModule (RCM)
Controls all system configurations using a transaction-orienteddatabase.
Simple NetworkManagement Protocol(SNMP)
Performs monitoring and management of network devices.Communicates trap and Inform-Request and manages requestsaccording to the Management Information Bases (MIBs).
131/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Table 5 Ericsson IP Operating System Processes
Module Descriptions
Statistics Manager(statd)
Maintains counters from the forwarding plane, aggregates, andprocesses counters, and allows various applications in the system,including the command-line interface (CLI), to access the counters.
System Monitor(Sysmon)
Manages system event messages.
4.2.2.2 Layer 2 Processes
4.2.2.2.1 ARP Process
The Address Resolution Protocol (ARP) process manages IP-to-MAC addressresolution, as described by RFC 826. IP ARP and XC ARP are supported. ARPentries are stored in a database residing on the control plane. XC ARP is usedfor cross-connects to manage MAC information for the Layer 2 portions ofthe bypass connection.
4.2.2.2.2 DOT1Q Process
The dot1q (802.1Q) process manages circuits with 802.1Q single anddouble-tagged encapsulation. These include explicitly configured circuits andcircuit ranges, as well as circuits created on demand. For double-taggedpackets, a circuit corresponds to both tags or to just the outer tag (a tunnel).
4.2.2.2.3 LG Process
Link Group daemon (LGd) is responsible for link aggregation and running theLink Aggregation Control Protocol (LACP).
4.2.2.3 User Access Processes
User access functions are managed by modules such as the following:
4.2.2.3.1 AAA Process
The AAA process performs Authentication, and Authorization of administrators,subscribers, tunnels, and circuits, and performs the following tasks:
• In collaboration with other processes, provisions, manages, and retainssubscriber sessions.
• Implements AAA configuration and command processing.
• Handles RADIUS and communicates with RADIUS servers.
Note: The AAA accounting service is not being supported currently.
14 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
System Architecture
4.2.2.3.2 DHCP Process
DHCP passes configuration information to hosts on a Transmission ControlProtocol/Internet Protocol (TCP/IP) network. DHCP is based on the BootstrapProtocol (BOOTP), adding the capability of automatic collection of reusablenetwork addresses and more configuration options.
The SP 415/420 router supports external DHCP relay server. In relay mode, therouter acts as an intermediary between the DHCP server and the subscriber.The router forwards requests from the subscriber system to the DHCP serverand relays the server responses back to the subscriber system.
4.2.2.3.3 RADIUS Process
The RADIUS process manages configuration of RADIUS attributes, and SP415/420 interactions with RADIUS servers.
4.2.2.3.4 TACACS+ Process
The Terminal Access Controller Access-Control System Plus (TACACS+)process manages configuration of TACACS+ attributes, and SP 415/420interactions with TACACS+ servers.
4.2.2.4 Feature Processes
4.2.2.4.1 QoS Process
The QoS process provides different priorities to different applications, users, ordata flows and enforces forwarding throughput limits in individual data flowsand aggregations of flows. It also implements related Resource ReservationProtocol (RSVP) mechanisms and configures forwarding that implements QoS.
4.2.2.4.2 TWAMP Process
The Two-Way Active Measurement Protocol (TWAMP) process measuresround-trip network performance between any two devices that support theTWAMP protocols.
4.2.2.4.3 SyncE Process
The Synchronous Ethernet (SyncE) process manages configuration of SyncEattributes.
4.2.2.4.4 PTP Process
The Precision Time Protocol (PTP) process performs the PTP protocolfunctions, including providing time alignment and clock recovery, and handlingPTP configuration, show, and debug commands. SP 415/420 can be used as
151/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
an Ordinary Clock (OC), or a Boundary Clock (BC), to receive clocking fromanother PTP-enabled device, or to provide clocking to a PTP-enabled device.
4.2.2.4.5 NTP Process
The Network Time Protocol (NTP) process performs the NTP protocol functions,including synchronizing the system time with NTP server, and handling NTPconfiguration, show, and debug commands.
4.2.2.4.6 CES Process
The Circuit Emulation Service (CES) process manages the configuration ofCES module to allow Packet Switched Network (PSN) to access Time DivisionMultiplexing (TDM) services and to transmit TDM data transparently.
4.2.2.4.7 CLS Process
The Classifier (CLS) module manages access control lists (ACLs), includingprocessing ACL-related configurations and generating the informationnecessary to program the specialized hardware that implements the ACLs inthe forwarding plane.
4.2.2.5 Routing Processes
In the Ericsson IP Operating System, route information is collected from thedifferent routing protocols in the Routing Information Base (RIB) on the systemcontroller card, which calculates the best routes and downloads them to the FIB.
G102991B
OSPFRIP
Figure 10 Routing Information Flow
16 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
System Architecture
4.2.2.5.1 RIP Process
The Routing Information Protocol (RIP) process implements RIP Version 2(RFC 1388). It also implements RIPv2 over a multibind interface, which isa proprietary feature.
4.2.2.5.2 BGP Process
The BGP process is responsible for installing routes in the RIB, andcommunicating MPLS labels allocated by BGP to the Label Manager (LM).
4.2.2.5.3 IS-IS Process
The Intermediate System-to-Intermediate System (IS-IS) process performsthe IS-IS routing protocol functions, including providing routes to the RIB andhandling IS-IS configuration, show, and debug commands. It also responds toevents on interfaces where it is running.
4.2.2.5.4 OSPF Process
The Open Shortest Path First (OSPF) performs the OSPF routing protocolfunctions, including providing routes to the RIB and handling OSPFconfiguration, show, and debug commands. It also responds to events oninterfaces where it is running.
4.2.2.5.5 RIB Process
The RIB process runs on the system controller card. It is a fundamentalrouter process that directly impacts how packets flow in and out of the box. Itconfigures the routing tables in the forwarding plane and connectivity to themanagement interface. The RIB process collects routes from its clients, selectsthe best path, and downloads the routes to the FIB. See Figure 10 for a diagramof RIB-related information flow and some of the modules that it interacts with.
4.2.2.5.6 Staticd Process
The Static daemon (Staticd) supports both interface (connected) and gateway(non-connected) IP static routes that can be configured either through CLI.
4.2.2.5.7 Multicast Process
The multicast process (Multicast Manager) collects multicast groups andforwarding data from the PIM and Internet Group Management Protocol (IGMP)processes and passes it to the Multicast FIB (MFIB). It also logs multicastevents.
171/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
PIM IGMP
MFIB
Multicast Manager
G103255A
Figure 11 Multicast Information Flow
The IGMP process manages IGMPv3, as described in RFC 3376, and IGMPv2,as described in RFC 2236. On SP 415/420 interfaces, the process determineswhich IP multicast groups and, for IGMPv3, which sources have listeners onthe network attached to the interface. Collected information is provided to PIMto be advertised to other multicast routers.
The PIM process maintains multicast information per group and per interface,which is downloaded to the Multicast Manager.
4.2.2.5.8 MPLS Process
The MPLS process enables MPLS forwarding by downloading theLabel-Switched Path (LSP) configuration to the Label FIB (LFIB).
18 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
System Architecture
IGP Routes
LDP Static MPLS BGPRSVP
RIB(MPLS Routes)
LM
LFIB
G103236A
FIB
Figure 12 MPLS Label Information Flow
4.2.2.5.9 LM Process
The Label Manager (LM) process manages label requests and reservationsfrom various MPLS protocols, such as Label Distribution Protocol (LDP) andRSVP, and configures LSPs and PWs in the system. It installs LSPs andLayer 2 routes in the RIB and provisions MPLS-related data structures in theforwarding plane. It also handles MPLS-related configurations and functionality,such as MPLS ping and traceroute. L2VPN functionality is handled in the LMprocess, including configuration and pseudowire setup.
4.2.2.5.10 LDP Process
The LDP process creates MPLS labels based on OSPF and IS-IS routes. Itinstalls LSPs in the LM and registers labels, routes, and prefixes in the RIB.The Update process sends LDP updates to neighbors.
4.2.2.5.11 RSVP Process
The RSVP process implements RSVP (as described in RFC 3031, RFC 3032,RFC 3209, and RFC 4090), providing LSPs to the LM process. It queries theRIB for outgoing interfaces and next-hop information and registers BidirectionalForwarding Detection (BFD) sessions in the RIB.
4.2.2.5.12 MPLS-Static Process
The MPLS-Static process manages the static LSP configuration on the router,when serving as an Ingress Label Edge Router (iLER), a Label-Switching
191/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Router (LSR), or egress LER (eLER), and communicates the details to theLM process.
4.3 Forwarding Abstraction Layer
The SP 415/420 has a common Forwarding Abstraction Layer (FABL) thatenables deliver new features across different platforms (other IPOS products),without having to do and maintain major work in the upper layers, which resultsin IPOS being more stable.
The SP 415/420 support the following forwarding types:
• Unicast flow—The forwarding process performs packet processingfunctions, such as FIB lookup for the longest prefix match with thedestination IP address, and QoS classification for fast data traffic andslower control traffic, such as Internet Control Message Protocol (ICMP), orBFD messages.
• Multicast flow—An application multicast group associates each multicastpacket with a set of outgoing circuits.
Figure 13 illustrates the common SP 415/420 forwarding adaptation layerarchitecture.
20 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Features
G103093A
Linux Kemel - System Controller Card
Forwarding Subsystem(FABL)
Process Manager(PM)
Forwarding Databases(FIB, LFIB)
Application LayerDaemon(ALD)
Switch Chip(ASIC)
Card MonitoringSubsystem
To/From Network
Figure 13 SP 415/420 Forwarding Architecture
5 Features
5.1 Synchronization
5.1.1 Synchronization Overview
Following figure shows how the selection mechanism of SP 415/420 works toprovide the clock source to the internal system clock (equipment clock):
211/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
G102988A
PTP
Sync E
E1/T1CESCard
SYNC IOworking
protection
up to 4 clocks, 25 M
up to 2 clocks, 125 M
up to 4 clocks, 161 M
SelectorA
.
.
. SelectorB
Holdoff/WTR
T0 InternalClock
Distribution
8 kHz
up to 2 clocks for each card,
2.048 M/1.544 M
1PPS up to 8clocks
Figure 14 Clock Management Mechanism Overview
Note: 1 PPS is driven by the Precision Time Protocol and it is one candidateof the Clock Source.
SP 415/420 traces to the new reference when clock source is lost and newclock sources are available. SP 415/420 locks to a new source within about 2minutes (depends on the clock quality). During the locking period, the clock andphase are gradually adjusted.
The following synchronization sources are supported in SP 415/420:
• Based on packet
Precision Time Protocol (PTP).
NTP Client
• Others:
Sync IO (ToD1PPS port).
Sync from CES PDH Port.
Synchronous Ethernet.
5.1.1.1 Functional Requirements
• SP 415/420 conforms to ETSI ETS 300 417-6-1 regarding requirementsspecified for a SEC device.
• SP 415/420 conforms to ITU-T G.8261, ITU-T G.8262, and ITU-T G.8264for EEC device.
• SP 415/420 conforms to ITU-T Recommendation G.781.
22 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Features
• SP 415/420 conforms to IEEE Standard 1588™-2008.
• SP 415/420 conforms to RFC 1305 Network Time Protocol (Version 3).
5.1.1.2 Functional Model
The model in the following figure illustrates the internal SP 415/420synchronization select process.
G102974A
ETY => TE
PDH => T2
Sync IOEquipment
clock =>
Inputs Outputs
slot/portPTP
Priority QL
Prio.:3 QL
Prio.:4 QL
Prio.:1 QL
Prio.:2 QL
slot/port
slot/port
slot/port
Figure 15 SP 415/420 Synchronization Select Process in QL-Enabled Mode
G102975A
Inputs Outputs
Priority:3PTP slot/portslot/portslot/port
Priority:4ETY => TE slot/portslot/portslot/port
Priority:1PDH => T2 slot/portslot/portslot/port
Priority:2Sync IO slot/portslot/portslot/portEquipment clock =>
Priority
Figure 16 SP 415/420 Synchronization Select Process in QL-Disabled Mode
T2, TE in the preceding figure represent reference timing provided by theCESPDH and Sync Ethernet traffic interface. The configurable value for QualityLevel (QL) is introduced in Section 5.1.1.3 on page 24. SP 415/420 supports
231/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
the equipment clock automatically switch on the condition of synchronoussignal source failure.
SP 415/420 contains an equipment clock synchronization selection process,operating in either QLenabled or QL-disabled mode. The process is responsiblefor selecting the best signal source to be used as reference input for the PLL,generating the equipment clock. The selection is done among a numberof nominated sources (within the signal types PTP, T2, TE, and sync IO)based on their priority (QL-disabled mode) or QL and priority (QL-enabledmode) as configured by the network operator. In the free-running mode, theequipment clock complies with the clock requirements as described in ITUTRecommendation G.8262. When operating in the locked mode, the equipmentclock is aligned to the selected reference source. This frequency in turn appliesto Ethernet signals and PDH signals (going out from the NE).
5.1.1.3 QL Support
SP 415/420 supports Ethernet synchronization messaging channel (ESMC) totransmit and receive configurable Synchronization Status Messages (SSM).This function is used in QL-enabled mode. SP 415/420 supports ESMC on allthe Ethernet traffic interfaces. When the peer side does not support ESMC, anadministrative configured QL can be used.
SP 415/420 supports QL in Option I and Option II mode as defined in G.781.When Option II mode is configured, equipment clock is running in the secondgeneration of SSM. However, first generation of SSM can be configured forsynchronization enabled Ethernet port.
5.1.1.4 Synchronization Input Validation and Monitoring
The selected equipment clock synchronization source is validated before it isused to synchronize the internal clock. The synchronization source is alsomonitored after it is accepted. If the frequency is found to be out of range basedon the requirement of EEC, this source is set failed and an alarm is sent. It alsotriggers the synchronization software to provide the timing source reselection.
5.1.2 Precision Time Protocol
SP 415/420 supports Precision Time Protocol (PTP) clocking, andclock recovery, based on IEEE 1588-2008. PTP supports system-widesynchronization accuracy in the submicrosecond range with minimal networkand local clock computing resources. It is applicable to distribute systemsconsisting of one or more nodes, communicating over a network. SP 415/420 isused as an Ordinary Clock (OC), or a Boundary Clock (BC), to receive clockingfrom another PTP-enabled device, or to provide clocking to a PTP-enableddevice. PTP in SP 415/420 supports two-step clock when the NE works asmaster, supports one-step clock, and two-step clock when the NE works asslave.
24 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Features
OC supports Ethernet multicast encapsulation that delivers frequency todownstream devices over physical layer, such as SyncE or ToD1PPS.
SyncE
OC
SP 415 SP 415 Time Provider
G102977A
No 1588 BC
Figure 17 SP 415/420 Delivers Frequency to Base Station through PhysicalLayer
BC supports Ethernet multicast encapsulation. Both Frequency andPhase/Time information are delivered to downstream devices through IEEE1588, as shown in Figure 18.
1588
BC
SP 415 SP 415 Time Provider
G102978A
No 1588 BC
Figure 18 SP 415/420 Delivers Frequency and Phase to Base Stationthrough IEEE 1588
SP 415/420 supports end-to-end synchronization mechanism.
5.1.3 Sync IO
Sync IO has two interfaces, which make protection for each other. The twointerfaces support 1PPS output mode in SP 415/420.
PTP clock works as a slave and generates time and phase to drive the SyncIO ports.
5.1.4 NTP Client
SP 415/420 system can work as an NTP client to get the system time fromNTP server. The system time changes from synchronizing with NTP server tosynchronizing with PTP clock automatically when PTP state is time locked.
251/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Note: When the NTP is enabled, the date and (or) time can be set by thecommand, but the NTP protocol updates the time as soon as the NTPserver is connected.
NTP protocol accuracy is for time stamp events and logs.
SP 415/420 can work as NTP client of version 3.
The IP address of the NTP server needs to be configured. SP 415/420 supportsthe operator to configure the system time and date when the NTP client isdisabled.
5.2 Layer 2 Features
5.2.1 Link Aggregation Groups
The SP 415/420 supports LAGs based on the IEEE standard Link AggregationGroup (LAG) 802.1AX. LAG 802.1AX (2008) is the current version of LAG802.3ad (2000).
The Ericsson IP Operating System supports a unified LAG model, where a linkgroup can consist of a mix of circuits configured for packet-based hashing(where load balancing is done per flow based on a hash algorithm). Link groupsalso support fast failover, as well as the QoS policing and queueing features.Whereas the QoS configuration for link groups is done at the link-group level(link group configuration mode), policing and queueing are performed internallyper constituent port. The SP 415 supports up to 18 802.1AX link groups,and the SP 420 supports up to 24 802.1AX link groups, both with up to eightports per link group. Link groups provide increased bandwidth and availability.Load balancing and load distribution over the ports in the link group result inincreased bandwidth. In addition, when ports are bundled in a link group, thefailure or replacement of one link in the group does not cause the link group tobe brought down. Instead, other links accept the traffic of the link that is out ofservice, with the following process:
• Single-port link group—Migrating services from one slot to another withoutimpacting services by first adding the new constituent port to the link groupand removing the old port from the link group.
• Link redundancy—Using a link group with two ports to provide linkredundancy.
• Additional link capacity—Using a link group with N ports to carry traffic.
For more information on LAG, see Link Aggregation Groups.
26 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Features
5.3 TDM Circuit Emulation Service
SP 415/420 provides an optional CES module to allow Packet SwitchedNetwork (PSN) to access Time Division Multiplexing (TDM) services and totransmit TDM data transparently.
Pseudo-Wire (PW) is a mechanism that carries the essential elements ofan emulated service from a PE to another one or more PEs over a PSN. Itemulates a variety of services (such as TDM) through a tunnel (such as IP) overa PSN. PSN can transmit the data payload of diversified services. The internaldata service carried by a PW is invisible to the core network. In other words,the core network is transparent to the CE data streams.
As shown in the figure below, a local Attachment Circuit (AC) and a remoteAC are connected by a PW which is a visual connection for CES betweenProvider Edges (PE). In SP 415/420, the E1/DS1 or the channel bundle isthe AC interface.
BundlingIP
SP 415/420 SP 415/420
E1/DS1
Bundling
E1/DS1BSC/RNC
BTS/NodeB
G103256A
Figure 19 CES Overview
The local PE cut the TDM bit stream into blocks and encapsulates them inframes. The frames are forwarded to the remote PE which decapsulates theframes and restores the original bit stream.
5.3.1 CES Encapsulation
SP 415/420 supports the following encapsulation formats for TDM over Packet(TDMoP) connection:
• TDM over UDP/IP Encapsulation
SP 415/420 supports both structure aware and structure agnostic CES modes.
SP 415/420 supports the latest Structure-Agnostic TDM over Packet (SAToP)standard (RFC 4553) for unstructured E1/DS1 traffic.
SAToP describes a method for encapsulating TDM bit-streams (DS1, E1, E3and T3). It addresses only structure-agnostic transport, such as unframedE1, DS1, E3 and T3. It segments all TDM services as bit streams and thenencapsulates them for transmission over a PW tunnel. This protocol cantransparently transmit TDM traffic data and synchronous timing information.
271/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
SAToP completely disregards any structure and PEs have no need to interpretthe TDM data or to participate in the TDM signaling. The protocol is a simpleway for transparent transmission of PDH bit-streams.
SP 415/420 only supports DS1/E1 and does not support T3/E3.
SAToP defines three encapsulation modes for outer layer tunnel of PWs:IP/UDP, L2TPv3 and MPLS.
SP 415/420 only supports IPv4/UDP encapsulation mode and does not supportL2TPv3 and MPLS encapsulation mode for outer layer tunnel for SAToP.
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 1 2 3 4 5 6 7 8 9 0 1
IPv4/IPv6 and UDP (PW demultiplexing layer) headers
OPTIONAL
Fixed RTP Header (see [RFC3550])
SAToP Control Word
TDM data (Payload)
G101108A
...
...
...
...
0 1 2 3
Figure 20 SAToP Packet Format for an IPv4/IPv6 PSN with UDP PWDemultiplexing
SP 415/420 supports the circuit emulation of structured E1/DS1 traffic (CESover PSN according to RFC 5086) as well.
Compared to SAToP, CESoPSN transmits emulated structured (NxDS0) TimeDivision Multiplexed (TDM) signals. That is, it can identify and process theframe structure and transmit signaling in TDM frames. Structured E1, forexample, comprises 32 timeslots. Except slot 0, each of the other 31 timeslotscarries a line of 64 kbps voice service. Timeslot 0 transmits signaling and framedelimiters. The CESoPSN protocol can identify frame structure of TDM service.It may not transmit idle timeslot channels, but only extracts useful timeslots ofCE devices from the E1 traffic stream and then encapsulates them into PWpackets for transmission.
Likewise, the CESoPSN solution provides three encapsulation modes for outerlayer tunnels of PWs: IP/UDP, L2TPv3 and MPLS. Unlike SAToP, CESoPSNcarries TDM traffic data in a frame structure inside PWs and addresss an Mfield to the PW control word in a PW packet to identify the signaling check atthe side of some ACs.
28 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Features
SP 415/420 only supports IPv4/UDP encapsulation mode and does not supportL2TPv3 and MPLS encapsulation mode for outer layer tunnel for CESoPSN.
5.3.2 TDM interface
SP 415/420 supports E1 or DS1 as a TDM interface.
The interface can generate the following alarms:
• Alarm Indication Signal (AIS)
• Receive loss of signal (LOS)
• Receive loss of frame (LOF)
• Remote Alarm Indication (RAI)
For E1/DS1 TDM interface, many attributes are configured, such as:
• Frame type
• Line code
• Clock source
• Loopback
5.3.3 Interworking Function and attributes
Interworking Function (IWF) describes the functional block that segments andencapsulates TDM into SAToP/CESoPSN packets and that in the reversedirection decapsulates SAToP/CESoPSN packets and reconstitutes TDM. SP415/420 supports a maximum of 64 IWFs.
BTS/NodeB
PWE3 IWFunction
PWE3 IWFunction
IP
E1/DS1E1/DS1BSC/RNC
G103257A
Figure 21 PW IWF
Once the PW is set up, TDM data is packetized by the PSN-bound IWF usingthe configured number of payload bytes per packet and transmit the packetsover the PSN. The CE-bound IWF includes a jitter buffer where payload of thereceived packets is stored prior to play-out to the local TDM attachment circuit.
291/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
The size of this buffer should be locally configurable to allow accommodation tothe PSN-specific packet delay variation.
In order to set up a PW between two PE devices, a consistent payload sizeshould be configured in both ends. For both CESoPSN and SAToP modes,payload size is configured by setting the latency.
Configuring the jitter buffer parameters correctly avoids under-run and overrunsituations. Under-run occurs when the jitter buffer is empty (the entering rate islower than the exiting one). In case of an under-run event, the chip transmitsconditioning data instead of actual data towards the TDM interface. Overrunoccurs when the jitter buffer is full and there is no room for new data to enter(the entering rate exceeds the exiting one). Under-run and overrun require aspecial treatment from the chip, depending on the bundle type.
5.3.4 Clock Recovery Mechanism
For CES, both sides of the PW need one common frequency. ITU G.823, ITUG.824, and ITU G.8261 are supported in SP 415/420.
The TDMoP supports three clock recovery methods as described in thefollowing:
• Recovery From Line
The E1/DS1 interface has the ability to recover the clock from the physicalline. If both sides of the PW recover the clock from the line, CES does notrecover the clock from the PS domain. The figure below shows an exampleof clock recovery from line.
CustomerEdge
CustomerEdge
CommonReference Clock
PacketSwitchedNetwork
G103258A
E1/DS1 E1/DS1
SP 415/420 SP 415/420
Figure 22 E1 /DS1 Clock Recovered from Line
• Recovery From Local Clock
The E1/DS1 interface can use a local system clock. If both sides of thePW use a common reference clock, then CES does not need to recover
30 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Features
the clock from the PS domain. The common clock can be provided by aclock network or the GPS. The figure below shows an example of usinglocal clock.
CustomerEdge
CustomerEdge
CommonReference Clock
PacketSwitchedNetwork
G103259A
E1/DS1 E1/DS1
SP 415/420 SP 415/420
Figure 23 E1/DS1 Using Local Clock
• Recovery From Incoming Packet
The E1/DS1 interface has the ability to recover the clock from the incomingpacket. Adaptive mode is supported by SP415/420. The adaptive modecan be used if two sides of PW do not have a common clock and their clockis run locally. Figure 24 shows an example of adaptive mode.
Note: Adaptive clock recovery utilizes only observable characteristicsof the packets arriving from the PSN. The recovered clockperformance depends on packet network characteristics.
CustomerEdge
CustomerEdge
CommonReference Clock
PacketSwitchedNetwork
G103260A
E1/DS1 E1/DS1
SP 415/420 SP 415/420
Adaptive Clock Recovery
Figure 24 Adaptive Mode of Clock Recovery
311/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
5.4 Routing
The SP 415/420 supports standard IP routing that forwards packets to theirfinal destination using intermediate nodes. Each node looks up the destinationIP address and forwards the packet toward the destination through routescollected in a routing table.
On the SP 415/420, route information is collected from the different routingprotocols in the RIB on the system controller card, which calculates the bestroutes and downloads them to the FIB. The RIB process collects routes todirectly attached devices, configured static IP routes, and routes learneddynamically from RIP, OSPF, BGP, and IS-IS.
When a network event causes routes to go down or become unavailable,routers distribute routing update messages that are propagated acrossnetworks, causing a recalculation of optimal routes. Routing algorithmsthat converge slowly can cause routing loops or network outages. Manyalgorithms can quickly select next-best paths and adapt to changes in thenetwork topology. Because the SP 415/420 control and forwarding planes areseparated, the SP 415/420 continues to forward traffic during this process.
5.4.1 Routing Protocol Support
The SP 415/420 supports the following routing protocols:
• Basic IP Routing
Basic IP routing on the SP 415/420 includes static IP routing, IP Martianaddresses, and maximum IP routes. For more information, see IP Routing.
• RIP
RIP is a distance-vector protocol that uses hop count as its metric. It canbe used in small, homogeneous networks. The router supports RIPv2and provides for multiple RIP instances. Each instance maintains its ownrouting table and set of interfaces. Each interface can be assigned to onlyone RIP instance.
For more information, see RIP.
• OSPF
OSPF is an Interior Gateway Protocol (IGP) that uses link-stateadvertisements (LSAs) to inform other routers of the state of the senderlinks. In a link-state routing protocol, each router distributes informationabout its interfaces and neighbor relationships. The collection of the linkstates forms a database that describes the autonomous system (AS)topology. As OSPF routers accumulate link-state information, they use theShortest Path First (SPF) algorithm to calculate the shortest path to eachnode, which forms the basis for developing routing information for that AS.
32 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Features
The router supports OSPFV2.
For more information, see OSPF.
• BFD
The router supports RFC 5880, BFD, and RFC 5881, BFD for IPv4. BFD isa simple Hello protocol that is similar to the detection components of somerouting protocols. A pair of routers periodically transmits BFD packetsover each path between the two routers. If a system stops receiving BFDpackets after a predefined time interval, a component in the bidirectionalpath to the neighboring router is assumed to have failed. A path is declaredto be operational only when two-way communication has been establishedbetween the systems. To establish BFD sessions, you must configureone or more BFD clients on the same interface as BFD. BFD clients areEricsson IP Operating System applications or routing protocols, which useBFD events to detect link failures; for example, BFD clients can be BGP,OSPF, IS-IS, RSVP, and other applications.
For configuration information, see BFD.
• BGP
BGP, an EGP based on distance-vector algorithms, uses TransmissionControl Protocol (TCP) as its transport protocol. BGP operates between twoBGP nodes, called BGP speakers. After a TCP connection is established,the two BGP speakers exchange dynamic routing information over theconnection. The exchange of messages is a BGP session between BGPpeers. Router supports BGP4.
The router supports BGP advertisement of the best external route, as specified in IETF internet draft, draft-ietf-idr-best-external-03.txt.When this feature is enabled, the system computes two best paths: theoverall best path and the best external path. If the best path is an internalpath (received from an internal peer), the speaker is allowed to advertisethe best external path to internal peers.
The best external path feature is supported for IPv4 unicast. It is supportedfor BGP speakers in any role, except confederation AS Border Router(ASBR). The feature is supported on route reflectors only if client-to-clientreflection is not in effect—that is, when all clients are fully meshed.
You can also configure the BGP diverse path feature on the router,enabling a BGP speaker to announce the second best path—the diversepath—instead of the best path. Announcing the diverse path as well as thebest path enables the client to select the better route. The diverse pathfeature can also improve network convergence if the best path becomesunreachable. If a router has an alternative path available, it can installthe path immediately, without waiting for a BGP speaker to announce thenew best path.
331/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
In scenarios where the router acts as a pure BGP route reflector to reducerouting table size and CPU load, you can filter which routes get downloadedfrom BGP to RIB and FIB before being readvertised to peer BGP routers.With this feature enabled, the route reflector does not download routesbefore readvertising to peer routers, resulting in smaller routing tables inthe RIB and FIB and requiring less memory and CPU.
You can also filter route download to RIB for an entire address family orfor part of an address family by specifying a prefix list. When a BGP routereflector receives a route advertisement from a peer and the network IDmatches the specified address family or prefix list, the network best pathis not downloaded to the RIB before the route reflector readvertises theroutes to its peers.
The router supports Multiprotocol BGP (MP-BGP), as defined in RFC 2283,Multiprotocol Extensions for BGP-4, extends the use of BGP to non-IPv4network-layer protocols.
For more information, see BGP.
• IS-IS
IS-IS is an IGP that makes routing decisions based on link-state information.IS-IS is defined in ISO 10589, Intermediate System to Intermediate SystemIntra-Domain Routing Exchange Protocol for Use in Conjunction with theProtocol for Providing the Connectionless-mode Network Service (ISO8473), ISO DP 10589, February 1990, and RFC 1195, Use of OSI IS-ISfor Routing in TCP/IP and Dual Environments. IS-IS supports IPv4. Formore information, see IS-IS.
• Routing Policies
SP 415/420 routing policies allow network administrators to enforce variousrouting policy decisions on incoming, outgoing, and redistributed routes.The tools used to configure routing policies include BGP AS path lists,BGP community lists, IP prefix lists, and route maps with match and setconditions. For more information, see Routing Policies.
• IP Multicast
IP multicast communication enables a source host to send IP packetsto any number of hosts anywhere within an IP network. It is one-to-anycommunication: Multicast communication is not limited to sending packetsto a single destination host or to every host on the network. Instead,multicast enables a source host to send IP packets to as many destinationhosts as necessary, but no more than that. For more information, seeIP Multicast .
The main challenge for multicast communication is developing a methodfor determining which hosts can receive multicast traffic and which hostswill not receive the traffic. Several different multicast protocols have beendeveloped, each with its own unique approach to addressing the multicast
34 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Features
challenge. The router supports Internet Group Management Protocol(IGMP) for hosts using IPv4 addresses for discovering multicast listenersin the local network. The router also supports the following protocols tointeract with and route traffic to other multicast routers on the network:
PIM Sparse Mode (PIM-SM)
PIM Source-Specific Multicast (PIM-SSM)
5.4.2 MPLS Networking
The router supports MPLS to efficiently forward packets through a network.On the SP 415/420, MPLS operates across an interface in an MPLS-enabledcontext.
In a conventional IP network, routers forward packets through the network fromone router to the next, with each router making an independent forwardingdecision by analyzing the packet header. Packet processing often causesconsiderable forwarding delay. With MPLS, the complete analysis of the packetheader is performed only once when it enters an MPLS-enabled network. Formore information, see MPLS.
5.4.2.1 Label Distribution
To communicate labels and their meanings among LSRs, MPLS uses RSVPor LDP, which enable dynamic label allocation and distribution in an MPLSnetwork.
• With RSVP, you can specify the ingress LSR and the egress LSR, but thenext hops are either configured or determined according to labels derivedfrom existing routing protocols. For more information, see MPLS.
• An LSR enabled with LDP can establish LSPs to other LSRs in the network.LDP creates label bindings by assigning labels to connected routes andadvertising the bindings to neighbors. LDP also assigns labels to labelbindings learned from neighbors and readvertises the binding to otherneighbors. When an LSR advertises a label binding for a route, the LSR isadvertising the availability of an LSP to the destination of that route. LDPcan learn several LSPs from different neighbors for the same route. LDPmust be configured with an IGP, such as IS-IS or OSPF. LDP assigns alabel only to routes selected by the underlying IGP. For more information,see LDP.
5.4.2.2 MPLS OAM Tools
For MPLS-enabled networks, you can use the LSP ping and tracerouteOperations, Administration, And Maintenance (OAM) tools for troubleshootingMPLS LSPs. You can also use LSP traceroute to specify a range of addressesand verify the LDP equal-cost multipath (ECMP) paths at the LER.
351/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
5.4.3 MPLS-Based Solutions
The router supports solutions using MPLS networks in which customerconnectivity among multiple remote sites is deployed across a shared centralinfrastructure and still provides the same access or security as a privatenetwork. For example, it supports L2VPNs, Virtual Private Wire Service(VPWS), and L3VPNs in MPLS network topologies.
• VPWS
A VPWS cross-connects the local SI between the local CE and your routerto a pseudowire that crosses the MPLS backbone network to the remotePE router. A VPWS is based on L2VPN in which CE routers send Layer2 traffic to PE routers over Layer 2 circuits, that are configured betweenthe PE and the CE routers.
The router serves as a PE router and supports these Layer 2 circuits:Ethernet port and 802.1Q VLAN.
You can configure the L2VPN on PE routers and use it to cross-connect alocal Layer 2 circuit with a corresponding remote Layer 2 circuit throughan LSP tunnel that crosses the network backbone. For more information,see VPWS (L2VPN).
• BGP/MPLS VPNs
Layer 3 BGP/MPLS VPNs are a collection of policies that controlconnectivity among a set of sites. A customer site is connected to theservice provider network, often called a backbone, by one or more ports.The service provider associates each port with a VPN context.
A BGP/MPLS VPN allows you to implement a wide range of policies. Forexample, within a VPN, you can allow every site to have a direct route toevery other site (full mesh), or you can restrict certain pairs of sites fromhaving direct routes to each other (partial mesh).
Intra-AS hierarchical MPLS (H-MPLS) adopts a divide-and-conquerstrategy where the core, aggregation, and access networks are partitionedin different MPLS/IP domains. The network segmentation among theaccess, aggregation and core domains could be based on a single ASmulti-area design or a single AS multi-instance design.
Regardless of the type of segmentation, the H-MPLS transport conceptinvolves partitioning the core, aggregation, and access layers of thenetwork into isolated IGP/MPLS domains. Partitioning these network layersinto independent and isolated IGP/MPLS domains helps reduce the size ofrouting and forwarding tables on individual routers in these domains, whichleads to better stability and faster convergence. For more information,see BGP/MPLS VPN.
36 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Features
5.5 IP Protocol Support
The SP 415/420 supports the following IP service protocols.
• ARP
The ARP implementation is consistent with RFC 826, An Ethernet AddressResolution Protocol, also called Converting Network Protocol Addressesto 48.bit Ethernet Address for Transmission on Ethernet Hardware. Inaddition, the router provides a configurable ARP entry-age timer and theoption to delete expired dynamic ARP entries automatically .
For more information, see ARP.
• NTP
The router supports versions 1, 2, and 3 of the Network Time Protocol(NTP). On the router, NTP operates only in client mode. A remote NTPserver can synchronize the router, but the router cannot synchronize theremote server.
Note: Before using NTP, the router must be configured with the IPaddress of one or multiple NTP servers.
For more information, see NTP.
• DHCP
The DHCPv4 server dynamically leases IP address information to IPv4 hostclients. For IPv4 support, the router provides the following DHCPv4 support.
DHCPv4 relay server
The router acts as an intermediary between an external DHCPv4server and the client. The router forwards requests from the client tothe DHCPv4 server and relays the responses from the server backto the client.
For more information, see DHCP.
5.6 IP Services
The Ericsson IP Operating System supports IP filtering ACLs (for IPv4 traffic)that work in collaboration with QoS to manage traffic flow.
ACLs
• IP Filtering ACLs
An IP ACL is a list of packet filtering rules. Based on the criteria specifiedin the IP ACL associated with the packet, the router decides whether the
371/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
packet is forwarded or dropped. IP ACLs filter packets by using deny andpermit statements. You can apply IP ACLs to interfaces and contexts toaffect packets on all circuits bound to the interface or all administrativepackets for a context.
Note: The SP 415/420 only supports IPv4 administrative ACLs.
For more information about ACLs, see ACLs.
5.7 Quality of Service
The Internet provides only best-effort service, offering no guaranteed packetdelivery. The Ericsson IP Operating System offers QoS differentiation basedon traffic type and application, and supports IPv4.
5.7.1 Configuring QoS on Circuits
You can attach policing (ingress) policies to ports, SIs, and 802.1Q PVCs(single tag and dual tag circuits). For more information, see Circuits for QoS.
5.7.1.1 QoS Support on Service Instances
The router supports binding QoS services to SIs that are configured underEthernet ports.
The following QoS services are supported for service instances on SP 415/420:
• Policing and QoS policy bindings on ingress
• Overhead profile
• QoS priority on ingress
• Propagating priority marking to and from Ethernet using a dot1q profileon ingress or egress
5.7.2 Rate Limiting and Class Limiting
The SP 415/420 classifies, marks, and rate-limits incoming packets.
• QoS Policing Policy
A QoS policing policy marks or rate-limits, or performs action on incomingpackets. You can apply policing policy to all packets on a particular circuit
For more information, see Rate-Limiting.
38 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Features
5.7.3 Queueing and Scheduling
After classification, marking, and rate limiting occurs on an incoming packet, thepacket enters an output queue for servicing by an egress traffic card scheduler.
The SP 415/420 supports up to eight queues per port. Queues are servicedaccording to a queue map scheme or QoS scheduling policy, or both.
The SP 415/420 uses PWFQ policies for QoS scheduling. PWFQ policiessupport the following features.
• Attachable to ports
• Eight queues
• QoS priority marking and queue maps to determine the egress queue
The policy can reference a customized queue map.
• Up to 32 congestion avoidance maps to specify Random Early Detection(RED) parameters
• Scheduling algorithm that is both priority- and weight-based
Each queue has the fixed priority. Queue priority from queue 0 to queue 7is from highest to lowest (Queue 0 has the highest priority, and queue 7has the lowest priority).
The queues whose weights are 0 are scheduled in strict-priority mode,and whose weights are not 0 are schedule in WDRR. The queues whoseweights are 0 have the high scheduling priority than other queues.
For more information about the PWFQ scheduling algorithm, see Queuingand Scheduling.
• Port Shape
Each PWFQ policy can use a maximum rate, and burst for traffic shaping.The maximum rate is the highest rate that allows for this port.
For more information, see Queuing and Scheduling.
5.8 IP Performance Metrics
5.8.1 TWAMP Light Reflector
The Two-Way Active Measurement Protocol (TWAMP) defines a standardfor measuring round-trip network performance between any two devices thatsupport the TWAMP protocols. TWAMP light is a simplified architecture ofTWAMP without TWAMP-Control protocol. In this architecture, the roles ofControl-Client, Server, and Session-Sender are implemented in one host as
391/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
the controller, and the role of Session-Reflector is implemented in another hostas the responder. The reflector acts as light test points in the network. Thefollowing figure shows the architecture of TWAM light:
Session-Sender
Session-ReflectorTWAMP-TestServer
Controller Responder
Control-Client
G103096A
Figure 25 TWAMP Light Architecture
The SP 415/420 works as a TWAMP-Light reflector without a TWAMP-Controlprotocol. It interoperates with the session-sender, and TWAMP server onanother device that supports TWAMP.
In the following figure, one device is the session-sender, and the other twodevices are Ericsson SP 415/420 that works as TWAMP reflectors.
G103087B
TWAMP Light Reflector
TWAMP Light Reflector
Controller and Sender
Figure 26 Basic TWAMP Deployment
40 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
User Interfaces
6 User Interfaces
The router provides the following interfaces to access, manage, and configurethe system, as well as access node state information.
• CLI
• SNMP (see RMON and SNMP)
6.1 Using the CLI
The CLI is the primary interface to the SP 415/420.
You can access the CLI in the following ways.
• Ethernet management port connection to a local management workstation
Requires a PC-type workstation using a Telnet or Secure Shell (SSH)session. Requires a shielded Ethernet crossover cable for a localworkstation.
• Ethernet management port connection to a remote managementworkstation
Requires a PC-type workstation using a Telnet or SSH session. Requires ashielded Ethernet straight cable (shipped with the system) or a router orbridge.
• Console port connection to a remote console terminal
Requires either an ASCII or VT100 console terminal or equivalent that runsat 9600 baud, 8 data bits, no parity, 1 stop bit, or a PC-type workstationwith a terminal emulator in the same configuration as the ASCII or VT100terminal.
Note: You must log on using the console and configure an IP address beforelogging on remotely.
It is advisable to have two access methods available, such as a remoteworkstation connected to the Ethernet management port and a console portconnected to a terminal server (a console cable is shipped with the system).Several administrative tasks are performed with the CLI through a terminalserver, because some processes, such as reloading or upgrading the software,interrupt an Ethernet management port connection.
For more information about command modes and prompts, the commandhierarchy, privilege levels for commands and administrators, see Using the CLI.
411/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
7 Administration
The router has many features for managing security and performance,monitoring and reporting on status, and troubleshooting the system.
For information on data collection when customers submit a customer servicerequest (CSR) to Technical Support, see Data Collection Guideline
7.1 Managing Security
The SP 415/420 provides forwarding and advanced Layer 2 to Layer 7services to carriers around the world. With the rapid expansion of theInternet—connected devices, bandwidth, and multimedia (data, voice, andvideo)—security has become an important aspect of handling internet traffic.An SP 415/420 router deployed at the edge of the network is directly exposedto various types of security attacks. The comprehensive security features ofthe Ericsson IP Operating System help protect the SP 415/420 router andother nodes in the core network.
For more information, see Key Chains, TACACS+, and Restricting Access tothe CLI.
7.1.1 User Access and Operations
You can access the CLI through a directly connected console port or throughTelnet or SSH sessions to the management port. The SP 415/420 supportslogin authentication (using a local user database on the SP 415/420) as wellas centralized authentication using a RADIUS or Terminal Access ControllerAccess-Control System Plus (TACACS+) server.
You can manage local user accounts through the CLI. All user accountsmust have a password. Passwords are stored encrypted in the configurationfile. After you log in the first time, you can change your password using CLIcommands. By default, idle sessions are disconnected after 10 minutes. Youcan configure the idle time-out interval.
You can also enhance security to eliminate risks from user operations throughthe management port. A user who remotely accesses a system, for exampleusing a remote console can interactively change a password in a securemanner. In addition, a super-user can grant or deny privileges to a user forchanging a password.
In the Ericsson IP Operating System, user privilege levels determine whichcommands are accessible to a particular user. Users with the default privilegelevel (level 6) cannot configure the system, but they can modify some ACL ruleconditions. Access to higher privilege levels is password-protected.
42 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Administration
To protect the system, you can physically and logically separate OAM trafficfrom other traffic by using separate network interfaces. To provide secureaccess, the Ericsson IP Operating System supports secure protocols such asSSH, Secure Copy Protocol (SCP), and Secure File Transfer Protocol (SFTP).SSH version 2 (SSHv2) is supported.
Unsecured access includes access through Telnet, FTP. You can disableunsecured access to the operating system.
Event logs and alarms raised by different modules on the SP 415/420 platformare managed by a centralized logging infrastructure. The security audit trail isvisible to the logging infrastructure, which includes successful and failed loginattempts and logouts. You can filter Logs based on the log level and directedto multiple destinations—for example, the system console, local storage, or aremote syslog server.
The Ericsson IP Operating System supports SNMPv1, SNMPv2, and SNMPv3.SNMPv3 affords the greatest degree of security and is the recommendedversion.
7.1.2 Layer 2 Security
The SP 415/420 platform includes various features that provide Layer 2 securityand protect against various Layer 2 attacks.
All ports on the SP 415/420 router are disabled by default. To be functional,you must explicitly enable a port and then bind it to an interface.
By default, routing protocols are not enabled on any interfaces. VLANs arealso not configured. You must explicitly configure a VLAN by setting the portencapsulation to 802.1Q and creating at least one PVC. If the PVC is notexplicitly configured, the VLAN is not created.
7.1.3 Layer 3 Security
The SP 415/420 platform supports various features that provide protection fromLayer 3 attacks. Malicious traffic is detected using a combination of implicit andconfigured checks. The Ericsson IP OS IP stacks are, by default, hardenedagainst a number of threats. The forwarding plan implicitly performs Layer 3security checks.
You can filter packets for malicious traffic by configuring IP ACLs. When youapply an ACL to an interface, packets received and sent over the interface aresubject to the rules specified in the ACL. ACLs applied at the context level arecalled administrative ACLs. Only packets sent to the kernel are subject to thoseACLs. You can configure administrative ACLs used in any context to protectthe control plane from unwanted traffic.
431/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Ericsson recommends that you use the software loopback interface for allrouting protocols. However, the CLI does not enforce this practice. By default,routing protocols are not enabled on any interface.
Authentication is implemented for all unicast IPv4 protocols. Manuallydistributed keys are used for authentication. The keys are stored encrypted inthe configuration files. You can configure prefix lists to control how messagesare routed.
7.2 Managing Performance
To manage performance, you can use load balancing, and SNMP.
7.2.1 SNMP
You can enable SNMP on the router to monitor one or more network devicesfrom a central location. An SNMP management system includes one ormore SNMP agents, an SNMP Manager, and the protocols to communicateinformation between the SNMP agent and manager entities, such as trapnotifications. You can also configure a target for collecting SNMP data. Formore information, see RMON and SNMP.
7.3 Monitoring and Reporting Tools
7.3.1 Logging
The Ericsson IP Operating System contains two log buffers: main and debug.Log files must be sent to Customer Support when submitting a support request.In large installations, it is recommended to enable the logging of system eventsto a remote Syslog server that is reachable by the current context.
By default, log messages for the local context are displayed in real time on theconsole. Nonlocal contexts are not displayed in real time on the console. Tochange this behavior and display log messages in real time, use the loggingconsole command in context configuration mode in the context of interest.You can display log messages in real time from any Telnet session using theterminal monitor command in exec mode.
The router also supports In-service Performance (ISP) logging, stored in theflash memory of the router. It collects information about predefined systemevents that can have a potential impact on applications. It enables supportrepresentatives to perform root-cause analysis and troubleshooting. It alsologs events for third-party applications.
For more information, see Logging.
44 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Administration
7.3.2 Reporting
The SP 415/420 provides show commands to display system features andfunctions. For example, you can use the monitoring commands in Table 6. Forinformation about specific commands, see the Command List. For informationabout using show commands, see Using the CLI.
Table 6 Types of Monitoring Commands
Type of Command Commands Notes
Monitor a systemcomponent
show chassis
show hardware
show card
Displays status of cards installed in thechassis.
Displays detailed hardware information.
Displays detailed card information.
show circuitcounters
Displays statistics for one or more circuits.
Monitor the statusof a process andprovide continuousupdates
monitor process Monitors the current status of a specifiedcategory of processes, and providescontinuous status updates. Enter thiscommand in exec mode.
Monitor files inmemory
directory
pwd
Displays a list of files in the specifieddirectory.
Displays the current working directory.
Enter these commands in exec mode.
Monitor a process show process Displays current status of a process. Enterthis command in any mode.
Display a softwarerelease or version
show release Displays release and installationinformation.
Enter these commands in any mode.
Monitor anadministratorsession
show privilege
show public-key
Displays the current privilege level for thecurrent session.
Displays the public keys for anadministrator.
Enter these commands in any mode.
Monitor the system show configuration Displays the configuration commands for afeature. Enter this command in any mode.
show memory Displays memory statistics. Enter thiscommand in any mode.
show system alarm Displays system alarms at one or morelevels. Enter this command in any mode.
451/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Table 6 Types of Monitoring Commands
Type of Command Commands Notes
show port synchronous-mode
Displays synchronization information forone or all synchronous mode ports.
show synchronization ptp-port
Displays information about PTP port.
show 1pps port Displays information about 1pps port.
show synchronization input-source
Displays information about thesynchronization input sources.
7.3.3 Troubleshooting
For information on resolving problems with the following guides:
• Logging
• SNMP MIB Notifications
• Troubleshooting Guide
• Emergency Recovery Guide
8 Technical Specification
This section summarizes the technical specifications for SP 415/420.
8.1 Power Supply
SP 415/420 supports the following AC/DC power connections.
• PSU DC: -38 to -60 V DC, 5 A
• PSU AC: 100 to 240 V AC, 45 to 65 Hz, 2 A
The base platform provides two hot swappable redundant PSU slots. Thefollowing configurations are supported:
• One PSU DC or one PSU AC
• Two PSU DCs or two PSU ACs
46 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Specification
Power redundancy is configured if one PSU fails in this configuration.
The power consumption for SP 415/420 is described as follows:
SP 415 • 75 W (Max.)Fully configured with two PSUs, two eight-port E1/DS1 CESexpansion modules, fan tray and SFPs (1.3 W at maximum)
• 53 WConfigured with one PSU, one eight-port E1/DS1 CESexpansion module, eight SFPs, and fan tray
SP 420 • 100 W (Max.)Fully configured with two PSUs, two one-port 10GE expansionmodules, fan tray, SFPs (1.3 W at maximum) and XFPs (4 Wat maximum)
• 58 WConfigured with one PSU, one eight-port E1/DS1 CESexpansion module, fan tray, ten SFPs and two XFPs
Note: The current maximum power consumption of SP 415/420 is for currentversion. SP 415/420 supports higher electrical capacity (for example,120 W for SP 415 and 150 W for SP 420) for future proof purposes.
8.2 Environmental Conditions
The equipment operates under the following constraints:
• Continuous Conditions (Full performance)
Industrial Temperature: -40 to +65�C
Commercial Temperature: 0 to +50�C
Relative Humidity: 0 to 95%
Note: For industrial temperature, the service provider needs to purchase anduses industrial temperature SFP/XFPs. If any commercial temperatureSFP/XFP is inserted, the supported temperature range for SP 415/420is 0 to 50�C.
8.3 Dimensions and Weight
The following dimensions and weight apply for SP 415/420:
• Weight: <8 kg
• Nominal Dimensions (D×W×H): 255×446×66.68 mm
471/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
8.4 Base Platform Interface and Indicators
8.4.1 Base Platform Interface
SP 415 interfaces from base platform are specified in the following table:
Table 7 SP 415 Base Platform Interface
Interface Ports Number ofConnectors
Management Interface RJ45: 10/100/1000 BaseTX
1
Console Port RJ45 1
Sync Port RJ45 2
USB USB 2.0 1
GE Ethernet RJ45 or SFP 16(1)
Earth Grounding Two-hole
compression-type
1
(1) 8 Combo GE plus 8 SFP GE
SP 420 interfaces from base platform are listed in the following table:
Table 8 SP 420 Base Platform Specifications
Interface Ports Number ofConnectors
Management Interface RJ45: 10/100/1000 BaseTX
1
Console Port RJ45 1
Sync Port RJ45 2
USB USB 2.0 1
GE Ethernet RJ45 and SFP 20(1)
10 Gbit Ethernet XFP 2
Earth Grounding Two-hole compression-type
1
(1) 8 Combo GE plus 12 SFP GE
8.4.2 Indicators
The following system status indicators (LEDs) are located on the front panelof the base platform:
48 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Specification
• Fault
• Power
• Oper
• Sync
Table 9 Indicators Front Panel
Name Color Status Instruction
On FaultFault Red
Off No fault
On Power onPower Green
Off No power
On Operation (no fault)Oper Green
Off CPU is not in normal operating state
On Box is synced to external clock sourceSync Green
Off Box is using the local clock as thereference
Note: Every unit connected to the base platform has its own indicators.Detailed information is provided in Hardware Troubleshooting.
8.5 Modules
8.5.1 Fan Tray
SP 415/420 supports field replaceable fan tray, which contains three fans.The fan tray is used to cool the product. The air flow is designed from theright side to the left side.
SP 415/420 supports two kinds of fan tray options with the same coolingperformance:
• Fan tray without an alarm port: Originally installed in SP 415/420.
• Fan tray with an alarm port: Support DB-15 connector alarm port on thefront panel for customer alarm indication of network management systemif needed. The alarm port includes six alarm input pins and two alarmoutput pins.
491/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
8.5.2 Air Filter
SP 415/420 supports an optional field replaceable air filter, which is composedof fibrous materials and can remove solid particulates from the air, such asdust, pollen, mold, and bacteria.
8.5.3 Expansion Modules
This chapter describes the following two expansion modules supported in SP415/420:
• Eight-port E1/DS1 CES expansion module
• One-port 10 GE XFP expansion module
8.5.3.1 Eight-Port E1/DS1 CES Expansion Module
E1/T1
1 2 3 4 5 6 7 8
Fault
Power
8p E1/T1 CES
G100447A
Figure 27 Overview of the Eight-Port E1/DS1 CES Expansion Module
The features that eight-port E1/DS1 CES expansion module supports are asfollows:
• Full-Featured DS1/E1 LIU/Framer/TDM-Over-Packet
• Support 8 DS1/E1 link
• Multi-protocol Encapsulation Supports IPv4, and Metro Ethernet
• Packet Loss Compensation and Handling of Misordered Packets
Table 10 Eight-Port E1/DS1 CES Expansion Module Specifications
Specification Values
Number of ports 8
Speed E1: 2.048 Mbps, DS1: 1.544 Mbps
Protection (facility) None
Interface Electrical
Connector type RJ-45
Cable type Category 6 shielded pair
Impedance type 120
50 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Specification
There are two indicators on the expansion module panel. The indicator is usedto indicate the state of the expansion module.
Table 11 Indicators Definition
Name Color Status Meaning
Red On There is a fault on the expansionmodule.
Fault
Red Off No fault
Green On Expansion module is powered up.Power
Green Off No power
8.5.3.2 One-Port 10GE XFP Expansion Module
Link/Act
XFP 10G Ethernet
1 port 10GE LAN
Fault
Power
G100448A
Figure 28 Overview of the One-Port 10GB Expansion Module
The one-port 10GE XFP expansion module consists mainly of a high speed10G Ethernet PHY chip, voltage management and EEPROM. Similar to the10GE XFP ports existed on the SP 420 front panel, the 10GE port on the 10GEmodule also requires XFP transceiver for connection.
This expansion module occupies a single slot in the SP 415/420. Any of thefollowing types of 10-Gbps XFP transceivers is supported:
• 10GE-SR
• 10GE-LR
• 10GE-ER
• 10GE-ZR
Table 12 LEDs Definition
Name Color Status Meaning
Red On There is a fault on the expansionmodule.
Fault
Red Off No fault
Green On Expansion module is powered up.Power
Green Off No power
511/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
There is an indicator for the XFP port. The indicator of the XFP is not integratedwith the connector. It is on the panel.
Table 13 Definition of the XFP LEDs
Name Color Status Meaning
Green On Link
Green Off Not link
Link/Act
Green Blink Activity
8.6 Cables
8.6.1 External Timing Cables
An external timing cable provides a connection from an external synchronizationsource. SP 415/420 provides external timing connection through the Syncport on its front panel. The sync port is a 1PPS + TOD interface like the onefrom the GPS.
Table 14 Cable Specification for External Timing Cable
Interface Description Connectors Cable MaximumDistance
ExternalTiming
Category6 shieldedEthernetcable
RJ-45 Female RJ-45 Male None
Table 15 Sync Port Pin Assignments
Pin Number Signal Definition Notes
1 NC N
2 NC N
3 422_1_N 1pps
4 GND RS422 GND
5 GND RS422 GND
6 422_1_P 1pps
7 422_2_N TOD
8 422_2_P TOD
The detailed cable and pin assignment for Ethernet and E1/DS1 cables aredescribed as in the following chapters.
52 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Specification
8.6.2 Traffic Cables
8.6.2.1 10/100/1000 Ethernet and Fast Ethernet–Gigabit Ethernet Cables
SP 415/420 supports the auto crossover function for Ethernet connectioncables. It is not necessary to choose straight or crossover cable for connectingto the SP 415/420.
Table 16 Cable Specification for External Timing Cable
Interface Description Connectors Cable MaximumDistance
10/100/1000Ethernet
Category6 shieldedEthernetcable
RJ-45 Female RJ-45 Male 328.1 ft -100.0 m
The tables below show the pin assignment for Ethernet cables. Both ends ofthis shielded and grounded cable are terminated in standard RJ-45 eight-pinmodular plugs.
Table 17 10/100/1000 Ethernet Straight Cable Pin Assignments
Pin Signal Definition
1 TX_D1+
2 TX_D1-
3 RX_D2+
4 BI_D3+
5 BI_D3-
6 RX_D2-
7 BI_D4+
8 BI_D4-
Table 18 10/100/1000 Ethernet Crossover Cable Pin Assignments
Pin Signal Definition Other End Pin #
1 TX_D1+ 3
2 TX_D1- 6
3 RX_D2+ 1
4 BI_D3+ 7
5 BI_D3- 8
6 RX_D2- 2
531/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Pin Signal Definition Other End Pin #
7 BI_D4+ 4
8 BI_D4- 5
Note: Both straight and crossover specified cables are accepted for SP415/420 connection.
8.6.2.2 Transceiver-Based Cables
Transceiver-Based Gigabit Ethernet Traffic Cables are described in the tablebelow:
Table 19 Cable Specifications for Transceiver-Based Gigabit Ethernet
Type Description Connector Cable MaximumDistance
BX SFPtransceiver
Single-modefiber 9/125Cm
LC female LC male 6.2 mi - 10.0km
Single-modefiber 9/125Cm
LC female LC male 9.3 mi - 15 kmFE SFPtransceiver
Multimodefiber 62.5/125 Cm
LC female LC male 1.2 mi - 2.0km
TX transceiver 4-pair,Category6 shieldedtwisted-pair
RJ-45 RJ-45 328.1 ft -100.0 m
Multimodefiber 62.5/125 Cm
LC female LC male 1,640.4 ft -500.0 m
SX SFPtransceiver
Multimodefiber 50/125Cm
LC female LC male 656.2 ft -200.0 m
LX SFPtransceiver
Single-modefiber 9/125Cm
LC female LC male 6.2 mi - 10.0km
ZX SFPtransceiver
Single-modefiber 9/125Cm
LC female LC male 49.7 mi - 80.0km
SR/SW XFPtransceiver
Multimodefiber 62.5/125 Cm
LC female LC male 984.4 ft -300.0 m
54 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Specification
Type Description Connector Cable MaximumDistance
LR/LW XFPtransceiver
Multimodefiber 50/125Cm
LC female LC male 6.2 mi - 10.0km
ER XFPtransceiver
Single-modefiber 9/125Cm
LC female LC male 49.7 mi - 80.0km
ZR XFPtransceiver
Single-modefiber 9/125Cm
LC female LC male 49.7 mi - 80.0km
DWDMtransceiver
Single-modefiber 9/125Cm
LC female LC male 49.7 mi - 80.0km
Note: Commercial temperature for most SFP/XFP is 0 to +70�C, only for SFP1000Base-T (EPN: RDH90120/49800 R4A) is 0 to +85�C.
8.6.3 E1/DS1 Cables
The E1/DS1 cable specification and signal definition are described in thischapter.
Table 20 Transceiver-Based Gigabit Ethernet Traffic Cables
Interface Desp. Connectors Maximum Distance
ChannelizedE1/DS1
4-pair, Category 6shielded
RJ-45 328.1 ft - 100.0 m(1)
(1) May need cable converters before connecting to SP 415/420.
The table below shows the pin assignment for E1/DS1 Cables.
Table 21 E1/DS1 Cable Pin Assignments
Pin Signal Definition
1 TX+
2 TX-
3 N/A
4 RX+
5 RX-
6 N/A
7 N/A
8 N/A
551/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
8.6.4 Console Cables
The console port signal definition is described in this chapter.
Table 22 Console Port Signal Definition
Other End Pin # Signal Definition Input/Output
1 - -
2 DTR Ouput
3 TxD Ouput
4 GND -
5 GND -
6 RxD Input
7 DSR Input
8 - -
8.6.5 Alarm Port
The alarm port signal definition is described in this chapter.
Note: This chapter is valid when the fan tray with an alarm port is selected.
Table 23 Alarm Port (HD DB-15 connector) Signal Definition
Other End Pin # Signal Definition Input/Output
1 Alarm Input 1 Input
2 Alarm Input 2 Input
3 Alarm Input 3 Input
4 Alarm Input 4 Input
5 Alarm Input 5 Input
6 Alarm Input 6 Input
7 Alarm Input R -
8 Alarm Output R -
9 Alarm Output 1 Output
10 Alarm Output 2 Output
11 - -
12 - -
13 - -
56 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Software Standard Declaration
Other End Pin # Signal Definition Input/Output
14 - -
15 - -
8.7 Flash Memory
SP 415/420 supports 2 GB NAND flash.
9 Software Standard Declaration
This chapter describes the standards which SP 415/420 supports.
L2 Protocol Technologies:
• 802.1Q IEEE Standard for Local and Metropolitan Area Networks: VirtualBridged Local Area Networks
L3/L2.5 Protocol Technologies:
• draft-ietf-ospf-prefix-hiding-02
• Internet Draft, Advertisement of the best external route in BGP, March 2011
• Internet Draft, BGP Support For Four-Octet AS Number Space, May 2001
• RFC 826, An Ethernet Address Resolution Protocol, or Converting NetworkProtocol Addresses to 48.bit Ethernet Address for Transmission onEthernet Hardware
• RFC 1195, Use of OSI IS-IS for Routing in TCP/IP and Dual Environments[3] RFC 5309, Point-to-Point Operation over LAN in Link State RoutingProtocols
• RFC 1997, BGP Communities Attribute, August 1996
• RFC 2328, OSPF Version 2
• RFC 2385, Protection of BGP Sessions via the TCP MD5 Signature Option,August 1998
• RFC 2439, BGP Route Flap Damping, November 1998
• RFC 2627, QoS Routing Mechanisms and OSPF Extensions
571/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
• RFC 2796, BGP Route Reflection - An Alternative to Full Mesh IBGP, April2000
• RFC 2842, Capabilities Advertisement with BGP-4, May 2000
• RFC 2858, Multiprotocol Extensions for BGP-4, June 2000
• RFC 2918, Route Refresh Capability for BGP-4, September 2000
• RFC 3065, Autonomous System Confederations for BGP, February 2001
• RFC 3101, The OSPF Not-So-Stubby Area (NSSA) Option
• RFC 3107, Carrying Label Information in BGP-4
• RFC 3623, Graceful OSPF Restart
• RFC 3630, Traffic Engineering Extensions to OSPF Version 2
• RFC 4271, Border Gateway Protocol 4 (BGP-4), January 2006
• RFC 4274, Graceful Restart Mechanism for BGP, January 2007
• RFC 4576, Using a Link State Advertisement (LSA) Options Bit to PreventLooping in BGP/MPLS IP Virtual Private Networks (VPNs)
• RFC 4577, OSPF as the Provider/Customer Edge Protocol for BGP/MPLSIP Virtual Private Networks (VPNs)
• RFC 5291, Outbound Route Filtering Capability for BGP-4, August 2008
• RFC 5292, Address-Prefix-Based Outbound Route Filter for BGP-4, August2008
• RFC 5305, IS-IS Extensions for Traffic Engineering
• RFC 5309, Point-to-Point Operation over LAN in Link State RoutingProtocols
• RFC 5880 Bidirectional Forwarding Detection (BFD)
• RFC 5881 Bidirectional Forwarding Detection (BFD) for IPv4
• ISO DP 10589, February 1990, Intermediate System to IntermediateSystem Intra-Domain Routing Exchange Protocol for Use in Conjunctionwith the Protocol for Providing the Connectionless-mode Network Service(ISO 8473)
LAG:
• IEEE 802.1ad - Provider Bridges
• IEEE 802.1AX (2008) Link Aggregation Group (LAG)
VPWS
58 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Software Standard Declaration
• Draft-ietf-pwe3-redundancy-bit, Pseudowire Preferential Forwarding StatusBit
• Draft-ietf-pwe3-redundancy, Pseudowire Redundancy
• RFC 3916, Requirements for Pseudo-Wire Emulation Edge-to-Edge(PWE3)
• RFC 4026, Provider Provisioned Virtual Private Network (VPN) Terminology
• RFC 4446, IANA Allocations for Pseudowire Edge to Edge Emulation(PWE3)
• RFC 4447, Pseudowire Setup and Maintenance using LDP
• RFC 4448, Encapsulation of Ethernet over MPLS
• RFC 4664, Framework for Layer 2 VPNs
L3VPN
• RFC 2547, BGP/MPLS IP VPNs
• RFC 4364, BGP/MPLS IP Virtual Private Networks (VPNs)
MPLS
• RFC 2702, Requirements for Traffic Engineering Over MPLS
• RFC 3031, Multiprotocol Label Switching Architecture
• RFC 3032, MPLS Label Stack Encoding
• RFC 3209, RSVP-TE: Extensions to RSVP for LSP Tunnels
• RFC 3443, Time To Live (TTL) Processing in MPLS network
• RFC 3473, RSVP-TE Extension to Support GMPLS
• RFC 3478, Graceful Restart Mechanism for LDP
• RFC 3479, Fault Tolerance for the Label Distribution Protocol (LDP)
• RFC 4090, Fast Reroute Extensions to RSVP-TE for LSP Tunnels
• RFC 4379, Detecting Multi-Protocol Label Switched (MPLS) Data PlaneFailures
• RFC 5036, LDP Specification
• RFC 5283, LDP Extension for Inter-Area Label Switched Paths (LSPs)
• RFC 5443, LDP IGP Synchronization
• RFC 5561, LDP Capabilities
591/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
• RFC 5918, Label Distribution Protocol (LDP) 'Typed Wildcard' ForwardEquivalence Class (FEC)
• RFC 5919, Signaling LDP Label Advertisement Completion
QoS
• RFC 1700, Assigned Numbers
• RFC 2475, An Architecture for Differentiated Services
• RFC 2697, A Single Rate Three Color Marker
• RFC 3140, Per Hop Behavior Identification Codes
• RFC 3246, An Expedited Forwarding PHB (Per-Hop Behavior)
• RFC 3247, Supplemental Information for the New Definition of the EF PHB(Expedited Forwarding Per-Hop Behavior)
• RFC 3260, New Terminology and Clarifications for Diffserv
• RFC 3270, MPLS Support of Differentiated Services
• RFC 4594, Configuration Guidelines for DiffServ Service Classes
Synchronization Technology:
• IEEE 1588v2, Precision Clock Synchronization Protocol
• ITU-T G.781, Synchronization Layer Functions
• ITU-T G.8261, Timing and Synchronization Aspects in Packet Networks
• ITU-T G.8262, Timing Characteristics of Synchronous Ethernet EquipmentSlave Clock
• ITU-T G.8264, Distribution of Timing Through Packet Networks
Network Management Technologies:
• Telnet
• SSHv2
• TACACS+
• SNMP V1/ V2c/ V3
• RMON
• RFC 2131, Dynamic Host Configuration Protocol
• RFC 2132, DHCP Options and BOOTP Vendor Extensions
60 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Appendix: SFP/XFP Ethernet Interfaces
• RFC 2865, Remote Authentication Dial In User Service (RADIUS)
• RFC 3004, The User Class Option for DHCP
• RFC 3046, DHCP Relay Agent Information Option
Other Technologies:
• RFC 1305, Network Time Protocol
• SFTP
10 Appendix: SFP/XFP Ethernet Interfaces
The following SFP/XFP transceivers are supported on SP 415/420:
Table 24 SFP/XFP Ethernet Interfaces - Part One
SFP/
XFP
Type Temp EPN FiberType
Wavelength
nm
Max SupportedDistance
PowerConsumption
Launched Powermin/maxdBm
SFP 1000BaseSX
I RDH10244/11
MMF 850 550 m Max: 1.0W
-8.5/-3.5
ISFP 1000BaseLX C
RDH10245/1
SMF 1310 5 km Max: 0.85W
-9.5/-3.0
SFP 1000BaseZX
I RDH10244/41
SMF 1550 80 km Max: 1.0W
0/5
SFP 1000Base-T
C RDH90120/49800
N/A N/A N/A Max: 1.0W
N/A
SFP 1000BaseBX-U
I RDH10248/1
SMF TX: 1310
RX: 1490
10 km Max: 1.0W. Typical: 0.8 W
-9/-3
SFP 1000BaseBX-D
I RDH10248/2
SMF TX: 1490RX: 1310
10 km Max: 1.0W. Typical: 0.8 W
-9/-3
611/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Table 24 SFP/XFP Ethernet Interfaces - Part One
SFP/
XFP
Type Temp EPN FiberType
Wavelength
nm
Max SupportedDistance
PowerConsumption
Launched Powermin/maxdBm
SFP 100BaseFX
I RDH10243/1
MMF 1310 400 m Max: 0.85W
Followsupplierspec -20/-14
SFP 100BaseLX10
I RDH10243/21
SMF 1310 15 km Max: 0.75W
-15/-8
SFP 100BaseBX-U
I RDH10248/20
SMF Tx: 1550Rx: 1310
15 km Max: 0.75W
-13/-8
SFP 100BaseBX-D
I RDH10248/21
SMF Tx: 1310Rx: 1550
15 km Max: 0.75W
-13/-8
SFP 1000BaseBX20-U
I RDH10248/3
SMF 1310 20 km Max: 1 W
Typical:0.8 W
-5/0
SFP 1000BaseBX20-D
I RDH10248/4
SMF 1490 20 km Max: 1 W
Typical:0.8 W
-5/0
XFP 10GE-SR C RDH10239/3
MMF 850 300 m Max: 1.5W
Followsupplierspec.-5/-1
I RDH102102/1
SMF 1310 10 km Max: 2.5W
-5.5/-1.0XFP 10GE-LR
C RDH10239/1
SMF 1310 10 km Max: 2.5W
Followsupplierspec.-6/-1
I RDH102102/2
SMF 1550 40 km Max: 3.5W
-1/2XFP 10GE-ER
C RDH10239/2
SMF 1550 40 km Max: 3.5W
Followsupplierspec. -4.7/4dBm
62 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Appendix: SFP/XFP Ethernet Interfaces
Table 24 SFP/XFP Ethernet Interfaces - Part One
SFP/
XFP
Type Temp EPN FiberType
Wavelength
nm
Max SupportedDistance
PowerConsumption
Launched Powermin/maxdBm
XFP 10GE-ZR C RDH10239/4
SMF 1550 80 Km Max: 4.5W
Followsupplierspec. 0/4
SFP CWDMGE
C RDH90120/81028
SMF 1470 80 km Max: 1.0W
N/A
SFP CWDMGE
C RDH90120/81128
SMF 1490 80 km Max: 1.0W
N/A
SFP CWDMGE
C RDH90120/81228
SMF 1510 80 km Max: 1.0W
N/A
SFP CWDMGE
C RDH90120/81328
SMF 1530 80 km Max: 1.0W
N/A
SFP CWDMGE
C RDH90120/81428
SMF 1550 80 km Max: 1.0W
N/A
SFP CWDMGE
C RDH90120/81528
SMF 1570 80 km Max: 1.0W
N/A
SFP CWDMGE
C RDH90120/81628
SMF 1590 80 km Max: 1.0W
N/A
SFP CWDMGE
C RDH90120/81728
SMF 1610 80 km Max: 1.0W
N/A
SFP 1000BaseSX
C RDH10244/1
MMF 850 550 m Max: 1.0W
-8.5/-3.5
631/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Table 24 SFP/XFP Ethernet Interfaces - Part One
SFP/
XFP
Type Temp EPN FiberType
Wavelength
nm
Max SupportedDistance
PowerConsumption
Launched Powermin/maxdBm
SFP 1000BaseZX
C RDH10244/4
SMF 1550 80 km Max: 1.0W
0/5
SFP 1000BaseSX
I RDH10247/1
MMF 850 500 m Max: 1.0W
-9.5/-4
SFP 1000BaseT
I RDH901002/1
N/A N/A 100 m Max: 1.2W
N/A
XFP 10GBASE-LBR
C RDH102100/1
SMF 1560.61 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/2
SMF 1559.79 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/3
SMF 1558.98 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/4
SMF 1558.17 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/5
SMF 1557.36 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/6
SMF 1556.55 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/7
SMF 1555.75 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/8
SMF 1554.94 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/9
SMF 1554.13 80 km Max: 4.5W
-1/3
64 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Appendix: SFP/XFP Ethernet Interfaces
Table 24 SFP/XFP Ethernet Interfaces - Part One
SFP/
XFP
Type Temp EPN FiberType
Wavelength
nm
Max SupportedDistance
PowerConsumption
Launched Powermin/maxdBm
XFP 10GBASE-LBR
C RDH102100/10
SMF 1553.33 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/11
SMF 1552.52 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/12
SMF 1551.72 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/13
SMF 1550.92 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/14
SMF 1550.12 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/15
SMF 1549.32 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/16
SMF 1548.51 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/17
SMF 1547.72 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/18
SMF 1546.92 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/19
SMF 1546.12 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/20
SMF 1545.32 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/21
SMF 1544.53 80 km Max: 4.5W
-1/3
651/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Table 24 SFP/XFP Ethernet Interfaces - Part One
SFP/
XFP
Type Temp EPN FiberType
Wavelength
nm
Max SupportedDistance
PowerConsumption
Launched Powermin/maxdBm
XFP 10GBASE-LBR
C RDH102100/22
SMF 1543.73 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/23
SMF 1542.94 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/24
SMF 1542.14 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/25
SMF 1541.35 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/26
SMF 1540.56 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/27
SMF 1539.77 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/28
SMF 1538.98 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/29
SMF 1538.19 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/30
SMF 1537.4 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/31
SMF 1536.61 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/32
SMF 1535.82 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/33
SMF 1535.04 80 km Max: 4.5W
-1/3
66 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Appendix: SFP/XFP Ethernet Interfaces
Table 24 SFP/XFP Ethernet Interfaces - Part One
SFP/
XFP
Type Temp EPN FiberType
Wavelength
nm
Max SupportedDistance
PowerConsumption
Launched Powermin/maxdBm
XFP 10GBASE-LBR
C RDH102100/34
SMF 1534.25 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/35
SMF 1533.47 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/36
SMF 1532.68 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/37
SMF 1531.9 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/38
SMF 1531.12 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/39
SMF 1530.33 80 km Max: 4.5W
-1/3
XFP 10GBASE-LBR
C RDH102100/40
SMF 1529.55 80 km Max: 4.5W
-1/3
SFP CWDM C RDH901005/1470
RDH102107/1
SMF 1471 80 km <1.5 W 0/5
XFP 10GBase-SR
C RDH901007/1
RDH10280/1
MMF 850 300 m <1.5 W -9.5/-2.5
SFP 1000Base-LX
C RDH90199/1
RDH10244/2
SMF 1310 10 km Max: 1.0W
-9.5/-3
671/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Table 24 SFP/XFP Ethernet Interfaces - Part One
SFP/
XFP
Type Temp EPN FiberType
Wavelength
nm
Max SupportedDistance
PowerConsumption
Launched Powermin/maxdBm
SFP 1000Base-ZX
I RDH901001/1
SMF 1550 80 km Max: 1.0W
0/5
SFP DWDM I RDH901006/17
RDH102105/1
SMF 1563.86 80 km <1.5 W 0/4
SFP 1000BASE-SX
C RDH90120/42009
MMF 850 550 m Max: 1.0W
-9.5/-2.5
SFP 1000BASE-LX
I RDH90120/D0210
SMF 1310 10 km Max: 1.0W
-9.5/-3
68 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Appendix: SFP/XFP Ethernet Interfaces
Table 25 SFP/XFP Ethernet Interfaces - Part Two
SFP/
XFP
Type Temp EPN LineRate
Sensitivity dBm AttenuationRange (dB)
SFP 1000BaseSX
I RDH10244/11
1.0625Gb/s,2.125Gb/s,1.25Gb/s
Average Receiver Sensitivity(BER<10 -12 ): -17 dBm
Average Receiver Sensitivity(BER<10 -12 ) (BOL): -18dBm
Stressed Receiver Sensitivity(BER<10 -12 ) 50/125 um:-13.5 dBm
Stressed Receiver Sensitivity(BER<10 -12 ) 62.5/125 um:-12.5 dBm
Stressed Receiver Sensitivity(BER<10 -12 ) 50/125 um:-14.5 dBm
Stressed Receiver Sensitivity(BER<10 -12 ) (BOL) 62.5/125um: -13.5 dBm
4-10
ISFP 1000BaseLX C
RDH10245/1
1.0625Gb/s
Receive sensitivity: -22 dBm 12.5-19
SFP 1000BaseZX
I RDH10244/41
1.251Gb/s
Average Receiver Sensitivity(BER<10 -12 ): -22 dBm
Average Receiver Sensitivity(BER<10 -12 ) (BOL): -23dBm
22-27
SFP 1000Base-T
C RDH90120/49800
1.25Gb/s
N/A N/A
SFP 1000BaseBX-U
I RDH10248/1
1.25Gb/s
Receiver Sensitivity as OMA(Max): -18.7 dBm
6.4-12.4
SFP 1000BaseBX-D
I RDH10248/2
1.25Gb/s
Receiver Sensitivity as OMA(Max): -18.7 dBm
6.4-12.4
691/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Table 25 SFP/XFP Ethernet Interfaces - Part Two
SFP/
XFP
Type Temp EPN LineRate
Sensitivity dBm AttenuationRange (dB)
SFP 100BaseFX
I RDH10243/1
125 Mb/s Not specified by Ericsson,follow supplier spec
Minimum Sensitivity :Type-26,Max -22 dBm
6-11
SFP 100BaseLX10
I RDH10243/21
125 Mb/s, 155Mb/s
Receiver Sensitivity (BER=10-10 ) BOL -29 dBm
Receiver Sensitivity (BER=10-10 ) -28 dBm
Receiver Overload (BER=10-10 ) -8 dBm
Receiver Sensitivity (BER=10-12 ) -25 dBm
10-17
SFP 100BaseBX-U
I RDH10248/20
125 Mb/s, 155Mb/s
Receiver Sensitivity(BER=10-10) BOL -29 dBm
Receiver Sensitivity(BER=10-10) -28 dBm
Receiver Overload(BER=10-10) -8 dBm
Receiver Sensitivity(BER=10-12) BOL -29.2dBm
Receiver Sensitivity(BER=10-12) -28.2 dBm
15-20
SFP 100BaseBX-D
I RDH10248/21
125 Mb/s, 155Mb/s
Receiver Sensitivity(BER=10-10) BOL -29 dBm
Receiver Sensitivity(BER=10-10) -28 dBm
Receiver Overload(BER=10-10) -8 dBm
Receiver Sensitivity(BER=10-12) BOL -29.2dBm
Receiver Sensitivity(BER=10-12) -28.2 dBm
15-20
70 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Appendix: SFP/XFP Ethernet Interfaces
Table 25 SFP/XFP Ethernet Interfaces - Part Two
SFP/
XFP
Type Temp EPN LineRate
Sensitivity dBm AttenuationRange (dB)
SFP 1000BaseBX20-U
I RDH10248/3
N/A N/A 12.7-18.7
SFP 1000BaseBX20-D
I RDH10248/4
N/A N/A 12.7-18.7
XFP 10GE-SR C RDH10239/3
Followsupplierspec9.95328Gbps10.3125Gbps
Not specified by Ericsson,follow supplier spec.
Receiver Sensitivity in OMA:-11.1 dBm
Stressed Receiver Sensitivityin OMA -7.5 dBm
0-5.7
I RDH102102/1
9.95Gbps, 10.3Gbps,10.71Gbps,11.095Gbps
Sensitivity (BER of 1E-12)BOL up to 10.3Gb -15 dBm
Sensitivity (BER of 1E-12)EOL up to 10.3Gb -14 dBm
Sensitivity (BER of 1E-12)BOL up to 11.1Gb -14 dBm
Sensitivity (BER of 1E-12)EOL up to 11.1Gb -13 dBm
8.5-13XFP 10GE-LR
C RDH10239/1
Followsupplierspec9.95328Gbps10.3125Gbps
Not specified by Ericsson,follow supplier spec.
Sensitivity in OMA :12.6 dBm
Stressed Sensitivity in OMA:10.3 dBm
7.4-13.4
711/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Table 25 SFP/XFP Ethernet Interfaces - Part Two
SFP/
XFP
Type Temp EPN LineRate
Sensitivity dBm AttenuationRange (dB)
I RDH102102/2
9.95Gbps, 10.3Gbps,10.71Gbps,11.095Gbps
Stressed receiver sensitivity inOMA: -11.3dBm
1-3XFP 10GE-ER
C RDH10239/2
Followsupplierspec9.95328Gbps10.3125Gbps
Not specified by Ericsson,follow supplier spec.
Sensitivity in OMA :-14.1 dBm3
Stressed Sensitivity in OMA:-11.3 dBm
5-12
XFP 10GE-ZR C RDH10239/4
9.953Gbps
10.3Gbps
10.7Gbps
Not specified by Ericsson,follow supplier spec.
Receiver Sensitivity @9.95Gb/s: -24 dBm
Receiver Sensitivity @11.1Gb/s: -23 dBm
4-23
SFP CWDMGE
C RDH90120/81028
Max:2.67Gbps
N/A N/A
SFP CWDMGE
C RDH90120/81128
Max:2.67Gbps
N/A N/A
SFP CWDMGE
C RDH90120/81228
Max:2.67Gbps
N/A N/A
SFP CWDMGE
C RDH90120/81328
Max:2.67Gbps
N/A N/A
72 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Appendix: SFP/XFP Ethernet Interfaces
Table 25 SFP/XFP Ethernet Interfaces - Part Two
SFP/
XFP
Type Temp EPN LineRate
Sensitivity dBm AttenuationRange (dB)
SFP CWDMGE
C RDH90120/81428
Max:2.67Gbps
N/A N/A
SFP CWDMGE
C RDH90120/81528
Max:2.67Gbps
N/A N/A
SFP CWDMGE
C RDH90120/81628
Max:2.67Gbps
N/A N/A
SFP CWDMGE
C RDH90120/81728
Max:2.67Gbps
N/A N/A
SFP 1000BaseSX
C RDH10244/1
1.251Gbps
Receive Sensitivity: -18 dBm 0 - 14.5
SFP 1000BaseZX
C RDH10244/4
1.251Gbps
Receive Sensitivity: -23 dBm 0 - 26
SFP 1000BaseSX
I RDH10247/1
614.4 -2457.6Mbps
Receive Sensitivity: -17 dBm 8.5 - 13
SFP 1000BaseT
I RDH901002/1
XFP 10GBASE-LBR
C RDH102100/1
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
731/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Table 25 SFP/XFP Ethernet Interfaces - Part Two
SFP/
XFP
Type Temp EPN LineRate
Sensitivity dBm AttenuationRange (dB)
XFP 10GBASE-LBR
C RDH102100/2
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/3
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/4
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/5
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/6
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
74 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Appendix: SFP/XFP Ethernet Interfaces
Table 25 SFP/XFP Ethernet Interfaces - Part Two
SFP/
XFP
Type Temp EPN LineRate
Sensitivity dBm AttenuationRange (dB)
XFP 10GBASE-LBR
C RDH102100/7
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/8
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/9
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/10
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/11
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
751/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Table 25 SFP/XFP Ethernet Interfaces - Part Two
SFP/
XFP
Type Temp EPN LineRate
Sensitivity dBm AttenuationRange (dB)
XFP 10GBASE-LBR
C RDH102100/12
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/13
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/14
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/15
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/16
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
76 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Appendix: SFP/XFP Ethernet Interfaces
Table 25 SFP/XFP Ethernet Interfaces - Part Two
SFP/
XFP
Type Temp EPN LineRate
Sensitivity dBm AttenuationRange (dB)
XFP 10GBASE-LBR
C RDH102100/17
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/18
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/19
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/20
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/21
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
771/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Table 25 SFP/XFP Ethernet Interfaces - Part Two
SFP/
XFP
Type Temp EPN LineRate
Sensitivity dBm AttenuationRange (dB)
XFP 10GBASE-LBR
C RDH102100/22
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/23
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/24
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/25
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/26
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
78 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Appendix: SFP/XFP Ethernet Interfaces
Table 25 SFP/XFP Ethernet Interfaces - Part Two
SFP/
XFP
Type Temp EPN LineRate
Sensitivity dBm AttenuationRange (dB)
XFP 10GBASE-LBR
C RDH102100/27
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/28
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/29
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/30
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/31
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
791/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Table 25 SFP/XFP Ethernet Interfaces - Part Two
SFP/
XFP
Type Temp EPN LineRate
Sensitivity dBm AttenuationRange (dB)
XFP 10GBASE-LBR
C RDH102100/32
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/33
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/34
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/35
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/36
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
80 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Appendix: SFP/XFP Ethernet Interfaces
Table 25 SFP/XFP Ethernet Interfaces - Part Two
SFP/
XFP
Type Temp EPN LineRate
Sensitivity dBm AttenuationRange (dB)
XFP 10GBASE-LBR
C RDH102100/37
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/38
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/39
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
XFP 10GBASE-LBR
C RDH102100/40
9.95Gbps,10.3Gbps,10.71Gbpsand 11.1Gbps
Sensitivity (BER of 1E-12)BOL:-25 dBm
Sensitivity16 (BER of 1E-12):-24 dBm
0 - 28
SFP CWDM C RDH901005/1470
RDH102107/1
1.0625Gbps,1.250Gbps
Receive sensitivity: -24 dBm 3 - 29
811/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
Table 25 SFP/XFP Ethernet Interfaces - Part Two
SFP/
XFP
Type Temp EPN LineRate
Sensitivity dBm AttenuationRange (dB)
XFP 10GBase-SR
C RDH901007/1
RDH10280/1
9.95328Gpbs,10.71 Gbps,11.095Gbps
Receiver Sensitivity(BER=10-12) -11.1 dBm
0 - 4.5
SFP 1000Base-LX
C RDH90199/1
RDH10244/2
1.0625Gbps,1.251Gbps
Receive sensitivity: -22 dBm 12.5 - 19
SFP 1000Base-ZX
I RDH901001/1
1.251Gb/s
Average Receiver Sensitivity(BER<10 -12 ): -22 dBm
Average Receiver Sensitivity(BER<10 -12 ) (BOL): -23dBm
22-27
SFP DWDM I RDH901006/17
RDH102105/1
Max: 2.5Gbps
Receive sensitivity: -24 dBm 5 - 30
SFP 1000BASE-SX
C RDH90120/42009
1.0625Gbps,1.250Gbps
Receive sensitivity: -17 dBm 8.5 - 14.5
SFP 1000BASE-LX
I RDH90120/D0210
1.0625Gbps,1.251Gbps
Receive sensitivity: -22 dBm 12.5 - 19
82 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Glossary
Glossary
AAAAuthentication, Authorization, And Accounting
ARPAddress Resolution Protocol
ASBRAS Border Router
BFDBidirectional Forwarding Detection
BGPBorder Gateway Protocol
BITS/SASEBuilding Integrated Timing Supply /Standalone Synchronization Equipment
BOOTPBootstrap Protocol
CLSClassifier
CMConfiguration Management
CPECustomer Premises Equipment
CSMCard/Port State Module
CSPFConstrained Shortest Path First
DHCPDynamic Host Configuration Protocol
DSCPDifferentiated Services Code Point
eLERegress LER
EMSElement Management System
FIBForwarding Information Base
FMFault Management
FRRFast Reroute
GEGigabit Ethernet
H-MPLSHierarchical Multiple protocol Label Switching
IGMPInternet Group Management Protocol
IGPInterior Gateway Protocol
IS-ISIntermediate System-to-Intermediate System
ISMInterface and Circuit State Manager
ISPIn-service Performance
L2VPNLayer 2 Virtual Private Network
L3VPNLayer 3 Virtual Private Network
LACPLink Aggregation Control Protocol
LAGLink Aggregation Group
LDPLabel Distribution Protocol
831/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
LFIBLabel FIB
LGdLink Group daemon
LMLabel Manager
LPLocal Processor
LSPLabel-Switched Path
LSRLabel-Switched Router
MBHMobile Backhaul
MIBManagement Information Base
MPLSMultiprotocol Label Switching
MPLS-TEMultiprotocol Label Switching TrafficEngineering
NBINorthbound Interface
NENetwork Element
NTPNetwork Time Protocol
OAMOperations, Administration, And Maintenance
OSPFOpen Shortest Path First
PAdPlatform Administration Daemon
PEProvider Edge
PEMPort Encapsulation Module
PFEPacket Forwarding Engine
PIMProtocol Independent Multicast
PIM-SMPIM Sparse Mode
PIM-SSMPIM Source-Specific Multicast
PMProcess Manager
PWFQPriority Weighted Fair Queuing
RCMRouter Configuration Module
REDRandom Early Detection
RIBRouting Information Base
RIPRouting Information Protocol
RSVPResource Reservation Protocol
RSVP-TEResource Reservation Protocol TrafficEngineering
SCPSSH, secure copy protocol
SFTPSecure File Transfer Protocol
SNMPSimple Network Management Protocol
SPFShortest Path First
84 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Glossary
SSHSecure Shell
SSHv1SSH version 1
SSHv2SSH version 2
TACACS+Terminal Access Controller Access-ControlSystem Plus
TCPTransmission Control Protocol
TCP/IPTransmission Control Protocol/InternetProtocol
TFTPTrivial File Transfer Protocol
ToSType Of Service
UDPUser Datagram Protocol
VLANVirtual LAN
VLLVirtual Leased Line
VoIPVoice over IP
VPWSVirtual Private Wire Service
851/221 02-HRA 901 21/2 Uen D | 2014-06-23
Technical Description
86 1/221 02-HRA 901 21/2 Uen D | 2014-06-23
Reference List
Reference List
[1] Ericsson IP Operating System Hardening Guide—006 51-2143 Uen K
871/221 02-HRA 901 21/2 Uen D | 2014-06-23