Re: TO COMPRESS OR NOT TO CMPRS (please reply)
Bob Monsour <rmonsour@earthlink.net> Wed, 19 February 1997 19:35 UTC
Received: from cnri by ietf.org id aa00846; 19 Feb 97 14:35 EST
Received: from portal.ex.tis.com by CNRI.Reston.VA.US id aa25107;
19 Feb 97 14:34 EST
Received: (from majordom@localhost) by portal.ex.tis.com (8.8.2/8.8.2) id
OAA26090 for ipsec-outgoing; Wed, 19 Feb 1997 14:25:40 -0500 (EST)
Message-Id: <3.0.32.19970219112532.00957950@earthlink.net>
X-Sender: rmonsour@earthlink.net
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Date: Wed, 19 Feb 1997 11:25:35 -0800
To: EKR <ekr@terisa.com>
From: Bob Monsour <rmonsour@earthlink.net>
Subject: Re: TO COMPRESS OR NOT TO CMPRS (please reply)
Cc: Bob Monsour <rmonsour@earthlink.net>, perry@piermont.com, ipsec@tis.com
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-ipsec@ex.tis.com
Precedence: bulk
At 09:47 AM 2/19/97 -0800, EKR wrote: >> At 09:22 AM 2/19/97 -0500, Perry E. Metzger wrote: >> >I see you haven't heard of SSL, eh? >> >> I am very aware of SSL (and it provides support for compressing prior to >> encrypting). >Well, sort of: > >There is a socket for compression to be plugged into. There are >no defined compression plugs (other than null) and I don't expect >there to be any for some time. That's funny. When I made a presentation at the TLS (SSL) wg meeting at the San Jose meeting in December, the first question I asked the group (200+ in attendance) was how many thought support for compression was important for TLS. I distinctly recall that well over half of the room raised their hands. While no one is using a compression "plug" today, I wouldn't go as far as predicting that there won't "be any for some time". TLS is a case where it is above the IP layer and where the "packets" are generally larger and compression can indeed provide a bandwidth benefit. It is also the case where compression can be done across multiple packets, providing compression benefits similar to those found in the PPP environment. Again, in the TLS case, it is the use of encryption in the protocol itself which will drive the need to compress the data first, providing the benefits of security without sacrificing performance. -Bob
- Re: TO COMPRESS OR NOT TO CMPRS (please reply) Bob Monsour
- Re: TO COMPRESS OR NOT TO CMPRS (please reply) EKR
- Re: TO COMPRESS OR NOT TO CMPRS (please reply) Bob Monsour
- Re: TO COMPRESS OR NOT TO CMPRS (please reply) Dennis Glatting
- Re: TO COMPRESS OR NOT TO CMPRS (please reply) Terry L. Davis, Boeing Information & Support Services, Bellevue, WA
- Re: TO COMPRESS OR NOT TO CMPRS (please reply) EKR
- Re: TO COMPRESS OR NOT TO CMPRS (please reply) Rodney Thayer
- Re: TO COMPRESS OR NOT TO CMPRS (please reply) Phil Karn
- Re: TO COMPRESS OR NOT TO CMPRS (please reply) Stephen Kent
- Re: TO COMPRESS OR NOT TO CMPRS (please reply) Phil Karn