RE: [dhcwg] Q for draft-krishnan-dhc-ndc-option-00

Daniel Park <soohong.park@samsung.com> Wed, 28 November 2007 01:22 UTC

Return-path: <dhcwg-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxBd3-0007gJ-61; Tue, 27 Nov 2007 20:22:17 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxBd1-0007fi-Jc for dhcwg@ietf.org; Tue, 27 Nov 2007 20:22:15 -0500
Received: from mailout1.samsung.com ([203.254.224.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IxBcz-00008S-Ju for dhcwg@ietf.org; Tue, 27 Nov 2007 20:22:15 -0500
Received: from epmmp1 (mailout1.samsung.com [203.254.224.24]) by mailout1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0JS600HMVZT0HQ@mailout1.samsung.com> for dhcwg@ietf.org; Wed, 28 Nov 2007 10:22:12 +0900 (KST)
Received: from samsungcf414c4 ([168.219.198.109]) by mmp1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0JS600DGMZT0SB@mmp1.samsung.com> for dhcwg@ietf.org; Wed, 28 Nov 2007 10:22:12 +0900 (KST)
Date: Wed, 28 Nov 2007 10:22:11 +0900
From: Daniel Park <soohong.park@samsung.com>
Subject: RE: [dhcwg] Q for draft-krishnan-dhc-ndc-option-00
In-reply-to: <474C1A1C.7020404@ericsson.com>
To: 'Suresh Krishnan' <suresh.krishnan@ericsson.com>
Message-id: <0JS600DGNZT0SB@mmp1.samsung.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
Content-type: text/plain; charset="us-ascii"
Content-transfer-encoding: 7bit
Thread-index: Acgw+G7ctKFLofjoRqKony+W2JaSiwAY234Q
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465
Cc: 'DHC WG' <dhcwg@ietf.org>
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: dhcwg.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
Errors-To: dhcwg-bounces@ietf.org

one approach is not to define *Prefix Information* in your document and goes
to others ND optional information. Although it seems admin issue, I don't
think we need to have a redundant method for getting *Prefix Information*...
RFC3633 lives up to *IPv6 Prefix Configuration*.

Daniel Park

> -----Original Message-----
> From: Suresh Krishnan [mailto:suresh.krishnan@ericsson.com] 
> Sent: Tuesday, November 27, 2007 10:23 PM
> To: Daniel Park
> Cc: 'DHC WG'
> Subject: Re: [dhcwg] Q for draft-krishnan-dhc-ndc-option-00
> 
> Hi Daniel,
>    I was also thinking a lot about this, and I could not find 
> a satisfactory answer.  This problem has always existed and 
> needs to be fixed by administrative solutions. I think this 
> is related to site policy and not for IETF to specify what to 
> do. I was thinking about writing a draft that just specifies 
> this issue (clash between info gleamed from stateless RA 
> based methods and DHCP based methods) and advises admins to 
> come up with a policy that specifies the precedence on client 
> machines.
> 
> Thanks
> Suresh
> 
> Daniel Park wrote:
> > Just curious what happen if IPv6 Prefix Option and ND 
> Prefix Information
> > Option are in use at the same time ?
> > 
> > 
> >> Neighbor Discovery Information over DHCP        S. 
> Krishnan      15  
> >> minutes
> >>    <draft-krishnan-dhc-ndc-option-00>
> >>    Initial discussion for consideration as WG work item
> > 
> > 
> > 
> > Daniel Park [at] SAMSUNG Electronics
> > 
> > 
> > _______________________________________________
> > dhcwg mailing list
> > dhcwg@ietf.org
> > https://www1.ietf.org/mailman/listinfo/dhcwg


_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg