From 18dd95f735c4e63c906ed0a4390f81462e7bc02b Mon Sep 17 00:00:00 2001 From: Eric Anderson Date: Wed, 6 May 2020 11:23:23 -0700 Subject: [PATCH] doc/compression.md: Make it clear compression is per-RPC "initial call" should not be understood as "initial call on the connection" but "initial call of the RPC". All the data necessary for understanding client's compression abilities is provide per-RPC, so no connection-level state should be used. Using such state would break the use of proxies. --- doc/compression.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/doc/compression.md b/doc/compression.md index 15e35ae350c..7f0c3823e77 100644 --- a/doc/compression.md +++ b/doc/compression.md @@ -76,8 +76,8 @@ of _compression levels_ (such as "low", "medium", "high"). Levels map to concrete algorithms and/or their settings (such as "low" mapping to "gzip -3" and "high" mapping to "gzip -9") automatically depending on what a peer is known to support. A server is always aware of what its clients support, -as clients disclose it in their Message-Accept-Encoding header as part of their -initial call. A client doesn't a priori (presently) know which algorithms a +as clients disclose it in the Message-Accept-Encoding header as part of the +RPC. A client doesn't a priori (presently) know which algorithms a server supports. This issue can be addressed with an initial negotiation of capabilities or an automatic retry mechanism. These features will be implemented in the future. Currently however, compression levels are only supported at the