Re: [dhcwg] additional option for dhcpv6
Mark Stapp <mjs@cisco.com> Fri, 18 January 2002 22:12 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA29000 for <dhcwg-archive@odin.ietf.org>; Fri, 18 Jan 2002 17:12:37 -0500 (EST)
Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id RAA07428 for dhcwg-archive@odin.ietf.org; Fri, 18 Jan 2002 17:12:39 -0500 (EST)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id RAA07338; Fri, 18 Jan 2002 17:06:58 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id RAA07324 for <dhcwg@ns.ietf.org>; Fri, 18 Jan 2002 17:06:56 -0500 (EST)
Received: from funnel.cisco.com (funnel.cisco.com [161.44.168.79]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA28821 for <dhcwg@ietf.org>; Fri, 18 Jan 2002 17:06:53 -0500 (EST)
Received: from goblet.cisco.com (mirapoint@goblet.cisco.com [161.44.168.80]) by funnel.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id RAA08442; Fri, 18 Jan 2002 17:06:26 -0500 (EST)
Received: from MJS-PC.cisco.com (mjs-pc.cisco.com [172.27.181.69]) by goblet.cisco.com (Mirapoint) with ESMTP id AAM51484; Fri, 18 Jan 2002 17:06:25 -0500 (EST)
Message-Id: <4.3.2.7.2.20020118165044.019a0ef0@goblet.cisco.com>
X-Sender: mjs@goblet.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Fri, 18 Jan 2002 17:07:29 -0500
To: Vijay Bhaskar A K <vijayak@india.hp.com>
From: Mark Stapp <mjs@cisco.com>
Subject: Re: [dhcwg] additional option for dhcpv6
Cc: dhcwg@ietf.org
In-Reply-To: <200201182052.CAA16946@dce.india.hp.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Sender: dhcwg-admin@ietf.org
Errors-To: dhcwg-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: <dhcwg.ietf.org>
X-BeenThere: dhcwg@ietf.org
Vijay, Thanks for putting this list together. I have a couple of observations. 1) The FQDN option needs, I think, to look a lot like the FQDN option for dhcpv4. The name encoding must be specified. There needs to be specification about hosts who do not initially know their entire fqdn. There needs to be a way to communicate about which party (if any) will be updating DNS. It's probably on my plate to produce that, actually. 2) The subnet-selection option text should not compel the server to somehow obey the client's suggestion. It should be explict that the server administrator's configuration takes precedence, and that the client's indication that it desires a specific subnet can only be a hint that's considered along with all of the other information available to the server. A nit: isn't the option-len sufficient to determine the prefix length? Is the prefix-len byte necessary? 3) The encoding for the domain names in the NIS and NIS+ Domain Name options should be DNS encoding, shouldn't it? That seems more robust than ASCII to me. 4) The 'Service Location Protocol Directory Agent Option' places the 'typed-scope-list-len' field before the 'DA address', rather than before the 'typed scope list'. Couldn't the length of the list immediately precede the list? -- Mark _______________________________________________ dhcwg mailing list dhcwg@ietf.org https://www1.ietf.org/mailman/listinfo/dhcwg
- [dhcwg] additional option for dhcpv6 Vijay Bhaskar A K
- Re: [dhcwg] additional option for dhcpv6 Ted Lemon
- Re: [dhcwg] additional option for dhcpv6 Mark Stapp
- RE: [dhcwg] additional option for dhcpv6 Bernie Volz (EUD)
- Re: [dhcwg] additional option for dhcpv6 Vijay Bhaskar A K
- RE: [dhcwg] additional option for dhcpv6 Bernie Volz (EUD)
- RE: [dhcwg] additional option for dhcpv6 Vijayabhaskar A K
- RE: [dhcwg] additional option for dhcpv6 Jim Bound
- RE: [dhcwg] additional option for dhcpv6 Jim Bound
- RE: [dhcwg] additional option for dhcpv6 Bernie Volz (EUD)
- Re: [dhcwg] additional option for dhcpv6 Mark Stapp
- RE: [dhcwg] additional option for dhcpv6 Terrance Humphries
- Re: [dhcwg] additional option for dhcpv6 Vijay Bhaskar A K
- RE: [dhcwg] additional option for dhcpv6 Richard Barr Hibbs
- [dhcwg] SLPv2 DHCPv6 options (was: additional opt… Erik Guttman
- [dhcwg] RE: SLPv2 DHCPv6 options (was: additional… Richard Barr Hibbs