From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (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 090C63B2A0 for ; Tue, 29 Mar 2016 20:16:11 -0400 (EDT) Received: by mail-ob0-x230.google.com with SMTP id kf9so35729783obc.1 for ; Tue, 29 Mar 2016 17:16:11 -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-transfer-encoding; bh=AmR5GYNA411QCKhCjgbIEpwIYqP8ybUc7V2B8VHmveQ=; b=St/FDSGF9El4gvfiSgPBzbXmCCdaumT/GRnXn7674u4q2mTARnmlsdk8q+z1Gd+Bw0 dF4/x2uu5MX+pwR5WY3btRN10kBc2AWtEP8/7hZWDrvb8AOYMt+tXKRFgbzpVde/bBgk jiLyqrkDPUyBe4+ix0UsQopr7lDGRCbUXzNIe+OmWWkvxgoFKXHWrg6+bqtd021c5l17 6wZIIS2Bn0OCsAOrE2vo3qJao/ncKcaHONKYkVQb8Qx/iOCbVGnd5VWMx1uY5rUGcm6x r3SXNofPva1oAwZh9NtyStKYpUAhH2pQYEmQjcz0mJZUuMzkCUXjvkU7VRvyS+ymb+3a sM+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-transfer-encoding; bh=AmR5GYNA411QCKhCjgbIEpwIYqP8ybUc7V2B8VHmveQ=; b=Bz/LfPz9cekmbFsgmXcR3+nkbeYdCl4dz2WmhijaO6vVdrDRupw5bhWmGx6rilGCWL BDtjQXqNnaJoi3KMizEJD6vyJwxDb23t0CucMh1J2z6m8GYEcwVXmZxBBLsJET/VfbC1 Fjrf3I6IV9KlOsTYbwMwDZa2Z9cCl0q5Do/VbVwExmY0Wl2zi8u0d2/3BRNrezCX4wlp v5jyTF2S8QiYCHr0wfUH28TZ0auIrqlawIj4xkbZsFFNhRnNRMmIYLFjWq0fskQdBusM bUuxBp07K2M5sO3klA8u2jyEwwsn9g7FxZ9p3DaIaa18mAnHl8TBoqv0Arn6+piY4T1d X9WA== X-Gm-Message-State: AD7BkJKNcbqLmteAi96Pnjxl/ZdvElGmqNSt1o01eWRnp+ao5YXTnloNd3YlFe7hofcdzpzxHfro1LPQWhE7Jg== MIME-Version: 1.0 X-Received: by 10.60.102.67 with SMTP id fm3mr2889008oeb.61.1459296971465; Tue, 29 Mar 2016 17:16:11 -0700 (PDT) Received: by 10.202.168.129 with HTTP; Tue, 29 Mar 2016 17:16:11 -0700 (PDT) In-Reply-To: References: <34953EAA-4C76-456E-9B9E-3A73D0DACCDE@gmail.com> <855E3354-30E6-4658-AF38-A0C1E92085CE@gmail.com> <66A00804-E571-4A44-BE3E-422F78C1F1F7@gmail.com> <198CD4FC-6BD4-40DA-BE2F-22BBBA1E204D@gmail.com> <20160328140104.3c55079e@xeon-e3> <87lh51bjx9.fsf@toke.dk> Date: Tue, 29 Mar 2016 17:16:11 -0700 Message-ID: From: Dave Taht To: =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= Cc: Jonathan Morton , cake@lists.bufferbloat.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] cake separate qos for lan 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: Wed, 30 Mar 2016 00:16:12 -0000 I gave this a shot, it doesn't route the packets back trhough the underlying interface... perhaps policy routing? TC=3D/home/d/git/tc-adv/tc/tc IFACE=3Deno1 F=3D2601:640:4103:56c0:2ab4:103a:39c5:a43a S=3D2601:640:4103:56c0:120d:7fff:0:647 ip link add $IFACE name fast type dummy # maybe ifb? ip link add $IFACE name slow type dummy # maybe ifb? ip link set fast up ip link set slow up $TC qdisc add dev fast root cake bandwidth 20Mbit $TC qdisc add dev slow root cake bandwidth 5Mbit $TC qdisc add dev $IFACE root cake bandwidth 20Mbit ip route add $F dev fast metric 1 ip route add $S dev slow metric 1 Dave T=C3=A4ht Let's go make home routers and wifi faster! With better software! https://www.gofundme.com/savewifi On Tue, Mar 29, 2016 at 4:31 PM, Dave Taht wrote: > An overall ISP in tc need exposed by this discussion is some means of > mapping multiple ipv4 and ipv6 addresses and netmasks into something > that will return a (key,value) pair. This would work something like > ipset does, although what you would return is not "present or not" but > present and a value > > insert customers 1.1.1.1,1 > insert customers 2001:db1::/64,1 > insert customers 2.2.2.2,2 > insert customers 2001:db2::/64,1 > > then on the relevant path you'd set up the qdisc hierarchy and do a > lookup into that to get the right number to go to the right cake > instance. You'd also have to do a longest prefix match into the above, > so a 1x1 hash won't do. > > the massive tc filter option discussed already does not scale to a > random number of customers with randomly different numbers of ip > addresses, types, and netmasks. Code like this must exist in dedicated > devices already, CMTSes, BRASes, deep packet inspection devices, etc. > > Secondly, in the case of cake the hierarchy could just be a bunch of > somewhat unassociated queues, not htb or drr, letting cake do the > scheduling of deliveries. > > Regrettably I know of few ISPs that are actively using linux in any > way they have sources to. I suspect a few dslams are linux based, but > nobody's talking. > > ... > > Another way to maybe get there is to use the ip route functionality > instead and send stuff to virtual devices layered on top of the real > device. > > ip route add from :: to 1.1.1.0/24 dev dev1 > ip -6 route add from :: to 2001:db1::/64 dev dev1 > ip -6 route add from :: to 2001:db2::/64 dev dev2 > ip route add from :: to 2.2.2.0/24 dev dev2 > > Then the reverse would be out one of two devices, one device > configured for the "fast, local cache server", the other for the > regular internet. > > solution too long to fit in the margins of this email.