Re: [v6ops] Implementation Status of PREF64

Lorenzo Colitti <lorenzo@google.com> Thu, 07 October 2021 07:04 UTC

Return-Path: <lorenzo@google.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 F2E373A09FF for <v6ops@ietfa.amsl.com>; Thu, 7 Oct 2021 00:04:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -18.097
X-Spam-Level:
X-Spam-Status: No, score=-18.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.499, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aStKAH9otrFp for <v6ops@ietfa.amsl.com>; Thu, 7 Oct 2021 00:04:30 -0700 (PDT)
Received: from mail-il1-x133.google.com (mail-il1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E5D93A09F9 for <v6ops@ietf.org>; Thu, 7 Oct 2021 00:04:30 -0700 (PDT)
Received: by mail-il1-x133.google.com with SMTP id j2so5372754ilo.10 for <v6ops@ietf.org>; Thu, 07 Oct 2021 00:04:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5O3LauFntOw9LqLk8jK1yTn58aOfC46J5Usl+vprk4Q=; b=gan4O5DKUdruK5KQa/md9m3cRRb4N775JfZQDtSjbw9PrAq03HWbDuArjt79yw9Usm EI2ZS3YtxOk7XP3bjYzJyOlIjzAciLVsRHdkzpBOFE00fodS/nuAFtfJyiMjThu+1CId LVv1XSWeQE/Gumq5fK7mbvwwNZf16b3jnW6rNGBYnARNyAbsXyF1bBgsOO1oldwjcx0u +UaAFcKJ86jkuvUQprnOEkCa7E3aCceB22my7lvLcEmekPmIPWxYwc0+1RWuY2bUPZQ2 xHbSZxG7kZcjv2p6PXMIVbvc9tohnwA9juPn372CtMGwgGtJeCb9EUJT+2jWs02ofLSG CFDQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5O3LauFntOw9LqLk8jK1yTn58aOfC46J5Usl+vprk4Q=; b=IhIEdpl7Yg5a7eMfzqchyzMXJQVFDNLX8CxWQIBIx/KOArmkzp51WHX8vwFh1aXFsf p5MFdfURvpv4nA9z1l2e/JkvkVvflh+mCcGe2cac57CXI/Y8qqKRrG8Nv9MaJpT2SA2Q A1YmDAaZy8Yw993i0CPXjOtKncyVu7v3hyG0rBgGF+7P5QoFZWgl/sLo+TudqulkS9C8 W+hadjoMXPQ1QUuAiV9k6T65gdBT/c8qCVMzVZ+JRAHowu2/Trc4nD4NPi7Bqqmk2a+X NOWpYOzPWBk7PQITjUR3JAxnxFKbwOquIw02XfkufF9pRvT20Xbxh4hIeKhFaklKG+C3 rLvQ==
X-Gm-Message-State: AOAM5325adEhxDr7UiUwHUJw7YMcBftH7GcUX/Kt7qiBWCVMtJhKAbwS Dr3NPyljqU++pcojAxuii+8TdQ23ULIW9JfWhtnX9wKR/b9PhA==
X-Google-Smtp-Source: ABdhPJzRIdypJMXr1qq3eDJQYhP4YdntijkG33GDOklXjw9BHKnnGW6TBspIVqeelQ2Lyo6ToLSRT8od5yRYjW7M9N8=
X-Received: by 2002:a05:6e02:1d86:: with SMTP id h6mr2014070ila.5.1633590269123; Thu, 07 Oct 2021 00:04:29 -0700 (PDT)
MIME-Version: 1.0
References: <DDA36020-90CC-471B-83AD-3D98950F1164@delong.com> <CAO42Z2wdoSdJDOB2Zo0=ZK0ecOARRsdg2nbHZGSDOhryPbLfDw@mail.gmail.com> <F2BD0A42-E9AD-45DD-999A-638E73BE1177@delong.com> <CAKD1Yr2K3Gd3JD=NJFOoH6GYgs-8ACxRQB9-sKJ7cbF4_hxsow@mail.gmail.com> <0B533C71-5DB0-410D-A5A3-7E8FD559F214@delong.com> <CAKD1Yr3NoYfNT7+OVJoCCdgdif6AHHw29tNCPttS=-NuRZKv3w@mail.gmail.com> <5FAD5290-3616-4194-B783-D473DB38A89A@delong.com> <m1mVGC6-0000HSC@stereo.hq.phicoh.net> <D6620D7C-8FE8-4294-8014-AB18A230C9C7@delong.com> <m1mVItl-0000GuC@stereo.hq.phicoh.net> <YVN6/cA6Ob3vLJQH@Space.Net> <m1mVK32-0000HpC@stereo.hq.phicoh.net> <CAO42Z2zQys6o41+m1iX1Mm88M7CaUdQa1C+uuYqxz2STfcwt_Q@mail.gmail.com> <d2887464-19d7-da09-d6f6-51ddc0e9ca45@foobar.org> <CAO42Z2w=BVoy-EmkM+x=8bVJc8WAcwRyLrdpsOAxu-as3ed6ZQ@mail.gmail.com> <CAN-Dau0v5dS9esEfQk9w0deG-QLpQ6EH9JJBY4JVcUfstFENkQ@mail.gmail.com> <1e9444b30d964a5cb17ff419eca6cc35@huawei.com> <CAKD1Yr0T-7t-UHbsJBMLpTjKhPAV5uUQkux6oby89TVUue7PyA@mail.gmail.com> <CO1PR11MB4881D400EA4681F1505040D2D8AA9@CO1PR11MB4881.namprd11.prod.outlook.com> <CAKD1Yr3TmqFxjKuZ57wS7VuPOf6rJvOwnvnQdFrRLQ=DkZ+CCw@mail.gmail.com> <CO1PR11MB4881F411A4D5BEA7A8479726D8AA9@CO1PR11MB4881.namprd11.prod.outlook.com> <D8AEA194-293B-43E4-BCAE-33CD81FB7D8C@delong.com> <CAKD1Yr2Tug-PFV7wAh0s6-gw8W3LcLG7wC1fD7Lu_hMZQYKdtw@mail.gmail.com> <08D2885E-B824-48E8-9703-DCA98771FA37@delong.com> <CAKD1Yr2EVsY3tYUf56R0Q1+KVrowtqh-HgwXj5vxzy4wd-vkTg@mail.gmail.com> <1A6ED87B-666E-439C-852F-2E5C904C0515@delong.com> <CAKD1Yr23fY2DJDvB-9eVFRsxnBnZQ0kZuZfYUfRUHYW=_D=enA@mail.gmail.com> <CAN-Dau1z0q0R61x7iY+Wg_cFRU0jmqr+fR0y=bSXxj+K-n722w@mail.gmail.com> <CAKD1Yr1T_mXfxJGHOrBfqZfexm6GTrUqnFi57710pTroKQK6uQ@mail.gmail.com> <702CB018-1A02-4B32-B9AA-7C7B31521F12@delong.com>
In-Reply-To: <702CB018-1A02-4B32-B9AA-7C7B31521F12@delong.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Thu, 07 Oct 2021 16:04:17 +0900
Message-ID: <CAKD1Yr0jZR8Efzr_Y6FeiBvHYS8ATmDupx2ABTXXy-rSA_QjmA@mail.gmail.com>
To: Owen DeLong <owen@delong.com>
Cc: David Farmer <farmer=40umn.edu@dmarc.ietf.org>, v6ops list <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b379a205cdbddf48"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/5rAzLlRF18ItgQJqEDIQ2FyCyqg>
Subject: Re: [v6ops] Implementation Status of PREF64
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 07 Oct 2021 07:04:35 -0000

On Thu, Oct 7, 2021 at 3:57 AM Owen DeLong <owen@delong.com> wrote:

> Let's see if we get enough consensus to work on an RFC that says that all
> general-purpose DHCPv6 clients are entitled to receive N addresses; that
> any network that does not provide that number of addresses is in violation
> of the RFC; and that any client disabling the IPv4 stack if it does not get
> at least N addresses is in full compliance with all IETF specifications
> including RFC 8415.
>
>
> No. It’s not IETF’s place to tell network operators what rules they can
> and cannot apply to addressing on their own networks.
>

Ok, so remove that text and just say: all general-purpose DHCPv6 clients
are entitled to receive N addresses, and that any client that does not
enable IPv6 if it does not get at least N addresses is in compliance with
IETF specifications.

If this is not acceptable, then why not? It looks like you're making a
point of principle here: network operators should be able to set policies
on how many IPv6 addresses are handed out, but hosts should not be able to
set policies on how many IPv6 addresses they accept. Why the asymmetry?

Further, making the IPv4 stack contingent on the number of addresses you
> get in IPv6 is just plain silly. The two are unrelated.
>

Sorry. that was a typo. As you say, IPv4 has nothing to do with this. What
I meant to say was, "disabling the IPv6 stack".