Re: [TLS] Consultation About Assignment of ExtensionTypes

Benjamin Kaduk <bkaduk@akamai.com> Fri, 19 June 2020 00:36 UTC

Return-Path: <bkaduk@akamai.com>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6A013A0EFA for <tls@ietfa.amsl.com>; Thu, 18 Jun 2020 17:36:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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, DKIM_VALID_EF=-0.1, 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=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 6YfnKpXy0lpA for <tls@ietfa.amsl.com>; Thu, 18 Jun 2020 17:36:51 -0700 (PDT)
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 814023A0E2C for <tls@ietf.org>; Thu, 18 Jun 2020 17:36:51 -0700 (PDT)
Received: from pps.filterd (m0122331.ppops.net [127.0.0.1]) by mx0b-00190b01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 05J0J2YE020791; Fri, 19 Jun 2020 01:36:43 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; h=date : from : to : cc : subject : message-id : references : mime-version : content-type : in-reply-to; s=jan2016.eng; bh=pWSv1g8AU9ewIjR3wvvmYh8UoGJzf7AgfMx7OcEWQu8=; b=E9ANOjv1aHRKj0NxnX7ocIFUAxpYaUz2HExFkxiyVVyGC9Lh+mLb683ZYXXUQqftq7pj aqqYwrOGDzlTlugyM2GZELW2JJseuM/izalmBkP0/N5SQus8PGTn6jQbKxtODBgB57jS r3VTKPVFrB09Z3ZcRQKgnIY/295d0nPufD8urgl6CxeFlF0C9igXXQvMwt7nnHl64vG/ XqYH+KepFO/jFer1Mu1kkffocEwAMEeuwNCQDyEzqR+MIUwHg2Y8fHAvQOZWNtsRZ+QR LLiNPXN05FN/Re7qlGq+3/hT5s1xoMP36yFOokn63QhUsVKbuZsZeK758v9NY0zIJsrD zA==
Received: from prod-mail-ppoint5 (prod-mail-ppoint5.akamai.com [184.51.33.60] (may be forged)) by mx0b-00190b01.pphosted.com with ESMTP id 31qrdw6xkg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 19 Jun 2020 01:36:43 +0100
Received: from pps.filterd (prod-mail-ppoint5.akamai.com [127.0.0.1]) by prod-mail-ppoint5.akamai.com (8.16.0.42/8.16.0.42) with SMTP id 05J0UawG016725; Thu, 18 Jun 2020 17:36:43 -0700
Received: from prod-mail-relay11.akamai.com ([172.27.118.250]) by prod-mail-ppoint5.akamai.com with ESMTP id 31qjmvndc5-1; Thu, 18 Jun 2020 17:36:42 -0700
Received: from akamai.com (sea-lp9yo.kendall.corp.akamai.com [172.19.16.134]) by prod-mail-relay11.akamai.com (Postfix) with ESMTP id 5664B2228D; Fri, 19 Jun 2020 00:36:42 +0000 (GMT)
Date: Thu, 18 Jun 2020 17:36:41 -0700
From: Benjamin Kaduk <bkaduk@akamai.com>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Cc: Yoav Nir <ynir.ietf@gmail.com>, tls@ietf.org
Message-ID: <20200619003641.GE20623@akamai.com>
References: <2F7403F6-C28A-4F5A-8128-A4B4609CA7C5@gmail.com> <b135942f-90a0-070d-f85a-c7f16488530f@cs.tcd.ie>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <b135942f-90a0-070d-f85a-c7f16488530f@cs.tcd.ie>
User-Agent: Mutt/1.9.4 (2018-02-28)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-06-18_21:2020-06-18, 2020-06-18 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 bulkscore=0 malwarescore=0 adultscore=0 mlxlogscore=719 mlxscore=0 phishscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006190000
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-06-18_21:2020-06-18, 2020-06-18 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 spamscore=0 clxscore=1011 lowpriorityscore=0 malwarescore=0 mlxlogscore=683 impostorscore=0 bulkscore=0 cotscore=-2147483648 phishscore=0 adultscore=0 mlxscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006190000
Archived-At: <https://mailarchive.ietf.org/arch/msg/tls/eTRNIzJML-NqA0dbnOivCOwuu-E>
Subject: Re: [TLS] Consultation About Assignment of ExtensionTypes
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls>, <mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tls/>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jun 2020 00:36:53 -0000

On Fri, Jun 19, 2020 at 01:24:05AM +0100, Stephen Farrell wrote:
> 
> Hiya,
> 
> I think these are 16 bit code points?  If so, I would
> barf slightly less if we could allocate 0x0bad every
> time.
> 
> I do think signalling opprobrium somehow would be right
> here. Not sure how best we ought do that though tbh.

You could write an I-D and see how it looks ;)

-Ben