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

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 06 October 2023 21:57 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 9B955C15107F for <v6ops@ietfa.amsl.com>; Fri, 6 Oct 2023 14:57:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.197
X-Spam-Level:
X-Spam-Status: No, score=-2.197 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_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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 (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 2S1D-2Om8Rf4 for <v6ops@ietfa.amsl.com>; Fri, 6 Oct 2023 14:57:34 -0700 (PDT)
Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) (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 DC251C15109D for <v6ops@ietf.org>; Fri, 6 Oct 2023 14:57:34 -0700 (PDT)
Received: by mail-pl1-x62c.google.com with SMTP id d9443c01a7336-1c63164a2b6so28891265ad.0 for <v6ops@ietf.org>; Fri, 06 Oct 2023 14:57:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696629454; x=1697234254; 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=UzIBx/6UJwAngkOYag7KBc9zAEkZttNevhVvAe2tJqI=; b=O/RD4TT2CqYMQxhozoEWK12fZFMR4W8MHEmz2WW/wN8gPzXRO1vryLYmyD9cY0lqQC wcdJVJjgTDEPEqTulJFqPTuuIvpyb2VCAcHy7/ABswcmMdya651f9rlbLGkc3Aeougj6 Qhh0VlGJ3YCVLOfgECcElEtkAT0+M9u5sjJx3Z23gZ7EqEXE/+JLxyFGqGdjbIGOJ1la OSEbaIOoZdg+9tr3Kl3pWLpnK0ilR0Ziv73WKSxpSjKX6TRjmzwrsslwkhpjPN8Zx2bf 49RlhddmVLsKDcI1lga+CabU/n81VNU5g4YtfLL6p4XzVGpQUYKBK3jmcu88tEsVU6PQ iG3g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696629454; x=1697234254; 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=UzIBx/6UJwAngkOYag7KBc9zAEkZttNevhVvAe2tJqI=; b=In9cWpi878+U7aTEMR8a315c9YiqgnWELC2xk+tO7+l4BBxHCTVCbzC3xy8wMaXMNe MCHimGI8K0WPvt2mX/ShgVGSATfe96+KkgrMH2u4J5TlI8FLE/5WFK/JIwPIcBtUc6ZL zGiaoqpNGy1hJH0iWaT40Pcnp6OxU1XZfuNzppwRH/ISdW1jV1WwaEMY79yRU1t/F+d/ 0if2iuBCUeqxukVnJfEjbgC0ANvrClQgvbi08u37P0kJKcAmX7bEgeyIKZqlEgwSfvqt q+FMmKYfHCVqnW6Sge/KjAPofFZ6eqW0K/2KwIPdJs4tiYgK3NLQwodCWUSBOAKcsZD2 hKug==
X-Gm-Message-State: AOJu0YzFusT5wOBl7tzra+GSc4HeGc5m3dWNi1WDwAAWkO5bgjoNFfNv dBMhTitlWZMW+SRrAco65Zs=
X-Google-Smtp-Source: AGHT+IFpRsrOm/lOUqBlPAVWkJVpAPmdCsy6DO2sTPa57krbpA8XBaVdXq47uaJnwIxv2SslAzJIBA==
X-Received: by 2002:a17:90b:1c0f:b0:261:2824:6b8c with SMTP id oc15-20020a17090b1c0f00b0026128246b8cmr8411438pjb.13.1696629454048; Fri, 06 Oct 2023 14:57:34 -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 20-20020a17090a019400b0027b436159afsm75693pjc.40.2023.10.06.14.57.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Oct 2023 14:57:33 -0700 (PDT)
Message-ID: <016d23ac-02d5-d21a-256f-0ed605e377d2@gmail.com>
Date: Sat, 07 Oct 2023 10:57:28 +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: Joel Halpern <jmh@joelhalpern.com>, Jen Linkova <furry13@gmail.com>, V6 Ops List <v6ops@ietf.org>
References: <169660647031.23597.13067349132781805398@ietfa.amsl.com> <CAFU7BATORG5sruy19XMAXsfvqumOB7wL=G1EbNo-zUrtzoddNg@mail.gmail.com> <64e6fcde-ffd6-1051-415b-4326802842ff@joelhalpern.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <64e6fcde-ffd6-1051-415b-4326802842ff@joelhalpern.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/3wfji0biDB8KYBJzSp_yFnrtjP8>
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: Fri, 06 Oct 2023 21:57:38 -0000

Agreed, this is all much clearer now.

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.

Regards
    Brian

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