dentifiers registered with IANA.
So far I don't think there has been a lot of interest in using compression
in SSL/TLS but it might be worthwhile having NSS at least be on par with
openssl and support DEFLATE.
rob
From: Nelson B <[EMAIL PROTECTED]>
To: dev-tech-crypto@lists.mozilla
If you're interested in compression information relating to SSL/TLS,
I'd also suggest asking on the openssl-dev list. As of openssl 0.9.8,
zlib compression is used by default if the library is built with it;
however, it has also caused some issues with SSL compatibility
(leading to "invalid HMAC"
Steve Parkinson wrote:
>> I understand there is a compression-negotiation feature in the SSL
>> protocol.
Yes, and there are some RFCs about it.
http://www.rfc-editor.org/rfc/rfc3749.txt
http://www.rfc-editor.org/rfc/rfc3943.txt
>> But, it seems implementation of compression schemes for this is
I understand there is a compression-negotiation feature in the SSL protocol.
But, it seems implementation of compression schemes for this is pretty
rare. Is there a technical reason why?
Steve Parkinson
Red Hat
___
dev-tech-crypto mailing list
dev-
4 matches
Mail list logo
