From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yk0-x235.google.com (mail-yk0-x235.google.com [IPv6:2607:f8b0:4002:c07::235]) by lists.bufferbloat.net (Postfix) with ESMTPS id 1C4A63CB71 for ; Mon, 18 Jan 2016 04:44:09 -0500 (EST) Received: by mail-yk0-x235.google.com with SMTP id v14so513634951ykd.3 for ; Mon, 18 Jan 2016 01:44:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=otvorenamreza-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=MHQRLpRqjBmTh2M0c81WN+qe4uj8L59Ss6dNWjLH53M=; b=U+E7qFsW2KZ8rdtMYjfDn0WhSsj6LqAECPNg7L/YyIwE9Fz0J4H76Iq7kDdsJh/pWi XktlFZfcx2c1vvpil4Bua2uHgLYN8SruT7goW0ajyCMZsNUezVBgYsbLQcZRddRLwXTB oPDxAeSV85V6v+m3HGNcjVm7T4eXCFJr5Dx0NQKT3XeGGQGAI5LsupIAZLiWp835hO3B 9J3dHhsvTqxVpGNb1iwisDmYFsXLBQRa0EpH/zgVYRFz6/3lKslcTSi74CmTibzzCfiN JaLgfNtGfpqRZr3REM9E3IkCq8a3sJhKBlASEmqEdfZqzIOdeoDdmVk/42u0dMX5QYOf 0KTA== 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:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=MHQRLpRqjBmTh2M0c81WN+qe4uj8L59Ss6dNWjLH53M=; b=JRWrxEx+yC0DPHVYdqbGOH0E11AhBhA8k17XdfaCC3IPOFOiBB4Z7mndwHq0Vo7o4e RypeYYJ7Iam319hvbGQZ3gAIWbqTBkgTwZsgiQr/WYW3Hhi56KWvctzzdF52QTJdjUUd xxVAAuqRFJhNN2Q2o2CwKRdiIbmxv2VrtKkFOwjwUkBtRdUKrIw/6trkb2Pt+eBExUNb lamjgO2zrxfNwg468oD7kjUsFm0pda2wtfnTY9pjIJ+uPuatFnI1QWIxmMtTe5wxpXgQ 4hMy5sp3FPXOy7huXPYz17l1mn9Qc+l4c/9A/NhVfELIzr9a01V1vXxYf01HORe5wK6K Y32w== X-Gm-Message-State: AG10YORdTEam2Jx39Cvz4jSDBEl92WwrQmzEFUgbN9g0SEObT19NPB71YENx42k88tSoxVvRLMShsdtqXirtQA== X-Received: by 10.37.104.6 with SMTP id d6mr1552240ybc.171.1453110248019; Mon, 18 Jan 2016 01:44:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.114.7 with HTTP; Mon, 18 Jan 2016 01:43:28 -0800 (PST) X-Originating-IP: [93.143.151.104] In-Reply-To: <6737994D-CE0B-46F5-B55C-A584FF6A8014@gmail.com> References: <6737994D-CE0B-46F5-B55C-A584FF6A8014@gmail.com> From: Valent Turkovic Date: Mon, 18 Jan 2016 10:43:28 +0100 Message-ID: To: Jonathan Morton Cc: Outback Dingo , make-wifi-fast@lists.bufferbloat.net, "cerowrt-devel@lists.bufferbloat.net" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cerowrt-devel] routers you can throw off the back of a truck X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.20 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: Mon, 18 Jan 2016 09:44:09 -0000 Hi Jonathan, On Mon, Jan 18, 2016 at 9:30 AM, Jonathan Morton wr= ote: > >> On 18 Jan, 2016, at 02:45, Valent Turkovic wr= ote: >> >> Is there anyway to configure any queuing technique in Linux kernel >> that so it distributes bandwidth equally between users and to keep lag >> (bufferbloat) as low as possible, but without needing to define >> absolute values for download and upload. > > Recent versions of Cake have an =E2=80=9Cautorate_ingress=E2=80=9D flag, = which can track capacity when deployed on the downstream end of the link. = I use it myself to assist with 3G, where downlink quality and contention va= ry frequently. Just found your presentation [1] and this could be what I'm looking for... and I'm very interested to test it further. My initial tests [2] of piece_of_cake and layered_cake didn't show it in good light, it had quite high latency when compared with other sqm scripts in OpenWrt. Any ideas why? I have 100/10 Mbps fiber connection and during the test I put 90/9 Mbps limit in SQM and got those results. Can you please share your sqm qos script, or just how you invoke tc manually and I'll test it on my routers and see what happens then:) > I haven=E2=80=99t yet found a robust way to automatically sense link capa= city from the upstream side. You=E2=80=99ll therefore need to set a conser= vative static value for the uplink capacity. > > - Jonathan Morton >From your presentation I see that if we had a daemon working in background and somehow measured tcp latency (how?) and then we could use it to raise/lower bandwidth limits on cake until we get best possible results. Ideally I would like to use a queueing mechanism that auto-configures everything. @everybody any ideas how to tweak current "simple.qos" and "simplest.qos" scripts in OpenWrt for 3G and fiber optics? On fiber optic connection idle latency is around 30ms and on 3G connection is around 60ms, do I need to change 5ms default in fq_codel to these values? How? Cheers, Valent. [1] http://www.bufferbloat.net/attachments/224/cake-battlemesh-v8.pdf [2] http://pastebin.com/raw/BcizDmVX