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

David Farmer <farmer@umn.edu> Sun, 16 July 2017 14:43 UTC

Return-Path: <farmer@umn.edu>
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 05643127342 for <ipv6@ietfa.amsl.com>; Sun, 16 Jul 2017 07:43:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.801
X-Spam-Level:
X-Spam-Status: No, score=-3.801 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_MED=-2.3, RCVD_IN_SORBS_SPAM=0.5, 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=umn.edu
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 ixM0R7XuL_SW for <ipv6@ietfa.amsl.com>; Sun, 16 Jul 2017 07:43:07 -0700 (PDT)
Received: from mta-p6.oit.umn.edu (mta-p6.oit.umn.edu [134.84.196.206]) (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 2B947126E3A for <ipv6@ietf.org>; Sun, 16 Jul 2017 07:43:07 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by mta-p6.oit.umn.edu (Postfix) with ESMTP id 7106EC2C for <ipv6@ietf.org>; Sun, 16 Jul 2017 14:43:06 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p6.oit.umn.edu ([127.0.0.1]) by localhost (mta-p6.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7cUYeAQJ4zG7 for <ipv6@ietf.org>; Sun, 16 Jul 2017 09:43:06 -0500 (CDT)
Received: from mail-vk0-f72.google.com (mail-vk0-f72.google.com [209.85.213.72]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p6.oit.umn.edu (Postfix) with ESMTPS id 430CBBCC for <ipv6@ietf.org>; Sun, 16 Jul 2017 09:43:06 -0500 (CDT)
Received: by mail-vk0-f72.google.com with SMTP id c15so49125105vkf.12 for <ipv6@ietf.org>; Sun, 16 Jul 2017 07:43:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=9SWP0/oxSUUSOqLpJkjTqCVrMlZJ2F8J4B+7+NepVXE=; b=a8zrTmbxW+44pW7COMegQ/73EQmDE5++rTY0vhAyCp76Zc/54aD7bewrZjCW5H8oeL 0raWrMx0EvX6gY2t2zOBHTNIy42mMqJjV1iv7rz9Mx5QXJLfizBovpdL4oXwoA0yGyee RasXZ6p+4ZwgFzG0n2leW0ImD9d12Xgmpsm6/KD3RvODWUZ+54F+pM2+SJb19K5Vlr7y TkPevSgvVVM7QAcc91KqFXNUKQ5dSYU2Z/Q/bGvvr3ncA4F1G4np1Y6Jl72b+eoeU7gX 5QTETdKOGEakIvcQDXhJvuQq6mi/cIR7BxfweZDPqLlFb0ZZw9eX3t0XFtL4DkSK4LKk jF0A==
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=9SWP0/oxSUUSOqLpJkjTqCVrMlZJ2F8J4B+7+NepVXE=; b=qr7kaGVrNqQYq3jxt9JaIMzoCxH/nKgHgEp/CAhJGLoeCsaCfxZqiyb8BuSre/mCjU AQ7RqxWWwd31cNfGzlorVFqOn2aVUOYj4UGwrptRrX5vtrfrRcIO2O/jTnA1L4jsQhWZ qhBYJlZ48oRgjucobzPqkqLiqXht2zlo+5ErIsCL9FlS4HCJDnwJlg1ocSaMWItQ9EJq 2+f6tCiin6R0gqPBYPoJZS2d7a6dx4iBGIS/s/qYIHo0NXbeHN+FRUj1H3eyz5AwlYu9 MaARdMQlFX9BgPHc9d79Y/eKseVGURpAyy/2T/7qE7kiyTD4IujkiQc7QsKT2xQAkiCW M6bg==
X-Gm-Message-State: AIVw113WacHe+rzpbo+/oeif+a0sTy1wK/Y9ZzdyOCovbolvq7v5lreg jCrgl1BTEGTSg/edlGmmWqsNhn5qXqk7jVNKArVcpS4tSoWQ1F68keDIwEEfvcRGYa7O5xIkkXQ znFHi4wekooSMUuc=
X-Received: by 10.176.84.215 with SMTP id q23mr1116359uaa.27.1500216185470; Sun, 16 Jul 2017 07:43:05 -0700 (PDT)
X-Received: by 10.176.84.215 with SMTP id q23mr1116349uaa.27.1500216185277; Sun, 16 Jul 2017 07:43:05 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.103.47.144 with HTTP; Sun, 16 Jul 2017 07:43:04 -0700 (PDT)
In-Reply-To: <CAKD1Yr1W0+d-Bj9daqXUsyAEaNE6RHHZBwJ_6SzT0sGhZXdDMw@mail.gmail.com>
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>
From: David Farmer <farmer@umn.edu>
Date: Sun, 16 Jul 2017 09:43:04 -0500
Message-ID: <CAN-Dau0PnZ0u8iARftmaWFvfYavwpBeV+JCS=1LEUckcaUVh5w@mail.gmail.com>
Subject: Re: I-D Action: draft-ietf-6man-rfc6434-bis-01.txt
To: Lorenzo Colitti <lorenzo@google.com>
Cc: Nick Hilliard <nick@foobar.org>, draft-ietf-6man-rfc6434-bis@tools.ietf.org, IETF IPv6 Mailing List <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c1b1122cf67bc0554704c85"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/melR2iz9TJ0Rp_8RDf1R7-e6r_s>
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 14:43:09 -0000

On Sun, Jul 16, 2017 at 6:25 AM, Lorenzo Colitti <lorenzo@google.com> wrote:

> On Sun, Jul 16, 2017 at 1:20 PM, Nick Hilliard <nick@foobar.org> wrote:
>
>> The self-selection addressing model does not suit the deployment
>> requirements for many types of ipv6 networks, including enterprise,
>> provider hosting, terrestrial access networks (e.g. docsis / gpon /
>> ipoe) and others.  If the recommendation for dhcpv6 is dropped, then
>> there is no recommended ietf model for operator-assigned addressing, and
>> this would leave a glaring hole in the ipv6 host specification.
>>
>
> That's a fair opinion to hold, but the fact of the matter is that a SHOULD
> for DHCPv6 conflicts with RFC 7934 and RFC 7844.
>
> We shouldn't publish a host requirements document that contradicts the
> host address assignment BCP and that cites RFC7844 while contradicting that
> document's recommendation to use stateless in preference to stateful.
>

Lets start with RFC 7934 it is a set of RECOMMENDATIONS for how networks
should supply addresses to general purpose hosts.  First, not everything
fits into that scope and even within that scope as a RECOMMENDATION that
means "there may exist valid reasons in particular circumstances to ignore
a particular item" [RFC2119].  So, it by no means precludes the possibility
that hosts could find them on a network that is only providing addresses
via DHCPv6. Therefore, a SHOULD for DHCPv6 in the host requirements still
seems appropriate to me.

As for RFC 7844, it is scoped to mobile hosts that want privacy from the
DHCP server, and it says "The anonymity profiles have the effect of hiding
the client identity from the DHCP server.  This is not always desirable.
..."  A document that itself recognizes it's primary purpose "is not always
desirable" even within it's defined scope, isn't a strong argument for
changing the RECOMMENDED behavior of all host.

Further, a "recommendation to use stateless in preference to stateful"
isn't a prohibition on stateful, Until, stateful is prohibited or all
networks are required to provided stateless, a SHOULD for DHCPv6 in the
host requirements still seems appropriate to me.

Thanks.

-- 
===============================================
David Farmer               Email:farmer@umn.edu
Networking & Telecommunication Services
Office of Information Technology
University of Minnesota
2218 University Ave SE        Phone: 612-626-0815 <(612)%20626-0815>
Minneapolis, MN 55414-3029   Cell: 612-812-9952 <(612)%20812-9952>
===============================================