Re: [dhcwg] dhc WG last call on draft-ietf-dhc-bcmcv{4, 6}-option-??.txt
Parviz Yegani <pyegani@cisco.com> Fri, 11 February 2005 18:02 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 NAA20778 for <dhcwg-web-archive@ietf.org>; Fri, 11 Feb 2005 13:02:08 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CzfRa-0005CP-Al for dhcwg-web-archive@ietf.org; Fri, 11 Feb 2005 13:23:07 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Czf1t-0008QN-AD; Fri, 11 Feb 2005 12:56:33 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CzerE-0004dE-HQ for dhcwg@megatron.ietf.org; Fri, 11 Feb 2005 12:45:33 -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 MAA19050 for <dhcwg@ietf.org>; Fri, 11 Feb 2005 12:45:29 -0500 (EST)
Received: from sj-iport-5.cisco.com ([171.68.10.87]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CzfBR-0004fi-Rp for dhcwg@ietf.org; Fri, 11 Feb 2005 13:06:29 -0500
Received: from sj-core-4.cisco.com (171.68.223.138) by sj-iport-5.cisco.com with ESMTP; 11 Feb 2005 09:45:19 -0800
X-BrightmailFiltered: true
X-Brightmail-Tracker: AAAAAA==
X-IronPort-AV: i="3.88,195,1102320000"; d="scan'208"; a="161159038:sNHT20472732"
Received: from pyegani-w2k02.cisco.com (sjc-vpn7-574.cisco.com [10.21.146.62]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id j1BHisYP011590; Fri, 11 Feb 2005 09:44:55 -0800 (PST)
Message-Id: <4.3.2.7.2.20050211092617.022555d0@franklin.cisco.com>
X-Sender: pyegani@franklin.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Fri, 11 Feb 2005 09:44:54 -0800
To: Ted Lemon <mellon@fugue.com>
From: Parviz Yegani <pyegani@cisco.com>
Subject: Re: [dhcwg] dhc WG last call on draft-ietf-dhc-bcmcv{4, 6}-option-??.txt
In-Reply-To: <BBA74967-B478-4B97-A899-F7E39FE9FDC7@fugue.com>
References: <4.3.2.7.2.20050209155308.02c26f00@flask.cisco.com> <4.3.2.7.2.20050209155308.02c26f00@flask.cisco.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3e15cc4fdc61d7bce84032741d11c8e5
Cc: dhcwg@ietf.org, Ralph Droms <rdroms@cisco.com>
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>
Sender: dhcwg-bounces@ietf.org
Errors-To: dhcwg-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0
Hello, Ted, Thanks for the comments. Please see inline... At 11:08 AM 2/10/2005 -0800, Ted Lemon wrote: >I have a couple of comments. First, given the process we've been going >through to free up option codes, I don't think there's a strong argument >for making these drafts depend on the new vendor-specific option encoding, >by which I basically mean I don't care about this issue, and I don't think >the wg needs to care about it. > >My main concern about these two drafts is that they are two drafts. >Why not just have one draft? There's so much common text between them >that it seems bogus. In saying this, I realize that I may well have >argued the other way earlier - I don't remember the history of these >drafts very well. So this isn't a big deal, but I am curious if the >authors can speak to this point. I don't think it's the first time we're defining protocol options/extensions for IPv4 & IPv6 in separate drafts. For example, options used for SIP servers are defined in separate RFCs 3319/3361. Why this should be any different? >Regarding the bcmcv4 draft, the enc byte needs to go. I don't see any >reason for this added complexity. Also, the draft specifies that clients >should support compression, which I think is right since it's consistent >with how the domain-name-search-list option works, but then the example >that's given isn't compressed. So this should be fixed - the example >should be compressed. No problem, we'll fix it. >The text in the bcmcv6 draft is less specific, and the examples are >extremely unspecific - I would suggest making them more like the ones in >the bcmcv4 draft if the two drafts can't just be merged. Fine. We'll add more details to align the two drafts. >If the changes I've suggested can be made, I'd be in favor of advancing >these drafts separately. I'd definitely be somewhat happier if they were >combined. We'd prefer not to merge them but we'll send an update with changes you suggested. Thanks, Parviz >_______________________________________________ >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
- [dhcwg] dhc WG last call on draft-ietf-dhc-bcmcv4… Ralph Droms
- Re: [dhcwg] dhc WG last call on draft-ietf-dhc-bc… Parviz Yegani
- Re: [dhcwg] dhc WG last call on draft-ietf-dhc-bc… Ted Lemon
- RE: [dhcwg] dhc WG last call on draft-ietf-dhc-bc… Bernie Volz
- Re: [dhcwg] dhc WG last call on draft-ietf-dhc-bc… Ted Lemon
- Re: [dhcwg] dhc WG last call on draft-ietf-dhc-bc… Parviz Yegani
- RE: [dhcwg] dhc WG last call on draft-ietf-dhc-bc… Parviz Yegani
- RE: [dhcwg] dhc WG last call ondraft-ietf-dhc-bcm… Bernie Volz
- Re: [dhcwg] dhc WG last call ondraft-ietf-dhc-bcm… Ted Lemon
- Re: [dhcwg] dhc WG last call on draft-ietf-dhc-bc… Barr Hibbs
- Re: [dhcwg] dhc WG last call on draft-ietf-dhc-bc… Barr Hibbs