- From: Nico Williams <nico@cryptonector.com>
- Date: Thu, 17 Jan 2013 12:46:54 -0600
- To: James M Snell <jasnell@gmail.com>
- Cc: Roberto Peon <grmocg@gmail.com>, HTTP Working Group <ietf-http-wg@w3.org>
Received on Thursday, 17 January 2013 18:47:21 UTC
On Jan 17, 2013 11:57 AM, "James M Snell" <jasnell@gmail.com> wrote: >> If the compression is hop-by-hop then there's no synchronization >> issues. But then middleboxes may have to decompress and always >> re-compress (even if the headers are left unmodified) in each >> direction. >> > > That's the exact problem I'm having really. Middleboxes will be required to maintain a complete compression state (for requests and responses) as opposed to just passing things through. Maintaining that state could become quite expensive. If we don't maintain it, tho, the potential sync issues become too messy. Right, if you want to do dreadful compression then middleboxes will have to be stateful. >> >> In general I'd much rather not have connection-oriented state at all, >> not even if it were transparent to HTTP. >> > > Agreed, not sure how to avoid it and still get good compression (outside of simply optimizing the encoding of values as much as possible... i.e. bohe) I'd rather do the architecturally-clean thing: optimize encodings. Nico --
Received on Thursday, 17 January 2013 18:47:21 UTC