[Standards-JIG] Re: XMPP bandwidth compression

Tijl Houtbeckers thoutbeckers at splendo.com
Mon Jul 12 00:40:47 UTC 2004

On Sun, 11 Jul 2004 18:22:23 -0600, Joe Hildebrand <hildjj at gmail.com>  

>> I assume this is done because TLS compression and zlib compression are
>> very simulair. However in other cases, such as fast-infoset, (other)
>> XML-aware compressors or more efficient character-based compressors, you
>> might still want to use TLS security features (and in some cases even  
>> TLS
>> compression). Is there a reason why this should be forbidden?
> I'd be ok with saying that you can't use TLS compression and stream
> compression at the same time, and if you use both, you MUST negotiate
> TLS first, then negotiate compression, so that you compress, then
> encrypt.  The mutal exclusion was because getting the specification
> for the layering right is going to be a little difficult.

That would work fine for me.

More information about the Standards mailing list