Re: [v6ops] WG Adoption call for draft-winters-v6ops-cpe-lan-pd-04

Ted Lemon <mellon@fugue.com> Tue, 14 November 2023 17:44 UTC

Return-Path: <mellon@fugue.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 A44CFC15108F for <v6ops@ietfa.amsl.com>; Tue, 14 Nov 2023 09:44:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.906
X-Spam-Level:
X-Spam-Status: No, score=-6.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=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_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=fugue-com.20230601.gappssmtp.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 pH7MmhJzN_sH for <v6ops@ietfa.amsl.com>; Tue, 14 Nov 2023 09:44:00 -0800 (PST)
Received: from mail-ua1-x931.google.com (mail-ua1-x931.google.com [IPv6:2607:f8b0:4864:20::931]) (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 C07ACC151089 for <v6ops@ietf.org>; Tue, 14 Nov 2023 09:44:00 -0800 (PST)
Received: by mail-ua1-x931.google.com with SMTP id a1e0cc1a2514c-7b9dc928868so1504099241.0 for <v6ops@ietf.org>; Tue, 14 Nov 2023 09:44:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20230601.gappssmtp.com; s=20230601; t=1699983839; x=1700588639; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=BO6JZ9vbY4v1T+BalRusxe6QnkDlixuLRrvz5nfjzY0=; b=g5j7S/1WEIS8Cr6i/bVWMLq+8wIkEJhyEsaNwWWHwiAp/2gE5u+7p1C6W6yLtv4bVn qGuW47hdPbRsk+cY7exCD2yJI3ITnkGznf24UZKeMwl5Myv2/G88uy5875CCA6JRCAaS 2k83TzAa1PH6ghxPsdBRwyOgirD3xaWELvX1xp8Y0M4mwwTLOxQDeyktkjffa78fPvCK dRa4+wb1HPqvRGOrpvcUAJB5m6ew1tZI8A9yPAeND/Ql5K7zB0Lh0w7+LhHlZSMCx8in QcpJuaTMdtMI6pEwgxmpHKgySVJkQzEJvFwYQqy4LwNeK2gu51+NDhNdJynYKfr6M3a8 x6nA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699983839; x=1700588639; h=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=BO6JZ9vbY4v1T+BalRusxe6QnkDlixuLRrvz5nfjzY0=; b=GU91vgVhd3cFrlcaWaTxMRACcYEMjifxaRnl/HFB2UYItxREImFJOZ7ded4uynxLiY lJB4vuJB1hONlVS+xRJQi/3PLNg8rDXD2GUJt+nIEi1Bq8o3FGV4HXzuyPYU+BE2fHr6 mcKrqC7ZibsNTOrS7zr8hBF4u019n1eFOyqPRM5QFRyG3DJiUZVsv4Ljyo9V1AHSM7qi T0bQEhJift8jOFQ6w5Ir2fV1L650g/4eXGM9ifb72fukVLDXDjyw9tWy+eqwcOB2Ipp7 lB84DsDwxRE+Q478SqYt4Rcn2rLZ+hzTH8k0rvNOHF944fGxnyZzGYNq5CDID9peXJy3 zZew==
X-Gm-Message-State: AOJu0Yx/zVekMiel7YMbVhXLo8Foc8uip/vtc/5xlmgwwHAwTJwSR0l0 0sAjTIU06jN1fZsvtu8UjJStJoyEUNj2ALBFg3ZcBw==
X-Google-Smtp-Source: AGHT+IGyC7hvOIhiAONMyJA8u8BJ1aRf4qQ/45TYij2Rn1AhJ2CRjTyxAO55/v8+53rOfcmwgxyHmjGnulvoGwQEri4=
X-Received: by 2002:a67:c106:0:b0:461:17d:f0dc with SMTP id d6-20020a67c106000000b00461017df0dcmr6034571vsj.10.1699983837879; Tue, 14 Nov 2023 09:43:57 -0800 (PST)
MIME-Version: 1.0
References: <b35c7737f1b54a848f23b2fc9d54993f@huawei.com> <CAPt1N1=DYLN1vRox8Ld+96Bf6=iy-hEat5RbVC6xuPo2QMrieQ@mail.gmail.com> <6eb00cab-30d4-45fa-9cd7-a604b982eba2@hit.bme.hu> <CAPt1N1=4+Q2VmD=k2PS3y+qk2ZRGeqW45Y+yOm5W+v9G4MQqug@mail.gmail.com> <CAJgLMKv24axzRFGmLmfrS9gqzr4xE1kTu2YWo5oO=H=KO5BPRQ@mail.gmail.com> <CAPt1N1n4iDuRmSOub475BgcaQfMf_Je-mhaGbaU_VxSR_uMgig@mail.gmail.com> <6222a2d7-685f-872a-2d1d-5c07b2962350@gmail.com> <CAJgLMKs=rCG019Sjaf2tuJhEX6s7Uo_hYjPv_izFNo83zhYrTw@mail.gmail.com>
In-Reply-To: <CAJgLMKs=rCG019Sjaf2tuJhEX6s7Uo_hYjPv_izFNo83zhYrTw@mail.gmail.com>
From: Ted Lemon <mellon@fugue.com>
Date: Tue, 14 Nov 2023 12:43:21 -0500
Message-ID: <CAPt1N1kDTXjW-eEPDO=JqVL6P_DCTY6nvpVf9Nm0PbszEiopNw@mail.gmail.com>
To: Timothy Winters <tim@qacafe.com>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, v6ops@ietf.org
Content-Type: multipart/alternative; boundary="000000000000c811f2060a205462"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/Dd1CGgrXK1Tob9XfU8LQ0jt-F4I>
Subject: Re: [v6ops] WG Adoption call for draft-winters-v6ops-cpe-lan-pd-04
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, 14 Nov 2023 17:44:04 -0000

I think we should include the changes in 7084bis. Ole's point that we don't
have running code doesn't make sense—we clearly do have running code, since
we have PD clients and PD servers. Perhaps the bit that Ole thinks is
missing is the relay aspect, and with that I agree, but this doesn't seem
like a hard problem to solve.

On Tue, Nov 14, 2023 at 8:18 AM Timothy Winters <tim@qacafe.com> wrote:

> Hi Ted and Brian,
>
> Thanks, at the time I was thinking this was an update to 7084 Routers for
> supporting prefix delegation on the LAN.  Do we want to continue this
> document as an RFC, dropping the update or just roll it into 7084?
>
> Regards,
> Tim
>
> On Mon, Nov 13, 2023 at 9:14 PM Brian E Carpenter <
> brian.e.carpenter@gmail.com> wrote:
>
>> On 14-Nov-23 09:52, Ted Lemon wrote:
>> > I wonder if this was a miscommunication. "An update" to me means you
>> take the document and update it,
>>
>> In RFC Editor terminology, that is "Obsoletes:"
>>
>> > not that you write a document that specifies updates to the original
>> document.
>>
>> That is "Updates:" but it's ambiguous (see
>> draft-kuehlewind-rswg-updates-tag for the suggested fix).
>>
>> > It's generally (IMHO) not a good idea to do this unless the update is
>> very minor and the document does something else useful, or /at least/ that
>> the update is very minor. That's not the case here.
>>
>> That's probably a point that draft-kuehlewind-rswg-updates-tag should
>> cover.
>>
>>     Brian
>>
>> >
>> > On Mon, Nov 13, 2023 at 1:10 PM Timothy Winters <tim@qacafe.com
>> <mailto:tim@qacafe.com>> wrote:
>> >
>> >     Hi Ted,
>> >
>> >     This is a question that I was thinking about last week.  When I
>> first proposed adding LAN prefix delegation (IETF-115), I asked the v6ops
>> working group if we should have a 7084bis or make this a second document
>> updating 7084.  The feedback on the list and in the room was to have it be
>> an update.
>> >
>> >     Obviously the working group feels a little bit differently about
>> this now with an ongoing 7084bis work starting.   I see two options:
>> >
>> >      1. Putting out a short document on LAN prefix delegation while we
>> work on 7084bis.   7084bis will use whatever comes out of that discussion.
>> >      2. Wait for 7084bis and roll this into that.
>> >
>> >     Gabor, future host might be able prefixes per
>> draft-ietf-v6ops-dhcp-pd-per-device.
>> >
>> >     ~Tim
>> >
>> >
>> >     On Mon, Nov 13, 2023 at 12:33 PM Ted Lemon <mellon@fugue.com
>> <mailto:mellon@fugue.com>> wrote:
>> >
>> >         I guess the question then is why two documents?
>> >
>> >         On Mon, Nov 13, 2023 at 12:25 PM Gábor LENCSE <
>> lencse@hit.bme.hu <mailto:lencse@hit.bme.hu>> wrote:
>> >
>> >             Hi Ted,
>> >
>> >             11/13/2023 2:30 PM keltezéssel, Ted Lemon írta:
>> >              > I would like to see this work adopted. However, the
>> current document
>> >              > appears to be a difference update to RFC7084, which I
>> think is going
>> >              > to be really confusing for anyone reading it, so I think
>> this should
>> >              > just be a 7084bis, not a separate document that
>> "updates" 7084.
>> >
>> >             There is another document to replace RFC 7084. It is:
>> >
>> https://datatracker.ietf.org/doc/html/draft-winters-v6ops-rfc7084bis <
>> https://datatracker.ietf.org/doc/html/draft-winters-v6ops-rfc7084bis>
>> >
>> >             Thus, IMHO, draft-winters-v6ops-cpe-lan-pd-04 indeed only
>> updates RFC 7084.
>> >
>> >             Gábor
>> >
>> >
>> >             _______________________________________________
>> >             v6ops mailing list
>> >             v6ops@ietf.org <mailto:v6ops@ietf.org>
>> >             https://www.ietf.org/mailman/listinfo/v6ops <
>> https://www.ietf.org/mailman/listinfo/v6ops>
>> >
>> >         _______________________________________________
>> >         v6ops mailing list
>> >         v6ops@ietf.org <mailto:v6ops@ietf.org>
>> >         https://www.ietf.org/mailman/listinfo/v6ops <
>> https://www.ietf.org/mailman/listinfo/v6ops>
>> >
>> >
>> > _______________________________________________
>> > v6ops mailing list
>> > v6ops@ietf.org
>> > https://www.ietf.org/mailman/listinfo/v6ops
>>
>