FOX61x Epsi1: User Manual
FOX61x Epsi1: User Manual
FOX61x
EPSI1
User Manual
User Manual FOX61x
EPSI1
Disclaimer: ABB has taken reasonable care in compiling this document, however ABB accepts no liability
whatsoever for any error or omission in the information contained herein and gives no other
warranty or undertaking as to its accuracy.
ABB can accept no responsibility for damages, resulting from the use of the network
components or the associated operating software. In addition, we refer to the conditions of
use specified in the license contract.
ABB reserves the right to amend this document at any time without prior notice.
1 Preface 7
1.1 Precautions and safety 7
1.2 Interfaces and circuit categories 7
1.3 Document history 7
1.4 Symbols and notations 7
1.5 Definition of terms 8
2 Introduction 9
2.1 Functions and features overview 9
2.2 EPSI1 architectural block diagram 10
2.3 Unit view 12
3 Specification 15
3.1 Feature licences 15
3.2 Physical interfaces 15
3.3 Logical interface functions 16
3.4 Networking functions 17
3.5 Protection 19
3.6 Environment 20
3.7 Summary of standards 21
4 Installation 23
4.1 Prerequisites 23
4.2 Slots for the EPSI1 unit 23
4.3 Connections and Cables 24
4.4 Fixing the cables to the cable tray 26
5 Functional Description 27
5.1 Overview 27
5.2 Ethernet LAN interfaces 28
5.3 TDM WAN interfaces (PBUS connections) 28
5.4 Bridging functions 32
5.5 Routing functions 38
5.6 Interface stacks 48
5.7 Multilink PPP interface 54
5.8 VLAN Interfaces 55
5.9 QoS 58
EPSI1User Manual 3
6 Commissioning 61
6.1 The managed objects tree 61
6.2 Commissioning steps 62
8 GUI Reference 69
8.1 Introduction 70
8.2 unit-x: EPSI1 71
8.3 /unit-x/bridges 75
8.4 /unit-x/bridges/bridge-y 75
8.5 /unit-x/InternalPorts 78
8.6 /unit-x/InternalPorts/port-1 78
8.7 /unit-x/loppbackInterface 92
8.8 /unit-x/port-r 96
8.9 /unit-x/router 104
8.10 /unit-x/router/ospf 111
8.11 /unit-x/router/ospf/area-s 113
8.12 /unit-x/router/rip 116
8.13 /unit-x/tdmInterface 117
8.14 /unit-x/tdmInterfaces/machdlc-t 119
8.15 /unit-x/tdmInterface/mlppp-u 126
8.16 /unit-x/tdmInterface/mlppp-u/member-v 130
8.17 /unit-x/tdmInterface/ppp-w 131
8.18 /unit-x/vlanInterfaces 135
8.19 /unit-x/vlanInterfaces/vif-z 137
9 Annex 139
9.1 Associated FOX documents 139
4 EPSI1User Manual
Figures
EPSI1User Manual 5
6 EPSI1User Manual
PREFACE
1 Preface
1.1 Precautions and safety
Before you handle any unit of the type EPSI1 you must comply with the fol-
lowing safety advices. For the applicable safety advices refer to
1KHW002497 FOX61x Precautions and Safety.
Please note:
Shows a significant information.
EPSI1User Manual 7
PREFACE
8 EPSI1User Manual
INTRODUCTION
2 Introduction
2.1 Functions and features overview
The EPSI1 is a versatile networking unit with the main purpose of connecting
Ethernet LANs over TDM links. Therefore the EPSI1 supports a variety of
powerful functions and features.
Internal 1 Gbit/s
Ethernet port
router
CTP (backplane ):
virtual up to 64 P0nc/P12x
4 Front ports :
interfaces TDM WAN interfaces ,
Ethernet LAN with a total bandwidth
interfaces of 16 x 2 Mbit/s
10/100Base-T
bridge
EPSI1User Manual 9
INTRODUCTION
• Network processor
The network processor is the heart of the unit. It provides packet for-
warding for bridging and routing and also handles control protocols and
management functions.
• Fast Ethernet PHYs
The physical Ethernet driver chips are responsible for implementing the
CSMA/CD protocol according to the IEEE 802.3 standard.
• GbE PHYs
Circuit adaptation to the NE internal Gigabit Ethernet backplane star.
• PBUS access
The PBUS access block interfaces with the network processor via 8 unit
internal serial links. Doubling the line speed for these links from the usual
2 Mbit/s to 4 Mbit/s enables a maximal PBUS bandwidth of 16 x 2Mbit/s.
On the PBUS side the PBUS access driver behaves slightly different
according to the selected unit mode:
− For «TDM Access» = «8 x 2 Mbit/s» the EPSI1 behaviour follows the
standard FOX PBUS specification. It allows for P0nc connections
(n = 1 … 32) and P12x (transparent) connections.
− For «TDM Access» = «16 x 2 Mbit/s» the EPSI1 deserves great care
for the NEs clock synchronisation. For details see section 5.3.2 Unit
10 EPSI1User Manual
INTRODUCTION
mode «8 x 2Mbit/s» versus «16 x 2Mbit/s» (on page 29). The connec-
tion types are P0nc (n = 2, 4, 6 … 32) and P12 (Clock master).
• SDRAM
The fast volatile memory serves for the network processor’s own use
and holds all the data queues and various tables for data forwarding.
• Power supply
The EPSI1 unit draws its power exclusively from the un-stabilised pri-
mary power. The power supply provides the classic +5 V and several
lower voltages according to the boards need.
All secondary voltages are ramped up and down in a controlled way.
EPSI1User Manual 11
INTRODUCTION
Fixing screw
Unit LED
Traffic LED
Pull-out handle
Fixing screw
12 EPSI1User Manual
INTRODUCTION
EPSI1User Manual 13
INTRODUCTION
14 EPSI1User Manual
SPECIFICATION
3 Specification
3.1 Feature licences
This unit is subject to one or several feature licences. The following licences
are available for this unit.
EPSI1User Manual 15
SPECIFICATION
16 EPSI1User Manual
SPECIFICATION
EPSI1User Manual 17
SPECIFICATION
18 EPSI1User Manual
SPECIFICATION
3.5 Protection
EPSI1User Manual 19
SPECIFICATION
3.6 Environment
20 EPSI1User Manual
SPECIFICATION
3.7.1 IEEE
• IEEE 802.3-2005
CSMA/CD access method and physical specifications
• IEEE 802.1D-2004
Media Access Control Bridges
• IEEE 802.1Q-2003
Virtual Bridged Local Area Networks
• IEEE 802.1w-2001
Media Access Control Bridges Amendment 2: Rapid Reconfiguration
3.7.2 IETF
• RFC 792
ICMP
• RFC 826
ARP
• RFC 1332
IPCP
• RFC 1493
MIB for bridges
• RFC 2328
OSPFv2
• RFC 1661
The Point-to-Point Protocol
• RFC 1662
PPP in HDLC-like framing
• RFC 1724
RIPv2 MIB
• RFC 1850
OSPFv2 MIB
• RFC 1990
The PPP Multilink Protocol
• RFC 2082
RIPv2 MD5 Authentication
• RFC 2453
RIPv2
• RFC 2674
MIB for Bridges, VLAN Extensions
• RFC 2787
MIB for VRRP
• RFC 3518
PPP Bridging Control Protocol (BCP)
• RFC 3768
VRRP
EPSI1User Manual 21
SPECIFICATION
3.7.3 ETSI
• ES 201468 V1.1.1
Additional EMC Requirements for Telecommunication Equipment for
enhanced availability of service in specific applications
3.7.4 IEC
• IEC EN60950-1
Information Technology Equipment – Safety – Part 1: General Require-
ments
• ISO/IEC 3309:1191 (E)
Information Technology – Telecommunications and information
exchange between systems – High-level data link control (HDLC) proce-
dures – Frame structure
3.7.5 EN
• EN 300386 V1.3.1
Telecommunication Network Equipment: EMC Requirements (2001-9)
• EN 55022:1998 + A1
Radiated Emission Class B: Conducted Emission on DC Port Class A
• EN 300 132-2 (2003/01)
Power supply interface at the input to telecommunications equipment;
Part 2: Operated by direct current (dc)
22 EPSI1User Manual
INSTALLATION
4 Installation
4.1 Prerequisites
The EPSI1 unit uses one slot in the FOX subrack and can be operated in
slots: 1 … 10, 12 … 21 (FOX 615) and slots 7 … 10, 12 … 14 (FOX612).
Slot 11 is always reserved for the CESMx unit.
For more information regarding the PBUS access and the cross connections
please refer to 1KHW002467 FOX61x TDM Services.
EPSI1User Manual 23
INSTALLATION
EPSI1 R1A
pin 1
C4.1
pin 8
C3.1
Pin MDI MDI-X
1 Tx+ Rx+
2 Tx- Rx-
3 Rx+ Tx+
C2.1 4
5
6 Rx- Tx-
7
C1.1 8
24 EPSI1User Manual
INSTALLATION
Each Ethernet interface provides two LEDs indicating the link state and the
link activity:
Activity
Link state
Please note:
The above cables can be ordered directly from ABB
EPSI1User Manual 25
INSTALLATION
The optical or electrical cables must be attached to the cable tray of the
FOX615 or the corresponding device of the FOX612.
The open cable shields must be in contact with the FOX grounding bar and
should be fixed to the cable tray or the corresponding device in the FOX612.
The figure below shows the cable/cable tray assembly of the FOX615. With
the FOX612 the cable tray functionality is implemented differently and
depends on the type of installation (rack-, wall-mounted).
C4.1
C3.1
C2.1
C1.1
C5.1 - C8.1
120 mm
<x> mm
The open cable length <x> between the cable fixing point on the cable tray
and the connector depends on the connected interface.
Please note:
The cable route on the cable tray should follow approximately the projection
of the unit slot on the cable tray.
26 EPSI1User Manual
FUNCTIONAL DESCRIPTION
5 Functional Description
5.1 Overview
From the interface point of view the EPSI1 is designed to interconnect Ether-
net LANs via TDM links. The two supported interface types on the physical
layer are:
• "Ethernet LAN interfaces" according to IEEE 802.3 2008;
• "TDM WAN interfaces (PBUS connections)" according to ITUT G.703
and ITUT G.704.
The main networking functions of the EPSI1 is bridging and routing. In addi-
tion there are a variety of sub-functions and ad-on functions for both bridging
and routing.
• "Bridging functions" (OSI layer 2 forwarding)
− "VLAN MAC transparent bridging" according to IEEE 802.1Q-2003
− "IVL based MAC learning"
− "RSTP"
− "Multiple bridge instances"
− Optional "Star topology bridging"
• "Routing functions" (OSI layer 3 forwarding)
− "Static routing"
− "OSPF routing"
− "RIP routing"
− "VRRP, the virtual router"
The "Interface stacks" describe the connection between physical interfaces
and the networking functions, i.e. the interaction between OSI layers 1 ... 3.
A special TDM interface type, the "Multilink PPP interface" is supported in
order to enable appropriate bandwidth for LAN–LAN interconnections over
WAN links.
The "VLAN Interfaces" is a versatile intermediate function between bridging
and routing.
In the final section "QoS" the focus is on congestion problems typically
occurring when packets must be forwarded from a fast input interface to a
slower output interface, e.g. from a 100BaseT Ethernet input to a 2 Mbit/s
output.
EPSI1User Manual 27
FUNCTIONAL DESCRIPTION
The PBUS is a FOX bus structure for traffic signals of various formats with
and without CAS. The PBUS provides a non-blocking cross connect with the
equivalent capacity of 128 x 2 Mbit/s for traffic signals with and without CAS.
For the main characteristics and detailed explanations of the PBUS please
refer to 1KHW002466 FOXCST Operation.
EPSI1 supports the following PBUS formats:
• P0nc (with and without CAS)
• P12 (transparent)
• P12 (clock master)
EPSI1 uses the CAS bits for the 1+1 Trail (Path) protection function.
28 EPSI1User Manual
FUNCTIONAL DESCRIPTION
EPSI1User Manual 29
FUNCTIONAL DESCRIPTION
Please note:
Changing the unit mode may cause a restart of the unit and includes the risk
of inconsistent configurations. ABB therefore recommends deleting an exist-
ing unit whenever the unit mode should be changed.
If using the 1+1 path protection for P0nc signals with CAS make sure, the
whole link from end to end is configured for CAS transport and the peer unit
is supporting CAS. If a persistent CAS support is not ensured for the full
path, CAS must be disabled on both ends.
For 1+1 path protection between EPSI1 and LEDS1 enable CAS on both
units and select «Supervised» or «1+1 Revertive» as transport mode on the
LEDS1, provided CAS is supported for the full path.
30 EPSI1User Manual
FUNCTIONAL DESCRIPTION
VLAN A VLAN A
EPSI1
Access port Access port
VLAN aware Trunk link VLAN aware
bridge Trunk port Trunk port bridge
Access port Access port
VLAN B VLAN B
Below a list of rules for the VLAN MAC transparent bridge with port based
VLAN concept as implemented in EPSI1:
• General rules
− All received frames have assigned a VLAN membership (after ingress
processing).
− The VLAN membership and the egress port type decide to which ports
a frame may be forwarded to:
a) Forwarding to access ports: only frames with VID = port-VID
b) Forwarding to trunk ports: no limitation
− VLAN aware bridges can receive but not send priority tagged frames –
therefore they send either tagged or untagged frames.
− The port type (access/trunk/trunk with native VLAN) decides, whether
a transmitted frame needs a tag or not (Exception: BPDUs are always
untagged).
• Access port
− The port is a member of exactly one VLAN.
− Received untagged and priority tagged frames are assigned the VLAN
membership as defined by the port’s VLAN id configuration.
− Received VLAN tagged frames are not accepted, even if the VID is
the same as assigned to the corresponding access port.
− TX frames are all sent untagged.
• Trunk port
− The port is a member of every VLAN with VID = 1 … 4094, thus
received VLAN tagged frames with VID = 1 … 4094 are accepted.
− Received untagged and priority tagged frames are discarded.
− TX frames are all sent VLAN tagged.
• Trunk port with native VLAN (hybrid port)
− The port is a member of every VLAN with VID = 1 … 4094, thus
received VLAN tagged frames with VID = 1 … 4094 are accepted.
EPSI1User Manual 31
FUNCTIONAL DESCRIPTION
− Received untagged and priority tagged frames are assigned the VLAN
membership as defined by the port’s VLAN id configuration.
− TX frames are all sent VLAN tagged, except the frames with
VID = port-VID are sent untagged.
Please note:
The VLAN port type (access or trunk) is not dedicated to a physical port type
(Ethernet front, Ethernet internal or TDM) i.e. the VLAN port type is user con-
figurable without restriction.
32 EPSI1User Manual
FUNCTIONAL DESCRIPTION
Consistency problem 1: A link between two VLAN segments must be of the same type on both ends.
trunk trunk
VLAN A VLAN B VLAN A VLAN B
access trunk
access
VLAN A VLAN B
access
Consistency problem 2: Redundant links between two VLAN segments must be of the same link type.
Otherwise the network behaviour will change depending on the active link
topography.
Consistency problem 3: Several links from an untagged LAN segment must all use the same VID.
Otherwise connectivity in the network will change depending on the active
link topography.
Conflicting configuration Correct configurations
access port with access port with
VLAN ID = 105 VLAN ID = 105
EPSI1User Manual 33
FUNCTIONAL DESCRIPTION
5.4.3 RSTP
EPSI1 supports the Rapid Spanning Tree Protocol (RSTP) according to
IEEE 802.1w.
A spanning tree mechanism is essential in any bridged network with one or
several physical loops. Without breaking up the loops, broadcast frames
would circulate indefinitely, multiplying themselves and thus jam the network
for any unicast user traffic.
Bridge A
Bridge B Bridge C
Root
Forwarding
Bridge A
Forwarding Forwarding
Forwarding
Discarding
Forwarding
Bridge B Bridge C
Forwarding Discarding
In order to prevent loops, some bridges place ports in a discarding state and
ports that are participating in the active topology are in the forwarding state.
The RSTP standard requests backward compatibility to older versions of
spanning trees such as STP according to 802.1D. Designing networks with
mixed spanning tree versions should be avoided whenever possible,
because the rapid conversion is then lost. EPSI1 provides valuable informa-
tion in the status menus for maintaining and debugging bridged networks .
For details see section 8.6.4.1 /unit-x/InternalPorts/port-1 – Status... – Bridge
(on page 88).
34 EPSI1User Manual
FUNCTIONAL DESCRIPTION
Please note:
Traffic isolation between two bridge instances on the same EPSI1 unit is the
same as between two bridges on separate hardware.
EPSI1
EPSI1
PDH/SDH
network EPSI1
Third party
bridge
EPSI1
Please note:
BPDUs (the bridge control information for RSTP/STP) are always transmit-
ted without a VLAN tag, i.e. the active tree topology is calculated without
consideration of VLAN borders. Only by using independent bridge instances
it is possible to build multiple independent spanning trees with the EPSI1
unit.
EPSI1User Manual 35
FUNCTIONAL DESCRIPTION
network
LEDS1
LEDS1
EPSI1
DTM-M
DATI1
DATI1
DTM-M
The EPSI1 star bridging function is a purely local bridge function. It is com-
patible with other bridge/switch equipment (ETER1, LAWA4, third party) as
36 EPSI1User Manual
FUNCTIONAL DESCRIPTION
long each bridge with more than two protected interfaces follows the same
forwarding rules as defined above. The function is compatible with the
“Rooted Multipoint EVC type” as described in MEF 10.1.
RSTP does not interfere with the star bridging function, but must be con-
strained to public interfaces only.
This user manual is not a routing tutorial. The following routing basics and
definitions in this section should help understanding how some important
expressions are used in this document.
A Router
• works on OSI layer 3 (network layer);
• is sometimes called a layer 3 switch;
• performs the routing function, i.e. connects IP subnets with different net-
work addresses;
• acts in two planes:
− in the control plane, the forwarding information is collected, main-
tained and stored;
− in the forwarding plane, IP packets are forwarded from an ingress
interface to an egress interface, using appropriate forwarding infor-
mation.
Forwarding information
− can either be static or dynamic;
− is stored in the routing table;
− is composed of a destination IP address range (network address plus
network mask) and a gateway address.
The EPSI1 unit uses static routing in order to interconnect between a net-
work with dynamic routing (OSPF or RIP) where it is itself part of and any
external destination.
EPSI1User Manual 37
FUNCTIONAL DESCRIPTION
Internet
From the OSPF AS point of view, a static route points to a destination some-
where outside the AS, i.e. it is considered as an external destination and cor-
respondingly as an external route. Normally, external routes are distributed
to the whole AS and routers that advertise external routes are considered as
AS boarder routers.
38 EPSI1User Manual
FUNCTIONAL DESCRIPTION
Please note:
OSPF external routes are advertised only if «OSPF Redistribute» – «Static»
in the «Router»-menu is enabled.
ne: FOX615: Ok
fan: FAMO1: Ok
Please note:
There is no hard limit for an allowed number of routers per area, as this is
depending on the number of interfaces per router, the routers hardware
capabilities, the area topology and the area mode. However, as a defensive
rule of thumb, a network should perform stable with up to about 50 routers
per area. Keep in mind, that the most loaded routers are the area border
routers, since they have to store the LSAs of more than one area.
Areas can be of type «Normal», «Stub» or «NSSA».
Stub areas and NSSA can help reducing overhead traffic, but support AS
external routes in a restricted way only.
EPSI1User Manual 39
FUNCTIONAL DESCRIPTION
Please note:
The stub area and NSSA features should be used by OSPF experts only. If
in doubt, please use areas in default mode.
Two or more OSPF routers in the same broadcast domain or at each end of
a point-to-point link form an adjacency when they have detected each other.
But before the adjacency is built, a few conditions must be met, some of
them concerning the router instance, some the connecting interfaces.
• The connecting interfaces of two neighbouring routers must
− belong to the same area;
− use the same authentication key (if authentication is used);
− use the same timing parameters for hello- and dead-interval.
• The common area of two neighbouring routers must use the same con-
figuration for
− area mode (normal, stub, NSSA);
− OSPF packet authentication (none, simple, MD5).
It is not necessary for OSPF routers in a broadcast network to become fully
adjacent to each other router in the same network, as this would multiply the
traffic for OSPF internal data exchange. Instead one router advertises the
common network properties in the OSPF AS. This router is called the desig-
nated router. The designated router along with a backup designated router is
elected from all OSPF routers in the broadcast network upon the OSPF pri-
ority value.
The two routers of a point-to-point link always form full adjacency, provided
matching area configuration.
Authentication helps in maintaining a network stable and safe. Let’s take the
case, where an AS border router is by mistake configured to run OSPF on
the interface that connects to a neighbouring network external to the AS. It
would then collect unwanted routing information from the „foreign“ network
and inject it into his native AS, with potential damage to the proper routing in
the network.
The use of authentication reduces the danger of routers mistakenly taking
part of an OSPF AS and for this use case a simple authentication is ade-
quate.
Another use case is to prevent installing a router in the AS with vicious inten-
tion. In this case MD5 cryptographic authentication should be used.
40 EPSI1User Manual
FUNCTIONAL DESCRIPTION
user has a choice. The EPSI1 unit supports RIP mainly for maintaining exist-
ing RIP networks or to provide interfacing between OSPF and RIP networks.
A major drawback of RIP is its slow conversion in case of a link failure. In the
original version (RIPv1) a recursive process had to count up to the maximum
hop count of 16 in order to detect an obsolete route. The split horizon feature
inhibits sending route information back to a neighbour router where it had
originally been learned from. Counting up to 16 is (in most cases) no longer
necessary and thus speeds up networks convergence.
«Split horizon» is activated by default and should not be deactivated without
strong need of a dedicated application.
EPSI1User Manual 41
FUNCTIONAL DESCRIPTION
Please note:
Whenever possible prefer configuring interfaces in passive mode over redis-
tribution of connected interfaces. For more information regarding the passive
mode, please refer to section 8.9.2.1 /unit-x/router – Configuration... –
Router (on page 104).
OSPF RIP
EPSI1
switch IP network
The Virtual Router Redundancy Protocol (VRRP) efficiently solves this single
point of failure inherent in static default routed environments. This increased
reliability is achieved by advertising a virtual router, an abstract representa-
tion of master and backup routers acting as a group. From the IP host’s point
of view, the behaviour of the virtual router is the same as a physical router
including the IP address. When the IP address of the virtual router is config-
ured as gateway address in the IP host, connectivity to the network is availa-
ble as long as at least one physical member of the virtual router group is up
and running.
42 EPSI1User Manual
FUNCTIONAL DESCRIPTION
Gateway address
= IP address of gateway router B with VRRP
the virtual router
switch
IP network
IP host
virtual
router
Please note:
This description is simplified and does not contain all possible cases and sub
cases as stated in the VRRP standard (RFC 3768).
The VRRP standard defines a reserved range of IEEE 802 MAC addresses
that should be used by the VRRP master in response to ARP requests and
as source address for packets sent by the master. This virtual MAC address
may only be used by the master and has the following value:
00-00-5E-00-01-{VRID}, where VRID is an 8 bit value with the virtual router’s
ID.
Please note:
The EPSI1 VRRP implementation does not use the virtual MAC address.
Instead the MAC address of the corresponding Ethernet interface on the
EPSI1 is used. As a consequence, the virtual router’s MAC address changes
EPSI1User Manual 43
FUNCTIONAL DESCRIPTION
each time a new router becomes master. In order to immediately reflect this
change in all IP host’s MAC tables, a gratuitous ARP is broadcasted on the
LAN by the newly elected master.
Applications with just one virtual router fulfil the demand for gateway router
redundancy, but all packet forwarding is solely performed by the master and
all backup routers run idle. The application in the figure below is quite com-
mon and allows load sharing. As in the previous example in Figure 17: IP
host logically connected to a virtual router (on page 43), we have still two
gateway routers, but this time each is participating in two virtual routers. The
VRRP priorities are selected in order to have different masters for the virtual
routers. Furthermore the IP hosts use different gateway addresses.
Gateway router A participates
IP host x with in virtual router 1 with priority=200 and
gateway address in virtual router 2 with priority=100
= IP address of
virtual router 1
switch
IP network
IP host y with Virtual
gateway address router 1
= IP address of
virtual router 2 Gateway router B participates
Virtual in virtual router 1 with priority=100 and
router 2 in virtual router 2 with priority=200
Under normal conditions both physical gateway routers are available. Gate-
way router A will be master of virtual router 1 and gateway router B will be
master of virtual router 2. IP host x sends all its traffic to the virtual router 1
(gateway address) and IP host y sends all its traffic to the virtual router 2. In
case of a gateway router failure, the remaining one will become master of
both virtual routers and handles all the traffic for all IP hosts that use gate-
way addresses from virtual router 1 or 2.
The load sharing according to figure 19 above works in transmit direction
only. The return traffic from the IP network finds its way depending on the
routing tables in each router it passes.
44 EPSI1User Manual
FUNCTIONAL DESCRIPTION
172.16.98.18/30 172.16.98.17/30
24 Main TDM link, R-C 1 72
13/ R-A 17 30 .1 6
. 1. 2. 1 2Mb/s .6/ .22 .
.16 6 .98 .98 4/ 24
17
2 .9/ 2 .16
30 17
switch switch
redundant TDM links,
VR-A VR-B 256 kb/s VR-C VR-D
17
1 72 /30 2.1
switch .16 8.5 6.9 24 switch
. 1. 1 6.9 8. . 3/
2.1
10 . 22
13/ 2 17
/30 . 16
4 172
Main TDM link, 2Mb/s
R-B R-D
172.16.98.13/30 172.16.98.14/30
All EPSI1 units have OSPF activated in All ppp over TDM links are configured
the backbone area for all router interfaces . for automatic OSPF metric .
Under normal conditions and with no network defects, pinging host C from
host A results in the following trace:
Reply from 172.16.22.44: bytes=32 time=4ms TTL=252
Route: 172.16.98.18 ->
172.16.22.4 ->
172.16.22.44 ->
172.16.98.17 ->
172.16.1.13
The forward path follows the uper trail but the return path follows the lower
trail, since host D addresses router D with it’s gateway setting.
EPSI1User Manual 45
FUNCTIONAL DESCRIPTION
The test is repeated with a broken link between host A and router A:
R-A R-C
host A host C
VR-A VR-B VR-C VR-D
host B host D
R-B R-D
Both forward and return path follow the lower trail. An extra hop is added,
because router C must send the return via router D.
Ping test of host D from host A with a broken link:
Reply from 172.16.22.99: bytes=32 time=4ms TTL=252
Route: 172.16.98.13 ->
172.16.22.222 ->
172.16.22.99 ->
172.16.98.14 ->
172.16.1.113
Both forward and return path follow the lower trail. No extra hop is added,
because host D addresses directly router D with it’s gateway address.
Router B is now acting as master for both virtual routers and takes over all
traffic from host A and B. Because router A detects port-4 down, it stops
advertising network 172.16.1.0/24 and as a consequence of this topography
change, router C sends traffic for network 172.16.1.0/24 via router D.
In case of a breakdown of one of the routers, there is a similar corrective
action from the remaining routers performed by OSPF and VRRP.
A problem arises in case of a link failure that can not be detected by the next
router. Let’s assume a setup as in Figure 21: Undetected network interrup-
tion (on page 46) below:
R-A
host A
VR-A VR-B
host B
R-B
VRRP will react correctly on the break between the switches: router B will
become master for both VRs and takes over all traffic from both host A and
B. But the return traffic never arrives back to host A. Router A does not
detect any interface down, thus continues advertising the corresponding IP
network but is unable to deliver received packets to either host A or B.
46 EPSI1User Manual
FUNCTIONAL DESCRIPTION
Please note:
Keep the network part between hosts and gateway routers with VRRP as
simple as possible, in order to minimise the possibility of undetected breaks.
Please note:
ABB does not recommend configuring VRRP for VLAN interfaces. There is
no status detection for failed interfaces and any network interruption
between a host and the gateway router is not protected. However the VRRP
protection is working in case of a gateway router breakdown.
EPSI1
Networking function
Encapsulation Encapsulation
Sometimes the encapsulation and the physical interface is omitted for one
side. In this case, the blank side is not essential for the application and could
be of any type.
EPSI1User Manual 47
FUNCTIONAL DESCRIPTION
Encapsulation
Encapsulation and
Physical interface interface omitted
How the generic stack model can be used is shown by the hypothetical
application examples below.
Ethernet
3rd party Bridge with serial I /F LAN
MAC Bridging
MAC/PPP
RFC 3518
PPP MAC bridging IP routing
RFC 1661
PPP/HDLC IEEE 802.3
PDH/SDH PHY Ethernet IPoE/ARP
RFC 1662
network IEEE 802.3
serial interface 10/100Base-T
G.703 MAC framing
IEEE 802.3
PHY Ethernet
10/100Base-T
48 EPSI1User Manual
FUNCTIONAL DESCRIPTION
IPoE/ARP
IEEE 802.3
EPSI1
MAC Bridging 10/100 Base-T
MAC/PPP
IEEE 802.3 EPSI1
RFC 3518
PPP 10/100 Base-T MAC Bridging
RFC 1661 Ethernet LAN
PPP/HDLC
RFC 1662 IEEE 802.3
LEDE1 PBUS
10/100 Base-T
P0nc /P12x
IEEE 802.3
10/100 Base-T
Gb Ethernet
Bridging application 3:
Traffic aggregation with DATI 1 and DTM-M
EPSI1User Manual 49
FUNCTIONAL DESCRIPTION
PDH/SDH
network
Bridging application 4:
Traffic aggregation with DATI 1 and DTM -M plus translation of 3rd party IP host
TDM WAN link termination from MAC /PPP to MAC/HDLC with Ethernet I /F
DTM-M
EPSI1 IP
Bridging application 5:
Traffic aggregation with TUDA 1 and serial interface
Bridging application 6:
TDM WAN connection to 3rd party bridge with G .703 interface
* MAC/PPP RFC3518 is compatible with its predecessors RFC1638 and RFC 2878
50 EPSI1User Manual
FUNCTIONAL DESCRIPTION
EPSI1User Manual 51
FUNCTIONAL DESCRIPTION
Routing application 3:
TDM WAN connection to 3rd party router with G.703 interface
3rd party router with serial I /F
IP routing
IP/PPP
RFC 1332
PPP
RFC 1661
PPP/HDLC
RFC 1662
serial interface
G.703
Routing application 4:
Interconnection of bridged and routed network segments using the EPSI 1 VLAN interface
EPSI1
IP routing MAC Bridging
VLAN
IP/PPP interface MAC/PPP
RFC 1332 IPoE/ARP IPoE/ARP IEEE 802.3 RFC 3518
PPP PPP
IEEE 802.3 10/100 Base-T
RFC 1661 (a) RFC 1661
PPP/HDLC 10/100Base-T PPP/HDLC
RFC 1662 RFC 1662
LEDEx PBUS PBUS
P0nc /P12x Ethernet Ethernet P0nc/P12x
front port front port
3rd party Bridge with serial I /F (b) There are two alternative ways to
MAC Bridging interconnect bridged and routed
MAC/PPP network segments with a single unit :
RFC 3518 (a) using the EPSI1 VLAN interface
PPP Ethernet LAN
(b) using an external connection via
RFC 1661
PPP/HDLC two EPSI1 Ethernet ports
RFC 1662
serial interface
G.703
EPSI1
MAC Bridging LEDE1
MAC/PPP PDH/SDH E1 HDB3
RFC 3518 network PBUS
PPP P0nc/P12x
RFC 1661
PPP/HDLC
RFC 1662 LEDE1
PBUS P0nc/P12x
PBUS
P0nc/P12x E1 HDB3
52 EPSI1User Manual
FUNCTIONAL DESCRIPTION
LEDE1
E1 HDB3
PBUS
P0nc/P12x
PDH/SDH
network LEDE1
E1 HDB3
PBUS
P0nc/P12x
Member links of the ML PPP bundle Member links of the ML PPP bundle
- All member links with MAC/PPP, RFC 3518 - All member links with IP/PPP, RFC 1332
- Bandwidth per member link up to 2Mbit/s - Bandwidth per member link up to 2Mbit/s
- Number of member links limited by total - Number of member links limited by total
available B /W available B/W
EPSI1User Manual 53
FUNCTIONAL DESCRIPTION
The EPSI1 unit provides different ways of connecting Ethernet LAN inter-
faces to the router.
direct assignment (standard case)
54 EPSI1User Manual
FUNCTIONAL DESCRIPTION
TDM WAN
interfaces assignment via a bridge
instance and a VLAN interface
VLAN
interface
Please note:
The configuration of the peer device on the WAN link must be observed,
since the packet encapsulation for the two possible choices are not cross
compatible. See section 5.6 Interface stacks (on page 47) for stack details.
The virtual LAN interface is a versatile function mainly for:
− inter-VLAN routing;
− selective routing per VLAN;
− connection between bridged and routed network segments.
From the router’s point of view a VLAN interface is handled the same way as
any other numbered interface. For the stack details please refer to Figure 27:
Stack details for EPSI1 routing applications (on page 52).
EPSI1User Manual 55
FUNCTIONAL DESCRIPTION
1) Solution with a port per IP subnet 2) Solution with one single port and a
(/24-mask) and an IP address per port 4 times bigger IP subnet (/22-mask)
subnet A
subnet B Gateway Subnets Gateway
subnet C A, B, C, D
subnet D
3) VLAN solution with one single port and a VLAN interface per
subnet (/ 24-mask), each with a unique VLAN ID and IP address
VLAN I/F, VLAN Id = 101 EPSI1
Subnets IP addr = 172 .16.31.1/24
A, VLAN Id 101 VLAN I/F, VLAN Id = 102
B, VLAN Id 102 Ethernet IP addr = 172 .16.32.1/24 Gateway
C, VLAN Id 103 front port
VLAN I/F, VLAN Id = 103
Eth-1 IP addr = 172 .16.33.1/24
D, VLAN Id 104
VLAN I/F, VLAN Id = 104
IP addr = 172 .16.34.1/24
Interface is assigned to
the Bridge as trunk port
Figure 32: Selective VLAN routing for tagged and untagged frames
56 EPSI1User Manual
FUNCTIONAL DESCRIPTION
TDM
network
Figure 33: The VLAN interface connects between bridging and routing
Configuration example for untagged traffic from the DTM-M and a single
VLAN interface, i.e. all IP hosts in a common subnet:
• TDM I/F-1 ... 4: assigned to bridge-1 as access port with VLAN-ID =1
• one single VLAN interface with VLAN-ID =1 and connected to bridge-1
Configuration example for untagged traffic from the DTM-M and an IP subnet
per TDM interface:
• TDM I/F-1: assigned to bridge-1 as access port with VLAN-ID = 101
• TDM I/F-2 ... 4: assigned to bridge-1 as access port with VLAN-ID = 102
... 104 accordingly
• VLAN interface vif-1 with VLAN-ID = 101 and connected to bridge-1
• VLAN interface vif-2 ... 4 with VLAN-ID = 102 ... 104, all on bridge-1
Configure TDM interfaces as «Trunk» for tagged traffic on the DSL links.
5.9 QoS
QoS for the EPSI1 means forwarding received traffic depending on the traffic
priority. This function becomes essential when fast ingress traffic (from
Ethernet ports) is destined for slower egress ports (TDM ports). Several pro-
cesses are involved in the QoS function:
• Traffic classification
• Traffic queueing
• Priority mapping to queues
EPSI1User Manual 57
FUNCTIONAL DESCRIPTION
HW RX
from Ethernet I /F queue
SW TX queue 1
HW TX Queue SW TX queue 2
to Ethernet I/F
queue scheduling SW TX queue 3
SW TX queue 4
HW TX queue full *
HW RX
from TDM I/F
queue
SW TX queue 1
HW TX Queue SW TX queue 2
to TDM I/F scheduling
queue SW TX queue 3 Frame processing
SW TX queue 4 and forwarding
HW TX queue full * (network
processor )
HW RX
from TDM I/F
queue ML PPP
Multilink PPP bundle
HW RX Rx
from TDM I/F
queue
HW TX
to TDM I /F
queue SW TX queue 1
queue full* Queue
ML PPP SW TX queue 2
schedu -
HW TX Tx SW TX queue 3
to TDM I /F ling
queue SW TX queue 4
queue full*
HW TX queue full *
58 EPSI1User Manual
FUNCTIONAL DESCRIPTION
• Queue scheduling
A scheduling process is responsible to empty a set of queues in a prede-
termined way. The current release of EPSI1 uses strict priority schedul-
ing.
• Forwarding service fairness
Ingress frames from the active interfaces are served and forwarded in a
round robin way.
EPSI1User Manual 59
FUNCTIONAL DESCRIPTION
60 EPSI1User Manual
COMMISSIONING
6 Commissioning
6.1 The managed objects tree
All user configurable parameters of the EPSI1 unit, i.e. the managed objects
are arranged in a tree. The structure of the tree follows the various interface
types.
FOX NE
bridges vlanInterfaces
bridge-1
Bridge-2
Bridge-3 VLAN
Bridge-4
Bridge-5
Bridge-6 tdmInterfaces (create/delete vif-1...32
Bridge-7
Bridge-8 VLAN Interface)
Interface
RSTP Assignment
machdlc-1...64 mlppp-1…8 ppp-1...64
TDM Router
(create/delete
machdlc- OSPF
loopback -
internalPorts Interface portport
-1port
-2port
-3 -4
mlppp- RIP
ppp- Interface MLPPP Interface
interfaces) Assignment (create/delete member-1...64 Assignment VRRP A
member)
Bridge Bridge VRRP B
port-1 Interface
Router Assignment TDM Router
Router Interface CTP
Assignment OSPF Bridge OSPF
Interface OSPF
Assignment Bridge Router RIP Router RIP
RIP
Bridge Router TDM OSPF TDM
EPSI1User Manual 61
COMMISSIONING
Please note:
The other management domains (Main, Fault Management, Performance
Management and Status) follow the same tree structure.
Please note:
FOXCST does check numerous dependencies between different parame-
ters, in order to prevent inconsistent configurations. A warning pops up in
case the entered selection interferes with configuration rules or is not com-
patible with previously entered values. However it is not possible for
FOXCST to prevent all possible inconsistencies or otherwise non-working
configurations.
62 EPSI1User Manual
OPERATION AND MAINTENANCE
When setting up or debugging an access network using the EPSI1, the task
is facilitated by using the implemented operation, alarm and maintenance
features:
• Status information and maintenance functions
Status indications provide a detailed view for all interfaces on both physi-
cal and logical layers. In addition a number of interactive test functions
are provided.
• Performance Monitoring
Performance parameters provide information about the long term stabil-
ity and reliability of a link. Furthermore packet statistics provide informa-
tion for detailed traffic analysis in the network.
• Fault management
EPSI1User Manual 63
OPERATION AND MAINTENANCE
FOX NE
unit-1 unit-21
EQP
unit-x: EPSI1
bridges vlanInterfaces
vif-1...32
bridge-1
Bridge-2
Bridge-3
Bridge-4
Bridge-5
Bridge-6
Bridge-7
Bridge-8 OSPF
RSTP tdmInterfaces VRRP A
VRRP B
Bridge
Above diagram shows an overview on the available status information for the
EPSI1 unit. Practically every node in the tree provides a menu with one or
several status items. For detailed information about the displayed values or
supported functions please refer to the corresponding section in chapter 8
«GUI Reference».
64 EPSI1User Manual
OPERATION AND MAINTENANCE
The EPSI1 unit provides performance monitoring data for all types of inter-
faces and for the bridge instances. These test points, i.e. locations where the
various counters collect their information, are allocated in a tree.
unit-x: EPSI1
bridges vlanInterfaces
bridge-1
Bridge-2
Bridge-3 vif-1...32
Bridge-4
Bridge-5
Bridge-6
Bridge-7
Bridge-8
PM groups:
PM groups: - MIB-2 Interface Table
- RSTP Bridge tdmInterfaces
Please note:
The performance monitoring is always running. It is not traffic disturbing.
EPSI1User Manual 65
OPERATION AND MAINTENANCE
Please note:
Performance monitoring on EPSI1 signals is only available if the signals are
enabled (ports) or cross connections have been configured (internal signals).
For the definition of terms and a detailed description of the generic aspects
of the FOX performance monitoring, please refer to 1KHW002466 FOXCST
Operation.
EPSI1 R1A
Unit Traffic
66 EPSI1User Manual
OPERATION AND MAINTENANCE
FOX NE
unit-1 unit-21
unit-x: EPSI1
SWM
SSWNA tdmInterfaces
Legend : SWIN
PRC
node in the CCE portport
-1port
-2port
port-1 … 4 -3 -4 machdlc-1...64 mlppp-1…8 ppp-1...64
AP tree HWIC
SWIC
GSW member-1...64
tree leafs are MFA
LOS
accessed with UNAV
«Fault NSW
Management ...» UNAS LOS LOS LOS
LOS
from the UIC LOS TSF TSF TSF
PWRSVE BAR
corresponding AP RTSF RTSF RTSF
EQM
7.5 Maintenance
The following maintenance facilities are available from the managemnt func-
tion «Main» on the NE level:
• Inventory data
• Unit ESW download
• Unit ESW upgrade
EPSI1User Manual 67
OPERATION AND MAINTENANCE
7.5.2 Upgrades
You can upgrade an existing EPSI1 with newer functionality as described in
the new FOXCST release, if the new functional unit is compatible with your
hardware and you have the corresponding software licence.
You can check the compatibility between your hardware and the ESW via
the FOX inventory function. Please refer to 1KHW002459 FOX61x Release
Notes for the corresponding data in the FOX Release Note.
68 EPSI1User Manual
GUI REFERENCE
8 GUI Reference
This chapter provides a complete reference of the managed objects, proper-
ties, and commands of the EPSI1 functional unit.
This chapter contains the following information:
• An introduction (next section below),
• Management commands and parameters for all available access points
(AP), starting with the unit AP (section 8.2 unit-x: EPSI1 (on page 71)
EPSI1User Manual 69
GUI REFERENCE
8.1 Introduction
Below, you will find a detailed description of all the configuration parameters
and operations belonging to the managed objects model (MOM) for the
EPSI1 functional unit.
The descriptions provide screen views and descriptions for the FOXCST
GUI.
The order of appearance of the management functions in this reference is in
accordance with the context menu order for each of the APs in the FOXCST
AP tree.
A full context menu may look as follows:
:
Most of the APs only offer a part of the menu items shown above since each
AP provides an individual set of management functions out of the ones
shown above.
This reference section comprises the management functions:
• “Main“,
• “Configuration“,
• “Fault Management“, and
• “Status“.
In the tables of the sections below, the parameter default values for proper-
ties are underlined.
Please note:
For better legibility of numbers in this user manual, inverted commas are
used when the number’s size exceeds three digits (e.g. 40’000). In parame-
ter entry fields of the FOXCST GUI, these inverted commas must not be
entered. Instead, the numbers are entered without these inverted commas
(e.g. 40000).
Please note:
Screenshots presented in this reference may show configurations or data
that may not correspond to the GUI you see when managing your FOX
equipment.
Please note:
Please rrefer to 1KHW002466 FOXCST Operation for the description of the
FOXCST functions and refer to 1KHW002464 FOX61x System Description.
70 EPSI1User Manual
GUI REFERENCE
EPSI1User Manual 71
GUI REFERENCE
72 EPSI1User Manual
GUI REFERENCE
For details about relations between unit modes, TDM modes and timing con-
figuration see 5.3.2 Unit mode «8 x 2Mbit/s» versus «16 x 2Mbit/s» (on
page 29).
Any mapping profile other than the default profile must first be created in the
«NE Configuration» menu before it can be used for the EPSI1 unit.
EPSI1User Manual 73
GUI REFERENCE
74 EPSI1User Manual
GUI REFERENCE
8.3 /unit-x/bridges
8.4 /unit-x/bridges/bridge-y
EPSI1User Manual 75
GUI REFERENCE
76 EPSI1User Manual
GUI REFERENCE
EPSI1User Manual 77
GUI REFERENCE
8.5 /unit-x/InternalPorts
8.6 /unit-x/InternalPorts/port-1
78 EPSI1User Manual
GUI REFERENCE
Please note:
Bridge configuration for the internal port is only meaningful, if the internal
port is assigned to one of the eight bridge instances. For any other internal
port assignment, these parameters are ignored.
:
EPSI1User Manual 79
GUI REFERENCE
Please note:
For manual path cost configuration, the setting for «Path Cost Version» must
always be considered.
80 EPSI1User Manual
GUI REFERENCE
Please note:
Router configuration for the internal port is only meaningful, if the internal
port is assigned to the router. For any other internal port assignment, these
parameters are ignored.
:
Peer Address IP Address Any valid IPv4 IP address of peer router in case of «Numbered Peer» mode.
address Not relevant for the internal port.
EPSI1User Manual 81
GUI REFERENCE
Please note:
OSPF configuration for the internal port is only meaningful, if the internal port
is assigned to the router. For any other internal port assignment, these
parameters are ignored.
OSPF Mode Mode Active The usual mode to configure a OSPF router interface (default)
Passive No hello packets or LSA packets are sent or received on this
interface and no adjacencies can be built over this interface,
but the network that is connected to the interface is still adver-
tised to the AS.The passive mode is typically selected for con-
nected networks with no OSPF supporting routers.
OSPF Area Area area-1 (Backbone) The corresponding interface belongs to the selected area.
area-2 ... area-8
82 EPSI1User Manual
GUI REFERENCE
Please note:
RIP configuration for the internal port is only meaningful, if the internal port is
assigned to the router. For any other internal port assignment, these param-
eters are ignored.
EPSI1User Manual 83
GUI REFERENCE
RIP Mode Mode Active The usual mode to configure a RIP router interface (default).
Passive No RIP protocol packets are sent or received on this interface,
but the network that is connected to the interface is still adver-
tised on active interfaces.
The passive mode is typically selected for networks with no
RIP supporting routers.
RIP Metric Default Metric 0 ... 15
RIP Version And Mode None/RIPv1 Support of RIPv1 only, which implies no authentication support
Authentication None/RIPv2 Support of RIPv2 only, without authentication support
None/RIPv1 And Support of both RIPv1 and RIPv2, without authentication sup-
RIPv2 port
Simple/RIPv2 Support of RIPv2 only, authentication with plain text string
MD5/RIPv2 Support of RIPv2 only, authentication with MD5 hash
Key 0 ... 16 characters User editable text string for authentication. Any printable char-
acter is allowed. By default the string is empty.
Split Horizon Split Horizon Split horizon inhibits sending route information back to routers,
where it had previously been learned from (default = enabled).
84 EPSI1User Manual
GUI REFERENCE
The EPSI1 can participate on one or two virtual routers over the same inter-
face. Therefore two parameter sets «VRRP A» and «VRRP B» are provided.
Descriptions in this section are correspondingly applicable for «VRRP A»
and «VRRP B».
Please note:
VRRP A/B configuration for the internal port is only meaningful, if the internal
port is assigned to the router. For any other internal port assignment, these
parameters are ignored.
:
EPSI1User Manual 85
GUI REFERENCE
CommittedInfor- 64 kbit/s ... 100 The Commited Information Rate (CIR) when limiting is enabled
mationRate Mbit/s
CommittedBurst- 1 kB ... 256 kB The Committed Burst Size (CBS) for the limitation process,
Size which is implemented as a token bucket rate policer. Received
packets with MTU size > CBS can not be forwarded and are
dropped. 2 kB is therefore the lowest value that should ever be
set.
86 EPSI1User Manual
GUI REFERENCE
EPSI1User Manual 87
GUI REFERENCE
Please note:
Bridge status for the internal port is only meaningful, if the port is assigned to
one of the eight bridge instances.
:
88 EPSI1User Manual
GUI REFERENCE
Please note:
Router status for the internal port is only meaningful, if the port is assigned to
the router.
:
EPSI1User Manual 89
GUI REFERENCE
Please note:
The OSPF status for the internal port is only meaningful, if the port is
assigned to the router.
:
90 EPSI1User Manual
GUI REFERENCE
The EPSI1 can participate on one or two virtual routers over the same inter-
face. Therefore two individual status menus for «VRRP A» and «VRRP B»
are provided. Descriptions in this section are correspondingly applicable for
«VRRP A» and «VRRP B».
Please note:
VRRP status for the internal port is only meaningful, if the internal port is
assigned to the router.
:
EPSI1User Manual 91
GUI REFERENCE
8.7 /unit-x/loopbackInterface
The loopback interface allows the user to assign an IP address to the unit
itself, rather than to a real interface. The loopback address is used as router
ID for OSPF.
The EPSI1 loopback interface is always assigned to the router and the
assignment is not user configurable.
92 EPSI1User Manual
GUI REFERENCE
OSPF Mode Mode Active Parameter not relevant for the loopbackInterface
Passive
OSPF Area Area area-1 (Backbone) The loopbackInterface belongs to the selected area.
area-2 ... area-8
OSPF Priority Priority 0 ... 255 Parameter not relevant for the loopbackInterface
Default = 128
OSPF Authenti- Key Auth. = none: Parameter not relevant for the loopbackInterface
cation parameter n.a.
Auth. = Simple:
max. 8 characters
Auth. = MD5: max.
16 characters
EPSI1User Manual 93
GUI REFERENCE
94 EPSI1User Manual
GUI REFERENCE
RIP Mode Mode Active Parameter not relevant for the loopbackInterface
Passive
RIP Metric Default Metric 0 ... 15 Parameter not relevant for the loopbackInterface
RIP Version And Mode None/RIPv1 Parameter not relevant for the loopbackInterface
Authentication None/RIPv2
None/RIPv1 And
RIPv2
Simple/RIPv2
MD5/RIPv2
Key 0 ... 16 characters Parameter not relevant for the loopbackInterface
Split Horizon Split Horizon Parameter not relevant for the loopbackInterface
The status menu for «Router» is the same for all interfaces. Please refer to
8.6.4.2 /unit-x/InternalPorts/port-1 – Status... – Router (on page 89).
N.A.
EPSI1User Manual 95
GUI REFERENCE
8.8 /unit-x/port-r
These are the Ethernet front ports, with <r> ranging from 1 to 4.
Interface assignment is the same for all interfaces. Please refer to section
8.6.2.1 /unit-x/InternalPorts/port-1 – Configuration... – Interface Assignment
(on page 78).
Please note:
Bridge configuration for the corresponding Ethernet front port is only mean-
ingful, if the port is assigned to one of the eight bridge instances. For any
other port assignment, these parameters are ignored.
Bridge configuration is the same for all interfaces. Please refer to section
8.6.2.2 /unit-x/InternalPorts/port-1 – Configuration... – Bridge (on page 79).
96 EPSI1User Manual
GUI REFERENCE
Please note:
Router configuration for the corresponding Ethernet front port is only mean-
ingful, if the port is assigned to the router. For any other port assignment,
these parameters are ignored.
:
Peer Address IP Address Any valid IPv4 IP address of peer router in case of «Numbered Peer» mode
address
Please note:
OSPF configuration for the corresponding Ethernet front port is only mean-
ingful, if the port is assigned to the router. For any other port assignment,
these parameters are ignored.
OSPF configuration is the same for all interfaces. Please refer to section
8.6.2.4 /unit-x/InternalPorts/port-1 – Configuration... – OSPF (on page 82).
EPSI1User Manual 97
GUI REFERENCE
Please note:
RIP configuration for the corresponding Ethernet front port is only meaning-
ful, if the port is assigned to the router. For any other port assignment, these
parameters are ignored.
RIP configuration is the same for all interfaces. Please refer to section
8.6.2.5 /unit-x/InternalPorts/port-1 – Configuration... – RIP (on page 83).
Please note:
VRRP A/B configuration for the corresponding Ethernet front port is only
meaningful, if the port is assigned to the router. For any other port assign-
ment, these parameters are ignored.
VRRP A/B configuration is the same for Ethernet front ports as for the inter-
nal port. Please refer to section 8.6.2.6 /unit-x/InternalPorts/port-1 – Configu-
ration... – VRRP A/B (on page 85).
98 EPSI1User Manual
GUI REFERENCE
EPSI1User Manual 99
GUI REFERENCE
Please note:
Bridge status for the corresponding Ethernet front port is only meaningful, if
the port is assigned to one of the eight bridge instances.
The status menu for «Bridge» is the same for all interfaces. Please refer to
section 8.6.4.1 /unit-x/InternalPorts/port-1 – Status... – Bridge (on page 88).
Please note:
Router status for the corresponding Ethernet front port is only meaningful, if
the port is assigned to the router.
The status menu for «Router» is the same for all interfaces. Please refer to
8.6.2.4 /unit-x/InternalPorts/port-1 – Configuration... – OSPF (on page 82).
Please note:
OSPF status for the corresponding Ethernet front port is only meaningful, if
the port is assigned to the router.
The status menu for «OSPF» is the same for all Ethernet interfaces. Please
refer to 8.6.4.3 /unit-x/InternalPorts/port-1 – Status... – OSPF (on page 90).
Please note:
VRRP status for the corresponding Ethernet front port is only meaningful, if
the port is assigned to the router.
The status menu for «VRRP A/B» is the same for all interfaces. Please refer
to 8.6.4.4 /unit-x/InternalPorts/port-1 – Status... – VRRP A/B (on page 91).
Duplex Half Duplex The currently active interface mode. Can be the result of an
Full Duplex automatic negotiation process or user configured.
8.9 /unit-x/router
Gateway Address The address, where the packets for the corresponding des-
tination are sent to.
Interface physical router The destination network is connected either to an Ethernet
interface front port or to a TDM interface.
VLAN interface The destination network is connected to a VLAN interface
loopback interface N.A.
Source connected The route is derived from the user configuration
OSPF The route is calculated from the OSPF link state data base
static The route is derived from a user configured static route
8.10 /unit-x/router/ospf
8.11 /unit-x/router/ospf/area-s
Though the OSPF standard does not limit the number of areas, the EPSI1
implementation supports 8 areas, with <s> ranging from 1 to 8.
8.12 /unit-x/router/rip
8.13 /unit-x/tdmInterface
8.14 /unit-x/tdmInterfaces/machdlc-t
Interface assignment is the same for all interfaces. Please refer to section
8.6.2.1 /unit-x/InternalPorts/port-1 – Configuration... – Interface Assignment
(on page 78)).
Please note:
Bridge configuration for the corresponding Ethernet front port is only mean-
ingful, if the port is assigned to one of the eight bridge instances. For any
other port assignment, these parameters are ignored.
Bridge configuration is the same for all interfaces. Please refer to section
8.6.2.2 /unit-x/InternalPorts/port-1 – Configuration... – Bridge (on page 79).
Please note:
Router configuration for the corresponding Ethernet front port is only mean-
ingful, if the port is assigned to the router. For any other port assignment,
these parameters are ignored.
Router configuration is the same for all interfaces. Please refer to section
8.6.2.3 /unit-x/InternalPorts/port-1 – Configuration... – Router (on page 81).
Please note:
OSPF configuration for the corresponding Ethernet front port is only mean-
ingful, if the port is assigned to the router. For any other port assignment,
these parameters are ignored.
OSPF configuration is the same for all interfaces. Please refer to section
8.6.2.4 /unit-x/InternalPorts/port-1 – Configuration... – OSPF (on page 82).
Please note:
RIP configuration for the corresponding Ethernet front port is only meaning-
ful, if the port is assigned to the router. For any other port assignment, these
parameters are ignored.
RIP configuration is the same for all interfaces. Please refer to section
8.6.2.5 /unit-x/InternalPorts/port-1 – Configuration... – RIP (on page 83).
Please note:
Bridge status for the corresponding MAC HDLC port is only meaningful, if
the port is assigned to one of the eight bridge instances.
The status menu for «Bridge» is the same for all interfaces. Please refer to
8.6.4.1 /unit-x/InternalPorts/port-1 – Status... – Bridge (on page 88)
Please note:
Router status for the corresponding MAC HDLC port is only meaningful, if
the port is assigned to the router.
The status menu for «Router» is the same for all interfaces. Please refer to
8.6.4.2 /unit-x/InternalPorts/port-1 – Status... – Router (on page 89).
Please note:
OSPF status for the corresponding MAC HDLC port is only meaningful, if the
port is assigned to the router.
The status menu for «Bridge» is the same for all interfaces. Please refer to
8.6.4.3 /unit-x/InternalPorts/port-1 – Status... – OSPF (on page 90).
Please note:
TDM cross connection is generic for all TDM service units. For more infor-
mation refer to 1KHW002467 FOX61x TDM Services.
8.15 /unit-x/tdmInterface/mlppp-u
Interface assignment is the same for all interfaces. Please refer to section
8.6.4.1 /unit-x/InternalPorts/port-1 – Status... – Bridge (on page 88).
Please note:
Bridge configuration for the corresponding Ethernet front port is only mean-
ingful, if the port is assigned to one of the eight bridge instances. For any
other port assignment, these parameters are ignored.
Bridge configuration is the same for all interfaces. Please refer to section
8.6.2.2 /unit-x/InternalPorts/port-1 – Configuration... – Bridge (on page 79).
Please note:
Router configuration for the corresponding Ethernet front port is only mean-
ingful, if the port is assigned to the router. For any other port assignment,
these parameters are ignored.
Router configuration is the same for all interfaces. Please refer to section
8.6.2.3 /unit-x/InternalPorts/port-1 – Configuration... – Router (on page 81).
Please note:
OSPF configuration for the corresponding Ethernet front port is only mean-
ingful, if the port is assigned to the router. For any other port assignment,
these parameters are ignored.
OSPF configuration is the same for all interfaces. Please refer to section
8.6.2.4 /unit-x/InternalPorts/port-1 – Configuration... – OSPF (on page 82).
Please note:
RIP configuration for the corresponding Ethernet front port is only meaning-
ful, if the port is assigned to the router. For any other port assignment, these
parameters are ignored.
RIP configuration is the same for all interfaces. Please refer to section
8.6.2.5 /unit-x/InternalPorts/port-1 – Configuration... – RIP (on page 83).
Please note:
Bridge status for the corresponding MLPPP port is only meaningful, if the
port is assigned to one of the eight bridge instances.
The status menu for «Bridge» is the same for all interfaces. Please refer to
8.6.4.1 /unit-x/InternalPorts/port-1 – Status... – Bridge (on page 88).
Please note:
Router status for the corresponding MLPPP port is only meaningful, if the
port is assigned to the router.
The status menu for «Router» is the same for all interfaces. Please refer to
8.6.4.2 /unit-x/InternalPorts/port-1 – Status... – Router (on page 89).
Please note:
OSPF status for the corresponding MLPPP port is only meaningful, if the
port is assigned to the router.
The status menu for «Router» is the same for all interfaces. Please refer to
8.6.4.3 /unit-x/InternalPorts/port-1 – Status... – OSPF (on page 90).
8.16 /unit-x/tdmInterface/mlppp-u/member-v
TDM configuration is the same for all TDM interfaces. Please refer to section
8.14.2.6 /unit-x/tdmInterface/machdlc-t – Configuration... – TDM (on
page 120).
CTP configuration is the same for all CTP interfaces. Please refer to section
8.14.2.7 /unit-x/tdmInterface/machdlc-t – Configuration... – CTP (on
page 121).
Link state is the same for all TDM interfaces. Please refer to section 8.14.5.4
/unit-x/tdmInterface/machdlc-t – Status... – Link (on page 123).
CTP state is the same for all TDM interfaces. Please refer to section
8.14.5.5 /unit-x/tdmInterface/machdlc-t – Status... – CTP (on page 124).
8.17 /unit-x/tdmInterface/ppp-w
Interface assignment is the same for all interfaces. Please refer to section
8.6.2.1 /unit-x/InternalPorts/port-1 – Configuration... – Interface Assignment
(on page 78).
Please note:
Bridge configuration for the corresponding Ethernet front port is only mean-
ingful, if the port is assigned to one of the eight bridge instances. For any
other port assignment, these parameters are ignored.
Bridge configuration is the same for all interfaces. Please refer to section
8.6.2.2 /unit-x/InternalPorts/port-1 – Configuration... – Bridge (on page 79).
Please note:
Router configuration for the corresponding Ethernet front port is only mean-
ingful, if the port is assigned to the router. For any other port assignment,
these parameters are ignored.
Router configuration is the same for all interfaces. Please refer to section 8
8.6.2.3 /unit-x/InternalPorts/port-1 – Configuration... – Router (on page 81).
Please note:
OSPF configuration for the corresponding Ethernet front port is only mean-
ingful, if the port is assigned to the router. For any other port assignment,
these parameters are ignored.
OSPF configuration is the same for all interfaces. Please refer to section
8.6.2.4 /unit-x/InternalPorts/port-1 – Configuration... – OSPF (on page 82).
Please note:
RIP configuration for the corresponding Ethernet front port is only meaning-
ful, if the port is assigned to the router. For any other port assignment, these
parameters are ignored.
RIP configuration is the same for all interfaces. Please refer to section
8.6.2.5 /unit-x/InternalPorts/port-1 – Configuration... – RIP (on page 83).
TDM configuration is the same for all TDM interfaces. Please refer to section
8.14.2.6 /unit-x/tdmInterface/machdlc-t – Configuration... – TDM (on
page 120).
CTP configuration is the same for all CTP interfaces. Please refer to section
8.14.2.7 /unit-x/tdmInterface/machdlc-t – Configuration... – CTP (on
page 121).
Please note:
Bridge status for the corresponding PPP port is only meaningful, if the port is
assigned to one of the eight bridge instances.
The status menu for «Bridge» is the same for all interfaces. Please refer to
8.6.4.1 /unit-x/InternalPorts/port-1 – Status... – Bridge (on page 88).
Please note:
Router status for the corresponding PPP port is only meaningful, if the port is
assigned to the router.
The status menu for «Router» is the same for all interfaces. Please refer to
8.6.4.2 /unit-x/InternalPorts/port-1 – Status... – Router (on page 89).
Please note:
OSPF status for the corresponding PPP port is only meaningful, if the port is
assigned to the router.
The status menu for «OSPF» is the same for all interfaces. Please refer to
8.6.4.3 /unit-x/InternalPorts/port-1 – Status... – OSPF (on page 90).
Link state is the same for all TDM interfaces. Please refer to section
8.14.5.4 /unit-x/tdmInterface/machdlc-t – Status... – Link (on page 123).
CTP state is the same for all TDM interfaces. Please refer to section 8.14.5.5
/unit-x/tdmInterface/machdlc-t – Status... – CTP (on page 124).
8.18 /unit-x/vlanInterfaces
8.19 /unit-x/vlanInterfaces/vif-z
Interface assignment is the same for all interfaces. Please refer to section
8.6.2.1 /unit-x/InternalPorts/port-1 – Configuration... – Interface Assignment
(on page 78).
RIP configuration for a VLAN interface is the same as for an Ethernet inter-
face. Please refer to section 8.6.2.5 /unit-x/InternalPorts/port-1 – Configura-
tion... – RIP (on page 83).
VRRP A/B configuration for a VLAN interface is the same as for an Ethernet
interface. Please refer to section 8.6.2.6 /unit-x/InternalPorts/port-1 – Config-
uration... – VRRP A/B (on page 85).
The status menu for «OSPF» is the same for the VLAN interfaces as for the
Ethernet interfaces. Please refer to /unit-x/InternalPorts/port-1 – Status... –
OSPF.
The status menu for «VRRP A/B» is the same for the VLAN interfaces as for
the Ethernet interfaces. Please refer to 8.6.4.4 /unit-x/InternalPorts/port-1 –
Status... – VRRP A/B (on page 91).
9 Annex
9.1 Associated documents
www.abb.com/utilitycommunication