From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id DA92E21F228 for ; Sun, 12 Apr 2015 14:59:21 -0700 (PDT) Received: by qku63 with SMTP id 63so144688525qku.3 for ; Sun, 12 Apr 2015 14:59:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=5B3nDd1Yu6fDtAJ0kVC0m8/4d+64mvvCZnaIprzEXlM=; b=A3ovijj7eKDZuSdAWlOVIPExsKaNrdGqV9f2eFlXoJjtGE+AnVXGggcaihooEjHXyi pZi9HQKcOHuXH+dc/w4pM8p3UbgE9ozdmQldFfkGwr7OWnjo4meI2ulmB3ceQOJT6aQC fVDKusQZ98g//2a+XQyD9v9X7EmdaQz0pB/zcQWYLWRkHzaSTJsIUJ0cpfLSyfNa1lND /izKDiu0BcCi4hF24RIdAmsLSHCeWVj0sBF2NivLpVhHERnHP7wsTzWw698nn3cYlEbj RKRyPkUXwwmWBU0NeI4yF+xkSEbSQJ7szuhoSBU1swxn5Svb903qemJZXGkhiyPNOMe7 vpzg== MIME-Version: 1.0 X-Received: by 10.182.255.195 with SMTP id as3mr10018021obd.56.1428875960568; Sun, 12 Apr 2015 14:59:20 -0700 (PDT) Received: by 10.202.51.66 with HTTP; Sun, 12 Apr 2015 14:59:20 -0700 (PDT) In-Reply-To: References: Date: Sun, 12 Apr 2015 14:59:20 -0700 Message-ID: From: Dave Taht To: Sebastian Moeller Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: cake@lists.bufferbloat.net Subject: Re: [Cake] #17 X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2015 21:59:50 -0000 It is not clear if atm framing and things like pppoe are used at higher rates on newer technologies like GPON and fiber. They are not used in cablemodems, for example. Given the headache it has been to get that straightened out on DSL AND detect AND configure properly, I would not mind if we abandoned the idea of supporting alternate framings in cake, and stuck with what already works in the sqm-scripts with htb + fq_codel. On Sun, Apr 12, 2015 at 12:18 PM, Sebastian Moeller wrote= : > Hi list, hi Dave > > On Sat Apr 11 19:33:59 PDT 2015, Dave That wrote= : > 17) the atm compensation in cake is entirely untested. And it is > unclear as to how best handle pppoe. > > Regarding ATM, it seems from http://www.bufferbloat.net/projects/codel/wi= ki/Cake that there is only one command line argument =E2=80=9Catm=E2=80=9D = to activate accounting for atm encapsulation. I venture a guess that this w= ill not be sufficient as it seems necessary to add the per packet overhead= before =E2=80=9Cexpanding=E2=80=9D the packet size to the 43 in 53 atm cel= ls. This might be really just a documentation issue (I have not looked agh = cake=E2=80=99s code, not that I a) read C well and b) know where to find th= e cake code repository). In my experience the relevant per packet overhead = on the ATM link needs to be measured on each link individually (and repeate= dly to catch the ISPs doing funny things like adding an otherwise invisible= vlan tag on the atm link). > > PPPoE, is easy, either drill into the packets to get the values used for = hashing, or ask people to activate cake on the pppoe interfaces in the rout= er (these typically do not show the pppoe headers so that classifier will f= ind the right values). Or you could argue that a PPPoE link really is just = one flow, and hence does not deserve special treatment ;) (which other =E2= =80=9Cmultiplexors=E2=80=9D would deserve the same special treatment SPDY/H= TTP2?). > > Best Regards > Sebastian > > > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake --=20 Dave T=C3=A4ht Open Networking needs **Open Source Hardware** https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67