From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id AF97F3B2A3 for ; Sat, 22 Apr 2017 09:51:37 -0400 (EDT) Received: by mail-wm0-x234.google.com with SMTP id r190so2216676wme.1 for ; Sat, 22 Apr 2017 06:51:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=b6BttPF8P6gOB6UDGL8JYarPKsvPCkg+zc3/DdTw+Uc=; b=YrgFoepTBjW6+FMTTWf0yfczQQSfrw7cb23s0pxTss7rzoUPoSBJokhSXKdweBmh7t F2dPo7+dNEttx4n1WiPCuegWWbaxURtEx+c9CpKooFpfU5TLh8BeLZktQnZQIhoyUbOR EwQRQeOWWF6uMYF5b7Ym0RGLhWJvmRFj0MxsOosyHWGvFCIo07K2KjBtFT/BJwgizRNP ThtPVkLsghrTZhvdEfjHb4CZuHJF5W9Eqxhszl+cismnjOpQgI+bQlZ1IqHJwz8Oz5oy Fyr695KlkWOVvaBZOUg1aahbf/atcPiDLq/BvwNbHV8mjKa8qRZ/3ZOdIoGK/IEdEwo5 MNEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=b6BttPF8P6gOB6UDGL8JYarPKsvPCkg+zc3/DdTw+Uc=; b=g4REQjezGEqgjsf/1ff3FlfdO+Eo9k4n8IABpXqC0S3yMnd2E90qeXwOR7/O4ePTM2 rchghBwHA4RgjJ7Z8Ev+D9CIb2UFfNOg+OHKpJRF9FcW25zwEPI7HKvio4keOkucG8by oZMU80an/X6GS0PgTtVRkLZNg3s8UK3HIhFlooVS+cuu/v66hAB+tTJVLP6/X3gXO/3O et6+hMYG5JU7DzOjO/yH5QC74BRI0MVmUNZU0198Qm1pkVoBaxmfTVkbERUO2NQmNPyh 9TIoir0JCszZiyDS2yknohE+DdaysULzt21yl6ec2x52i952e4zrfkaVilGYnies58aZ /OeA== X-Gm-Message-State: AN3rC/71uk+IL9s9ByjhG1Bx9clWnPnkskPhll0GITr24sCuc2zeHz41 Z/30kR9amf7ytLNl X-Received: by 10.28.184.207 with SMTP id i198mr2829317wmf.104.1492869096517; Sat, 22 Apr 2017 06:51:36 -0700 (PDT) Received: from [192.168.0.3] (185.182.7.51.dyn.plus.net. [51.7.182.185]) by smtp.gmail.com with ESMTPSA id e129sm6043622wma.13.2017.04.22.06.51.34 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 22 Apr 2017 06:51:35 -0700 (PDT) To: cake@lists.bufferbloat.net References: <05C0B0C7-4337-4115-AC6B-DA81392FCB34@gmail.com> <22E633CF-5EE0-4B0F-89A8-B790E730FB6C@gmx.de> From: Andy Furniss Message-ID: <37ea1abc-8c08-784c-0873-ed6df8d089ca@gmail.com> Date: Sat, 22 Apr 2017 14:51:34 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Firefox/54.0 SeaMonkey/2.51a2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Cake] Getting Cake to work better with Steam and similar applications X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2017 13:51:38 -0000 Jonathan Morton wrote: >>> So please add “atm overhead 32" to cake on eth0 or “atm overhead >>> 40” to cake instances on pppoe (these packets do not have the >>> PPPoE header added yet and hence appear 8 bytes to small). >> >> Thanks for your help, will definitely use them. Just wondering if I >> use "pppoe-vcmux/bridged-llcsnap" on eth0 or "pppoe-llcsnap" on >> pppoe0 would have the same effect? Or are there some other >> "under-the-hood" changes when using them? > > On the pppoe interface, use pppoe-vcmux if your modem is set to use > VC-MUX, or pppoe-llcsnap if it’s set to use LLC-SNAP (they might be > described using slightly different terms, but should still be > recognisable as one or the other). This probably depends on your > ISP, and may further vary regionally within the same ISP. > > I really prefer to use the self-explanatory keywords (which is why I > added them in the first place) instead of opaque magic numbers. This > is a point on which Sebastian has long disagreed with me. Either way (or maybe not!), what about the observation that attaching cake on pppoe, for me at least, required the use of the raw param due to the "auto compensation" mechanism seeing pppoe as +8 when the actual packets are just ip len so not +8.