|
twinkle
1.10.3
About: Twinkle is a softphone for your voice over IP and instant messaging communcations using the SIP protocol (Qt 5 port).
 Fossies Dox: twinkle-1.10.3.tar.gz ("unofficial" and yet experimental doxygen-generated source code documentation)  |
Twinkle is a SIP-based VoIP client.
To compile Twinkle you need the following libraries:
The following tools are also required:
First of all, choose which options you want to have enabled.
All possible options are:
-DWITH_QT5=On (on by default)-DWITH_ALSA=On (on by default)-DWITH_ZRTP=On-DWITH_G729=On-DWITH_SPEEX=On-DWITH_ILBC=On-DWITH_DIAMONDCARD=On# Create a subdirectory for the build an enter it
mkdir build && cd build
# Run cmake with a list of build options
cmake .. -Dexample_option=On
# Build Twinkle
make
# Install Twinkle
make installInstallation will create the following directory for shared user data on your system:
${CMAKE_INSTALL_PREFIX}/share/twinkleThe typical default value for CMAKE_INSTALL_PREFIX is
/usr/local.
If you want to create an application link on your desktop you can find an application icon in the shared user data directory:
On first run Twinkle will create the .twinkle directory
in your home directory. In this directory all user data will be put:
Give the command: twinkle
twinkle -h will show you some command line options you
may use.
NOTE: the CLI option is not fool proof. A command given at a wrong time may crash the program. It is recommended to use the GUI.
If you do not specify a configuration file
(-f <profile>) on the command line, then Twinkle will
look for configuration files in your .twinkle
directory.
If you do not have any configuration file, the configuration file editor will startup so you can create one. If you have configuration files, then Twinkle lets you select an existing configuration file. See below for some hints on settings to be made with the profile configuration editor.
If you specify a configuration file name, then Twinkle will such for this configuration file in your .twinkle directory. If you have put your configuration file in another location you have to specify the full path name for the file, i.e. starting with a slash.
NOTE: the configuration file editor only exists in the GUI. If you run the CLI mode, you must have a configuration file. So first create a configuration file in GUI mode or hand edit a configuration file, before running the CLI mode. If you run the CLI mode and you do not specify a file name on the command line, then Twinkle will use twinkle.cfg
If there is a NAT between you and your SIP server then you have 3 options to make things work:
STUN can be enabled in the NAT section of the user profile.
For the static address mappings enable the following in the NAT section of the user profile:
Use statically configured public IP address inside SIP messagesAnd fill in the public IP address of your NAT.
Twinkle will then use this IP address inside SIP headers and SDP bodies instead of the private IP address of your machine.
In addition you have to add the following port forwardings for UDP on your NAT
public:5060 --> private:5060 (for SIP signaling)
public:8000 --> private:8000 (for RTP on line 1)
public:8001 --> private:8001 (for RTCP on line 1)
public:8002 --> private:8002 (for RTP on line 2)
public:8003 --> private:8003 (for RTCP on line 2)
public:8004 --> private:8004 (for RTP for call transfer)
public:8005 --> private:8005 (for RTCP for call transfer)If you have changed the SIP/RTP ports in your profile you have to change the port forwarding rules likewise.
During execution Twinkle will create the following log files in your .twinkle directory:
When twinkle.log is full (default is 5 MB) then it is moved to twinkle.log.old and a new twinkle.log is created.
On startup an existing twinkle.log is moved to twinkle.log.old and a new twinkle.log is created.
A user profile contains information about your user account, SIP proxy, and several SIP protocol options. If you use Twinkle with different user accounts you may create multiple user profiles.
When you create a new profile you first give it a name and then you can make the appropriate settings. The name of the profile is what later on appears in the selection box when you start Twinkle again. Or you can give the name.cfg at the command line (-f option) to immediately start that profile.
The user profile is stored as '
At a minimum you have to specify the following:
If your SIP proxy does not request authentication and the value you filled in for 'Domain' can be resolved to an IP address by Twinkle, eg. it is an IP address or an FQDN that is in an A-record of the DNS, then you are ready now.
If your proxy needs authentication, then specify the following fields in the SIP authentication box:
If authentication fails during registration or any other SIP request because you filled in wrong values, then Twinkle will at that time interactively request your login and cache it.
An outbound proxy is only needed if the domain value cannot be resolved to an IP address by Twinkle or because your provider demands you to use an outbound proxy that is at a different IP address.
Check the 'use outbound proxy' check box in the SIP server section. For outbound proxy fill in an IP address or an FQDN that can be resolved to an IP address via DNS.
By default only out-of-dialog requests (eg. REGISTER, OPTIONS, initial INVITE) are sent to the outbound proxy. In-dialog requests (eg. re-INVITE, BYE) are sent to the target indicated by the far end during call setup. By checking 'send in-dialog requests to proxy' Twinkle will ignore this target and send these requests also to the proxy. Normally you would not need this. It could be useful in a scenario where the far-end indicates a target that cannot be resolved to an IP address.
By checking "Do not send a request to proxy if its destination can be resolved locally" will make Twinkle always first try to figure out the destination IP address itself, i.e. based on the request-URI and Route-headers. Only when that fails the outbound-proxy will be tried, but only for the options checked above. I.e. if you did not check the 'in-dialog' option, then an in-dialog request will never go to the proxy. If its destination cannot be resolved, then the request will simply fail.
By default a REGISTER will be send to the IP address resolved from the domain value or to the outbound proxy if specified.
If your service provider has a dedicated registrar which is different from these IP addresses, then you can specify the IP or FQDN of the registrar in the registrar-field.
The 'expiry' value is the expiry of your registration. Just before the registration expires Twinkle will automatically refresh the registration. The expiry time may be overruled by the registrar.
The 'registrar at startup option' will make Twinkle automatically send a REGISTER on startup of the profile.
When you invite someone to a call you have to enter an address. A SIP address has the following form:
sip:<user>@<host-part>Where 'user' is a user name or a phone number and 'host-part' is a domain name, FQDN or IP address
The only mandatory part for you to enter is the
Currently sip: is the only addressing scheme supported
by Twinkle.
Michel de Boer [michel@twinklephone.com]
Lubos Dolezel [lubos@dolezel.info]
1.9.4