VoIP and SIP

Protocols

• SIP is the main standard, and is open. Different SIP clients can work together, however due to codecs differences and other aspects, this may not always work. SIP is more modern than H323 (an older standard) and is probably the best choice right now (March 2009).
• Work is in progress to add VoIP (audio / video support) to the XMPP (Jabber) protocol through the Jingle project.
• A SIP account can be obtained for free at ekiga.net. Note that Free gives you a SIP account (freephonie.net), however they do not always obey to the SIP specifications and some clients cannot work with this account. On the other hand, other clients have trouble connecting to ekiga.net...
• Firewalls can be problematic so some applications will use a STUN server to work around NAT issues. Ekiga seems to work fine, other applications are not always able to do this correctly apparently.
• Also, applications under VirtualBox seem to have more firewall related problems, even when using bridged mode.

SIP

• You cannot seem to have two applications registered to the same SIP account at the same time (it probably depends on the server settings, of course). Note that Ekiga does not unregister its session when quitting (you have to manually do it in the Accounts window).
• An outbound proxy is the server used to make outgoing calls.

Codecs

• The best codec seems in fact to be G729, but it is not a free codec.
• G723 and iLDC (not supported by OVH) seem good too. But G723 has poor client support at least in Linux.
• G711 (u-law / A-law) works everywhere, but is very poor quality.

DTMF

• There are three methods for sending DTMF tones. Not all of them are supported on every client:
  • Inband (the tone is sent via the audio flux)
  • RTP (RFC 2833)
  • SIP INFO

Applications

• On Linux, as of June 2010 the best application seems to be sflphone.
• Other worthy applications, ordered by note:
  • qutecom (very nice interface, works decently, no G723/G729 codec support included)
  • sflphone (stable, bad interface, few codecs, no inband DTMF support, no Gentoo package)
  • Ekiga (very buggy, decent interface, development seems to be not very active)
  • ZoIper (not free software, but good interface)
  • SIP Communicator (written in Java, needs JMF - Java Media Framework - with the native libraries, and it's impossible to install those in Gentoo right now). Maybe on IcedTea it would work better.
  • Linphone (most of the times, does not work)
  • twinkle (stable, but totally outdated interface and not compatible with KDE 4)
  • Empathy (could not get SIP to work, and is a typical Gnome application, eg, very bad :)

• On Mac OS X Ekiga is unfortunately not available. X-Meeting should be used but it seems much more buggy than Ekiga.
• GoogleTalk will add support for SIP at some point.

qutecom

• It seems possible to build optional G729 codec support, but it does not look simple.
• There does not seem to be any option for DTMF sending, but it works great with OVH anyway.

Ekiga

• To get debugging ouput under Gentoo, Ekiga and associated libraries must be built with the debug USE flag (that's not only for internal gdb debugging).
• To get DTMF support (the ability to send tones via the dialpad), you must build Ekiga and its libraries with the dtmf USE flag. It does not seem to work very well (with every system) yet though. If you press a key on the dialpad while Ekiga was not built with DTMF, I had a very strange error (every call would later result in "Security Check Failed"). The error goes away after some time.

Twinkle

• Twinkle is still based on Qt 3, and has such is ugly and currently have a problem with KDE 4 preventing the application from minimizing to the system tray.
• Apart from that, it looks more mature than Ekiga. I had fewer problems when calling via Localphone.com VoIP provider (calls are getting disconnected though).
• It is now masked in Portage so is not a long term solution unless a new version (KDE 4 native) appears.

Providers

• OVH does not support DTMF via RFC with a G711 codec (and I am not sure SIP INFO works everywhere, so this is problematic).
• OVH supported codecs:
  • G711 (a/u)
  • G723
  • G726
  • G729

Conferences

• For conferences (eg, more than 2 people) a server should be used, with each peer obtaining a connection to the server.

Closed Applications and Protocols

• There are many closed protocols and applications. Skype is one of them. It is easy to setup and works relatively well, but the Linux version is not the same quality as the Windows one.
• MSN, iChat etc also use closed protocols which makes the use of audio / video hard with them.