Re: Running code (Was: I-D Action: draft-ietf-6man-ipv6only-flag-03.txt)

Simon Hobson <linux@thehobsons.co.uk> Wed, 31 October 2018 10:12 UTC

Return-Path: <linux@thehobsons.co.uk>
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 043F612958B for <ipv6@ietfa.amsl.com>; Wed, 31 Oct 2018 03:12:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no
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 8_mrQIIWCCCm for <ipv6@ietfa.amsl.com>; Wed, 31 Oct 2018 03:12:13 -0700 (PDT)
Received: from patsy.thehobsons.co.uk (patsy.thehobsons.co.uk [80.229.10.150]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C4BF128A6E for <ipv6@ietf.org>; Wed, 31 Oct 2018 03:12:13 -0700 (PDT)
X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk
Received: from simons-macbookpro.thehobsons.co.uk (Simons-MacBookPro.thehobsons.co.uk [192.168.137.111]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id C7E991A071 for <ipv6@ietf.org>; Wed, 31 Oct 2018 10:12:09 +0000 (UTC)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
Subject: Re: Running code (Was: I-D Action: draft-ietf-6man-ipv6only-flag-03.txt)
From: Simon Hobson <linux@thehobsons.co.uk>
In-Reply-To: <CAO42Z2xeqJN3_MSx8Z5cY_kmVDfm-4C7oWKPbnecbC2Fww6UJw@mail.gmail.com>
Date: Wed, 31 Oct 2018 10:12:08 +0000
Content-Transfer-Encoding: quoted-printable
Message-Id: <E74C0E26-87B6-403E-8052-BD6533C1D79B@thehobsons.co.uk>
References: <8C587906-F0EE-4A61-9046-2BFAC52588C0@isc.org> <E8DE18B5-94FC-411C-A310-E49A382E0079@thehobsons.co.uk> <e0fa8fad1b4249c9af79788323b0a922@boeing.com> <3A03A073-72E2-43A8-90A4-5C29DF445361@thehobsons.co.uk> <27fdbd71125842d888c5136684bf6e7b@boeing.com> <9A4368D6-E4B1-474C-9838-B584AF6D70C8@thehobsons.co.uk> <m1gHUMI-0000I6C@stereo.hq.phicoh.net> <acb0984ec73b40c9a350a0d144b23835@boeing.com> <20181030183416.wfv47m63w5xk3cqe@faui48f.informatik.uni-erlangen.de> <143d790e624d498c91fbf69b070da007@boeing.com> <20181030210020.66dppz77jeowp722@faui48f.informatik.uni-erlangen.de> <87651dfca4694f599e67abbc593f1787@boeing.com> <7FFB03B9-2629-47D1-A3D1-E4FDD6937BC3@thehobsons.co.uk> <CAO42Z2xeqJN3_MSx8Z5cY_kmVDfm-4C7oWKPbnecbC2Fww6UJw@mail.gmail.com>
To: 6man WG <ipv6@ietf.org>
X-Mailer: Apple Mail (2.2104)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/lMw_QKsDFOl1Imct7HB9xhn6DYA>
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: Wed, 31 Oct 2018 10:12:15 -0000

Mark Smith <markzzzsmith@gmail.com> wrote:

>> > Which says, I have no peripherals configured which require IPv4
>> 
>> how do you know in advance that there are no peripherals that the user might want to connect to which are IPv4 only ?
> 
> Because the network operator has actively asserted that there aren't, by actively choosing to set this flag.

I agree - that would be the case using the flag. But Albert (to whom the question was asked) asserts that heuristics such as "IPv6 appears to work and we have no active IPv4 connections" is sufficient to determine whether or not to enable IPv4.

> If any such devices attached to an IPv6 only link, they shouldn't have been, and it is a network connection policy violation for the link. They'll fail to work and should fail to work, because they don't talk IPv6.

Yes

> If IPv4 only devices can be legitimately connected to this link, then clearly it isn't an IPv6 Only link, and the flag shouldn't be set.
> 
> We're getting into trying to prevent insanity territory with these sorts of corner cases. 

I agree. Setting the flag where IPv4 is expected to continue working would be a configuration error - and one that the network admin can fix by unsetting the flag.
Doing it by heuristics is prone to soft errors that would be hard to diagnose and harder to fix. But I don't seem to be getting through to Albert on this one.