IETF Logo Mail Archive

Re: Re-chartering for extension work

"Salz, Rich" <rsalz@akamai.com> Thu, 12 December 2019 14:37 UTC

Return-Path: <rsalz@akamai.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 489E2120112 for <quic@ietfa.amsl.com>; Thu, 12 Dec 2019 06:37:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, 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=akamai.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 29IKfxg_ntZk for <quic@ietfa.amsl.com>; Thu, 12 Dec 2019 06:37:35 -0800 (PST)
Received: from mx0b-00190b01.pphosted.com (mx0b-00190b01.pphosted.com [IPv6:2620:100:9005:57f::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C516D1200C4 for <quic@ietf.org>; Thu, 12 Dec 2019 06:37:35 -0800 (PST)
Received: from pps.filterd (m0050096.ppops.net [127.0.0.1]) by m0050096.ppops.net-00190b01. (8.16.0.42/8.16.0.42) with SMTP id xBCESXHk008521; Thu, 12 Dec 2019 14:37:30 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=jan2016.eng; bh=Kzst730dI1q3Hpxbu1X4gh56N+XbR5X1piFZKghESDE=; b=SvQuiBrf0Ovz4/VnB6ZS+K4bwA3uILj7mC3PEnW951/g38HKqDTJ3N1v1+waeHQ9BB/1 0MKa17r/qU6m3IHqeIvp2syp014wxaXa8A6nuZGvHkK6AFyMjoQwK4pdhZtpsntzyrEc q9e2dDR6oMBB+RzHKcYNO+h+R/5fbh76mYetAkhJ6Hk8U0lEJzjwIqtnv9o14L3Q/lLg xChIyJnpay0r2gMTqdHbh/YVCJ+VlnrgIlIzUeJr2Shs2VLo0we5i6a+znXLA6LeGGfo wNg0SLbfjDurtljyLqi+WoKKG4mPGZJDJnVTn5UtGeLnQq/yMYtI2vUKFI27m7mbmhSq OA==
Received: from prod-mail-ppoint4 (prod-mail-ppoint4.akamai.com [96.6.114.87] (may be forged)) by m0050096.ppops.net-00190b01. with ESMTP id 2wu7wkjwd3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 12 Dec 2019 14:37:30 +0000
Received: from pps.filterd (prod-mail-ppoint4.akamai.com [127.0.0.1]) by prod-mail-ppoint4.akamai.com (8.16.0.27/8.16.0.27) with SMTP id xBCEWYW7015681; Thu, 12 Dec 2019 09:37:29 -0500
Received: from email.msg.corp.akamai.com ([172.27.123.32]) by prod-mail-ppoint4.akamai.com with ESMTP id 2wr8a3f1kd-10 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Thu, 12 Dec 2019 09:37:28 -0500
Received: from USMA1EX-DAG1MB3.msg.corp.akamai.com (172.27.123.103) by usma1ex-dag1mb1.msg.corp.akamai.com (172.27.123.101) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 12 Dec 2019 09:35:04 -0500
Received: from USMA1EX-DAG1MB3.msg.corp.akamai.com ([172.27.123.103]) by usma1ex-dag1mb3.msg.corp.akamai.com ([172.27.123.103]) with mapi id 15.00.1473.005; Thu, 12 Dec 2019 09:35:04 -0500
From: "Salz, Rich" <rsalz@akamai.com>
To: Mark Nottingham <mnot@mnot.net>, Jana Iyengar <jri.ietf@gmail.com>
CC: Lars Eggert <lars@eggert.org>, IETF QUIC WG <quic@ietf.org>
Subject: Re: Re-chartering for extension work
Thread-Topic: Re-chartering for extension work
Thread-Index: AQHVsGtaA1LgZHmQrk2W29PfmEuY1ae12amAgACMS4CAACvkAA==
Date: Thu, 12 Dec 2019 14:35:04 +0000
Message-ID: <C2F0EF24-5555-4135-A259-B9F5CA4E4C36@akamai.com>
References: <A56547B6-2E3B-4ABE-8C9B-BA9ACC489FB2@mnot.net> <CACpbDcdaQGmSGvb+skNEenEuMXESPi1sFPs5Bi_YwvdQzawD1w@mail.gmail.com> <010EBBDD-5C7E-4B18-B98C-3770430D2C8C@mnot.net>
In-Reply-To: <010EBBDD-5C7E-4B18-B98C-3770430D2C8C@mnot.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.20.0.191208
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [172.19.116.22]
Content-Type: text/plain; charset="utf-8"
Content-ID: <7F858617EFAA614DA1922D1251FCF2FF@akamai.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-12-12_03:, , signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=865 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-1912120111
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.95,18.0.572 definitions=2019-12-12_03:2019-12-12,2019-12-12 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 adultscore=0 suspectscore=0 mlxlogscore=832 priorityscore=1501 phishscore=0 impostorscore=0 clxscore=1011 mlxscore=0 malwarescore=0 spamscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1910280000 definitions=main-1912120111
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/mz6l1UEmuGygc7JPMxOCC8lBSHY>
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: Thu, 12 Dec 2019 14:37:37 -0000

>    That's the intent, yes; while eventually we might open up, we want to be deliberate about adding new work items while we're still focused on QUICv1.
 

Other groups have worked this way as well.  LAMPS, for example, just rechartered to bring two docs into scope so we could adopt them. The main difference here is that QUIC expects to do this again :)

v2.23.0 | Report a Bug | By Email