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

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 31 October 2018 00:36 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 BE6E5130DCB for <ipv6@ietfa.amsl.com>; Tue, 30 Oct 2018 17:36:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, URIBL_BLOCKED=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 HVjIDySrhi_R for <ipv6@ietfa.amsl.com>; Tue, 30 Oct 2018 17:36:49 -0700 (PDT)
Received: from mail-pg1-x52c.google.com (mail-pg1-x52c.google.com [IPv6:2607:f8b0:4864:20::52c]) (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 60ABC1292F1 for <ipv6@ietf.org>; Tue, 30 Oct 2018 17:36:49 -0700 (PDT)
Received: by mail-pg1-x52c.google.com with SMTP id z17-v6so6494979pgv.3 for <ipv6@ietf.org>; Tue, 30 Oct 2018 17:36:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=qtwKAK8vf4KK+EaSVKHxilDanMSwEsydxhLjJkoq+WM=; b=Wzw0rbqii59YEBczBwJWe0cLHmlr848Y/LhTNbUEynq6ibcUshC4CmiVOhqdbeOVwh fBtYHbs3Q0dy45AZn8GZiDZUoWnmQ/mqQJkZpGMosUvjZNQRM2GbkBIz0Z4uT7Fj6s8n UdBdiQBYb/VjwOurZ6ElHwekd8cYPg8HlSYwYG5f/2p9YZ9uopN8Kbq1oUPlB2Rn0gUm Pkr2MJpvWZQBKsvgVYCotZdQ+OtjeL31wuUbV/fmihAqtwxpCCQG+fcdhoKcSeJqNoG5 52kdRLoDA7sF2lwnbF9zZLO5Rqew3Btwh6P8EDdD2lEqgcMXDfkC8FXcacOyQ2RYXmh/ IChw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=qtwKAK8vf4KK+EaSVKHxilDanMSwEsydxhLjJkoq+WM=; b=PZ1K/JtA2RfA7Torppdt2RH8Eez4mfjGhcy2rewXy2WRx0+turZ+3tPwvN4hvRYR0M Mc7nZ++FsN37oe8s0kyA4ze9SJTogc+jpBE+1GZux+EGKOdD4xYBZBf50VWMgdWa3VZE +gClubAzHl/jHl6VxcACSX1YaYg/j/RZbZBxmFwkoogKKb9to6Fuk5JJ3vpzMdNfGZjz GNonkTdFe+K1s1YzV35U8A0gzbtjBkflguQdefni+kXio2I6kfVa4CoDRQ+rBSvMzXX7 OdZn184NEkPi5xcATQPGWk2RSbuPlrBBCWvhoCnAFYd8GyR4AyP3WcE1QAOpYy71ML1q KB6w==
X-Gm-Message-State: AGRZ1gLkRyxIhovGqIOpXk8lyeSUioIivYTcTWiuzACwGTgBLHykj54X tAj65OiqQYdaXYLx7M9jK4cFw7b1
X-Google-Smtp-Source: AJdET5fJ3BHA6NAtSml3T72j+/kZSK5C4GYtFwJ/O9jX70I3WywZcljjPIBY3lTY3dSnRCVJOPc0zA==
X-Received: by 2002:a63:6205:: with SMTP id w5mr911751pgb.53.1540946208424; Tue, 30 Oct 2018 17:36:48 -0700 (PDT)
Received: from [192.168.178.30] ([118.148.76.40]) by smtp.gmail.com with ESMTPSA id n63-v6sm30061142pfn.9.2018.10.30.17.36.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Oct 2018 17:36:47 -0700 (PDT)
Subject: Re: Running code (Was: I-D Action: draft-ietf-6man-ipv6only-flag-03.txt)
To: Toerless Eckert <tte@cs.fau.de>
Cc: ipv6@ietf.org
References: <0d6008a4-337b-2ccb-2d9f-837f786eca65@gmail.com> <bfa4397a-aa7a-1184-4147-4cbfbfd13603@si6networks.com> <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> <9e3f31a2-2a38-cb47-a7b0-73a4c3cbf21b@gmail.com> <20181030210331.rnwwn6sh23bgo4ot@faui48f.informatik.uni-erlangen.de>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <97ce4bf9-ae09-653f-b161-6c5e5456ff68@gmail.com>
Date: Wed, 31 Oct 2018 13:36:44 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <20181030210331.rnwwn6sh23bgo4ot@faui48f.informatik.uni-erlangen.de>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/kO7YQv9y-gblV-Z8pd8QOGnSqyY>
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 00:36:52 -0000

On 2018-10-31 10:03, Toerless Eckert wrote:
> Brian,
> 
> I think i would be happier with a stronger goal of the flag
> relying less or not at all on heuristics of hosts.
> 
> Give me a reason why dual-stack hosts should want to do IPv4
> on a subnet if there is no IPv4-only host and no router routing IPv4. 

The example I've used is a an IP-based smoke detector trying to connect
to an IP-based central fire alarm system. Because human safety is
involved it needs to try every possible type of connectivity in any case,
so giving up on IPv4 because the IPv6 routers say so is not the right
answer. IMHO, a perfect case for an RFC2119 SHOULD:
  "... there
   may exist valid reasons in particular circumstances to ignore a
   particular item, but the full implications must be understood and
   carefully weighed before choosing a different course."

      Brian



> 
> This seems like the most simple case to discuss about and agree
> what to do for it. TO me it seems that it would be great to
> recognize this case and automatically disable IPv4 stack/interface
> because of a flag from routers on all dual-stack hosts.
> 
> Cheers
>     Toerless
> 
> On Wed, Oct 31, 2018 at 08:43:40AM +1300, Brian E Carpenter wrote:
>> On 2018-10-31 02:47, Philip Homburg wrote:
>>>> So, here's the challenge which you seem to be holding back from,
>>>> write down the actual rules. No hand waving that "that's a good
>>>> clue", but actual rules that "if you see <some observable state>
>>>> then <do some specific action>".
>>
>> If by "rules" you mean "a typical heuristic", sure. But there will
>> be hosts that follow a different logic for their own good reasons.
>> That simply isn't the IETF's business.
>>
>> The draft is quite clear on this:
>>
>>    Dual stack hosts that have a good reason to use IPv4, for example for
>>    a specific IPv4 link-local service, can attempt to do so.  Therefore
>>    respect of the IPv6-Only flag is recommended, not mandatory, for
>>    hosts.
>>
>> On 2018-10-31 04:18, Toerless Eckert wrote:
>> ....
>>> IMHO:
>>>
>>> If the host sees the ipv6only flag from all IPv6 routers, it MUST NOT
>>> perform IPv4 DHCP.
>>
>> Who cares? Legacy hosts will try DHCP anyway. We don't want an updated
>> host to waste spectrum on this, but that's a SHOULD NOT, because such
>> traffic won't actually break anything.
>>
>>     Brian
>>
>> --------------------------------------------------------------------
>> IETF IPv6 working group mailing list
>> ipv6@ietf.org
>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>> --------------------------------------------------------------------
>