Re: [tcpm] Thank you for the QUIC session in tcpm

Yoshifumi Nishida <nishida@sfc.wide.ad.jp> Fri, 09 November 2018 12:45 UTC

Return-Path: <nishida@sfc.wide.ad.jp>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B37C0130DE2 for <tcpm@ietfa.amsl.com>; Fri, 9 Nov 2018 04:45:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 lXcknA8L7wTC for <tcpm@ietfa.amsl.com>; Fri, 9 Nov 2018 04:45:06 -0800 (PST)
Received: from mail.sfc.wide.ad.jp (mail.sfc.wide.ad.jp [203.178.142.146]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 15695130DD8 for <tcpm@ietf.org>; Fri, 9 Nov 2018 04:45:05 -0800 (PST)
Received: from mail-it1-f169.google.com (mail-it1-f169.google.com [209.85.166.169]) by mail.sfc.wide.ad.jp (Postfix) with ESMTPSA id D0B4E2786BA for <tcpm@ietf.org>; Fri, 9 Nov 2018 21:45:03 +0900 (JST)
Received: by mail-it1-f169.google.com with SMTP id p11-v6so4364809itf.0 for <tcpm@ietf.org>; Fri, 09 Nov 2018 04:45:03 -0800 (PST)
X-Gm-Message-State: AGRZ1gJbxJBIlYC/CDqUiqn8tM2K2T+pccGW/FKYLbwzla6KWApWxf+7 hZsNkJC0k8UWQVX/OtVcz0E5++Th7Ej/6SzUyPg=
X-Google-Smtp-Source: AJdET5c+F/ERrG2sHcmM84PCPA5r7O39bj3B3RgniCwXUgR9O62POWNL1rcH79JkR5aemK+viw93/NehUz4XVw/NxC4=
X-Received: by 2002:a24:6541:: with SMTP id u62-v6mr2239665itb.25.1541767502224; Fri, 09 Nov 2018 04:45:02 -0800 (PST)
MIME-Version: 1.0
References: <dddc426c-b7e0-8446-d236-71bdba4010fe@bobbriscoe.net> <CAK6E8=eEQM++TqAS+wLWCwFbXuNcbRZV6Nnewz1+6nWhnfAuQQ@mail.gmail.com>
In-Reply-To: <CAK6E8=eEQM++TqAS+wLWCwFbXuNcbRZV6Nnewz1+6nWhnfAuQQ@mail.gmail.com>
From: Yoshifumi Nishida <nishida@sfc.wide.ad.jp>
Date: Fri, 9 Nov 2018 04:44:50 -0800
X-Gmail-Original-Message-ID: <CAO249ycOYhZEBcDasqMh5x=xfOCL=ah1ZmQdGasS0EbOJM3EvQ@mail.gmail.com>
Message-ID: <CAO249ycOYhZEBcDasqMh5x=xfOCL=ah1ZmQdGasS0EbOJM3EvQ@mail.gmail.com>
To: ycheng=40google.com@dmarc.ietf.org
Cc: Bob Briscoe <ietf@bobbriscoe.net>, ianswett@google.com, "tcpm@ietf.org" <tcpm@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000004becca057a3ab8c2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/hcsz9J-P3aoMai3rvBjWIvSV43Y>
Subject: Re: [tcpm] Thank you for the QUIC session in tcpm
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Nov 2018 12:45:09 -0000

On Thu, Nov 8, 2018 at 4:37 PM Yuchung Cheng <ycheng=
40google.com@dmarc.ietf.org> wrote:

> On Thu, Nov 8, 2018 at 3:14 AM, Bob Briscoe <ietf@bobbriscoe.net> wrote:
> >
> > I just wanted to thank Jana for explaining QUIC loss recovery to us (and
> QUIC CC as far as it goes).
> > And thank you Jana, Ian, the chairs of both WGs (and anyone else
> involved) for setting it up.
> >
> > If one is not full-time on QUIC, it's very difficult to keep up with all
> the changes. But now we have a checkpoint to start from, I feel I will not
> be wasting people's time if I try to get involved - at least I only might
> say something un-QUIC occasionally, rather than nearly always. This has
> allowed people who understand how TCP cold be improved to help with QUIC,
> when working on QUIC isn't their day job.
> >
> > Again, Thank you.
> I like particularly that QUIC only reduces cwnd to 1 after the loss is
> confirmed not upon RTO fires. It should be very feasible for TCP (at
> least Linux) w/ TCP timestamps. It'll save a lot of spurious cwnd
> reductions!
>

+1

>
> Also IMHO TCP w/ quality timestamps are almost as good as QUIC
> pkt-ids. Google internally uses usec. We wish we could upstream it but
> RFC needs to be updated.
>

I agree using timestamp for the purpose.
But, if we try to utilize the TS like pkt-id, I personally think it'll be
similar to use it as extend seqno like draft-bagnulo-tcpm-esn-00 rather
than fine grade TS. :)

In any cases, it seems to me that many people think 7232 TS is not being
very efficient for today's internet.
it might be good time to think about extending TS option just like what
we're doing on ECN..  TS++?
--
Yoshi