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