[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [ebxml-msg] Compression/Performance Roundup
Dale, Yes, I thought these could be topics at the F2F. As for XML Encryption, I tend to agree with you. It should be used in instances where encrypting small pieces of the data is important. If the whole payload needed to be encrypted, another mechanism would be aproprate...maybe S/MIME or PGP/MIME or something. Can you recommend any required reading on S/MIME? -Matt -----Original Message----- From: Dale Moberg [mailto:dmoberg@cyclonecommerce.com] Sent: Friday, January 31, 2003 10:37 AM To: Matthew MacKenzie Cc: ebxml-msg@lists.oasis-open.org Subject: RE: [ebxml-msg] Compression/Performance Roundup Sounds like enough to get started to me! For the face to face? I would add that we should really investigate S/MIME (CMS) as an alternative to XML encryption for "bulk" (payload?) xml encryption. I am wondering whether XML encryption should be mainly reserved for "smallish" items within XML documents (passwords, pins, credit card numbers and small risky items like that); this worry is based on the base64 expansion issue that you are not wild about, and that occurs for basically any xmlencryption process, as far as I can tell. I saw that the XMill compression approach is largely superceded from performance standpoint-- thanks for the reference, Matt. Dale Moberg -----Original Message----- From: Matthew MacKenzie [mailto:matt@mac-kenzie.net] Sent: Friday, January 31, 2003 10:56 AM To: ebxml-msg@lists.oasis-open.org Subject: [ebxml-msg] Compression/Performance Roundup During the last meeting, we discussed the topic of compression of ebXML Messages. The discussion branched out into a dialogue on performance of message transmission and processing. From that dialogue, I've compiled a summary of the issues that we need to discuss for version 3.0. These issues are really just talking points for the general topic of performance, which a v3 implementation of nearly anything has to take into account. - Compression algorithms for use with MIME "Transfer Encoding". - XML Compression - Compression and its relationship to encryption and digital signature. - Compression before encryption allegedly provides more throughput at the expense of CPU. Do we spec comp-before-enc, or investigate S/MIME? - Specification of performance measures for both SMTP and HTTP. - Review of current "profile" section in the spec with an eye toward integrating performance considerations into various profiles, e.g. HTTP>GzipEnvelope>CompB4EncPayloads>EncPayloads HTTP>GzipAll SMTP>GzipB64All ... If I missed anything, please add to this. -Matt ---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl> ---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC