From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-11-ewr.dyndns.com (mxout-224-ewr.mailhop.org [216.146.33.224]) by lists.bufferbloat.net (Postfix) with ESMTP id 0EBC92E00FC for ; Mon, 31 Jan 2011 06:16:52 -0800 (PST) Received: from scan-12-ewr.mailhop.org (scan-12-ewr.local [10.0.141.230]) by mail-11-ewr.dyndns.com (Postfix) with ESMTP id 5FEE292A7B2 for ; Mon, 31 Jan 2011 14:16:51 +0000 (UTC) X-Spam-Score: 0.0 () X-Mail-Handler: MailHop by DynDNS X-Originating-IP: 76.96.62.96 Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mail-11-ewr.dyndns.com (Postfix) with ESMTP id 22C9E92A741 for ; Mon, 31 Jan 2011 14:16:48 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta09.westchester.pa.mail.comcast.net with comcast id 2DwG1g0051ei1Bg59EGphd; Mon, 31 Jan 2011 14:16:49 +0000 Received: from [192.168.1.119] ([98.229.99.32]) by omta24.westchester.pa.mail.comcast.net with comcast id 2EGo1g0160hvpMe3kEGoS0; Mon, 31 Jan 2011 14:16:48 +0000 Message-ID: <4D46C44F.8000406@freedesktop.org> Date: Mon, 31 Jan 2011 09:16:47 -0500 From: Jim Gettys Organization: Bell Labs User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: bloat@lists.bufferbloat.net References: <208F592F3F104C89AA0135E5F02B2241@srichardlxp2> <20110131084108.GB29944@hydra.gt.owl.de> In-Reply-To: <20110131084108.GB29944@hydra.gt.owl.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Bloat] Bloat on Layer 2 Was: ECN & AQM Hall of Fame? 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: Mon, 31 Jan 2011 14:16:53 -0000 On 01/31/2011 03:41 AM, Florian Lohoff wrote: > On Sun, Jan 30, 2011 at 11:40:05PM +0100, Richard Scheffenegger wrote: >> Hi, >> >> wasn't there talk about getting a Hall of Fame for networks / operators, >> which are using and actively supporting AQM and ECN in their administrative >> domain? >> > > The problem is not only in the IP Path. > > In the old days i was used to be able to work interactive on a Serial > connection with 33600 Bit/s shared with 10 Dialup users. > > After reading Jims blog i started to dig in our Network and found > huge buffers on the Huawei MA5600 DSLAMs which are Ethernet based > DSLAMs. These DSLAMs are basically invisible to the user as they > are only in the L2 PPPoE path for the customer. > > I found the Buffer to be roughly 1MByte per Line. With a 1MBit/s DSL > line this is roughly 10s worth of Buffer which i can observe on my line > in the real world. Yes, Dave Clark first ran into bufferbloat on a DSLAM he runs, and it was 6 seconds. Even a gigabit ethernet switch needs to have buffering (which will work out to 8ms, worst case). > > There is no way of tuning this buffer based on the speed or even shrink > it so its difficult to fix. DOCSIS has the same issue: it's not currently tunable for the speed, and different people are provisioned greatly different bandwidth. > > ANCP + a shaper on the BRAS would be a solution which is basically how i solved > it for me - As i have a fixed rate 1MBit/s DSL i attached a 1MBit/s rate > limiter to my profile on the BRAS which immediatly fixed the problem for me. > > And the Hall of Shame probably is a good idea - but wont fix it. The > ISPs are not aware of the problem as testing happens on empty lines with > 30cm of wire. I sent the link to Jims blog to certain people and the DSLAM > guys immediatly promised to contact Huawei about the non tunable buffersize. > Yes, please do. And yes, it is the lack of "latency under load" tests that mean that most won't see it in typical testing. That we're also trying to fix, by getting the formal tests done by government agencies and testing services to add such a test. I think we're likely to succeed for speedtest.net and for the FCC broadband test. Those who are helping other government's agencies out with similar tests should also be educated. I believe in the meanwhile, and because having the tests for development lab and corporate environments is also really necessary and those tests typically aren't available in those environments, we should try to build some better tests here and make them available to everyone. This is part of the purpose of bufferbloat.net. And please, please make sure everyone treads gently: we're all bozos on this glass bus, and don't pick up stones. Everyone (myself included) has been making the same class of mistakes, again and again; so do be gentle. The problem is truly counter intuitive to most people. I will be presenting at the IETF transport area meeting in Prague. Best regards, - Jim