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

Antonio Escalera <aescaler@redhat.com> Tue, 12 January 2021 18:47 UTC

Return-Path: <aescaler@redhat.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 AB0EF3A0FAF for <dhcwg@ietfa.amsl.com>; Tue, 12 Jan 2021 10:47:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.368
X-Spam-Level:
X-Spam-Status: No, score=-2.368 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.25, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=redhat.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 SdbX3x21yR44 for <dhcwg@ietfa.amsl.com>; Tue, 12 Jan 2021 10:47:03 -0800 (PST)
Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [63.128.21.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0CE033A0FB1 for <dhcwg@ietf.org>; Tue, 12 Jan 2021 10:47:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1610477222; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ipQP7fH5aMUbSBlaen3hFS79eTUFQOKuIBK0RuHSdGI=; b=dqnXr17k27vlHOhfWgi0gj6hCOSlDVZa/dWwlznNTng0tZKwLUiTYEwGKQaJIpL6IZTcrc 1q5FsUDkMxQJ+1PngpnDMOhe23YQOrQxVxGwkcgVWUhZ0PjNSg8hRFoeJJD870vLqTER1h Xp1Ufv/TgsK5/9qNw9/DBu+gic62PQg=
Received: from mail-yb1-f199.google.com (mail-yb1-f199.google.com [209.85.219.199]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-320-Gfd495hrMVqnT4DuJGNcYg-1; Tue, 12 Jan 2021 13:46:45 -0500
X-MC-Unique: Gfd495hrMVqnT4DuJGNcYg-1
Received: by mail-yb1-f199.google.com with SMTP id k7so3343431ybm.13 for <dhcwg@ietf.org>; Tue, 12 Jan 2021 10:46:45 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ipQP7fH5aMUbSBlaen3hFS79eTUFQOKuIBK0RuHSdGI=; b=fYF0n+T/iUK3DpHsdOPTikHr2lLRTHurofIgv+5uK3/Ukl12LEJJ1+lA59SjHyUNjB aTQhwYxEUAz4Be1QZzPAej3gWnNEShY2D80rR5Hfpbf9YJpp3nDO/yhanfN61FGBpAIc GjUu1o2IcNmLyJpHtpfme96t693wMSq6vZ7V6iccoAPRi4sH1c9G25wKb0YQZ8rMPxxK 4Du3+ZecMGnZx2nic3E1/71pBw5GuYBBI/UdwLLgomU85Yd9oEreWGBvjzkid7DYE2ML SSsnsbf+riSJtYYMK4vStYBFSZLEogDlA+WmkNysg2gy3A2oZv2FOt8CM9BIWurXxEEd F2ng==
X-Gm-Message-State: AOAM5329nNlP5fJTOmAZ+QAAzYY9jQLzQ7auQeypGfh1ePDGXjgAuMA8 7F8V5U1MSqnXtrK7/Vulir4H8gTSmfPX/Zc7yUxgGybLX32lWF34XqNAeHgY6VTwZUe6w4Xkh0S hwBF32bwENdXB1RCsxk4kIQ==
X-Received: by 2002:a25:690c:: with SMTP id e12mr1208047ybc.482.1610477205066; Tue, 12 Jan 2021 10:46:45 -0800 (PST)
X-Google-Smtp-Source: ABdhPJzG6sRfpiX5FxQwi/zC0S6uWdip5ysf5D3rsRnF+3b5RIx7yGMJI4vmKToQleCnag0xp0qT7+KyzZ9PqnZZ2vU=
X-Received: by 2002:a25:690c:: with SMTP id e12mr1208017ybc.482.1610477204789; Tue, 12 Jan 2021 10:46:44 -0800 (PST)
MIME-Version: 1.0
References: <357eb2060b2e4b4083ab6d01349d297e@boeing.com> <B2D91A40-7AA7-48EC-BD8F-642ABE1E729B@cisco.com> <a05f8218827c4976818257baedd0cbed@boeing.com>
In-Reply-To: <a05f8218827c4976818257baedd0cbed@boeing.com>
From: Antonio Escalera <aescaler@redhat.com>
Date: Tue, 12 Jan 2021 13:46:34 -0500
Message-ID: <CAGYbZ4pVcYi-Txa_5RCWFcxm=HFMP8CK8MNk-8UUZLsPZuvc0g@mail.gmail.com>
To: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>
Cc: "Eric Vyncke (evyncke)" <evyncke@cisco.com>, ipv6@ietf.org, dhcwg <dhcwg@ietf.org>, "Dickson (US), Sean M" <sean.m.dickson@boeing.com>
Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=aescaler@redhat.com
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: redhat.com
Content-Type: multipart/alternative; boundary="000000000000b5f4e205b8b87183"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/m3qXdZ9flSAXgIWPuwYjCtTytas>
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: Tue, 12 Jan 2021 18:47:06 -0000

Ahhhh, see this makes it more clear. So your idea is akin to a hostname
except implemented over IPv6. I think making it clear that the intention is
to assign the IP address to a loopback interface would make the draft more
acceptable.

I really like this idea. Thanks for clearing that up.

I primarily work on clouds, this would be especially useful for containers
in environments where multiple networking interfaces are exposed. Now to
implement a CNI over ipv6...

Best,
Antonio

On Tue, Jan 12, 2021, 11:42 AM Templin (US), Fred L <
Fred.L.Templin@boeing.com> wrote:

> Eric, see below:
>
> > -----Original Message-----
> > From: Eric Vyncke (evyncke) [mailto:evyncke@cisco.com]
> > Sent: Tuesday, January 12, 2021 5:50 AM
> > To: Templin (US), Fred L <Fred.L.Templin@boeing.com>; ipv6@ietf.org;
> dhcwg <dhcwg@ietf.org>
> > Cc: Dickson (US), Sean M <sean.m.dickson@boeing.com>
> > Subject: Re: I-D Action: draft-templin-duid-ipv6-01.txt
> >
> > <without any hat>
> >
> > Hello Fred,
> >
> > Just wondering how would this new DUID could be used when several
> interfaces sharing the same DUID will request some
> > address(es)/prefix(es) over DHCPv6 ?
>
> I think this may have been addressed in my response to Mark, but the
> intention is
> that an IPv6 address that is independent of any of the node's physical
> interfaces
> and that provides an identity for the node is the address that would go
> into the
> DUID. [RFC7401][draft-ietf-drip-rid] are two examples where a valid IPv6
> address
> is generated and intended to provide an interface-independent, unique and
> long
> lived identity for the node. Other examples may be defined in the future
> as well.
>
> > If you allow me to guess your use case, then would DUID type based on
> the private enterprise number (FAA and EASA have ones)
> > could be used ? This would be simpler than requesting a new DUID type
>
> I was actually thinking that DUID-UUID would be a candidate surrogate DUID
> because
> the body is exactly 128bits the same as for IPv6 addresses. But, by
> definition, UUIDs
> are *not* IPv6 addresses since they do not observe the [RFC4291] address
> architecture.
> Per your suggestion, a private enterprise number could be gotten (AERO
> also already
> has one) and then use DUID-EN instead. But, then there would not be a
> standards
> track specification guaranteeing that the holder of the private enterprise
> number
> would consistently and forever always apply IPv6 address architecture
> semantics to
> their application of the private enterprise number.
>
> Hence, the proposal for DUID-V6ADDR. Or, if folks would prefer a different
> name
> I could imagine alternatives such as DUID-IN6, DUID-IPV6, etc. Any
> preferences?
>
> Thanks - Fred
>
> > Hope this helps,
> >
> > Regards
> >
> > -éric
> >
> > </without any hat>
> >
> > -----Original Message-----
> > From: ipv6 <ipv6-bounces@ietf.org> on behalf of "Templin (US), Fred L" <
> Fred.L.Templin@boeing.com>
> > Date: Monday, 11 January 2021 at 19:47
> > To: "ipv6@ietf.org" <ipv6@ietf.org>, dhcwg <dhcwg@ietf.org>
> > Cc: "Dickson (US), Sean M" <sean.m.dickson@boeing.com>
> > Subject: FW: I-D Action: draft-templin-duid-ipv6-01.txt
> >
> >     Hi, more and more IPv6 address generation methods are being
> specified that
> >     intend to generate IPv6 addresses that are highly likely to be
> unique on either
> >     a global scale or unique within a bounded service domain. So much
> so, that
> >     some address generation methods intend for the IPv6 addresses to be
> usable
> >     as node identifiers.
> >
> >     Recognizing this, this document proposes a new DHCPv6 DUID type known
> >     as "DHCP-V6ADDR" that includes an IPv6 address in the body of the
> DUID. In
> >     this way, IPv6 addresses produced by address generation methods
> intending
> >     to generate a node ID can be used as unique identifiers in DHCPv6
> message
> >     exchanges. This would introduce a single new DUID type, for which
> the IANA
> >     allocation policy is  "standards action".
> >
> >     Alternatively, a separate DUID type could be allocated for each IPv6
> address
> >     generation method. However, that approach may result in additional
> IANA
> >     allocations and would require implementation updates every time a new
> >     address generation method is specified. Hence, a single generic DUID
> type
> >     for all IPv6 generation methods is proposed, but open for discussion.
> >
> >     Comments on the list welcome.
> >
> >     Fred
> >
> >     -----Original Message-----
> >     From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf
> Of internet-drafts@ietf.org
> >     Sent: Monday, January 11, 2021 10:21 AM
> >     To: i-d-announce@ietf.org
> >     Subject: I-D Action: draft-templin-duid-ipv6-01.txt
> >
> >     A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
> >
> >
> >             Title           : The IPv6 Address-based DHCPv6 Unique
> Identifier (DUID-V6ADDR)
> >             Author          : Fred L. Templin
> >       Filename        : draft-templin-duid-ipv6-01.txt
> >       Pages           : 7
> >       Date            : 2021-01-11
> >
> >     Abstract:
> >        This document defines a new DHCPv6 Unique Identifier (DUID) type
> >        called DUID-V6ADDR that contains a single 128 bit IPv6 address.
> >        DUID-V6ADDR makes it possible for devices to use suitably-derived
> >        unique IPv6 addresses to identify themselves to DHCPv6 servers
> and/or
> >        other network nodes.
> >
> >
> >     The IETF datatracker status page for this draft is:
> >     https://datatracker.ietf.org/doc/draft-templin-duid-ipv6/
> >
> >     There are also htmlized versions available at:
> >     https://tools.ietf.org/html/draft-templin-duid-ipv6-01
> >     https://datatracker.ietf.org/doc/html/draft-templin-duid-ipv6-01
> >
> >     A diff from the previous version is available at:
> >     https://www.ietf.org/rfcdiff?url2=draft-templin-duid-ipv6-01
> >
> >
> >     Please note that it may take a couple of minutes from the time of
> submission
> >     until the htmlized version and diff are available at tools.ietf.org.
> >
> >     Internet-Drafts are also available by anonymous FTP at:
> >     ftp://ftp.ietf.org/internet-drafts/
> >
> >
> >     _______________________________________________
> >     I-D-Announce mailing list
> >     I-D-Announce@ietf.org
> >     https://www.ietf.org/mailman/listinfo/i-d-announce
> >     Internet-Draft directories: http://www.ietf.org/shadow.html
> >     or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> >
> >     --------------------------------------------------------------------
> >     IETF IPv6 working group mailing list
> >     ipv6@ietf.org
> >     Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> >     --------------------------------------------------------------------
>
> _______________________________________________
> dhcwg mailing list
> dhcwg@ietf.org
> https://www.ietf.org/mailman/listinfo/dhcwg
>