Per a vote of the XMPP Council, published as Draft.
0.0.12007-08-30psa
Copied text from XEP-0138.
Stream Compression (XEP-0138)XEP-0138: Stream Compression <https://xmpp.org/extensions/xep-0138.html>. specifies an extensible framework for XML stream compression and defines a registry for compression methods (see <https://xmpp.org/registrar/compress.html>). However, XEP-0138 registers only the ZLIB method (see RFC 1950RFC 1950: ZLIB Compressed Data Format Specification version 3.3 <http://tools.ietf.org/html/rfc1950>.). This document specifies usage of the LZW compression method.
The "LZW" compression algorithm was originally developed by Abraham Lempel and Jacob Ziv, subsequently improved by Terry Welch See "A Technique for High-Performance Data Compression", Computer (June 1984), pp. 8-19., and patented by Sperry Corporation (later Unisys Corporation) as U.S. Patent Number 4,464,650 See <http://patft.uspto.gov/netacgi/nph-Parser?patentnumber=4,464,650>.. This patent expired on June 20, 2003 See <http://compression-links.info/Link/1264_LZW_Patent_Expiration.htm> and See <http://compression-links.info/Link/1814_LZW_Patent_Expiration.htm>.. Therefore implementations of LZW are no longer patent-encumbered.
The algorithm is specified by Ecma International in Standard ECMA-151Standard ECMA-151: Data Compression for Information Interchange - Adaptive Coding with Embedded Dictionary - DLCZ Algorithm <http://www.ecma-international.org/publications/standards/Ecma-151.htm>. under the name "DCLZ".
If the receiving entity (server) supports the LZW algorithm, it MUST include a <method/> element whose XML character data is "lzw" in the compression stream feature, as follows.
zliblzw
]]>
If the initiating entity wishes to use the LZW algorithm, then it MUST specify that method.
lzw
]]>
The initiating entity and receiving entity then MUST attempt to negotiate use of the LZW algorithm in accordance with XEP-0138.
If the use of the LZW algorithm is negotiated, the usage SHOULD follow the definition in ECMA-151.
The LZW algorithm is OPTIONAL to implement for XEP-0138 implementations and this specification does not define a mandatory-to-implement technology.
Due to attacks like CRIME that apply equally to the lzw method defined here, this method is deemed insecure.
This document requires no interaction with the Internet Assigned Numbers Authority (IANA)The Internet Assigned Numbers Authority (IANA) is the central coordinator for the assignment of unique parameter values for Internet protocols, such as port numbers and URI schemes. For further information, see <http://www.iana.org/>..
The XMPP RegistrarThe XMPP Registrar maintains a list of reserved protocol namespaces as well as registries of parameters used in the context of XMPP extension protocols approved by the XMPP Standards Foundation. For further information, see <https://xmpp.org/registrar/>. maintains a registry of compression methods at <https://xmpp.org/registrar/compress.html>.
The LZW algorithm is already registered. This specification updates the registry submission as follows: