IETF Logo Mail Archive

Re: [dhcwg] WGLC: draft-ietf-dhc-host-gen-id-02

Sheng Jiang <jiangsheng@huawei.com> Thu, 16 August 2012 00:19 UTC

Return-Path: <jiangsheng@huawei.com>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C68C11E808A for <dhcwg@ietfa.amsl.com>; Wed, 15 Aug 2012 17:19:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.359
X-Spam-Level:
X-Spam-Status: No, score=-6.359 tagged_above=-999 required=5 tests=[AWL=0.239, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 JqRI4Z+j+9dJ for <dhcwg@ietfa.amsl.com>; Wed, 15 Aug 2012 17:19:44 -0700 (PDT)
Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 949B421F85F0 for <dhcwg@ietf.org>; Wed, 15 Aug 2012 17:19:44 -0700 (PDT)
Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AIX31260; Wed, 15 Aug 2012 16:19:44 -0800 (PST)
Received: from DFWEML404-HUB.china.huawei.com (10.193.5.203) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 15 Aug 2012 17:18:33 -0700
Received: from SZXEML410-HUB.china.huawei.com (10.82.67.137) by dfweml404-hub.china.huawei.com (10.193.5.203) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 15 Aug 2012 17:18:38 -0700
Received: from szxeml545-mbx.china.huawei.com ([169.254.1.140]) by szxeml410-hub.china.huawei.com ([10.82.67.137]) with mapi id 14.01.0323.003; Thu, 16 Aug 2012 08:18:31 +0800
From: Sheng Jiang <jiangsheng@huawei.com>
To: Ted Lemon <Ted.Lemon@nominum.com>
Thread-Topic: WGLC: draft-ietf-dhc-host-gen-id-02
Thread-Index: AQHNePgJ6EjzoGF6j0KwHUjTOoQDGZdXH58ggAAgh9CAAdqGoIAA+BcggAE/oYCAAESVIA==
Date: Thu, 16 Aug 2012 00:18:31 +0000
Message-ID: <5D36713D8A4E7348A7E10DF7437A4B9239F06653@szxeml545-mbx.china.huawei.com>
References: <2DCA645F-CDDF-4311-8417-3A9771AD3F71@nominum.com> <90903C21C73202418A48BFBE80AEE5EB0D028F@xmb-aln-x06.cisco.com> <5D36713D8A4E7348A7E10DF7437A4B9239F0504A@szxeml545-mbx.china.huawei.com> <90903C21C73202418A48BFBE80AEE5EB0D40AF@xmb-aln-x06.cisco.com> <5D36713D8A4E7348A7E10DF7437A4B9239F060CC@szxeml545-mbx.china.huawei.com> <1FCEAFB3-2942-4D31-B955-DCC167F69562@nominum.com>
In-Reply-To: <1FCEAFB3-2942-4D31-B955-DCC167F69562@nominum.com>
Accept-Language: en-GB, zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.99.31]
Content-Type: multipart/alternative; boundary="_000_5D36713D8A4E7348A7E10DF7437A4B9239F06653szxeml545mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: dhc WG <dhcwg@ietf.org>
Subject: Re: [dhcwg] WGLC: draft-ietf-dhc-host-gen-id-02
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dhcwg>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Aug 2012 00:19:45 -0000

Hi, Ted,

The scenario is just like RA broadcast prefix for stateless address configuration. The only different is broadcast though DHCPv6.

Sheng

From: Ted Lemon [mailto:Ted.Lemon@nominum.com]
Sent: Wednesday, August 15, 2012 9:12 PM
To: Sheng Jiang
Cc: Gaurav Halwasia (ghalwasi); dhc WG
Subject: Re: WGLC: draft-ietf-dhc-host-gen-id-02

On Aug 14, 2012, at 11:12 PM, Sheng Jiang wrote:
When the prefix assignment in advertise model, even if a host does not request, DHCPv6 server can push it initiatively.


It's hard to imagine a situation where this would be useful.   If the client doesn't already know about IA_PA, how is it going to know what to do when it gets one?   It seems to me that it would make more sense either to request an IA_PA in the ORO (in which case it would come in the advertise) or else just include an IA_PA in the Solicit.

v2.28.0 | Report a Bug | By Email | System Status