From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.vyatta.com (mail.vyatta.com [76.74.103.46]) by huchra.bufferbloat.net (Postfix) with ESMTP id F126221F0F3; Wed, 10 Oct 2012 16:29:51 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.vyatta.com (Postfix) with ESMTP id 7908214102AD; Wed, 10 Oct 2012 16:29:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at tahiti.vyatta.com Received: from mail.vyatta.com ([127.0.0.1]) by localhost (mail.vyatta.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M7FeIN1e-28P; Wed, 10 Oct 2012 16:29:50 -0700 (PDT) Received: from nehalam.linuxnetplumber.net (static-50-53-80-93.bvtn.or.frontiernet.net [50.53.80.93]) by mail.vyatta.com (Postfix) with ESMTPSA id 24A1E1410129; Wed, 10 Oct 2012 16:29:50 -0700 (PDT) Date: Wed, 10 Oct 2012 16:29:11 -0700 From: Stephen Hemminger To: Michael Richardson Message-ID: <20121010162911.5f2d14d4@nehalam.linuxnetplumber.net> In-Reply-To: <25234.1349911631@sandelman.ca> References: <87d30rra1s.fsf@toke.dk> <507454AA.9060206@hp.com> <87mwzvphf1.fsf@toke.dk> <25234.1349911631@sandelman.ca> Organization: Vyatta X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Toke =?ISO-8859-1?B?SPhpbGFuZC1K+HJnZW5zZW4=?= , codel@lists.bufferbloat.net, bloat@lists.bufferbloat.net Subject: Re: [Bloat] [Codel] better testing, linux 3.6.1, cerowrt credits, other stuff X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2012 23:29:52 -0000 On Wed, 10 Oct 2012 19:27:11 -0400 Michael Richardson wrote: > > >> But: It became obvious fast that long RTT tests were needed, > >> which I've been trying to establish the infrastructure to do > > toke> I assume that by "infrastructure" you mean "(netperf) servers > toke> far away"? What would be needed for a test server in terms of > toke> resources (bandwidth and otherwise)? I could try and persuade > toke> my university to let me setup a test server on their network > toke> (which is in Denmark)... > > I interpret the question to mean networks where is there significant > actual delay along them. I seem to recall that there are some ways to > do this Linux machines, but most commercial test equipment can simulate > things, including dropping packets. > I think, however, that we do not want/need and packets dropped, as then > the bandwidth constraint would not be in the device under test. netem can do all the stuff commercial gear can. In fact, it is used by one of the commercial products!