Re: [dhcwg] I-D Action: draft-ietf-dhc-mac-assign-07.txt

Warren Kumari <warren@kumari.net> Tue, 02 June 2020 20:45 UTC

Return-Path: <warren@kumari.net>
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 CB0663A1000 for <dhcwg@ietfa.amsl.com>; Tue, 2 Jun 2020 13:45:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-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=kumari-net.20150623.gappssmtp.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 QJCN-3Zl3dxS for <dhcwg@ietfa.amsl.com>; Tue, 2 Jun 2020 13:45:20 -0700 (PDT)
Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C2243A1008 for <dhcwg@ietf.org>; Tue, 2 Jun 2020 13:45:20 -0700 (PDT)
Received: by mail-lf1-x131.google.com with SMTP id z206so7019490lfc.6 for <dhcwg@ietf.org>; Tue, 02 Jun 2020 13:45:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=I9sRBUS0O0Ur7dM9xk3WBQjU45ddnUzQ+Vso6/Mbt0U=; b=CJPZTHooatbdENMNkT04PMB6hhDqo76JkZ7SImlUakcp378T7F7PRU03zAbAn8f5xb 0TZm4QTtVeg3YaAaYV0NMQSiOR1KLC37rHWw9kPjjLwwGdhBZuU58Xuo6nxVqOV4TJgE NJf3PhlN2Aal2diqCyZJMHDfOgkWTweXFW+tLq77Sx3wLaa/6H+s1VRoBQmqmpwE2IOE Gb+xd5DaXszhjqYjYJ5ugF8nnxyTcUw2ylcjJ4R8sIyqEskwPBkpBMTMb1Rocxu6x2+T XD+rHYb3ERKDvG18NULzSdrfPmjOVh3qvZ3qLCV/Ugrxd2fFZdcWLCALcTdOBDrYKkAQ eyNg==
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=I9sRBUS0O0Ur7dM9xk3WBQjU45ddnUzQ+Vso6/Mbt0U=; b=VMrvgEOOpVuJ5uovVlFohkdCuKqX8IUEbWrYRq9YV4yMTHFOT8WvnccpUfp3UNexpz 1G3KCmnHWG7xH94EF6WQvnz+l7PVNkWVG5WJD3Uz/mo2IKB4ImMgvarrnaQMTAQ07MEK CupQc4s5rulU+jpEZfU+fOeo3N58jjh8FMR9vJdH9NnbXwiBNK3Oh/9Cl3llw3OfqT3S S43Wi719AJ9DHG+JbCrd1GD40xJ45jIWZp7RMhoc4lGZAp/uAi0Wg6ZhXCBgv/NHrO1R /grx0aL0ylECeqSpT78ERQ6W+w9K/6yk2zvUU8lTqRx/TBcFZdJm6ouLDJOkZKEDCkU6 Ukhg==
X-Gm-Message-State: AOAM530quVpgmHHYxziXztlMqdjycPTU+9H00+qq/KLbqXsQ1RcusCzH rAcsSZjt4gu/3EKylJQxSO2/KlZE7fBJnPlGCr3lqQ==
X-Google-Smtp-Source: ABdhPJzmLMgNkADE5+4s6KHsOq6m/pp8s2A0Dcy1WgEl+Wy1SEmbDS2htPTScEgCRTidMYDjB4WtR9rRVJjr87+kaAk=
X-Received: by 2002:a19:8b06:: with SMTP id n6mr593632lfd.66.1591130718422; Tue, 02 Jun 2020 13:45:18 -0700 (PDT)
MIME-Version: 1.0
References: <159112128293.11206.13480029393095236232@ietfa.amsl.com> <BN7PR11MB2547AC54A07647009EE5E629CF8B0@BN7PR11MB2547.namprd11.prod.outlook.com>
In-Reply-To: <BN7PR11MB2547AC54A07647009EE5E629CF8B0@BN7PR11MB2547.namprd11.prod.outlook.com>
From: Warren Kumari <warren@kumari.net>
Date: Tue, 2 Jun 2020 16:44:40 -0400
Message-ID: <CAHw9_i+zVxmto1uigZ+2MpurK2VadXr9YLF4wWPbHJZiTK6rTg@mail.gmail.com>
To: "Bernie Volz (volz)" <volz@cisco.com>
Cc: "dhcwg@ietf.org" <dhcwg@ietf.org>, Barry Leiba <barryleiba@computer.org>, Ian Farrer <ianfarrer@gmx.com>, "Eric Vyncke (evyncke)" <evyncke@cisco.com>, Roni Even <ron.even.tlv@gmail.com>, Samita Chakrabarti <samitac.ietf@gmail.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/j1bHdDoJSlXGjNtAjOvZHFQlOX4>
Subject: Re: [dhcwg] I-D Action: draft-ietf-dhc-mac-assign-07.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, 02 Jun 2020 20:45:29 -0000

On Tue, Jun 2, 2020 at 2:17 PM Bernie Volz (volz) <volz@cisco.com> wrote:
>
> Hi:
>
> This revision hopefully addresses most of the comments raised by area reviews as well as by the IESG balloting (so far) - see https://datatracker.ietf.org/doc/draft-ietf-dhc-mac-assign/ for the reviews and IESG evaluation record.

Thank you, it does for me, and I have cleared my DISCUSS.

W

>
> I also followed some of the recommended changes to the slap-quadrant draft (such as related to IoT description (RFC7228) and adding RFC7227 to security considerations).
>
> And, also fixed an issue with Figure 2 which did not have the 32-bit header lines.
>
> The changes are mostly minor.
>
> For those with comments that I did not fully or correctly address, please let me know and I will see what I can do to adjust.
>
> Thanks in advance.
>
> - Bernie
>
> -----Original Message-----
> From: dhcwg <dhcwg-bounces@ietf.org> On Behalf Of internet-drafts@ietf.org
> Sent: Tuesday, June 2, 2020 2:08 PM
> To: i-d-announce@ietf.org
> Cc: dhcwg@ietf.org
> Subject: [dhcwg] I-D Action: draft-ietf-dhc-mac-assign-07.txt
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the Dynamic Host Configuration WG of the IETF.
>
>         Title           : Link-Layer Addresses Assignment Mechanism for DHCPv6
>         Authors         : Bernie Volz
>                           Tomek Mrugalski
>                           Carlos J. Bernardos
>         Filename        : draft-ietf-dhc-mac-assign-07.txt
>         Pages           : 20
>         Date            : 2020-06-02
>
> Abstract:
>    In certain environments, e.g. large scale virtualization deployments,
>    new devices are created in an automated manner.  Such devices
>    typically have their link-layer (MAC) addresses randomized.  With
>    sufficient scale, the likelihood of collision is not acceptable.
>    Therefore an allocation mechanism is required.  This draft proposes
>    an extension to DHCPv6 that allows a scalable approach to link-layer
>    address assignments.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-dhc-mac-assign/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-dhc-mac-assign-07
> https://datatracker.ietf.org/doc/html/draft-ietf-dhc-mac-assign-07
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-dhc-mac-assign-07
>
>
> 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/
>
>
> _______________________________________________
> dhcwg mailing list
> dhcwg@ietf.org
> https://www.ietf.org/mailman/listinfo/dhcwg



-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf