Re: [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-01.txt
"David W. Hankins" <David_Hankins@isc.org> Thu, 25 November 2004 00:17 UTC
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA19672 for <dhcwg-web-archive@ietf.org>; Wed, 24 Nov 2004 19:17:23 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CX7O9-0002I2-2C for dhcwg-web-archive@ietf.org; Wed, 24 Nov 2004 19:21:33 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CX7GK-0007Av-1Y; Wed, 24 Nov 2004 19:13:28 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CX7Et-0006oH-Ox for dhcwg@megatron.ietf.org; Wed, 24 Nov 2004 19:11:59 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA19410 for <dhcwg@ietf.org>; Wed, 24 Nov 2004 19:11:56 -0500 (EST)
Received: from kaboom.isc.org ([204.152.187.72]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CX7Ir-0002Ai-Aw for dhcwg@ietf.org; Wed, 24 Nov 2004 19:16:05 -0500
Received: by kaboom.isc.org (Postfix, from userid 10200) id A3ED5B246C; Wed, 24 Nov 2004 16:11:25 -0800 (PST)
Date: Wed, 24 Nov 2004 16:11:25 -0800
From: "David W. Hankins" <David_Hankins@isc.org>
To: dhcwg@ietf.org
Subject: Re: [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-01.txt
Message-ID: <20041125001125.GA20422@isc.org>
References: <4.3.2.7.2.20041124152943.020fab50@flask.cisco.com>
Mime-Version: 1.0
In-Reply-To: <4.3.2.7.2.20041124152943.020fab50@flask.cisco.com>
User-Agent: Mutt/1.4.2.1i
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 25620135586de10c627e3628c432b04a
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>
Content-Type: multipart/mixed; boundary="===============1110929365=="
Sender: dhcwg-bounces@ietf.org
Errors-To: dhcwg-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 34d35111647d654d033d58d318c0d21a
On Wed, Nov 24, 2004 at 04:46:56PM -0500, Ralph Droms wrote: > There is a deployment issue, as some service providers already have > DHCP servers in place that must be updated for any new options. Is it > the case that the options defined in the current drafts can be > supported without code changes to existing servers? Speaking for ISC DHCP; Of draft-chowdury-dhc-bcmcv4-option-1, section 4.2 can be supported easily today by our server. Section 4.1 could be made to perform as documented in the draft, without modifying code, but the configuration syntax would be somewhat awkward. > Use of a VIVSO > sub-option would require code changes to existing servers. How long > would it take to deploy DHCP server that can support VIVSO. Versions of ISC DHCP Server currently in wide deployment could support VIVCO/VIVSO today, with some trickier than usual configuration (oddly similar to what would have to be done for section 4.1). With one disclaimer: It would not work well at all for multiple vendor ID's. In order to support multiple vendors, you would have to statically configure responses for every possible combination of VIVCO contents that you expect to receive (either the VIVCO contents would have to be consistent on every boot, which when I glanced I think is not mandated by the RFC, or you would have to interpolate every possible combination and every subsequent response and provide them all in configuration). So, I think it could be made to work, but the level of difficulty does present a significant barrier to adoption, not to mention the lack of scalability to multiple enterprise id's, which makes this approach, at least for ISC DHCP, less and less appealing the more vendors get on board. This makes it seem unfair to ask 3GPP2 to go this route when it would be less likely that we would ask anyone else to follow them. Beyond this, ISC has not, today, laid down the schedule framework for the next feature release of ISC DHCP which may or may not contain formal support for RFC3925. So, I cannot accurately answer the question of how long it would take to reach deployment, which suggests we should estimate my answer to be an infinite value. So I would promote the approach of the current v4 draft. -- David W. Hankins "If you don't do it right the first time, Operations Engineer you'll just have to do it again." Internet Systems Consortium, Inc. -- Jack T. Hankins
_______________________________________________ dhcwg mailing list dhcwg@ietf.org https://www1.ietf.org/mailman/listinfo/dhcwg
- [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-01.t… Ralph Droms
- Re: [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-… David W. Hankins
- Re: [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-… Ted Lemon
- Re: [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-… David W. Hankins
- [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-01.t… Ralph Droms
- [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-01.t… Ralph Droms
- Re: [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-… Margaret Wasserman
- Re: [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-… Ralph Droms
- Re: [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-… Parviz Yegani
- Re: [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-… Thomas Narten
- Re: [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-… Parviz Yegani
- Re: [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-… Ralph Droms
- Re: [dhcwg] draft-chowdhury-dhc-bcmcv[46]-option-… AC Mahendran