Re: I-D Action: draft-ietf-6man-ipv6only-flag-03.txt

Job Snijders <job@ntt.net> Fri, 19 October 2018 13:51 UTC

Return-Path: <job@ntt.net>
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 1FA56130DD5 for <ipv6@ietfa.amsl.com>; Fri, 19 Oct 2018 06:51:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.801
X-Spam-Level:
X-Spam-Status: No, score=-1.801 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_BOUND_DIGITS_15=0.798, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 A2pHcgpVsm4H for <ipv6@ietfa.amsl.com>; Fri, 19 Oct 2018 06:51:31 -0700 (PDT)
Received: from mail3.dllstx09.us.to.gin.ntt.net (mail3.dllstx09.us.to.gin.ntt.net [IPv6:2001:418:3ff:5::26]) (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 17898130DC2 for <ipv6@ietf.org>; Fri, 19 Oct 2018 06:51:31 -0700 (PDT)
Received: by mail3.dllstx09.us.to.gin.ntt.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.90_1) (envelope-from <job@ntt.net>) id 1gDVBa-0005O1-KA (job@us.ntt.net) for ipv6@ietf.org; Fri, 19 Oct 2018 13:51:30 +0000
Received: by mail-ot1-f53.google.com with SMTP id l58so33258583otd.6 for <ipv6@ietf.org>; Fri, 19 Oct 2018 06:51:30 -0700 (PDT)
X-Gm-Message-State: ABuFfojv5HlWLJFSs1uVcorzbMtAL2rnZC0nHegoYJjKR9E16IzVZRD+ pPvQvYwjsyNbM2gdF80eQT3go1kunK2R98VQKOqPfA==
X-Google-Smtp-Source: ACcGV6052R+hNKvPm6jxWpQeqaWVYKSX3axJ9RThfvn2a2QAMeiPDySkJSNsCxl3KTd12M25Kf7GiPh381ss4ORDHRs=
X-Received: by 2002:a9d:193:: with SMTP id e19mr24195151ote.313.1539957089899; Fri, 19 Oct 2018 06:51:29 -0700 (PDT)
MIME-Version: 1.0
References: <153973137181.9473.10666616544238076833@ietfa.amsl.com> <092346e1-6350-e54e-e711-9c5ee6dc4e6b@gmail.com> <CAFU7BASO_ByzbanhLKnWV280O_fASd-8W+ujpj3sN6d2-whw2w@mail.gmail.com> <CACWOCC-u7aAPwAOcixYvt2On=-o_8X25GhqdXTfA+tWRC1o2XA@mail.gmail.com> <alpine.DEB.2.20.1810191534430.26856@uplift.swm.pp.se>
In-Reply-To: <alpine.DEB.2.20.1810191534430.26856@uplift.swm.pp.se>
From: Job Snijders <job@ntt.net>
Date: Fri, 19 Oct 2018 15:51:18 +0200
X-Gmail-Original-Message-ID: <CACWOCC-ZCqUZv2Wq8m=9dBYaxkjjRRZvejhcZ9vF3gnyPX4-mw@mail.gmail.com>
Message-ID: <CACWOCC-ZCqUZv2Wq8m=9dBYaxkjjRRZvejhcZ9vF3gnyPX4-mw@mail.gmail.com>
Subject: Re: I-D Action: draft-ietf-6man-ipv6only-flag-03.txt
To: Mikael Abrahamsson <swmike@swm.pp.se>
Cc: 6man WG <ipv6@ietf.org>, Job Snijders <job@ntt.net>
Content-Type: multipart/alternative; boundary="0000000000005032880578953312"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/mRjWfA8mE7FkJrKOeCwb5BcjuOo>
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, 19 Oct 2018 13:51:32 -0000

On Fri, Oct 19, 2018 at 15:48 Mikael Abrahamsson <swmike@swm.pp.se> wrote:

> On Fri, 19 Oct 2018, Job Snijders wrote:
>
> > Operating system implementers will be able to provide valuable feedback
> > to the working group on how to mitigate risk for some of the suspected
> > attack vectors - and it’ll be educational to see how this works in
> > practice. I think running code will improve this specification.
>
> I don't see how it would, since it doesn't mandate the hosts to do
> anything.


>
> "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."
>
> So this is just one more input into whatever heuristics a host might have
> to decide how to behave. For instance do more agressive exponential
> backoff for IPv4 operations but not turn it off completely.



I’m suggesting that two or three operating systems do something with the
flag. Demonstrate how the flag can be used and observe if there are any
gotchas.

If running code isn’t possible, I don’t think the document needs to be
published at all.

Kind regards,

Job