From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from uplift.swm.pp.se (swm.pp.se [212.247.200.143]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id B579621F283; Wed, 4 Mar 2015 00:14:05 -0800 (PST) Received: by uplift.swm.pp.se (Postfix, from userid 501) id 3E792A3; Wed, 4 Mar 2015 09:14:03 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1425456843; bh=sxAe3JaIpILs4tHZ1ZggqqqAceocqOZlpT7B5YFB+eM=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=a7jXCRJ3srIKBDIQGrFHqG7qZv/kFJWYq8Ka+/98aH1lXNTFP1vpTZHyXotRoP75g IufxLsaHW42Aqa3U/xy8EujNCOiZTvxw/qu1cqj4B5GOGIKg/fozYX3KF5Jd+LbxGm Ax+SJUI+e8AEN0WJ5tjThHshZVZhsBwJ81LslzTQ= Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 3AD2AA2; Wed, 4 Mar 2015 09:14:03 +0100 (CET) Date: Wed, 4 Mar 2015 09:14:03 +0100 (CET) From: Mikael Abrahamsson To: Valdis.Kletnieks@vt.edu In-Reply-To: <34374.1425365125@turing-police.cc.vt.edu> Message-ID: References: <7B3E53F5-2112-4A50-A777-B76F928CE8F2@trammell.ch> <34374.1425365125@turing-police.cc.vt.edu> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) Organization: People's Front Against WWW MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Brian Trammell , "aqm@ietf.org" , "cerowrt-devel@lists.bufferbloat.net" , bloat Subject: Re: [Cerowrt-devel] [aqm] ping loss "considered harmful" X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 08:14:34 -0000 On Tue, 3 Mar 2015, Valdis.Kletnieks@vt.edu wrote: > On Mon, 02 Mar 2015 11:17:33 +0100, Mikael Abrahamsson said: > >> We have a huge amount of information in our TCP stacks that either are >> locked in there and not used properly to help users figure out what's >> going on, and there is basically zero information flow between the >> applications using TCP and the TCP stack itself. Each just tries to do its >> best on its own layer. > > You might want to touch base with the 'web10g' crew, who are working on > instrumenting the Linux network stack to expose more of the inner variables > for analysis and tuning. > > http://web10g.org/ I know about them. I have been pitching my idea since 2008 or so. We need more people working on this. -- Mikael Abrahamsson email: swmike@swm.pp.se