From owner-freebsd-ipfw@FreeBSD.ORG  Fri Sep  5 14:42:46 2003
Return-Path: <owner-freebsd-ipfw@FreeBSD.ORG>
Delivered-To: freebsd-ipfw@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 659A316A4BF
	for <ipfw@freebsd.org>; Fri,  5 Sep 2003 14:42:46 -0700 (PDT)
Received: from gradlab.ucsd.edu (gradlab.ucsd.edu [132.239.55.107])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DBC1543FBF
	for <ipfw@freebsd.org>; Fri,  5 Sep 2003 14:42:45 -0700 (PDT)
	(envelope-from ycheng@cs.ucsd.edu)
Received: (from ycheng@localhost)
	by gradlab.ucsd.edu (8.11.6/8.11.6) id h85Lgjw01771;
	Fri, 5 Sep 2003 14:42:45 -0700 (PDT)
Date: Fri, 5 Sep 2003 14:42:45 -0700
From: Yuchung Cheng <ycheng@cs.ucsd.edu>
To: Luigi Rizzo <rizzo@icir.org>
Message-ID: <20030905144245.A472@cs.ucsd.edu>
References: <20030905095038.D28924@cs.ucsd.edu>
	<20030905112459.A78583@xorpc.icir.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030905112459.A78583@xorpc.icir.org>;
	from rizzo@icir.org on Fri, Sep 05, 2003 at 11:24:59AM -0700
cc: ipfw@freebsd.org
Subject: Re: dummynet and modem pipes
X-BeenThere: freebsd-ipfw@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: IPFW Technical Discussions <freebsd-ipfw.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw>,
	<mailto:freebsd-ipfw-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ipfw>
List-Post: <mailto:freebsd-ipfw@freebsd.org>
List-Help: <mailto:freebsd-ipfw-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw>,
	<mailto:freebsd-ipfw-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Sep 2003 21:42:46 -0000

On 09-05-2003, Luigi Rizzo wrote:
> basically there is no way to accurately simulate modem compression.
> As a rule of thumb, for bulk traffic you can think that the main
> effect is the bandwidth changes (the exact ratio depends on the
> type of traffic), whereas for interactive apps (e.g. rpc and the
> like) more than compression what affects you is the additional
> delay that the modem causes to decide that it is time to build&send
> a new packet.
> 
> also you'd need to take care of ip compression, not just what
> happens in the modem itself
> 
i assume you mean ip header compression over ppp. the simulation traffic
is mainly short web flows (~ 10-20K), so i think header compression does
not matter much (40 bytes vs payload 500 or 1500 bytes) compared to 
modem compression. for html, the compress rate can be as high as 3 based 
on real measurements. it that true? thanks.

-yuchung