[Standards-JIG] XMPP bandwidth compression
Fletcher, Boyd C. J9C534
Boyd.Fletcher at je.jfcom.mil
Mon Jun 28 17:34:26 UTC 2004
interesting. heard of any Java implementations? One problem would be for those users who do not want to or can not use TLS. Sometimes the TLS overhead both in extra data sent and the reconnect problems can be too much.
> -----Original Message-----
> From: standards-jig-bounces at jabber.org
> [mailto:standards-jig-bounces at jabber.org] On Behalf Of Joe Hildebrand
> Sent: Friday, June 25, 2004 8:14 PM
> To: Jabber protocol discussion list
> Subject: Re: [Standards-JIG] JEP-0060: Comments on latest draft.
> On Fri, 25 Jun 2004 17:06:43 -0400, Fletcher, Boyd C. J9C534
> <boyd.fletcher at je.jfcom.mil> wrote:
> > XMPP support is DOD is actually going quite well. There are
> about a dozen projects that I'm aware of using it. The
> biggest problem we are having at the moment is the bandwidth
> utilization of XMPP is higher than IRC so we are looking at
> ways to compress XMPP packets.
> Use TLS, with a compression scheme, like the one laid out in RFC 3749.
> It's also possible we could design a new stream feature that
> does compression.
> Joe Hildebrand
> Standards-JIG mailing list
> Standards-JIG at jabber.org
More information about the Standards