Professional Documents
Culture Documents
USER GUIDE
© Ericsson AB 2013, 2014, 2016. All rights reserved. No part of this document
may be reproduced in any form without the written permission of the copyright
owner.
Disclaimer
The contents of this document are subject to revision without notice due to
continued progress in methodology, design and manufacturing. Ericsson shall
have no liability for any error or damage of any kind resulting from the use
of this document.
Trademark List
All other trademarks mentioned herein are the property of their respective
owners.
Contents
1 General Information 1
1.1 Introduction 1
1.2 Revision Information 1
1.3 Typographic Conventions 2
2 Prerequisites 5
4 IP Consistency Check 29
4.1 Verify IP Connectivity to the BSC IP Infrastructure 29
4.2 IP Configuration Consistency Check 29
5 Concepts 31
Glossary 33
Reference List 35
1 General Information
1.1 Introduction
This User Guide provides information to set up support for the IP applications:
• Gb over IP
• A-Interface over IP
• The port range for A-Interface over IP is updated with a range for
multiplexed traffic. See Section 3.8.2 on page 20.
• RTT added.
command text
Some command lines are too long to fit the format of this document. They are
written on multiple lines with a backslash \ character as a line continuation
marker.
rripi:ipaddr=172.30.38.11,IPDEVTYPE=RTIPGPH,\
bestbw,mask=255.255.255.240;
Note: The line continuation character is not entered, instead, the command is
entered as a single line to the CLI.
system response.
2 Prerequisites
8. The network plan, that is the subnet numbers and host number allocations
for the BSC, must be known. This includes the IP addresses of the Gb over
IP application, Abis over IP application, SIGTRAN, the O&M applications
R-PMO, RTT, GMLog, SMS CBC application, and OEN. See Reference [6]
for more information.
3.1 General
As a means to show the principles of the BSC IP application setup, an example
configuration is used. The example configuration described in this section is a
type 1 external network configuration supported by both the BSC LAN Switch
and the BSC NWI-E (see Reference [10] for more information).
Table 1 Allocated subnets and IP addresses for BSC LAN Switch used in
the example
VLAN name IP subnet A-side switch IP B-side switch
address IP address
SR_Gb 10.40.16.0/29 10.40.16.3 10.40.16.4
SR_OM 10.40.32.0/29 10.40.32.5 10.40.32.6
SR_Abis 10.40.48.0/29 10.40.48.3 10.40.48.4
SR_SS7 10.40.52.0/29 10.40.52.3 10.40.52.4
SR_A_userplane 10.40.81.0/29 10.40.81.3 10.40.81.4
SR_CBC 10.40.90.0/29 10.40.90.3 10.40.90.4
GbIP 172.30.12.0/25 172.30.12.1 172.30.12.2
OM_BSC 172.30.38.0/28 172.30.38.1 172.30.38.2
AbisIP 172.30.74.0/26 172.30.74.1 172.30.74.2
SS7 172.30.78.0/28 172.30.78.1 172.30.78.8
A_userplane 172.30.81.0/28 172.30.81.1 172.30.81.2
CBC 172.30.90.0/29 172.30.90.1 172.30.90.2
IPS, A-side 192.168.0.0/24 192.168.0.1 -
IPS, B-side 192.168.1.0/24 - 192.168.1.1
Intercon 192.168.2.0/30 192.168.2.1 192.168.2.2
Table 2 Allocated subnets and IP addresses for NWI-E used in the example
Subnet name IP subnet A-Side switch IP B-Side switch
address IP address
SR_Gb 10.40.16.0/29 10.40.16.3 10.40.16.4
SR_OM 10.40.32.0/29 10.40.32.5 10.40.32.6
SR_Abis 10.40.48.0/29 10.40.48.3 10.40.48.4
SR_SS7 10.40.52.0/29 10.40.52.3 10.40.52.4
SR_A_userplane 10.40.81.0/29 10.40.81.3 10.40.81.4
SR_CBC 10.40.90.0/29 10.40.90.3 10.40.90.4
Internal_OM 172.30.38.0/28 172.30.38.1 172.30.38.2
Internal_Gb 172.30.12.0/25 172.30.12.1 172.30.12.2
Internal_Abis 172.30.74.0/26 172.30.74.1 172.30.74.2
Internal_SS7 172.30.78.0/28 172.30.78.1 172.30.78.8
Internal_A 172.30.81.0/28 172.30.81.1 172.30.81.2
Internal_CBC 172.30.90.0/29 172.30.90.1 172.30.90.2
Internal_IPS 192.168.0.0/23 192.168.0.1 192.168.1.1
Internal_Intercon 192.168.2.0/30 192.168.2.1 192.168.2.2
The IP addresses of the BSC IP network in the tables above conforms to the
allocation scheme proposed in Reference [6]. If the BSC is using IP network
interfaces and you have login access, it is possible to retrieve your specific
VLAN configuration using the command:
show vlan
3.3 IP Devices
In this example configuration, it is assumed the BSC has:
• RTIPGPH-0 to RTIPGPH-1
• RTIPPGW-0 to RTIPPGW-2
• RTIPPGH-0 to RTIPPGH-1
• RTIPAGW-0 to RTIPAGW-2
• RTIPCTH-0 to RTIPCTH-2
Note: This example is only for description purpose. It is not possible to define
CTH RPs in the same BSC as PGW RPs or AGW RPs.
Two gateway IP addresses must be configured, one for each BSC IP network
interface. The IP addresses must be the IP address of the BSC IP network
interfaces in the IPS subnet. In this example configuration, this means that
gateway 1 (GW1) must have IP address 192.168.0.1 and gateway 2 (GW2)
must have IP address 192.168.1.1.
Logically the IPS and SS7 subnets may be seen as having an A-side and
B-side. This corresponds to the way IPS monitors the respective gateway and
the use of path separation for SIGTRAN. See Reference [6] for more details.
It is very important to get the gateways defined on the correct BSC IP network
interface, as the IPS application monitors the A-side switch using plane A, and
the B-side switch using plane B. The Sigtran Link Interface (SLI) board uses the
gateways on the very same side to which it is connected.
3.4.3 IP Addresses
The following IP addresses and associated gateways are used in this example
configuration:
Table 3 IP Address and Gateway per IP Device exemplified for BSC LAN
Switch
IP device IP address Network mask Gateway
RTIPGPH-0 192.168.0.2 255.255.255.0 GW1
RTIPGPH-0 192.168.1.2 255.255.255.0 GW2
RTIPGPH-1 192.168.0.3 255.255.255.0 GW1
RTIPGPH-1 192.168.1.3 255.255.255.0 GW2
RTIPPGW-0 192.168.0.66 255.255.255.0 GW1
RTIPPGW-0 192.168.1.66 255.255.255.0 GW2
RTIPPGW-1 192.168.0.67 255.255.255.0 GW1
RTIPPGW-1 192.168.1.67 255.255.255.0 GW2
RTIPPGW-2 192.168.0.68 255.255.255.0 GW1
RTIPPGW-2 192.168.1.68 255.255.255.0 GW2
RTIPPGH-0 192.168.0.130 255.255.255.0 GW1
RTIPPGH-0 192.168.1.130 255.255.255.0 GW2
RTIPPGH-1 192.168.0.131 255.255.255.0 GW1
RTIPPGH-1 192.168.1.131 255.255.255.0 GW2
RTIPAGW-0 192.168.0.180 255.255.255.0 GW1
RTIPAGW-0 192.168.1.180 255.255.255.0 GW2
RTIPAGW-1 192.168.0.181 255.255.255.0 GW1
RTIPAGW-1 192.168.1.181 255.255.255.0 GW2
RTIPAGW-2 192.168.0.182 255.255.255.0 GW1
RTIPAGW-2 192.168.1.182 255.255.255.0 GW2
RTIPCTH-0 192.168.0.190 255.255.255.0 GW1
RTIPCTH-0 192.168.1.190 255.255.255.0 GW2
RTIPCTH-1 192.168.0.191 255.255.255.0 GW1
Note: When using NWI-E the network mask in the table above is
255.255.254.0 for all rows.
1. Gateway IP addresses
2. IP addresses for IPS. Gateway and IP device must be defined for each
IP address.
In this example set up, the IPS subnet is a /23 network but is logically divided
into two /24 subnets representing the A and B side respectively like a BSC
where BSC LAN Switches are used. Hence, the subnet mask is 255.255.255.0.
ipdevno=0,mask=255.255.255.0,gw=gw2;
rripi:ipaddr=192.168.0.131,ipdevtype=rtippgh,\
ipdevno=1,mask=255.255.255.0,gw=gw1;
rripi:ipaddr=192.168.1.131,ipdevtype=rtippgh,\
ipdevno=1,mask=255.255.255.0,gw=gw2;
rripi:ipaddr=192.168.0.180,ipdevtype=rtipagw,\
ipdevno=0,mask=255.255.255.0,gw=gw1;
rripi:ipaddr=192.168.1.180,ipdevtype=rtipagw,\
ipdevno=0,mask=255.255.255.0,gw=gw2;
rripi:ipaddr=192.168.0.181,ipdevtype=rtipagw,\
ipdevno=1,mask=255.255.255.0,gw=gw1;
rripi:ipaddr=192.168.1.181,ipdevtype=rtipagw,\
ipdevno=1,mask=255.255.255.0,gw=gw2;
rripi:ipaddr=192.168.0.182,ipdevtype=rtipagw,\
ipdevno=2,mask=255.255.255.0,gw=gw1;
rripi:ipaddr=192.168.1.182,ipdevtype=rtipagw,\
ipdevno=2,mask=255.255.255.0,gw=gw2;
rripi:ipaddr=192.168.0.190,ipdevtype=rtipcth,\
ipdevno=0,mask=255.255.255.0,gw=gw1;
rripi:ipaddr=192.168.1.190,ipdevtype=rtipcth,\
ipdevno=0,mask=255.255.255.0,gw=gw2;
rripi:ipaddr=192.168.0.191,ipdevtype=rtipcth,\
ipdevno=1,mask=255.255.255.0,gw=gw1;
rripi:ipaddr=192.168.1.191,ipdevtype=rtipcth,\
ipdevno=1,mask=255.255.255.0,gw=gw2;
rripi:ipaddr=192.168.0.192,ipdevtype=rtipcth,\
ipdevno=2,mask=255.255.255.0,gw=gw1;
rripi:ipaddr=192.168.1.192,ipdevtype=rtipcth,\
ipdevno=2,mask=255.255.255.0,gw=gw2;
Follow the instructions in Reference [21] and associate the IP addresses with
the IPS application. A port shall not be configured for IPS.
rrapi:apl=ips,ipaddr=192.168.1.130;
rrapi:apl=ips,ipaddr=192.168.0.131;
rrapi:apl=ips,ipaddr=192.168.1.131;
rrapi:apl=ips,ipaddr=192.168.0.180;
rrapi:apl=ips,ipaddr=192.168.1.180;
rrapi:apl=ips,ipaddr=192.168.0.181;
rrapi:apl=ips,ipaddr=192.168.1.181;
rrapi:apl=ips,ipaddr=192.168.0.182;
rrapi:apl=ips,ipaddr=192.168.1.182;
rrapi:apl=ips,ipaddr=192.168.0.190,ipaddrnum=3;
rrapi:apl=ips,ipaddr=192.168.1.190,ipaddrnum=3;
3.5.1 IP Addresses
The IP address for R-PMO, RTT, GMLog, and OEN must be within the IP range
of the OM_BSC / Internal_OM subnet. They must all use the same IP address
and shall not be fixed to a specific IP device or interface, that is, the IPDEVNO
and GW parameters of the RRIPI command shall not be used. In this example
configuration, IP address 172.30.38.11 and network mask 255.255.255.240
(the network mask of the OM_BSC / Internal_OM subnet) is used.
R-PMO, RTT, GMLog, and OEN can subscribe to a number of events. The
event subscription must be authorized in the BSC. For a list of event and
application identifiers, see Reference [24]. In this example configuration, all
available events will be authorized.
! For R-PMO;
rapmi:aid=0,eid=all;
! For GMLog;
rapmi:aid=1,eid=all;
! For OEN;
rapmi:aid=2,eid=all;
! For RTT
rapmi:aid=3,eid=all;
3.6 Gb over IP
3.6.1 IP Addresses
The IP addresses for Gb over IP must be within the IP range of the GbIP /
Internal_Gb subnet. There must be one IP address allocated to every RP
that shall support Gb over IP (GPH RP). As a consequence, the IPDEVNO
parameter of the RRIPI command shall be used, but not the GW parameter.
In this example configuration, IP addresses 172.30.12.3 - 172.30.12.4 and
network mask 255.255.255.128 (the network mask of the GbIP / Internal_Gb
subnet) are used for Gb over IP.
! Configure port;
rrppi:port=45000,apl=gbi;
3.7.1 IP Addresses
There are two RP applications that supports Packet Abis over IP. These
are Combined Traffic Handler (CTH), which is only used in Evo Controller
8200/BSC; and Packet Gateway (PGW), which can be used in all other BSC
configurations.
The IP addresses for Packet Abis over IP must be within the IP range of the
AbisIP / Internal_Abis subnet. There must be one IP address allocated to every
RP which shall handle Packet Abis over IP traffic. On top of these one additional
"floating" IP address, which is used for first BSC contact, must be defined. In
the RRIPI command GW parameter shall not be used. IPDEVNO is not used
for the “floating” IP address since it is not statically bound to a specific RP.
Command RALSP can be used to see which RP are handling which Packet
Abis over IP address.
Follow the instructions in Reference [23] and configure an IP address for Packet
Abis over IP. An IP address, not associated to any gateway, shall be defined.
Two CTH RPs handle Abis over IP traffic and one CTH RP is standby.
The same example for Evo Controller 8200/BSC. The difference is that there is
one standby RP without IP address.
Note: The same can be done using argument ipaddrnum=n which will
associate n sequential IP addresses to the same IP application.
3.8.1 IP Addresses
There are two RP application that supports A-interface over IP. These are
Combined Traffic Handler (CTH), which is only used in Evo Controller 8200/BSC
and A-interface Gateway (AGW) which is used in all other BSC configurations.
The IP addresses for A-Interface over IP must be within the IP range of the
A_userplane / Internal_A subnet. There must be one IP address allocated to
each active RP that shall support A-Interface over IP. The IP addresses shall
be reconfigurable addresses, and the application selects which IP device the
IP addresses will be defined for. As a consequence, neither the IPDEVNO
parameter of the RRIPI command, nor the GW parameter shall be used.
Instead the APPLSEL parameter shall be used.
then the number of IP addresses shall be two less than the number of AGW
RP, and so on.
For the CTH RP application the number of standby CTH-RPs are set by RALSC
command. The number of IP addresses for A-interface traffic shall be equal to
the number of CTH RPs minus the number of Standby CTH RPs. If there are
more, some IP addresses will not be used. If there are less, some CTH RPs will
not handle A-interface over IP traffic.
Command RALSP can be used to see which RPs are handling which
A-interface IP address.
The A-Interface over IP application in the BSC transmits and receives user
plane data on ports 50 000 - 52 048 for multiplexed RTP streams.
Note: The same can be done using argument ipaddrnum=n which will
associate n sequential IP addresses to the same IP application.
3.9 SIGTRAN
In this set up, the SS7 subnet is a /28 network. Hence, the subnet mask is
255.255.255.240.
In this set up, the SS7 subnet is a /28 network. Hence, the subnet mask is
255.255.255.240.
On top of the IP addresses for the Sigtran end-points and default gateway,
there is an additional set of two addresses (PINGA and PINGB below) for
router supervision.
IHAPC:SAID=<MSC SAID>,PLIP="172.30.78.2",\
PRIP="<MSC IP ADDRESS 1";
IHCLP:EPID=ALL,SAID=ALL;
M3RSP:DEST=ALL;
C7SPP:SP=ALL;
In this set up, the SS7 subnets are two /29 networks. Hence, the subnet mask
is 255.255.255.248.
IHAPC:SAID=<MSC SAID>,PLIP="172.30.78.2",\
PRIP="<MSC IP ADDRESS 1";
IHCLP:EPID=ALL,SAID=ALL;
M3RSP:DEST=ALL;
C7SPP:SP=ALL;
3.10.1 IP Addresses
The IP addresses for the SMS CBC must be within the IP range of the CBC
/ Internal_CBC subnet. There must be one IP address allocated to the SMS
CBC application. If dedication mode B is used then both the IPDEVNO and
IPDEV2NO parameters of the RRIPI command shall be used, but not the GW
parameter. If dedication mode A is used the IPDEV2NO parameter is not used.
See Reference [2] for more information on dedication mode A and dedication
mode B.
! Configure port;
rrppi:port=48049,apl=cbs;
3.11.1 IP Addresses
The IP addresses for Network Time Protocol (NTP) service on SCX must be
within the IP range of the Internal_OM subnet.
Note that the configuration of the NTP service on SCX is done through AP
commands, not via MML commands. In this example we use the fake external
time references 256.3.4.1, 256.3.4.2, and 256.3.4.3. Note that these are invalid
IP addresses.
timerefscxconf -i -s 0 -a 172.30.38.12 \
-b 255.255.255.240 -d 172.30.38.1
timerefscxconf -i -s 25 -a 172.30.38.13 \
-b 255.255.255.240 -d 172.30.38.2
timerefstart -s NTP
To allow traffic between the NTP service and external time references to pass
through the NWI-E the ACLs in the NWI-E have to be updated as well. This
is done either by logging into the NWI-Es and manually add the ACLs; or
use OSS to modify the configuration. Note that this must be done for both
NWI-E since they do not have their configurations synchronized between them.
Commands for NWI-E are described in detail in Reference [13], Reference
[14] and Reference [15].
If the printout is empty, the NWI-E boards should be reconfigured using the
script in Reference [11] in combination with the template in Reference [12].
Note that the parameter ACLs needs to be set to yes. If a new configuration is
installed using the correct parameter file template, then no further actions need
to be performed. If an old configuration with ACLs is already in place, then add
the new rules for SCX according to below.
Definition of ACLs that allow traffic through for the first external time reference
and the first NTP service IP address:
Similar ACLs are created for the second and third external time reference; and
for the second IP address of the NTP service.
Additional ACLs are then needed to block all other traffic to and from the
IP address of the NTP service. These are added after the ACLs that allow
the traffic through. The example below shows the ACLs for the IP address of
the first NTP service.
save configuration
4 IP Consistency Check
ping 172.30.38.1
172.30.38.1 is alive
ping 172.30.38.2
172.30.38.2 is alive
5 Concepts
Floating IP Address
An IP address used by the PGW application but not
bound to any specific RP board. It is recommended to
let all the STN nodes connect to this address as the
PGW application will redirect the communication to the
PGW RP with least load.
IP Gateway Supervision
IP Gateway Supervision (IPS) is the functionality in
the GPRS Packet Handler (GPH) that detects when
the connection between an IP device and a BSC LAN
switch is lost. In the case of a connection failure an
alarm will be raised, see Reference [22].
Glossary
ABI IPS
Abis over IP (application name) IP Gateway Supervision
ACLs L2
Access Control Lists Layer 2 (Ethernet)
AGW L3
A-interface Gateway Layer 3 (IP)
BSC LAN
Base Station Controller Local Area Network
BTS MGW
Base Transceiver Station Media Gateway
CLI NTP
Command Line Interface Network Time Protocol
CN NWI-E
Core Network Network Interface - Ethernet
CTH O&M
Combined Traffic Handler Operation and Maintenance
DiffServ OEN
Differentiated Services Open Event Notification Interface
DSCP OSS
DiffServ code point Operation and Support System
GBI PGW
Gb over IP (application name) Packet Gateway
GMLog R-PMO
GPRS Mobile Logging Real-Time Performance Monitoring
GPH RP
GPRS Packet Handler Regional Processor
GPRS RTT
General Packet Radio Service Real Time Trace
ICMP SGSN
Internet Control Message Protocol Serving GPRS Support Node
IP SIGTRAN
Internet Protocol Signalling Transport
SLI
Sigtran Link Interface
SMS CBC
Short Message Service Cell Broadcast Center
SS7
Signalling System #7
STN
Site Transport Node
TCP
Transmission Control Protocol
UDP
User Datagram Protocol
VLAN
Virtual LAN
Reference List
Ericsson Documents
[19] Packet Based and Bandwidth Optimized Abis, 42/155 17-APT 210 09 Uen