Re: [dhcwg] I-D Action: draft-templin-duid-ipv6-01.txt

"Templin (US), Fred L" <Fred.L.Templin@boeing.com> Fri, 15 January 2021 21:29 UTC

Return-Path: <Fred.L.Templin@boeing.com>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73AED3A11D9; Fri, 15 Jan 2021 13:29:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, 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=boeing.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 SpaVRnbusdEb; Fri, 15 Jan 2021 13:29:50 -0800 (PST)
Received: from clt-mbsout-01.mbs.boeing.net (clt-mbsout-01.mbs.boeing.net [130.76.144.162]) (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 02A0A3A11D6; Fri, 15 Jan 2021 13:29:49 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-01.mbs.boeing.net (8.15.2/8.15.2/DOWNSTREAM_MBSOUT) with SMTP id 10FLTj86007394; Fri, 15 Jan 2021 16:29:46 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boeing.com; s=boeing-s1912; t=1610746187; bh=BvhRdJlGiJLwEKerD8ETMlBhfPD8VqwE2y3WsHDnPTs=; h=From:To:CC:Subject:Date:References:In-Reply-To:From; b=SHjn7NoMeh1YZa3RbhTDsyhdqEBRQhUox9Iwn8titUG97jGUsWpyx0EjgTr3bSCsl EyjZiCe0Fi/0UDuwBwzruREtKaqwgabuUjgMw1E72sU5U4OrsUnq6VYNA51kpnn0AV sYgQL84QViktlRKyJ2iWSsGJB2yItXUt1UUrGYpJPSks3FudSa/bqJrkpJLV0neG6K eYNep4u1YiXGZqr/kKpOJzUvNgoNB/ONDNiPa4QHcshnKHpYtjgBTK00TFmAy+CPyd NFtPawWDz7Uht/+OsuTLFc4w2uAuqT10VaHf12OxMtOpqhcfvvYMhxjZA3VBnl1LJc 98khc9mkZVifA==
Received: from XCH16-02-09.nos.boeing.com (xch16-02-09.nos.boeing.com [144.115.66.75]) by clt-mbsout-01.mbs.boeing.net (8.15.2/8.15.2/8.15.2/UPSTREAM_MBSOUT) with ESMTPS id 10FLTYbC007173 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=OK); Fri, 15 Jan 2021 16:29:34 -0500
Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-02-09.nos.boeing.com (144.115.66.75) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.2044.4; Fri, 15 Jan 2021 13:29:33 -0800
Received: from XCH16-07-10.nos.boeing.com ([fe80::1522:f068:5766:53b5]) by XCH16-07-10.nos.boeing.com ([fe80::1522:f068:5766:53b5%2]) with mapi id 15.01.2044.004; Fri, 15 Jan 2021 13:29:33 -0800
From: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>
To: "Bernie Volz (volz)" <volz@cisco.com>, Ted Lemon <mellon@fugue.com>
CC: Bob Hinden <bob.hinden@gmail.com>, dhcwg <dhcwg@ietf.org>, IPv6 List <ipv6@ietf.org>, "Dickson (US), Sean M" <sean.m.dickson@boeing.com>
Thread-Topic: I-D Action: draft-templin-duid-ipv6-01.txt
Thread-Index: AdbrfttkOSxT/RteQveHQZFWn6tS6wAAhjbwAABZKbAAAGfl4AAAPHqg
Date: Fri, 15 Jan 2021 21:29:33 +0000
Message-ID: <b931793902d24d1c82bc0bc61066e441@boeing.com>
References: <934f21434d854a9babcfc04c2699968b@boeing.com> <BN7PR11MB25479D4FFB2C6960B1A1D3AFCFA70@BN7PR11MB2547.namprd11.prod.outlook.com> <5048f1f0c14b46cca14f86ff362bc124@boeing.com> <BN7PR11MB2547C04193D394869CB4543DCFA70@BN7PR11MB2547.namprd11.prod.outlook.com>
In-Reply-To: <BN7PR11MB2547C04193D394869CB4543DCFA70@BN7PR11MB2547.namprd11.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [137.137.12.6]
x-tm-snts-smtp: F85C3ECA1E4BF321010FD2BEE9F5AE3A05F1C8AF30525FBDEE06F97A9322E2AB2000:8
Content-Type: multipart/alternative; boundary="_000_b931793902d24d1c82bc0bc61066e441boeingcom_"
MIME-Version: 1.0
X-TM-AS-GCONF: 00
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/hT87CT1nuZZRlqkHfAYEq-3zWrQ>
Subject: Re: [dhcwg] I-D Action: draft-templin-duid-ipv6-01.txt
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dhcwg/>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 15 Jan 2021 21:29:53 -0000

