RE: TO COMPRESS OR NOT TO CMPRS (please reply)

adams@cisco.com (Rob Adams) Wed, 19 February 1997 19:31 UTC

Received: (from majordom@localhost) by portal.ex.tis.com (8.8.2/8.8.2) id OAA26127 for ipsec-outgoing; Wed, 19 Feb 1997 14:31:13 -0500 (EST)
Message-ID: <01BC1E59.0BFEC5A0@Tastid.Cisco.COM>
From: adams@cisco.com
To: rmonsour@earthlink.net, rpereira@TimeStep.com
cc: dharkins@cisco.com, ipsec@tis.com
Subject: RE: TO COMPRESS OR NOT TO CMPRS (please reply)
Date: Wed, 19 Feb 1997 11:17:06 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: owner-ipsec@ex.tis.com
Precedence: bulk

This gets us back into the MTU issue.    Shouldn't we be cranking down the MTU 
for a route so that we can slide in our extra 40 bytes anyway? 

-Rob

----------
From: 	Roy Pereira[SMTP:rpereira@TimeStep.com]
Sent: 	Wednesday, February 19, 1997 8:59 AM
To: 	'Bob Monsour'
Cc: 	'dharkins@cisco.com'; 'ipsec@tis.com'
Subject: 	RE: TO COMPRESS OR NOT TO CMPRS (please reply) 

To me the biggest benefit of using compression within ESP is the fact
that I wont have to FRAGMENT as many packets as I would normally due to
the addition of ESP's 40+ byte overhead.

Fragmentation can slow down links considerably, especially when they are
low-speed (28.8k), thus anything that helps prevent fragmentation is a
"good thing".
>