13.10. Logiciels de communication en temps réel

Debian fournit une vaste gamme de logiciels clients de communication en temps réel (RTC, Real-Time Communications). La mise en place de serveurs pour ces logiciels est décrite dans Section 11.8, « Services de communication en temps réel ». Dans le vocabulaire de SIP, une application ou un téléphone s'appellent, de manière collective, un « agent ».

Les applications clientes n'ont pas toutes les mêmes fonctionnalités. Certaines sont plus adaptées aux grands utilisateurs de discussions instantanées, alors que d'autres seront plus stables pour les utilisateurs de webcams. Il sera probablement nécessaire de tester plusieurs applications pour identifier celles qui correspondent le mieux aux besoins. Un utilisateur pourra ainsi décider qu'il a besoin de plusieurs applications ; par exemple, une application XMPP pour discuter avec des clients et un logiciel IRC pour collaborer avec des communautés en ligne.

Pour maximiser ses chances de pouvoir communiquer avec le vaste monde, il est recommandé de configurer à la fois SIP et XMPP sur un même client qui supporte les deux protocoles.

The default GNOME desktop suggests the Empathy communications client. Empathy can support both SIP and XMPP. It supports instant messaging (IM), voice and video. The KDE project provides KDE Telepathy, a communications client based on the same underlying Telepathy APIs used by the GNOME Empathy client.

Popular alternatives to Empathy/Telepathy include Ekiga, Linphone, Psi and Ring (formerly known as SFLphone).

Some of these applications can also interact with mobile users using apps such as Lumicall on Android.

→ https://lumicall.org

Le Guide de démarrage rapide des communications en temps réel dédie un chapitre aux logiciels clients.

→ http://rtcquickstart.org/guide/multi/useragents.html

ASTUCE Préférer les clients qui supportent ICE et TURN

Certains clients RTC ont des difficultés persistantes pour envoyer la voix et la vidéo à travers des pare-feu et des réseaux utilisant la translation d'adresses (Network Address Translation). Parmi les symptômes, on peut lister des appels fantômes (le téléphone sonne mais on n'entend pas le correspondant), ou l'impossibilité totale d'appeler.

Les protocoles ICE et TURN ont été développés pour résoudre ces problèmes. Pour faciliter au maximum la mise en service des clients pour les utilisateurs, il faudra mettre en place un serveur TURN avec une adresse IP publique dans chaque site et utiliser des logiciels clients qui supportent ces deux protocoles.

Le support de ces deux protocoles n'est pas obligatoire si les logiciels clients n'ont vocation qu'à faire de la messagerie instantanée.

Les développeurs Debian fournissent à la communauté un service SIP sur rtc.debian.org. La communauté maintient également un wiki avec de la documentation sur la manière de mettre en place et configurer la plupart des logiciels clients présents dans Debian. Les articles de wiki et les captures d'écran seront très utiles pour reproduire la mise en place d'un tel service sur un domaine privé.

→ https://wiki.debian.org/UnifiedCommunications/DebianDevelopers/UserGuide

ALTERNATIVE Internet Relay Chat

L'IRC peut aussi être considéré, en plus de (ou en remplacement de) SIP et XMPP. Ce service gravite autour de la notion de canaux (dont les noms débutent systématiquement par le signe dièse #) : chaque canal regroupe un ensemble de personnes autour d'un thème ou d'une habitude de groupe. Au besoin, des personnes peuvent converser en privé. Son protocole, plus ancien, n'offre pas la possibilité de sécuriser les échanges de bout en bout — mais il est possible de chiffrer les communications entre les utilisateurs et le serveur en faisant circuler ce protocole à travers SSL.

Les clients IRC, plus difficiles à maîtriser, offrent beaucoup de fonctionnalités peu utiles en entreprise. Les opérateurs sont des utilisateurs dotés du pouvoir d'exclure voire de bannir les utilisateurs indésirables pour préserver le calme au sein du canal.

Since the IRC protocol is very old, many clients are available to cater for many user groups; examples include XChat (only available in stretch-backports, not in stretch), and Smuxi (graphical clients based on GTK+), Irssi (text mode), Circe (integrated to Emacs), and so on.

DÉCOUVERTE Vidéoconférence avec Ekiga

Ekiga (anciennement GnomeMeeting) est une application phare du monde de la vidéoconférence sous Linux. Logiciel stable et fonctionnel, il s'emploie facilement et sans restrictions sur un réseau local, mais il est beaucoup plus difficile de faire fonctionner le service à travers un pare-feu qui ne gère pas explicitement SIP et/ou le protocole de téléconférence H323 et leurs subtilités.

Si l'on souhaite placer un seul client Ekiga derrière le pare-feu, on peut se contenter de forwarder (« faire suivre ») quelques ports sur la machine dédiée à la vidéoconférence : le port 1720 en TCP (port d'écoute des connexions entrantes), le port 5060 en TCP (port SIP), les ports 30000-30010 en TCP (pour le contrôle des connexions ouvertes) et les ports 5000-5100 en UDP (pour les transmissions audio et vidéo, et l'enregistrement dans un proxy H323).

Si l'on souhaite placer plusieurs clients Ekiga derrière le pare-feu, les choses se compliquent sérieusement. Il faut alors installer un « proxy H323 » (paquet gnugk), dont la configuration n'est pas triviale.