RE: IPCOMP and IPSEC

Eric Dean <edean@gip.net> Sat, 30 May 1998 02:02 UTC

Return-Path: edean@gsl.net
Received: from kickme.cisco.com (kickme.cisco.com [198.92.30.42]) by ftp-eng.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id TAA08775 for <ippcp-archive-file@ftp-eng.cisco.com>; Fri, 29 May 1998 19:02:12 -0700 (PDT)
Received: from proxy2.cisco.com (proxy2.cisco.com [192.31.7.89]) by kickme.cisco.com (8.8.5-Cisco.2-SunOS.5.5.1.sun4/CISCO.GATE.1.1) with ESMTP id NAA28092 for <ippcp@external.cisco.com>; Fri, 29 May 1998 13:20:25 -0700 (PDT)
Received: (from smap@localhost) by proxy2.cisco.com (8.8.7/8.8.5) id NAA19371 for <ippcp@external.cisco.com>; Fri, 29 May 1998 13:20:24 -0700 (PDT)
Received: from nic.gip.net(204.59.152.195) by proxy2.cisco.com via smap (V2.0) id xma019353; Fri, 29 May 98 20:20:18 GMT
X-SMAP-Received-From: outside
Received: from yaway.gsl.net (yaway.gip.net [204.59.155.59]) by nic.gip.net (8.8.5/8.8.5) with ESMTP id QAA29744; Fri, 29 May 1998 16:00:25 -0400 (EDT)
Received: (from edean@localhost) by yaway.gsl.net (8.8.3/8.7.5) id QAA03195; Fri, 29 May 1998 16:20:44 -0400 (EDT)
Date: Fri, 29 May 1998 16:20:43 -0400
From: Eric Dean <edean@gip.net>
To: Avram Shacham <shacham@cisco.com>
cc: Stephen Waters <Stephen.Waters@digital.com>, ipsec@tis.com, ippcp@external.cisco.com
Subject: RE: IPCOMP and IPSEC
In-Reply-To: <3.0.2.32.19980529103610.006b4914@airedale.cisco.com>
Message-ID: <Pine.SOL.3.91.980529161724.3185B-100000@yaway.gsl.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"

> 
> Using the Calgary files benchmark with LZS algorithm, the compression ratio
> of IP datagrams with MTU of 1500 octets was 1.82:1, not that far from the
> max the algorithm can offer 2.2:1.  Stateless compression is a must in IP,
> so the overall performance gain is pretty significant.  And, stateless
> compression has its implementation advantages.

Streaming a contiguous file through a compression device is not 
indicative of real Internet traffic.  Packets of various application are 
interleaved within flows.  The Calgary files may be a good benchmark for 
comparing different compression algorithms in a stateful environment; 
however, they do not represent the stateless environment that the 
Internet represents.

-eric