Professional Documents
Culture Documents
Notice
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. Nera Broadband
Satellite AS 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, Nera Broadband Satellite AS 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.
Table of Contents
1.
1.1
1.2
1.3
INTRODUCTION ...........................................................................................................6
About this User Guide ...................................................................................................7
Configuration tool overview ...........................................................................................8
Symbols.........................................................................................................................9
2.
UNPACKING .................................................................................................................9
3.
3.1
3.2
3.3
3.4
3.5
INSTALLATION ...........................................................................................................10
Before installation ........................................................................................................10
SatLink Terminal front and back panels ......................................................................11
IDU Installation ............................................................................................................14
Antenna installation .....................................................................................................15
Interface connections ..................................................................................................15
4.
4.1
PC CONFIGURATION ................................................................................................17
Windows TCP/IP configuration....................................................................................17
5.
5.1
5.2
5.3
5.4
5.5
6.
6.1
6.2
6.3
6.4
6.5
6.6
7.
7.1
7.2
8.
8.1
9.
BANDWIDTH ON DEMAND........................................................................................44
10.
11.
11.1
12.
12.1
12.2
12.3
13.
13.1
13.2
13.3
14.
15.
REFERENCES ............................................................................................................60
APPENDIX A.
APPENDIX B.
APPENDIX C.
TFTP SERVER................................................................................................79
APPENDIX D.
APPENDIX E.
APPENDIX F.
APPENDIX G.
APPENDIX H.
APPENDIX I.
IDU OUTPUT POWER CALIBRATION WHEN USING OTHER BUCS THAN
SATLINK 3000 AND 403X.........................................................................................106
APPENDIX J.
APPENDIX K.
TROUBLESHOOTING ..................................................................................110
APPENDIX L.
APPENDIX M.
APPENDIX N.
COMPLIANCE...............................................................................................122
APPENDIX O.
APPENDIX P.
1. Introduction
The Nera SatLink 1000, 1900, 1901 and 1910 are members of the Nera SatLink Terminal family of DVBRCS Terminals. They act as IP routers to interface one or more PCs for bilateral communication via the
satellite network. This User Guide covers the installation and operation of the Nera SatLink
1000/1900/1901/1901, commonly also referred to as the indoor unit (IDU) of the DVB-RCS terminal,
together with the accompanying outdoor unit (ODU) equipment.
The parameters of equipment transmitting to satellites are regulated by national and international
authorities in several countries in the world and by the satellite operators themselves. The standards now
in force are described in references [7], [8], [9] and [10]. The SatLabs group, of which Nera Broadband
Satellite is a member, now works to establish type approval for DVB-RCS terminals in cooperation with
Cetecom. Nera will certify its DVB-RCS terminals by these type approval guidelines as soon as they have
been finalised.
1.1
This User Guide 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
electronics products.
The information given pertains to the following software (SW) and hardware (HW) versions and releases:
SatLink IDU Software
Nera SatLink Boot loader, P/N 101225, SW build 1.8.0.2 and later
Nera SatLink Boot loader, P/N 106267, version 9.0.0 and later
Nera SatLink DVB-RCS Terminal Software, P/N 101224, version 9.1.4 and later
SatLink IDU HW models
Nera SatLink 1000, P/N 103346
Nera SatLink 1900, P/N 100715
Nera SatLink 1901, P/N 102105
Nera SatLink 1910, P/N 103798
Ku-band Equipment
Transceivers
Nera SatLink 4033, P/N 104804
Nera SatLink 4035, P/N 106546
BUCs
Nera SatLink 3000, P/N 100716
Norsat 1010/1020XRT, P/N 101338
Invacom TUL-204, P/N 104041
JRC NJT5017F
7
LNBs
Invacom LNB/OMT SPV - 1SM, P/N 100816
Zinwell ZK-VJ1, P/N 104730
JRC NJR2535S
JRC NJR2536S
JRC NJR2537S
Antennas
Channel Master Type 960 - 0.96m Antenna, P/N 100883
Channel Master Type 123 - 1.2m Antenna, P/N 100882
Channel Master Type 184 - 1.80m Antenna, P/N 104216
Channel Master Type 244 2.40m Antenna, P/N 104612
Visiosat Tx/Rx 75cm Offset Antenna, P/N 104213
Visiosat Tx/Rx 90cm Offset Antenna, P/N 105645
C-band Equipment
BUCs
JRC NJT5652, P/N 105268
JRC NJT5656, P/N 105269
Norsat 3050XPTF, P/N 105271
Zinwell ZTX-C3301F, P/N 105276
Zinwell ZTX-C3701F, P/N 105274
LNB
Zinwell ZK-VD1, P/N 105267
Norsat 8000 series
Antennas
Channel Master Type 183 1.8m Rx/Tx Linear Cross Polar Feed, P/N 104905
Channel Master Type 243 2.4m Linear Cross Polar Feed, P/N 104908
Channel Master Type 183 1.8m Left Hand Circular Polarisation, P/N 104960
Channel Master Type 183 1.8m Right Hand Circular Polarisation, P/N 105281
Channel Master Type 243 2.4m Left Hand Circular Polarisation, P/N 104911
Channel Master Type 243 2.4m Right Hand Circular Polarisation, P/N 105282
1.2
The Nera SatLink Terminal must be configured before it can communicate via the satellite to and from
the network operator Gateway. The parameters to be configured are explained in section 6.2.
The configuration of the terminal can be carried out using the configuration tools:
Command Line Interface
Via RS232/Terminal emulator (e.g. HyperTerminal)
Telnet
Web-interface
SNMP
Configuration via CLI and Web-interface is presented in this document. For terminal management via
SNMP, the reader is referred to [6].
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.
2. Unpacking
Check that the following items are in the box received, then unpack.
SatLink 1000, 1900, 1901, or 1910
Stand for vertical placement (SatLink 1000 only)
Power supply (SatLink 1000 only)
Mains cord
Brackets for 19 rack mounting (SatLink 1900/1901/1910 only)
CD with documentation
3. Installation
3.1
Before installation
3.1.1 Safety
Follow these guidelines to ensure general safety:
Disconnect all power and external cables before installing or removing a SatLink Terminal.
Do not work alone when potentially hazardous conditions exist.
Never assume that power has been disconnected from a circuit; always check.
Do not act in any way that creates a potential hazard to people or makes the equipment unsafe.
Never install equipment that appears damaged.
Carefully examine your work area for possible hazards such as moist floors, unearthed mains
extension cables and missing protective earths.
10
3.2
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.
Power
Error
Satellite
Receive
Transmit
Ethernet
Colour, indicates
Link/Act
Description
Mains power on (1) or off (0).
Connector for cable to the 24 V DC power transformer (external power supply provided
with Nera SatLink 1000 Terminal)
RJ45 connector for IP traffic to connect to a PC, Ethernet switch, IP router etc. 10BASE-T
or 100BASE-T modes are detected automatically.
Nine-pin connector for connecting CLI interface to a computer serial RS232 interface.
Coaxial 75 F-type jack for the cable to the LNB.
Coaxial 75 F-type jack for the cable to the BUC.
11
Colour, indicates
Power
Blue, lights steadily when power switch is on and unit is powered. Flashes when loading
software.
Error
Red, lights steadily when an error event occurs and during reboot.
Satellite
Ethernet
Receive
Transmit
Link/Act
Description
Mains power on (1) or off (0).
Standard recessed plug for Mains cord.
RJ45 connector for IP traffic to connect to a PC, Ethernet switch, IP router etc. 10BASET or 100BASE-T modes are detected automatically.
Nine-pin connector for connecting CLI interface to a computer serial RS232 interface.
Not used.
Coaxial 75 F-type jack for the cable to the LNB.
Coaxial 75 F-type jack for the cable to the BUC.
12
Colour, indicates
Blue, lights steadily when power switch is on and unit is powered. Flashes when the software
is loading.
Red, lights steadily when an error event occurs; lights steadily during reboot.
Power
Error
Satellite
Receive
Transmit
Blue, lit when Ethernet packets are sent to the local network.
Receive
Transmit
Ethernet
Description
Mains power on (1) or off (0).
Standard recessed plug for Mains cord.
Nine-pin connector for connecting CLI interface to a computer serial RS232 interface.
RJ45 connector for IP traffic to connect to a PC, Ethernet switch, IP router etc. 10BASE-T
or 100BASE-T modes are detected automatically.
Selects HUB or NODE configuration of the Ethernet port. NODE normally is used when
connecting to an Ethernet switch or Ethernet hub, while HUB is used when connecting
directly to a single PC.
Not used
Coaxial 75 F-type jack for the cable to the LNB.
Coaxial 75 F-type jack for the cable to the BUC.
Table 6: SatLink 1900 and 1901 back panel connectors and switches
13
3.3
IDU Installation
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 mains circuits are properly earthed and use the mains cord supplied with the
SatLink Terminal to connect it to the mains outlet.
If your installation requires a different mains 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 mains outlet into which it is plugged can be reached so it may be unplugged if need be.
Ensure that the unit does not overload the mains 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 Nera SatLink Terminal and compare the total with the
rating limit for the circuit. The maximum ampere ratings are usually printed on units near their mains
connectors.
Do not install the Nera SatLink Terminal in a location where the operating ambient temperature may
exceed 45C.
Ensure that the airflow around the sides and back of the router is not restricted.
The Nera SatLink 1900/1901/1910 can be mounted in any EIA-standard 19-inch telecommunications rack
or cabinet. The Nera SatLink 1000 needs 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.
3.4
Antenna installation
Install the antenna as described in Appendix G and references [1], [2], [3], [4]and [5]. When installing the
Nera SatLink 403x transceiver, please check Table 12 in Appendix H to whether an adapter is required to
interface the antenna feed horn.
3.5
Interface connections
Do not connect the Tx cable before the initial configuration of the Nera SatLink Terminal
is performed to ensure that incorrect or hazardous signals are not sent to the satellite
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), article no 99909446, Nera article no
106208
Do not connect and disconnect the coaxial cables with power connected to the Nera
SatLink Terminal.
Hint
Use different colour marking on the Tx and Rx coaxial cables to reduce the probability for
interchanging the cables.
15
16
4. PC configuration
After installation as described in Chapter 3 is carried out, the Nera SatLink Terminal is ready to be
powered on.
4.1
Verify that the TCP/IP configuration for PCs connected to the Terminal LAN is correct. Push the startbutton 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 11. Then configure the PC client to obtain
the IP address automatically from the Terminal (section 4.1.1) or configure the PC with a static IP address
(section 4.1.2).
Figure 11: Windows XP menu for configuring the client TCP/IP configuration.
17
4.1.1 Dynamic IP configuration of PCs connected to the Nera SatLink Terminal LAN
By default the DHCP server in the Nera SatLink Terminal is enabled. When the Nera SatLink Terminal is
powered on, all PCs connected to the Nera SatLink LAN can automatically retrieve their IP configuration
from the DHCP server. The user should verify that the Window clients are configured to obtain an IP
address and DNS server address automatically. Figure 12 shows the correct Windows XP configuration
when the DHCP server is enabled in the Terminal.
Figure 12: Windows XP TCP/IP setting when DHCP server is enabled in the Terminal
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.
18
4.1.2 Static IP configuration of PCs connected to the Nera SatLink Terminal LAN
When the DHCP server in the SatLink Terminal is disabled, all PCs attached to the Nera SatLink
Terminal LAN must be configured with static IP addresses that are within range of the Nera SatLink
Terminal subnet (see section 6.2.1). The IP configuration parameters to use for PCs connected to the Nera
SatLink Terminal LAN are supplied from the system operator or service provider. Please configure the IP
address, Subnet mask, Default gateway, Preferred DNS server, and optionally the Alternate DNS server
as shown in Figure 14.
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 14: Windows XP TCP/IP setting when DHCP server is disabled in the Terminal
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
Nera SatLink Terminal LAN interface.
19
5.1
Start-up sequence
When turning on the Nera SatLink Terminal first the Boot SW is loaded. A message such as the one
below is displayed on the CLI/RS-232 when the boot SW starts. Telnet is not available until the
application has been started.
Nera SatLink Boot-loader
- SW ID 106267, Revision 9.0.0.1
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 Loading
application will be shown when the application starts to load.
When the DVB-RCS application starts to run a message similar to this will be shown:
Nera SatLink 1000
- Main Board ID 102805, Revision R6.0
- SW ID 101224, Revision 9.1.4 Build 63
The application will then initialise the file system, restore all configuration parameters from flash, do
initial configuration, and start the DVB-RCS receiver and transmitter if these are configured to start
automatically.
The following messages on CLI show when the Nera SatLink Terminal has successfully restored all
configuration parameters from the MIB (from the configuration file on the flash file system), when lock
on the forward link is achieved, and when successful DVB-RCS logon has been achieved:
State
Configuration completed
Lock on forward Link achieved
Successful logon
: CLI message
: Retrieving configuration....done
: Forward link up
: Return link up
Two-way link established
20
5.2
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 Nera SatLink Terminal1:
User name
install
Privilege level
2
When accessing the CLI via RS-232, if the login prompt is not displayed type ENTER. The login 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 user add, existing users deleted with the CLI
command user del, and the password of the current user or users with lower privilege levels can be
changed with the CLI command user passwd. To list all defined users with lower privilege level than
the user currently logged in, use the CLI command user show. Type ? user to get further help on the
user commands.
For security reasons we recommend that you change the factory set password to your own personal one.
5.3
Online help
In the CLI a list of available commands can be displayed by typing ? <ENTER> (question mark and the
ENTER). The CLI command groups will then be shown:
Example:
# ?
To list the commands in a sub-menu type '? <sub-menu>'
device
dvb
eth
ip
misc
odu
sw
user
log
:
:
:
:
:
:
:
:
:
Device configuration
Configure DVB interface
Show Ethernet status
IP configuration
Miscellaneous commands
ODU configuration
Software upgrade configuration
User configuration
Event log
Nera SatLink Terminals that have Boot SW release 8.x.x or earlier, will have factory default password
satlink for the install user.
21
To display the available commands within one command group type ? <group>.
Example:
# ? ip
For detailed help on a command type '? ip <command>'
addroute
delroute
qos
set
show
dhcp
:
:
:
:
:
:
Set the IP address and subnet mask for the specified interface
Example:
ip set 1 10.10.1.1 255.255.255.248
See also:
ip show, ip addroute, ip delroute
#
5.4
Logging of events
The Nera SatLink Terminal logs certain events to a log stored in RAM. See Appendix K.5 for a list of the
different events and what action that needs to be taken for the different events. Use the CLI command
log show to show the log from memory.
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 gateway.
To have access to the log of events also after the terminal software has been rebooted, the event above a
specified severity level can be logged to file. Use the CLI command log file to enable logging of
events to file, set the minimum severity level of events that shall be logged to file and set the maximum
size for the logfile. The factory default settings are that logging of events with severity level Major and
Critical to file is enabled.
22
5.5
ping <ipaddr>
del <filename>
ren <filename1> <filename2>
dir [ext]
type <filename>
save config
dload <filename> <ipaddr> [<localname>]
upload <filename> <ipaddr> [<remotename>]
Restart
Logout
? [sub-menu] [cmd]
device name <name>
device contact <contact>
device location <location>
device show
dvb tx autostart <on|off|traffic> [<timeout>]
dvb tx calibrate [<freq>]
dvb tx cw <on|off> [<pow> [<freq>]]
dvb tx cwfreq <freq>
dvb tx eirp <eirp>
dvb tx logoff
dvb tx logon
dvb tx outpow <pow>
dvb tx show [-capacity]
dvb rx autostart <on|off>
dvb rx start
dvb rx stop
dvb rx pol <value>
dvb rx freq <freq>
dvb rx symbrate <symbrate>
dvb rx show
dvb pos lat <deg> <min> <mindec> <dir>
dvb pos long <deg> <min> <mindec> <dir>
dvb pos alt <height>
dvb pos show
dvb popid <id>
eth mode <mode>
eth show
ip addroute <destaddr> <netmask> <next hop>
<ifnum>
ip delroute <destaddr> <netmask> <next hop>
ip qos mask <index> <group> {{+|-}<tag>
<tag-parms>}+
ip qos show
ip set <ifnum> <ipaddr> <mask>
ip show [-mcast]
ip nat <enable|disable >2
ip nat <show>2
2
Available in Available in
Boot
Application
SW
SW
x
x
x
x
x
x
x
x
x
x
x
x
x
x
User
Privilege
Level
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
5
2
2
5
5
5
2
2
5
5
5
2
2
2
5
2
2
2
2
2
2
2
2
5
2
2
2
2
2
2
5
2
2
2
5
2
5
5
2
x
x
2
2
x
x
x
x
x
5
2
5
2
5
CLI commands are available only when license for software option is installed.
23
CLI commands
ip dhcp <enable|disable>
ip dhcp show
ip dhcp leasetime <time> [unit]
ip dhcp dns <primary> <secondary>
ip dhcp exclude <no>
ip gre add <destaddr> <netmask>
<tunnelipaddr> 2
ip gre del <ifnum> 2
ip gre show 2
ip pep disable
ip pep enable <mode>
ip pep server <ipaddr>
ip pep show
log file <enable|disable>
[<severity> [<filesize>]]
log show
odu lnb <type>
odu txtype <type>
odu antenna <type>
odu show
sw license <feature> <key>
sw mcast <value> [<pid>] [<addr>] [<port>]
sw upgrade [-default] [<filename>
[<tftp-ip-addr>]]
sw restore
sw show
user add <loginname> <passwd>
[privilege level]
user del <loginname>
user passwd {loginname | oldpasswd}
<newpasswd>
user show
24
Available in Available in
Boot
Application
SW
SW
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
User
Privilege
Level
3
5
3
3
3
2
2
5
2
2
2
5
5
5
2
2
2
5
2
2
2
2
5
4
x
x
X
X
4
5
6.1
1) To view the boot processes of the Nera SatLink Terminal, please connect a PC to the serial interface
and launch HyperTerminal as described in Appendix B. Otherwise go to step 2.
2) Turn on the power of the Nera SatLink Terminal.
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 Nera SatLink Terminal will blink3 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.
Nera SatLink 1000
Main Board ID 102805, Revision R6.0
- SW ID 101224, Revision 9.1.3 Build 56
File system initialised
Ethernet Interface MAC Address : 00:60:c0:2f:a7:38
DVB Interface MAC Address : 00:60:c0:2f:a7:38
Retrieving configuration....done
In older SatLink 1900 versions (Hardware revision 1.2 and earlier main board revision R4 and R5.1)
and for SW build 1.7.0.6 an earlier of the boot software, the power LED will light continuously also when
the SW is booting. On these terminals one short blink in the Satellite receive/transmit LEDs shows that
the SW has booted successfully.
4
http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
25
5) Login as the administrator user install with the factory default password dvbrcs :
Login: install
Password: dvbrcs5
Nera SatLink 1000
Main Board ID 102805, Revision R6.0
- SW ID 101224, Revision 9.1.4 Build 63
One must press Enter once to get the login-prompt to display if using the CLI via RS-232.
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 Nera SatLink Terminal should now be ready to be configured as described in the following sub-
sections.
6.2
The terminal must be configured with a number of parameters before the terminal can acquire the forward
link and communicate with the network Gateway. A default configuration specifying most of these
parameters is usually pre-loaded on each Nera SatLink Terminal, either in the factory or by the service
provider before installation. The parameters are:
- Antenna/ODU to be used
- Forward link frequency and symbol rate
- Terminal geographical position
- Terminal population ID
- Target output power for transmission on the return link
- IP routing parameters.
The Gateway may support automatic configuration of the IP parameters when the
terminal logs on to the network. In that case, the IP address configuration described in
section 6.2.1 below can be skipped. Please check with your Gateway operator if local
configuration of the terminals IP addresses is necessary.
6.2.1 IP configuration
The DVB-RCS system operator manages all IP addresses in the DVB-RCS system including the DVB
interface IP address and the LAN IP addresses of all DVB-RCS terminals. The IP-addresses can be set
automatically in the terminal by the DVB-RCS system operator, or manually by the installer. Please
check with your operator for which method that applies.
Manual IP-address configuration:
Please make sure that the IP addresses and netmasks are entered exactly as specified by the DVB-RCS
system operator, as any deviation normally will result in that the Nera SatLink Terminal will not be able
to communicate correctly with the IP network of the DVB-RCS system operator.
dvbrcs is the factory default setting for the password. The password might have been changed after
shipment from the factory.
26
Ensure that the correct route is defined to the LAN (in this example that the destination mask
10.10.20.0 with route mask 255.255.255.248 is defined for the LAN interface). Verify that the default
route (Destination mask 0.0.0.0 with route mask 0.0.0.0) is defined for the satellite interface and has a
valid Next Hop IP address. For routes to the DVB interface, routing is not based on the Next Hop IP
address. The Next Hop IP address for the default route can therefore be set to any valid IP address
within the DVB interface subnet, except for the Nera SatLink Terminals own DVB interface IP
address.
Always make sure that the next hop IP address for the default route is neither located on
the Nera SatLink Terminals own LAN nor is identical to the DVB interface of the SatLink
Terminal. Otherwise it will break the IP connectivity from the Nera SatLink Terminal to
the DVB-RCS gateway.
27
HW Revision
All
All
5.0 and newer
R3 or older
All
All
All
All
105268
105269
105271
105276
105274
All
All
All
All
All
selects the Nera SatLink 3000 transmitter. Use the command odu show to view the ODU configuration
parameters.
28
When using the Nera SatLink 3000 ODU transmitter6 or the SatLink 4033/4035 Transceiver, the Nera
SatLink Terminal must be configured with the antenna type in use in order to calculate the transmitted
EIRP correctly. The following antennas are supported:
Antenna #
(type)
2
1
5
7
4
Antenna (Ku-band)
Size
96 cm
120cm
180cm
240cm
90cm
62-96055-02
62-12355-02
62-18452-02
62-24452-02
0141088
selects the Channel Master 120cm antenna. Use the command odu show to view the ODU configuration
parameters.
Example:
# odu show
Antenna Configuration
--------------------Type
Tx Gain at 14.25 GHz
The SatLink Terminal can be configured with one of the following LNBs:
ODU LNB #
(type)
Ku-band
20
30
C-band
80
85
ODU LNB
Nera P/N
Invacom SPV-1SM
Zinwell ZK-VJ1
100816
104730
Zinwell ZK-VD1
Norsat 8000-series
105267
selects the Invacom SPV-1SM LNB. Use the command odu show to view the ODU configuration :
# odu show
Antenna Configuration
---------------------
Type
47.0 dB
Finally save the configuration to flash using the command save config.
The Nera SatLink Terminal must be restarted for the new configuration to take effect.
30
:
:
:
59 52.15'north
10 29.05'east
60m
The above example shows how to configure the Nera SatLink Terminal to use the following forward link:
Rx symbol rate:
Rx frequency:
30.0 Msps
12.591 GHz
6.2.5 Population ID
The Nera SatLink Terminal 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 Gateway Operator. Set the
population ID by using the CLI command dvb popid <id>, where id is the wanted population ID.
Example:
# dvb popid 2
# save config
# dvb tx show
Satellite (DVB) TX Configuration
-------------------------------Auto start
: Disabled
Population ID
: 2
IDU output power
: -15 dBm
EIRP
: 42.0 dBW
Default CW Frequency: 14.488000 GHz
AAL5 Encapsulation : VC MUX
DVB Transmitter Status
---------------------State
: Off
#
The above example shows how to configure the Nera SatLink Terminal to use population ID 2.
32
6.3
Forward Link acquisition, Tx power calibration, and fine adjustment of
antenna pointing and polarisation
Please perform antenna and ODU installation and alignment as described in Appendix G and the initial
parameter configuration described in section 6.2 before proceeding with the procedures described here.
The factory default setting is that the terminal is configured with Auto start enabled. If not performed
earlier, please disable the autostart functionality by issuing the CLI command dvb rx autostart
off. Verify that the autostart is disabled using the CLI command dvb rx show. Later, when the Nera
SatLink terminal is correctly aligned, the autostart functionality can be enabled in order to automatically
attempt Forward Link acquisition7 in case of Forward Link loss. A new Forward Link acquisition attempt
can be initiated using the CLI command dvb rx start.
The reader is referred to Appendix P for a description of the steps performed by the SatLink terminal
when acquiring the forward link.
To ensure good performance (less than one error event at MPEG2-TS level per hour) for the forward link,
please verify that the SNR value reported using the dvb rx show command is higher than the
During normal terminal operation, Autostart is enabled. See section 6.5 Prepare the Nera SatLink
Terminal for normal operation.
33
recommended values given in the table below. If the required SNR is not met, please verify the antenna
pointing.
FEC Code
Rate
1/2
2/3
3/4
5/6
7/8
34
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
: 42.0 dBW
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. If the CW frequency needs to be changed, please consult
Appendix F.2
7. Contact the satellite operator / control centre to clarify the line-up procedures for transmission power
calibration and fine adjustment and verification of polarisation of the Nera SatLink terminal.
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 required IDU output level for transmitting with the wanted EIRP
level will be detected and set automatically. 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 Nera SatLink Terminal immediately.
Example:
# dvb tx calibrate
Using preconfigured CW frequency 14.123000 GHz
RF Wanted= 30.7, RF Measured=
0.0, If output= -30.1
RF Wanted= 30.7, RF Measured= 30.6, If output= -26.6
ODU output level stabilised
Saving configuration
Note: CW transmission is still enabled to allow
for crosspolarisation adjustment of the antenna
Configuration Saved
35
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
: 5
IDU output power
: -11 dBm
EIRP
: max
Default CW Frequency: 14.488000 GHz
AAL5 Encapsulation : VC MUX
DVB Transmitter Status
---------------------State
:
IDU Output Power
:
ODU Output Power
:
EIRP
:
delta T
:
Frequency Correction :
#
On
-13.6 dBm
33.2 dBm
46.5 dBW
263366 microseconds
-2650 Hz
Leave the CW on for fine adjustment of the antenna, or turn it off using the CLI command
dvb tx cw off.
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.
36
6.4
After the ODU line-up procedure in section 6.3 (or alternatively, Appendix I.1) has been successfully
completed the Nera SatLink Terminal is ready to logon to the DVB-RCS network.
The Nera SatLink Terminal is only allowed to log on to the DVB-RCS network if its DVB MAC address
is registered at the Gateway. Registration of the terminals MAC address at the gateway is a network
operator responsibility. The CLI command device show can be used to display the DVB MAC
address of the Nera SatLink Terminal or it can be found on the label underneath the Nera SatLink
Terminal chassis. The MAC address is also shown on the CLI message display during the boot procedure
of the Nera SatLink Terminal.
Example:
# device show
System Information
-------------------------------Name
: Terminal-1025
Location
: Oslo
Contact
: support@nera.no
System time
: Thu Nov 20 12:03:15 2004
HW
-------------------------------Model
: SatLink 1000
HW ID
: 103346
Main board ID
: 102805
MAC addresses
-------------------------------Ethernet (LAN)
: 00:60:c0:2f:46:64
Satellite (DVB)
: 00:60:c0:2f:46:64
#
37
4. To test the IP connection to the gateway open an MS-DOS window on the PC connected to the Nera
SatLink Terminal LAN (Ethernet).
Type the MS-DOS command ping 10.10.10.1 to test the connection to the gateway router8.
If the router gives a positive reply to the ping message then the DVB-RCS satellite link is
successfully up and running.
5. To test the connection to the Internet, type the MS-DOS command ping www.nera.no. If a reply is
received the PC connected to the Nera SatLink Terminal has a working connection to the Internet via
the DVB-RCS satellite network.
6.5
The connection to the Internet over the DVB-RCS satellite network should now have been tested and
found to be working. The only thing left is then the final configuration to prepare the Nera SatLink
Terminal for normal operation.
The Nera SatLink Terminal must be started and you must be logged in as a user with minimum privilege
level 2 (e.g. install user) before completing the following operations.
1. Configure the Nera SatLink Terminal 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, gateway restart, or a software failure, etc. without needing user intervention.
Verify that auto start is on for the receiver by typing the CLI command dvb rx show.
2. Configure the Nera SatLink Terminal 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, gateway restart, or a software failure, etc. without needing user intervention.
Or alternatively follow the procedure in section 10 if the terminal shall use traffic-initiated logon.
Verify that auto start is on for the transmitter by typing the CLI command dvb tx show.
3. Save the configuration by typing the CLI command save config.
6.6
When the Nera SatLink terminal is correctly configured, you should back up the configuration data. All
configuration data is stored in the file config.txt on the Nera SatLink Terminal file system. The
configuration file can be uploaded to a TFTP server on a PC using the CLI command
upload config.txt <TFTP-Ipaddress> [<remotefilename>],
where TFTP-Ipaddress is the IP address for the TFTP server and remotefilename is an optional
parameter specifying the filename to store the file as on the TFTP server if a different name than
config.txt is wanted.
See Appendix C for an example of how to install and set up a TFTP server.
Replace the IP address 10.10.10.1 with the actual IP address of the DVB-RCS gateway router if the
default IP configuration of the DVB-RCS gateway is not used.
38
7.1
The terminal administrator has the possibility to configure the following parameters:
Server Status: Enable or disable the Nera SatLink Terminal LAN DHCP server.
Lease time: Set the lease time for an IP address allocated to a host on the LAN
No. of IP addresses excluded: Specifies the number of IP addresses to be excluded from the
available range of addresses defined by the Nera SatLink Terminal LAN subnet. The excluded
range of IP addresses will be the upper range of the LAN subnet. I.e. if the Nera SatLink
Terminal LAN is allocated the IP addresses 10.10.10.1 to 10.10.10.254, and 2 IP addresses are
excluded for use by the DHCP server, then the DHCP server will have the IP address range
10.10.10.1 to 10.10.10.252 available for DHCP clients.
Primary DNS server: IP address for the primary DNS server to be used by the hosts on the Nera
SatLink Terminal LAN.
Secondary DNS server: IP address for the secondary DNS server to be used by the hosts on the
Nera SatLink Terminal LAN.
To enable the DHCP server, use the CLI command ip dhcp enable.
The lease time of IP addresses can configured using the CLI command ip dhcp leasetime.
Example
# ip dhcp leasetime 1 D
The command in this example will configure the lease time to 24 hours (one day).
To view the DHCP server configuration and, if enabled, the DHCP client table, use the CLI command ip
dhcp show.
Example:
# ip dhcp show
DHCP Server Status
------------------------------------------Server Status
: Enabled
Server IP address
: 192.168.0.1
Server IP address range
:
Starting IP address : 192.168.0.1
Ending IP address
: 192.168.0.254
No of IP addresses excluded : 1
Excluded IP address range
:
Starting IP address : 192.168.0.254
Ending IP address
: 192.168.0.254
Lease Time
: 1 Day 0 Hours 0 Minutes 0 Seconds
39
MAC Address
1>00:06:5b:e0:6f:48
Lease expires
In less than 15 minutes
The DHCP client table is only displayed when the DHCP server is enabled. The table will display the
host name, the allocated IP address, the host MAC address and the address lease expiration time for each
computer registered by the DHCP server.
Until the terminal has acquired lock on the forward link and received the system time via
the Time and Date Table (TDT) from the Gateway, it will have no information of the
current time. The DHCP server will in this situation only lease IP addresses to the LAN
hosts for 15 minutes until the system time is set. Lease expires in less than 15 minutes
message will be displayed in the DHCP client table.
7.2
If the IP address of the SatLink Terminal LAN Interface is changed, the IP addresses of all end-user
devices that are connected to the SatLink Terminal LAN must be updated correspondingly.
This also applies to those end-user devices that have obtained their IP addresses automatically from the
DHCP server. As the end-user devices will not normally issue a request to the DHCP server before the
lease-time of their IP addresses has expired, an IP address update of these devices must be manually
triggered by the end-user.
For example, to trigger a PC running MicroSoft Windows OS to request a new IP address from the DHCP
server, the end-user can issue the command ipconfig /renew in the DOS command window.
If the end-user device does not have provisioned means for manually triggering a DHCP request for IP
address update, please power off and on again the end-user device. This will normally result in the enduser device requesting the Terminal DHCP server for an IP address as part of the end-user device
initialisation process.
40
8. Quality of Service
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. For example, to assure a given return
link bandwidth with minimal delay jitter for VoIP or other UDP based continuous rate real time traffic by
avoiding influence from traffic that are not so sensitive to delay jitter, e.g. Web browsing and FTP.
The Nera SatLink Terminal can be configured to support two different QoS groups on the return link.
QoS on the forward link is handled by the DVB-RCS Gateway and not discussed further in this manual.
The QoS implementation in the terminal 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 terminal. The terminal can be
configured to support traffic differentiation based on DSCP values as used in DiffServ based networks.
The two QoS groups that are supported on the return link are
1) VoIP/other real-time continuous rate traffic
2) Best effort (typically used for Web browsing, FTP, and similar).
Associated with each QoS group is a QoS policy. Parameters that impact the QoS policy are:
Capacity request algorithm and parameters
The capacity request algorithm for real-time traffic is tailored to request a continuous rate
capacity,
the capacity request algorithm for best effort is designed for more bursty and delay insensitive
traffic such as Web browsing and FTP.
Transmission PID
Used to give precedence to real-time traffic when interleaving traffic from different QoS groups
at the MPEG level
Drop policy
Real-time traffic is placed in shorter transmission queues at IP level than best effort traffic
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.
Precedence
- Real-time traffic is given precedence over best effort traffic.
Typing CLI command # ip qos show will output among other the QoS Policy Table:
QOS Policy Table
Group CRClass Strategy FwdPri QLength DropPolicy Timeout
0
0
0
0 400000
0
120
1
1
1
1
15000
1
120
QoS Classification table
Idx Grp Classification Parms
The parameters in the QoS policy Table are not user configurable.
41
8.1
In order to determine the QoS group an IP packet belongs to, the SatLink terminal uses a multi-field
classifier. This multi-field classifier is used to perform a look-up in a QoS classification table. This table
can store up to 15 different masks that the IP packets will be matched against.
The following parameters in the IP header can be used for doing the QoS classification:
IP source address
IP destination address
DSCP / TOS
Protocol type
TCP/UDP source port number
TCP/UDP destination port number
The format of the QoS classification table is:
Index
QoS
Group
1-15
0 or 1
Dest. IP
Address
Mask
Source IP
Address
Mask
DSCP
Range
(Start-Stop
values)
0-63
Protocol
Type
(up to 3
values)
0-255
TCP/UDP
Source Port
Range (StartStop values)
0-65535
TCP/UDP
Dest. Port
Range (StartStop values)
0-65535
The index parameter is used to uniquely identify an entry in the QoS classification table and decides the
order in which the QoS classification table is searched. When an IP packet is to be QoS classified, the
QoS classification table is searched from index 1 to index 15. 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 QoS classification table. If
a match is not found for an IP packet it will be treated as best effort traffic. QoS Group 0 is defined to be
the Best Effort QoS Group and QoS Group 1 is VoIP/Real-Time QoS group.
Factory default configuration is that the QoS 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
Classification table in the terminal as explained below, but the use of QoS group 1 can be inhibited by the
network operator/service provider. Please contact the network operator/service provider for use of QoS
group 1 for VoIP/real-time traffic.
42
The CLI command to be used to configure the QoS Classification table is ip qos mask <index>
< group> <list of tags>. This 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 for
QoS classification:
tag and tags parameters for CLI command
+src <ipaddr> <mask>
-src
+dst <ipaddr> <mask>
-dst
+dscp <min> <max>
-dscp
+prot <n> <p1> <pn>
-prot
+sport <min> <max>
-sport
+dport <min> <max>
-dport
Function
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).
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
To view the current QoS configuration, use the CLI command ip qos show.
Examples:
To add an entry in the QoS classification table matching IP packets with DSCP range 10-15 and assign
these to the VoIP QoS Group:
# ip qos mask 1 1 +dscp 10 15
To add an entry in the QoS classification table matching protocol type 7 and assign this to the VoIP QoS
Group:
# ip qos mask 2 1 +prot 1 7
To add one more classification criteria for the same entry, e.g. destination address:
# ip qos mask 3 1 +dst 10.10.22.0 255.255.255.0
To delete one classification criteria from en entry from the QoS classification table:
# ip qos mask 3 1 prot
43
9. Bandwidth on Demand
The Nera 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 [11] for a detailed description of the return link capacity request categories.
As mentioned in section 8 the current software version supports two QoS classes:
VoIP Real-time (High priority)
Best Effort (Low priority)
Associated with each QoS class is a capacity request strategy. The Best Effort QoS class can be
configured to operate with any of the three BoD modes. However, the VoIP/Real-time traffic QoS class
requires rate-based BoD mode in order to provide satisfactory performance.
Default factory configuration of the Nera SatLink Terminal is to provide Best Effort QoS class using
Rate-based BoD mode. That is, the terminal is pre-configured to request capacity from the NCC/Gateway
using the RBDC request category. Normally, the gateway operator or ISP will issue new Service Level
Agreement parameters (CRA, maxRBDC, and max VBDC per QoS class) during the log-on sequence
and, thus, override the default settings.
The capacity requested by the terminal and the capacity granted by the NCC to the Nera SatLink
Terminal on the return link can be viewed using the CLI command dvb tx show -capacity
Example:
# dvb tx show -capacity
Capacity parameters per channel:
------------------------------Channel CRA[kbps] Allocated[kbps]
0
0
119
Requested capacity per QoS class:
--------------------------------Channel CRClass MaxRBDC[kbps] MaxVBDC[kB] RateReq[kbps] VolReq[octs]
0
0
512
977
118
0
0
1
0
0
0
0
#
In the example above the NCC has not assigned any continuous rate capacity (CRA) to the terminal. The
terminal is authorised to request up to a maximum of 512 kbps Rate Based Dynamic capacity and a
maximum of 977 kBytes of Volume/Absolute Volume Based Dynamic Capacity. In this example the
terminal requested 118 kbps capacity and was granted by the Gateway NCC a total of 119 kbps.
44
CRA:
Allocated CRA capacity (DVB-RCS Continuous Rate Assignment capacity). The DVB
RCS Gateway assigns CRA capacity to the terminal at log-on time. Changes in the CRA
level assigned to the terminal during its log-on session are notified to the terminal using
the signalling table unicast-TIM. The amount of CRA to be assigned to the terminal is a
network operator/service provider decision.
MaxRBDC: Maximum RBDC is the upper limit of Rate-Based Dynamic Capacity that a terminal
can request. The assigned RBDC capacity will be assigned on top of the allocated CRA
capacity. The maxRBDC is set from the DVB-RCS Gateway and is a network/service
provider decision. The Nera SatLink Terminal 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 log-on time.
MaxVBDC: MaximumVBDC is the upper limit of Volume-Based Dynamic Capacity that a terminal
can request. The assigned VBDC capacity will be assigned on top of the allocated CRA
capacity. The maxVBDC is set from the DVB-RCS Gateway and is a network/service
provider decision. The default value of this parameter is 0.
Allocated:
Allocated refers to the total aggregated amount of capacity (CRA+RBDC+VBDC) that
the NCC has granted to the terminal
45
configures the SatLink Terminal 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.
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 gateway). The MAC address used on the return link will be calculated
according to RFC 1112.
When using the Nera SatLink 3000 transmitter with Nera SatLink 1900 the power consumption will be
reduced from typically 45W to approximately 22W when the terminal is logged off.
46
To view the defined multicast routes use the CLI command ip show -mcast.
Example:
# ip show -mcast
IP Multicast Routing Table
RouteAddress
AddressMask
224.0.0.2 255.255.255.255
224.0.2.2 255.255.255.255
IfIndex
1
3
Subnetwork internal multicast groups on the LAN will show up in the multicast route
table. LAN internal multicast traffic is e.g. 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 (gateway).
Enter the CLI command save config to save the return link multicast configuration,
47
12.1
The Nera SatLink Terminal may be configured for receiving software updates from the DVB-RCS
gateway automatically. Whenever the software upgrade application at the DVB-RCS gateway transmits a
new software image, the software upgrade routine in the Nera SatLink Terminal 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 Nera SatLink Terminal will restart automatically in
order to activate the new software version.
To automatically receive software upgrades, the Nera SatLink Terminal 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 terminal receiver locked on the
forward link. Issue the CLI command sw show to examine the automatic software upgrade
configuration:
# sw show
SW versions
-------------------------------Boot
: 9.0.0.1
Current
: 9.1.4.63
Backup
: 9.1.3.60
Manual SW upgrade settings
-------------------------------TFTP server IP addr : 10.10.1.1
File name
: dvb-rcst.tgz
Automatic SW upgrade settings
-------------------------------Activated
: No
PID
: 511
IP address
: 224.0.1.59
Port No.
: 2001
Licenses for SW options
-------------------------------None
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.
Example:
# sw mcast 1 511 224.0.1.59 2001
#
will enable automatic reception of software upgrades on PID 511, IP address 224.0.1.59 and UDP port
number 2001.
48
12.2
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 Nera SatLink Terminal software:
1. Verify the default settings for the manual software upgrade with the CLI command sw show
2. If necessary, update the default settings for the manual software update by using the CLI command
sw upgrade default <upgraded-SW-filename> <tftp-ip-address>
49
12.3
If one for some reason must restore the old software, then the following steps have to be executed. The
current SW will be deleted when restoring the backup SW.
1. Restore the previous SW with the command sw restore
Example:
# sw restore
Restoring backup SW 9.1.3.55
Current SW 9.1.3.56 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)
50
To show the list the SW options that are authorised for use on the Nera SatLink Terminal, use the CLI
command sw show.
Example:
# sw show
SW versions
-------------------------------Boot
: 9.0.0.1
Current
: 9.1.4.63
Backup
: 9.1.3.60
Manual SW upgrade settings
-------------------------------TFTP server IP addr : 10.10.1.1
File name
: dvb-rcst.tgz
Automatic SW upgrade settings
-------------------------------Activated
: No
PID
: 511
IP address
: 224.0.1.59
Port No.
: 2001
Licenses for SW options
-------------------------------NAT
PEP
GRE
The licenses for optional SW functionality may be installed either remotely by the DVB-RCS System
Operator or locally using the CLI command sw license. Please contact the System Operator or ISP if
access to a new software option is wanted in order to receive a license key.
Example:
# sw license nat mykeyforenablingnat
Once the right to use a SW option has been authorised by means of license installation, the SW
functionality can be enabled using the appropriate CLI command (as explained in the following
subsections).
Example:
# ip nat enable
The CLI help function for the different SW options requiring licenses (e.g. ? ip nat) will not
be available unless the SW option is authorised by installing the necessary license key.
51
13.1
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 Nera SatLink Terminal supports:
- Dynamic NAPT
- Static NAPT
- Static NAT.
To enable Network Address Translation (NAPT or static NAT) in the Nera SatLink Terminal, use the CLI
command ip nat enable.
Example:
# ip nat enable
To show the status of the Network Address Port Translation in the Nera SatLink Terminal, use the CLI
command ip nat show:10
Example
# ip nat show
NAT:
---Network Address Port Translation (NAPT): Enabled
NAT Status
-------------------
10
Please note that the CLI command # ip nat enable applies both for static NAT and NAPT even
though the # ip nat show status output only mentions NAPT enabled.
52
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: # ip nat show.
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
NAT Status
---------Total Sessions
Active Sessions
Failed Sessions
Packet Translations
0
0
0
0
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
53
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
dvb0
10.10.2.2/5000
NAT Status
---------Total Sessions
Active Sessions
Failed Sessions
Packet Translations
54
Local Address/Port
192.168.0.12/3000
0
0
0
0
Local Address
192.168.0.10
Local Address/Port
192.168.0.12/3000
0
0
0
0
55
13.2
The Nera SatLink Terminal supports configuration of one IP tunnel from its DVB interface with Generic
Routing Encapsulation (GRE) as specified in RFC 2784. Only the tunnel termination interface IP address,
tunnel logical destination IP address and subnet mask need to be specified since the tunnel will always be
set up from the DVB interface.
Example:
#ip gre add 192.168.1.0 255.255.255.0 10.20.1.1
Will set up a tunnel on the DVB interface to the IP address 10.20.1.1 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 ip gre
show.
Example:
# ip gre show
GRE Tunnel Interfaces:
---------------------If
Tunnel Local Address
4
192.168.255.2
Interface number 4 has been allocated for the GRE interface. Use the CLI command ip show to verify
that a new IP interface has been created and that 2 new entries have been added to the IP routing table.
The first entry in order to route traffic with destination address equal to the tunnel remote address to the
DVB interface. The second entry to route traffic with destination address belonging to the tunnel remote
local subnet to the GRE interface.
# ip show
Interfaces
If
IPAddress
SubnetMask
BroadCastAddr
MTU Alias AdminStatus
1
10.10.20.115 255.255.255.248
10.10.20.119 1500
eth0
1
2
N/A
N/A
N/A 4074
air0
1
3
192.168.255.2
255.255.255.0 192.168.255.255 4074
dvb0
1
4
N/A
N/A 255.255.255.255 4074
gre0
1
Interface Statistics
------------- Input ----------------- ------------- Output ---------------If
UCast
NUCast
Disc
Octets
UCast
NUCast
Disc
Octets
1
14
98
43
13737
18
29
0
4984
2
0
0
0
0
0
0
0
0
3
0
0
0
0
0
0
0
0
4
0
0
0
0
0
0
0
0
Routing Table
DestMask
RouteMask
NextHop If
0.0.0.0
0.0.0.0
0.0.0.0
3
10.10.20.112 255.255.255.248
0.0.0.0
1
10.20.1.1 255.255.255.255
0.0.0.0
3
192.168.1.0
255.255.255.0
0.0.0.0
4
192.168.255.0
255.255.255.0
0.0.0.0
3
56
To route unicast/multicast addresses specifically to the GRE interface, use the CLI command ip
addroute
Example
# ip addroute 225.0.0.2 255.255.255.255 4
will forward multicast datagrams with IP address 225.0.0.2 from the Nera SatLink Terminal LAN
interface to the GRE interface .
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 show -mcast
IP Multicast Routing Table
RouteAddress
AddressMask
225.0.0.2 255.255.255.255
239.255.255.250 255.255.255.255
13.3
IfIndex
4
1
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. Appendix L.1 gives a brief introduction to the problems associated
with TCP/IP over satellite and countermeasures that can be implemented to enhance performance.
TCP PEP implementation in the SatLink System makes use of a TCP Performance Enhancing Server
installed in the Nera SatLink Gateway and a PEP software client embedded in the Nera SatLink Terminal.
The Nera SatLink Terminal embedded PEP client is an optional feature, which is enabled by entering a
license key. Use of the terminals embedded PEP client is subject to the Network Operator/ISP supporting
the PEP functionality using a PEP server on the gateway side. It is possible for the Network Operator/ISP
to activate the embedded client software remotely from the gateway, 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 sw license as shown in the example below.
Example:
# sw license pep mykeyforenablingpep
The PEP server in the Gateway 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 gateway 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 gateway must be
configured in the Nera SatLink Terminal. If the terminal is authorised to use PEP, this is normally
performed remotely by the SatLink Gateway when the terminal logs on to the network. Alternatively, the
terminal user can locally configure the server address by means of the CLI command ip pep server
<ipaddr> using the PEP Server IP address provided by the Network Operator/ISP.
57
To enable the PEP functionality, use the CLI command ip pep enable [<mode>], where <mode>
can assume the values redirect or trans. To verify that the PEP functionality has been enabled, type
ip pep show.
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 Mode
: Redirect Mode
PEP Server Address
: 10.0.0.0
Maximum Connections
: 250
Current Connections
: 2
Total Connections
: 1764
Transp Connections
: 0
Failed Connections
: 0
#
The CLI command ip pep show displays current PEP configuration in addition to certain PEP status
information. Table 11 provides a short description of the displayed parameters.
Parameters
PEP status
PEP Mode
PEP ServerAddress
Maximum Connections
Current Connections
Total Connections
Trans Connections
Failed Connections
Description
Indicates whether the PEP functionality in the terminal is enabled or disabled.
Indicates whether the terminal is configured in Redirect or Transparent Mode
Shows that IP address of the Gateway PEP Server that the terminal PEP client
is configured to interact with.
Shows that maximum number of TCP connections that the terminal PEP client
can handle simultaneously. The value is 250 connections.
Indicates the number of TCP connections that is handled by the terminal PEP
client at the moment.
Indicates the total number of TCP connections that has been handled by the
PEP client since the PEP functionality was enabled.
Once the number of connections exceeds the threshold Maximum Connections
(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 terminal without PEP due to the Maximum
Connection threshold being exceeded.
Indicates the number of connections that were attempted established, but did
not succeed.
58
TDT
TFTP
TOS
TS
TX
UDP
VBDC
XPD
15. References
[1]
Channel Master Instruction and Assembly manual. Type 960 .96m Rx-Tx Antenna System with
Factory Assembled AZ/EL Cap, Nera document No. 101497.
[2] Channel Master Instruction and Assembly manual. Type 123 1.2m Rx-Tx Antenna System with
Factory Assembled AZ/EL Cap, Nera document No. 101705.
[3] Channel Master Instruction and Assembly manual, Type 184 1.8m Offset Tx/Rx Antenna System,
Nera document No. 104218.
[4] Assembly Users Manual and Operating Instructions for Visiosat Tx/Rx 75cm Offset Antenna,
Nera document No. 104215.
[5] Users Assembly Manual and Operating Instructions for Visiosat 90 Dual Reflector Transmit /
Receive Antenna, Nera document No. 103174.
[6] Nera SatLink Terminal. Management via SNMP, Nera document No. 103951.
[7] Digital Video Broadcasting, The International Standard for Digital Television, by Ulrich Reimers
et.al., Berlin, Springer Verlag, 2001, 295 pages hardcover, ISBN 3-540-60946-6.
[8] Digital Video Broadcasting, by Ulrich Reimers, Berlin, Springer Verlag, 2002, 350 pages
hardcover, ISBN 3-540-3545-X.
[9] Digital Video Broadcasting website at www.dvb.org
[10] European Telecommunications Standards Institute website at www.etsi.org
[11] Digital Video Broadcasting (DVB); Interaction channel for satellite distribution systems,
ETSI EN 301 790, V1.3.1
60
A.1
Capacity Request Status: table showing the terminal's return link capacity profile per capacity request
class. There are defined 2 capacity request classes: 0 for best-effort traffic (e.g. FTP and web
browsing) and 1 for VoIP/real-time traffic. The capacity parameters are CRA (Continuous Rate
Assignment), Max RBDC (Rate Based Dynamic Capacity), and Max VBDC (Volume Based
Dynamic Capacity), all being configured from the Gateway. CRA (Continuous Rate Assignment) is
fixed capacity allocated to the terminal. The parameters Max RBDC (Rate Based Dynamic Capacity)
and Max VBDC (Volume Based Dynamic Capacity) set limitations on the amount of capacity the
terminal is permitted to request.
62
63
64
66
67
Figure 19: Status information concerning the current Network Address Translation configuration
68
A.2
69
20: Nera SatLink Terminal configuration (Receiver, Transmitter and geographical position)
70
71
After saving the new IP address, the Nera SatLink Terminal needs to be restarted for the
changes to take place. The browser window may look incomplete during this save and may
need to be closed and opened again, then typing in the new address after restarting the IDU
72
After performing a line-up from the web interface the terminal must be restarted in order
to initiate the logon process. This is due to the fact that the web interface does not provide
the means to trigger a terminal log-on directly from the web interface.
74
75
Appendix B.
In some special situations the Command Line Interface via Telnet may not be accessible or will not
output the required amount of debug information. Typical examples of such situations are:
The Nera SatLink Terminal is configured with an Ethernet IP address not known to the user
One needs to enter the boot-loader
Detailed debugging
The Command Line Interface may then be accessed from a local PC connected to the Nera SatLink
Terminals RS-232 interface via a serial cable. HyperTerminal or any compatible terminal emulation
program is used to access the CLI interface via RS-232.
B.1
Cable connection
To get access to the command-line interface (CLI) via the RS-232 connection, a serial cable is connected
from the SatLink Terminal directly to a COM port on a PC:
Plug the 9-pin connector (DB09) (male) into the rear panel of the SatLink Terminal.
Plug the 9-pin connector (DB09) (female) into a COM port on the PC.
B.2
In Windows, click the Start button and select All Programs > Accessories > Communications >
HyperTerminal. HyperTerminal will then start and the Connection Description dialogue box, shown in
Figure 24, will appear. The screen shots are from Windows XP Professional; other versions of Windows
may display differently.
Select the COM port where the serial cable attached to the Nera SatLink Terminal is connected, and click
OK. The COM port Properties property sheet will appear, as shown in Figure 26.
77
78
Appendix C.
TFTP server
TFTPD32 is a freeware TFTP server for Windows 9x/NT/XP PCs (but seems to work on Windows 2000
as well), which is small, and easy to install and use. Use the copy on the CD included with the
SatLink Terminal, or use the link below and download the software.
http://tftpd32.jounin.net/
Short installation description:
1. Copy the TFTP server files to a PC located at either the gateway or a local LAN
2. Start the program tftpd32.exe
3. Select correct server interface if using a PC with more than one Ethernet card.
4. Select correct base directory (directory where the files to be downloaded are stored, and where
uploaded files will be stored)
5. You are up and running with a TFTP server
6. The TFTP server can now be accessed from the Nera SatLink Terminal by using the CLI
commands upload and dload.
TFTP upload from and download to the Nera SatLink Terminal has been tested with version 2.51 of this
TFTP server, but any TFTP server should work. It is however essential that the TFTP server has support
for negotiation of block lengths up to 8 Kbytes in order to obtain satisfactory performance over the
satellite link, in terms of acceptable download time.
The Nera SatLink Terminal can access a TFTP server on both the satellite and the Ethernet interface.
79
Appendix D.
Telnet Client
A good freeware Telnet client is Tera Term Pro Web 3.1.3. The software can be downloaded from Ayera
home page: http://www.ayera.com/teraterm. Especially when running Telnet from Windows XP it is
recommended to use Tera Term instead of the built in Telnet Client in Windows XP, since setting Local
Echo in the Windows XP client does not seem to work.
When starting Tera Term, please choose the menu Setup and then Terminal. Please enable Local echo as
shown in Figure 27. Then chose the menu Setup and then Save Setup to save this configuration.
Tera Term may as well be used as a replacement for HyperTerminal.
80
Appendix E.
Management of the Nera SatLink Terminal is supported via SNMP. For further information of SNMP
management and the MIBs available, please refer to [6] and/or contact the system operator.
81
Appendix F.
F.1
IP routes
Example:
ip addroute 0.0.0.0 0.0.0.0 10.10.21.254 3
will set the default route to be to the satellite interface with next hop IP address 10.10.21.254.
The specified next hop IP address cannot be the same as the one attributed to the
terminals DVB interface.
Use the CLI command ip show to verify the setting and the CLI command save config to store
the setting in the flash.
IP routes can be deleted with the ip delroute <destaddr> <netmask> <next hop> command.
F.2
Default CW frequency
The transmission of a pure tone (CW) is supported for aiding the antenna fine adjustment as well as for
use during power calibration. A default frequency for CW transmission is stored in the Nera SatLink
Terminal configuration. This default frequency may be changed with the CLI command
dvb tx cwfreq <freq> where freq is the return link frequency [kHz].
Example:
dvb tx cwfreq 14123000
82
Appendix G.
ODU installation
The ODU comprises the antenna with feed-horn and mounting structure, a LNB unit with OMT and Txreject filter and a transmitter (BUC). Two cables with F-connectors, one for Tx and one for Rx are
connecting the ODU to the IDU.
BUC
Block Up Converter
LNB
Low Noise Block
Amplifier
Feed-horn
Antenna
Antenna
Main
Reflector
Antenna
Feed Horn
Transceiver
mounted
directly on
antenna
feed
Antenna
Sub
Reflector
G.1
The Nera SatLink 403x is supplied with 6 pcs of UNC 6/32 for connection to the antenna flange. The
parts are shown in the picture below. Please refer to Appendix H for information of how to connect the
Nera SatLink 403x to antenna feed horn interfaces with 6 or 8 M4 screws.
When mounting the transceiver to the antenna horn, place the feed horn on a level surface and insert the
O-ring into the groove as shown below:
Place the transceiver on to the feed horn and insert one of the UNC screws for alignment. Tighten the
screw loosely by hand or with an Allen key. Make sure that the rubber gasket is not moved from the
groove when doing this.
84
Insert the remaining screws and tighten firmly with an Allen key.
85
Rx
connector
Tx
connector
The IF connectors are placed in the chassis of the SatLink 403x. A protrusion on the case indicates Rx
and Tx so that they are easily distinguishable. Cable connectors should be tightened firmly, but use of
excessive force may damage the F-connectors on the transceiver.
86
G.2
This section is not applicable for the Nera SatLink 403x transceiver.
The main components are shown below:
11
RF signals are received and transmitted at orthogonal polarisations, thus the LNB unit includes an
OMT (Ortho-Mode Transducer). The feed-horn is connected to the circular wave-guide (18.5 mm in
diameter, C120) while the transmitter is connected to the rectangular waveguide (R120, WR75,
UBR120).
87
Allen key
The Norsat 1010/1020XRT transmitters have a female N-connector as input connector, while the Txcable is usually mounted with a male F-connector. Hence, a waterproof adapter from male N-connector to
female F- connector must be used between the Tx-cable and the BUC connector.
Transition connector
The Nera SatLink 3000 transmitter has a female F-connector as input connector, therefore no transition is
needed with the Tx-cable.
No transition required
88
89
90
91
G.3
Different mounting structures for antennas are shown below. From the left-hand side, we have an Lshaped wall-mount, a three-leg mount and a standard straight mount. The tube diameter is 76 mm. For a
correct mounting the surface must be vertical or horizontal, respectively.
Non-penetrating roof-mounting structures (requiring no screws or bolts) may also be used if the customer
do not want to penetrate the roof. The foot can be rectangular, H-shaped or have another suitable form.
It must be loaded with at least 75 kg depending on the antenna size and maximum wind force.
The tools include a screwdriver, spanners of correct size (or an adjustable spanner), and a spirit level (if
necessary). Cable straps are used to fasten the cables. A compass, a satellite finder, and a spectrum
analyser (optional) are used to position and adjust the antenna. It is an advantage to be able to measure
BER on the received signal when adjusting the antenna.
92
Bolts and
equipment.
Compass
SW
93
Unpack the antenna and check the components: Parabolic reflector, feed- mount, 4 rods (2 long and 2
short), a U-shaped profile, bolts, washers and nuts.
94
95
96
First, perform a coarse adjustment in azimuth and elevation and monitor the signal level on the satellite
finder or the spectrum analyser. Look at the spectrum analyser and check if you have found the right
97
satellite (the carriers are those you expect). If the polarisation is not well aligned, you will also see the
carriers on the orthogonal polarisation.
Then, continue with the fine adjustment in elevation and azimuth. It is recommended that the span on the
spectrum analyser cover a single transponder. The resolution can be increased for the fine adjustment.
98
The polarisation alignment must be performed with a high degree of accuracy. Note that the crosspolar discrimination (XPD) requirement on transmitted signal may vary depending on the satellite
operator. During line-up, the control centre of the satellite operator will check if the terminals
XPD is sufficient and eventually ask the ODU installer to proceed with fine adjustment until the
XPD requirement is achieved.
99
Tighten all the bolts and screws properly and have a final check on signal level and polarisation.
Finally, the F-connectors must be protected against rain and humidity. Use a self-vulcanising tape suitable
for out-door use. The cables must also be properly marked.
100
101
G.3.4 Cables
Nera recommends cables from Times Fiber (see Appendix M). For cable lengths up to 62 m, Times Fiber
series 6 (diameter 6.93 mm) can be used. For lengths up to 82 m, use series 11 (diameter 10.2 mm) and
for longer lengths, use series 500 (diameter 14.2 mm).
Important: Do not use amplifiers or attenuators on the Tx-cable.
Use type F connectors for the cables.
The cable pulling from the ODU to the IDU must be performed according to the customer. Sharp bends
on the cables must be avoided (see figure below).
102
Appendix H.
The Nera SatLink 403x series of Ku-band transceivers is configured with internal OMT as shown in
Figure 28 below. The output interface of the transceiver (C120) is therefore connected directly to the feed
horn of the antenna.
Option
A
B
Option A interfaces the Nera SatLink 403x directly while Option B requires an adaptor in order to fit the
Nera SatLink 403x output interface. The hole patterns for option A and B are shown in Figure 29 and
Figure 30.
103
An overview of different antennas that can be used with the Nera SatLink 403x is given in the table
below. The table shows which feed horn hole pattern (option A or B) the antenna is configured and
whether an adapter is required for mounting the Nera SatLink 403x to the antenna feed horn. The adapter,
having model no. Nera SatLink 4901, having Nera P/N 107268, can be order from Nera Satcom.
Manufacturer
Andrew
Andrew
Andrew
Andrew
Andrew
Andrew
Andrew
Andrew
Andrew
Andrew
Andrew
Andrew
Visiosat
Visiosat
Antenna Model
Description
Single offset
Single offset
Single offset
Single offset
Single offset
Single offset
Single offset
Single offset
Dual Optics
Single offset
Dual Optics
Single offset
Single offset
Single offset
Feed horn
interface
option
Ant.
Size
A
B
A
B
A
B
A
B
B
B
B
B
A
A
0.96 m
0.96 m
0.96 m
0.96m
1.20 m
1.20 m
1.20 m
1.20 m
1.80 m
1.80 m
2.40 m
2.40 m
0.90 m
1.20 m
Nera P/N
107482
100883
107483
100882
104216
104612
105645
107077
Manufacturers P/N
62-96051-02
62-96052-11
62-96055-02
62-96056-01
62-12351-02
62-12356-11
62-12355-02
62-12362-01
62-18452-02
62-18356-01C
62-24452-02
62-24356-01C
0141088
0141143
Adapter required
No
Nera SatLink 4901
No
Nera SatLink 4901
No
Nera SatLink 4901
No
Nera SatLink 4901
Nera SatLink 4901
Nera SatLink 4901
Nera SatLink 4901
Nera SatLink 4901
No
No
Antenna approvals
Eutelsat
x
x
x
x
x
x
x
x
x
Intelsat
x
x
x
x
x
x
x
x
Ana
-tel
x
x
x
x
x
x
x
x
x
x
x
104
H.1
Mounting the feed horn interface adapter on the Nera SatLink 403x
Antenna feeds with the option B hole patterns will require use of adapter kit Nera SatLink 4901 (Nera
P/N 107268) for interfacing the Nera SatLink 403x. Use the following procedure:
1) Insert the rubber gaskets supplied with the adapter on both sides of the adapter.
2) Use the 4 UNC screws to fasten the adapter to the Nera SatLink 403x flange as shown in Figure 31.
3) Fasten the Nera SatLink 403x to the antenna feed horn as shown in Figure 32.
H.2
In the cases where one upgrade an existing VSAT site configured with an antenna listed in Table 12 to a
DVB-RCS site configured with the Nera SatLink 403x transceiver, the antenna will normally be
configured with a feed horn with the option B hole pattern (Figure 30) and an OMT. In order to fit the
Nera SatLink 403x to the antenna from the VSAT installation do the following:
1. Remove the OMT. This part is not used when installing the Nera SatLink 403x transceiver.
2. Use the adaptor Nera SatLink 4901 (Nera P/N 107268) to interface the Nera SatLink 403x to a feed
horn with interface C120 / 4 screws as shown in Figure 31 and Figure 32,
Alternatively there can for Andrew 96 cm and 1.2 m antennas be ordered separately feed horn (Andrew
P/N 61-00233-01) with interface option A.
105
Appendix I.
Nera SatLink Terminal can be used together with the Norsat 1010/1020XRT and Invacom TUL-204
BUCs. These BUCs do not support DiSEqC communication and do not have a power detector to measure
the actual output power from the HPA. A more complicated procedure to calibrate the Tx output power
must then be run as described below.
I.1
This section describes how to calibrate the Tx output power when using one of the following ODU
transmitters:
Invacom TUL-204
And all C-band BUCs
Please refer to section 6.3.2 for the description of the calibration procedure for the Nera SatLink 3000
(revision 5.0 and newer) and SatLink 403x.
Ensure that the Nera SatLink Terminal configuration procedure in section 6.2 has been performed.
Ensure that the Nera SatLink Terminal is configured to start the receiver (Rx) automatically, but not the
transmitter (Tx).
Enter the CLI command dvb rx autostart on to enable receiver automatic start.
Enter the CLI command dvb tx autostart off to disable transmitter automatic start.
Enter the CLI command dvb rx show. Verify that the parameter Auto start is set to Enabled.
Enter the CLI command dvb tx show. Verify that the transmitter is Off and the parameter Auto
start is set to Disabled. If the transmitter is On, use the command dvb tx logoff.
Enter the CLI command save config to save this configuration.
Ensure that the Tx and Rx cables from the Nera SatLink Terminal to the ODU are connected.
Restart the SatLink Terminal (issue the CLI command restart), wait till the application has loaded and
the Nera SatLink Terminal has locked to the received carrier. The receiver has successfully acquired the
forward link when the message Forward link up is displayed (see section 6.3.1 for further details).
Logon as the install user (user = install, factory default password = dvbrcs)
Call the control centre and have contact by phone for the following measurements.
Set up a continuous wave (CW) with the following command:
dvb tx cw on <pow> <freq>
where
pow
freq
Example:
dvb tx cw on -30 14100000
will transmit a CW from the ODU output at 14.1 GHz with an IDU output power of 30 dBm from the
Nera SatLink Terminal.
106
Please check immediately with 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 Nera SatLink Terminal immediately
The operator control centre will instruct you to adjust your power in positive or negative steps. Never
make power adjustments steps larger than 5 dB. Please update the transmitted power level using the
above dvb tx cw on command until the desired power level is measured at the control centre.
When the operator confirms that the correct power level has been reached, then turn off the CW
transmission with dvb tx cw off before storing this power level as the nominal IDU power level to be
used for transmission. Type the CLI command:
dvb tx outpow <tx output power>
where tx output power is the power level in dBm. Verify the setting by issuing the CLI
command
dvb tx show
The operator instructs you to increase power by 5 dB (i.e. pow = -30 + 5 = -25). You type:
dvb tx cw on -25
The operator instructs you to decrease power by 3 dB. (i.e. pow = -25 - 3 = -28). You type:
dvb tx cw on -28
The operator instructs you to increase power by 1 dB. (i.e. pow = -28 + 1 = -27). You type:
dvb tx cw on -27
The operator confirms that the correct power setting is obtained. Confirm the nominal power setting by
storing this power level. To configure the nominal power level, turn off the CW transmission with:
dvb tx cw off
107
108
Appendix J.
The boot SW
In order to logon and use the boot SW, press return (the software will wait 10 seconds before
automatically loading the DVB-RCS application):
1. When Login is displayed type the user name install
2. When Password is displayed type dvbrcs12
In the boot-loader there is available a minimal CLI supporting the file system commands and access to the
LAN. Type ? (question mark) to display the available CLI commands.
12
dvbrcs is the factory default password and might have been changed by the user
109
Appendix K.
K.1
1.
Troubleshooting
Q&A
Question
Input from keyboard is not displayed on the
screen, but information from the terminal is
visible
2.
3.
4.
5.
6.
7.
8.
110
Answer
Verify that the Local Echo is enabled in the
Telnet Client.
In Windows XP, the Local Echo is enabled by the
following procedure:
C:\ Telnet
Microsoft Telnet> set localecho
Local echo on
Microsoft Telnet>
To connect to the SatLink terminal, type the
command
Microsoft Telnet> open <ip-address>
The terminal is missing all or parts of the
information in the signal transmitted from the
DVB-RCS Gateway.
Verify that the receiver status is locked using
the command DVB RX SHOW.
If the status is anything other than locked,
verify the interface connections according to
chapter 3.5 above.
If the status is locked, please contact the
System Operator to confirm that the equipment
has been configured correct.
Verify that the GPS configuration is correct.
If transmit level calibration has not been
performed, power off the SatLink terminal and
contact the DVB-RCS system operator.
The NAT and GRE feature require license keys to
be enabled. Contact the System Operator or ISP
to obtain this license.
Password can be changed with the command
# user passwd <newpasswd>
To change the password on a different user, the
command is:
# user passwd <loginname> <oldpasswd>
<newpasswd>
A new password will have to be defined for the
user. Contact the System Operator for assistance.
See description in chapter 12 above.
Contact the System Operator or Nera at
satlink.support@nera.no
K.2
K.3
ping t <ipaddr> start a continuous ping test towards the specified IP address in order to gather
statistics
use ctrl-break to read statistics during test (This option is not supported by all Windows operating
systems)
use ctrl-c to stop the test
Manual software upgrade or download of file using CLI command dload can fail is that there is not
sufficient available memory in the Nera SatLink terminal file system. This can happen if several software
images have been downloaded to the terminal without deleted the older backup images.
The Nera SatLink Terminal file directory normally contains two application files, namely:
dvb-rcst.tgz13
The current DVB-RCS application
xxx.bak
The back-up DVB-RCS application
in addition to the smaller configuration and log files.
To view the Nera SatLink Terminal file directory, type the CLI command dir. There should not be more
than the above listed application files.
13
Example:
# dir
Volume Label :NERADVB-RCST10
Directory Name : DVB-RCST
FileName
oldLog.txt
activeLog.txt
xxx.bak
dvb-rcst.tgz
config.txt
Size
9816
3192
1691265
1690755
5188
Date
00/00/0000
00/00/0000
00/00/0000
00/00/0000
00/00/0000
Time
00:34:20
00:00:25
00:04:21
00:24:28
00:00:13
#
If the directory list reveals that there are other large files present, please delete these files using the CLI
command del and retry the manual sw upgrade (or dload) procedure.
K.4
If a problem occurs with the DVB-RCS terminals for which support might be needed, having the
information listed below available will be helpful.
1. The terminal log from the HyperTerminal Window.
If possible log the output from the terminal to the HyperTerminal Window when the problem occurs.
The output from the HyperTerminal window can either be copied to a text file by setting the capture
text options in HyperTerminal (-> Transfer -> Capture Text) or copied directly from the
HyperTerminal windows using the normal Windows copy function (CTRL+C). The content can then
be pasted in a text editor such as Notepad or Word to generate a file suitable for being included as an
e-mail attachment.
When logging to HyperTerminal please issue the following CLI commands and capture the output.
ip show
ip show -mcast
dvb tx show
dvb tx show -capacity
dvb rx show
dvb rx show -pid
dvb pos show
odu show
sw show
log show
dir
112
K.5
The following are the most common events that may be shown in the log from the Nera SatLink
Terminal. Use the CLI command log show to display the list of events stored in memory and the CLI
command type activeLog.txt to display the list of events stored on the flash file system.
Events of type Major will normally cause disruption in the data transfer, while events of type Critical
normally will require user intervention in order to restore the data communication with the DVB-RCS
gateway.
Event
Severity
User action
required
Restart terminal
Memory Allocation
Failed
Major
Memory Pool
Allocation Failed
Major
Restart the
terminal
CRU Buffer
Allocation Failed
Major
Restart the
terminal
Major
None
Major
None
Minor
None
Physical link
Synchronisation alarm
Major
None
Logon failure
Major
None
GW Busy
Major
None
Logon denied
Critical
GW initiated logoff
Major
Call DVB-RCS
gateway operator
None
Comment
The Nera SatLink Terminal software
application failed to allocate memory. If the
service is corrupted, reboot the terminal. If
the problem persists, please contact the
DVB-RCS gateway operator.
The Nera SatLink Terminal software
application failed to allocate memory. If the
service is corrupted, reboot the terminal. If
the problem persists, please contact the
DVB-RCS gateway operator.
The Nera SatLink Terminal software
application failed to allocate memory. If the
service is corrupted, reboot the terminal. If
the problem persists, please contact the
DVB-RCS gateway operator.
The Nera SatLink Terminal must log off, but
will automatically try to reacquire the
forward link and log on again
The Nera SatLink Terminal must log off, but
will automatically try to log on again.
The Nera SatLink Terminal was not able to
log on to the DVB-RCS gateway. After a
timer has expired the Nera SatLink Terminal
will retry to log on to the DVB-RCS
gateway.
The link to the DVB-RCS gateway is broken.
The Terminal will automatically try to logon
again to the DVB-RCS Gateway. If the
problem persists, contact the system operator.
The Nera SatLink Terminal was not able to
log on to the DVB-RCS gateway. After a
timer has expired the Nera SatLink Terminal
will retry to log on to the DVB-RCS
gateway.
The DVB-RCS gateway does not allow the
Nera SatLink Terminal to log on. After a
timer has expired the Nera SatLink Terminal
will retry to log on to the DVB-RCS
gateway.
The Nera SatLink Terminal is not allowed to
log on to the DVB-RCS gateway
The DVB-RCS gateway operator has forced
the Nera SatLink Terminal to logoff.
113
Event
Severity
Major
Critical
Logon successful
Normal
Terminal Logoff
Normal
None
Major
None
Normal
None
Tuning failure
configured transport
stream
Major
Major
Check RX
configuration
(frequency,
symbol rate).
Check that cable
to LNB is
properly
connected.
None
Major
None
114
User action
required
None
Comment
The Nera SatLink Terminal was not able to
enter the fine synchronisation state when
trying to log on. After a timer has expired the
Nera SatLink Terminal will retry to log on to
the DVB-RCS gateway.
The Nera SatLink Terminal is not able to
establish DiSEqC communication with the
ODU. Possible causes may be:
Cable to ODU not connected
IDU not configured for correct ODU
The ODU is defect and must be repaired
Event
Severity
Missing Table
Major
User action
required
None
TCT Inconsistency
Critical
Restart Terminal
ODU Communication
Failure
Critical
ODU Temperature
High
Major
ODU Temperature
Critical
ODU Short Circuit
Critical
Critical
Critical
TFTP Server
unreachable
Major
Major
Major
Check available
space on file
system
Critical
Comment
The Nera SatLink Terminal is not receiving a
mandatory DVB-S/DVB-RCS table on the
forward link. If the problem does not
disappear within 10-60 minutes please
contact the DVB-RCS gateway operator.
There is an error in the received TCT table.
If the problem does not disappear within 1060 minutes please contact the DVB-RCS
gateway operator.
The Nera SatLink Terminal is not able to
establish DiSEqC communication with the
ODU. Possible causes may be:
Cable to ODU not connected
IDU not configured for correct ODU
The ODU is defect and must be repaired
115
Event
Severity
SW checksum error
Major
Manual SW Upgraded
completed
Automatic SW
download started
Major
None
Normal
None
Automatic SW
download completed
Normal
None
Automatic SW
download failure
Major
None
116
User action
required
Check validity of
*.tgz file.
Comment
A checksum error is reported on the
application *.tgz file downloaded during the
software upgrade. The file will be deleted
and the software upgrade will be aborted.
Please contact the DVB-RCS gateway
operator to verify the integrity of the *.tgz
file.
It reports successful terminal software
upgrade via TFTP.
The Nera SatLink Terminal has started
automatic download via Multicast of a new
software version
The Nera SatLink Terminal has successfully
downloaded a new software version via
Multicast. The Nera SatLink Terminal will
automatically restart and activate the new
software version.
The Nera SatLink Terminal failed to
download a new software version via
Multicast. If the problem persists after 20-60
minutes, please contact the DVB-RCS
gateway operator.
Appendix L.
L.1
The Transmission Control Protocol TCP now is used by most applications on the Internet (e.g. HTTP,
POP3 and FTP). The protocol is designed for controlling the end-to-end flow of data over an IP network,
by imposing error control and congestion control. When using the protocol in satellite networks, the
mechanisms designed for improving the throughput in terrestrial networks, is acting counterproductive
due to the RTT delay. The problem areas of TCP are mainly:
Window size algorithm: the amount of data a sender will transmit is limited by a sliding window
protocol. The window is controlled by the reception of acknowledgement packets. This regulation
loop is very slow in satellite networks, and results in poor performance.
Slow start/ Congestion avoidance algorithm: When the protocol entity detects congestion (or rather
detect a situation perceived as congestion), the sending buffer is reduced in what is called the slow
start/congestion avoidance algorithm. Packet loss is interpreted as congestion by the TCP entity. This
means a high impact on bandwidth of a simple packet error.
Backchannel bandwidth: TCP needs a certain bandwidth for the back-channel in order to transmit
acknowledgements. The back channel will limit the forward channel. This is a limitation for
asymmetric channels like satellite access links.
To counter act some of these shortcomings, several actions can be taken using the standard TCP (and IP)
features and parameters. RFC 2488 recommends the following actions:
Path-MTU Discovery: is a feature of the underlying IP network. The purpose is to determine the
maximum packet size a connection can use on a given network path without being subjected to IP
fragmentation. Fragmentation requires more CPU overhead in the intermediate routers, and will
increase the delay. The mechanism utilises the IP header dont fragment bit, and transmits packets
with decreasing size (from the maximum allowed on the local network) until the packets are received
correctly by the destination. In the satellite network it is important to tune the packet size to the MPEG
frames used on the link.
FEC Forward Error Correction: is utilised.
TCP congestion control: The Slow start and congestion avoidance algorithms described above are
limiting satellite operation. However they are required by the standards, and can not be avoided. The
Fast Retransmit and Recovery mechanisms are somewhat reducing the effect of the slow
start/congestion avoidance, and are both part of all current TCP/IP implementations.
TCP Large windows: a path with a high bandwidth x delay product like the satellite link, needs a long
transmission window in order to utilise the bandwidth. The throughput of TCP is limited by the
formula: throughput = window size / RTT
Standard window size for TCP is 65 535 Bytes which means that the maximum throughput on a
satellite link is: 65535 B /560 ms = 936.2 kbit/s. This is below the forward link capacity. By increasing
the window size higher performance can be achieved. For web browsing this is normally not a
limitation, as more TCP connections are operating at the same time (normally 4 for HTTP 1.0). For
newer HTTP 1.1 browsers, this may become a limitation, as several HTTP request/reply sessions can
be multiplexed onto the same TCP connection (require support from server).
Window scaling: To enable window sizes above 64KB, the window scaling option according to RFC
1323 should be implemented to avoid sequence number overlap (as 16 bits can only represent 65535 at
the maximum). And the accompanying protocols
RTM round trip measurement: more refined round trip measurement by means of timestamps.
PAWS Combination of timestamps and sequence numbers to detect wrapped sequence
numbers.
Selective Acknowledgement: Basic TCP uses the goback-N acknowledgement scheme. This means
that an acknowledgement applies to all transmissions up to the ack number. This means that when
117
multiple packets are lost, all packets transmitted after the erroneous transmission must be
retransmitted. By employing a selective acknowledgement scheme, the ACK only applies to a single
segment. The SACK option as described in RFC 2018 points out which segments need to be
retransmitted. This has effect only for large windows (probability for substantial retransmissions).
L.2
TCP is a packet-based protocol where data is transmitted in variable sized blocks. The TCP Receive
Window has a default value of 8 kB in Windows 95/98/NT and about 16 kB in Windows ME/2000/XP,
which is adequate for relatively slow dialup modems and high-speed networks with relatively low latency
(round-trip delay less than about100 ms). Increasing the TCP Receive Window above the default setting
can in certain configurations improve the throughput on satellite connections were the round trip delay
typically is in the order of 600 ms.
Some free tools are available on the Internet to tweak various TCP/IP network settings that affect
downstream performances. They basically provide a short-cut to modify registries of Windows based
PCs.
Tcp Tune at http://moat.nlanr.net/Software/TCPtune/ and
Dr. Tcp at http://www.dslreports.com/front/drtcp.html are widely used freeware.
Microsoft has confirmed a TCP/IP transmission bug in Windows 95, 98, and NT that can adversely affect
upload throughput over high-delay networks. However, the problem is corrected in NT Service Pack 6.
Windows NT and Windows 95 have older TCP/IP stacks that do not support large windows or selective
acknowledgement. Reportedly there are some patches available to fix this for Windows 95. The window
size should be increased to 65kB.
Windows 98/ME/2000/XP support selective acknowledgement, window scaling, and large windows. The
default window size for Windows 98 is 8k. The Dr. TCP tool should be used to set large receive buffers
(65 kB or above), maximum TCP receive windows shall be set to 115000, as well as enabling windows
scaling/time stamps (RFC1323) and SACK (RFC 2018) functionality.
118
119
Appendix M.
Cable Specification
This appendix provides the cable specification for the cables to be used between the ODU and the Nera
SatLink IDU. Two separate cables are require; one cable for the transmit (Tx) signal and one cable for the
receive (Rx) signal.
M.1
Cable Requirements
Frequency range:
950-1450 MHz, Tx
950-2150 MHz, Rx
Maximum attenuation:
25 dB, Tx
9 dB + 10logR dB, Rx
R: Minimum symbol-rate (Msps)
Maximum DC resistance:
2.5 (Tx)
Screening effectiveness:
Impedance:
75 Ohm
Connectors:
F-type
Environmental requirements:
Temperature:
Humidity:
Atmosphere:
M.2
-50C to 80C
0 to 100% (Condensing)
Salt, Pollutants and Contaminants as Encountered in Coastal and
Industrial Areas
AFU Number
Outside
diameter (mm)
6-series
11-series
500-series
T3088-101M
T3093
T24502
6.93
10.2
14.2
Attenuation at
1000 MHz
(dB/100m)
21.46
13.88
8.30
Screening at
1000 MHz
(dB)
110
75
100
DC-resistance
(/km)
40
30.4
5.61
120
1 Msps
26
97
80
66
53
40
163
133
111
88
66
121
Appendix N.
Compliance
The Nera SatLink 1000, 1900, 1901 and 1910 comply with the essential requirements of Article 3 of the
R&TTE 1999/5/EC Directive, if used for its intended use.
N.1
This equipment has been designed and tested to meet the requirements of the following standards:
N.2
This equipment has been designed and tested to meet the requirements of the following standards:
N.3 Efficient use of the radio frequency spectrum (Article 3.2 of the R&TTE
Directive)
This equipment has been designed and tested to meet the requirements of the following standard:
122
Appendix O.
The Nera SatLink Terminal can be configured to automatically restart tuning of the forward link after
having lost the forward link signal.
Likewise on the transmitter side, the Nera SatLink Terminal can be configured to automatically try to logon to the Gateway when the return link has been lost. The Terminal will not try to log-on again (despite
autostart enabled) if the Terminal has been explicitly requested to log off and remain logged off by the
Gateway (e.g. receiving Logon denied or Transmit disable in the unicast TIM).
The CLI commands for enabling/disabling auto restart of the Rx and Tx are:
dvb rx autostart <on|off>
dvb tx autostart <on|off|traffic>
The normal factory default setting is that rx autostart is set to enabled and tx autostart is set to disabled.
Once the SatLink terminal has been correctly installed and commissioned by the Network Operator, it is
convenient to enable rx autostart and tx autostart as described in section 6.5.
When rx autostart and tx autostart are set to off (disabled), the Nera SatLink Terminal will make one
attempt to acquire the forward link when issuing the CLI command dvb rx start. If this attempt fails,
a new attempt must be manually triggered by issuing the dvb rx start command once again.
When rx autostart is enabled and tx autostart is disabled, the Nera SatLink Terminals reaction to the CLI
command dvb rx start is to continuously attempt to acquire the forward link until it succeeds or is
manually stopped (using CLI command dvb rx stop). If the forward link acquisition succeeds, the
Terminal will enter a receive-only modus. Issuing the CLI command dvb tx logon will trigger the
Terminal to attempt a single log-on attempt. Upon failure, the dvb tx logon command must be
manually entered again in order to trigger a new log-on attempt. Alternatively, the CLI command dvb tx
autostart on can be used trigger the log-on procedure and at the same time configure the terminal to
automatically retry to log-on if the log-on attempt fails or the terminal has been logged off for some
reason.
The CLI command dvb rx autostart on will not automatically trigger the forward link
acquisition procedure. The CLI command dvb rx start must be explicitly issued. This is
contrary to the CLI command dvb tx autostart on, where the initiation of the log-on
procedure is implicit.
Tx autostart set to enabled will overrule any rx autostart configuration. In other words, if the Tx autostart
is enabled and the forward link or NCR synchronisation is lost, the Nera SatLink terminal will attempt to
retune/re-acquire the forward link regardless of rx autostart being enabled or not.
123
Appendix P.
When the receiver of the Nera SatLink terminal is switched on (using dvb rx start), the terminal
carries out a Forward Link acquisition procedure to obtain the DVB RCS system information necessary to
perform log-on to the network. The DVB RCS system information is transmitted in specific DVB RCS SI
tables that are standardised in EN 301 790. The identifiers that the terminal uses to find the DVB RCS SI
tables are embedded within standard DVB-S Forward Link signalling table sets that are standardised in
EN 300 468 and ISO/IEC 13818-1. Table 16 lists the DVB-S tables and the DVB RCS SI tables that are
relevant for accessing the DVB RCS network.
DVB-S SI tables
Table name
PID
NIT
0x0010
PAT
PMT
Table name
Abbrev
PID
RMT
assigned
0x0000
PCR
assigned
assigned
SPT
assigned
SCT
assigned
FCT
assigned
TCT
assigned
TIM
assigned
TBTP
assigned
CMT
assigned
Table 16 List of DVB-S and DVB RCS specific tables that are used when accessing the network.
124
The Nera SatLink Terminal can report the following Receiver State status:
Off
Tuning transponder one
Tuning transponder two
Tuning transponder three
Waiting for NIT (transponder one)
Waiting for PAT (transponder two)
Waiting for PMT (transponder two)
Waiting for RMT (transponder two)
Waiting for PAT (transponder three)
Waiting for PMT (transponder three)
Waiting for DVB RCS Tables/NCR Lock
Forward link up
Tuner lock lost
If the Forward Link acquisition proceeds normally and is successful, the CLI output message when typing
dvb rx show will not normally display the receiver states Tuning and Waiting for as the
acquisition is performed so quickly that the states have already passed.
If the Forward Link acquisition fails or comes to a stop, however, the Receiver State status (obtained by
issuing the dvb rx show CLI command) will display the current stage in the acquisition process.
125