Re: I-D Action: draft-ietf-6man-rfc6434-bis-01.txt

Lorenzo Colitti <lorenzo@google.com> Sun, 16 July 2017 13:48 UTC

Return-Path: <lorenzo@google.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 66B8E12706D for <ipv6@ietfa.amsl.com>; Sun, 16 Jul 2017 06:48:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 Fh7ShJmU_0VR for <ipv6@ietfa.amsl.com>; Sun, 16 Jul 2017 06:48:02 -0700 (PDT)
Received: from mail-vk0-x22a.google.com (mail-vk0-x22a.google.com [IPv6:2607:f8b0:400c:c05::22a]) (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 D14271200FC for <ipv6@ietf.org>; Sun, 16 Jul 2017 06:48:01 -0700 (PDT)
Received: by mail-vk0-x22a.google.com with SMTP id y70so65084990vky.3 for <ipv6@ietf.org>; Sun, 16 Jul 2017 06:48:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=axauypNIY2T+YnQ53wLmT2h4yg1XU6ZomBqP21ziq9w=; b=bgkl2feQ8YEORmEKRPEHw8+njWai4YiA4TzzL6meqzEIBr+zC8tWO/QKnhYsDB0kst rQrlNHZ2DUMZH+Ij/J9YFNR2P1NApedkKdPYETd93fbf+eK4zABjdqcWu/AIQNaDW9ox V5i7NWsUP30eQ6CJYQEm2sFowIcPdyWfYC5xYcRE9xemcQn7losvAd+KEEW/LwsIPrVw WwjeZPha1+MXVPZa4WUUJDBV2dUfYnreZQjth+GpuYQRn57zaBhnToHyUoC23zhwbO31 7y9VzgMRGrcdXj7WkVt3nmjvDJI/kFJbDiJIZychknleYL2+DbKq06iPBVefy1tEFHX2 nD6Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=axauypNIY2T+YnQ53wLmT2h4yg1XU6ZomBqP21ziq9w=; b=I8UfvjRsojV0hJKLU4PhlPIJWobiTrq+ghmPmWbwQvEBbO2Wm+vOIqOB4jHCMpukV3 XUa7QNi6UcNd1OD6/VI1NDWTIJ97Vje1SsuV9mSwjtVnO4DJVeoka7TrCOO0zfS7hg8h CY/CA9zS8/Js/dxjcGXpnHAm42xFxpNlNXJLgkw0WwigSRKbUDTAZyZVaVOcM3jWOoHg R10+IoWGBp8eXytuFs3hlQZQVc1EF769PY0W10xM2uH9vo5GIQLVdLBsMJM0mdRRxO91 oHAOHHWeTpBUku7GfK6F22ilnixTEx3mceRHIZuGgbzjP2dPLTn2CEWTYf0G8H1S0s9C rHdg==
X-Gm-Message-State: AIVw110rFXwvfS0vjJqUzLWxxDM4fFJ2Jj+OMFFxxSiYghgcWBCWYwIg FewGivG73gb2X6p9nkgrvFBttZe/ELJu
X-Received: by 10.31.189.19 with SMTP id n19mr10139708vkf.53.1500212880633; Sun, 16 Jul 2017 06:48:00 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.31.48.129 with HTTP; Sun, 16 Jul 2017 06:47:39 -0700 (PDT)
In-Reply-To: <596B588A.2010701@foobar.org>
References: <149909644776.22718.16227939850699261560@ietfa.amsl.com> <CAKD1Yr25jk22qTTqJ-RoxOVTu7=e=vQWWLQZnek-HGCKaZgU=w@mail.gmail.com> <596B4BE1.7020807@foobar.org> <CAKD1Yr1W0+d-Bj9daqXUsyAEaNE6RHHZBwJ_6SzT0sGhZXdDMw@mail.gmail.com> <596B588A.2010701@foobar.org>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Sun, 16 Jul 2017 15:47:39 +0200
Message-ID: <CAKD1Yr0eE0A4TbFNEKszVuKjc3rE_EW=51x-KrSWeQ0DrSBPdg@mail.gmail.com>
Subject: Re: I-D Action: draft-ietf-6man-rfc6434-bis-01.txt
To: Nick Hilliard <nick@foobar.org>
Cc: IETF IPv6 Mailing List <ipv6@ietf.org>, draft-ietf-6man-rfc6434-bis@tools.ietf.org
Content-Type: multipart/alternative; boundary="001a114d3b12d7266305546f87f1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/FdOPD5u3B6UACXSJColUXqBY_hg>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
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: Sun, 16 Jul 2017 13:48:03 -0000

vOn Sun, Jul 16, 2017 at 2:14 PM, Nick Hilliard <nick@foobar.org> wrote:

> There is no conflict here.
>
> The "SHOULD" that you quoted in rfc7934 refers to how an opinion about
> people ought to run their networks, but does not conflict with the
> SHOULD in 6434bis, which refers to what the IETF is proposing ought to
> be supported on host devices.  These two things are very different indeed.
>

It's not an opinion, it's an IETF best practice. And I really don't see how
you can say there's no contradiction. For the moment, let's consider mobile
hosts that follow the anonymity profile.

This document says that hosts SHOULD support DHCPv6 because operators might
use it. But our current recommendations say that:

   1. Such hosts SHOULD prefer SLAAC over DHCPv6
   2. DHCPv6-only networks are NOT RECOMMENDED

Due to #1, such hosts will always prefer SLAAC over DHCPv6 on networks that
have both. So a "SHOULD support DHCPv6" requirement will only matter on
networks that don't do SLAAC, which are NOT RECOMMENDED.

So we're basically saying that they SHOULD implement IPv6 only for the
purpose of connecting to networks that are NOT RECOMMENDED. How can we
recommend something that is only used for something that is NOT RECOMMENDED?