From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) (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 EF73F20019C; Fri, 3 May 2013 04:45:10 -0700 (PDT) Received: by mail-ie0-f182.google.com with SMTP id a14so1719865iee.27 for ; Fri, 03 May 2013 04:45:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=51iyTPFDfkOWhGbBAjaN6to7koq1SqlKtXh2XUYheHs=; b=zTw2kLAKbASFEL0rLmqpRDcNHXuWRLM0/eek0ZxUsXvZzfd1pnWcpzl5aREticlgwd /7LRUffFSzIip0mkP1jHY7zrnfx5vwdHfo/xue+JYCv8F1QJMJ0YBm5tdNgz/P8Y0X1v u2+Fzbl1IA1v03b1mZKRpIT+HTtxpz8ca46gebZQzQDm2JYa9BtcA3L4B8YTHmricIyZ zHiH70z/uNTQ0yD3oiU/We98pKjo5IMiSG0oVvSLhmrxgLFuSTDtb4m7jNmnrzTypw5a 8wXOfZXPd0xvCmb8nbThgD0OYQFxMP6tDvJbBeVqiPwB6JZSSrMqejQ34pDnSQRI3UR+ OxMg== MIME-Version: 1.0 X-Received: by 10.50.236.100 with SMTP id ut4mr15782935igc.86.1367581510015; Fri, 03 May 2013 04:45:10 -0700 (PDT) Received: by 10.64.7.51 with HTTP; Fri, 3 May 2013 04:45:09 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 May 2013 04:45:09 -0700 Message-ID: From: Dave Taht To: Mikael Abrahamsson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Jonathan Morton , bloat-devel , cerowrt-devel@lists.bufferbloat.net Subject: Re: [Cerowrt-devel] optimizing for very small bandwidths with fq_codel better? 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: Fri, 03 May 2013 11:45:11 -0000 On Thu, May 2, 2013 at 10:01 PM, Mikael Abrahamsson wrot= e: > On Thu, 2 May 2013, Dave Taht wrote: > >> 1) I think there's a bug in either the kernel or tc or me on tos matchin= g, > > > Taking a guess here... > > The TOS byte is 8 bytes. So EF is 46, which is 0x2e, and then you need to > left-shift it 2 bits because it's the most significant 6 bits, you get 0x= b8 > (if my early morning pre-breakfast hex calculations are correct). Try > matching on that and see if it works. THANK YOU. I've been making that mistake on EF now for 2 years, over and over again, in everything. Thank you for breaking me of the habit. > Some programs use the whole TOS byte, some just do the 6 DSCP bits. I > usually end up using tcpdump to see on the wire what the program actually > does. In this case I am hopefully ignoring ECN bits by using 0xfc as the mask. OK, so I put a new paste up, with the fixed EF classifier. Fiddle at: https://pastee.org/m5pxn I also found the option to have an offset to a filter with a hash and divisor - "baseclass". So I have arbitrarily fiddled with multiple traffic types and then tossed the rest into a subset of fq_codel queues. (I really am a big fan of better mixing, particularly with tcp traffic). I have not however figured out how to classify via a u32 match and end up with a hash, divisor, and baseclass offset, (it seems to make sense to have a bunch of queues for gaming/dns/interactive traffic). My observation is that a LOT of traffic is seemingly marked CS1 (or remarked as such, particularly on ingress from the internet), so that if you wanted to pound torrent flat and torrent only, deeper packet inspection might be required, and CS1 marked traffic could use a couple of queues dedicated to it.... nor have I benchmarked this attempt.... > > -- > Mikael Abrahamsson email: swmike@swm.pp.se --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html