Re: [Idr] Benjamin Kaduk's Discuss on draft-ietf-idr-capabilities-registry-change-08: (with DISCUSS)

John Scudder <jgs@juniper.net> Mon, 04 May 2020 22:42 UTC

Return-Path: <jgs@juniper.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED4E13A12B9; Mon, 4 May 2020 15:42:30 -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=juniper.net header.b=nX6RvDkK; dkim=pass (1024-bit key) header.d=juniper.net header.b=Qna51Ecs
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 0cV5HV2v13u1; Mon, 4 May 2020 15:42:29 -0700 (PDT)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 5F5583A12B5; Mon, 4 May 2020 15:42:29 -0700 (PDT)
Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 044MVbln020357; Mon, 4 May 2020 15:42:27 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=uvwSjhrxdX8kdaaYtVtibukcibu8gxz6KjoLS/dcaUg=; b=nX6RvDkK9cCu1seDZwUXHaeoQBFDGS3K5klCNN0z/g4qUT8MZkIXMt+9NjJKPf0SF2k9 vMIYiezaP8WGAK6ifLZ1f/UAtfYDwwIn7fTlXgm0qlz2NGDY0+hPc7QZ7VX9cwtywrav yIlYrRTAqtKDYiWi5G4nIdsnFxQCkKLfB+1g/rqv7edYmN9ZCB9alnrU8DWWTIbuxA29 F8u6ZI8yQW9sufob81mtCp82KZt4OHyEgk27LZJHMLk4KPfHFdOd2hqi3pQRYb1vs7TN rVWRugP28R14xzfprLI244FBLnNMwb91oClo6MpX5fSe4WZqjL2afrrekNsv/QV9wERm vg==
Received: from nam10-mw2-obe.outbound.protection.outlook.com (mail-mw2nam10lp2108.outbound.protection.outlook.com [104.47.55.108]) by mx0b-00273201.pphosted.com with ESMTP id 30t8cr1ug0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 04 May 2020 15:42:26 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hJGx8ilAmlxOYO29wKVmSus7iHGdIwkMFxH08i5/n2C4y2J3ncCJF1qnc+SWOtmAM071tmfcKnn4bG9h4kkqZIByjRVx0xc8h0XbvuBOvc10RVfkwMxN2qWplX5zc2Qkua4Og6S3UjnuTns3j9k5pdNssBCoApBifBcUHXudbbVHDF04rtRSSiBTvR6PPLtOsOIWpht82dGvjMqTPzaVe3vyWkjgAdmthFvfbIGMgXAnHYj7M1kZez2JxdLFkZh6V1+YIAW5MXFFCCRAqp1YPx9nw7mStRFoSFeBdst0cTIRrfyqCMUN/DKzOrdxyyYvGA3wYLmPI5E2ga9qC+IQ3g==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uvwSjhrxdX8kdaaYtVtibukcibu8gxz6KjoLS/dcaUg=; b=bYhfUnbe/o99spX7jgLKJqYjxGBi1o6/b11BjMYt3tQdzeYtcp+3u0mOH+1AUIpIUH/HXOdt2S6cXohISt5Z/h7kXsQN3Hf/43ck85gNjF0qw1MISkM7AwEI98EdYRA4wTnyhiq1VlFfUOInK+HkA/WmiMxjXXKuSkScWZqVWzGA3WyDytDI1vlnCvCqOyLq36/NzlqKqkhjmmtkz7E7qP5kILwdd8K3OyStifDUGj5w5N8fauZKBY/eB+qTHZ6TzaummgTYU+HnQfXiUnQcwLbq68GGbVgNaf3ka+Hw6E98FNseZwLBmi1vR9PG13YpwCKC9zKHcwKA7RfMo7OAxQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uvwSjhrxdX8kdaaYtVtibukcibu8gxz6KjoLS/dcaUg=; b=Qna51EcsVHBIpv9cX2SqVpBIVbqrLxWBUbIzE1DCugamjM/NfE6ZHGOOQipiy1MY37FBN4HGiKDYynuGzRPAc+4C/JE4n+NEd2URWnxLeDgSSnJnxQFz0q4xXCZgwZ4NS7mVuqAoa3QEenjdk+P9y2cE3of5syUUd9r741AdLfw=
Received: from BL0PR05MB5076.namprd05.prod.outlook.com (2603:10b6:208:83::12) by BL0PR05MB5332.namprd05.prod.outlook.com (2603:10b6:208:62::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2979.18; Mon, 4 May 2020 22:42:23 +0000
Received: from BL0PR05MB5076.namprd05.prod.outlook.com ([fe80::d450:6f4c:4c28:b45f]) by BL0PR05MB5076.namprd05.prod.outlook.com ([fe80::d450:6f4c:4c28:b45f%7]) with mapi id 15.20.2979.024; Mon, 4 May 2020 22:42:23 +0000
From: John Scudder <jgs@juniper.net>
To: Benjamin Kaduk <kaduk@mit.edu>
CC: The IESG <iesg@ietf.org>, "draft-ietf-idr-capabilities-registry-change@ietf.org" <draft-ietf-idr-capabilities-registry-change@ietf.org>, idr-chairs <idr-chairs@ietf.org>, "idr@ietf. org" <idr@ietf.org>, Hares Susan <shares@ndzh.com>, "aretana.ietf@gmail.com" <aretana.ietf@gmail.com>
Thread-Topic: Benjamin Kaduk's Discuss on draft-ietf-idr-capabilities-registry-change-08: (with DISCUSS)
Thread-Index: AQHWImPfzDloT8poUUyxrMA47oq58KiYhcQA
Date: Mon, 4 May 2020 22:42:23 +0000
Message-ID: <1E6F4050-EDCB-489C-B323-352772341253@juniper.net>
References: <158863153407.23292.4827001124495737819@ietfa.amsl.com>
In-Reply-To: <158863153407.23292.4827001124495737819@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3608.80.23.2.2)
authentication-results: mit.edu; dkim=none (message not signed) header.d=none;mit.edu; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [66.129.241.14]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 912b60e8-861a-417c-cacf-08d7f07c6975
x-ms-traffictypediagnostic: BL0PR05MB5332:
x-microsoft-antispam-prvs: <BL0PR05MB53327EB92EE28C34427150C7AAA60@BL0PR05MB5332.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 03932714EB
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: ZdRrv50x79zv6AsDJXFZv8WPrWccsDIwCv6/rDL6c61Tl0oz97pgbsUw0wn/vEvBYJrx0VVi+V1nM0GfeXgR2kdD1FK1ZgUigBxL9ZLJ59vSBsQJizqgxYJA+wh9gJJe45QP1sKbQO43XFILykCb8KOpa8tnGgKqUOWdCkSqEyl8tSmOwMVo/4dg9O8KvDt42I1SRZYErCWgKlTRfVbaZys1mHWQ+w1M0ynF4seL2SRzSLBbk0UHm9fKp+kxOGQBXghnbjxVhOZKMUHcPSiVaSTLz6Pseb3u01glI/oWDZ4iYzYNU8ekg059pODvUIprKWBwvrDQ481f2/ekcr9FSCuEJoI8gU7fAT1xsTB2gYYw25dk+9bUV6omVWQvipPw6GbDzW/atrQxwLFemPWiDf1C9huQbIFGI6XSvRDxL7dIrmAp6cH5adgqOL1JZrJnXCVwc9gkyWaI/7zovsOfmIT0mn+4vW52uLqCG1uJ8NN6RsyJouD5HzF7FmgeLr8OTL2z1gvCt2K8pZsBU1oFMmLON/CCXWewkutuLHUf7MJSJgOuAHP0HJdQzCAjdff93/Irq4ZXHbYZZ7jqVLcaJfSXn/DjtZxctGUaVL192cc=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR05MB5076.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(346002)(366004)(136003)(39860400002)(396003)(33430700001)(26005)(71200400001)(54906003)(5660300002)(4326008)(8936002)(6916009)(966005)(36756003)(478600001)(8676002)(64756008)(66476007)(91956017)(66556008)(76116006)(66946007)(6486002)(186003)(66446008)(2906002)(33656002)(53546011)(316002)(2616005)(86362001)(6512007)(33440700001)(6506007); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: l6AmqwZnIc17GDmVSlVkCssXuMtz6ydPvvRxq2DCCdqHPIPNYmSOT05SXzsbVyawQaldipoOVC4euCWCtwvzpQRRs6CgktdgTMsqaxm+QR1/Vl0kDeTve/x0qYvtojAtYI+cRO4ICGi+QsUNUso3tbsKNiZhi2TJitvMIqIu+SZgHvoIJP5IoLS3i1ktHAs8QTCF0/3vuIf+oy0dxTMbC/GmpIRqNNwAXN3PHWNQkLvHbz/PyZwF547gW9qek3cfpNZWe97eQ9/g/favVm9PZmY6pAiYesj9S88yHl4ASyQSQcJV/z2szwYXeQ0O+cPhUlp7R/do2H5q6h/Q+rbNB5avIKHTZkIR/qEpPxNACJxSslGFi7TWUfhO8Hf1boaW/dR44qSqmXMZMql5Sh3UYQ0YYg1ruxWNEp++rFGC4Etx9AcwjKa5U+2g9jbHn06g4hJuGF/Kot5VuibxWrUK3Y9zuHT0ODP8pXyQsKconAmCaewufbaYPNEmv+05g1qYnA44wmtjIvYy7EC+vX0c1G61V/XdlcaWekWnV1UyVpEF6revzbDUGUZMzSbX4MbhbKxZGY1tb8AoMevtvnpBu1Wr8HGQgy/J3z2ptEoLRDV7SgxcGASOeb8bEtwB+EeLJwN+xblyVvqdMWzzdMyoY2QXubWUvo+sHBlkUexPM0/w6lzfONefz6HpT40VxAfkv7xWrfoAnRDmwrSyHKoQNAdYvSypdA1hbM8KKQFrHH0yFy24Km9jcHJsXnGO7457PNAjpcgyaEBmxQ7ob3qJwWdhn/wXToBVlpTFVj9nKPE=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <9591529F21DD63458C91666AE0604288@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 912b60e8-861a-417c-cacf-08d7f07c6975
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 May 2020 22:42:23.0373 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 9T1QY//3etABUXl2UwLeKaz2mxSnX4gaQEDahqnyzY/sn2nuP1KNs0vyTwn8LHOn
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR05MB5332
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.676 definitions=2020-05-04_13:2020-05-04, 2020-05-04 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 lowpriorityscore=0 impostorscore=0 bulkscore=0 phishscore=0 spamscore=0 priorityscore=1501 suspectscore=0 adultscore=0 clxscore=1011 mlxlogscore=999 mlxscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2005040176
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/918ig6BICPcOFo3Eq-auYsxhfdA>
Subject: Re: [Idr] Benjamin Kaduk's Discuss on draft-ietf-idr-capabilities-registry-change-08: (with DISCUSS)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 May 2020 22:42:31 -0000

