Re: [dtn] [Acme] WGLC for ACME DTN Node ID

"Burleigh, Scott C (US 312B)" <scott.c.burleigh@jpl.nasa.gov> Mon, 07 June 2021 21:59 UTC

Return-Path: <scott.c.burleigh@jpl.nasa.gov>
X-Original-To: dtn@ietfa.amsl.com
Delivered-To: dtn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81E013A132C for <dtn@ietfa.amsl.com>; Mon, 7 Jun 2021 14:59:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.698, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_GOV_DKIM_AU=-0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_SBL=0.5, URIBL_SBL_A=0.1] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=jpl.nasa.gov
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 ZjhL7MU8dvkE for <dtn@ietfa.amsl.com>; Mon, 7 Jun 2021 14:58:55 -0700 (PDT)
Received: from mx0f-0020b901.pphosted.com (mx0f-0020b901.pphosted.com [67.231.155.103]) (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 BFF943A132A for <dtn@ietf.org>; Mon, 7 Jun 2021 14:58:55 -0700 (PDT)
Received: from pps.filterd (m0196084.ppops.net [127.0.0.1]) by mx0e-0020b901.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 157LsDHq027128; Mon, 7 Jun 2021 21:58:52 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jpl.nasa.gov; h=from : to : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=InSight1906; bh=/K/v+fQkOXtwAs1aaw1/J/pez4pj4viwrXzjS5qyOi8=; b=lGHXKMnwsCnI75HflcgapdPAvWCzOg05Puc+lAAXKbFaOCgwHakHsoXGNgztYjvlhNFN Dr4AtN0r8yW+t+mwqyS+XZcwXvHOvTqJe5LBGeK3jxIHvGR86HiRwbJ6hOlsJ/3f+Pdt l+UrHYSBCCQMM2eJWXvXbxdah72COM+YgZA8PeElDUDIE1vaBxCKAFMJcVhio+btlmPL HClR7st19Hqtnax0DXZSrZHwA6WBGD7E7IaReXNOQ0FOg2UZrmE0fcXGyneoy82CIRGe bTxXl11iZy4yx7qUPt7Zg8IPLbHT/XRIualVYMylRcMT+uaxwwxy9j0KD0jwr4XWGn6R NQ==
Received: from mail.jpl.nasa.gov (smtp.jpl.nasa.gov [128.149.137.102]) by mx0e-0020b901.pphosted.com with ESMTP id 391u4qr4ug-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 07 Jun 2021 21:58:52 +0000
Received: from ap-embx16-sp40.RES.AD.JPL (ap-embx16-sp40.jpl.nasa.gov [128.149.137.86]) by smtp.jpl.nasa.gov (Sentrion-MTA-4.5.4/Sentrion-MTA-4.5.4) with ESMTPS id 157LwrKN068111 (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128 bits) verified FAIL); Mon, 7 Jun 2021 21:58:53 GMT
Received: from ap-embx16-sp10.RES.AD.JPL (2002:8095:8953::8095:8953) by ap-embx16-sp40.RES.AD.JPL (2002:8095:8956::8095:8956) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.14; Mon, 7 Jun 2021 14:58:50 -0700
Received: from ap-embx16-sp10.RES.AD.JPL ([fe80::4:f430:47b5:767b]) by ap-embx16-sp10.RES.AD.JPL ([fe80::4:f430:47b5:767b%17]) with mapi id 15.01.2176.014; Mon, 7 Jun 2021 14:58:50 -0700
From: "Burleigh, Scott C (US 312B)" <scott.c.burleigh@jpl.nasa.gov>
To: Brian Sipos <BSipos@rkf-eng.com>, "dtn@ietf.org" <dtn@ietf.org>
Thread-Topic: [Acme] WGLC for ACME DTN Node ID
Thread-Index: AQHXLT5BfSNCozHHr0WDM1PTxsWmz6qw8xdwgEeRm6CAEIe9MIAADxHzgABadtA=
Date: Mon, 07 Jun 2021 21:58:50 +0000
Message-ID: <1fa1467000d642b19d5a45bf1a89946a@jpl.nasa.gov>
References: <MN2PR13MB356786C244606E57E23EC3039F739@MN2PR13MB3567.namprd13.prod.outlook.com>, <DM6PR13MB3562154A007745F3F22C45909F709@DM6PR13MB3562.namprd13.prod.outlook.com> <MN2PR13MB35676BCD8EF92BD49867EACD9F229@MN2PR13MB3567.namprd13.prod.outlook.com>, <58b31926b00b4bcdb290544f59462d39@jpl.nasa.gov> <MN2PR13MB35677DC10DD7316E73D181099F389@MN2PR13MB3567.namprd13.prod.outlook.com>
In-Reply-To: <MN2PR13MB35677DC10DD7316E73D181099F389@MN2PR13MB3567.namprd13.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [207.151.104.72]
Content-Type: multipart/alternative; boundary="_000_1fa1467000d642b19d5a45bf1a89946ajplnasagov_"
MIME-Version: 1.0
X-Source-IP: ap-embx16-sp40.jpl.nasa.gov [128.149.137.86]
X-Source-Sender: scott.c.burleigh@jpl.nasa.gov
X-AUTH: Authorized
X-Proofpoint-GUID: CjE5E-LxqO0pYaYFCD0VMpmY80Kq5sbg
X-Proofpoint-ORIG-GUID: CjE5E-LxqO0pYaYFCD0VMpmY80Kq5sbg
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.761 definitions=2021-06-07_15:2021-06-04, 2021-06-07 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 bulkscore=0 mlxlogscore=999 adultscore=0 suspectscore=0 malwarescore=0 spamscore=0 phishscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104190000 definitions=main-2106070147
Archived-At: <https://mailarchive.ietf.org/arch/msg/dtn/V1B8m56laGoLAkFPWGwRBx0PXn0>
Subject: Re: [dtn] [Acme] WGLC for ACME DTN Node ID
X-BeenThere: dtn@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Delay Tolerant Networking \(DTN\) discussion list at the IETF." <dtn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dtn>, <mailto:dtn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dtn/>
List-Post: <mailto:dtn@ietf.org>
List-Help: <mailto:dtn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dtn>, <mailto:dtn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Jun 2021 21:59:02 -0000

