Re: [v6ops] DHCPv6/SLAAC Make Hosts Confusing-//RE: new draft: draft-liu-bonica-v6ops-dhcpv6-slaac-problem

Gert Doering <gert@space.net> Mon, 28 October 2013 16:12 UTC

Return-Path: <gert@space.net>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7053711E8248 for <v6ops@ietfa.amsl.com>; Mon, 28 Oct 2013 09:12:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.437
X-Spam-Level:
X-Spam-Status: No, score=-2.437 tagged_above=-999 required=5 tests=[AWL=0.163, 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 FBXVO5z0xZpD for <v6ops@ietfa.amsl.com>; Mon, 28 Oct 2013 09:12:24 -0700 (PDT)
Received: from mobil.space.net (mobil.space.net [IPv6:2001:608:2:81::67]) by ietfa.amsl.com (Postfix) with ESMTP id 1FBB811E8185 for <v6ops@ietf.org>; Mon, 28 Oct 2013 09:12:21 -0700 (PDT)
Received: from mobil.space.net (localhost [127.0.0.1]) by mobil.space.net (Postfix) with ESMTP id 3CC9F608C6 for <v6ops@ietf.org>; Mon, 28 Oct 2013 17:12:19 +0100 (CET)
X-SpaceNet-Relay: true
Received: from moebius3.space.net (moebius3.Space.Net [IPv6:2001:608:2:2::250]) by mobil.space.net (Postfix) with ESMTPS id 1138B608AF for <v6ops@ietf.org>; Mon, 28 Oct 2013 17:12:19 +0100 (CET)
Received: (qmail 22905 invoked by uid 1007); 28 Oct 2013 17:12:19 +0100
Date: Mon, 28 Oct 2013 17:12:19 +0100
From: Gert Doering <gert@space.net>
To: Alexandru Petrescu <alexandru.petrescu@gmail.com>
Message-ID: <20131028161219.GQ50205@Space.Net>
References: <CE8E8EC3.59F3A%victor@jvknet.com> <06601039-CAFD-49B0-918B-A8ACD51B978D@fugue.com> <526D17A5.9050804@cernet.edu.cn> <C8C148BF-08F0-488A-BF1A-8B4BEAC39156@fugue.com> <526D18F2.8040103@cernet.edu.cn> <20131027145224.GT50205@Space.Net> <CAKD1Yr13YGiRfHm0RoOoGe+02SCXcPFE7rgBG=RiT1-dTfEnrg@mail.gmail.com> <526D9FFC.9060307@cernet.edu.cn> <526E7FCA.60702@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <526E7FCA.60702@gmail.com>
X-NCC-RegID: de.space
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: v6ops@ietf.org
Subject: Re: [v6ops] DHCPv6/SLAAC Make Hosts Confusing-//RE: new draft: draft-liu-bonica-v6ops-dhcpv6-slaac-problem
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Oct 2013 16:12:24 -0000

Hi,

On Mon, Oct 28, 2013 at 04:16:26PM +0100, Alexandru Petrescu wrote:
> I thought the goal was to not modify RA, whereas the above does modify 
> the RA to include a DNS resolver.

Uh.  *That* train has sailed 6 years ago with RFC5006...

> If yes, would it be ok to include a Prefix Delegation option as well in 
> the RA? (not an RFC4191 option, but a new Prefix Delegation option 
> pasted from DHCPv6 Prefix Delegation).

What use would that be?  The benefit of RA is that "everyone can see them
and the information contained applies to *all* consumers, and is periodically
refreshed without having to poll".  PD is, by definition, very specific to
the device where you delegate to...

This thread is full of weirdness.

Gert Doering
        -- NetMaster
-- 
have you enabled IPv6 on something today...?

SpaceNet AG                        Vorstand: Sebastian v. Bomhard
Joseph-Dollinger-Bogen 14          Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen                   HRB: 136055 (AG Muenchen)
Tel: +49 (0)89/32356-444           USt-IdNr.: DE813185279