Re: Add extension work to Interop matrix

Dmitri Tikhonov <dtikhonov@litespeedtech.com> Tue, 07 January 2020 18:49 UTC

Return-Path: <dtikhonov@litespeedtech.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C30C120170 for <quic@ietfa.amsl.com>; Tue, 7 Jan 2020 10:49:23 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=litespeedtech-com.20150623.gappssmtp.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 Q8wW-gJvaLwM for <quic@ietfa.amsl.com>; Tue, 7 Jan 2020 10:49:21 -0800 (PST)
Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (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 2D196120169 for <quic@ietf.org>; Tue, 7 Jan 2020 10:49:21 -0800 (PST)
Received: by mail-qt1-x831.google.com with SMTP id d18so589278qtj.10 for <quic@ietf.org>; Tue, 07 Jan 2020 10:49:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=litespeedtech-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=zzJwhZlfKh4isqJAaKun0V3mC4VP5xyW4UV0leMUBlc=; b=yTQIEunUpdsxNEOhthDyxDyDxhD+MCTYfmYRK7XIvTCzXI2o6Jno+iACHKprqA9Pf1 ylDzzdP0c+xniKeSZw2n9gixKbsk+TRvHXX69mIsnEuhvSBYJ6VPqpPuqdIrgZOVaPEd +HlC+2E9GOD5/v1/MOb/SPzJJ//Ln1b/tR4fGCknU2GK+dtUrge/38qomRR5LhLsRU/L MPEfIXfQhWUWesPa0Vsf7Lm9xRxc0ZpOlg0NbkseWigzF1fpKGjIA7pmgtKQj10E++DZ F94ajVjuxRNfXSLZlcGtvnTw7B53G2MyO2xfZQykUC5NYtfY21+qZZqS8e3ejXOrBfVf uHlg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=zzJwhZlfKh4isqJAaKun0V3mC4VP5xyW4UV0leMUBlc=; b=kunUX4HmEPr92EMGwLztLYWtB2tbC8qjAn2rjsMxyucRTHlE/weZ9sXGmTeH75QUpH 48WA735FJIm9X2b/WQKHfOvnWvrB98fM2OEy1USLAgo8gjPEeMAW2KkvM+WyIbDFQhbz DxvGhaL8b6He3oQf6gYHkp8Sgq4oJw7HjOEr7WZNXraLPd6YNOhIlGQMruTgR4D0xc1H Sm60KQ2YLojxdDfY79iPZy2oc0FjA7U03GUJE2V0tgq9YAMmp0qsRRtJpo0nPYAuf9DY DG+wO4IpjzNrUaVGMv6loW3U2dK4LomunQFkm6eKdXnMUb0sXwwV0ahTROLT9XveUZXP ICEQ==
X-Gm-Message-State: APjAAAW5TbW/F1eh/siMlSnQEOMEYtIoPH7wX3AAqAlVz2HeGBht/Na4 MwNFkCGPNoOWQfvPOaUTk18h2g==
X-Google-Smtp-Source: APXvYqymb7Esb5nBKhIEZJDuBnAb6MjtdUmcZdvI77dgXISk6nIarTIuVuALYH1hT5ylx+ErErp83Q==
X-Received: by 2002:aed:3c7b:: with SMTP id u56mr363958qte.82.1578422955883; Tue, 07 Jan 2020 10:49:15 -0800 (PST)
Received: from ubuntu-dmitri (ool-2f1636b6.static.optonline.net. [47.22.54.182]) by smtp.gmail.com with ESMTPSA id g52sm310390qta.58.2020.01.07.10.49.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Jan 2020 10:49:15 -0800 (PST)
Date: Tue, 07 Jan 2020 13:49:13 -0500
From: Dmitri Tikhonov <dtikhonov@litespeedtech.com>
To: Lucas Pardue <lucaspardue.24.7@gmail.com>
Cc: IETF QUIC WG <quic@ietf.org>
Subject: Re: Add extension work to Interop matrix
Message-ID: <20200107184912.GH14229@ubuntu-dmitri>
Mail-Followup-To: Lucas Pardue <lucaspardue.24.7@gmail.com>, IETF QUIC WG <quic@ietf.org>
References: <20200107143114.GC14229@ubuntu-dmitri> <CALGR9oZ=nSsTeS02gmspTLAs1hFjJt2b+AmVUyMkGU1CuDHNCw@mail.gmail.com> <20200107155627.GF14229@ubuntu-dmitri> <CALGR9oZ_F86rVxDvY3dJYxKzAX+HHp=tZM1vBgiwFkdZTbAZtA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CALGR9oZ_F86rVxDvY3dJYxKzAX+HHp=tZM1vBgiwFkdZTbAZtA@mail.gmail.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/LpU3ur67-bU4VCqY-R5XXF1uHvQ>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Jan 2020 18:49:24 -0000

On Tue, Jan 07, 2020 at 05:46:13PM +0000, Lucas Pardue wrote:
> On Tue, Jan 7, 2020 at 3:56 PM Dmitri Tikhonov <dtikhonov@litespeedtech.com>
> wrote:
> >
> > The good thing about the current form of the Interop matrix is that
> > it is easy to start a new sheet and that older matrices become useless
>
--- 8< --- SNIP --- 8< ---
> 
> I think the simple approach will scale poorly given the active discussion
> about QUIC extensibility.

I get the feeling we are talking past each other.  Do you not
acknowledge the evanescent nature of the Interop matrix?

You want to impose artificial strictures on the way the Interop
results are recorded because it may scale poorly, but this argument
is invalid:  To "scale," we can simply choose to do record things
differently for the next Interop.

  - Dmitri.