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 > >
- [v6ops] I-D Action: draft-ietf-v6ops-dhcp-pd-per-… internet-drafts
- [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-per-d… Jen Linkova
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Joel Halpern
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Brian E Carpenter
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Jen Linkova
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Chongfeng Xie
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Brian E Carpenter
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Jen Linkova
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Joel Halpern
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Ole Troan
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Lorenzo Colitti
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Jen Linkova
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Vasilenko Eduard
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Ole Troan
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Ole Troan
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Brian E Carpenter
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Jen Linkova
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Joel Halpern
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Jen Linkova
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Jen Linkova
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Jen Linkova
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Ole Troan
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Chongfeng Xie
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Lorenzo Colitti
- Re: [v6ops] Continuing WGLC: ietf-v6ops-dhcp-pd-p… Jen Linkova