From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) by lists.bufferbloat.net (Postfix) with ESMTPS id 9CFAF3C9F1; Mon, 18 Jan 2016 03:30:34 -0500 (EST) Received: by mail-lb0-x22e.google.com with SMTP id bc4so341739291lbc.2; Mon, 18 Jan 2016 00:30:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ZNlUbIKw4Apat/opf2oXtyCx7yvQNK4O/ruZ5YbWlY0=; b=f9qBs3igzi88GE/1YIbrt48a7zr4KonGoMMhUFZWkyrs8DaiqYWOd1nGyjI4Ij/We4 6QfmMkw7twVnxQou5pyStiIwe6ofa2SB6vsn7fCIuqxTaGLgjM2QYWpwL+Ph+rFecp2d R7mvqS3vcCm/gjB3flsqwkSwy89kYei/DqaBAnPwIWrvLhATvB+KIeLbWt5cqitls4gh 4zCW0l1SVmk7GmmxUMUtKUoXdTQOuy/rLoWVyFbOIlkMrWS5SfBjU6RbDq547v+BxgOx dY3j0dizADWt4jv9zyYLjSQtIeXDX8SLtknYeE8E76ZkEZZiVEcm/1FavBeZLHgUDakG mZ1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=ZNlUbIKw4Apat/opf2oXtyCx7yvQNK4O/ruZ5YbWlY0=; b=lEIu9wtA5v8eoZey6qAnDdXWv0q8U4h54E1Xi9BfxjtfoVJ1LkdwgAKTL4JpZ0biyt s7AoiAOktC+x262LE8CzLKn6MyKL1KZzt/xic5Wz3fAsgaVjrU09TmDYaww5efwXTCET HqphSLbEOZk98TVF+IhanU/wHju+C7T5JEQx2LxyvjpTDGle1nJleqrOv3aBC7Sj9xdz huDrMW7iodsuPFyDwQG3q+Kcv9bUXuJW3lZBSlW/z8acz5yG2sxAGD0Wl5LWzDNjj0s2 hr27RiUJ5esSa5EV7a1UMDhhmMwkM6XKAJkLoINsqGGNyXEMynb+ZwsLz/XlSqX3PkoS Iv0Q== X-Gm-Message-State: ALoCoQkpb5xN7syS6IHr/RuKHg96IKvRp2ySXDxj0xiVuvmMwmCuaR6yUWvoDnYwzr1CwFTGED4we5GVmzTEJYeod3M9Sw3sDA== X-Received: by 10.112.160.232 with SMTP id xn8mr6738940lbb.22.1453105832236; Mon, 18 Jan 2016 00:30:32 -0800 (PST) Received: from [192.168.238.201] (37-33-99-74.bb.dnainternet.fi. [37.33.99.74]) by smtp.gmail.com with ESMTPSA id xe8sm2988078lbb.41.2016.01.18.00.30.30 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 18 Jan 2016 00:30:31 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Jonathan Morton In-Reply-To: Date: Mon, 18 Jan 2016 10:30:28 +0200 Cc: Outback Dingo , make-wifi-fast@lists.bufferbloat.net, "cerowrt-devel@lists.bufferbloat.net" Content-Transfer-Encoding: quoted-printable Message-Id: <6737994D-CE0B-46F5-B55C-A584FF6A8014@gmail.com> References: To: Valent Turkovic X-Mailer: Apple Mail (2.3112) 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 08:30:34 -0000 > On 18 Jan, 2016, at 02:45, Valent Turkovic = wrote: >=20 > 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 vary frequently. I haven=E2=80=99t yet found a robust way to automatically sense link = capacity from the upstream side. You=E2=80=99ll therefore need to set a = conservative static value for the uplink capacity. - Jonathan Morton