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

Ted Lemon <mellon@fugue.com> Mon, 13 November 2023 20:53 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 4AB6AC151538 for <v6ops@ietfa.amsl.com>; Mon, 13 Nov 2023 12:53:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.905
X-Spam-Level:
X-Spam-Status: No, score=-1.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, 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=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 BYX-5t4HfaTt for <v6ops@ietfa.amsl.com>; Mon, 13 Nov 2023 12:53:14 -0800 (PST)
Received: from mail-yb1-xb31.google.com (mail-yb1-xb31.google.com [IPv6:2607:f8b0:4864:20::b31]) (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 38B10C14CEFE for <v6ops@ietf.org>; Mon, 13 Nov 2023 12:53:14 -0800 (PST)
Received: by mail-yb1-xb31.google.com with SMTP id 3f1490d57ef6-da0344eb3fdso4949667276.3 for <v6ops@ietf.org>; Mon, 13 Nov 2023 12:53:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20230601.gappssmtp.com; s=20230601; t=1699908793; x=1700513593; 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=kjIAW3b9Bum+vssz+fd8njwqml1selYMFVMvP/EEtQA=; b=L9sOb4Gd5ESJecTLSLpCCoTWt+ZWYkeJ2STZ6iBd6ksyikt8Y+DpnT7PRpeiS+98wY pZLgOauylbLC6lUsPY+2Gy7el2kSMzA8H6vhCAnwTk1vzoyEB04SOFLOy8g4E5+UNbvg BiQz4nmFBbyIQqP2o2OoVVglZ7TBAOwOGoXhvX83xDYSNiJO4jC0og82qj436rvcOt29 fpJliSrJ+pFjom3qVQyzguD5axJ3YQ3qHnFYFBRQ/V4S7sx9w5mdqTiFTfKyo9OfPG50 i38r678upfiYCrKY9e1nvhyMFzUNZdnI7OabYk58fFtVkAomnl1J7UO218qRCsasbUtC 3rnA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699908793; x=1700513593; 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=kjIAW3b9Bum+vssz+fd8njwqml1selYMFVMvP/EEtQA=; b=Pts8Sa/CgU0WvdJA31bky9yZubBOkD3aFOA8GGNBGCwyuc4coLuUCPZKz/VTv6LYj+ PRuBCG0mMXhVBxF7lyaqiHcu4/go3qA8WgU80EaFigQCZEGqoEKxnEQIvPe1TCaTWObt gvjD2AvxycK0RFE+OiXqS89pGt8l2dYYM32XylOJOL4wdeob3iPV73V5EQ/Nf03L0bfo 2z5NE9XKuGQ+LbYobhvb3XUzCbOl3PnrclUnn0vde48JNRaNGl6PO0yMOZLv5I229oH2 N90/Ev5nlYIs6KbPgoq/4Qa9E5B4CVcKKisUYaJIieOug2FRZK7npr5fL4g4xABabKgG faFQ==
X-Gm-Message-State: AOJu0YwzIahsPJNmroBh1nAefjTOwRL7lIDF38zJDPMl5PO7j7Up4spt 87gD5bW6UVjrKeF9XCvX2iEPCz4iwojL/K2DwN+IZw==
X-Google-Smtp-Source: AGHT+IHi+zv0RHR/JHzGy7SC+lvNZYCAJw2gLF0KK2Io6WoNEe5Jas936dHWGpHjVsoaPyg0Qw68SkmCa5vrPQ/uOyA=
X-Received: by 2002:a25:d8d2:0:b0:da0:5452:2a00 with SMTP id p201-20020a25d8d2000000b00da054522a00mr6950319ybg.42.1699908793160; Mon, 13 Nov 2023 12:53:13 -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>
In-Reply-To: <CAJgLMKv24axzRFGmLmfrS9gqzr4xE1kTu2YWo5oO=H=KO5BPRQ@mail.gmail.com>
From: Ted Lemon <mellon@fugue.com>
Date: Mon, 13 Nov 2023 15:52:37 -0500
Message-ID: <CAPt1N1n4iDuRmSOub475BgcaQfMf_Je-mhaGbaU_VxSR_uMgig@mail.gmail.com>
To: Timothy Winters <tim@qacafe.com>
Cc: Gábor LENCSE <lencse@hit.bme.hu>, v6ops@ietf.org
Content-Type: multipart/alternative; boundary="000000000000c46f2e060a0edb25"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/C4LwXEEnx7gsGLfmX7c5oJBbJA4>
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: Mon, 13 Nov 2023 20:53:15 -0000

I wonder if this was a miscommunication. "An update" to me means you take
the document and update it, not that you write a document that specifies
updates to the original document. 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.

On Mon, Nov 13, 2023 at 1:10 PM Timothy Winters <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> 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> 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
>>>
>>> Thus, IMHO, draft-winters-v6ops-cpe-lan-pd-04 indeed only updates RFC
>>> 7084.
>>>
>>> Gábor
>>>
>>>
>>> _______________________________________________
>>> v6ops mailing list
>>> v6ops@ietf.org
>>> https://www.ietf.org/mailman/listinfo/v6ops
>>>
>> _______________________________________________
>> v6ops mailing list
>> v6ops@ietf.org
>> https://www.ietf.org/mailman/listinfo/v6ops
>>
>