From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-iw0-f171.google.com (mail-iw0-f171.google.com [209.85.214.171]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id CDD98200686 for ; Thu, 23 Jun 2011 15:19:49 -0700 (PDT) Received: by iwn34 with SMTP id 34so3059474iwn.16 for ; Thu, 23 Jun 2011 15:47:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=phjO/ChGjT/6H0rzdxBGw+Rpkje9if/8r1w7ouLQNk0=; b=IEePsbpucv+166dxXEoMZ2uf9bZ14YVgN4KSimrI/1u0GiIj/tduqq2d+FqDlJQU/F cct+3PW28U/zwkHa2pEsGRjKfrwSHyjL+BBvk+n4BhrKDZBFGNkklqtxbkKW3xnBrz1X Bg/I1R212ak0S8I4qQScY1Hf28cpDBiYtU7zE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=K7gv4bPfxJ0/IZxEIpJjwpRjQhELSuDNFRgOpct5NDP4EcpMdItwLy0A/3IXODSlbd h9xWOUdYhL2UFdLYgFfZTb0OBncFOputtEkjz4PzjqzS3aRujajqPS6rMaSBbnWCXCTe NQzw1+zV4NE+y1FIaxH0sLHUO+9ppFb9YgItI= MIME-Version: 1.0 Received: by 10.42.53.77 with SMTP id m13mr2678350icg.444.1308869251930; Thu, 23 Jun 2011 15:47:31 -0700 (PDT) Received: by 10.231.13.76 with HTTP; Thu, 23 Jun 2011 15:47:31 -0700 (PDT) In-Reply-To: <7ivcvwuqb1.fsf@lanthane.pps.jussieu.fr> References: <1307537773.3057.17.camel@edumazet-laptop> <1307545032.3057.45.camel@edumazet-laptop> <7ivcvwuqb1.fsf@lanthane.pps.jussieu.fr> Date: Thu, 23 Jun 2011 16:47:31 -0600 Message-ID: From: Dave Taht To: Juliusz Chroboczek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: bloat Subject: Re: [Bloat] Notes about hacking on AQMs 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: Thu, 23 Jun 2011 22:19:50 -0000 On Thu, Jun 23, 2011 at 4:38 PM, Juliusz Chroboczek wr= ote: >> I will also attempt to argue persuasively that having ECN packet marking= in HTB > > I'm not following you. =A0You can only perform ECN marking when you detec= t > congestion; and you can only detect congestion if you're queueing. > I may be wrong, but I believe that HTB doesn't do any queueing itself, > it delegates queuing to its child qdiscs; hence, I don't see how you can > perform ECN marking in HTB itself; you should be doing it in HTB's child > qdisc. You are right. I had spent a lot of time into HTB puzzling over how it actually worked, observing lots of packet drops at it's level of stats and nothing at the red level in the existing qos-scripts, and no seeming correlation to the SFQ or hsfc either. It just didn't add up. I'm still puzzling over it. But I grew to understand after posting that mail that my issues were happening at the child qdiscs and I will continue rewriting the rfc until it is both right AND clear. Thx for catching up on the backlog. >> RED has it's own idea as to the 'bandwidth' available, and does not >> understand what it's getting has already been shaped by HTB. > > I'm not sure I understand that. Neither do I and I'm going to go hide under a rock until I do. > -- Juliusz > --=20 Dave T=E4ht SKYPE: davetaht US Tel: 1-239-829-5608 http://the-edge.blogspot.com