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

Brian E Carpenter <brian.e.carpenter@gmail.com> Sun, 08 October 2023 20:07 UTC

Return-Path: <brian.e.carpenter@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 3B835C151073 for <v6ops@ietfa.amsl.com>; Sun, 8 Oct 2023 13:07:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.196
X-Spam-Level:
X-Spam-Status: No, score=-7.196 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_FROM=0.001, NICE_REPLY_A=-0.091, 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 8HPqmtIgM1Oc for <v6ops@ietfa.amsl.com>; Sun, 8 Oct 2023 13:06:57 -0700 (PDT)
Received: from mail-pf1-x429.google.com (mail-pf1-x429.google.com [IPv6:2607:f8b0:4864:20::429]) (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 79425C14CEFE for <v6ops@ietf.org>; Sun, 8 Oct 2023 13:06:57 -0700 (PDT)
Received: by mail-pf1-x429.google.com with SMTP id d2e1a72fcca58-690ce3c55f1so2816985b3a.0 for <v6ops@ietf.org>; Sun, 08 Oct 2023 13:06:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696795616; x=1697400416; darn=ietf.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=wQnqJ3GyvA7Tr/BANENFKQoRutAaKyBqMcHcTe15CdU=; b=Swdm44LpZjD2HzfqBsYRGksjaPI3LosCeKUAECZYO89uoa4Vx16sEW81VkE3OmHZ18 sm3K2UqunfvEvZB2jf4bzHzhoW11vDxJzP+MnEI3Iej3HLkJVHs2cpLS6EeqyCR4t/eU 2uAAv8WLB9xZYAlkpUeG5vUMwWWdBteeylPEtBuHKq5sGrp2MiSRZcem9hRrQOqlxVG/ Lynh8ufqBf6YWeWwQ7EBx9X9raIkusZxyaZmtlnQ51mbVS1HaD1kcI6z/6et0KaJVBqI GhNJSBaUyKtEZhZE/QTFLCPjqToTxILBzyoXzJfdVOeRxO9ybkeORUnb/eTgxVG2rtYr wtkw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696795616; x=1697400416; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=wQnqJ3GyvA7Tr/BANENFKQoRutAaKyBqMcHcTe15CdU=; b=QGzEYDDN1dIC8OIcH2FFnf7Sv5eDnQ1ppfpaE/1NCb1/j21s0KBsHPK/884dEHPjbX lbPqF/a+1e5yhyV7rZT0XtYtXj6GrCyu5wh7BQIXLr+nDJwOaxNQSBbWNR18KlFxogaj XIeAFLAysO/Lnz+ylg/HHCf2NnvEYRvWT+Y3I5C4fyJ9wndPZMzYBnI51+j44PbYdIHg PHG4wZGS5dwVFQyeoPFvifmsBLa2LUfgPAiu8Fb5qf+2MirX5ohWU6Lwc9Iw72dCu3RW pSuIJHUFkO0Nisj1ZpeucctIj2icglPWRMwZFFWXslmkcXJST40EbzMWC4Ib7VzFPW1t Jw9Q==
X-Gm-Message-State: AOJu0YzVCNMJLpX3MEObvILFBhBGzTMkFak0EMZ6h7L/0NhFP7teLI00 AW7bZDhknwLH+SKRRZY8FPg=
X-Google-Smtp-Source: AGHT+IFR7klqTTRYUnTrLReOzF1oxyk5VvPy2vaBw1BYt2dlCMxaXr5Y87AeYC3lwzIWcoQuMEamgg==
X-Received: by 2002:a05:6a21:9997:b0:154:b4cb:2e8c with SMTP id ve23-20020a056a21999700b00154b4cb2e8cmr15172720pzb.24.1696795616322; Sun, 08 Oct 2023 13:06:56 -0700 (PDT)
Received: from ?IPV6:2406:e003:110d:5301:8cb6:a2c:7461:4047? ([2406:e003:110d:5301:8cb6:a2c:7461:4047]) by smtp.gmail.com with ESMTPSA id u4-20020a170902e5c400b001bf6ea340b3sm7892046plf.116.2023.10.08.13.06.52 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 08 Oct 2023 13:06:55 -0700 (PDT)
Message-ID: <803b75b3-680e-ee9b-a3fa-7cbdf5abc407@gmail.com>
Date: Mon, 09 Oct 2023 09:06:49 +1300
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
Content-Language: en-US
To: Jen Linkova <furry13@gmail.com>
Cc: Joel Halpern <jmh@joelhalpern.com>, V6 Ops List <v6ops@ietf.org>, Lorenzo Colitti <lorenzo@google.com>, Pascal Thubert <pascal.thubert@gmail.com>, Vasilenko Eduard <vasilenko.eduard@huawei.com>, Ole Troan <otroan@employees.org>, oselists@gmail.com
References: <169660647031.23597.13067349132781805398@ietfa.amsl.com> <CAFU7BATORG5sruy19XMAXsfvqumOB7wL=G1EbNo-zUrtzoddNg@mail.gmail.com> <64e6fcde-ffd6-1051-415b-4326802842ff@joelhalpern.com> <016d23ac-02d5-d21a-256f-0ed605e377d2@gmail.com> <CAFU7BASvqGW2dBtAkd4rH7t=xi978Kz7wZSPbAQPLomwZ8Wwzw@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <CAFU7BASvqGW2dBtAkd4rH7t=xi978Kz7wZSPbAQPLomwZ8Wwzw@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/aaKLhd6YnOX53gNCThHmuoE3zb4>
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: Sun, 08 Oct 2023 20:07:01 -0000

On 08-Oct-23 01:30, Jen Linkova wrote:
> On Fri, Oct 6, 2023 at 2:57 PM Brian E Carpenter
> <brian.e.carpenter@gmail.com> wrote:
>> Agreed, this is all much clearer now.
> 
> Thank you for your review, Brian!
> So what do you think about the WGLC status? Do you think the draft is
> ready to be advanced?

Reading it with the new Introduction, I have one remaining question:
To what extent is I-D.collink-6man-pio-pflag a requirement? The two
issues raised in section 11 ("Migration Strategies and Co-existence
with SLAAC Using Prefixes From PIO") suggest to me that if this draft
was a BCP, the new PIO flag would be at least a SHOULD. Since the draft
is labelled "Informational" there's no formal need to resolve this,
but should the language be strengthened somehow?

Otherwise I am happy with this version.

     Brian

> 
>> A minor remark (not really suggesting a change):
>>
>>>   6.1. Prefix Pool Allocation
>> ...
>>> Other deployment models, such as prefix pools shared over multiple links or routers, are possible, but not described in this document.
>>
>> This would in fact be a very obvious application for RFC 8992, a bit similar to the scenario in appendix A.2 thereof.
> 
> Oh interesting, thanks for the reference. I've not been following
> ANI-related work, to be honest - will read RFC 8992.
> 
>> On 07-Oct-23 05:04, Joel Halpern 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).
>>>
>>> Yours,
>>>
>>> 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
>>>>
>>>>
> 
> 
>