[Gen-art] Re: Gen-Art LC Review: draft-ietf-ipv6-ra-flags-option-01.txt

Bob Hinden <bob.hinden@nokia.com> Mon, 20 August 2007 17:20 UTC

Return-path: <gen-art-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1INAvO-0007uD-6f; Mon, 20 Aug 2007 13:20:22 -0400
Received: from gen-art by megatron.ietf.org with local (Exim 4.43) id 1INAvM-0007sC-JK for gen-art-confirm+ok@megatron.ietf.org; Mon, 20 Aug 2007 13:20:20 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1INAvM-0007s4-8V for gen-art@ietf.org; Mon, 20 Aug 2007 13:20:20 -0400
Received: from smtp.nokia.com ([131.228.20.173] helo=mgw-ext14.nokia.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1INAvL-0006Id-Kr for gen-art@ietf.org; Mon, 20 Aug 2007 13:20:20 -0400
Received: from esebh107.NOE.Nokia.com (esebh107.ntc.nokia.com [172.21.143.143]) by mgw-ext14.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id l7KHKEFY006031; Mon, 20 Aug 2007 20:20:17 +0300
Received: from esebh103.NOE.Nokia.com ([172.21.143.33]) by esebh107.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 20 Aug 2007 20:20:15 +0300
Received: from esebh101.NOE.Nokia.com ([172.21.138.177]) by esebh103.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 20 Aug 2007 20:20:14 +0300
Received: from mgw-int01.ntc.nokia.com ([172.21.143.96]) by esebh101.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 20 Aug 2007 20:20:14 +0300
Received: from [172.19.74.173] (dadhcp-172019074173.americas.nokia.com [172.19.74.173]) by mgw-int01.ntc.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id l7KHK2BJ025690; Mon, 20 Aug 2007 20:20:03 +0300
In-Reply-To: <46C9C583.8050202@innovationslab.net>
References: <E3F9D87C63E2774390FE67C924EC99BB1B90FACC@zrc2hxm1.corp.nortel.com> <E1IMuM5-0005Xj-TT@elasmtp-banded.atl.sa.earthlink.net> <46C9C583.8050202@innovationslab.net>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <46CF0D06-CF1A-4FB5-81E0-9F9C2B88208D@nokia.com>
Content-Transfer-Encoding: 7bit
From: Bob Hinden <bob.hinden@nokia.com>
Date: Mon, 20 Aug 2007 10:20:00 -0700
To: Brian Haberman <brian@innovationslab.net>
X-Mailer: Apple Mail (2.752.2)
X-OriginalArrivalTime: 20 Aug 2007 17:20:14.0226 (UTC) FILETIME=[5EE35720:01C7E34E]
X-Nokia-AV: Clean
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64
Cc: Bob Hinden <bob.hinden@nokia.com>, General Area Review Team <gen-art@ietf.org>, Jari Arkko <jari.arkko@piuha.net>
Subject: [Gen-art] Re: Gen-Art LC Review: draft-ietf-ipv6-ra-flags-option-01.txt
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: bob.hinden@nokia.com
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/gen-art>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
Errors-To: gen-art-bounces@ietf.org

On Aug 20, 2007, at 9:46 AM, ext Brian Haberman wrote:

> Hi Joel,
>      Thanks for the review.  I see no problem with making the  
> suggested change on length handling to clarify behavior.

I am in agreement as well.

Bob


>
> Regards,
> Brian
>
>
> Joel M. Halpern wrote:
>> I have been selected as the General Area Review Team (Gen-ART)
>> reviewer for this draft
>>     IPv6 Router Advertisement Flags Option
>> (for background on Gen-ART, please seehttp://www.alvestrand.no/ 
>> ietf/gen/art/gen-art-FAQ.html).
>> Please resolve these comments along with any other Last Call comments
>> you may receive.
>> Document: draft-ietf-ipv6-ra-flags-option-01.txt
>> Reviewer: Joel M. Halpern
>> Review Date:  19-August-2007
>> IETF LC End Date: 2007-08-31
>> IESG Telechat date: (if known) 2007-09-06
>> Summary:
>> This document is ready for publication as a proposed standard.
>> I would change the length handling text a bit if I were writing  
>> it, so I have included that suggestion as part of my comments.
>> There is a good chance that in this particular case all of my  
>> comments below are too picky, but they are provided for the  
>> information of the general area chair.
>> Comments:
>> As a general observation, it is usually a bad idea for chairs to  
>> be authors of documents in their working group.  If we really  
>> don't have enough active participants in the IPv6 working group to  
>> get someone else to write this, we have a much larger problem.
>> The document says that the length of the option is 1.  This is in  
>> multiples of 8 octets, so there is lots of room.
>> However, the text explicitly says that the length should be  
>> checked in case of future expansion.  But it does not specify what  
>> to do if the length is not 1.
>> I would recommend that the text explicitly allow for lengths  
>> greater than 1, and simply indicate that bits past those  
>> understood by the receiver are too be ignored.  There could  
>> probably also be a sentence indicating that since bits are to be  
>> defined in order, this allows a receiver to properly recognize the  
>> bits it understands.



_______________________________________________
Gen-art mailing list
Gen-art@ietf.org
https://www1.ietf.org/mailman/listinfo/gen-art