From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 4296121F1FC for ; Thu, 19 Dec 2013 06:24:23 -0800 (PST) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 1840920BFE for ; Thu, 19 Dec 2013 09:24:22 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute2.internal (MEProxy); Thu, 19 Dec 2013 09:24:22 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:date:from:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpout; bh=rrL9jwdOOY8AbIeOw0GWVj w7j68=; b=aYTMrBDoT1wztnor6RV13pj99mqByjTqZacFdw65kCAKBiw5HLsrju gzwc7S3muYzpfHgqUQot8XDaGpYetxY3URiM/Sn4CIe88OD0ORL0YVmb/rFPf3UP 83gLdS7tY/kcKOIA99VAyguYSqe6PDS+7DKm6pTlARJ77uL9mVIN8= X-Sasl-enc: sWQeH3+iYZjsDW47WUig3vBCOidunzU+rkrivEzVa2vd 1387463061 Received: from [172.30.42.8] (unknown [2.99.240.111]) by mail.messagingengine.com (Postfix) with ESMTPA id 8E319C00E81; Thu, 19 Dec 2013 09:24:21 -0500 (EST) Message-ID: <52B30194.10600@ydl.net> Date: Thu, 19 Dec 2013 14:24:20 +0000 From: Fred Stratton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Rich Brown , cerowrt-devel@lists.bufferbloat.net References: <34E77F64-739C-49E4-B8A4-6ABBEAE4174B@gmail.com> <8DB84101-C942-49C4-99F0-6C9319961297@gmail.com> <22176178-A50F-48F2-A3A1-D3853764AD0E@gmail.com> <0E267F91-3CC8-48F4-92C0-AD8BACA98FCC@gmail.com> <1FA2FD44-D715-4B50-BB5A-BAF61070970B@gmx.de> <31B5B61B-4E58-4C5E-8F33-710CCE0918F4@gmail.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Cerowrt-devel] CeroWrt 3.10 AQM page 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: Thu, 19 Dec 2013 14:24:24 -0000 2 comments: You talk about link speed. This has 2 meanings: the rate at which the link syncs; the download speed as measured by speedtest.net, or similar site. The text should be more specific. The phrase 'contact your ISP' is in the text. This should be removed. Such contact is a traumatic exercise to which no users of ceroWRT should be subjected. On 19/12/13 13:42, Rich Brown wrote: > Hi Sebastian and Fred, > > [I’m changing the subject line of this thread…] > > Great comments. I knew my glib assertions and fuzzy explanations would bring out cogent thoughts. I’ll give the rest of the list a chance to peruse the draft page and then work on it tonight. > > http://www.bufferbloat.net/projects/cerowrt/wiki/Setting_up_AQM_for_CeroWrt_310 > > Rich > > > On Dec 19, 2013, at 5:49 AM, Sebastian Moeller wrote: > >> Hi Rich, >> >> >> On Dec 19, 2013, at 05:12 , Rich Brown wrote: >> >>> Hi Sebastian, >>> >>>>> Perhaps we could extend the Interface configuration page to add a “Link uses DSL/ADSL:” checkbox right below the Protocol dropdown. Default would be off, but when customers go to the GE00 interface to enter their PPPoE/PPPoATM/ISP credentials, they’d see this additional checkbox. Checking it would feed that info to the AQM tab. (And perhaps there could be a link there either to the AQM tab, or to the wiki for more information.) >>>> I am happy to include a link to a wiki, but I guess we first need a wiki page :) >>> Is this a challenge? Well, I accept! :-) >>> >>> http://www.bufferbloat.net/projects/cerowrt/wiki/Setting_up_AQM_for_CeroWrt_310 is a draft. I recycled the images from a previous message and wrote the least amount that I could that is likely to be true. >> This is great, thanks a lot. I have made a few changes to the GUI yesterday, which hopefully improve the usability, so if the new GUI passes muster with the cerowrt crowd, the screenshots will need to change as you note on top. >> >>> Please send me comments (or edit the page directly, if you have permissions.) >> I do not have edit permissions, so I just comments here. >> >> Basic settings: >> Why 85% as starting point? And can we give instructions how to measure "degradation in performance", so that non-technical users have a chance to actually optimize their own system? >> >> Queueing Discipline: >> Maybe we can add a link to the mail list page (https://lists.bufferbloat.net/listinfo/cerowrt-devel)? >> Also can we note that it is recommended to turn ECN off for the egress, as we handle packets before the bottleneck and dropping packets actually allows us to send other more urgent packets , while on ingress it is recommended to turn ECN on, as the packets have cleared the bottleneck already, and hence dropping has no bandwidth advantage anymore. Both dropping and ECN should have the same effect on TCP adaptation to the path capacity. >> >> Link Layer Adaptation: >> I think the first question is: Do I have an ATM carrier between your modem and your ISP's DSLAM? This typically is true for all ADSL variants. >> The second question is: Do I have overhead on the link outside of Ethernet framing? This typically is true for users of PPPoE and PPPoATM and even Bridging I think. >> >> If the answer to any of these questions is yes, one needs to activate the link layer adaptations. >> In case of pure overhead select ethernet, in case of ADSL select ATM. >> Fill in the per packet overhead in byte (see: http://ace-host.stuart.id.au/russell/files/tc/tc-atm/, http://web.archive.org/web/20100527024520/http://www.adsl-optimizer.dk/ and http://www.faqs.org/rfcs/rfc2684.html). If the overhead truly is zero and no ATM carrier is used, then select "none" for link layer adaptation. (I changed this page, so the tc_stab htb_private selection is under advanced options, and there is a selection of "none", "ethernet", and "none" in the first drop down box, "none" disables the link layer adaptation. Also the drop down box contains some information which selection is relevant for which cases). >> >> What’s going on here? Why do I need this?: >> I think we should mention that only with the proper link layer selected and the overhead specified cerowrt is able to assess how large each packet is on the link to the ISP, and only then the shaping is deterministic. (For ATM users without the adaptations the shaper is stochastically too optimistic about the link capacity (which is too say the shaper is too optimistic about the effective packet sizes)). >> >> Best Regards >> Sebastian >> >> >> >>> Thanks. >>> >>> Rich > _______________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cerowrt-devel