Bernie, using your logic UUIDs could also have gone into DUID-EN under some
arbitrary PEN code. But, they weren’t; they were *standardized* as DUID-UUID
which elevates them in standing as equals to all other forms of DUIDs. Nothing less
will suffice for DUIDs that would be based on IPv6 addresses that are specifically
generated as unique Identifiers for a node.

Fred

From: Bernie Volz (volz) [mailto:volz@cisco.com]
Sent: Friday, January 15, 2021 1:21 PM
To: Templin (US), Fred L <Fred.L.Templin@boeing.com>; Ted Lemon <mellon@fugue.com>
Cc: Bob Hinden <bob.hinden@gmail.com>; dhcwg <dhcwg@ietf.org>; IPv6 List <ipv6@ietf.org>; Dickson (US), Sean M <sean.m.dickson@boeing.com>
Subject: [EXTERNAL] RE: I-D Action: draft-templin-duid-ipv6-01.txt


Also, I really have no idea what you mean by “under the care of an arbitrary DUID-EN PEN code”.

After all, this is just about a [unique] identifier isn’t it?

This isn’t putting anything “under the care of”. It is just the way it is communicating between DHCP client and servers and for the client (or perhaps server since it could use DUID-EN too) to identifier itself as a “different” device than another.

-          Bernie

From: Templin (US), Fred L <Fred.L.Templin@boeing.com<mailto:Fred.L.Templin@boeing.com>>
Sent: Friday, January 15, 2021 4:13 PM
To: Bernie Volz (volz) <volz@cisco.com<mailto:volz@cisco.com>>; Ted Lemon <mellon@fugue.com<mailto:mellon@fugue.com>>
Cc: Bob Hinden <bob.hinden@gmail.com<mailto:bob.hinden@gmail.com>>; dhcwg <dhcwg@ietf.org<mailto:dhcwg@ietf.org>>; IPv6 List <ipv6@ietf.org<mailto:ipv6@ietf.org>>; Dickson (US), Sean M <sean.m.dickson@boeing.com<mailto:sean.m.dickson@boeing.com>>
Subject: RE: I-D Action: draft-templin-duid-ipv6-01.txt

Bernie, putting the entire global IPv6 unicast address space under the care of an
arbitrary DUID-EN PEN code would be like sending Biden to the inauguration on
a bicycle. You don’t transport VIPs to big events on vehicles made of tinker toys;
you give them a full-length limo and full escort.

Fred

From: Bernie Volz (volz) [mailto:volz@cisco.com]
Sent: Friday, January 15, 2021 1:05 PM
To: Templin (US), Fred L <Fred.L.Templin@boeing.com<mailto:Fred.L.Templin@boeing.com>>; Ted Lemon <mellon@fugue.com<mailto:mellon@fugue.com>>
Cc: Bob Hinden <bob.hinden@gmail.com<mailto:bob.hinden@gmail.com>>; dhcwg <dhcwg@ietf.org<mailto:dhcwg@ietf.org>>; IPv6 List <ipv6@ietf.org<mailto:ipv6@ietf.org>>; Dickson (US), Sean M <sean.m.dickson@boeing.com<mailto:sean.m.dickson@boeing.com>>
Subject: RE: I-D Action: draft-templin-duid-ipv6-01.txt


