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

Brian E Carpenter <brian.e.carpenter@gmail.com> Sat, 11 May 2019 01:48 UTC

Return-Path: <brian.e.carpenter@gmail.com>
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 C96991201E2 for <ipv6@ietfa.amsl.com>; Fri, 10 May 2019 18:48:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 fMdiUig3ti3m for <ipv6@ietfa.amsl.com>; Fri, 10 May 2019 18:48:12 -0700 (PDT)
Received: from mail-pf1-x429.google.com (mail-pf1-x429.google.com [IPv6:2607:f8b0:4864:20::429]) (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 29D8E120077 for <ipv6@ietf.org>; Fri, 10 May 2019 18:48:12 -0700 (PDT)
Received: by mail-pf1-x429.google.com with SMTP id v80so4125231pfa.3 for <ipv6@ietf.org>; Fri, 10 May 2019 18:48:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=6CjLgkMHWaE7PDX/8gz2IYdAp2DgAxQrJVIIlI5vu1k=; b=QEN6Pp/FDg1z0HjMacJ5cD8oe+UKcA+MtYoDbsBcLUO+S05XrbXXTejH4SLA32+Qum X2DlC554TJXpmJuhs6N7oHSvfrDYzWpjuJ+h619KVWrjrmnCalGsjY/5TRgCFLF4Mekp 1y70K2EMs4kVDmRgM0dqwdc1uFks/Z78YCTs7TqEPVbYpBgcjc6xYVnlb80+0Sj7ugSm Ft+HkL47PEPwk1WHe4FD8UDunVL6jlFn+8Jc37P702ucf4DFvEXc1aEHaDLw3LZu/oMy v6PnQIUebxnhzeCrF2PSOaWx5PkVaYQKuUbX6c51YTwRWf4St8vt/N2IPz+1lwvBJuev tL4w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=6CjLgkMHWaE7PDX/8gz2IYdAp2DgAxQrJVIIlI5vu1k=; b=huw0GS74W2A9dFkIBgOVh/KnlSqAJrayTwqJrx95v0fLDmIF8LiCkcB58CYfg817H7 tuo5S09knjiUA3BW9DgmURrNeuL/EV3lo45Quu1yHDOE6xrDYIaxcuXdJb/f4JHlgU6h aZl/GRyBnmbUBQf8+D+vnCWuotmyUtp/j7l3c6r3Mx+ZAOyXAWmZidxtVXh1PbxeWd7u f/h0uUS4pO4hDmEbcYNoa/c1jHH1sz+TqOse8R28rZwZ0M8oxZiR9U4vMczS1ntHa1Mf c7oyQSgZ93zQi5YAL6UlQRdtIkBT5dK156L21eLmDLfmLZ+fn4T11ED9Hq6TSCTzQeXK M+Yg==
X-Gm-Message-State: APjAAAXQ47PlvsVURgJBmtJcGG/k+zVLGg2pXelc5IJcGddXjLe+uVX1 KZs1PRK+v+cPwr/IesO7j3CmXYUE
X-Google-Smtp-Source: APXvYqxssIwflYHjKa6NGT/hVki0M3UasxzPIRwPkk4e5LRdyqHb/KNJbgn3kzRWHmC5gmyYCFRK8g==
X-Received: by 2002:a63:5105:: with SMTP id f5mr1137717pgb.373.1557539291178; Fri, 10 May 2019 18:48:11 -0700 (PDT)
Received: from [192.168.178.30] ([118.148.72.205]) by smtp.gmail.com with ESMTPSA id g72sm17313945pfg.63.2019.05.10.18.48.09 for <ipv6@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 10 May 2019 18:48:10 -0700 (PDT)
Subject: Re: Confirmation to advance: draft-ietf-6man-ipv6only-flag-05
To: ipv6@ietf.org
References: <F8BFFCAD-E58E-4736-8A1C-56579B6F6032@employees.org> <alpine.DEB.2.20.1905091054560.1824@uplift.swm.pp.se> <m1hOfjp-0000IdC@stereo.hq.phicoh.net> <924a4e34-e5f9-9872-bd4a-c0f68fd5387f@gmail.com> <m1hP1uA-0000EhC@stereo.hq.phicoh.net> <12F17008-16C5-4E58-89DB-BC7D01341CD7@lists.zabbadoz.net> <f1210218-9a51-805f-df31-d96dc9381c91@foobar.org> <F5BC870A-0853-43A3-A493-DC7DF8701B50@lists.zabbadoz.net> <C5A98D65-ABC9-4728-82C5-CF81F8FE53D8@steffann.nl> <CAN-Dau3F+Z94aC1fAohZDz81z=Kg4u1TZGiuMH_L4yVUCH1sMg@mail.gmail.com> <C3D7C853-8CB1-4D50-A9D1-5F1BD438AA46@steffann.nl>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <4b5e95bb-9195-ce90-5008-2f3dcdc80f94@gmail.com>
Date: Sat, 11 May 2019 13:03:55 +1200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <C3D7C853-8CB1-4D50-A9D1-5F1BD438AA46@steffann.nl>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/9HEU3kKS1cQ3ws1zUQnNry1kuMI>
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: Sat, 11 May 2019 01:48:14 -0000

On 11-May-19 01:50, Sander Steffann wrote:
> Hi David,
> 
>> I have to agree that a "hard off" for IPv4, especially global scope unicast IPv4 is not necessary, it is not the problem. If a dual-stack host doesn't get an IPv4 DHCPOFFER, it won't do global scope unicast IPv4. The primary problem described in the problem statement is RFC 3927 and futile IPv4 service discovery using Link-Local IPv4 addresses. I am suggesting we change the flag to be a "hard off" only for RFC 3927, and then its a heuristic hint to fairly quickly stop, or at least severely limit, periodic IPv4 DHCPDISCOVERS, or a "soft off" for global scope unicast IPv4.
>>
>> Furthermore, at least in the near-term, I don't believe IPv6-Only networks are going to be very common. Therefore, I don't think delaying the initial IPv4 DHCPDISCOVERS until the IPv6 RAs can be analyzed is a good tactic.  While I think it should be permitted, I don't think it should be encouraged, at least until IPv6-Only networks become the dominant solution and dual-stack or IPv4-Only networks are rare. Which is by no means the case today. Today, delaying initial IPv4 DHCPDISCOVERS is bad advice.
> 
> That sounds like a good way forward.

I think I agree, except that I don't think the IETF should utter an edict about exactly how hosts do all this, because things will change over time. So whatever we say should be at most a SHOULD, and probably this WG shouldn't get too far into operational recommendations anyway.

    Brian