|
XMPP-TransportEin XMPP-Transport (auch XMPP-Agent oder XMPP-Gateway) ist ein Dienst innerhalb eines XMPP-Netzwerkes, der Nutzer anderer Instant-Messaging-Systeme transparent als XMPP-Nutzer repräsentiert. Hiermit ist es möglich, andere Netzwerke (oft als Legacy Services bezeichnet) wie AIM, ICQ, Y!M, Gadu-Gadu oder IRC zu verwenden und mit deren Benutzern zu interagieren. Auch zu MSN gab es Transports, welche durch die Abschaltung von MSN jedoch obsolet wurden. Die Server „übersetzen“ dabei die Nachrichten zwischen den Netzwerken, ohne dass die beiden beteiligten Benutzer hierfür besondere Vorkehrungen treffen müssen. FunktionsweiseFolgendes Beispiel soll den Ablauf zwischen Alice, die einen XMPP-Client benutzt und Bob, der bei ICQ registriert ist, veranschaulichen:
 Jeder Benutzer von XMPP kann sich bei Transports registrieren, indem er seine vorhandenen Login-Informationen an diesen Dienst übergibt. Dazu müssen Clients Service Discovery[1] (kurz disco, zu deutsch „Dienste durchsuchen“) unterstützen. So ist es möglich, Server nach angebotenen Transports zu durchsuchen und ohne zusätzliche Installation von Plugins, Kommunikation mit Nutzern proprietärer Instant-Messaging-Netzwerke zu betreiben. Obwohl das XMPP-Protokoll bezüglich der Umsetzung von Funktionen von Fremdnetzen keine Einschränkungen vorgibt, unterstützen die aktuellen Transports nur Basisfunktionen (Senden und Empfangen von Nachrichten, Sichtbarkeiten). Sofern Datentransfers und Chaträume unterstützt werden, ist die Nutzung zumeist nur eingeschränkt möglich. Der Transport selbst wird auch durch einen Jabber Identifier repräsentiert. So kann man z. B. die Sichtbarkeit oder Abwesenheitsnachricht für das jeweilige Netz gesondert setzen, oder „für den Transport offline sein“, was ein Ausloggen aus dem jeweiligen Dienst bewirkt. VorteileDer Vorteil dieses Konzepts ist, dass ein großer Teil der Komplexität von den Clients auf die Transports abgewälzt wird. Das erlaubt die Herstellung von reinen XMPP-Clients, die ohne Transports eine zu kleine Akzeptanz hätten. Reine XMPP-Clients sind erheblich einfacher zu programmieren und zu warten, zumal das XMPP-Protokoll wegen der öffentlichen und stabilen Spezifikation gut implementiert werden kann. Davon profitiert letztlich der Endanwender, weil dadurch die Vielfalt der Clients steigt. Außerdem müssen Updates im Umgang mit den Fremd-Protokollen nicht durch neue Client-Versionen verteilt werden. Stattdessen wird nur die Server-Software aktualisiert, und alle Clients profitieren unmittelbar von den Änderungen. Ein weiterer Vorteil ist die größere Homogenität in der Benutzerführung, die reine XMPP-Clients bieten. Die ist zwar nicht zwingend auf reine XMPP-Clients beschränkt, de facto führen die speziellen Eigenschaften der Fremdprotokolle zu komplexeren Konfigurationsfenstern von Multi-Protokoll-Clients. NachteileDie Transporte werden von vielen Nutzern aufgrund unbefriedigender Verlässlichkeit und Stabilität sowie der hohen serverseitigen Last nur als Notlösung betrachtet. Sie sehen den Sinn der Nutzung vor allem darin, während der Übergangszeit die bisherigen Kontakte, die noch proprietäre Netzwerke nutzen, in XMPP verfügbar zu haben. Dennoch wird von vielen Nutzern auch der Dauereinsatz als gerechtfertigt angesehen, zumal nicht alle Kontakte Interesse an einer Migration zu XMPP haben. Bekannte Software für XMPP-TransportsFunktionalitätsreiche, in Python entwickelte Transports sind:
Andere, frühe Implementierungen die teilweise noch in den Paketlisten einiger Distributoren enthalten sind nutzten einen Fork des Kommerzielle Anbieter bieten auch Gateways vom XMPP- ins GSM-Netz für den transparenten SMS-Versand an.
Dokumente
Einzelnachweise
|
Portal di Ensiklopedia Dunia
