From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr0-x234.google.com (mail-wr0-x234.google.com [IPv6:2a00:1450:400c:c0c::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 B78DC3CB37 for ; Sun, 22 Apr 2018 02:15:21 -0400 (EDT) Received: by mail-wr0-x234.google.com with SMTP id v60-v6so32613458wrc.7 for ; Sat, 21 Apr 2018 23:15:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eventide.io; s=google; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=BZrdGALHH7DpOw9WdGa4L5iKOcnQc+KUhxddEL1b4xE=; b=BR1FQ/1Dd/UV5OyiE2xQ18vKdbfTZQvQ1kHnMDtEbMVQ4S431i7X9/B2IauFaVGJnQ +991t6lG9F0zIXoK3plcsuSPYEqREL/abQGAMAhHC3i+iQuz7Vnn0udo8vlcp1m/xiRK eVaMuWLY+zOy/vb3goLPP0rx0TEtum186HvikKFVux575ED4NBPxW9Z0brqkfc4QbE3u drOgArs3eicjbmLyxrHZr45v4lanLXLMWb+yHRonOgxKb/bMaAzKI8Ty5FyDxqODvJqV 7wvDpvckwKBLs4XoQLp/+UtOCrQ2VZv7OGYtBl/gRAiCcbvFOcpOjewMex13hM4ZcN1B Z92w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=BZrdGALHH7DpOw9WdGa4L5iKOcnQc+KUhxddEL1b4xE=; b=HbUUEv83DsdRH6AUnvs/pq7P6Y2Vesu10pL25rqyrko/BGtg2WtagW06cR10P/MYBX /8MldQHJVaYL87WywzxnpCZ3DWzDWzW4QgsKiB4DZTbRue2Kdf6jA4hviETd0+6DYF0g H6L0U8efqca7LUD6WjGSyaJd2MeMcZBkg345CQiDw96hyFYYrCU7pGpr7CFKfynLEB3a 6jp2H3xwrpB8YSCrWKxJoxv4ZbGPjYL293ANl0Z3wRRXRXzK1ZZn0wQbw+CbArEAvl6p jBJpewurgh0f2OaPc0pPTdbb9ZTTZX4OaYDsIDUJus8IdU6B1XBvuWB6MiShZFeFo0HP ezkQ== X-Gm-Message-State: ALQs6tDED04RaeF3B2Ox8FQbYXplG5S6m98ttTg62np13NkYNL5fGJWG KpVp07bxsJn2Gxm+IAdbfNLtTA== X-Google-Smtp-Source: AB8JxZo1Lbwqp9HtTXW/xlvcIiV+zHDRge1jdhrgMVmFvvF5sfRw3MCsBs4z1taV5JLfsylDye5wLQ== X-Received: by 10.28.51.79 with SMTP id z76mr6936384wmz.113.1524377720827; Sat, 21 Apr 2018 23:15:20 -0700 (PDT) Received: from tron.luk.eventide.io (h-1169.lbcfree.net. [185.193.85.130]) by smtp.gmail.com with ESMTPSA id o2sm4135865wmo.12.2018.04.21.23.15.19 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 21 Apr 2018 23:15:20 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_AFAA2393-3825-4636-BFDB-CD92DE48F1DB" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Pete Heist In-Reply-To: Date: Sun, 22 Apr 2018 08:15:18 +0200 Cc: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= , cake@lists.bufferbloat.net Message-Id: <25770C62-1367-49E6-84FC-D6A244DBE960@eventide.io> References: <87k1t38d2q.fsf@toke.dk> To: Jonathan Morton X-Mailer: Apple Mail (2.3124) Subject: Re: [Cake] Diffserv LLT mode 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: Sun, 22 Apr 2018 06:15:22 -0000 --Apple-Mail=_AFAA2393-3825-4636-BFDB-CD92DE48F1DB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 21, 2018, at 6:44 PM, Jonathan Morton = wrote: >>=20 >> Improved intra-flow latency could be useful for HTTP/2 or other = things, but I don=E2=80=99t see how the current llt mode helps most = ordinary people with that, when it would only apply to flows with = certain diffserv markings, and doesn=E2=80=99t seem to adjust the target = and interval anyway=E2=80=A6 >=20 > Well, at some point the intended functionality seems to have got = corrupted, though it could be put back in without difficulty. But I'm = certainly not among LLT's userbase; I put the mode in mostly as a = demonstration that Cake could do it if required. If the originators are = no longer pursuing the proposal, then the mode has no reason to exist = any more. >=20 > The bulk tin often gets its parameters adjusted, by virtue of the fact = that its threshold is a small fraction of the total. It happens in the = other modes as well. Don't take that as significant. I see. Well, since it=E2=80=99s not working anyway and we haven=E2=80=99t = heard anything about it, I=E2=80=99m also for carting it away...= --Apple-Mail=_AFAA2393-3825-4636-BFDB-CD92DE48F1DB Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On Apr 21, 2018, at 6:44 PM, Jonathan Morton <chromatix99@gmail.com> wrote:

Improved intra-flow latency could be = useful for HTTP/2 or other things, but I don=E2=80=99t see how the = current llt mode helps most ordinary people with that, when it would = only apply to flows with certain diffserv markings, and doesn=E2=80=99t = seem to adjust the target and interval anyway=E2=80=A6

Well, at some point the intended functionality = seems to have got corrupted, though it could be put back in without = difficulty.  But I'm certainly not among LLT's userbase; I put the = mode in mostly as a demonstration that Cake could do it if required. =  If the originators are no longer pursuing the proposal, then the = mode has no reason to exist any more.

The bulk tin often gets its parameters adjusted, = by virtue of the fact that its threshold is a small fraction of the = total.  It happens in the other modes as well.  Don't take = that as significant.

I= see. Well, since it=E2=80=99s not working anyway and we haven=E2=80=99t = heard anything about it, I=E2=80=99m also for carting it = away...
= --Apple-Mail=_AFAA2393-3825-4636-BFDB-CD92DE48F1DB--