Looks good to me.

Scott

From: Brian Sipos <BSipos@rkf-eng.com>
Sent: Monday, June 7, 2021 2:10 PM
To: Burleigh, Scott C (US 312B) <scott.c.burleigh@jpl.nasa.gov>; dtn@ietf.org
Subject: [EXTERNAL] Re: [Acme] WGLC for ACME DTN Node ID

Scott,
I'm treating the BPbis document as finished and published, and its requirements are self-consistent so it's not really a modification of existing requirements in that document. Really, it's just informing BP implementations to "look here for type codes also". You can see this in the new Section 6 text in the ACME draft [1]. This can be word-smithed however is needed.

[1] https://www.ietf.org/rfcdiff?url2=draft-ietf-acme-dtnnodeid-04<https://urldefense.us/v3/__https:/www.ietf.org/rfcdiff?url2=draft-ietf-acme-dtnnodeid-04__;!!PvBDto6Hs4WbVuu7!fQktqGE71cs-fDoCE4XPI3meB-NErg6ZabiB9pYcEdhreH8Ui1awcC4z5gTSVJw7IHSCPkvKt1A$>

________________________________
From: Burleigh, Scott C (US 312B) <scott.c.burleigh@jpl.nasa.gov<mailto:scott.c.burleigh@jpl.nasa.gov>>
Sent: Monday, June 7, 2021 11:47
To: Brian Sipos <BSipos@rkf-eng.com<mailto:BSipos@rkf-eng.com>>; dtn@ietf.org<mailto:dtn@ietf.org> <dtn@ietf.org<mailto:dtn@ietf.org>>
Subject: RE: [Acme] WGLC for ACME DTN Node ID


Good catch, Brian.  Just to clarify in my mind: are you proposing that IANA Considerations section of the BPv7 specification should be updated, or are you proposing that the new language in the ACME document would be sufficient to establish the mechanism for allocating new BPv7 administrative record types?  If the latter would pass muster with IESG then I am certainly for it.



Scott



From: dtn <dtn-bounces@ietf.org<mailto:dtn-bounces@ietf.org>> On Behalf Of Brian Sipos
Sent: Monday, May 31, 2021 8:08 AM
To: dtn@ietf.org<mailto:dtn@ietf.org>
Subject: [EXTERNAL] Re: [dtn] [Acme] WGLC for ACME DTN Node ID



All,

The ACME validation draft is progressing to the point of IESG review, and one remaining known issue is the mechanism of allocating new BPv7 administrative record types. The BPbis document does not reference the pre-existing IANA registry the same way it does for block types and flags. This is not an ACME-related issue but would apply to any other new administrative record type allocation (e.g., BIBE).



I have added text to pre-submission ACME document [1] in Section 6 requirements and Section 9.3 IANA considerations: updating BPbis to use the IANA registry explicitly and for the registry to indicate BP version for each allocation.

This update also allocates values ">= 65536" as Reserved for Private or Experimental Use; similar to how other registries have high-value allocations for P/E use. This change would have no effect on BPv6 as the type codes for v6 are limited to 4-bit values.



Any objections to the ACME document to including this text or to reserve admin. record types for P/E use? It could just as well go into a separate document, since BPbis is already in the editor queue, but that would require a whole other review process for this small update.



[1] https://briansipos.github.io/acme-dtnnodeid/draft-ietf-acme-dtnnodeid.html<https://urldefense.us/v3/__https:/nam10.safelinks.protection.outlook.com/?url=https*3A*2F*2Furldefense.us*2Fv3*2F__https*3A*2Fbriansipos.github.io*2Facme-dtnnodeid*2Fdraft-ietf-acme-dtnnodeid.html__*3B!!PvBDto6Hs4WbVuu7!caqfTIZ1vzi2GY3Ov0ZNYjErjaGPW2Jj6s6W0G-rCaIflgtV2lKfvyoKqOQ6CdtW5FNsXU1BFvQ*24&data=04*7C01*7CBSipos*40rkf-eng.com*7Cb434c97c7bf64ce9f0d908d929cb8396*7C4ed8b15b911f42bc8524d89148858535*7C1*7C0*7C637586776340399093*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C1000&sdata=2lOVGbHMfEaCHTiuqNPLe6Gf*2Fng1gHDh3lUWqQiSMmk*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJQ!!PvBDto6Hs4WbVuu7!fQktqGE71cs-fDoCE4XPI3meB-NErg6ZabiB9pYcEdhreH8Ui1awcC4z5gTSVJw7IHSCO2NqnzI$>