Re: Confirmation to advance: draft-ietf-6man-ipv6only-flag-05

David Farmer <farmer@umn.edu> Mon, 27 May 2019 22:54 UTC

Return-Path: <farmer@umn.edu>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9A3F1201E5 for <ipv6@ietfa.amsl.com>; Mon, 27 May 2019 15:54:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.299
X-Spam-Level:
X-Spam-Status: No, score=-4.299 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=umn.edu
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 WNvBcesnPGvr for <ipv6@ietfa.amsl.com>; Mon, 27 May 2019 15:54:16 -0700 (PDT)
Received: from mta-p8.oit.umn.edu (mta-p8.oit.umn.edu [134.84.196.208]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C1CE1200EC for <ipv6@ietf.org>; Mon, 27 May 2019 15:54:16 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by mta-p8.oit.umn.edu (Postfix) with ESMTP id 8A24F1D9 for <ipv6@ietf.org>; Mon, 27 May 2019 22:54:15 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p8.oit.umn.edu ([127.0.0.1]) by localhost (mta-p8.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wFde2ftHlPKA for <ipv6@ietf.org>; Mon, 27 May 2019 17:54:15 -0500 (CDT)
Received: from mail-ua1-f69.google.com (mail-ua1-f69.google.com [209.85.222.69]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p8.oit.umn.edu (Postfix) with ESMTPS id 4B646129 for <ipv6@ietf.org>; Mon, 27 May 2019 17:54:15 -0500 (CDT)
Received: by mail-ua1-f69.google.com with SMTP id 3so4185813uag.14 for <ipv6@ietf.org>; Mon, 27 May 2019 15:54:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=itfTzuHXVh7zF0PsVAfWzbdpGEePOVPsEyH3/c/pmcw=; b=cfJLqNsChhhn0HLzbN7blzsZ1JRvE2VmOLzMBZDGb6aoNQ/B9k7vNWfmufH1+UBExT mvxC9KwQCEeqxy0Ev1Apq71OMmIt4QfK9SdufIZBy5Hz73AtyUFEcBvdZkcZqgeg03tB 1/GLUntb0NXXNotluAXdsvvZMO5bSyHpDtNw7wJSxq8AlPFZxCgwhlF5YOHNttGUCLQs rgCC0Ee7uZ/CDwrW4mSQV9wXzOX24R1Kj2O0221S8VTP9pfepo+Bj4fMRY864tQx3SA8 zWLwy4I75LCSz0zILeHXXvlsimLANDrU3qwSJSvpjLxq4D4PcfNIoRq3BZT/pQ8Jyw8m vyLg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=itfTzuHXVh7zF0PsVAfWzbdpGEePOVPsEyH3/c/pmcw=; b=W5edmOAZhsGdkmz1O+LzlH3Mo5L4dPoab8AFl9FzsJaJ4GZ3Wm/w+H6awJ0QwqYZ3O mvga3Mup0J7O3wTwSfS2Y6FqU0UkB31uqP5aPH1E+lFe2//ZLKEF7PZBbXNYN7tDM6xD ers6/Fjk1iXQ8OAm23PeZOUYgcBMHmoOFB2PzFQ6k86u1fjIzNQLgbEc/jAXU5zB2WAh 1ctOQl+dq9FyzCb2+1p5gaC6N1yitSTkwxvrnxItIPkHW0R6fVpO0Rdz9HrxI3uxdoV9 FZq8szqzUaRQ47mDeTJW7fNvMl7V2ekNYjX2l5jjrZFqLVtZNAHPf3aGF8As8xT6djpe OFRw==
X-Gm-Message-State: APjAAAXb+qXLxN7nXn8ZVSqxxd9RJjVxw+rNnDWCwV82dF2XQN6nPTEc XQWcD2Q0QkaYES8E/i1q17UYvPiwu8Gxc8AUePeNHDdsgoJPmPnXSt3QxW/m/dQRVXvo5nQtwD9 7dJHDmBpPqSL0VcQe9fRfCgg6
X-Received: by 2002:ab0:338e:: with SMTP id y14mr14387998uap.39.1558997654304; Mon, 27 May 2019 15:54:14 -0700 (PDT)
X-Google-Smtp-Source: APXvYqzoSyofdf9qK7OHl5vQptnjqNQe1P/Abt7f5XFTuVqzyEC2rChvMesDZPMq0SdSUO6kFbQqwJ3R/3TjxeAOuyw=
X-Received: by 2002:ab0:338e:: with SMTP id y14mr14387943uap.39.1558997653788; Mon, 27 May 2019 15:54:13 -0700 (PDT)
MIME-Version: 1.0
References: <F8BFFCAD-E58E-4736-8A1C-56579B6F6032@employees.org> <232c1a43-0fd9-4eae-737b-260a3906f72a@gmail.com> <663F6C0B-7B8A-4088-B9C0-B2867B0C3EB8@gmail.com> <CAN-Dau3VJN7qNHAW-yStMrDRCa4vsDs2ObkAxswnYbcHde2t_w@mail.gmail.com> <m1hPqHO-0000J8C@stereo.hq.phicoh.net> <CAN-Dau3R=4JbcbK7tWkJKYzVjq7DvAAEjVsbCLbZdYYO8OJ0YA@mail.gmail.com> <m1hQ7Dm-0000M3C@stereo.hq.phicoh.net> <CAN-Dau040j6U+1CCn0QJiVMy2nVShHqqSFdCkM-FbMAH-2wjRA@mail.gmail.com> <m1hQCYr-0000KBC@stereo.hq.phicoh.net> <561d9dc3-c769-c774-8f65-f975ac2a10a0@gont.com.ar> <m1hT1DZ-0000HEC@stereo.hq.phicoh.net> <ce07ade8-5105-055f-4798-f4ef20a2393c@si6networks.com> <CAN-Dau02MYCrKx2BgyuYJeHBdoz6SHCnp+-byM+LMM8af0S+rA@mail.gmail.com> <40e99171-6dda-29e3-6152-da5ca5219ed9@foobar.org> <CAN-Dau0ALqfAA-Dz56oHAfOtY7E2obx5E7TgoeH357Mckp3t9g@mail.gmail.com> <093ba8e2-6f0a-4c91-9df1-cda33fffea97@foobar.org> <CAN-Dau3kVqb+ZEHB7iPGeRuq1Mu8UHR3FEZv8SgmiqZexaFhuA@mail.gmail.com> <12db9629-f92a-e12a-5ff1-7db2c5d2137e@foobar.org> <374F009B-98E1-40D0-AC0D-1C82CBE378BD@steffann.nl>
In-Reply-To: <374F009B-98E1-40D0-AC0D-1C82CBE378BD@steffann.nl>
From: David Farmer <farmer@umn.edu>
Date: Mon, 27 May 2019 17:53:56 -0500
Message-ID: <CAN-Dau0EGN+bLZCTA-A4ksd40KprhKn-HkL4gotG=v-=kD0zrg@mail.gmail.com>
Subject: Re: Confirmation to advance: draft-ietf-6man-ipv6only-flag-05
To: Sander Steffann <sander@steffann.nl>
Cc: Nick Hilliard <nick@foobar.org>, 6man WG <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000005c35e60589e66d89"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/-Ul5YyIqP6fuNADe2PXYqDc3CdA>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 May 2019 22:54:30 -0000

On Mon, May 27, 2019 at 5:20 PM Sander Steffann <sander@steffann.nl> wrote:

> Hi Nick,
>
> > Op 27 mei 2019, om 23:08 heeft Nick Hilliard <nick@foobar.org> het
> volgende geschreven:
> >
> > David Farmer wrote on 27/05/2019 20:23:
> >> But it's not DHCPv4 we're actually talking about but the robustness
> IPv4 to a failure of DHCPv4.  So let's be clear, Philip is proposing
> reducing the robustness of IPv4 in the presence of IPv6, at least the
> robustness of on-link communications with IPv4. Whereas using the flag only
> reduces the robustness of IPv4 in the presence of the IPv6-Only Flag. While
> I'm fine with either option, many people objected to tying IPv4 and IPv6
> together, but which of these two options does more violence to IPv4?
> >
> > personally, I don't think either of these options is compelling - and
> separately, would tend to agree with the idea that causing different
> protocols to share fate is something that should be avoided, unless there
> are overwhelmingly good reasons to do so.  So the question of which "does
> more violence to ipv4" seems more like a question along the lines of "each
> option has its problems, but which is the least bad?", to which I'm
> inclined to answer: "well, neither is necessary, nor advisable, so maybe
> neither option would be best".
>
> I agree.
>
> I think for migrating to IPv6 the RFC2563 option is perfectly acceptable:
> as long as you have IPv4 clients on your network, tell them in their own
> "language" that there is no IPv4 service on this link. When those clients
> disappear over time stop providing DHCPv4 completely and happily enjoy a
> clean IPv6 network. There won't even be a legacy ipv6only flag ;)
>
> Cheers,
> Sander
>
> PS: yes, I know there are some with a purist "I don't want ANY non-IPv6
> packet on my network" view, but seriously, let's focus on real-life
> problems…
>

Then stop telling people to filter Ethertype 0x0800 because you can't use
RFC2563 in the presence of such filters. Further, there really aren't IPv4
clients and separate IPv6 clients anymore, just about everything that
matters is dual-stack. So you are really saying, tell dual-stack clients to
not use IPv4 using IPv4. So who is the purist? You're saying you can't
block IPv4 because you have to use IPv4 to tell dual-stack clients they
shouldn't use IPv4, now that's a catch 22.

Again this is a real problem is some at least a few situations, and they
are fairly common situations, just not in the home broadband world at least
today.





-- 
===============================================
David Farmer               Email:farmer@umn.edu
Networking & Telecommunication Services
Office of Information Technology
University of Minnesota
2218 University Ave SE        Phone: 612-626-0815
Minneapolis, MN 55414-3029   Cell: 612-812-9952
===============================================