Re: [EToSat] New Version Notification for draft-kuhn-quic-4-sat-04.txt
Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Fri, 24 April 2020 15:05 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 102193A0A09
for <etosat@ietfa.amsl.com>; Fri, 24 Apr 2020 08:05:45 -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 DGjSWjahbQZV for <etosat@ietfa.amsl.com>;
Fri, 24 Apr 2020 08:05:42 -0700 (PDT)
Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com
[IPv6:2a00:1450:4864:20::133])
(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 DCB203A0A06
for <etosat@ietf.org>; Fri, 24 Apr 2020 08:05:41 -0700 (PDT)
Received: by mail-lf1-x133.google.com with SMTP id h6so7993870lfc.0
for <etosat@ietf.org>; Fri, 24 Apr 2020 08:05:41 -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=LO0nyKl9uvqwTdKZFmVaPxbsHOSEvpfR/yjrtLp9Y0M=;
b=cGrAuCxGBXHyCb1dkE4aaTTn8VQ1iawHkYrK7w7TVR7lW837tM24xBcRuOVV02Gtzc
WeZHm5GpZhY85HYbhk1IqmwcRPQ99jyAd0xx/ZnEAJVwRK89mxLJZChrGhRvhWq2vhSa
ThofZ7U8QJXVKHE9WXB+nPchIm0hc3xcaMC3eRIXHYGqkRCPOw7I1Womi0EzyOmtqFi4
MSCE1i4yj6tKYNMi4+JvmisP5pM+j22IbyDTNCoAFNwIdvihzUHQwLTkIMWvj4csXcG7
u0Q1JuuZTG08RnOWBiQh1zrb8Z4VUhmf1yvIuVhnmBl0g47btF/Qx0BTR5nkufvHufOn
TwMw==
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=LO0nyKl9uvqwTdKZFmVaPxbsHOSEvpfR/yjrtLp9Y0M=;
b=jEsRzLAu3cbMfyqg5ib4i6LsJ04n9INNHqRBwwL1FOtBrT9SVMzSkaqS6mCv5vZgUk
K6b1eXl/JbCAuNBUxhF+aZ+OUPBmkQ4GOP/d2KehqGtGoUSfGJEJPZkg6A78JUFXMtr3
1DhkK5tvK6qUkdDvOylvlJCder3ceAONCBay1Q80rsgK90/GPtrs+EyTBbCStn6eLj81
IvCw2Oq0BMT23XWWUMANXTRf96Une5XCbbLK3Ij8aWlRbNuUv0bbzJliOUlI5U0wu4V1
lEVTDq0hMXGDPs/UJ2yzRKjFkFmJmU66gS0dIe6WUl2USl9uYV5eu5HRuSZ7SlUssukg
IzlQ==
X-Gm-Message-State: AGi0PuZicV9DUg0rOtC3TdD2Y20s7Ta+Q/8ulJAg1X50rAeD3QrDZ1eW
k+wZQZz6OAroAcM0208h1wHjuKOokEILffhsA74=
X-Google-Smtp-Source: APiQypJkZYE4Jx4qhog72qqrMx9PxNumv1M1LL2wFkDRyaByuNq4iJBjUfTDVfsWdYujHm/sMFakN/2rmyKlSCP6E3I=
X-Received: by 2002:a19:2d1d:: with SMTP id k29mr6543980lfj.46.1587740739975;
Fri, 24 Apr 2020 08:05:39 -0700 (PDT)
MIME-Version: 1.0
References: <EFFE2C3A-7D18-4559-B221-579E6737675E@huitema.net>
<32C9C992-6FBD-407D-9011-4FD15364DD04@eggert.org>
<CAKKJt-fm8zgWzsVeTLwAZU_mxsbWXp9MhZETS1RUzG-T_J5iZQ@mail.gmail.com>
<9538E602-FFF5-4C74-A53C-E6A31ABCF3DF@eggert.org>
<bc9cb433-4d42-2010-3cd9-a5ea1aea1919@huitema.net>
<1131d7b3-e6b5-be0f-0dde-d23f0302d4b9@wizmail.org>
<CAKKJt-f_t-dg15G0pSZUy3N8Mie9T9xYW+hE3nh=LPzc0mUUBg@mail.gmail.com>
<22E249CB-1653-403A-8567-23935EDF501D@kuehlewind.net>
<CAKKJt-f87affv8YsR+aHcZO2cCdy0HVm7o2iWZXRjMUWE5jxPg@mail.gmail.com>
<4282133A-C260-42F2-B44E-16AB3945CAED@kuehlewind.net>
In-Reply-To: <4282133A-C260-42F2-B44E-16AB3945CAED@kuehlewind.net>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Fri, 24 Apr 2020 10:05:15 -0500
Message-ID: <CAKKJt-eQ1EYFUpPOUjU9p48M0TKwr-2tmMd1Uc9H9Bh_0kmj8w@mail.gmail.com>
To: Mirja Kuehlewind <ietf@kuehlewind.net>
Cc: etosat@ietf.org
Content-Type: multipart/alternative; boundary="000000000000cd405005a40ab2f2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/etosat/LyRrFQ1wC0GM5ehYiL3pW-A1aj8>
Subject: Re: [EToSat] 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: Fri, 24 Apr 2020 15:05:45 -0000
Hi, Mirja, On Fri, Apr 24, 2020 at 8:58 AM Mirja Kuehlewind <ietf@kuehlewind.net> wrote: > Good that we have recordings then :-) > And participants without concussions ;-) > I think ICCRG is the right place for that discussion. We mainly had this > in the tsvarea because this was something brought up by the IAB to get IETF > input but part of the conclusion I think is also that ICCRG is the better > place for this work! :-) > That would be a fine answer. Thanks! Spencer > Mirja > > > > > > On 24. Apr 2020, at 15:52, Spencer Dawkins at IETF < > spencerdawkins.ietf@gmail.com> wrote: > > > > Hi, Mirja, > > > > On Fri, Apr 24, 2020 at 6:59 AM Mirja Kuehlewind <ietf@kuehlewind.net> > wrote: > > Christian gave exactly this talk a little later in a tsvarea session. I > think that was what he was referring to. > > > > Ah, at https://datatracker.ietf.org/doc/minutes-105-tsvarea/. The IETF > meeting where I had a concussion at 3 AM on Monday morning (not kidding, > it's surprising I remember anything from that week) - thanks for the > pointer! > > > > I think Christian's question about how much we should care about > fairness/selfishness, and what that means, is still open, still > interesting, and still better had on a mailing list with a broader stated > purpose than "encryption over Satellite". Is TSVAREA still the right place > for that discussion? If not, where? > > > > Best, > > > > Spencer > > > > > On 24. Apr 2020, at 13:01, Spencer Dawkins at IETF < > spencerdawkins.ietf@gmail.com> wrote: > > > > > > Top posting ... > > > > > > When Christian sent out his paper on implications of pluggable > congestion control in user space, Mirja and I talked about having him talk > about it at TSVAREA. I don't remember why that didn't happen, but ISTM > that's still a really important question, and having that discussion on a > non-WG mailing list for a rather narrow topic isn't going to get the > attention it deserves. > > > > > > Christian, do you want to ask your question on TSVAREA? If not, I'd be > happy to. > > > > > > Best, > > > > > > Spencer > > > > > > On Fri, Apr 24, 2020, 04:03 Jeremy Harris <jgh@wizmail.org> wrote: > > > On 24/04/2020 00:26, Christian Huitema wrote: > > > > I also have a puzzling question regarding the purpose of the tests. > The > > > > TCP Eval draft follows the classic approach that Internet stability > > > > depends on well behaved transports, and that this good behavior > should > > > > be documented by a large battery of tests. I got some fairly > consistent > > > > feedback last year, after worrying that free wheeling innovation in > > > > transport protocols might end up having bad consequences for the > > > > Internet. A number of distinguished colleagues lined up at the mic > and > > > > explained that my fears were exaggerated, that the Internet was very > > > > robust, and that I should not worry. So, which is which? Should I > worry > > > > about consequences for others, or is selfishness OK? > > > > > > Those distinguished colleagues have forgotten, or weren't around, > > > for the congestion-collapse phase of the Internet (around 1990?) > > > which drove the development of congestion control. > > > > > > We only have robustness because of such consideration. Selfishness > > > is not ok. > > > -- > > > Cheers, > > > Jeremy > > > > > > _______________________________________________ > > > EToSat mailing list > > > EToSat@ietf.org > > > https://www.ietf.org/mailman/listinfo/etosat > > > _______________________________________________ > > > EToSat mailing list > > > EToSat@ietf.org > > > https://www.ietf.org/mailman/listinfo/etosat > > > >
- [EToSat] TR: New Version Notification for draft-k… Kuhn Nicolas
- Re: [EToSat] TR: New Version Notification for dra… Christian Huitema
- Re: [EToSat] TR: New Version Notification for dra… Lars Eggert
- Re: [EToSat] TR: New Version Notification for dra… Christian Huitema
- Re: [EToSat] TR: New Version Notification for dra… Lars Eggert
- Re: [EToSat] TR: New Version Notification for dra… Gorry Fairhurst
- Re: [EToSat] TR: New Version Notification for dra… Spencer Dawkins at IETF
- Re: [EToSat] New Version Notification for draft-k… Lars Eggert
- Re: [EToSat] New Version Notification for draft-k… Christian Huitema
- Re: [EToSat] New Version Notification for draft-k… Jeremy Harris
- Re: [EToSat] New Version Notification for draft-k… Lars Eggert
- Re: [EToSat] New Version Notification for draft-k… Lars Eggert
- Re: [EToSat] New Version Notification for draft-k… Spencer Dawkins at IETF
- Re: [EToSat] New Version Notification for draft-k… Mirja Kuehlewind
- Re: [EToSat] New Version Notification for draft-k… Spencer Dawkins at IETF
- Re: [EToSat] New Version Notification for draft-k… Mirja Kuehlewind
- Re: [EToSat] New Version Notification for draft-k… Spencer Dawkins at IETF
- Re: [EToSat] New Version Notification for draft-k… Gorry Fairhurst