P2P tubes on link-local (Salut)

Hi,

Salut implements MUC tubes, but not 1-1 tubes:
http://te
lepathy.freedesktop.org/wiki/Tubes

Our current "tubes over XMPP" spec does not
specify 1-1 tubes on
link-local:
http
://telepathy.freedesktop.org/xmpp/tubes.html

I started a draft to add 1-1 tubes on link-local (both
stream tubes
and D-Bus tubes) on this spec:
http://monkey.collabora.co.uk/telepathy-gabble-alban-t
ube/
HTML version: h
ttp://people.collabora.co.uk/~alban/tmp/tubes.html

Some points:

- We don't need NAT traversal on link-local, a direct TCP
connection
  should be enough for both D-Bus and stream tube.

- I use the Jingle namespace, but I don't know if it is
correct:
  <transport xmlns='urnmpp:t
mp:jingle:transports:raw-tcp'>

- <message> stanzas are avoided to advertise and
establish a tube: <iq>
  is more relevant for things that look like method calls
and method
  returns, and we avoid this bug:
  ht
tps://bugs.freedesktop.org/show_bug.cgi?id=14485

- No <presence> stanza is added.

- Other tubes is not changed (1-1 XMPP, MUC XMPP and MUC
link-local)
  to remain compatible with current implementations.

Comments welcome.

-- 
Alban
_______________________________________________
Telepathy mailing list
Telepathylists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/telepathy

Le Fri, 18 Apr 2008 11:50:27 +0100,
Alban Crequy <alban.crequycollabora.co.uk> a
écrit :

> - <message> stanzas are avoided to advertise and
establish a tube:
> <iq> is more relevant for things that look like
method calls and
> method returns, and we avoid this bug:
>   ht
tps://bugs.freedesktop.org/show_bug.cgi?id=14485

If I offer a tube with a <message> stanza to a remote
Jabber client that
does not support tubes, the message will just be ignored and
I will wait
the reply forever. With an <iq> stanza, the remote
client will reply
with an error:

<iq from=... type="error" to=...
id="101" >
...
<error type="cancel" >
<feature-not-implemented xmlns="urn:ietf:paramsml:ns
mpp-s
tanzas"/>
</error>
</iq>

So my connection manager can close the tube and I can get a
feedback
in the UI.

-- 
Alban
_______________________________________________
Telepathy mailing list
Telepathylists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/telepathy

Le Fri, 18 Apr 2008 11:50:27 +0100,
Alban Crequy <alban.crequycollabora.co.uk> a
écrit :

> Hi,
> 
> Salut implements MUC tubes, but not 1-1 tubes:
> http://te
lepathy.freedesktop.org/wiki/Tubes
> 
> Our current "tubes over XMPP" spec does not
specify 1-1 tubes on
> link-local:
> http
://telepathy.freedesktop.org/xmpp/tubes.html
> 
> I started a draft to add 1-1 tubes on link-local (both
stream tubes
> and D-Bus tubes) on this spec:
> http://monkey.collabora.co.uk/telepathy-gabble-alban-t
ube/
> HTML version: h
ttp://people.collabora.co.uk/~alban/tmp/tubes.html

I've written a diagram for link-local peer-to-peer stream
tubes:

http://people.collabora.co
.uk/~alban/d/2008/05/salut-stream-tube/salut-stream-tube.png

http://people.collabora.co
.uk/~alban/d/2008/05/salut-stream-tube/salut-stream-tube.msc


A TCP or Unix connection can be established only when the
other end
listens on the socket. The other end MUST listen on the
socket
causally before the connection attempt. The above diagram
shows
TCP/Unix connections, D-Bus messages and XMPP stanzas. Each
kind of
message can travel at different speed.

Proposed rules to avoid race conditions:

1. The web server MUST listen for connections from the CM
before
offering the stream tube.

2. The initiator CM MUST listen for connections from the
receptor CM
before sending the XMPP IQ stanza set.

3. The receptor CM MUST listen for connections from the Web
browser
before sending the TubeStateChanged D-Bus signal.

-- 
Alban
_______________________________________________
Telepathy mailing list
Telepathylists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/telepathy

Le jeudi 22 mai 2008 à 12:52 +0100, Alban Crequy a écrit :
> I've written a diagram for link-local peer-to-peer
stream tubes:
> 
> http://people.collabora.co
.uk/~alban/d/2008/05/salut-stream-tube/salut-stream-tube.png

> http://people.collabora.co
.uk/~alban/d/2008/05/salut-stream-tube/salut-stream-tube.msc

> 

nice diagram 

> A TCP or Unix connection can be established only when
the other end
> listens on the socket. The other end MUST listen on the
socket
> causally before the connection attempt. The above
diagram shows
> TCP/Unix connections, D-Bus messages and XMPP stanzas.
Each kind of
> message can travel at different speed.
> 
> Proposed rules to avoid race conditions:
> 
> 1. The web server MUST listen for connections from the
CM before
> offering the stream tube.
> 

agree

> 2. The initiator CM MUST listen for connections from
the receptor CM
> before sending the XMPP IQ stanza set.
> 

humm, I think so, yes

> 3. The receptor CM MUST listen for connections from the
Web browser
> before sending the TubeStateChanged D-Bus signal.
> 

agree


	G.

_______________________________________________
Telepathy mailing list
Telepathylists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/telepathy