I agree that an in band solution should be in place. One solution bounced around a while ago was an actual file transfer transport, the trick is the load still sits on the router. No matter how you play that, it happens, but the router (jabberd) should get better and better to handle that as its worked on more.
Anyone up to investigating that further? --temas On 23 Apr 2001 20:08:08 -0400, Peter Sparago wrote: > I thought I'd put my 2 cents in from the JAM perspective. > > I am currently developing a commercial software product using Jabber as middleware >for chat as well as information sharing. This product relies heavily on the "firewall >friendly" single connection point messaging metaphor that Jabber has so elegantly >implemented. As in the case of our app, not all uses of Jabber will be purely human >to human messaging. > > To require the user to make additional connections or use other software in order to >transfer non-chat information, in my opinion, would look like Jabber was only half a >solution. Corporate America has (reluctantly) bought into the messaging metaphor and >sees it as safe and non-threatening. If the requirements are raised, many potential >users, and software designers, will balk. > > I agree with Jens that an in-band, priority based information transfer mechanism >must be part of the protocol. Even if it is not implemented in high-performance chat >only servers. > ----- Original Message ----- > From: Jens Alfke > To: [EMAIL PROTECTED] > Sent: Monday, April 23, 2001 7:18 PM > Subject: Re: [JDEV] File transfer and Jabber > > > On Monday, April 23, 2001, at 02:40 PM, Todd Bradley wrote: > > > Yes, but SMTP servers have never pretended to be > "instant". If I'm running an INSTANT messaging > server (which I am), I want the traffic to be as > lightweight as reasonable so that processing and > delivery remains as INSTANT as possible. > > > Well, I'm still waiting for evidence that file transfer is going to put excessive >load on a Jabber server. But even so, the server could use simple quality-of-service >techniques like lowering the priority of file-transfer IQ result elements to preserve >the low latency of regular presence and messaging. > > —Jens _______________________________________________ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
