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

Sander Steffann <sander@steffann.nl> Fri, 10 May 2019 12:55 UTC

Return-Path: <sander@steffann.nl>
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 ECCE81201A2 for <ipv6@ietfa.amsl.com>; Fri, 10 May 2019 05:55:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=steffann.nl
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 q4SxX3mQsiEh for <ipv6@ietfa.amsl.com>; Fri, 10 May 2019 05:55:57 -0700 (PDT)
Received: from mail.sintact.nl (mail.sintact.nl [IPv6:2001:9e0:803::6]) (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 820D21201A0 for <ipv6@ietf.org>; Fri, 10 May 2019 05:55:56 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mail.sintact.nl (Postfix) with ESMTP id 4755D4A; Fri, 10 May 2019 14:55:54 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=steffann.nl; h= x-mailer:references:in-reply-to:date:date:subject:subject :mime-version:content-type:content-type:message-id:from:from :received:received; s=mail; t=1557492950; bh=6eBFIkPf7lyCyDK8NYt QcaBwAu3WhzdDObE8t/T1qp0=; b=DRqha54MJkxMhw5dI0hQfCvmIXzrk3szL7j 6pnY/zpWHAYfh5MbH0mH2gutUciFAmTMddy8evbDrWMe0UqzKoGL7zhQJQMcXqrA 5ZPjm2bdCslbIEvR6oKdkJYBNGHaK0blTPk7uaDevBRk+HfTcQB6WDIju1jgHERv MlxL+SVU=
X-Virus-Scanned: Debian amavisd-new at mail.sintact.nl
Received: from mail.sintact.nl ([127.0.0.1]) by localhost (mail.sintact.nl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id atcf6zp8t1oO; Fri, 10 May 2019 14:55:50 +0200 (CEST)
Received: from [IPv6:2a02:a213:a300:ce80:ed51:6f3c:85f7:b15e] (unknown [IPv6:2a02:a213:a300:ce80:ed51:6f3c:85f7:b15e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail.sintact.nl (Postfix) with ESMTPSA id 3471849; Fri, 10 May 2019 14:55:49 +0200 (CEST)
X-Clacks-Overhead: GNU Terry Pratchett
From: Sander Steffann <sander@steffann.nl>
Message-Id: <C5A98D65-ABC9-4728-82C5-CF81F8FE53D8@steffann.nl>
Content-Type: multipart/signed; boundary="Apple-Mail=_5B8D10F3-DD4B-4056-A548-69A8704B12E0"; protocol="application/pgp-signature"; micalg="pgp-sha256"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\))
Subject: Re: Confirmation to advance: draft-ietf-6man-ipv6only-flag-05
Date: Fri, 10 May 2019 14:55:48 +0200
In-Reply-To: <F5BC870A-0853-43A3-A493-DC7DF8701B50@lists.zabbadoz.net>
Cc: Nick Hilliard <nick@foobar.org>, ipv6@ietf.org
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
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>
X-Mailer: Apple Mail (2.3445.104.8)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/rl_Y-KOK8udD-bpZ4lKub2ZesNQ>
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: Fri, 10 May 2019 12:56:00 -0000

Hi Bjoern,

> It also says:
> 
>   A host MAY delay all IPv4 operations at start-up or reconnection
>   until a reasonable time has elapsed for RA messages to arrive.  If
>   all RAs received have the flag set to 1, a host SHOULD NOT attempt
>   IPv4 operations.

And that last bit is exactly where the problem is: it is too strong. Something like "If all RAs received have the flag set to 1, a host SHOULD NOT aggressively retry any failed IPv4 operations (like obtaining a DHCP lease) and operate without using IPv4 as much as possible to reduce unwanted/unnecessary IPv4 traffic on the network. Especially operations that transmit broadcast packets should be avoided to save the battery life of other devices on the network."

So, as has been suggested before: turn it from an off-flag to a useful heuristic. I will remain strongly opposed to a hard off-flag for the reasons explained previously. I still think Bert is right: "Not necessary, not sufficient, therefore, IMO, not needed." so I'll probably never be a supporter of this draft, but if we are talking about a heuristic then I can at least reevaluate my objections to see if we can reach consensus.

Cheers,
Sander