On Thu, Oct 8, 2009 at 11:48 PM, Les Hazlewood <lhazlew...@apache.org> wrote:
> Hi Ashish (and others),
>
> Yep, I think a good way to visualize this is to think of a JMS broker:
>
> Host A can send data to Host B, but not directly - both Host B and
> Host A must directly connect to the broker.

Got it. Its more or less during negotiations you want Server, after
that direct streaming. Something similar to RTP.
AFAIK, in JMS, messaging is controller by JMS Server. Clients don't
interact directly.

>
> But the twist on my requirement is that it should be a direct
> pass-through when data comes in from Host A.  I'd like to relay the
> bytes from Host A's client stream directly to Host B's client stream.
>
> Any ideas?

AFAIT, its an architectural stuff. Initial thoughts are to use Proxy
Example like implementation for mediation/initiation. The clients (not
network client, but application clients) layer be build in way to
negotiation the connection details during initiation and shift to the
connection for further transmission.

A and B connects to Broker
After brief chat... negotiate connection details
Setup connection
once done, signal to initiator to start sending the data on the new channel

I am not sure, but jingle has something similar (from the design perspective).
See this spec http://xmpp.org/extensions/xep-0166.html

Bernd/Niklas - This is XMPP domain. Can you folks help here?

thanks
ashish

Reply via email to