Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-per-device-03

Joel Halpern <jmh@joelhalpern.com> Tue, 10 October 2023 14:02 UTC

Return-Path: <jmh@joelhalpern.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CB04C1705EC for <v6ops@ietfa.amsl.com>; Tue, 10 Oct 2023 07:02:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.899
X-Spam-Level:
X-Spam-Status: No, score=-2.899 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, NICE_REPLY_A=-0.091, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LJ4fc9_5qLC9 for <v6ops@ietfa.amsl.com>; Tue, 10 Oct 2023 07:02:06 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F16EC1705ED for <v6ops@ietf.org>; Tue, 10 Oct 2023 07:02:06 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4S4cz22cJ8z6G98J; Tue, 10 Oct 2023 07:02:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1696946526; bh=HfpLKePi8GxIZyZHbu8tyjMHd2krEVre/qV0fLIx2WY=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=T4EUmx04lRGTvBNMXwmE0jIPpYgAvXxr5Jf6GbxNdX+pG2fRBwkPY1C4vNJLJkMsX zWgcylw9MuZZ8Y5ZeSvhmpKW2ztl3S7tU9/0YG2FB4rwOAUVO6Q995r6Fvpf5GXcRQ kwHCk5RGXWhnB8KhAOGPVYwqscqS0yZDjUupfDM4=
X-Quarantine-ID: <wWoPZ0zGceMV>
X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net
Received: from [192.168.21.150] (unknown [50.233.136.230]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 4S4cz14RNCz6G85s; Tue, 10 Oct 2023 07:02:05 -0700 (PDT)
Message-ID: <f184ea58-2355-f720-5de5-096a4eafa21d@joelhalpern.com>
Date: Tue, 10 Oct 2023 10:02:04 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1
Content-Language: en-US
To: Jen Linkova <furry13@gmail.com>
Cc: V6 Ops List <v6ops@ietf.org>, Lorenzo Colitti <lorenzo@google.com>
References: <169660647031.23597.13067349132781805398@ietfa.amsl.com> <CAFU7BATORG5sruy19XMAXsfvqumOB7wL=G1EbNo-zUrtzoddNg@mail.gmail.com> <64e6fcde-ffd6-1051-415b-4326802842ff@joelhalpern.com> <CAFU7BASyWh_qf925EpUVe09_n4jqmqf+o3QV3zRKH3u47EAyQA@mail.gmail.com> <fec33501-2906-8ab3-f21f-4abaed72e072@joelhalpern.com> <CAFU7BAQyZsDqqBMG_io_6-=ZSeuQ+HtbPjoTGRpShjDVw9ufNA@mail.gmail.com>
From: Joel Halpern <jmh@joelhalpern.com>
In-Reply-To: <CAFU7BAQyZsDqqBMG_io_6-=ZSeuQ+HtbPjoTGRpShjDVw9ufNA@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/GkkxtMoo7QUBY4fWxbjSFI67zFw>
Subject: Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-per-device-03
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Oct 2023 14:02:11 -0000

In line.  Thank you.  Joel

On 10/10/2023 2:29 AM, Jen Linkova wrote:
> On Sat, Oct 7, 2023 at 1:08 PM Joel Halpern <jmh@joelhalpern.com> wrote:
>> Having re-read the draft, I consider that it is ready for publication as
>> an Informational RFC.
> Thank you for your review!
<jmh> You are welcome. </jmh>
>
>> Two minor comments that may be considered for
>> inclusion are noted below.
>>
>> Minor:
>>
>>       In section 4(Design Principles) bullet 4, it refers to
>> communicating with other devices as per RFC 7084 WAA-7.  However, when I
>> go read WAA-7, I can't connect the dots.  Is there a typo in the
>> reference?  Or is there a subtlety that should be better explained?
> This sentence actually refers more to *using* the delegated prefixes.
> Would it be cleaner if it instead of
> "For example, it can form addresses and use them to communicate with
> the network, as described in [RFC7084] requirement WAA-7." it would
> just say:
> "For example, it can form addresses as described in [RFC7084]
> requirement WAA-7"?
<Jmh>Yes, that would help.  It would remove the part that confused me 
and leave a reasonable reference. </jmh>
>
>>     It may make sense to add a sentence noting that intermediate relay
>> routers do not need to snoop DHCP responses, as the leaf relay router is
>> expected to inject the delegated prefix into the routing system.
>> Snooping is only require, if I read this properly, for the first-hop
>> relay routers.
> Actually I believe the draft says (Section 6.2, the first-hop router
> requirements)
>
> "With the first-hop routers performing DHCPv6 relay functions, the
> proposed design neither requires any subsequent relays in the path nor
> introduce any requirements to such relays, if they are deployed."
>
> Do you think we shall explicitly say smth like "requirements (like snooping)"?
<jmh>Clearly, I did not read carefully enough.  It is there. Still, I 
think adding the parenthetical would help.  </jmh>
>>> On Fri, Oct 6, 2023 at 9:05 AM Joel Halpern <jmh@joelhalpern.com> wrote:
>>>> Thank you.  The introduction now seems to me quite clear, and lays out
>>>> the case for the procedures the draft introduces.  I also appreciate the
>>>> caveats and clarifications in the Applicability and Limitations section (5).
>>> Thanks a lot for review and feedback, Joel!
>>> I'd like to confirm if you think that the current version of the draft
>>> is ready to complete the WGLC?
>>>> Joel
>>>>
>>>> On 10/6/2023 11:48 AM, Jen Linkova wrote:
>>>>> Dear v6ops WG,
>>>>>
>>>>> We have just submitted the -03 version for
>>>>> ietf-v6ops-dhcp-pd-per-device - thank you very much to everyone who
>>>>> provided feedback!
>>>>> Please review and let us know if the draft is ready to progress.
>>>>>
>>>>> The main changes:
>>>>> - Introduction is rewritten (much shorter and, hopefully, more clear)
>>>>> - some text about multiple addresses use cases moved to Appendix.
>>>>> - The Applicability and Limitation section is moved up, so it's in the
>>>>> beginning - hopefully it would help the readers to understand what
>>>>> scenarios are in scope and what are not.
>>>>> - Client Mobility section added to discuss what happens when a client
>>>>> moves between network attachment points.
>>>>> - the draft is now explicit that it focuses on "a pool per link"
>>>>> scenario, which also drastically simplifies the routing and relay
>>>>> requirements (the routing section is updated as well).
>>>>> - the draft now suggests Active Leasequery as one of the mechanisms to
>>>>> keep the relay state in sync with the server.
>>>>> - The Prefix Consideration section has been updated and states that
>>>>> the endpoints are not required to use SLAAC - it's just the network
>>>>> allows them to do that, if they need to.
>>>>> - various changes to address other comments received during the WGLC so far.
>>>>>
>>>>> I'd like to ask everyone who has expressed concerns during this WGLC
>>>>> (you are in Cc: - hopefully I didn't miss anyone) to review the new
>>>>> version and let the author know if you still have concerns.
>>>>>
>>>>> Thank you!
>>>>>
>>>>> On Fri, Oct 6, 2023 at 8:35 AM <internet-drafts@ietf.org> wrote:
>>>>>> Internet-Draft draft-ietf-v6ops-dhcp-pd-per-device-03.txt is now available. It
>>>>>> is a work item of the IPv6 Operations (V6OPS) WG of the IETF.
>>>>>>
>>>>>>       Title:   Using DHCPv6-PD to Allocate Unique IPv6 Prefix per Client in Large Broadcast Networks
>>>>>>       Authors: Lorenzo Colitti
>>>>>>                Jen Linkova
>>>>>>                Xiao Ma
>>>>>>       Name:    draft-ietf-v6ops-dhcp-pd-per-device-03.txt
>>>>>>       Pages:   18
>>>>>>       Dates:   2023-10-06
>>>>>>
>>>>>> Abstract:
>>>>>>
>>>>>>       This document discusses an IPv6 deployment scenario when individual
>>>>>>       clients connected to large broadcast networks (such as enterprise
>>>>>>       networks or public Wi-Fi networks) are allocated unique prefixes via
>>>>>>       DHCPv6 Prefix Delegation (DHCPv6-PD).
>>>>>>
>>>>>> The IETF datatracker status page for this Internet-Draft is:
>>>>>> https://datatracker.ietf.org/doc/draft-ietf-v6ops-dhcp-pd-per-device/
>>>>>>
>>>>>> There is also an HTML version available at:
>>>>>> https://www.ietf.org/archive/id/draft-ietf-v6ops-dhcp-pd-per-device-03.html
>>>>>>
>>>>>> A diff from the previous version is available at:
>>>>>> https://author-tools.ietf.org/iddiff?url2=draft-ietf-v6ops-dhcp-pd-per-device-03
>>>>>>
>>>>>> Internet-Drafts are also available by rsync at:
>>>>>> rsync.ietf.org::internet-drafts
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> v6ops mailing list
>>>>>> v6ops@ietf.org
>>>>>> https://www.ietf.org/mailman/listinfo/v6ops
>>>
>>> --
>>> SY, Jen Linkova aka Furry
>
>