Re: [dhcwg] FW: Discussion of draft-ietf-dhc-l2ra-01.txt prior to dhc WG last call

Bharat Joshi <bharat_joshi@infosys.com> Thu, 18 September 2008 06:14 UTC

Return-Path: <dhcwg-bounces@ietf.org>
X-Original-To: dhcwg-archive@megatron.ietf.org
Delivered-To: ietfarch-dhcwg-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AD7123A6970; Wed, 17 Sep 2008 23:14:50 -0700 (PDT)
X-Original-To: dhcwg@core3.amsl.com
Delivered-To: dhcwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A04FC3A68A3 for <dhcwg@core3.amsl.com>; Wed, 17 Sep 2008 23:14:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uYJpDhRGk42h for <dhcwg@core3.amsl.com>; Wed, 17 Sep 2008 23:14:48 -0700 (PDT)
Received: from kecgate06.infosys.com (kecgate06.infosys.com [61.95.162.82]) by core3.amsl.com (Postfix) with ESMTP id 0A49D3A6833 for <dhcwg@ietf.org>; Wed, 17 Sep 2008 23:14:47 -0700 (PDT)
X-TM-IMSS-Message-ID: <242eb5e8000014d9@infosys.com>
Received: from blrkechub03.ad.infosys.com ([10.66.236.43]) by infosys.com ([61.95.162.82]) with ESMTP (TREND IMSS SMTP Service 7.0; TLS: TLSv1/SSLv3,128bits,RC4-MD5) id 242eb5e8000014d9 for <bharat_joshi@infosys.com>; Thu, 18 Sep 2008 11:44:49 +0530
Received: from BLRKECMBX02.ad.infosys.com ([10.66.236.22]) by blrkechub03.ad.infosys.com ([10.66.236.43]) with mapi; Thu, 18 Sep 2008 11:44:23 +0530
From: Bharat Joshi <bharat_joshi@infosys.com>
To: Ted Lemon <Ted.Lemon@nominum.com>
Date: Thu, 18 Sep 2008 11:39:56 +0530
Thread-Topic: [dhcwg] FW: Discussion of draft-ietf-dhc-l2ra-01.txt prior to dhc WG last call
Thread-Index: AckZUSjVfF7bPBRnTdS10dyGUVoEdgABAOqf
Message-ID: <31D55C4D55BEED48A4459EB64567589A0C95C7D900@BLRKECMBX02.ad.infosys.com>
References: <46EDFFB40E4ABC4BB72D47CF34B186E30C84900A1B@BLRKECMBX02.ad.infosys.com> <31D55C4D55BEED48A4459EB64567589A0C95C7D8FB@BLRKECMBX02.ad.infosys.com>, <8E8BCEF6-E08F-43C5-9091-AF6E056A3211@nominum.com>, <31D55C4D55BEED48A4459EB64567589A0C95C7D8FD@BLRKECMBX02.ad.infosys.com> <31D55C4D55BEED48A4459EB64567589A0C95C7D8FF@BLRKECMBX02.ad.infosys.com>, <861903DA-24EB-4329-B41C-BB4D9ADBF49C@nominum.com>
In-Reply-To: <861903DA-24EB-4329-B41C-BB4D9ADBF49C@nominum.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "dhcwg@ietf.org" <dhcwg@ietf.org>
Subject: Re: [dhcwg] FW: Discussion of draft-ietf-dhc-l2ra-01.txt prior to dhc WG last call
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/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>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: dhcwg-bounces@ietf.org
Errors-To: dhcwg-bounces@ietf.org

Ted,

> > 4.1.1 seems to go into too much detail about the actual DHCP protocol.
> >
> > <Bharat>
> > We had started with minimal set of explanation but few internal
> > reviewers and one external reviewer specifically asked few questions
> > because of which we end up explaning everything here. I think this
> > way it looks complete and does not left anything question open.
> > </Bharat>
>
> This is a common problem.   The solution isn't to add text to your
> draft, though - it's to refer to the RFC that defines the behavior in
> question.   If the reader is not familiar with that RFC, they can go
> get it.   The problem is that the more language from RFC A that we
> stuff into RFC B, the more likely it is that we will get it wrong and
> accidentally advice an implementor to do something that we claim RFC A
> said to do, but that it did not actually say to do.
>
> So I'd really like to see you address this problem that way, rather
> than with all this explanatory text.   Remember that the purpose of a
> standards-track RFC is to specify how to implement a protocol - it is
> not to act as an introductory text.

Yes. I completely agree with you on this.

Though the text which we have put up in this draft repeats some of the text already available in parent RFC but this is required here to set the context to describe a particular DHCP message handling in L2 RA.

Let me look at the text again and as I mentioned earlier, I will try to remove the extra text which is obvious and taken as it is from parent RFC.

Does this sound ok to you?

Thanks,
Bharat

**************** CAUTION - Disclaimer *****************
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely 
for the use of the addressee(s). If you are not the intended recipient, please 
notify the sender by e-mail and delete the original message. Further, you are not 
to copy, disclose, or distribute this e-mail or its contents to any other person and 
any such actions are unlawful. This e-mail may contain viruses. Infosys has taken 
every reasonable precaution to minimize this risk, but is not liable for any damage 
you may sustain as a result of any virus in this e-mail. You should carry out your 
own virus checks before opening the e-mail or attachment. Infosys reserves the 
right to monitor and review the content of all messages sent to or from this e-mail 
address. Messages sent to or from this e-mail address may be stored on the 
Infosys e-mail system.
***INFOSYS******** End of Disclaimer ********INFOSYS***
_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www.ietf.org/mailman/listinfo/dhcwg