[jdev] Bytestreams fallback mechanism

Guillaume Desmottes cass at skynet.be
Fri Dec 28 03:19:37 CST 2007


Hello,


I'm working for Collabora Ltd. on the OLPC project. We developed tubes
[1] which is a Telepathy component that allows arbitrary applications to
communicate together through an existing IM infrastructure.

Tubes are currently implemented in Gabble (XMPP) and Salut (XMPP link
local). See [2] if you are interested about the XMPP protocol.
Stream tubes use stream initiation to establish their connections. For
now, only IBB is implemented in Gabble which is not very efficient. So
we'd like to add real p2p connections as OOB and, later, use Jingle
magic to perform NAT penetration.

In order to always use the "better" bytestream, we'd like to do
something like that:
a) Try normal OOB using a direct TCP connection
b) Try OOB with NAT penetration
c) Give up and use IBB


Does XMPP have a standardised way to do that?
I found this [3] proposal but it seems Spark specific.
Xep-0041: Reliable Entity Link could do the job too but is was
retracted.

Any other solution or should we define our own protocol to do that?


Thanks for your help.


G.


[1]
http://telepathy.freedesktop.org/spec.html#org.freedesktop.Telepathy.Channel.Type.Tubes
[2] http://people.collabora.co.uk/~smcv/tubes.html
[3] http://thread.gmane.org/gmane.network.jabber.standards-jig/10468

-- 
Guillaume Desmottes <cass at skynet.be>
Jabber <cassidy at jabber.belnet.be>
GPG 1024D/711E31B1 | 1B5A 1BA8 11AA F0F1 2169  E28A AC55 8671 711E 31B1




More information about the JDev mailing list