Wire protocol compression - Mailing list pgsql-hackers

From Shay Rojansky
Subject Wire protocol compression
Date
Msg-id CADT4RqCKfawgwa735s_brELaJ8ySutCC-u3iyLL_EEsJQDYFrg@mail.gmail.com
Whole thread Raw
Responses Re: Wire protocol compression  (Aleksander Alekseev <a.alekseev@postgrespro.ru>)
Re: Wire protocol compression  (Craig Ringer <craig@2ndquadrant.com>)
List pgsql-hackers
I know this has been discussed before (http://postgresql.nabble.com/Compression-on-SSL-links-td2261205.htmlhttp://www.postgresql.org/message-id/BANLkTi=Ba1ZCmBuwwn7M1wvPFioT=6N79g@mail.gmail.com), but it seems to make sense to revisit this in 2016.

Since CRIME in 2012, AFAIK compression with encryption is considered insecure, and the feature is removed entirely in the TLS 1.3 draft. In addition (and because of that), many (most?) client TLS implementations don't support compression (Java, .NET), meaning that a considerable number of PostgreSQL users don't have access to compression.

Does it make sense to you guys to discuss compression outside of TLS? There are potentially huge bandwidth savings which could benefit both WAN and non-WAN scenarios, and decoupling this problem from TLS would make it both accessible to everyone (assuming PostgreSQL clients follow). It would be a protocol change though.

Shay

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: EXPLAIN VERBOSE with parallel Aggregate
Next
From: Etsuro Fujita
Date:
Subject: Re: Optimization for updating foreign tables in Postgres FDW