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

Brian E Carpenter <brian.e.carpenter@gmail.com> Mon, 29 October 2018 01:08 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 3684B126F72 for <ipv6@ietfa.amsl.com>; Sun, 28 Oct 2018 18:08:38 -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 1tXmjY0zYkWW for <ipv6@ietfa.amsl.com>; Sun, 28 Oct 2018 18:08:37 -0700 (PDT)
Received: from mail-pf1-x435.google.com (mail-pf1-x435.google.com [IPv6:2607:f8b0:4864:20::435]) (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 DF771124C04 for <ipv6@ietf.org>; Sun, 28 Oct 2018 18:08:36 -0700 (PDT)
Received: by mail-pf1-x435.google.com with SMTP id a15-v6so3161991pfn.0 for <ipv6@ietf.org>; Sun, 28 Oct 2018 18:08:36 -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=GTvqTOWKThWkftgIUpCs26jaKSBjW6h5TmfCpUg6SvQ=; b=ngpDp8HMaWeGKK47Zk30H8s68dbSjFuE5OIZnF2EiYmAPlzSYQpq5hZfPS7ruAypw8 BEHsEBIUcWCZzbGdDfjfR5kRkUybisDhm52vVvXtcgyO/000XagS0SjTI4X80Aaadlnj Y3dz8zVyKEVXtwG8h/6FB5i52CHvtr4leRF1aY/sFJynfX574vcLG7cVKzc0vQL3Fuqz WWt+A0vqrckRlLyjxaXw7+RZLUkVc/BXGNE8bNBwPwYDpZ14FsfX8VG75dgbTFpAiZC1 Q2ytBD8LxyCWeRJ6LpgguXYz0tvW569YD5RhVyj0PO7Tw4JgW94qZ1RzdUBj1NRvxw3m xPxA==
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=GTvqTOWKThWkftgIUpCs26jaKSBjW6h5TmfCpUg6SvQ=; b=RmdGd8MhqlbrTBNVy1yI4S/nVebUX6XeMTIVAJhv885K3U1dlvTzTbF7T0vILXnJo5 F7pLu8X15OLUpbeq7AiDc//vab9cuFIIgPGVEZw3qD3EsXJ1Y3ckzkpKbhM2Gg1KEwGm u9X1dcA91ZNIJOW7Y4L01Vvy1eYA56/6uBv9yBf8tRxhRvt6DNw4//+jaPOByTgKRmO6 3QiE0wMllSbE66sQV1MN7CaG+gYXmh+zzsRTaD8XIDW3BsAXY5n2hq0EuzGSZX3fjUb8 P+mwPgTw2u1nwj1Po07IR1TDFcJznh3vTIU1BhttmPUH7iXVRmPt+O3kwj94mKgCRAMf snFQ==
X-Gm-Message-State: AGRZ1gIuFxOwW8gI9Aw7LUPfKPqAZ0iLDXrUO3DVLzN4qgB9BI0GGCL9 cy9db5Bd92fNSuopsnV08NmAQWpk
X-Google-Smtp-Source: AJdET5c7hQWiC30JdDgqPyGa5xP3xnXNXO9fJT0gOem+j9L/tH9xFMPPitQBfZ0frxajP5KC1jWrKQ==
X-Received: by 2002:a65:6295:: with SMTP id f21-v6mr11919549pgv.167.1540775315892; Sun, 28 Oct 2018 18:08:35 -0700 (PDT)
Received: from [192.168.178.30] ([118.148.76.40]) by smtp.gmail.com with ESMTPSA id p11-v6sm20408097pfo.65.2018.10.28.18.08.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 28 Oct 2018 18:08:34 -0700 (PDT)
Subject: Re: Running code (Was: I-D Action: draft-ietf-6man-ipv6only-flag-03.txt)
To: "Manfredi (US), Albert E" <albert.e.manfredi@boeing.com>, Simon Hobson <linux@thehobsons.co.uk>, "ipv6@ietf.org" <ipv6@ietf.org>
References: <CAFU7BASO_ByzbanhLKnWV280O_fASd-8W+ujpj3sN6d2-whw2w@mail.gmail.com> <66759b73-0a22-e1a9-49db-21154e8e1267@gmail.com> <37ba23b3-df19-9c2a-bdbe-ba7a99d72d05@si6networks.com> <0d6008a4-337b-2ccb-2d9f-837f786eca65@gmail.com> <bfa4397a-aa7a-1184-4147-4cbfbfd13603@si6networks.com> <8C587906-F0EE-4A61-9046-2BF AC52588C0@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> <a3a2d823c38f44d48b301e2ca657e352@boeing.com> <6EE067A5-3536-4EDD-80D9-D98783DE57CE@thehobsons.co.uk> <0be69133e9a34199b5796410684ab226@boeing.com> <d84bab3c-3ad8-2338-1af1-3fe2b277db6c@innovat ionslab.net> <308494108c0b466f91a9314f7d9367bc@boeing.com> <8E339E1C-6AC9-4012-AA63-1A39D64EEDAB@thehobsons.co.uk> <f805c8e5b3dc40a8b8f245f44b7c1c7a@boeing.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <e421e5ef-137f-bac1-765f-13e6c9107671@gmail.com>
Date: Mon, 29 Oct 2018 14:08:29 +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: <f805c8e5b3dc40a8b8f245f44b7c1c7a@boeing.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/64cnsus6Vq0zj8gJ5Frcj1R-NHc>
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: Mon, 29 Oct 2018 01:08:38 -0000

On 2018-10-29 08:31, Manfredi (US), Albert E wrote:
...
> What you seem to be missing, all this IPv6 flag means is "no IPv4 packets transit THIS router."

No, it still doesn't mean that. It means, if and only if all IPv6 default routers
send it, that the network manager has *decided* that there should be no IPv4
traffic on the link.

> That's the extent of it. You seem to be attributing a lot more to the flag than it actually intends.

Frankly Bert, you seem to be ignoring the words in the draft.

On 2018-10-29 10:47, Manfredi (US), Albert E wrote:
...
> The flag adds very little indeed.

It adds the *intention* of the network manager that there should be no
IPv4 traffic on the link. Of course, a host can decide to ignore that
intention, and protocol police in the form of layer 2 filters may enforce
the intention.

Personally, if I was in a position to write the heuristic that a host
uses, I would use this flag as a heavily weighted input that would
either prevent any IPv4 activity whatever, or increase the backoff
timers to a very large value, since it's a clear signal that, for example,
mDNS over IPv4 is simply not available.

   Brian