Re: [EToSat] TR: New Version Notification for draft-kuhn-quic-4-sat-04.txt

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Thu, 23 April 2020 13:14 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: etosat@ietfa.amsl.com
Delivered-To: etosat@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AC343A03EB for <etosat@ietfa.amsl.com>; Thu, 23 Apr 2020 06:14:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M7uHQ7w4_dfD for <etosat@ietfa.amsl.com>; Thu, 23 Apr 2020 06:14:55 -0700 (PDT)
Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4ECC53A03EA for <etosat@ietf.org>; Thu, 23 Apr 2020 06:14:55 -0700 (PDT)
Received: by mail-lj1-x229.google.com with SMTP id f11so1534358ljp.1 for <etosat@ietf.org>; Thu, 23 Apr 2020 06:14:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oPE+ycKZ21FMcexIxFNmVje1+xyCawOVTU2W9Ef72JY=; b=SWBNHBDTBzlJo0tG254eebX7RSETKhUNEv9n4LY28AG7NKOm85H/03JvTHgz5kP1BM ejjMCM3eBbbnQVb1y1HeA7cfYBaxxiuX8H4wjNWnr4F2+29XE/T+y5wEobco/DrtHuZn 2L36dfaFDvPoPFy9MBovUa2VHyuUP5q5zSAB0gDnPV9xJrnxjrgoCGGuXbcUSvRGBhbp hBvorWAlYIAxgJM3tcJsJwsT/vdhugfZf+NFFSgBlCRhc5/GlVVrPaIYHpFBYijleTtA haiHOGkk8+TJeBXdGVobGDb02bCYNH5ZBQ+C0Fxs8sbZB900n4z1NvhJMb1YTLF23aQV +8wQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oPE+ycKZ21FMcexIxFNmVje1+xyCawOVTU2W9Ef72JY=; b=ozcKB9pef1gkw/UkH+hPmFuJtTNwSbQcg7nv32PylX3n9YFRXm9vX4N0cutyYM5Rh0 d5nq6PjHPSBSgvZ5nCZ82goxTTPNqmzuEpQb2W0sxcZYyMBlz15NnzaM6yjaAAdyr8Dq QOCGdygjUiynHWjhtVq8f2kOBnbSpUO5d+pyXiHRltPT1IWntdaMjz7a2+OyUBYh1+qJ PBLA87cUmK4/NOqWND5GSqdoBCJwQyzy2JPG1bLmIs3KpT5c/jbne+j41LWWbd2GqT/q 0C1X5JdaC/ga6dgRq8ndE8y51mEEhQYsgR7CAm3Yo8XnRg92mgLnYnl9wtM1dUa27Pkd ZWeA==
X-Gm-Message-State: AGi0PuaiP1Eo6NnEZs7+PP3HkmuYTH69/4mTbHFxwJOmq/XVV7Ze526y yZ9gHbzEw1V84+4sjpoDxqK1CpOOCyZePbGXzmc=
X-Google-Smtp-Source: APiQypLHV6jbbWdmRVpBkbPIkt+4udyq95zZFBekm2Wu+jD+3cNSZiMp/3V9AR11rkg7TBsoNF/waAB3DSaNMZFirhE=
X-Received: by 2002:a2e:9886:: with SMTP id b6mr2423442ljj.237.1587647693294; Thu, 23 Apr 2020 06:14:53 -0700 (PDT)
MIME-Version: 1.0
References: <EFFE2C3A-7D18-4559-B221-579E6737675E@huitema.net> <32C9C992-6FBD-407D-9011-4FD15364DD04@eggert.org>
In-Reply-To: <32C9C992-6FBD-407D-9011-4FD15364DD04@eggert.org>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Thu, 23 Apr 2020 08:14:28 -0500
Message-ID: <CAKKJt-fm8zgWzsVeTLwAZU_mxsbWXp9MhZETS1RUzG-T_J5iZQ@mail.gmail.com>
To: Lars Eggert <lars@eggert.org>
Cc: Christian Huitema <huitema@huitema.net>, Gorry Fairhurst <gorry@erg.abdn.ac.uk>, "etosat@ietf.org" <etosat@ietf.org>, Kuhn Nicolas <nicolas.kuhn@cnes.fr>, "Border, John" <John.Border@hughes.com>, "emile.stephan@orange.com" <emile.stephan@orange.com>
Content-Type: multipart/alternative; boundary="000000000000c9914805a3f508cb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/etosat/tMGwG1bp2yHFFdDwZSjuHo5zmTU>
Subject: Re: [EToSat] TR: New Version Notification for draft-kuhn-quic-4-sat-04.txt
X-BeenThere: etosat@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "The EToSat list is a non-WG mailing list used to discuss performance implications of running encrypted transports such as QUIC over satellite." <etosat.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/etosat>, <mailto:etosat-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/etosat/>
List-Post: <mailto:etosat@ietf.org>
List-Help: <mailto:etosat-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/etosat>, <mailto:etosat-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Apr 2020 13:14:58 -0000

Hi, Lars,

On Thu, Apr 23, 2020 at 3:07 AM Lars Eggert <lars@eggert.org> wrote:

> I was asking, because it’s pretty simple to come up with a scheme that
> does ok for a given static and otherwise empty pipe.
>
> The tricky part is how things behave if there is other traffic, which is
> why in CC research there is a bunch of standard scenarios that are
> evaluated (dumbbell, parking lot, etc.)
>

Just to avoid the "bring us a rock" scenario ("no, that's not the right
rock, please bring us another rock"), is there a better resource for people
to be looking at than
https://tools.ietf.org/html/draft-irtf-iccrg-tcpeval-01?

Best,

Spencer, who has never done congestion control research ...