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.

L'environnement graphique par défaut GNOME inclut le client de communication Empathy. Celui-ci sait gérer à la fois SIP et XMPP, autant pour la messagerie instantanée, la voix et la vidéo. KDE fournit KDE Telepathy, un client de communication qui utilise les mêmes bibliothèques Telepathy que le client Empathy de GNOME.

Il existe d'autres remplaçants potentiels pour Empathy/Telepathy ; les plus connus sont Ekiga, Jitsi, Linphone, Psi et Ring (anciennement SFLphone).

Certaines de ces applications peuvent aussi interagir avec des terminaux mobiles qui utilisent des applications comme Lumicall sur Android.

→ http://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.

Le protocole IRC étant très ancien, de nombreux clients existent, pour correspondre aux préférences de nombreuses catégories d'utilisateurs : citons par exemple XChat ou Smuxi (clients graphiques qui utilisent GTK+), Irssi (en mode texte), Erc (qui s'intègre à Emacs), etc.

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.