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

Bob Monsour <rmonsour@earthlink.net> Fri, 28 February 1997 05:43 UTC

Received: (from majordom@localhost) by portal.ex.tis.com (8.8.2/8.8.2) id AAA03568 for ipsec-outgoing; Fri, 28 Feb 1997 00:43:03 -0500 (EST)
Message-Id: <3.0.32.19970227214259.0095cce0@earthlink.net>
X-Sender: rmonsour@earthlink.net
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Date: Thu, 27 Feb 1997 21:43:04 -0800
To: Phil Karn <karn@qualcomm.com>
From: Bob Monsour <rmonsour@earthlink.net>
Subject: Re: TO COMPRESS OR NOT TO CMPRS (please reply)
Cc: rmonsour@earthlink.net, karl@ascend.com, rmonsour@earthlink.net, dpalma@netcom.com, carrel@ipsec.org, caronni@tik.ee.ethz.ch, dharkins@cisco.com, ipsec@tis.com
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-ipsec@ex.tis.com
Precedence: bulk

At 08:35 PM 2/27/97 -0800, Phil Karn wrote:
>>After reading my response, I think we're in violent agreement (I was just
>>being needlessly unclear). I agree that using VJ header compression *does*
>>provide a net benefit, both in conjunction with a payload compression
>
>I point out that VJ TCP/IP header compression assumes in-order
>delivery of the compressed packets. This is true over a point-to-point
>link, but it is not necessarily true over the Internet as a whole. So
>unless you're proposing that the IPSEC reorder packets, VJ header
>compression is not an option there.

Agreed. In fact there is a draft titled "Header Compression for IPv6" which
is specifically to do VJ header compression over point-to-point links. FYI,
it is at ftp://ds.internic.net/internet-drafts/draft-degermark-ipv6-hc-02.txt.

-Bob