That anyone can get a PEN code has no bearing on this – the DUID-EN is still standards track because YOUR PEN will be different than someone else’s and hence their format does not “collide” with yours because the Enterprise IDs are different.

This enterprise id has been very successfully used in the vendor class and vendor options (see RFC8415 sections 21.16 and 21.17). Cablelabs and other standards groups use these very heavily to provide for additional information that a vendor (or standards organization) needs to provide their devices. See for example https://community.cablelabs.com/wiki/plugins/servlet/cablelabs/alfresco/download?id=b74c68d8-b6af-45e6-81bf-936004d0273f.

> That, plus I don’t want to carry around the extra 4 bytes for a PEN code…

That’s life. There’s a lot of things I don’t want but have no choice over.

-          Bernie

From: Templin (US), Fred L <Fred.L.Templin@boeing.com<mailto:Fred.L.Templin@boeing.com>>
Sent: Friday, January 15, 2021 3:54 PM
To: Ted Lemon <mellon@fugue.com<mailto:mellon@fugue.com>>
Cc: Bernie Volz (volz) <volz@cisco.com<mailto:volz@cisco.com>>; Bob Hinden <bob.hinden@gmail.com<mailto:bob.hinden@gmail.com>>; dhcwg <dhcwg@ietf.org<mailto:dhcwg@ietf.org>>; IPv6 List <ipv6@ietf.org<mailto:ipv6@ietf.org>>; Dickson (US), Sean M <sean.m.dickson@boeing.com<mailto:sean.m.dickson@boeing.com>>
Subject: Re: I-D Action: draft-templin-duid-ipv6-01.txt

Ted, the allocation policy for the Private Enterprise Number (PEN) code for users
of DUID-EN is not Standards Track; anyone and their brother can easily obtain a
PEN code by filling out a simple form:

https://pen.iana.org/pen/PenApplication.page

I did one for “LinkUp Networks”, but that is not in any way tied to a Standards
Track RFC. IANA did not even ask me any questions; they simply allocated the
code for free. So, as far as standards status goes, an arbitrary PEN code has no
standing while the global IPv6 unicast address space has full Internet standards
status according to RFCs 4291 and 8200. I would therefore see it as a major
DOWNREF to entrust the entire IPv6 address space to any random person
who decided to register a PEN code.

That, plus I don’t want to carry around the extra 4 bytes for a PEN code…

Fred

From: Ted Lemon [mailto:mellon@fugue.com]
Sent: Friday, January 15, 2021 12:31 PM
To: Templin (US), Fred L <Fred.L.Templin@boeing.com<mailto:Fred.L.Templin@boeing.com>>
Cc: Bernie Volz (volz) <volz@cisco.com<mailto:volz@cisco.com>>; Bob Hinden <bob.hinden@gmail.com<mailto:bob.hinden@gmail.com>>; dhcwg <dhcwg@ietf.org<mailto:dhcwg@ietf.org>>; IPv6 List <ipv6@ietf.org<mailto:ipv6@ietf.org>>; Dickson (US), Sean M <sean.m.dickson@boeing.com<mailto:sean.m.dickson@boeing.com>>
Subject: [EXTERNAL] Re: I-D Action: draft-templin-duid-ipv6-01.txt

On Jan 15, 2021, at 3:25 PM, Templin (US), Fred L <Fred.L.Templin@boeing.com<mailto:Fred.L.Templin@boeing.com>> wrote:
using DUID-EN with some
arbitrary PEN code to encode the entire global IPv6 unicast address space would
IMHO be an unacceptable DOWNREF.

You said this before. I don’t understand what this means. DUID-EN is in a standards track RFC. How is this a DOWNREF? And why use an arbitrary enterprise number?