The described scenario (if I understand it correctly) is essentially why we wrote the draft — there isn’t a sane use for “private use” in the context of Capabilities. The reason we worked hard on the implementation survey was to try to catch any gotchas. Of course there can’t be any guarantee of that we didn’t miss something, but any such collision is no different from any other code point collision, whether due to squatting or whatever.

—John

> On May 4, 2020, at 6:32 PM, Benjamin Kaduk via Datatracker <noreply@ietf.org> wrote:
> 
> 
> Benjamin Kaduk has entered the following ballot position for
> draft-ietf-idr-capabilities-registry-change-08: Discuss
> 
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
> 
> 
> Please refer to https://urldefense.com/v3/__https://www.ietf.org/iesg/statement/discuss-criteria.html__;!!NEt6yMaO-gk!XlwTiOBYEoZ6FbmvITpDe6sQgYHGqOjOvpudaP4aGJTA6cDhw0V0JhRN-wx_9g$
> for more information about IESG DISCUSS and COMMENT positions.
> 
> 
> The document, along with other ballot positions, can be found here:
> https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-ietf-idr-capabilities-registry-change/__;!!NEt6yMaO-gk!XlwTiOBYEoZ6FbmvITpDe6sQgYHGqOjOvpudaP4aGJTA6cDhw0V0JhSclIaoGg$
> 
> 
> 
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
> 
> (Quite possibly a "discuss discuss"...)
> What would the behavior be if someone was shipping an implementation that used
> a point in the 128-255 range intending for the "private use" semantics, a
> conflicting codepoint was assigned via FCFS, and then needed to use the feature
> with conflicting codepoint in that implementation? It seems likely that we
> should discuss the plausibility of such scenarios and what options are
> available to handle it.
> 
> 
> 
> 
>