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