TANDBERG 3G Gateway Data port Command Interface User Guide
1. Introduction
The TANDBERG 3G Gateway Data port Command Interface User Guide contains guidelines on how to use
the textual command interface supported by the 3G Gateway system, further referred to as 3G Gateway. The
Data port Command Interface can be accessed through Telnet via the LAN interface or through RS-232 by
connecting a serial cable to the serial interface connector, referred to as the Data port (ref. chapter 2). Three
Telnet sessions can be connected to the 3G Gateway at the same time in addition to the RS-232 connection.
If, after reading this manual, you require additional information concerning the use of the TANDBERG 3G Gateway Data port Command Interface, please contact your local TANDBERG dealer who will be able to
supply you with relevant information for special applications.
D1320203 3
TANDBERG 3G Gateway Data port Command Interface User Guide
2. Connecting to the Data port Command Interface through the RS-232 port.
The RS-232 port is a 9-pin, female, sub-D connector located on the front of the 3G Gateway. The port is
configured as a DCE (Data Communications Equipment). The RS-232 port is default set to 115200 baud, 8
data bits, none parity and 1 stop bit from factory. The RS-232 port is also referred to as the Data port.
2.1. Hardware and Cabling
The pin outs for the RS-232 are defined in the following table (the DTE, Data Terminal Equipment, could be
a PC or other device capable of serial communication).
Pin no Signal Description Direction
1 CD Carrier detect To DTE
2 RD Receive data To DTE
3 TD Transmit data From DTE
4 DTR Data terminal ready From DTE
5 Ground
6 DSR Data set ready To DTE
7 RTS Ready to send From DTE
8 CTS Clear to send To DTE
9 RI Ring indicator To DTE
NOTE! A straight through cable should be used between the TANDBERG 3G Gateway’s RS-232 port and
the DTE.
The figure below illustrates the recommended cable-wiring scheme for connecting the 3G Gateway to a PC
through RS-232.
TANDBERG3GGATEWAY PC
DCE, 9 pin DTE, 9 pin
1 CD 1 CD
2 RD 2 RD
3 TD 3 TD
4 DTR 4 DTR
5 GND 5 GND
6 DSR 6 DSR
7 RTS 7 RTS
8 CTS 8 CTS
9 RI 9 RI
DTR and RTS are ignored. DSR, CD, and CTS are always asserted, while RI is not used.
2.2. Troubleshooting
D1320203 4
TANDBERG 3G Gateway Data port Command Interface User Guide
If communication cannot be established between the PC/terminal and the TANDBERG 3G Gateway’s Data
port the following should be checked:
• Verify that the serial cable is a straight through 9-pin to 9-pin cable
• Confirm that the configuration of the PC/terminal’s serial RS-232 port is identical to the
configuration of the TANDBERG 3G Gateway RS-232 port.
•Verify that the PC/terminal’s serial RS-232 port is working properly by connecting it back-to-back
to another PC/terminal and send characters in both directions
1
.
1
It requires a null-modem cable to perform this test
D1320203 5
TANDBERG 3G Gateway Data port Command Interface User Guide
3. Connecting to the Data port Command Interface using Telnet
The TANDBERG 3G Gateway has one LAN port.
The 3G Gateway’s Telnet server provides access to the Data port Command Interface through a 10/100 base
T network interface supporting the TCP/IP protocol.
When connected to the 3G Gateway, type tsh to start a t-shell from the command line. The Telnet client will
receive a welcome message similar to the following:
NOTE! If the TANDBERG 3G Gateway has been protected with an IP password you will be prompted to
enter this password before you can access the Data port Command Interface via Telnet.
D1320203 6
TANDBERG 3G Gateway Data port Command Interface User Guide
4. The TANDBERG 3G Gateway Commands
4.1. Introduction
Typing ‘?’ or ‘help’ when connected to the Data Port Command Interface will return a list of valid
commands. The commands are used to control the functions of the 3G Gateway. A command may be
followed by a set of parameters and sub-commands. This chapter gives a description of all valid commands
for the 3G Gateway.
4.1.1. Command format
Typing ‘?’ or ‘help’ after a command will result in a usage text (*h of help response) being displayed. Usage
text gives information about the command format, i.e. valid parameters, sub-commands etc. An example is
shown below (the user input is shown in bold).
"Specifies the type of network to listen for incoming connections."
Numbers 1-64 and All/H324m/H323/SIP are parameters of the configuration (Xconf) command. Parameters
are arguments on which the command will operate upon. Required parameters are denoted by: < >, while
optional parameters are denoted by: [ ]. All possible values for given parameters are separated with slashes (
/ ). For some parameters, only their names are supplied within the brackets. In these cases specific parameter
values need to be substituted for the parameter names. Allowed parameter values, unless obvious, are
provided when the commands are discussed.
Sub-commands
are commands grouped together within a command. Different sub-commands within a
command may have different parameter sets. In the example below: Address and Authentication are subcommands to the command H323Gatekeeper. In the same sense Mode, ID and Password are sub
commands of H323Gatekeeper Authentication.
NOTE! The Data port Command Interface is not case sensitive.
D1320203 7
TANDBERG 3G Gateway Data port Command Interface User Guide
4.1.2. Command types
The commands can be divided into three major classes:
• Parameter Configuration Commands, Xconf.
• Status Commands, Xstat.
• User Commands, Xcom.
Parameter Configuration Commands
are commands that set a system parameter to a specific value. E.g.: The
command Xconf telnet mode: "on" enables telnet access on the 3G Gateway. If the command is
syntactically correct the 3G Gateway returns OK, otherwise the 3G Gateway returns ERROR. An example
is shown below (the user input is shown in bold).
Xconf telnet mode: "on"
OK
When issuing a Parameter Setting Command without a parameter, the 3G Gateway will return the command
with the current setting. E.g.:
Xconf telnet mode
*c xConfiguration Telnet Mode: On
OK
Status Commands
are commands that list different sets of system parameters. Status commands are
automatically called when corresponding parameters are being changed.
User Commands
are commands that allow users to configure operational parameters, like option keys,
service and dial plan entry manipulations, disk operations and system reboot.
4.2. The commands
The commands are divided into five groups: System Configuration Commands, General 3G Gateway
Commands, System Status Commands, Debug Commands and Special Commands.
D1320203 8
TANDBERG 3G Gateway Data port Command Interface User Guide
Each dial plan has the following general fields, i.e. Dialplan entry details:
• Enabled – If the box is checked the service becomes available.
• Name – The name of the dial plan as represented in the Dialplan Configuration
overview.
•Net type – Inbound call net type; either H324m, H323, SIP or All. All means that
independent of the net type the call is accepted on a match with the
predefined Prefix and Suffix.
•Prefix - Number to which the first part of the inbound number (bnr) is matche d. The
prefix
is specified in the dial plan entry. The prefix is stripped from the inbound
number.
•Suffix - Number to which the last part of the inbound number (bnr) is matched. The
suffix
is specified in the dial plan entry. The suffix is also stripped from the inbound
number. The part of the number which remains after stripping both prefix and
suffix is called remainder (See also the “useremainder” option in a DID service).
•ServiceId – Select one of the services as configured in th e Services menu ite m.
Each dial plan has the following service specific fields:
• Property – User configurable arguments used within a service.
• Source – User configurable figures and movies used within the service.
Argument details for the default DID service:
For a dial plan based on a DID service the following Arguments, i.e. properties, can be
D1320203 9
TANDBERG 3G Gateway Data port Command Interface User Guide
distinguished:
• Net type - Either H324m, H323 or SIP of the outbound call.
• AV mode – This mode determines the outbound audio and video call settings. It is either
Audio Only, Audio + Video, Auto(matic) no fallback to audio, Auto + fallback to audio
and Auto + always fallback to audio. In the “Audio Only” mode a voice call is being
setup, even when all endpoints support both audio and video capabilities. In th e “Audio
+ Video” mode a call is only being setup when endpoints support both audio and video
capabilities and a call with both these capabilities can be setup. In the “Auto” mode a
call is being setup according to the capabilities of the endpoints. Of the latter, 3 versions
can be distinguished: no fallback to audio, fallback to audio or always fallback to audio.
In the “no fallback to audio” case either an “audio + video“ or an audio only call is being
setup, depending on the capabilities choice of the initiating endpoint, i.e. when an “aud io
+ video” call is being setup, whereas the receiving endpoint only supports audio, the call
is terminated. In the “fallback to audio” case capabilities can be changed to an audio
only call when the receiving endpoint supports only audio, even when an “audio +
video“ call is being setup by the initiating endpoint. The “always fallback to audio” case
is used in case the telephony switch interferes or cannot handle capability renegotiation,
therefore when an “audio + video” call fails automatically an audio call is being setup.
•Prefix – Specifies the first part, i.e. the part preceding the remainder, of the outbound
number. The outbound prefix can be defined under “Arguments”.
•Suffix – Specifies the last part, i.e. the part appended to the remainder, of the Outbound
number. The outbound suffix can be defined un der “Arguments”.
•Use remainder - Specifies whether a particular part, i.e. the remainder, of the inbound
number will be used to form a part of the outbound number. For a remainder to become
non-zero a specified inbound “Prefix” has to match the first part and/or a specified
inbound “Suffix” has to match the last part of an inbound number, however individually
or combinations of both never fully match the complete inbound number. Both inbound
Prefix and Suffix can be defined under “Dialplan entry details”. When “Use remainder”,
is active the previously mentioned “remainder” will be appended to and precede the
“Prefix” and the “Suffix” of the outbound number, respectively. The outbound “Prefix”
and “Suffix“ precede and append, respectively, the “remainder” as to form the complete
outbound number. The latter prefix and suffix can be defined under “Arguments”.
Prefixes and suffixes are standard parameters of dial plans. Suppose, as an example, the
prefix, inbound, prefix and postfix numbers equal 1234, 9876154, 9876 and 54
respectively then the remainder equals 1 and the outbound number will be 12341. For
the same settings with an inbound number 9876254 results in an outbound number
12342. In case the prefix and/or suffix fully match the inbound number the remainder
will be empty and the useremainder value will be ignored.
•Allow forwarding - After call setup the call is offloaded from the 3G Gateway system,
i.e. not routed via the 3G Gateway system any longer, to free resources.
•Use sub number - The sub number is a number extension following the main number
and is separated from the main number by a "*". In this way a number plan behind a
main number can be reached directly.
Example of a DID Dialplan for mobile to SIP calls:
Note:
• For DID ServiceId = 1.
• avmode equals 1, 2, 3, 4 or 5 for Audio Only, Audio + Video and Auto (no fallback to
audio), Auto + fallback to audio or Auto + always fallback to audio, respectively.
•useremainder equals 0 or 1, for No and Yes, respectively.