Copyright 2006-2010, STM Group, Inc.
All rights reserved. Reproduction, adaptation or translation without prior written
permission is prohibited, except as allowed under the copyright laws.
The names of products (hardware and/or software) mentioned herein are regarded to be
the property of their respective companies, regardless of whether or not registration is
indicated.
The information in this publication is subject to change without notice. STM Group, Inc.
makes no warranty of any kind with regard to this material, including, but not limited to,
the implied warranties or merchantability and fitness for particular purposes. Moreover,
STM shall not be held liable for errors that may occur herein or for incidental or
consequential damage in connection with the furnishing, performance, or use of this
material.
1.1ABOUT THIS USER GUIDE ............................................................................................................................. 6
7.3DEVICE STATUS .......................................................................................................................................... 33
7.4DHCPSERVER STATUS .............................................................................................................................. 34
8.USING THE COMMAND LINE INTERFACE OF THE SATLINK VSAT ............................................. 36
8.1CLIUSER ACCESS RIGHTS ......................................................................................................................... 36
8.2ONLINE HELP ............................................................................................................................................. 36
8.3LOGGING OF EVENTS .................................................................................................................................. 37
9.SATLINK VSAT CONFIGURATION AND LINE-UP USING COMMAND LINE INTERFACE ........ 41
9.1POWER ON AND LOG ON ............................................................................................................................ 41
9.2INITIAL CONFIGURATION OF PARAMETERS ................................................................................................. 42
11.QUALITY OF SERVICE ............................................................................................................................ 63
11.1CONFIGURING QOS FOR THE RETURN LINK ................................................................................................ 64
11.2CONFIGURING THE VSAT FOR VOIP .......................................................................................................... 66
11.3CONFIGURING THE VSAT FOR VIDEO (VIC) .............................................................................................. 67
11.4DSCP AND DIFFSERV ................................................................................................................................. 67
12.BANDWIDTH ON DEMAND .................................................................................................................... 69
19.EXTENSIONS FOR MOBILE VSAT ........................................................................................................ 95
19.1TRANSMIT INHIBIT FUNCTION .................................................................................................................... 95
The STM SatLink 1000, 1910, and 2000 are the indoor units (IDUs) of the STM SatLink VSAT family of
DVB-RCS VSATs. They perform several functions: they are satellite modems (at Layer 1); they handle
data link layer processing (at Layer 2) for both satellite and LAN communications; and they act as IP
routers and DHCP servers (at Layer 3). All SatLink IDUs provide an Ethernet 10/100 LAN interface for
one or more PCs to engage in two-way communication via a SatLink (or any DVB-RCS compliant)
satellite network.
Figure 1: STM SatLink 1000, 1910, and 2000 Indoor Units (IDUs)
This User Guide covers the installation and operation of the STM SatLink 1000/1910/2000, commonly
also referred to as the indoor unit (IDU) of the DVB-RCS VSAT, together with the accompanying
outdoor unit (ODU) equipment. It is intended for DVB professionals, such as service providers and
installers. Therefore, it does not contain information for non-professional users, such as given in the user
manuals of consumer electronic products.
The information given pertains to the following STM software (SW) and hardware (HW) versions and
releases:
SatLink IDU Software
• STM SatLink Boot loader, P/N 101225, SW build 1.8.0.2 and later
• STM SatLink Boot loader, P/N 106267, version 9.0.0 and later
• STM SatLink Boot loader, P/N 120044 , Revision 14.0.0 and later
• STM SatLink DVB-RCS VSAT Software, P/N 101224, version 13.0.1 and later
• STM SatLink DVB-RCS VSAT Software, P/N 120208, version 14.0.0 and later
The STM SatLink VSAT IDU must be configured before it can communicate via the satellite to and from
the network Hub. The parameters to be configured are explained in section 6.2.
The configuration of the VSAT IDU can be carried out using the configuration tools:
• Web-interface (basic configuration only)
• Command Line Interface (CLI)
- Via RS232/Terminal emulator (e.g. HyperTerminal)
- Telnet
• SNMP
The SatLink VSAT Web-interface is used as the main interface for initial configuration of the VSAT
parameters and is presented in section 6. The status monitoring of the VSAT using Web interface is
presented in section 7. Configuration via CLI is presented in section 9 and management via SNMP is
presented in Appendix E. The Web interface can be used for most common configuration tasks, while
advanced configuration is only available via SNMP and CLI.
1.3 Symbols
NOTE
Additional information that the reader should pay special attention to.
WARNING
System malfunction may occur if the warning-information is violated.
Yellow, lights steadily when connected to the power supply and unit is powered. Flashes
when loading software.
Red, lights steadily when an error event occurs and during reboot.
Blue, flashes when the receiver is searching for the carrier.
Lights steadily when receiver is on and functioning properly.
Flashes when IP packets are received from the Satellite Interface (the Hub).
Blue, flashes rapidly when a continuous wave (CW) is transmitted.
Lights steadily when the VSAT is logged on to the DVB-RCS Hub.
Flashes when IP packets are transmitted to the Satellite Interface (the Hub).
Blue, lights steadily when Ethernet connectivity is OK.
Flashes slowly when Ethernet packets are transferred via the Ethernet interface.
Status
For future use
Table 1: SatLink 2000 Front Panel LEDs
Figure 4 : SatLink 2000 Rear Panel
Item Description
Power Connector Connector for cable to the 24 V DC power transformer (external power supply provided
with STM SatLink 2000 VSAT)
Ethernet
Connector
COM1 Connector Nine pin connector for connecting CLI interface to a computer’s DB-9 serial interface.
RX coaxial jack
TX coaxial jack
RJ45 connector for IP traffic to connect to a PC, Ethernet switch, IP router etc. 10BASE-T
or 100BASE-T modes is detected automatically.
Coaxial 75 Ω F-type jack for the cable to the LNB.
Coaxial 75 Ω F-type jack for the cable to the BUC.
Blue, lights steadily when power switch is on and unit is powered. Flashes when loading
software.
Red, lights steadily when an error event occurs and during reboot.
Blue, flashes when the receiver is searching for the carrier.
Lights steadily when receiver is on and functioning properly.
Flashes when IP packets are received from the Satellite Interface (the Hub).
Blue, flashes rapidly when a continuous wave (CW) is transmitted.
Lights steadily when the VSAT is logged on to the DVB-RCS Hub.
Flashes when IP packets are transmitted to the Satellite Interface (the Hub).
Blue, lights steadily when Ethernet connectivity is OK.
Flashes slowly when Ethernet packets are transferred via the Ethernet interface.
Table3: SatLink 1000 Front Panel LEDs
Figure 6: SatLink 1000 Rear Panel
Item Description
On/off switch Power on (1) or off (0).
Power Connector Connector for cable to the 24 V DC power transformer (external power supply provided
with STM SatLink 1000 VSAT)
Ethernet
Connector
COM1 Connector Nine pin connector for connecting CLI interface to a computer’s DB-9 serial interface.
RX coaxial jack
TX coaxial jack
RJ45 connector for IP traffic to connect to a PC, Ethernet switch, IP router etc. 10BASE-T
or 100BASE-T modes is detected automatically.
Coaxial 75 Ω F-type jack for the cable to the LNB.
Coaxial 75 Ω F-type jack for the cable to the BUC.
Error Red, lights steadily when an error event occurs and during reboot.
Satellite Receive Blue, flashes when the receiver is searching for the carrier.
Transmit
Ethernet Link/Act
Blue, lights steadily when power switch is on and unit is powered. Flashes when
loading software.
Lights steadily when receiver is on and functioning properly.
Flashes when IP packets are received from the Satellite Interface (the Hub).
Blue, flashes rapidly when a continuous wave (CW) is transmitted.
Lights steadily when the VSAT is logged on to the DVB-RCS Hub.
Flashes when IP packets are transmitted to the Satellite Interface (the Hub).
Blue, lights steadily when Ethernet connectivity is OK.
Flashes slowly when Ethernet packets are transferred via the Ethernet interface.
Table 1: SatLink 1910 Front Panel LEDs
Figure 8: SatLink 1910 Rear Panel
Item Description
On/Off switch Power on (1) or off (0).
Power Connector Standard recessed plug for Power cord.
Ethernet
Connector
COM1
Connector
Cover for Accessory Card Not used.
RX coaxial jack
TX coaxial jack
RJ45 connector for IP traffic to connect to a PC, Ethernet switch, IP router etc.
10BASE-T or 100BASE-T mode is detected automatically.
Nine pin connector for connecting CLI interface to a computer’s DB-9 serial
interface.
Coaxial 75 Ω F-type jack for the cable to the LNB.
Coaxial 75 Ω F-type jack for the cable to the BUC.
Place the STM SatLink VSAT IDU on a flat, stable surface, such as a desktop or shelf, close to the PC or
network device to which it will be connected. Keep its top, bottom and all sides unobstructed to ensure
free airflow. Rubber feet on the bottom provide adequate clearance. Ensure that there is at least 10 cm
clearance at the back to allow room for cable connections.
3.3.2 In Rack
The rack or cabinet should be properly secured to prevent tipping. Equipment that is
installed in a rack or cabinet should be mounted as low as possible, with the heaviest units
lower down, and lighter units toward the top.
Precautions:
• Ensure that the power circuits are properly grounded and use the power cord supplied with the
SatLink VSAT IDU to connect it to the power outlet.
• If your installation requires a different power cord than the one supplied, ensure that the cord used is
certified as indicated by the stamped or embossed logo of the electrical safety authority in your
country.
• If the on/off switch on the back panel is difficult to reach when the unit is fitted in the rack, ensure
that the power outlet into which it is plugged can be reached so it may be unplugged if necessary.
• Ensure that the unit does not overload the power circuit, wiring or over-current protection. To
determine the possibility of overloading the supply circuits, add together the ampere ratings of all
devices installed on the same circuit as the STM SatLink VSAT IDU and compare the total with the
rating limit for the circuit. The maximum amperage ratings are usually printed on units near their
power connectors.
• Do not install the STM SatLink VSAT IDU in a location where the operating ambient temperature
may exceed 45°C.
• Ensure that the airflow around the sides and back of the SatLink VSAT IDU is not restricted.
The STM SatLink 1900/1901/1910 can be mounted in any EIA-standard 19-inch telecommunications
rack or cabinet. The STM SatLink 1000 and 2000 need to be placed on a shelf if it is to be placed in a
rack.
Use a Torx screwdriver and attach the mounting brackets to the router with the screws supplied. Hold the
unit securely, brackets attached, and move it vertically until rack holes line up with the bracket notches,
then insert and tighten the four screws holding the brackets to the rack.
Install the ODU as described in Appendix F, reference [1], and the antenna installation manual. When
installing the STM SatLink 403x transceiver, please check Table 9 in Appendix G whether an adapter is
required to interface the antenna feed horn.
3.5 Interface Connections
3.5.1 RX/TX cables between IDU and ODU
The coaxial cables from the ODU are connected to the type F coaxial jacks on the back panel of the STM
SatLink VSAT IDU.
• Connect one coaxial cable from the ODU TX module input to the jack marked TX.
• Connect one coaxial cable from the LNB to the port marked RX on the back panel.
Use only 75 Ω coaxial cables fitted with type F plugs for the RX and TX cables. Make sure
that the connectors are of a waterproof version such as F-connector RG6 Compression type
from Cablecon (www.cablecon.dk
Do not connect and disconnect the coaxial cables with power connected to the STM
SatLink VSAT IDU.
Hint
Use different colour marking on the TX and RX coaxial cables to eliminate likelihood of
interchanging the RX and TX coaxial cables.
), article no 99909446
3.5.2 Ethernet connection to a Local Area Network (LAN)
The STM SatLink VSAT IDU may be connected to a single PC or to a network via the RJ-45 Ethernet
jack on the back panel.
• Plug one end of the Ethernet cable into the RJ-45 jack on the back panel.
• Plug the other end of the Ethernet cable into the RJ-45 jack a Local Area Network (LAN) device such
as an Ethernet hub, switch or router, according to its manufacturer’s instructions.
The STM SatLink will auto-detect if Ethernet HUB or NODE mode is used and will automatically chose
correct mode, hence there is no need to use a cross-over Ethernet cable for direct connections to PCs.
3.5.3 Power connection
The STM SatLink 1910 models have internal power supply and consequently are connected directly to a
110/230 VAC 50/60Hz outlet using a standard 230 VAC power cord.
3.5.4 Power supply
The STM SatLink1000 and 2000 have an external power supply that is connected to a 110/240 VAC
50/60Hz outlet using a standard power cord.
The STM SatLink 100 and 2000 must only be connected to the external power supply that
is approved by STM, PN 104170 (LEI-S2425D/Adapter Technology, Model No. STD-2425).
After installation as described in Chapter 3 is carried out, the VSAT IDU is ready to be powered on.
4.1 Windows TCP/IP Configuration
Verify that the TCP/IP configuration is correct for PCs connected to the LAN you plan to use for your
SatLink VSAT. Push the start-button in Windows, select the Control Panel and then open Network
Connections. Right-click on the relevant Local Area Connection and select Properties. A new window
showing the Network Connection Properties will pop up. In the General submenu of this window, scroll
down, select Internet Protocol (TCP/IP) and then push the Properties button shown in Figure 10. Then
configure the PC client to obtain the IP address automatically from the VSAT IDU (section 4.1.1) or
configure the PC with a static IP address (section 4.1.2).
Figure 10: Windows XP Menu for Configuring the Client TCP/IP Configuration.
4.1.1 Dynamic IP configuration of PCs connected to the VSAT LAN
By default the DHCP server in the SatLink VSAT is enabled. When the SatLink VSAT is powered on, all
PCs connected to the VSAT LAN can automatically retrieve their IP configuration from the DHCP
server. The user should verify that the Windows clients are configured to obtain an IP address and DNS
server address automatically. Figure 11 shows the correct Windows XP configuration when the DHCP
server is enabled in the VSAT.
Figure 11: Windows XP TCP/IP setting when DHCP server is enabled in the VSAT
From an MS-DOS window, the user may type ipconfig /all command to verify that the computer has
received correct configuration parameters from the DHCP server such as IP address, subnet mask, default
Gateway, DNS servers and lease time.
Figure 12: ipconfig /all print out from an MS-DOS window
4.1.2 Static IP configuration of PCs connected to the VSAT LAN
When the DHCP server in the SatLink VSAT is disabled, all PCs attached to the VSAT LAN must be
configured with static IP addresses that are within the address range of the VSAT subnet. The IP
configuration parameters to use for PCs connected to the VSAT LAN are supplied from the system
operator or service provider. Configure the IP address, Subnet mask, Default gateway, Preferred DNS
server, and optionally the Alternate DNS server as shown in Figure 13.
Ensure that the actual IP addresses supplied by the system operator/service provider are
configured and not the IP addresses in the example figure.
Figure 13: Windows XP TCP/IP setting when DHCP server is disabled in the VSAT
Example:
A host may have the following configuration; IP address 192.168.0.2, Subnet mask 255.255.255.0 and
default gateway 192.168.0.1, where the IP address of the default gateway should be the IP address of the
VSAT LAN interface.
The SatLink VSAT Web interface supports managing the most common configuration parameters and
viewing the status of the STM SatLink VSAT. The web-browser currently supported is Microsoft Internet
Explorer, but other browsers like e.g. Opera 9.x typically work fine as well. The functions available via
the Web-interface are:
• Configuring the most commonly used satellite interface parameters
• Configuring the most commonly used IP parameters
• Return link line-up procedure
• Viewing status information for the satellite interface
• Viewing traffic statistics
• Viewing device information
• Viewing status of the DHCP server
• Viewing Event log information
Advanced functions such as adding SW licenses, configuring GRE tunnels, downloading software
updates manually, configuring automatic software updates, configuring system information, adding users
and changing password, configuring SNMP access, and adding manual IP routes, etc, are only available
from the CLI via Telnet or the RS-232 port.
To manage the SatLink VSAT via the Web interface, start the web browser and type in the IP address of
the STM SatLink VSAT in the address field as shown in Figure 14. The factory default IP address of the
SatLink VSAT is 192.168.0.1. Use the STM SatLink VSAT’s Satellite Interface (DVB) IP address when
connecting to the VSAT over the satellite link (from the Hub), and the STM SatLink VSAT’s LAN
(Ethernet) IP address when connecting to the VSAT from the local LAN. Then enter the username and
password to logon to the VSAT.
6. SatLink VSAT Configuration and Line-up Using Web
Interface
Follow all the procedures mentioned below when installing the SatLink VSAT and lining up the ODU
using the Web interface. Please see section 7 for SatLink VSAT status monitoring using Web interface
6.1 Log On to the VSAT Web interface
1) Start the web browser and type in the IP address of the STM SatLink VSAT in the address field.
2) Loginwith username
User name: install
Password : dvbrcs
install and factory default password dvbrcs. Click the OK button.
Figure 15 : Logon Page
6.2 Configuring VSAT Parameters required to logon to the Hub
The SatLink VSAT Web interface is used to configure a number of parameters before the VSAT can
acquire the forward link and communicate with the Hub via the satellite connection. A default
configuration specifying most of these parameters is pre-loaded on each STM SatLink VSAT, either in
the factory or by the service provider before installation. The following configuration parameters are
typically to be configured using the VSAT Web interface:
- DVB-S2 Reception parameters
- VSAT GPS Position
Other parameters are typically configured automatically from the Hub when the VSAT logs on for the
first time . When other ODUs than the SatLink 403x transceiver is used or if e.g. the Hub operator does
not use automatic VSAT configuration then additional VSAT parameters ight have to be configured
during installation.
6.2.1 Receiver Parameter Configuration
The STM SatLink VSAT is normally pre-configured to be used together with the STM SatLink 403x
transreceiver. But, it is possible to configure the STM SatLink VSAT to operate together with other
transreceivers than SatLink 403x. The list of LNBs that can be used with the STM SatLink VSAT are
listed in Table 5
1) Click on the Satellite option in the SatLink VSAT home page.
Figure 16 : Configuring Receiver Parameters
2) Configure the Receiver parameters as shown in the following table.
Parameter Description
Auto Start
LNB Type Specifies the LNB type with which the VSAT is configured.
Index Table index [0 – 9]. The SatLink VSAT can store up to 10 forward link entries and the
Priority Forward link search order [0 – 1]. Search is started for priority 0 first and ends wit h
Symbol Rate (Msps) The forward link symbol rate in Msps.
Frequency (Ghz) Forward link frequency [kHz].
Mode Enter the valid modes :
PopId Population ID to use for forward link acquisition. The STM SatLink VSAT will select
Publication no. 101557
• ON
• Off
Specific for the receiver. When set to "ON" the VSAT will automatically acquire the
forward link. It is recommended to always set this to ON for normal operation. Please
always restart the VSAT after saving configuration when having set auto start to ON.
table index is used to identify a single entry.
priority 1.
• DVB-S
• DVB-S2
which group in the DVB-RCS system it belongs to based on the configured population
ID. The population ID to be used is assigned by the Hub Operator
Enable Enable the table entry.
3) Click the Save button to save the configuration.
4) Click Start button to start the receiver manually (Only required with Autostart mode “off”).
6.2.2 Transmitter Parameter Configuration
The STM SatLink VSAT is normally pre-configured to be used together with the STM SatLink 403x
transceiver. But, it is possible to configure the STM SatLink VSAT to operate together with other
transmitters than SatLink 403x. The valid ODU transmitters (BUC) used with the STM SatLink VSAT
are listed in (Table 3: Overview of supported ODU transmitters (BUCs)
1) Click on the Satellite option in the SatLink VSAT home page.
2) Configure the Transmitter parameters as shown in the following table.
Parameter Description
Auto Start
EIRP (dBW) Specifies the emitted power level. Only used for a SatLin k 403x O DU and not rel evant
Timeout (min) Idle time before the VSAT automatically logs off when the Autostart mode is set to
IDU OutPow (dBm) Only used for 3rd party (BUCs) as the IDU output power is set automatically when using
BUC Specifies the BUC type or transceiver type with which the VSAT is equipped. The valid
Antenna Specifies antenna type with which the VSAT is equipped. Correct antenna type is
• ON
• Off
• Traffic
Specific for the transmitter. When set to "traffic", the VSAT will logon to the Hub when
it has traffic to send. After a configurable time (given by Timeout) without any traffic to
send, the VSAT will automatically logoff.
for a 3rd party BUC.
"traffic".
a SatLink 403x ODU.
ODU transmitters (BUC) are listed in(
transmitters (BUCs)
required to correctly compute EIRP used for the automatic power calibration of the
SatLink 403x transceiver. The valid ODU receivers (LNB) are listed in Table 5.
)
Table 3: Overview of supported ODU
If the ODU transmitter type or LNB type has been changed, then VSAT must be restarted
to activate the new configuration (press the Restart-button after saving the configuration).
3) Click the Save button to save the configuration.
4) Click Start button to start the transmitter manually (only required with Autostart mode “off”).
6.2.3 VSAT Positioning
The Operator must specify the geographical position of the VSAT to enable the VSAT to log on to the
network.In order to calculate the delay to the satellite correctly for the logon burst the STM SatLink
VSAT must be configured with its own geographical position. Find the position of the location where
installing the STM SatLink VSAT using a standard GPS.
The STM SatLink VSAT position is entered in the below mentioned format:
1) Click on the Satellite option in the SatLink VSAT home page.
Figure 18 : VAT Positioning
2) Configure the VSAT positioning parameters as shown in the following table.
Parameter Description
Latitude Enter the latitude (deg, min, sec and direction ).
Longitude Enter the longitude (deg, min, sec and direction)
Altitude Eneter the altitude (meters)
3) Click Save button to save the configuration.
6.2.4 IP Address Configuration
The VSAT Web interface is used to configure the IP addresses and netmasks of the VSATs LAN and
DVB interfaces and the LAN DHCP server. The Web interface is also used for DNS, NAT and PEP
configuration.
1) Click on the IP option in the SatLink VSAT home page.
Figure 19 : IP Configuration – LAN and DVB Interfaces
2) Enter the valid IP address and Netmask for the LAN and DVB interfaces.
3) Enable / Disable the DHCP server.
When enabled, the DHCP server will automatically be allocated all IP addresses in the VSAT LAN
subnet except the VSATs own IP address and addresses excluded manually.
4) Set the lease time for an IP address allocated to a host on the LAN.
5) Specify the number of IP addresses to be excluded from the available range of addresses defined by
the VSAT LAN subnet. The excluded range of IP addresses will be the upper range of the LAN
subnet.
6) Enter the IP address for the primary and secondary DNS servers to be used by the hosts on the VSAT
LAN.
7) Enable / Disable NAT for the VSAT.
8) Enable / Disable the TCP and HTTP PEP server.
9) Click Save button to save the configuration.
6.3 Line-UP Using Web Interface
Perform antenna and ODU installation and alignment as described in Appendix F and the initial
parameter configuration described in section 6.2 before proceeding with the line-up procedures described
here.
6.3.1 Antenna line-up
Set the alignment of the antenna to optimize the receive SNR. The RX SNR displayed in the graph on the
line-up page should appear as a green bar to ensure a stable reception of the forward link signal. If the bar
is yellow, the signal can be received correctly with low link margin, and if the bar is red, the signal level
is too low for error free reception.
This section describes how to calibrate the TX output power when using the STM SatLink 4033/4035
transceiver. See Appendix I for a description of how to do TX power calibration for other transmitters
(BUCs).
TX power level calibration and return link acquisition shall only be performed if the
forward link has been acquired and is operating properly.
1. Ensure that the STM SatLink VSAT configuration procedure in section 6.2 has been performed.
2. Ensure that the STM SatLink VSAT receiver is started and the Forward Link is acquired.
3. Ensure that the STM SatLink VSAT transmitter is turned off and the TX cable from the STM SatLink
VSAT to the ODU is connected.
4. Click Lineup option in VSAT home page and configure the transmit EIRP level of the VSAT.
The VSAT can either be configured to transmit at maximum level or alternatively the desired EIRP
level can be set to a given level for use in a system where the power level received at the satellite is
aligned for all VSATs.
5. The CW frequency to be used for measurements during the calibration procedure is obtained from the
service provider or satellite operator.
6. Contact the satellite operator / control centre to clarify the line-up procedures for transmission power
calibration and fine adjustment and verification of polarization of the STM SatLink VSAT.
7. Push the Start Calibration button on the Line-up page to start automatic transmitter power
calibration. During this calibration, the transmit EIRP level is detected and the IDU output level is
automatically adjusted to the level required for transmitting with the configured EIRP level. Hence no
manual configuration of the IDU output power level or cable attenuation is required.
6.3.3 3rd party BUC line-up
When using other the 3
has to be manually adjusted during line-up by use of feedback from the system operator. Beware of the
risk of setting the IDU output level too high as a consequence of the antenna pointing not being
sufficiently accurate.
rd
party BUCs i.e. other than the SatLink 403x transceiver, the IDU output power
1. Logon to the VSAT Web interface and click Lineup option in VSAT home page
2. Ensure that the initial IDU output power level is set to a low value (-30 dBm is recommended).
Figure 22 : CW Transmission
3. Push CW On button on the Line-up page to initiate the CW transmission. Start the CW transmission
only after the permission is granted by the system operator.
4. Adjust the IDU output power in small steps (never more than 5 dB) based on feedback from the
system operator.
6.3.4 Fine adjustment of antenna pointing and polarization
After the initial IDU output power level has been found, the pointing and polarisation of the antenna
should be fine adjusted based on feedback from the system operator.
1. Fine adjust the pointing and polarisation of the antenna based on the the feedback from the system
operator.
2. After the fine adjustment of the antenna, the received signal level should again be verified by
consulting the system operator and re-adjust the IDU output power level as necessary.
3. Click Save button on the satellite configuration page to save the configuration.
6.4 Test of Connection to Hub
After the line-up procedure in section 9.3 (or alternatively, Appendix I.1) has been successfully
completed the STM SatLink VSAT is ready to logon to the Hub.
The STM SatLink VSAT is only allowed to log on to the network if its DVB MAC address is registered
at the Hub. Registration of the VSAT’s MAC address at the Hub is a network operator responsibility.
The DVB MAC address of the STM SatLink VSAT can be found under Device option on the Satlink
Web interface home page or it can be found on the label underneath the STM SatLink VSAT chassis. The
MAC address is also shown on the CLI message displayed during the boot procedure of the STM SatLink
VSAT.
Example:
# device show
System Information:
Name : SatLink 2000
Location : UAE
Contact : STM UAE
System Up time : 0 days, 00:01:18
System time(UTC) : not set, TDT not received
HW:
Model : SatLink 2000
HW ID : 120033
Main board ID : 120026 R3.3
MAC addresses:
Ethernet (LAN) : 00:20:0e:10:35:34
Satellite (DVB) : 00:20:0e:10:35:34
Then do the following: -
1) If the receiver is not already on, Click Configuration on the SatLink VSAT home page and Start the
receiver by clicking on the Start button to acquire the forward link.
6.5 Prepare the STM SatLink VSAT for Normal Operation
The connection to the Internet over the satellite network should now be tested and found working. The
only thing left is then the final configuration to prepare the STM SatLink VSAT for normal operation.
The STM SatLink VSAT must be started and user must be logged in with minimum privilege level 2 (e.g.
install user) before completing the following operations.
1) Click on the Satellite option under Configuration in the SatLink VSAT home page and Configure
the STM SatLink VSAT to automatically start the receiver by setting Auto Start to "ON". The VSAT
will automatically acquire the forward link.
Setting the RX auto start on will ensure that the receiver is started automatically after e.g. power
failure, link failure, Hub restart, or a software failure, etc. without needing user intervention.
2) Configure the STM SatLink VSAT to automatically start the transmitter by setting the Auto Start to
"ON".
Setting the TX auto start on will ensure that the transmitter is started automatically after e.g. power
failure, link failure, Hub restart, or a software failure, etc. without needing user intervention.
Figure 27 : Transmitter Auto Restart
3)Click the Save button to save the configuration.
The SatLink Web interface is used to display the status of the SatLink VSAT. Operator can view the
status information of the satellite interface, packet and burst statistics, device information, status of the
DHCP server, and status of mesh and terminal burst receiver.
7.1 Satellite Interface Status
The satellite option provides an overview of the status on the satellite interface such as state, transmitter
and receiver. Select the Satellite option under Status on the Satlink Web interface home page to open the
Satellite Interface Status page.
Figure 28 : Satellite Interface Status
Parameter Description
State Specifies the state of the satellite (DVB) interface. During normal operation it shows "Two-way link
established"
Transmitter This determines the transmitter status. During normal operation it shows "On".
Receiver This specifies the receiver status. During normal operation it shows "On".
Satellite Receiver Status
The satellite receiver status option displays the detailed view of the receiver status. The operator
can view the receiver state, network id, network name, mode, FEC rate, Modulation, Roll-off,
Error rate, Frequency, SNR and Sybmol rate of the satellite receiver.
State
Network ID This determines the DVB network ID of the forward link.
Network Name The DVB network name of the forward link.
Mode This specifies whether the forward link is a DVB-S or DVB-S2 carrier.
FEC rate Detected FEC rate on the forward link.
Modulation Specifies the detected modulation of the forward link.
Roll-off Detected Roll-off factor of the forward link.
Error-rate The number of errors detected by the Viterbi decoder during a fixed time period.
Frequency The measured receive frequency for the forward link.
SNR This determines the current measured signal to noise ratio for the received forward link signal.
Symbol rate The measured symbol rate for the forward link.
Satellite Transmitter Status
The satellite transmitter status option displays the detailed view of the receiver status. The
operator can view the transmitter state, IDU output power, ODU output power, EIRP, Frequency
offset, Timing offset, Capacity and SNR of the satellite transmitter.
Specifies the receiver state.
During normal operation it shows "Forward link up".
Parameter Description
State Specifies the transmitter state. During normal operation it shows "On".
IDU Output
Power
ODU Output
Power
EIRP This parameter specifies the current EIRP transmitted by the VSAT. Note that the value displayed
Frequency
Corr
Timing Corr Current timing offset of the return link transmitter.
Capacity Shows the return link bandwidth currently being allocated to the return link tran smitter.
SNR Shows the SNR of the transmitted return link signal as received at the other end of the link.
This specifies the current power level transmitted by the IDU.
Determines the current power level transmitted by the ODU.
will only be correct if the antenna is correctly specified on the satellite configuration page.
Current frequency offset of the return link transmitter.
7.2 Statistics
The statistic option displays the status for IP packets statistics, Multi field classifier statistics,
Forward link statistics, and Return link statistics. Select the Statistics option on the
interface home page.
Satlink Web
IP Packets Statistics
The IP Packets table gives IP packet statistics on the VSATs interfaces. The statistics are
collected on two interfaces: LAN (Ethernet) and DVB (Satellite). For each interface, the table
contains the number of IP packets and the number of bytes that have been received, transmitted,
and discarded at the given interface.
The Multi-Field Classifier table displays information about the configuration of the MFC table.
A multi-field classifier is used by the VSAT to determine the QoS group an IP packet to be
transmitted on the return link belongs to by performing a look-up in a classification table. The
MFC is also used to determine the handling of TCP connections by the Performance Enhancing
Proxy client (TCP PEP).
Forward Link Statistics
The Forward link table displays the statistics for the satellite forward link (receiver). Traffic on
the forward link is arranged on different PIDs (Packet Identifier), for each PID there is one row
in the table.
Return Link Statistics
The Return link table displays the statistics for the satellite return link (transmitter). The return
link transmission is segmented in bursts. The table shows how many bursts that have been sent
since logon for the following burst types:
7.3 Device Status
The Device option on the SatLink Web interface displays the device status information as
displayed in the following figure and table. Select the Device option on the Satlink Web interface
Model VSAT hardware model
Software
version
LAN MAC
address
DVB MAC
address
System UP
Time
System time UTC time (only displayed if UTC time is broadcasted by the Gateway).
CPU load Current load of VSAT CPU.
System name Specifies the Name of VSAT. This and the following two parameters are MIB objects in the
System contact Name of the contact person and/or company, who is responsible for this VSAT.
System location This determines the Location of the VSAT.
ODU Serial
Number
ODU HW
Version
This specifies the version number (including build number) of the application software currently
running.
MAC address of the LAN (Ethernet) interface of the VSAT.
MAC address of the DVB (satellite) interface of the VSAT.
Time elapsed since last VSAT boot.
MIB-II systems group and can be set via SNMP or from the CLI using the "device" menu.
Specifies the serial number of the ODU for VSATs configured with a SatLink 403x ODU.
Specifies the HW revision for VSATs configured with a SatLink 403x ODU .
7.4 DHCP Server Status
The DHCP option on the SatLink Web interface provides information about the status of the
DHCP server and the DHCP client table such as DHCP status, Server IP address, Server IP
address range, Number of IP addresses excluded, Lease time and Excluded IP address range.
Select the DHCP option on the Satlink Web interface home page to open the DHCP Server Status page.
Server status Determines whether the DHCP server is enabled or disabled.
Server IP address The IP address of the DHCP server.
Server IP address
range
Number of IP
addresses
excluded
Excluded IP
address range
Lease time Time period for which an IP address is leased to a DHCP client
The pool of IP addresses that the DHCP server can lease to the DHCP clients.
The number of IP addresses that are not allocated from the server's IP address range. These
addresses are typically used for hosts on the VSATs LAN that required static IP addresses.
It is a subrange of the server IP address range, containing IP addresses that should not be
allocated by the DHCP server. This range is an interval; it is defined with the help of the
starting IP address and the ending IP address for the excluded range.
The DHCP client table shows information about the IP addresses that are currently leased from
the DHCP server: host name, IP address, MAC address, and lease time expiration. The DHCP
server will only lease IP addresses to the LAN hosts for 15 minutes until it has acquired the
network time. The DHCP server will apply the configured lease time when the network time is
acquired.
8. Using the Command Line Interface of the SatLink VSAT
The command line interface can be accessed via either Telnet or the RS-232 port for management of the
SatLink VSAT IDU as well as for showing status and reports.
8.1 CLI User Access Rights
Four levels of CLI user access rights are available for differentiating user privileges:
• Level 2: installer
• Level 3-5: end users
When shipped from the factory, one user is pre-configured in the SatLink VSAT:
User name Factory default password Privilege level
install dvbrcs 2
When accessing the CLI via RS-232, if the login prompt is not displayed type
prompt
Login: should then be displayed. Then login with the install user:
Login: install
Password: dvbrcs
When the command prompt is displayed you will now have access to the CLI with privilege level 2.
New users may be added with the CLI command
command
changed with the CLI command
user del, and the password of the current user or users with lower privilege levels can be
user passwd. To list all defined users with lower privilege level than
the user currently logged in, use the CLI command
user commands.
user add, existing users deleted with the CLI
user show. Type ? user to get further help on the
For security reasons we recommend that you change the factory set password to your own personal one.
<ENTER>. The login
8.2 Online Help
In the CLI a list of available commands can be displayed by typing ? <ENTER> (question mark and the
ENTER key). The CLI command groups will then be shown:
Example:
# ?
? : ? <submenu|command>
device : Device configuration
dvb : DVB interface configuration
eth : Ethernet configuration
ip : IP configuration
log : Event log
misc : Miscellaneous commands
odu : ODU configuration
sw : Software upgrade & licenses
user : User configuration
To display the available commands within one sub-menu type ? <sub-menu>.
Example:
?
? ip
show : ip show [-mcast]
set : ip set <ifnum> {<ipaddr> <mask>}|nonum
addroute : ip addroute <destaddr> <netmask> [<next hop>] [<if>]
delroute : ip delroute <destaddr> [<netmask> [<next hop> [<if>]]]
intf : Interface configuration
gre : GRE configuration
dhcp : DHCP configuration
dns : DNS configuration
nat : NAT configuration
qos : IP QOS configuration
mfc : IP MFC configuration
pep : PEP configuration
udpsend : ip udpsend <options>
udprecv : ip udprecv <options>
To get further help on a specific CLI command type
Example:
# ? ip set
USAGE:
ip set <ifnum> <ipaddr> <mask>
ifnum Interface number (1=LAN, 3=Satellite)
ipaddr IP address for the interface
mask Netmask for the interface
Set the IP address and subnet mask for the specified interface
Example:
ip set 1 10.10.1.1 255.255.255.248 will set the LAN IP address to
10.10.1.1 and the LAN netmask to
255.255.255.248
See also:
ip show, ip addroute, ip delroute
? <cmd>.
8.3 Logging of Events
The SatLink VSAT logs certain events to a log stored in RAM. See Appendix K.5 for a list of the
different events and needed actions. Use the CLI command
The events are divided in four different severity levels:
0. Minor
1. Normal
2. Major
3. Critical
Events with severity level Major will normally cause disruption in the data transfer, while events with
severity level Critical normally will require user intervention in order to restore the data communication
with the DVB-RCS Hub.
To have access to the log of events also after the VSAT software has been rebooted, the event above a
specified severity level can be logged to file. Use the CLI command
events to file, set the minimum severity level of events that shall be logged to file and set the maximum
size for the logfile. By default, Major and Critical events are logged to file.
8.4 CLI Command Summary
The available CLI commands are listed below.
CLI commands Available
in Boot
SW
? [sub-menu] [cmd]xx 5
del <filename> xx 2
ren <filename1> <filename2> xx 2
mv <filename1> <filename2> xx 2
dir [ext] xx 5
type <filename> xx 5
dload <filename> <ipaddr> [<localname>]xx 2
upload <filename> <ipaddr> [<remotename>]xx 3
ping {<ipaddr> [<options>]}|<-enablemonitor|-
dvb rx show [-pid | -cnt] x 5
dvb rx watchdog <min> x 2
dvb rx tablecache <on|off> [<tunerRetryTime>]
dvb cr show [-timeout|-interval|-capacity]x 2
dvb pos lat <deg> <min> <mindec> <dir>x 2
dvb pos long <deg> <min> <mindec> <dir>x 2
dvb pos alt <height> x 2
dvb pos delayburst <nera|satlabs|ticks>x 2
dvb pos show x 5
dvb mesh show <-links| -config| -routes| -stat>X
dvb mesh enable x
dvb mesh disable x
eth mode <mode>1 x 3
eth vlan [-del|-allow|-block] <id> [<if>]1
eth primap [-del] <pri> <qos>1
eth show x 5
ip addroute <destaddr> <netmask> <next hop>
<ifnum>
ip delroute <destaddr> [<netmask> [<next hop>
[<if>]]]
ip mfc mask <module id> <sub index> <index>
<group> {{+|-} <tag> <tag-parms>}+
ip mfc show [module id] x 5
ip qos show x 5
ip set <ifnum> {<ipaddr> <mask>}|nonu
ip show [-mcast] xx 5
ip dns server <primary> [secondary] x 2
ip dns flush x 3
ip dns resolve <domain> x 3
ip dns show [-cache] x 5
ip intf add <if> x 2
ip intf del <if> x 2
ip intf addroute <ifin> <ifout>x 2
ip intf delroute <ifin> x 2
ip nat enable x 2
ip nat disable x 2
ip nat global <add|del> <gladdr> [<interface>]x 3
ip nat static <add|del> <gladdr> [<locaddr>]x 3
ip nat napt <add|del> <gladdr> <glport>
[<locaddr> [<locport>]]
ip nat <show> x 5
ip dhcp <enable|disable> x 3
ip dhcp show x 5
ip dhcp leasetime <time> [unit] x 3
xx 2
xx 2
xx 2
Available in
Application
SW
x 3
x 2
x 2
x 2
x 3
User
Privilege
Level
1
CLI command is only available when corresponding SW license key is set
ip dhcp exclude <no> x 3
ip gre add <destaddr> <netmask> <tunnelipaddr>
ip gre del <ifnum>1
ip gre show1
ip pep disable [httpa]1
ip pep enable [redirect|trans|httpa]]1
ip pep server <pepsrvipadd>1
ip pep show [-cache]ip pep flush -cache
ip pep bypass <-add|-del|-show|-reset> [<URL>]
ip pep dynbypass <options>1
ip pep flush -cache
ip udpsend <options> x 5
ip udprecv <options> x 5
log file <enable|disable> [<severity>
[<filesize>]]
log show [<number> |<-all> |<-conf> | [-file
<number>]
odu lnb <type> x 2
odu txtype <type> x 2
odu antenna <type>x 2
odu show [-diseqc]x 5
9. SatLink VSAT Configuration and Line-up Using Command
Line Interface
Follow all the procedures below when installing the SatLink VSAT and lining up the ODU using
command line interface of the SatLink VSAT.
9.1 Power On and Log On
1) To view the boot processes of the SatLink VSAT, connect a PC to the serial interface and launch a
Terminal Emulator as described in Appendix A. Otherwise go to step 2.
2) Turn on the power of the SatLink VSAT.
When turning on the SatLink VSAT first the Boot SW is loaded. A message such as the one below is
displayed on the CLI serial console when the boot SW starts. Telnet is not available until the application
has been started.
Boot-loader
- SW ID 120044, Revision 14.0.0 File system initialised
Press return to enter boot-loader
Under normal circumstances the user should not need to enter the boot-loader and should ignore the
“press return to enter boot-loader” message. The DVB RCS application will load automatically once the
boot SW load has completed. See Appendix J for further details concerning the boot SW. If access to the
boot-loader is required, press return within 10 seconds to display the login-prompt for entering the bootload. After the timer has expired, the DVB-RCS application will be loaded. The message
application
will be shown when the application starts to load.
3) Wait for the application software to be loaded and activated (typically takes 1-1.5 minutes).
The power LED on the front of the SatLink VSAT will blink when the SW is booting and will stay on
when the SW has successfully started. If watching the boot process on the RS-232 output, a printout
similar to this will be displayed when the SW has booted.
SatLink 2000
- Main board ID 120026, Revision R3.3
- SW ID 120208, Revision 14.0.0 Build 30
File system initialised Ethernet Interface MAC Address: 00:20:0e:10:35:34
DVB Interface MAC Address : 00:20:0e:10:35:34
Retrieving configuration....done
When the SatLink VSAT is configured for use with the SatLink 4033/4035 transceiver and the
TX cable is not connected to the ODU then the following error message will be shown when
the SW has booted:
ODU Initialisation failed. Unable to establish DiSEqC communication.
Please check connection to ODU and that the ODU supports
DiSEqC communication
This is normal and just indicates that the VSAT can not communicate with the transceiver
since the cable is not yet connected.
4) At this point the Telnet server in the SatLink VSAT is started and a Telnet session can be opened for
managing the VSAT. Local Echo must be enabled in the Telnet Client if the input from the keyboard
shall be displayed. Recommended Telnet clients are Tera Term (see Appendix C), PuTTY2, and the
built in Telnet client in Windows. Note that Local Echo by default is set to “off” in Windows XP.
Alternatively HyperTerminal or another terminal emulator connected via the serial interface can be
used (see Appendix A). From this point the SatLink VSAT can also be managed via the Web
interface and SNMP.
Use the SatLink VSAT’s Satellite Interface (DVB) IP address when using Telnet over the satellite
link (from the Hub), and the VSAT’s LAN (Ethernet) IP address when using Telnet from the local
LAN.
When shipped from the factory the SatLink 1000,1910 and 2000, VSAT LAN (Ethernet) IP-addresses
are set to 192.168.0.1 and the subnet mask to 255.255.255.0. If the SatLink VSAT LAN (Ethernet)
IP-address has been changed from the factory default to an unknown address, one must use CLI via
serial COM port to do the initial configuration.
The SatLink VSAT can handle at most three simultaneous Telnet connections including aborted
connections. The Telnet session will be automatically terminated after 20 minutes without activity. If
a Telnet session is refused this can be due to all three connections being aborted. Please wait until the
timeout has expired and try again.
5) Login as the administrator user install with the factory default password dvbrcs:
Login: install
Password: dvbrcs
One must press Enter once to get the login-prompt to display if using the CLI via serial
port. If the input from the keyboard is not displayed when typing the username and
password, check that the Local Echo is enabled in the Telnet client.
6) The SatLink VSAT should now be ready to be configured as described in the following sub-sections.
9.2 Initial Configuration of Parameters
The VSAT must be configured with a number of parameters before the VSAT can acquire the forward
link and communicate with the network Hub. A default configuration specifying most of these parameters
is usually pre-loaded on each STM SatLink VSAT, either in the factory or by the service provider before
installation. The parameters that usually need to be configured by the installer are:
- Antenna to be used
- Forward link frequency and symbol rate
- VSAT population ID.
- VSAT geographical position
Most Satlink networks enforces automatic configuration of VSAT parameters, like IP
addresses, DHCP server configuration, DNS server, SW licenses and PEP parameters
when the VSAT logs on to the network for the first time. For manual configuration of
these parameters refer to Appendix H.
The STM SatLink VSAT is normally pre-configured to be used together with the STM SatLink 403x
Transceiver. The CLI command
ODU transmitter type and ODU receiver type, both set to STM SatLink 403x.
It is possible to configure the STM SatLink VSAT to operate together with other transmitters and
receivers than SatLink 403x. The valid ODU transmitters (BUC) are listed in Table 3 and the valid ODU
receivers (LNB) are listed in Table 5 (the list is also available using the CLI help command
? odu txtype). Choosing the ODU transmitter to be STM SatLink 403x will automatically lock the
ODU receiver type to STM SatLink 403x.
Please make sure that the correct ODU transmitter (BUC) type is selected according to the table below, as
the return link communication will not work otherwise.
ODU
ODU Transmitter (BUC) STM Product Number
Transmitter #
(type)
Ku-band
11 STM SatLink 403x 106546 (SatLink 4035) All
20 Norsat 1010XRT / 1020XRT All
30 Invacom TUL-204 104041 All
42 JRC NJT5096 All
43 JRC NJT5097 All
45 JRC NJT5017 All
65 ND SatCom RFT 35W All
71 CODAN 6908 w/ext All
75 Actox ABAxKUS All
C-band
80 JRC NJT5652 105268 All
81 JRC NJT5656 105269 All
92 Zinwell ZTX-C3300F 105701 All
90 Zinwell ZTX-C3301F 105276 All
93 Zinwell ZTX-C3700F 105700 All
91 Zinwell ZTX-C3701F 105274 All
odu show will show the ODU configuration with the two parameters,
HW Revision
(P/N)
104804 (SatLink 4033) All
Table 3: Overview of supported ODU transmitters (BUCs)
To configure use of an ODU transmitter (BUC) listed in the table above, please enter the CLI command
odu txtype <type> where type is the number from the first column in the table above.
Example:
# odu txtype 45
Selects the JRC NJT5017F transmitter. Use the command odu show to view the ODU configuration
parameters.
When using the STM SatLink 4033/4035 Transceiver, the STM SatLink VSAT must be configured with
the antenna type in use in order to calculate the transmitted EIRP correctly. The following antennas are
supported:
Antenna #
(type)
21 ASC Signal Type 1.00m
2 Andrew Type 960 0.96 m
1 Andrew Type 123 1.20 m
5 Andrew Type 184 1.80 m
7 Andrew Type 244 2.40 m
11 Patriot TX-090KU 0.96 m
12 Patriot TX-100KU 1.00 m
13 Patriot TX-120KU 1.20 m
14 Patriot TX-240KU – BATWING 2.40 m
15 Prodelin Series 1132 1.20 m
16 Prodelin Series 1184 1.80 m
17 Prodelin Series 1250 2.40 m
18 Seatel 2406 0.6m
19 Seatel 4006 1.0m
20 Seatel 6006 1.5m
22 Raven G98 0.98m
6 Visiosat 0.75m
8 Seatel 4003 1.00 m
9 Visiosat KIT 90 EMIT 0.90 m
10 Visiosat KIT 120 EMIT 1.20 m
Antenna (Ku-band) Size
Table 4: Overview of supported Antenna types
Please see Appendix G (Table 9) for more detailed information regarding the antennas that can be used
with the STM SatLink 403x transceiver.
The STM SatLink VSAT is normally pre-configured to use the Patriot 0.96m antenna. If another antenna
listed in the table above is to be used, please enter the CLI command
type is the antenna number from the first column in the table above.
odu antenna <type> where
Example:
# odu antenna 13
selects the Patriot 1.2 m antenna. Use the command odu show to view the ODU configuration
parameters.
--------------------Type Patriot TX-090KU - 0.9m
Tx Gain at 14.25 GHz 40.9dB
Transmitter (BUC) Configuration
------------------------------Type STM SatLink 4033 (14.0-14.5 GHz)
ODU Serial No. 104804030303051100020000
ODU HW Version 3.3
ODU SW Version 1.3
Local oscillator 13.050000 GHz
24V DC supply On
Receiver (LNB) Configuration
---------------------------Type STM SatLink 403x (10.70-12.75
GHz)
Local oscillator - High band 10.600000 GHz
Local oscillator - Low band 9.750000 GHz
Oscillator switching frequency 11.700000 GHz
LO Switching mode 22kHz
13/18V DC supply 13V
The SatLink VSAT can be configured with one of the following LNBs:
Table 5: Overview of supported ODU receivers (LNB)
Enter the CLI command
# odu lnb <lnbtype> where lnbtype is the number from the first column
in the table above to configure the correct LNB.
When ODU BUC is chosen to be the STM SatLink 403x transceiver, the LNB will
automatically be set to STM SatLink 403x. The STM SatLink IDU will detect the STM
SatLink transceiver model being used (i.e. STM SatLink 4033, or 4035) and display the
detected model in the ODU Transmitter (BUC) Type field in the CLI
selects the Invacom SPV-1SM LNB. Use the command odu show to view the ODU configuration:
# odu show
Antenna Configuration
--------------------Type Patriot TX-090KU - 0.9m
Tx Gain at 14.25 GHz 40.9dB
Transmitter (BUC) Configuration
------------------------------Type Invacom TUL-204 (14.0-14.5 GHz)
Local oscillator 13.050000 GHz
24V DC supply On
Receiver (LNB) Configuration
---------------------------Type Invacom SPV-1SM (10.70-12.75 GHz)
Local oscillator - High band 10.600000 GHz
Local oscillator - Low band 9.750000 GHz
Oscillator switching frequency 11.700000 GHz
LO Switching mode 22kHz
13/18V DC supply 13V
Finally save the configuration to flash using the command
save config.
The STM SatLink VSAT must be restarted for the new ODU configuration to take effect.
9.2.2 VSAT geographical position
In order to calculate the delay to the satellite correctly for the logon burst the STM SatLink VSAT must
be configured with its own position.
The STM SatLink VSAT by default uses the timing compensation procedure as specified
by SatLabs. For using the STM SatLink VSAT with a DVB-RCS Hub requiring
proprietary timing compensation refer to Appendix M.
1) Find the position of the location where installing the STM SatLink VSAT using a standard GPS.
The STM SatLink VSAT position is entered in one of the following two formats:
• degrees, minutes, 1/100 minutes, and direction
• degrees, minutes, seconds, and direction
To convert between the two formats use the formula 1/100 minutes = (seconds/60) x 100
Entering the direction as a number {0,1} selects format a, while entering the direction as a
letter {‘n’,’s’,’e’,’w’} selects format b.
# dvb pos show
Latitude : 59d 52.15'N ( 59d 52' 9''N )
Longitude : 10d 29.05'E ( 10d 29' 3''E )
Altitude : 60 m
Timing Reference : SatLabs
PositionSearchN : 0
Position Search Offset : 0
#
7) Save the VSAT position to Flash
– Enter the CLI command:
9.2.3 Forward Link Parameters
The forward link parameters are used to identify the forward link (outbound link) that is transmitted from
the Hub to the DVB-RCS VSATs. To set the symbol rate and receive frequency of the forward link, use
the following CLI commands:
idx Table index [0 – 9]. The SatLink VSAT can store up to 10 forward link entries and the
table index is used to identify a single entry. For configurations with only one forward
link entry it is recommended to set this parameter to 0. Adding a new entry with the same
index will overwrite an existing forward link entry.
pri Forward link search order [0 – 9]. Search is started for priority 0 first and ends with
priority 9. For configurations with only one forward link entry it is recommended to set
this parameter to 0.
symbrate Forward link symbolrate [sps]
freq Forward link frequency [kHz]
mode Valid modes: [dvbs,dvbs2]
popid Population ID to use for forward link acquisition. The STM SatLink VSAT will select
which group in the DVB-RCS system it belongs to based on the configured population
ID. The population ID to be used is assigned by the Hub Operator.
del Delete table entry.
disable Disable table entry.
enable Enable table entry.
Verify the settings by typing the CLI command
configuration.
The above example shows how to configure the STM SatLink VSAT to use the following forward link:
• RX symbol rate: 10.00Msps
• RX frequency: 1.05 GHz
• Mode: DVB-S2
• Population ID: 4
To delete the forward link, use the following CLI commands: dvb rx fwdlink <idx> -del
9.2.4 Multiple Beam Configuration
Multiple beam configuration can be used for Mobile VSATs, when they switch between different
satellites and transponders.
It is also a useful feature when the Hub operator is changing the forward link frequency or symbol rate.
Then the operator can configure both the current and the new Forward link on the VSATs. When the old
Forward link is removed, the VSAT will start to search for the second one, and lock to it, if available. The
VSAT will start tuning on the forward link configuration with highest priority (highest being 0 and lowest
being 9). When it is able to lock to a forward link, it will use this configuration, and start looking for
DVB-RCS tables distributed on the link. Up to 10 different forward link configurations can be configured
in the VSAT.
The priority of any forward link entry can be changed from its existing priority by using the CLI
command. The following example explains how to change the priority of forwad link entry.
The priority number in the above example is 1 at index 0. Operator can change the priority number to 2
on the index 0 using the following CLI command:# dvb rx fwdlink 0 2
To check the new priority at index 0 use the CLI command dvb rx show.
The forward link for VSAT can be set to enabled or disabled depending on its use in the network. The
operator can enable a particular forward link or disable a forward link by using the following CLI
commands:
-------------------------------Rx State : On
DVB State : Forward link up
Network : 1326, Carrier-Class
Frequency : 1.049986 GHz
Symbol Rate : 9.999864 Msps
S2 ModCod : 7
Modulation : QPSK
FEC Code rate : 3/4
Pilot : On
Frame length : Long frame
Transmission mode : CCM
Roll off : 0.25
SNR : 91.8 dB
Input Power : -27 dBm
-------------------------------Rx State : On
DVB State : Forward link up
Network : 1326, Carrier-Class
Frequency : 1.049986 GHz
Symbol Rate : 9.999864 Msps
S2 ModCod : 7
Modulation : QPSK
FEC Code rate : 3/4
Pilot : On
Frame length : Long frame
Transmission mode : CCM
Roll off : 0.25
SNR : 91.5 dB
Input Power : -27 dBm
Perform antenna and ODU installation and alignment as described in Appendix F and the initial
parameter configuration described in section 9.2 before proceeding with the procedures described here.
9.3.1 Forward Link Acquisition
Connect the RX cable between the ODU and IDU (if not already connected). Verify that the RX power
level is between -25 dBm and -65 dBm at the input of the IDU.
If the antenna, ODU, and forward link parameters have been set correctly (section 9.2.1 - Antenna and
ODU Parameter Configuration, and section 9.2.3 Forward Link Parameters) and the IDU RX power level
is as specified above, the STM SatLink VSAT is ready to acquire the forward link:
1. If not already logged on, start the STM SatLink VSAT and login as installer (user = install, factory
default password = dvbrcs) after having seen the message
2. Enter the CLI command
3. The CLI message
dvb rx startto acquire the forward link.
Forward Link up is displayed on the CLI output after successful acquisition of
the forward link
The reader is referred to Appendix O for a description of the steps performed by the SatLink VSAT when
acquiring the forward link.
If the STM SatLink VSAT reports RX tuning failed please check the following:
• ODU parameter setting – section 9.2.1
• Forward link parameter setting – section 9.2.3
• That the RX cable is properly connected to both the STM SatLink VSAT and the LNB
• That the signal level in to the IDU is between -25 dBm and -65 dBm
• That the antenna/ODU has been properly aligned (both antenna pointing and polarization adjustment
correct)
To ensure good performance (less than one error event at MPEG2-TS level per hour) for the forward link,
the SNR value, reported using the dvb rx show command, shall be verified to be at a minium level
before line-up is completed. If, after repeated antenna/ODU alignment, the minimum SNR value is not
obtained, the system operator/service provider shall be contacted.
Non-rainy weather conditions will normally be required to obtain the minimum SNR value.
If the minimum SNR value has been provided by the system operator/service provider, the reported SNR
shall be verified against the provided value. If the minimum SNR value has not
nework operator, the minimum SNR value is found as follows:
For DVB-S2 operation:
Read the MAX MODCOD SNR Threshold value by executing the dvb rx show command and
subtract 0.5 dB
to get the minimum SNR value.
If the SatLink VSAT does not
display the MAX MODCOD SNR Threshold value when executing the
dvb rx show command (network dependent), the minimum SNR values specified in Table 6 below
apply.
DVB-S2 QPSK 1/2 4.2 dB
DVB-S2 QPSK 3/5 5.4 dB
DVB-S2 QPSK 2/3 6.2 dB
DVB-S2 QPSK 3/4 7.2 dB
DVB-S2 QPSK 4/5 7.9 dB
DVB-S2 QPSK 5/6 8.4 dB
DVB-S2 QPSK 8/9 9.4 dB
DVB-S2 QPSK 9/10 9.7 dB
DVB-S2 8PSK 3/5 9.0 dB
DVB-S2 8PSK 2/3 10.0 dB
DVB-S2 8PSK 3/4 11.4 dB
DVB-S2 8PSK 5/6 12.8 dB
DVB-S2 8PSK 8/9 14.2 dB
DVB-S2 8PSK 9/10 14.6 dB
DVB-S2 16APSK 2/3 13.3 dB
DVB-S2 16APSK 3/4 14.5 dB
DVB-S2 16APSK 4/5 15.3 dB
DVB-S2 16APSK 5/6 15.9 dB
DVB-S2 16APSK 8/9 17.2 dB
DVB-S2 16APSK 9/10 17.4 dB
Rate
STM
Recommended
SNR (E
s/No
)
Table 6: Required forward link SNR values for DVB-S2 Mode which apply only if the MAX
MODCOD SNR Threshold value is not displayed when executing the dvb rx show command
For DVB-S operation:
The minimum SNR value is specified in Table 7 below.
Mode Modulation FEC Code
Rate
Required forward link SNR (Ebc/No)) for
achieving less than one error event per hour
DVB-S QPSK 1/2 4.5 dB
DVB-S QPSK 2/3 6.2 dB
DVB-S QPSK 3/4 7.3 dB
DVB-S QPSK 5/6 8.2 dB
DVB-S QPSK 7/8 9.1 dB
Table 7: Required forward link SNR values for DVB-S Mode
9.3.2 TX power calibration
This section describes how to calibrate the TX output power when using the STM SatLink 4033/4035
transceiver. See Appendix I for a description of how to do TX power calibration for other transmitters
(BUCs).
TX power level calibration and return link acquisition shall only be performed if the forward link has
been acquired and is operating properly.
1. Ensure that the STM SatLink VSAT configuration procedure in section 9.2 has been performed.
2. Ensure that the STM SatLink VSAT receiver is started and the Forward Link is acquired
• Check that the receiver is running by issuing the CLI command
not turned on, start the receiver by issuing the CLI command
• Check that the forward link has been acquired by verifying that the CLI message
is displayed on the CLI output.
up
3. Ensure that the STM SatLink VSAT transmitter is turned off
• Enter the CLI command dvb tx show. Verify that the transmitter is Off. If the transmitter is
On, use the command dvb tx logoff to turn the transmitter off.
4. Ensure that the TX cable from the STM SatLink VSAT to the ODU is connected
5. Use the CLI command
dvb tx eirp <level> to configure the transmit EIRP level. The VSAT
can either be configured to transmit at maximum level (operating at the P1dB compression point)
using the command
dvb tx eirp max, or alternatively the desired EIRP level can be set to a given
level for use in a system where the power level received at the satellite is aligned for all VSATs. The
factory default configuration is to transmit at the P1dB compression point.
Example:
dvb tx eirp 42 sets the output to 42 dBW.
dvb tx eirp max selects maximum output power.
Save the configuration by using the CLI command
save config.
6. Verify the transmitter configuration using the CLI command dvb tx show.
Example:
# dvb tx show
Satellite (DVB) TX Configuration
-------------------------------Auto start : Disabled
Population ID : 2
IDU output power : -15 dBm
EIRP : max
Default CW Frequency: 14.488000 GHz
AAL5 Encapsulation : VC Mux
DVB Transmitter Status
---------------------State : Off
#
The CW frequency to use for measurements during the calibration procedure is obtained from the
service provider or satellite operator.
7. Contact the satellite operator / control centre to clarify the line-up procedures for transmission power
calibration and fine adjustment and verification of polarization of the STM SatLink VSAT.
8. Have contact by phone with the control centre when performing the following measurements.
9. Issue the CLI command dvb tx calibrate to start the automatic transmitter power calibration
routine. During this calibration, the transmit EIRP level is detected and the IDU output level is
automatically adjusted to the level required for transmitting with the configured EIRP level. Hence no
manual configuration of the IDU output power level or cable attenuation is required.
Ask the control centre if they can detect the transmitted CW. If they are not able to
see the CW at the specified frequency and expected output power level, please power
off the STM SatLink VSAT immediately.
Example:
# dvb tx calibrate
Using preconfigured CW frequency 14.488000 GHz
RF Wanted= 34.5, RF Measured= 20.8, If output= -29.2
RF Wanted= 34.5, RF Measured= 22.2, If output= -28.2
RF Wanted= 34.5, RF Measured= 24.8, If output= -26.2
RF Wanted= 34.5, RF Measured= 25.6, If output= -25.2
RF Wanted= 34.5, RF Measured= 27.9, If output= -23.2
RF Wanted= 34.5, RF Measured= 30.1, If output= -21.2
RF Wanted= 34.5, RF Measured= 31.1, If output= -20.7
RF Wanted= 34.5, RF Measured= 32.8, If output= -19.2
RF Wanted= 34.5, RF Measured= 33.2, If output= -19.2
RF Wanted= 34.5, RF Measured= 33.7, If output= -18.7
ODU output level stabilised
Note: CW transmission is still enabled to allow
for cross polarization adjustment of the antenna
Saving Configuration. This will take ~20 secs
Configuration Saved
#
10. Verify the calibrated power levels using the CLI command dvb tx show.
Example:
dvb tx show
Satellite (DVB) TX Configuration
-------------------------------Auto start : Enabled
Population ID : 2
IDU output power : -15 dBm
EIRP : max
Default CW Frequency: 14.488000 GHz
ATM mode : VC-Mux
Header Compression : RTP/UDP/IP/DSM-CC
Satellite (DVB) Transmitter Status
-------------------------------State : On (TDMA)
Header Compression : Disabled
IDU Output Power : -23.1 dBm
ODU Output Power : 34.9 dBm
EIRP : 46.1 dBW
Eb/No : 9.5 dB
Timing correction : -39 us (263629 us)
Frequency correction: -900 Hz
#
The CW will now be left on 20 minutes to enable fine adjustment of the antenna. To turn off CW
transmission, use the CLI command
dvb tx cw off.
9.3.3 Fine adjustment of antenna pointing
If the CW from the power calibration routine is still on, it can be used for the antenna fine-adjustment as
well. Otherwise start CW transmission on the default CW frequency by issuing the CLI command
tx cw on.
dvb
Ask the control centre if they are measuring the expected power level for the CW. If not, it
is likely that the antenna pointing is not optimal. Fine-adjust the antenna pointing until the
CW power level detected by the control centre is within their requirements.
9.3.4 Fine adjustment of antenna polarization
Ask the control centre if the measured level of the CW on the cross-polar transponder is below their
requirement. If not, adjust the rotation angle of the RX/TX/Feed Assembly with respect to the feed horn
until the polarization discrimination is within specified limits.
9.4 Test of connection to the Hub
After the line-up procedure in section 9.3 (or alternatively, Appendix I.1) has been successfully
completed the STM SatLink VSAT is ready to logon to the Hub.
The STM SatLink VSAT is only allowed to log on to the network if its DVB MAC address is registered
at the Hub. Registration of the VSAT’s MAC address at the Hub is a network operator responsibility.
The CLI command
VSAT or it can be found on the label underneath the STM SatLink VSAT chassis. The MAC address is
also shown on the CLI message display during the boot procedure of the STM SatLink VSAT.
device show can be used to display the DVB MAC address of the STM SatLink
Name : --TEST42-SL1000S3-Location : UAE
Contact : STMEA
System Up time : 0 days, 00:28:11
CPU Load : 10%
System time(UTC) : 23 February 2009 08:30:31
HW:
Model : SatLink 1000
HW ID : 103346
Main board ID : 120012 R1.2
MAC addresses:
Ethernet (LAN) : 00:20:0e:10:17:15
Satellite (DVB) : 00:20:0e:10:17:15
Then do the following:
1. If the receiver is not already on, enter the CLI command
link. The STM SatLink VSAT has successfully locked to the forward link when the message
Forward link up
is displayed.
2. Enter the CLI command
dvb tx logon to start the transmitter and logon to the DVB-RCS
network. If successfully logged on, an output similar to the example below is written to the
Telnet/HyperTerminal window. Use the CLI command
3. Example:
Initial Synchronisation:
Forward link up
All tables acquired
Logging on...successful
Fine Synchronisation...achieved
Return link up
Two-way link established
4. To test the IP connection to the Hub open an MS-DOS window on the PC connected to the STM
SatLink VSAT LAN (Ethernet).
Type the MS-DOS command ‘ping 10.10.10.4’ to test the connection to the Hub router
If the router gives a positive reply to the ping message then the satellite link is successfully up and
running.
5. To test the connection to the Internet, type the MS-DOS command ‘ping www.stmi.com
is received the PC connected to the STM SatLink VSAT has a working connection to the Internet via
the satellite network.
dvb rx start to acquire the forward
dvb tx show to show the transmitter status.
3
.
’. If a reply
3
Replace the IP address 10.10.10.4 with the actual IP address of the Hub router if the default IP
9.5 Prepare the STM SatLink VSAT for Normal Operation
The connection to the Internet over the satellite network should now be tested and found working. The
only thing left is then the final configuration to prepare the STM SatLink VSAT for normal operation.
The STM SatLink VSAT must be started and you must be logged in as a user with minimum privilege
level 2 (e.g.
1. Configure the STM SatLink VSAT to automatically start the receiver by typing the CLI command
dvb rx autostart on
Setting the RX autostart on will ensure that the receiver is started automatically after e.g. power
failure, link failure, Hub restart, or a software failure, etc. without needing user intervention.
Verify that auto start is on for the receiver by typing the CLI command
2. Configure the STM SatLink VSAT to automatically start the transmitter by typing the CLI command
dvb tx autostart on
Setting the TX autostart on will ensure that the transmitter is started automatically after e.g. power
failure, link failure, Hub restart, or a software failure, etc. without needing user intervention.
Or alternatively follow the procedure in section 13 if the VSAT shall use traffic-initiated logon.
Verify that auto start is on for the transmitter by typing the CLI command
3. Save the configuration by typing the CLI command
install user) before completing the following operations.
Network Address Translation is a mechanism to provide transparent IP-level access to the Internet from a
local site with a private address range without requiring all the hosts on the site to have globally valid IP
addresses. NAT translates addresses in incoming and outgoing IP packets by replacing the source address
in each outgoing IP packet with the globally valid IP address, and replacing the destination address in
each incoming IP packet with the private address of the destination host on the local site.
Network Address Port Translation (NAPT), sometimes called Port-Mapped NAT, is a popular variant of
NAT providing concurrency by translating TCP or UDP protocol port numbers as well as addresses.
The STM SatLink VSAT supports:
- Dynamic NAPT
- Static NAPT
- Static NAT.
To enable Network Address Translation (NAPT or static NAT) in the STM SatLink VSAT, use the webinterface or the CLI command
Translation in the STM SatLink VSAT, use the web-interface or the CLI command
If the user has enabled NAT in the STM SatLink VSAT then it is mandatory to set one global IP address
for NAT i.e. NAT IP address. The CLI command # ip nat global add <gladdr> is used to configure the
default global address. The following example shows how to configure a global IP address for NAT:Example:
# ip nat global add 10.10.1.10
After setting up the global IP address for the NAT, check the NAT
configuration by using the CLI command ip nat show
# ip nat show
NAT Configuration
----------------Network Address Port Translation (NAPT): Enabled
Global Address Table
If IP Address
dvb0 10.10.1.10
NAT Status
---------Total Sessions 0
Active Sessions 0
Failed Sessions 0
Packet Translations 0
Example
# ip nat show
NAT:
---Network Address Port Translation (NAPT): Enabled
NAT Status
-------------------
ip nat enable. To show the status of the Network Address Port
ip nat show:4
4
Please note that the CLI command # ip nat enable applies both for static NAT and NAPT even
though the
Publication no. 101557
# ip nat show status output only mentions NAPT enabled.
Dynamic NAPT applies for all LAN initiated connections that are to be routed over the DVB satellite
interface. The source address of the outgoing packets will be replaced by the Global Address that is
defined in the NAPT Global Address Table. Port numbers will be mapped to new port numbers that are
automatically generated by the STM SatLink VSAT.
Note that it is required to defined a dedicated global IP address to use NAPT. Using the
DVB interface IP address as global IP address is no longer supported from Release 13
The CLI command
Correspondingly, the user defined global address can be deleted using the CLI command
global del <gladdr>
Though the CLI command # ip nat global add <gladdr> allows the user to define more
than one global address, in practice, only the first address in the NAT Global Address table
will be used.
Please note that translation of outbound TCP/UDP fragmented datagrams will fail with NAT enabled. The
reason is that only the first fragment contains the TCP/UDP header that would be necessary to associate
the packet to a session for translation purposes. Subsequent fragments do not contain TCP/UDP port
information, but simply carry the same fragmentation identifier specified in the first fragment.
Consequently the sessions will be corrupted. Whether NAT drops or forwards also an ICMP fragmented
packets depends on a number of things, such as the order in which the NAT router receives the ICMP
fragments and the state of the translation table at that time. Under certain conditions, NAT translates the
ICMP fragments differently, making it impossible for the destination device to reassemble the packet.
To view the currently configured dynamic NAPT entries, type the CLI command:
Example:
# ip nat global add 10.10.1.10
# ip nat show
NAT Configuration
----------------Network Address Port Translation (NAPT): Enabled
Global Address Table
If IP Address
dvb0 10.10.1.10
Static NAPT is used to map incoming connections to different local hosts dependent on their TCP/UDP
port number.
When using static NAPT, both the IP addresses and port numbers of the incoming packets will be
substituted with the IP addresses and port numbers that are defined using the CLI command:
# ip nat napt add <gladdr> <glport> <locaddr> [<locport>].
Multiple global address/port combinations can be mapped to the same local address/port.
Static NAPT entries in the address translation table are removed by issuing the CLI command:
# ip nat napt del <gladdr> <glport>
To view the currently configured static NAPT entries, type the CLI command: # ip nat show
Example:
# ip nat napt add 10.10.2.2 5000 192.168.0.12 3000
# ip nat show
NAT Configuration
----------------Network Address Port Translation (NAPT): Enabled
Global Address Table
If IP Address
dvb0 10.10.1.10
Static NAPT Map
If Global Address/Port Local Address/Port
dvb0 10.10.2.2/5000 192.168.0.12/3000
Static NAT provides two-way access to servers behind NAT. The destination IP address of the incoming
packet is replaced by the corresponding local address that is configured in the Static NAT Map Table.
Likewise, when the host device sends a packet towards the satellite network, the source IP address of the
outgoing IP packet is replaced by the global address configured in the Static NAT Map Table.
The Static NAT MAP Table is configured using the following CLI command:
ip nat static add <globaddr> <locaddr>
Entries in the Static NAT MAP Table are deleted using:
QoS is used to provide differentiated handling of different types of IP traffic. The aim is to be able to
satisfy traffic flows for applications with different requirements, while at the same time minimizing the
required bandwidth on the return link. For example, to assure a given return link bandwidth with minimal
delay jitter for VoIP or Video real time traffic by avoiding influence from traffic that is not so sensitive to
delay jitter, e.g. Web browsing and FTP.
The STM SatLink VSAT does QoS differentiation on the return link based on the DiffServ architecture,
and can work in networks that offer performance as per hop behaviour (PHB) as defined in the DiffServ
architecture. QoS on the forward link is handled by the DVB-RCS Hub alone, and not discussed further in
this manual.
The STM SatLink VSAT supports use of the following PHBs and PHB groups on the return link
• Best Effort (BE) PHB
• Critical Data (CD) PHB
• Real Time Video Conferencing (RT-ViC) PHB group
• Real Time Voice over IP (RT-VoIP) PHB group
Internally the STM SatLink VSAT classifies the traffic that shall be sent on the return link into different
QoS groups. One or more QoS groups will then be mapped to a PHB / PHB group in the network. The
VSAT internally supports the following QoS groups:
QoS Group ID QoS Group Name Maps to PHB
0 Best Effort Best Effort (BE)
1 VoIP Audio Real Time Voice over IP (RT-VoIP)
2 VoIP Signalling Real Time Voice over IP (RT-VoIP)
3 ViC Video Real Time Video Conferencing (RT-ViC)
4 ViC Audio Real Time Video Conferencing (RT-ViC)
5 ViC Signalling Real Time Vi deo Conferencing (RT-ViC)
6 Critical Data Critical Dat a (CD)
The QoS implementation in the VSAT is based on a multi-field classifier, i.e. the DSCP/TOS field and
other fields in the IP header are used to classify which QoS group each IP packet belongs to. IP packets
belonging to different QoS groups are then treated differently by the VSAT. The VSAT can be configured
to support traffic differentiation based on DSCP values as used in DiffServ based networks.
Associated with each QoS group is a QoS policy. Parameters that impact the QoS policy are:
• Capacity request algorithm and parameters
- The capacity request algorithms for real-time traffic are tailored to request a continuous rate
capacity,
- The capacity request algorithms for best effort and critical data are designed for more bursty and
delay insensitive traffic such as Web browsing and FTP.
• Transmission PID or VPI/VCI
- Used to give precedence to real-time traffic when interleaving traffic from different QoS groups
at the MPEG/ATM level
• Drop policy
- Real-time traffic packets are dropped at the head of the transmission queue if the queue
overflows, while best effort traffic packets are dropped at the tail of the queue.
- The transmission queue length are tailored for each QoS class
5
Critical Data and Real Time Video Conferencing are only available on the STM SatLink 1000, 1900,
1901 and 2000, when the software license key for 4 QoS classes has been set (see section 18.3).
The parameters in the QoS policy Table are not user configurable.
11.1 Configuring QoS for the Return Link
In order to determine the QoS group an IP packet belongs to, the STM SatLink VSAT uses a multi-field
classifier. This multi-field classifier is used to perform a look-up in a classification table for all IP packets
that shall be transmitted on the return link. This table can store up to 15 different masks that the IP
packets will be matched to.
The following parameters in the IP header can be used for doing the MFC classification:
• IP source address
• IP destination address
• DSCP / TOS
• Protocol type
• TCP/UDP source port number
• TCP/UDP destination port number
Additionally the Ethernet User Priority as per IEEE 802.1Q can be used for QoS classification. Refer to
section 18.7 for more details on mapping the Ethernet User Priority to a return link QoS class.
The MFC in the STM SatLink VSAT can also be used to set the DSCP field in the IP header.
The index parameter is used to uniquely identify an entry in the classification table and decides the order
in which the classification table is searched. When an IP packet is to be classified, the classification table
is searched from index 0 and upward. If a match is found, the search is stopped, and the IP packet is
thereafter handled with the QoS Group for this entry in the classification table. If a match is not found for
an IP packet it will be treated as best effort traffic.
# ip qos show will output, among other, the QoS Policy Table:
The QoS Groups available for internal use in the STM SatLink VSAT are:
QoS Group ID QoS Group Name
0 Best Effort
1 VoIP Audio
2 VoIP Signalling
3 ViC Video
4 ViC Audio
5 ViC Signalling
6 Critical Data (CD)
In addition, the classification table can be configured to block traffic from being sent to the return link
(see section 18.5).
Factory default configuration is that the QoS module of the classification table is empty, and all traffic is
handled as Best Effort (QoS Group 0). A user with privilege rights 2 (user install or equivalent) can
configure a QoS entry in the Classification table in the VSAT as explained below, but the use of other
QoS groups than 0 can be inhibited by the network operator/service provider. Please contact the network
operator/service provider for use of QoS group 1-6 for VoIP and Video real-time traffic and prioritized
effort traffic (CD). Please note that QoS Groups 3-6 for Video and Critical Data will only be available on
the STM SatLink 1000, 1900, 1901 and 2000, if the software license for 4 QoS classes is configured (see
section 18.3).
The CLI command to be used to configure a QoS entry in the Classification table is
<module id> <subindex> <index> <group> <list of tags>
with module ID set to 0 (QoS).
This command has a variable length where one or more tags with different tag parameters can be set. The
tags are the different IP header parameters that can be used for QoS classification:
tag and tags parameters for CLI command Function
+src <ipaddr> <mask>
-src
+dst <ipaddr> <mask>
Define or modify IP source address and netmask
Delete IP source address and netmask
Define or modify IP destination address and
netmask
-dst
+ dscp <dscp-start> <dscp-stop>
-dscp
+prot <n> <p1> … <pn>
Delete IP destination address and netmask
Define or modify DSCP range
Delete DSCP range
Define protocol value [0,255]. Up to 3 protocol
values can be defined (n can be 1, 2, or 3).
-prot
+sport <sport-start> <sport-stop>
-sport
+dport <dport-start> <dport-stop>
-dport
+dscpmark <dscp>
-dscpmark
Delete protocol values
Define TCP/UDP source port number range
Delete TCP/UDP source port number range
Define TCP/UDP destination port number range
Delete TCP/UDP destination port number range
Define DSCP value to set in IP header
Delete DSCP value to set in IP header, i.e. do not
change the DSCP value
-all
all filter masks. Used to delete an entry
To view the current QoS configuration, use the CLI command
# ip qos show
QOS Policy Table
Grp Cls CrM Pri QLength Drop Timeout Description
0 0 0 0 400000 0 120 Best Effort
1 1 1 1 15000 1 120 VoIP Audio
2 1 1 2 4000 1 120 VoIP Signalling
QoS Classification table
Idx Grp Classification Parms
1 1 IPSrc= 10.10.10.1/255.255.255.255
DSCP = 10..15
2 1 Protocols = 7
4 2 IPSrc= 10.10.10.1/255.255.255.255
5 0 match all
#
11.2 Configuring the VSAT for VoIP
There are two QoS alternatives for the VoIP PHB group:
1. All VoIP traffic is mapped to QoS group 1.
2. VoIP audio is mapped to QoS group 1 and VoIP signalling is mapped to QoS group 2
The second option will protect the VoIP signalling from fluctuations in the VoIP audio traffic. However,
to use this option, the VSAT’s QoS classification must be able to distinguish between VoIP signalling and
VoIP audio in order to separate them into different QoS groups.
The following QoS alternatives are available for the ViC PHB group:
1. All ViC traffic is mapped to QoS group 3.
2. ViC video is mapped to QoS group 3 and ViC audio+signalling is mapped to QoS group 4
3. ViC video is mapped to QoS group 3, ViC audio is mapped to QoS group 4 and ViC signalling is
mapped to QoS group 5
The second alternative has the advantage that the audio and the audio-signalling are protected from
fluctuations in video traffic. The third alternative has the additional advantage of giving extra protection
to the ViC signalling. However, to use option two and three, the VSAT’s QoS classification must be able
to distinguish between the video, audio, and signalling components of the Vic in order to separate them
into different QoS groups.
11.4 DSCP and DiffServ
The following DSCP values are recommended to use on equipment connected to the STM SatLink
VSAT:
Traffic Recommended DSCP Recommended QoS group
Best Effort 0 (000000) 0
Critical Data 26 (AF31; 011010) 6
ViC bulk 46 (EF; 101110) if VoIP is not in
The STM SatLink System supports Bandwidth on Demand (BoD) based on the following modes:
• Rate-based BoD using low jitter assignments
• Volume-based BoD using immediate assignments, aiming at achieving good satellite resource
efficiency
• A combination of the above two BoD modes, targeting a balance between good performance and
good efficiency
These BoD modes use the DVB-RCS capacity request categories on the return link:
• Rate based (RBDC)
• Volume based (VBDC) /Absolute Volume Based (AVBDC)
Please refer to [5] for a detailed description of the return link capacity request categories.
As mentioned in section 11 the STM SatLink VSAT supports four PHB / PHB groups:
• Best Effort (BE) PHB
• Critical Data (CD) PHB
• Real Time Video Conferencing (RT-ViC) PHB group
• Real Time Voice over IP (RT-VoIP) PHB group
Default factory configuration of the STM SatLink VSAT is to use the Best Effort PHB for all return link
traffic and utilize the Rate-based BoD mode. That is, the VSAT is pre-configured to request capacity
from the NCC/Hub using the RBDC request category. Normally, the Hub or ISP will issue new Service
Level Agreement parameters during the log-on sequence and, thus, override the default settings.
The capacity requested by the VSAT and the capacity granted by the NCC to the STM SatLink VSAT on
the return link can be viewed using the CLI command
In the example above the NCC has not assigned any continuous rate capacity (CRA) to the VSAT. The
VSAT is authorized to request up to a maximum of 512 kbps Rate Based Dynamic capacity and to have a
maximum of 977 Kbytes of outstanding not yet granted Volume/Absolute Volume Based Dynamic
Capacity requested for the Best Effort PHB. Additionally the VSAT is authorized to request Rate Based
Dynamic Capacity for the VoIP PHB Group, a combination of Rate and Volume Based Dynamic
Capacity for the ViC PHB group, and Rate Based Dynamic Capacity for the Critical Data PHB. In this
example the VSAT requested 138 kbps capacity and was granted by the Hub NCC a total of 156 kbps.
RCS Hub assigns CRA capacity to the VSAT at logon. Changes in the CRA level
assigned to the VSAT during its log-on session are notified to the VSAT. The amount of
CRA to be assigned to the VSAT is a network operator/service provider decision.
• Allocated: Allocated refers to the total aggregated amount of capacity
(CRA+RBDC+VBDC/AVBDC+FCA) that the NCC has granted to the VSAT as a
grand total for all QoS classes
• CRClass: CRClass 0 represents BW demand for the BE PHB. CRClass 1, 2 and 3 represents BW
demand for the VoIP PHB group, the ViC PHB group and the VoIP PHB group,
respectively.
• MaxRBDC: Maximum RBDC is the upper limit of Rate-Based Dynamic Capacity that a VSAT can
request. The maxRBDC is set from the DVB-RCS Hub and is a network/service
provider decision. The STM SatLink VSAT is pre-configured with a default value of
maxRBDC for the Best Effort QoS class. This default value will be overwritten by the
operator-defined value at logon.
• MaxVBDC: MaximumVBDC is the upper limit of not yet granted VBDC/AVBDC requested that a
VSAT will have outstanding at any time. The maxVBDC is set from the DVB-RCS
Hub and is a network/service provider decision. The default value of this parameter is 0.
This default value will be overwritten by the operator-defined value at log-on time
The SatLink VSAT can be configured to logon automatically to the DVB-RCS Hub when it has traffic to
send and logoff again when it has had no traffic to send for a configurable timeout period.
This mode is useful for VSAT installations where low power consumption is important (e.g. when
powered by solar power and batteries). It is also useful in systems where it is desirable to reduce the
signalling bandwidth on the return channel (by avoiding use of dedicated SYNC slots when the VSAT
has no traffic to send).
The power saving mode requires the use of the STM SatLink 403x transceiver. The power consumption
will then be reduced from typically 27W to approximately 12W when the VSAT is logged off when using
the SatLink 403x transceiver with SatLink 1000
The STM SatLink VSAT can be configured to use traffic initiated logon by typing the CLI command
dvb tx autostart traffic <timeout>
will wait before logging off when it has no traffic to send.
Example:
dvb tx autostart traffic 5
Configures the SatLink VSAT to use traffic-initiated logon and automatically log off the network after
not having any traffic to send for 5 minutes.
Verify the configuration of the transmitter mode and the timeout for traffic-initiated logon by typing the
CLI command
dvb tx show.
6
.
where <timeout> is the timeout in minutes the VSAT
6
When using the STM SatLink 4033 transmitter with STM SatLink 1000 the power consumption will be
reduced from typically 30W to approximately 12W when the terminal is logged off.
The header compression feature has been implemented into the STM SatLink system to reduce the
required bandwidth, especially for VoIP calls. But also other application benefits by the Header
Compression feature. Header compression greatly reduces the amount of overhead associated with each
encapsulated IP packet. It is accomplished by removing, or reducing, redundant information in the packet
headers at one or more layers.
There are two options when using header compression on the STM SatLink system. One is to enable
header compression only for the DSM-CC header. The other option is to enable it for both DSM-CC and
RT/IP/UDP header.
14.1 Enabling Header Compression
The VSAT will detect if the GW has the Header Compression enabled, and only use the feature if it is
available on the SatLink Hub. If the Header compression is enabled on the VSAT, but not on the SatLink
Hub, it does not take effect. The VSAT will then continue transmit traffic as usual, without header
compression.
To check if the Header Compression is an available feature on the SatLink Hub, connect to the CLI
interface of the VSAT, and enable DSM-CC and UDP Header Compression and check the transmit status
as shown in the example below.
-------------------------------State : On (TDMA)
Timeout : 0 min 0 sec
IDU Output Power : -15.2 dBm
Eb/No : 21.0 dB
Header Compression : RTP/UDP/IP/DSM-CC
Timing correction : 152 us (10623 us)
Frequency correction : -70 Hz
The text in bold shows the configured values and the status. In this example, Header compression is
enabled on both the VSAT and the SatLink Hub. Always remember to save the new configuration, with
the command
The STM SatLink VSAT can be configured to route multicast traffic from the LAN to the return channel
(to the Hub). User privilege level 2 is required for configuring the multicast routing.
To set up static routing of a multicast group from the LAN to the satellite interface, use the CLI command
ip addroute <IP group address> <subnet mask> <ifnum>. Where IP group address is
the IP multicast address that shall be routed from the Ethernet LAN to the Hub,
mask for this routing entry, and
ifnum is the interface number (always set this to 3 = Satellite Interface).
Example:
# ip addroute 224.0.2.2 255.255.255.255 3
The command in the example will set up a route for the multicast group with the IP address 224.0.2.2 to
the satellite interface (to the Hub). The MAC address used on the return link will be calculated according
to RFC 1112.
To view the defined multicast routes use the CLI command
ip show -mcast.
Example:
# ip show -mcast
IP Multicast Routing Table
RouteAddress AddressMask IfIndex
224.0.0.2 255.255.255.255 1
224.0.2.2 255.255.255.255 3
Subnetwork internal multicast groups on the LAN will show up in the multicast route table
(e.g., LAN internal multicast traffic generated by Windows Network neighbourhood, etc.).
Such traffic will have the
IfIndex set to 1.
To delete multicast routes use the CLI command
ip delroute <IP group address> <subnet mask> <ifnum>
.
Example:
# ip delroute 224.0.2.2 255.255.255.255 3
Will delete the static route of the multicast group with the IP address 224.0.2.2 from the Ethernet LAN to
the satellite interface (Hub).
Enter the CLI command
save config to save the return link multicast configuration.
The flash in the STM SatLink VSAT can store two SW images, both the currently used SW and a backup
version in case download of a new SW version fails.
Always use the command
the software version of a VSAT since this command automatically deletes old backup
software versions and backs up the current software and the configuration.
Do not use the CLI command
delete old backup software version may block future automatic software upgrades.
16.1 Automatic Software Update
The STM SatLink VSAT may be configured for receiving software updates from the DVB-RCS Hub
automatically. Whenever the software upgrade application at the DVB-RCS Hub transmits a new
software image, the software upgrade routine in the STM SatLink VSAT will start receiving the software
image given that the new software image has a newer revision than the current software. When the
software download is completed successfully, the STM SatLink VSAT will restart automatically in order
to activate the new software version.
To automatically receive software upgrades, the STM SatLink VSAT must be configured with the PID,
the multicast IP address, and the UDP port allocated by the system operator for multicast software
upgrade, with software upgrade via multicast enabled, and with the VSAT receiver locked on the forward
link. Issue the CLI command
Manual SW upgrade settings:
TFTP server IP addr : 10.10.1.1
File name : new.tgz
Automatic SW upgrade settings:
Activated : Yes
PID : 1022
IP address : 224.0.1.59
Port No. : 2001
Licenses for SW options:
NAT
GRE
PEP-TCP
QOS-4
PEP-HTTP
VLAN
Users with privilege level 2 may activate and deactivate the automatic software upgrade routine, and
change the PID, IP address, and UDP port number where the software is received by using the CLI
command
sw mcast.
Publication no. 101557
sw show to examine the automatic software upgrade configuration:
sw upgrade as described in section 16.2 to manually upgrade
dload to upgrade the software of the VSAT since failure to
The above configuration will enable automatic reception of software upgrades on PID 511, IP address
224.0.1.59 and UDP port number 2001.
16.2 Manual Software Update
Users with minimum privilege level 2 may use the CLI command sw upgrade to download a new
software image from the default TFTP server. After successful download of a new software image, the
previous software version will be stored as a backup version before enabling the new software.
Below is described in detail how to upgrade the STM SatLink VSAT software:
1. Verify the default settings for the manual software upgrade with the CLI command
2. If necessary, update the default settings for the manual software update by using the CLI command
If, for some reason, the old software must be restored, then the following steps have to be executed. The
current SW will be deleted when restoring the backup SW and the configuration used with the backup
SW will be restored and activated.
1. Restore the previous SW and configuration with the command
Example:
# sw restore
Restoring backup SW 13.0.2.61
Current SW 13.0.2.65 will be deleted
Do you want to continue (Y/N)?y
Backup SW restored. Saving configuration and restarting
Saving Configuration. This will take ~20 secs
Configuration Saved
Restarting Terminal. Connection will be closed
Reconnect when the terminal has restarted (1-2 minutes)
The DVB-S2 standard has become the most widely used standard for forward link transmission in VSAT
satellite communication systems. Advances in the field of digital coding and modulation techniques have
made possible a technology upgrade of the legacy DVB-S standard. In the DVB-S2 standard, there are
primarily four features that directly translate to improved performance:
• Higher order modulation
• Reduced carrier roll-off filtering
• Coding – LDPC-BCH with performance close to the Shannon limit
• Adaptive Coding and Modulation (ACM)
The next paragraphs provide further information on the features of the DVB-S2 standard supported by the
STM SatLink VSATs.
17.1 DVB-S2 Modulation
The STM SatLink IDUs support the following modulation schemes:
• QPSK
• 8PSK
• 16APSK
Figure 32 shows the modulation constellations for QPSK, 8PSK and 16APSK. With QPSK,
two FEC-coded bits are transmitted per modulation symbol, while with 8PSK and 16 APSK
three and four FEC-coded bits respectively are transmitted per modulation symbol
DVB-S2 may be operated with three different roll-off factors for the pulse shaping filter:
0.35, 0.25 and 0.2.
QPSK 8PSK 16APSK
Figure 32. QPSK and 8PSK and 16APSK constellations
17.2 DVB-S2 Coding
DVB-S2 uses advanced LDPC code concatenated with outer BCH codes. This coding scheme results in a
performance that is only 0.7-1.0 dB short of the theoretical Shannon bound indicated by the dotted red
line in Figure 33 below. This translates to an improvement in coding gain of close to 2 dB compared to
DVB-S systems using concatenated Reed Solomon and Convolutional FEC.
DVB-S2 uses advanced LDPC codes concatenated with BCH codes. Together, these coding schemes
result in a performance (indicated by the solid blue lines) that is only 0.7-1.0 dB from the theoretical
Shannon limit (indicated by the dotted red lines), see Figure 33 below. This translates to an improvement
in coding gain of close to around 2 dB in C/N compared to DVB-S (indicated by the solid black lines) at
the same bandwidth efficiency and a 30% increase in bandwidth efficiency at the same C/N.
The code rate may be varied in small steps for each modulation, thus yielding both a high granularity and
wide range of possible C/N-bandwidth efficiency operational points.The STM SatLink VSATs support
the following combinations of Modulation and FEC rates in DVB-S2 mode, denoted MODCODs:
The SatLink IDUs support two options for FEC frame size: 64 kbits (normal frame) and 16 kbits (short
frame) The LDPC+BCH codes are slightly more effective when used on the longer (normal) FEC frame,
i.e. the required SNR is 0.2 dB lower for normal frame than for short frame However, the short FEC
frame is useful in several circumstances, e.g. for reducing delay when the forward link information rate is
low.
Depending on the network configuration, the SatLink IDU may be operated with fixed, variable, or
adaptive coding and modulation mode, denoted as CCM mode, VCM mode, and ACM mode,
respectively. In CCM mode, the same code/modulation combination, denoted as MODCOD, is used all
the time and for all VSATs. The MODCOD is determined through engineering by considering the system
parameters (e.g., satellite EIRP, VSAT G/T, antenna sizes, coverage, etc.) and the environmental
conditions in the region of the network, combined with link availability requirements, using standard link
budget techniques. In VCM mode, a different coding and modulation may be used for different VSATs,
for example, based on their geographic position in the beam, their availability requirement, and/or their
antenna size.
In ACM mode, however, the MODCOD may be changed dynamically for each VSAT, from one FEC
frame to the next. Hence the applied MODCOD can be adapted to the near instantaneous and individual
link conditions of each VSAT in order to maximize the attainable information rate per Hz of bandwidth
for the network as a whole (i.e. aggregate bandwidth efficiency), while meeting required link
availabilities across the network at all times.
In the SatLink system, this is accomplished by each VSAT constantly measuring its received signal-tonoise ratio, SNR, and reporting it periodically to the SatLink Hub. The Hub then uses the SNR value
reported from each VSAT at a given time to select the suitable MODCOD for each. All signaling
information is always transmitted at the lowest MODCOD with the best link margin in order to ensure
that all VSATs are able to receive it.
17.4 DVB-S2 Configuration for 1910 IDUs with the SatLink 100 plug-in card
For operators that already have the DVB-S model of the SatLink 1910 IDU, a DVB-S2 upgrade path
exists using the SatLink 100 plug-in card that is inserted into the expansion slot of the SatLink 1910.
Units can be field-upgraded – there is no need to return units to STM for reconfiguration. The only
requirement is that power is turned off when inserting the new extension card
Figure 34: The SatLink 100 DVB-S2 Plug-in card
To enable the SatLink 100 card on a SatLink 1910 IDU, in addition to moving the RX cable from the
LNB to the RX connector on the SatLink 100 plug-in card, there is one CLI command required:
dvb rx phy -satlink100
Type the
# device show
System Information
-------------------------------Name : not set
Location : not set
Contact : not set
System Up time : 2 days, 23:57:20
System time : not set, TDT not received
HW
-------------------------------Model : SatLink 1910
HW ID : 103798
Main board ID : 103719 R6.5
Plugin-card HW
-------------------------------Model : SatLink 100
HW ID : 107261
Revision : 1.1
Serial Number : 0206010006
MAC addresses
--------------------------------
Publication no. 101557
device show command to verify that the card has been detected. See the text in bold.
-------------------------------Rx State : Waiting for NIT (transponder one)
Frequency : 12.380887 GHz
Symbol Rate : 24.999998 Msps
Modulation : 8PSK
FEC Code rate : 2/3
Pilot : On
Frame length : Long frame
Roll off : 0.35
SNR : 15.2 dB
For SatLink 1910 and 1000 having revision 2.0 or newer there is no need for the SatLink 100 plug-in card
as they have built in DVB-S2 receives capabilities as default. Both models are configured the same way
as the example shows above.
If there is any doubt on whether a SatLink VSAT is capable of receiving DVB-S2, issue the CLI
command
Example:
# device show -dvbs2
DVB-S2 capability
This device supports DVB-S2.
Manual SW upgrade settings:
TFTP server IP addr : 10.10.1.1
File name : new.tgz
Automatic SW upgrade settings:
Activated : Yes
PID : 1022
IP address : 224.0.1.59
Port No. : 2001
Licenses for SW options:
GRE
PEP-TCP
QOS-4
PEP-HTTP
VLAN
The licenses for optional SW functionality may be installed either remotely by the SatLink System
Operator or locally using the CLI command
access to a new software option is wanted in order to receive a license key.
Example:
# sw license pep mykeyforenablingpeptcp
Publication no. 101557
sw show.
sw license. Please contact the System Operator or ISP if
Once the right to use a SW option has been authorized by means of license installation, the SW
functionality can be enabled using the appropriate CLI command (as explained in the following
subsections).
Example:
# ip pep enable [redirect|trans|httpa]]
The CLI help function for the different SW options requiring licenses (e.g.
not be available unless the SW option is authorized by installing the necessary license key.
? ip pep) will
SW options that are enabled on a model by default like e.g. QOS-4 and RAC on the
SatLink 1910 will not be displayed on the printout from the CLI command
sw show.
18.1 Generic Routing Encapsulation (GRE) and IP Tunnelling
The STM SatLink VSAT supports configuration of one IP tunnel from its DVB (Satellite) interface with
Generic Routing Encapsulation (GRE) as specified in RFC 2784. Only the tunnel destination IP address
and the subnet to be tunnelled need to be specified when setting up a GRE tunnel over the SatLink
network since the GRE tunnel by default will apply the reachable DVB interface IP address as the tunnel
source IP address.
A GRE tunnel can also be used to extend a VLAN across the SatLink network. Please see section 18.6 for
a description of how this is done.
Example:
#ip gre add 192.168.1.0 255.255.255.0 10.20.1.1
This will set up a GRE tunnel with the DVB interface IP address as the tunnel source and the IP address
10.20.1.1 as the tunnel destination. The GRE tunnel will accept traffic for the subnet
192.168.1.0/255.255.255.0.
To verify that a GRE tunnel and a GRE interface have been created, use the CLI command
show.
Example:
# ip gre show
GRE Tunnel Interfaces:
---------------------If Tunnel Local Address Tunnel Remote Address
4 192.168.255.2 10.20.1.1
Interface number 4 has been allocated for the GRE interface. Use the CLI command
that a new IP interface has been created and that two entries have been added to the IP routing table. One
entry is used to route traffic with the destination address equal to the tunnel destination IP address to the
DVB interface, e.g. the GRE tunnel packets themselves. Another entry is used to route traffic with
destination addresses belonging to the GRE tunnel subnet into the GRE tunnel. Traffic arriving through
the GRE tunnel is routed to the applicable interface.
To route unicast/multicast addresses specifically into a GRE tunnel, use the CLI command ip addroute
Example
# ip addroute 225.0.0.2 255.255.255.255 4
The above configuration will forward multicast datagrams with IP address 225.0.0.2 from the STM
SatLink VSAT LAN interface to the GRE tunnel identified by the specific GRE interface ID..
Forwarding of multicast IP traffic from DVB interface to GRE interface is not supported
in the current release
As shown by the CLI command
# ip show -mcast
IP Multicast Routing Table
RouteAddress AddressMask IfIndex
Conditions particular to satellite communication severely constrict the performance of TCP and reduce
the end users experience of accessing the Internet over satellite. Large latency, elevated bit error rates,
and asymmetric bandwidth are all characteristics of satellite networks that result in degraded TCP
performance. Various TCP Performance Enhancing techniques are used to improve the performance of
the TCP protocol over satellite links. The TCP PEP implementation in the SatLink System makes use of a
TCP Performance Enhancing Server installed in the STM SatLink Hub and a PEP software client
embedded in the STM SatLink VSAT.
The STM SatLink VSAT embedded PEP client is an optional feature, which is enabled by entering a
license key. Use of the VSAT’s embedded PEP client is subject to the Network Operator/ISP supporting
the PEP functionality using a PEP server on the Hub side. It is possible for the Network Operator/ISP to
activate the embedded client software remotely from the Hub, thus requiring no end-user intervention.
Alternatively, an end-user can receive a license key from the Network Operator/ISP and activate the
functionality using the CLI command
Example:
# sw license pep mykeyforenablingpep
The PEP server in the Hub may be installed in two different modes.
1. Re-direct mode
2. Transparent mode
Re-direct mode is the default setting. The Network Operator/ISP should inform you if the Hub PEP server
is installed in transparent instead of re-direct mode.
When operating in re-direct mode, the IP address of the TCP PEP Server in the Hub must be configured
in the STM SatLink VSAT. If the VSAT is authorised to use PEP, this is normally performed remotely by
the SatLink Hub when the VSAT logs on to the network. Alternatively, the VSAT user can locally
configure the server address by means of the CLI command
Server IP address provided by the Network Operator/ISP.
To enable the PEP functionality, use the CLI command
can assume the values
ip pep show.
redirect or trans. To verify that the PEP functionality has been enabled, type
The CLI command sequence to configure and enable the PEP functionality is recapitulated below:
Example:
# sw license pep mykeyforenablingpep
# ip pep server 10.0.0.10
# ip pep enable redirect
# ip pep show
PEP Status : enabled
PEP TCP Mode : Redirect Mode
PEP TCP Server Address : 137.133.81.40
Maximum Connections : 512
Current Connections : 178
Total Connections : 584928
Transp Connections : 0
Failed Connections : 0
Received Segments : 29411430
Out of sequence Segments : 12338
Duplicate Segments : 5843
Transmitted Segments : 25883165
Retransmitted Segments : 10849
The CLI command
information. Table 8 provides a short description of the displayed parameters.
Parameters Description
PEP status Indicates whether the PEP functionality in the VSAT is enabled or disabled.
PEP Mode Indicates whether the VSAT is configured in Redirect or Transparent Mode
PEP ServerAddress Shows that IP address of the Hub PEP Server that the VSAT PEP client is
Maximum Connections Shows the maximum number of TCP connections that the VSAT PEP client
Current Connections Indicates the number of TCP connections that is handled by the VSAT PEP
Total Connections Indicates the total number of TCP connections that has been handled by the
Trans Connections Once the number of connections exceeds the threshold Maximum Connections
Failed Connections Indicates the number of connections that were attempted established, but did
ip pep show displays current PEP configuration in addition to PEP status
configured to interact with.
can handle simultaneously.
client at the moment.
PEP client since the PEP functionality was enabled.
(i.e. 250 connections), the additional new connections are established without
performance enhancement techniques being applied to these. The parameter
Trans Connections indicates the number of connections that are passed
“transparently” through the VSAT without PEP due to the Maximum
Connection threshold being exceeded.
not succeed.
Table 8 Parameters displayed when typing ip pep show
18.3 HTTP Accelerator (HTTPA)
HTTP accelerator (HTTPA) can be enabled on the SatLink 2000, 1910 and SatLink 1000 Revision 2.x.
HTTPA is an embedded Intercepting Proxy Cache (IPC) that pre-fetches objects found by reference in
accessed web pages. The internal VSAT DNS server is used to resolve the URL’s. Pre-fetching speeds up
web browsing over the satellite link through the use of parallel connections to several servers. HTTPA
does, to some extent, cache objects to reduce response time. This is especially useful in a multi-user
environment.
HTTPA generally improves the user experience when rendering web pages over the satellite link. Note
that the improvement may differ significantly between web pages as these typically have different sizes,
complexities and structures. If an object requested by the HTTP client is found in the SatLink VSAT’s
internal web-cache, the object will be delivered immediately.
When the STM SatLink VSAT is licensed to support HTTP acceleration, the function can be enabled and
disabled. By default the HTTP accelerator is disabled. HTTP acceleration operates in the context of TCP
acceleration. When enabling HTTP acceleration, TCP acceleration is also enabled in the currently
configured TCP acceleration mode, ref. section 18.2.
PEP Status : enabled
PEP TCP Mode : Redirect Mode + HTTPA
PEP TCP Server Address: 10.10.22.254
Func Max Total Current Transp Failed
TCP 512 0 0 0 0
HPS 60 0 0 0 0
HPC 60 0 0 0 0
WCM 100 0 0 N/A N/A
TCP Packet statistics:
Rx=0, Out of seq=0, Duplicates=0
Tx=0, Retransmitted=0
Web Cache Statistics:
Req=0 Prefetch=0 Hits=0 Exp=0 Reval=0 Miss=0 Fail=0
DPTHit=0 DPTMiss=0
The ‘PEP TCP Mode’ here indicates that HTTPA is enabled in addition to the specific PEP TCP mode in
use. The ‘TCP’ function statistics indicate connection data for the TCP PEP. An intercepted TCP
connection appears as two connections in the ‘TCP’ connection statistics.
The ‘HPS’ function statistics indicate connection statistics for the side of the HTTPA that interfaces the
web client called the HTTP Proxy Server. The ‘HPC’ function statistics indicate connection statistics for
the side of the HTTPA that interfaces the web client called the HTTP Proxy Client. The ‘WCM’ function
statistics indicate object cache statistics from the Web Cache Manager. ‘DPT’ information is not
essential.
When HTTPA is activated, the VSAT IPC holds a local cache in the same manner as a standard web
browser. The VSAT cache can be inspected and managed in much the same way as a standard browser
cache, through the CLI:
Display a list of the VSAT IPC cached content:
# ip pep show -cache
Flush the VSAT IPC cached content:
# ip pep flush -cache
The VSAT IPC has integrated bypass mechanisms that prevents and limits failure of non-conforming use
of the HTTP port and the HTTP protocol. The IPC can be completely bypassed so that all TCP
communication goes directly between the HTTP client and the HTTP server, allowing non-conforming
schemes to work properly. Domains that are known in advance to be non-conforming can be entered in a
domain bypass list, and some domains that are known to be notoriously non-conforming are
preconfigured and inserted in the domain bypass list at boot time. The list is used to populate a dynamic
list of server addresses subject to IPC bypass through address resolution via the VSAT DNS. Server
addresses that runtime are associated with unsupported mechanisms are automatically added to the
dynamic server bypass list, allowing succeeding access to work properly.
Display a list of the permanently bypassed domains:
# ip pep bypass -show
Add a domain to the list of permanently bypassed domains (e.g. www.nowhere.com
The Quality of Service functionality of the STM SatLink VSAT is described in detail section 11. The
Best Effort PHB and Real Time Voice over IP (RT-VoIP) PHB group are available on all STM SatLink
VSAT models (provided the DVB-RCS Hub the VSAT is connected to supports these PHBs).
The Critical Data PHB and Real Time Video Conferencing PHB group are available as standard only on
the STM SatLink 1910 and requires the QoS4 SW license key to be configured on the STM SatLink
2000, 1000, 1900, and 1901 models. The table below shows which QoS Groups on which VSAT models
that require the QoS4 SW license key to be configured.
QoS
Group ID
0 Best Effort BE - - - 1 VoIP Audio RT-VoIP - - - 2 VoIP Signalling RT-VoIP - - - 3 ViC Video RT-ViC QoS4 QoS4 QoS4 QoS4 4 ViC Audio RT-ViC QoS4 QoS4 QoS4 QoS4 5 ViC Signalling RT-ViC QoS4 QoS4 QoS4 QoS4 6 Critical Data CD QoS4 QoS4 QoS4 QoS4 -
QoS Group
Name
PHB SW License key required
SatLink
2000
SatLink
1000
SatLink
1900
SatLink
1901
SatLink
1910
18.5 Return Link Access Control (RAC)
The multi-field classifier of the STM SatLink VSAT can also be used to block undesired traffic from
being forwarded onto the return link. By mapping the return link traffic to the QoS group having index -1,
the STM SatLink VSAT can drop traffic destined to the return link based on the following parameters in
the IP header:
• IP source address
• IP destination address
• DSCP / TOS
• Protocol type
• TCP/UDP source port number
• TCP/UDP destination port number
Use the CLI command
}<tag> <tag-parms
information of how this command is used for classifying return link traffic into different QoS classes. The
command has a variable length where one ore more tags with different tag parameters can be set. The tags
are the different IP header parameters that can be used by the multi-field classifier to identify traffic that
shall be blocked.
Tag and tags parameters for CLI command Function
+src <ipaddr> <mask>
-src
+dst <ipaddr> <mask>
-dst
+dscp <min> <max>
-dscp
+prot <n> <p1> … <pn>
Publication no. 101557
ip mfc mask <module id> [<subindex>] <index> <group> {{+|-
to add RAC entries into the QoS Classification table. See section 11.1 for
Define or modify IP source address and netmask
Delete IP source address and netmask
Define or modify IP destination address and
netmask
Delete IP destination address and netmask
Define or modify DSCP range
delete DSCP range
Define protocol value [0,255]. Up to 3 protocol
values can be defined (n can be 1, 2, or 3).
Module: PEP (1)
SubIdx Idx Grp Classification Parms HitCount
1 10 1 Dst port = 1..65535 0
#
Delete protocol values
Define TCP/UDP source port number range
Delete TCP/UDP source port number range
Define TCP/UDP destination port number range
Delete TCP/UDP destination port number range
18.6 VLAN Extension (802.1Q)
IEEE Std 802.1Qdefines an Ethernet frame format that can be used to separate virtual VLANs over a
shared physical Ethernet link. When the STM SatLink VSAT is licensed to support virtual LAN (VLAN)
trunking, it is capable of keeping the traffic for different VLANs separated over the satellite link, too. The
VSAT can then carry the traffic for multiple VLANs and allows you to extend the VLANs across the
SatLink network.
By default, the Ethernet interface does not operate in the VLAN trunk mode (802.1Q). The interface must
explicitly be configured to establish a VLAN interface for each applicable VLAN ID and will then
implicitly be set to operate in the VLAN trunk mode (802.1Q). Traffic from VLANs without an
established VLAN interface will be silently discarded by the VSAT, as all traffic in VLAN trunk mode
has to flow through the VLAN interfaces. Make sure that the Ethernet interfaces connected to the STM
SatLink VSAT also operates in VLAN trunk mode (802.1Q) and provides the correct VLAN tag values.
The DHCP server is disabled when the Ethernet interface operates in VLAN trunk mode. The hosts on
each VLAN must either get their IP addresses through manual configuration or there must be another
device on each VLAN that acts as a DHCP server.
By default, all traffic from established VLAN interfaces is mapped to the common satellite channel. By
explicit configuration, each established VLAN can be tied to a GRE tunnel. Then, the specific VLAN
traffic that matches the GRE subnet of the associated GRE tunnel will flow into this GRE tunnel; other
traffic from the VLAN will be routed to the appropriate interface, which may be the DVB interface or an
unblocked VLAN interface. Traffic that comes out of the GRE tunnel gets the associated VLAN tag at
submission to the LAN. Only packets with destination that matches the subnet of the VLAN interface will
be forwarded, traffic to other destinations is silently discarded. Thus the subnet at the remote GRE tunnel
endpoint should not exceed the subnet of the VLAN interface.
It is assumed that the tunnel destination of each GRE tunnel terminates in a device that is configured to
map to the same VLAN as the local end, as required. Note that the STM SatLink network is an IP
network and not an Ethernet MAC bridge, and thus the VLAN tag will not be carried through the SatLink
network, but must be regenerated locally at the GRE egress point, if required.
Let’s say that you want to connect VLAN 25 and VLAN 27 over the same SatLink VSAT, connecting to
two routers with addresses 10.20.1.1 and 10.20.1.2.
First, establish a local VLAN interface for each of the applicable VLANs:
# eth vlan 25
# eth vlan 27
By default, inter-VLAN communication is blocked. Alternatively, each of the VLANs can explicitly be
allowed local inter VLAN communications through the SatLink VSAT as the local VLAN interface is
established. Traffic is then allowed to flow locally between two VLANs if both are explicitly allowed
inter-VLAN communication.
How to establish the VLAN interfaces and also allow local inter VLAN communication between VLAN
25 and VLAN 27:
# eth vlan –allow 25
# eth vlan –allow 27
Then, find the automatically assigned interface IDs for the VLAN interfaces:
# eth show
VLAN Interfaces:
---------------------If VLAN ID
11 25
12 27
Secondly, give each of the VLAN interfaces an IP address and an IP subnet. The interface IP address
must be reachable through the SatLink network so that the GRE tunnel packets from the other side of
each GRE tunnel reach the respective VLAN interface!
Finally, associate a GRE tunnel to each of the VLAN interfaces. This causes the IP address of the
respective VLAN interface to be set as the tunnel source IP address of the respective GRE tunnel.
#ip gre add 192.168.1.0 255.255.255.0 10.20.1.1 11
#ip gre add 192.168.2.0 255.255.255.0 10.20.1.2 12
It is assumed that the other endpoint of each of the GRE tunnels maps back to the respective VLAN
interface IP addresses as the tunnel destination. The address spaces of the two GRE tunnels are
independent as they connect to different VLANs, and they may be overlapping.
18.7 Ethernet User Priority (802.1p/D)
IEEE Std 802.1Qdefines an Ethernet frame format that can be used to carry user priority across a LAN.
IEEE Std 802.1p/D describes how user priority can be used to control queuing delay in an Ethernet MAC
bridge. In a similar way, the STM SatLink VSAT can control queuing delay before transmission to the
satellite, based on the user priority tag values and the chosen mapping to QoS groups. When the STM
SatLink VSAT is licensed to support VLAN extension the VSAT is also capable of mapping user priority
tag values to QoS groups. However, the interface must be in VLAN trunk mode to receive user priority,
as described in section 18.6.
By default, the user priority does not affect the choice of QoS group and the packets are subject to
inspection by the MFC. As required, the VSAT can be configured to map a specific user priority tag
value to a specific QoS group. This effectively bypasses the IP header inspection, classification and
mapping offered by the MFC. Untagged frames are always forwarded to the MFC. Make sure that the
Ethernet interfaces connected to the STM SatLink VSAT operate in VLAN trunk mode (802.1Q) and
provides correct user priority tag values.
Note that the STM SatLink network is an IP network and not an Ethernet MAC bridge and thus the user
priority value will not be regenerated at the egress of the SatLink network.
Let’s say that user wants to implement a “scavenger class” for e.g. peer-to-peer traffic and a best effort
class for normal traffic, based on Ethernet user priority:
First, set the Ethernet in VLAN trunk mode and allow traffic on applicable VLAN IDs:
# eth vlan 0
Here it is assumed that all traffic is going on the single VLAN ID 0 e.g. being the default VLAN of the
LAN. Further, the user priority tag values are mapped to QoS groups:
# eth primap 0 6 maps default user priority to internal critical data (becoming external
best effort)
# eth primap 1 0 maps user priority 1 down to internal best effort (becoming scavenger)
# eth primap 2 0 maps user priority 2 down to internal best effort (becoming scavenger)
# eth primap 3 6 maps user priority 3 to internal critical data (becoming external best
effort)
# eth show
Ethernet User Priority to QoS Group mapping
Priority QoS Group
0 6
1 0
2 0
3 6
18.8 DVB-S2 16-APSK
To enable the SatLink VSAT (SatLink 1000 and 1910 Rev 3.x, and SatLink 2000) to receive 16-APSK
DVB-S2 signals there must be set the license key to configure this. Below example shows printout of the
sw show CLI command for VSAT with the appropriate DVB-S2 16APSK license:
# sw show
SW versions:
Boot : 14.0.0.16
Current : 14.0.0.14
Backup :
Manual SW upgrade settings:
TFTP server IP addr : 10.10.1.1
File name : new.tgz
Automatic SW upgrade settings:
Activated : No
PID : 511
IP address : 224.0.1.59
Port No. : 2001
The extensions in this appendix are available for the SatLink 1910 VSATs with the MOBILE software
license key set. For the transmit inhibit function described in section 19.1, additionally the SatLink 100
plug-in card, revision 2.0 or newer is required to be installed.
Below example show printout of the sw show CLI command for VSAT with the appropriate mobile
license:
#
sw show
SW versions:
Boot : 9.0.1.7
Current : 13.0.2.65
Manual SW upgrade settings:
TFTP server IP addr : 10.10.1.1
File name : new.tgz
Automatic SW upgrade settings:
Activated : Yes
Upgrade status : Waiting
PID : 1022
IP address : 224.0.1.59
Port No. : 2001
Licenses for SW options:
GRE
MOBILE
PEP-TCP
QOS-4
PEP-HTTP
VLAN
19.1 Transmit Inhibit Function
In order to comply with FCC regulations, an external push button has to be installed on Maritime
VSAT installations, making the VSAT transmitter to stop transmission within 100 ms after
pushing the push button. .
A SatLink 1910 with SatLink 100 plug-in card installed is capable of interfacing an external
push button to implement this “transmit inhibit” function,” typically being used to avoid
exposing people that has to work in the area around the antenna to the transmitted signal. When
transmit inhibit mode is cleared by releasing the external switch, the transm itter will be reenabled.
The transmit inhibit switch is connected to the SatLink 100 plug-in card at the two center pins of
the RJ11 connector, as shown in Figure 1 below. When short-circuited, the transmit inhibit
function is activated.
When transmit inhibit mode is set or cleared, an event is logged. The error LED of the SatLink
1910 will be lit when the transmit inhibit mode is activated. .
19.2 GPS Interface
The SatLink 1910 with the MOBILE license key set can automatically read its GPS position
from an external GPS via the NMEA-0183 protocol and hence constantly have available correct
GPS position for use to calculate correct delay to the satellite to anble the logon burst to be sent
with correct timing when the mobile VSAT wants to enter a SatLink network.
Two NMEA-0183 GPS strings, GPGLL and GPGGA, are supported by the SatLink mobile
VSATs.
The GPGLL GPS string concerns the geographic position. STM supports the following string:
$GPGLL,4916.45,N,12311.12,W,225444,A,*31
This string indicates a latitude of 49 degrees, 16.45 minutes North and a longitude of 123
degrees, 11.12 minutes West, with a fix taken at 22:54:44 UTC. Data status is set to A, or active
(can be set to V, or void). Checksum data is indicated by the 31 at the end of the string.
Parsing out the fields sequentially in the string, we find that this string indicates a fix taken at 12:35:19
UTC, for the latitude 48 degrees, 7.038 seconds North and the longitude 11 degrees, 31 seconds East.
The “1” following the “E” indicates a selection from one of 9 possible options for fix quality, 0-8. These
options are:
After the fix quality option comes “08”, representing the number of satellites being tracked. The
horizontal dilution of position is 0.9. The altitude in meters above sea level is 535.4 meters, and the
height of geoid (mean sea level) above WGS854 ellipsoid is 46.9 meters. The two empty fields represent
the time in seconds since the last DGPS update and the DGPS station ID number. At the end of the string
is the Checksum data, 47.
Serial interface settings specified for use with NMEA-0183 are:
19.3 Optimising the mobile VSAT for recovering contact with network after
blockings
The “dvb tablecache” command can be used to tune the behaviour of mobile VSATs that experience short
blockings, as e.g on trains passing through tunnels. This CLI commands allows for configuring the
mobile VSATs to wait longer before deciding that the link to the SatLink Hub has been lost and start
reacquiring the forward link. The format of the command is
The tunerRetryTime parameter sets the maximum tuner retry time in seconds. After running the
tablecache
Below is an example with a tuner retry time of 180 seconds:
dvb rx tablecache on 180
dvb rx stop
dvb rx start
which results in that the mobile VSAT will wait 3 minutes after detecting an outage before it starts to
reacquire the forward link and re-read all DVB tables. If the forward link is found again within 3 minutes
Publication no. 101557
dvb rx tablecache <on|off> [<tunerRetryTime>]
dvb
command dvb rx stop and start command is needed to activate a changed time.
the mobile VSAT will simply resume communication with the Hub immediately as assume the outage
was just caused by a short blocking.
The example below disables the optimised tuning for mobile VSATs.
It should be noted that the tablecache command is only recommended for use with mobile VSATs as the
standard configuration is optimised for fixed VSATs. Note also that one generally wants to increase the
TunerRetryTime to recover two-way communication faster after a blocking, but setting this parameter too
high will cause longer outages in case of a real outage where forward link re-acquisition might be
required to recover.
Mesh topology configurations enable direct VSAT-to-VSAT connectivity using a single satellite hop.
The main advantage of mesh compared to star operation is the low latency for real-time traffic and
reduced satellite bandwidth usage.
Mesh capable VSAT is the SatLink 1910 with Main board ID 1.1 and later equipped with the SL150
plug-in board. The CLI command “device show” in the example below shows the correct hardware
required for the mesh operation:
# device show
System Information:
Name : MESH TERM-8 009F82
Location :
Contact :
System Up time : 0 days, 01:08:47
Core temperature : 36.0 degrees C.
CPU Load : 18%
System time(UTC) : 2 March 2009 15:06:21
HW:
Model : SatLink 1910
HW ID : 103798
Main board ID : 120014 R1.1
Plugin-card HW:
Model : SatLink 150
HW ID : 108305
Revision : 2.0
Serial Number : 0408030009
MAC addresses:
Ethernet (LAN) : 00:20:0e:00:9f:82
Satellite (DVB) : 00:20:0e:00:9f:82
By default, mesh VSAT only supports 1 mesh connection, where a mesh connection is one QoS class link
to another mesh VSAT. Support for more simultaneous connections is achieved by purchasing a SW
license mesh-connection-n where n = 2, 4, 6, 8, 10, 14 or 16.
The example below shows the CLI command “sw show” printout at a VSAT supporting maximum of 8
simultaneous mesh connections. These 8 simultaneous connections can be realized as 4 QoS class links to
2 remote mesh VSATs, only 1 QoS class link to 8 remote mesh VSATs or any combination in between.
# sw show
SW versions:
Boot : 9.0.1.7
Current : 13.0.2.65
Manual SW upgrade settings:
TFTP server IP addr : 10.10.1.1
File name : new.tgz
Automatic SW upgrade settings:
Activated : No
PID : 511
IP address : 234.5.6.7
Port No. : 45678