13.10. Sanntidskommunikasjonsprogramvare

Debian tilbyr et bredt spekter av Real-Time Communications (RTC) klientprogramvare. Oppsettet av RTC-tjenere er drøftet i Seksjon 11.8, «Sanntids kommunikasjonstjenester». I SIP-terminologi er et klientprogram eller enhet også referert til som en brukeragent.

Hver klientapplikasjon har ulik funksjonalitet. Enkelte programmer er mer praktiske for intensive samtalebrukere, mens andre programmer er mer stabile for nettkamerabrukere. Det kan være nødvendig å teste flere programmer for å identifisere de som er mest tilfredsstillende. En bruker kan til slutt bestemme at de trenger mer enn ett program, for eksempel en XMPP-applikasjon med meldingstjeneste for kunder, og et IRC-program for samarbeid med nettsamfunn.

For å maksimere muligheten for brukerne til å kommunisere med resten av verden er det anbefalt å sette opp både SIP- og XMPP-klienter, eller en enkelt klient som støtter begge protokollene.

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

Real-Time Communications Quick Start Guide (Hurtigstartveileder til sanntidskommunikasjon) har et kapittel øremerket for klientprogrammer.

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

TIPS Se etter klienter som støtter ICE og TURN

Noen RTC-klienter har betydelige problemer med å sende tale og video gjennom brannmurer og NAT-nettverk. Brukere kan motta samtaler uten lyd (telefonen deres ringer, men de hører ikke den andre personen), eller de kan være ute av stand til å ringe i det hele tatt.

ICE- og TURN-protokollene ble utviklet for å løse disse problemene. Å operere/drive en TURN-tjener med offentlige IP-adresser i hvert område, og å bruke klientprogramvare som støtter både ICE og TURN gir den beste brukererfaringen.

Hvis klientprogramvaren bare er ment for direktemeldinger, er det ikke krav til støtte for ICE eller TURN.

Debians utviklere opererer/driver en community SIP-tjeneste på rtc.debian.org. Community vedlikeholder en Wiki med dokumentasjon om hvordan sette opp mange av klientprogrammene i Debian-pakken. Wikiens artikler og skjermbilder er en nyttig ressurs for alle som setter opp en tilsvarende tjeneste på sitt eget domene.

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

ALTERNATIV Internet Relay Chat

I tillegg til SIP og XMPPIRC kan også IRC vurderes. IRC er mer orientert rundt begrepet kanaler, navnet som starter med en emneknagg #. Hver kanal er vanligvis rettet mot et bestemt emne, og en rekke personer kan bli med i en kanal for å diskutere emnet (men brukere kan likevel ha en-til-en private samtaler om nødvendig). IRC-protokollen er eldre, og tillater ikke ende-til-ende-kryptering av meldinger; det er fortsatt mulig å kryptere kommunikasjonen mellom brukerne og tjeneren ved å legge IRC-protokollen i tunnel i SSL.

IRC-klienter er litt mer kompliserte, og de gir vanligvis mange funksjoner med begrenset bruksverdi i et bedriftsmiljø. For eksempel er kanal-«operatører» brukere utstyrt med muligheten til å sparke andre brukere ut av en kanal, eller utestenge dem permanent, når den normale diskusjonen blir forstyrret.

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.

RASK TITT Videokonferanser med Ekiga

Ekiga (tidligere GnomeMeeting ) er et betydelig program for Linux-videokonferanser. Det er både stabilt og funksjonelt, og er meget lett å bruke i et lokalt nettverk. Å sette opp tjenesten i et globalt nettverk er mye mer komplisert når de involverte brannmurene mangler eksplisitt støtte for H323 og/eller SIP-Teleconferencing protokoller (telefonkonferanseprotokoller) med alle sine særheter.

Hvis bare én Ekiga-klient skal kjøres bak en brannmur, er oppsettet ganske greit, og innebærer bare videresending av noen porter til den dedikerte verten: TCP-port 1720 (lytter etter innkommende tilkoblinger), TCP-port 5060 (for SIP), TCP-portene 30000 til 30010 (for kontroll av åpne tilkoblinger) og UDP-porter 5000 til 5100 (for lyd- og videodataoverføring, og registrering til en H323 mellomtjener).

Når flere Ekiga-klienter skal kjøres bak brannmuren, øker kompleksiteten merkbart. En H323-mellomtjener (for eksempel gnugk-pakke) må settes opp, og oppsettet er langt fra enkelt.