Re: DHCPv6 address selection option and stateless DHCPv6?

Tim Chown <tjc@ecs.soton.ac.uk> Fri, 06 September 2013 12:22 UTC

Return-Path: <tjc@ecs.soton.ac.uk>
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 B42A411E8231 for <ipv6@ietfa.amsl.com>; Fri, 6 Sep 2013 05:22:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IlFhMUQrqxp0 for <ipv6@ietfa.amsl.com>; Fri, 6 Sep 2013 05:22:54 -0700 (PDT)
Received: from falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [IPv6:2001:630:d0:f102::25e]) by ietfa.amsl.com (Postfix) with ESMTP id A023711E81F3 for <ipv6@ietf.org>; Fri, 6 Sep 2013 05:22:53 -0700 (PDT)
Received: from falcon.ecs.soton.ac.uk (localhost [127.0.0.1]) by falcon.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id r86CMnlX019686; Fri, 6 Sep 2013 13:22:49 +0100
X-DKIM: Sendmail DKIM Filter v2.8.2 falcon.ecs.soton.ac.uk r86CMnlX019686
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=ecs.soton.ac.uk; s=201304; t=1378470169; bh=4Mzy+A+DAr0zqtErYt348r1Z7cE=; h=Mime-Version:Subject:From:In-Reply-To:Date:Cc:References:To; b=ryYKTQbEzAZF0ZVOOszavhmQQpfMOzYMA63oLMBjqbGtF8y8CQqWbEVQ2WRZwtHwY uUO+WfjLuNB4RL90pCplLG2mKSJuvUJiTsunKD2Sxm62bsyXSpUZYiDwpFyMFnGJI4 X+yY2nKR2TTrMFq2hieHvLknASzm2IQiq+0R26PA=
Received: from gander.ecs.soton.ac.uk (gander.ecs.soton.ac.uk [2001:630:d0:f102::25d]) by falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [2001:630:d0:f102::25e]) envelope-from <tjc@ecs.soton.ac.uk> with ESMTP (valid=N/A) id p85DMn0544509978OP ret-id none; Fri, 06 Sep 2013 13:22:49 +0100
Received: from dhcp-206-152.wireless.soton.ac.uk (dhcp-206-152.wireless.soton.ac.uk [152.78.206.152]) (authenticated bits=0) by gander.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id r86CMkWK030601 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 6 Sep 2013 13:22:46 +0100
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
Subject: Re: DHCPv6 address selection option and stateless DHCPv6?
From: Tim Chown <tjc@ecs.soton.ac.uk>
In-Reply-To: <CAKD1Yr1wDdnOHU5zG-57O+A60JzpFCvnhK4ff-+yt_XWM=YGFA@mail.gmail.com>
Date: Fri, 06 Sep 2013 13:23:03 +0100
Content-Transfer-Encoding: quoted-printable
Message-ID: <EMEW3|85fc96f1bdc5b76cc3cf0cf260796329p85DMn03tjc|ecs.soton.ac.uk|0C54D3DA-BACC-4D79-8452-6EF8709C7828@ecs.soton.ac.uk>
References: <CAKD1Yr1wDdnOHU5zG-57O+A60JzpFCvnhK4ff-+yt_XWM=YGFA@mail.gmail.com> <0C54D3DA-BACC-4D79-8452-6EF8709C7828@ecs.soton.ac.uk>
To: Lorenzo Colitti <lorenzo@google.com>
X-Mailer: Apple Mail (2.1508)
X-ECS-MailScanner: Found to be clean, Found to be clean
X-smtpf-Report: sid=p85DMn054450997800; tid=p85DMn0544509978OP; client=relay,ipv6; mail=; rcpt=; nrcpt=3:0; fails=0
X-ECS-MailScanner-Information: Please contact the ISP for more information
X-ECS-MailScanner-ID: r86CMnlX019686
X-ECS-MailScanner-From: tjc@ecs.soton.ac.uk
Cc: IETF IPv6 Mailing List <ipv6@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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, 06 Sep 2013 12:22:55 -0000

On 6 Sep 2013, at 12:13, Lorenzo Colitti <lorenzo@google.com> wrote:

> Not sure if it's too late to fix this, but I happened to notice this text in draft-ietf-6man-addr-select-opt-11:
> 
> "When the information from the DHCP server goes stale, the policy received from the DHCP server SHOULD be deprecated."
> 
> Unfortunately, as RFC 4076 points out, information received via stateless DHCPv6 never expires. (That's one of the many reasons why DHCPv6... but I digress). What's the intent here?
> 
> 1. This option is not recommended for use with stateless DHCPv6?
> 2. This option can be used with stateless DHCPv6, but its contents never expire?
> 3. This option can be used with stateless DHCPv6, and the client expires it whenever it feels like it?

A good question. It would be desirable not to preclude its use with stateless DHCPv6.  I've not caught up with all IESG comments yet; it may have been raised there also.

> If #2, then perhaps this option needs a lifetime value? Unless the plan is that a) who/whatever solves the problem statement in RFC 4076 will solve this too, or b) that everyone needing this option will use stateful DHCPv6.

What about use of RFC 4242, which SHOULD be supported in IPv6 CE's, for example (as per RFC 6204)?  RFC 4242 was produced to address the problems discussed in RFC 4076.

> Either way, it seems prudent to say something about this in the document, as otherwise it's a bit of a trap for the unwary.

Agreed, and thanks.

Tim