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

David Farmer <farmer@umn.edu> Thu, 23 May 2019 22:14 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 74EBA120132 for <ipv6@ietfa.amsl.com>; Thu, 23 May 2019 15:14:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 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_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 Mw__teFk9rIi for <ipv6@ietfa.amsl.com>; Thu, 23 May 2019 15:14:09 -0700 (PDT)
Received: from mta-p7.oit.umn.edu (mta-p7.oit.umn.edu [134.84.196.207]) (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 A243D12012E for <ipv6@ietf.org>; Thu, 23 May 2019 15:14:09 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by mta-p7.oit.umn.edu (Postfix) with ESMTP id 230A6C56 for <ipv6@ietf.org>; Thu, 23 May 2019 22:14:09 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p7.oit.umn.edu ([127.0.0.1]) by localhost (mta-p7.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oT4G_HGpOJQT for <ipv6@ietf.org>; Thu, 23 May 2019 17:14:09 -0500 (CDT)
Received: from mail-vs1-f69.google.com (mail-vs1-f69.google.com [209.85.217.69]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p7.oit.umn.edu (Postfix) with ESMTPS id DEA32C59 for <ipv6@ietf.org>; Thu, 23 May 2019 17:14:08 -0500 (CDT)
Received: by mail-vs1-f69.google.com with SMTP id y70so1571326vsc.6 for <ipv6@ietf.org>; Thu, 23 May 2019 15:14:08 -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=oqll2HehLTFZRD8+jvZv+bMGmVQoP+JlQw8i61BoU44=; b=oxlWpet7rf/2v6bJdYqeaLfywCJu9W5YhldISuhjv+gWN8F3GOcXkOp8UAKgKM/AEc FQ+BrmZLabXWQTNJIUrcKlnnVmlFusm29fDsg9MS9DAX8nICx0Mch6Fxll41mAZ+Ojnj Wft9ufS2Zkn+mqvX6V8z3vfHLVP2TlI2YvN6gMzZ+mQCG6srtnE+Jkimv9C3pYWgCeRm IrtDNSSrXM0/ba+lTIujh+7QdLna68eiJygsuu7EhOsRCcPFBEYfO6D0CXV0FjGjxyvh l2Z+b0snRqjiMgL4QjYes5UmaK2OJ5sXIeNKblR2O5Urm5U8drVtAUNU6cQmSaxUi55m z2CQ==
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=oqll2HehLTFZRD8+jvZv+bMGmVQoP+JlQw8i61BoU44=; b=Nuh5NKzPuVtFlrhSpBM4ptvqbqP7Ieo89gM/KosoudF+ilI8HMX+t0HB0Loj/j4Ezv hqwD0rdWNlbLniqrCkWfKxZvgrsBINscML9eAY25nzGW2B92TtSeZmjYoTODQnlbRvag H7KsOoUun7fSlsb+xN+1WsXlOB1q61iFFrEpDtUJUDEyPM5jMATWJSKAs4qpiUdEs2mH zLNN4RCZD7f16FH2lcmAjDgeFRm2qZMCPY8DlXc2ZgV2G+ITZ2dgmzs9TfwbBIZYnYEb o3gW0HHHfVHlS6I36jgm2GoKEcBIQCPBVwZza4K+bHnrAVZymb1Mqwe+quTBfmKRse4u nWiQ==
X-Gm-Message-State: APjAAAWHJ84HG0++MsRbJQjLxf83CxWP+EklNJhcOuYezTF6j2x0q6Ya 79V7mj+hC+UTZuZpKJGlFnXFieBgQ4rYWkNbT4Btjgzzyezy35ySY8FtEWgpnya7re0qbC7kYUt I/oN5g56qnY53Xn7f6u62oGKg
X-Received: by 2002:a1f:2e8e:: with SMTP id u136mr2918831vku.1.1558649647488; Thu, 23 May 2019 15:14:07 -0700 (PDT)
X-Google-Smtp-Source: APXvYqwvkVIbHYoiJF4IP+rKQRbDJBdpP9J6wQYAsMarS2vmKpfhOc/AJZONrpCg+my8aQpBnIcD5ij+qMzwngrwJfA=
X-Received: by 2002:a1f:2e8e:: with SMTP id u136mr2918806vku.1.1558649646943; Thu, 23 May 2019 15:14:06 -0700 (PDT)
MIME-Version: 1.0
References: <F8BFFCAD-E58E-4736-8A1C-56579B6F6032@employees.org> <a2465e81-a17f-ab48-efda-20fe12a70077@foobar.org> <30239E0C-C444-4A7E-8342-AEE47BF8A2BB@employees.org> <20190505200449.GB7546@vurt.meerval.net> <80073906-c3c0-1f22-9e7f-c2b349063936@gmail.com> <CAO42Z2xzVW3m0mN7jEn8SYyYCYhrufVnkfp3rBjJcijBkvucNQ@mail.gmail.com> <CACWOCC-35yVYXSRR0sRL-MBMHyOFZtJx9E9h14G8qqVh5T7qGA@mail.gmail.com> <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>
In-Reply-To: <ce07ade8-5105-055f-4798-f4ef20a2393c@si6networks.com>
From: David Farmer <farmer@umn.edu>
Date: Thu, 23 May 2019 17:13:50 -0500
Message-ID: <CAN-Dau02MYCrKx2BgyuYJeHBdoz6SHCnp+-byM+LMM8af0S+rA@mail.gmail.com>
Subject: Re: Confirmation to advance: draft-ietf-6man-ipv6only-flag-05
To: Fernando Gont <fgont@si6networks.com>
Cc: Philip Homburg <pch-ipv6-ietf-6@u-1.phicoh.com>, 6man WG <ipv6@ietf.org>, Fernando Gont <fernando@gont.com.ar>
Content-Type: multipart/alternative; boundary="00000000000089a85905899566f7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/BBYwkygQIZBm1vp5j2sa1cjOOMw>
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: Thu, 23 May 2019 22:14:12 -0000

On Tue, May 21, 2019 at 11:38 AM Fernando Gont <fgont@si6networks.com>
wrote:

> If I understand correctly, you were arguing that IPv4 SD should be
> disabled by default for IPv6 only networks.
>

In my opinion, what he is saying is not about IPv6-Only, because without a
flag a host can't know it is on an IPv6-only network.

What he is saying is a dual-stack host that has functioning IPv6 should not
enable IPv4 LL. And functioning IPv6 means at a minimum it has learned an
IPv6 GUA and probably a default router as well, you could also test for
connectivity beyond the default router, but that

The risk this creates is that on a dual-stack network if a there is an
issue with the DHCPv4 server, such as it crashed or was misconfigured then
the dual-stack host cannot fall back to IPv4 LL and will not be able to
perform Link-Local communications with IPv4-Only devices on the common link
between them.

Personally, I think this is an acceptable risk, but I'm not convinced that
there is a consensus that this is an acceptable risk. Therefore, I'm not ok
with abandoning the IPv6-Only flag until there is a consensus that this is
an acceptable risk. Furthermore, we need more than 6man's consensus on this
risk.


> For the average user, this means that if they actually needed, now they
> are in trouble.
>

Yep, there is a non-zero risk of problems.

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