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

Jen Linkova <furry13@gmail.com> Tue, 10 October 2023 06:29 UTC

Return-Path: <furry13@gmail.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 E431DC1AE9CB for <v6ops@ietfa.amsl.com>; Mon, 9 Oct 2023 23:29:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.855
X-Spam-Level:
X-Spam-Status: No, score=-6.855 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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, 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 (2048-bit key) header.d=gmail.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 jfEP_0CG-asP for <v6ops@ietfa.amsl.com>; Mon, 9 Oct 2023 23:29:48 -0700 (PDT)
Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 378C6C1AE9C2 for <v6ops@ietf.org>; Mon, 9 Oct 2023 23:29:48 -0700 (PDT)
Received: by mail-lj1-x22b.google.com with SMTP id 38308e7fff4ca-2c007d6159aso62823441fa.3 for <v6ops@ietf.org>; Mon, 09 Oct 2023 23:29:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696919386; x=1697524186; darn=ietf.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=xk/F0QKhJrjljpGujs4QQepkd+xksNPnLMzeQn/qKY0=; b=f1rYxDBYqE+jevtsgqftcrZeplYr0+cNVYnjfNjliKj87t1XrZYp1fn8+GstEbxatg wPtB/v5QlVdN2iIEY/+67ykQ2Bj1j9a1mLN4534e9m3oEWFaHvKDroMKRWyz2v9a0SdO agk4ZYG46fGwEJgfVer0smEtvhiIThCgWOjwdkam7GSq9UbJVdCf7pD7/5awrfG3uQAB 7jgHm7gRpwuXddPlPxYolAthCtFBINBLrft0lRlxm43Nwwgul+Doqu2cfvXFS9+J75X/ fPJGtDjv/VHNAZY2gjEuLf+G1YXn1Gg01c1XEsIDaYJZ8xEm3R/SSXd9YiNdV4je6oma XoHA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696919386; x=1697524186; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=xk/F0QKhJrjljpGujs4QQepkd+xksNPnLMzeQn/qKY0=; b=IzzN1yoyHAx76xxOheS7nzqUXnQMAgMdsJ4hEPAZKasBc6rRG4TF78qeXRA86jB0Lu QhXXxDAi0XJFfsZVyQbd5t6NbTZPOiDHoBXqJMUFjJ7nvhw824zSRtTztXhy5MsBbUMf hnn2inmjPiFWsNTvwUnaDOHg5ypKpvPhs5N5U59m5dLBYZGs1JZ8XUHrkJWruLFFFI6T I1uTYH60tbjcnxaGdvidqkVPH1bfD5PzWeEuolvQeXa7Lc4oWQTond3jSjRm363BhlxO WisAUefSakk21yDT75+4f6akwYFHOYjCvYynOaKPxPn9mHSJl7orUb0fy9mAdDkhhEjz gz4Q==
X-Gm-Message-State: AOJu0YwfpurMToxm7rbEEKYw00MKegVcuSL1iJRLCG+uZERVq/dxQ+yH a/GR6JDiXPkH3ZeH0jtTtiKTr05LZzCbX1TcMZk=
X-Google-Smtp-Source: AGHT+IGAjc/YMoT+tKzyRYtpEqRdrOILkMEVJo0S0i1LYxRO3aXTOfiYoeyonHJGUeQ6Jt32XXV66PPMDz2RczVWAb8=
X-Received: by 2002:a2e:8883:0:b0:2ba:8127:a2c3 with SMTP id k3-20020a2e8883000000b002ba8127a2c3mr14422807lji.34.1696919385428; Mon, 09 Oct 2023 23:29:45 -0700 (PDT)
MIME-Version: 1.0
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>
In-Reply-To: <fec33501-2906-8ab3-f21f-4abaed72e072@joelhalpern.com>
From: Jen Linkova <furry13@gmail.com>
Date: Mon, 09 Oct 2023 23:29:34 -0700
Message-ID: <CAFU7BAQyZsDqqBMG_io_6-=ZSeuQ+HtbPjoTGRpShjDVw9ufNA@mail.gmail.com>
To: Joel Halpern <jmh@joelhalpern.com>
Cc: V6 Ops List <v6ops@ietf.org>, Lorenzo Colitti <lorenzo@google.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/NuK-eVdnv1tyknr9u6uBC9dhRbY>
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 06:29:49 -0000

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!

> 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"?

>    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)"?
>
> > 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



-- 
SY, Jen Linkova aka Furry