Re: Node Requirements: Elevating DHCPv6 from MAY to SHOULD

Christopher Morrow <christopher.morrow@gmail.com> Tue, 24 May 2011 00:00 UTC

Return-Path: <christopher.morrow@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 938A2E069A for <ipv6@ietfa.amsl.com>; Mon, 23 May 2011 17:00:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.599
X-Spam-Level:
X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p+Fo1YT17Cm6 for <ipv6@ietfa.amsl.com>; Mon, 23 May 2011 17:00:19 -0700 (PDT)
Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by ietfa.amsl.com (Postfix) with ESMTP id C561AE0651 for <ipv6@ietf.org>; Mon, 23 May 2011 17:00:18 -0700 (PDT)
Received: by wwk4 with SMTP id 4so1951905wwk.1 for <ipv6@ietf.org>; Mon, 23 May 2011 17:00:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=qJdUDSL46PdcuLHcBoSvsNvB3mDyLVc6IPrlgUSA/js=; b=k2MEhtvthR06DMUO9mmNeln0VOQUTIKlhoUqJCGO9qiV8CB2MtGQFsHgJ9xWxXfIp8 92QUZ3oG/KGmSuzCgFwkhDYY9OHMcpKdjGTlVMxqspHHXePcSvtRmTvAeAPXv/5qz3Gd lTrLA6acDrM6Z2ZxTDlzY07MSfVIeMFdH4u9c=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ZaDfk48Cbc3Cs5qsdk/82UN+8wguiuTk4yrf6fZkqCYGpof2NwPFfv/027jkZVVlgc aJyRxSwZSc1tMgMSgoNRzNt/isdCGkS1owOhpHfIMzm54eDPSkHsKcEJ6hO3o7tUky5j cxq4xjSK0H+ODxTEMeGhP2ZVPTXswCfjT/a1Y=
MIME-Version: 1.0
Received: by 10.216.220.194 with SMTP id o44mr2737618wep.105.1306195217570; Mon, 23 May 2011 17:00:17 -0700 (PDT)
Received: by 10.216.73.212 with HTTP; Mon, 23 May 2011 17:00:17 -0700 (PDT)
In-Reply-To: <201105232348.p4NNmqHJ015491@cichlid.raleigh.ibm.com>
References: <C9F53B85.11BE93%john_brzozowski@cable.comcast.com> <201105232010.p4NKAV9X012654@cichlid.raleigh.ibm.com> <53E999C4-E50D-49C9-9B02-8AD7B5641905@gmail.com> <BANLkTinByCkcvd6=wLE6=9h1xLX16AhPVQ@mail.gmail.com> <201105232111.p4NLBScJ013180@cichlid.raleigh.ibm.com> <BANLkTi=uTPff5Xgb=iCQP+w+x_irriNagQ@mail.gmail.com> <201105232348.p4NNmqHJ015491@cichlid.raleigh.ibm.com>
Date: Mon, 23 May 2011 20:00:17 -0400
Message-ID: <BANLkTin0CyuPJv7DYwn-XHi8aa42OSVwsw@mail.gmail.com>
Subject: Re: Node Requirements: Elevating DHCPv6 from MAY to SHOULD
From: Christopher Morrow <christopher.morrow@gmail.com>
To: Thomas Narten <narten@us.ibm.com>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: "ipv6@ietf.org" <ipv6@ietf.org>, Ralph Droms <rdroms.ietf@gmail.com>
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: Tue, 24 May 2011 00:00:19 -0000

On Mon, May 23, 2011 at 7:48 PM, Thomas Narten <narten@us.ibm.com> wrote:
>
>> ok, so ... as a thought experiment, in v4 you wake up, decide you have
>> no address and are supposed to dhcp for that..
>> in v6, you wake up decide you have no address (and don't know if v4/v6
>> are available)... if you are configured for v6 dhcp, you make that
>> request and get all the 'right' data.
>
>> Essentially, spec dhcpv6 host actions to be the same as v4?
>
> yes.
>
> Have DHCPv6 and SLAAC run independently. If you get stuff via one or
> the other or both, just use them.
>
> The mistake of the M&O bits was that you needed an RA to tell you to
> use DHCP. But if the bits weren't set right, or something, you
> wouldn't run DHCP in cases where you should have. Just decouple the
> two protocols completely.
>
> The one downside is that you run DHCP even if there are no DHCP
> servers. In some environments, that is extra traffic the operator
> might not want. I recall many long threads about how the cost of those
> extra DHCP pacekts on a wireless network were unacceptable...

I guess I was thinking that today you have a device, it either is
configured to do dhcp or is manually configured or just is broken. In
the v6 world you could just forget M&O and require someone to
configure (via os config tweaks that already exist for v4 anyway)
dhcpv6 if anything more complex than 'subnet + random address + defgw'
are required (or if they just like DHCP over SLAAC).

(are we saying the same thing? I'm --coffee so...)
-chris