[Gen-art] Re: Review Assignment: draft-ietf-bmwg-hash-stuffing-07.txt

"Joel M. Halpern" <joel@stevecrocker.com> Fri, 08 December 2006 15:37 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GshnG-0006Xc-Vf; Fri, 08 Dec 2006 10:37:46 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GshnG-0006XW-A7 for gen-art@ietf.org; Fri, 08 Dec 2006 10:37:46 -0500
Received: from elasmtp-scoter.atl.sa.earthlink.net ([209.86.89.67]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GshnD-0006uz-W5 for gen-art@ietf.org; Fri, 08 Dec 2006 10:37:46 -0500
Received: from [71.254.21.62] (helo=JMHLap3.stevecrocker.com) by elasmtp-scoter.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1GshnB-0000dO-C9; Fri, 08 Dec 2006 10:37:41 -0500
Message-Id: <7.0.1.0.0.20061208100417.03613680@stevecrocker.com>
X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0
Date: Fri, 08 Dec 2006 10:37:29 -0500
To: gen-art@ietf.org
From: "Joel M. Halpern" <joel@stevecrocker.com>
In-Reply-To: <E3F9D87C63E2774390FE67C924EC99BB0AB3DF85@zrc2hxm1.corp.nor tel.com>
References: <E3F9D87C63E2774390FE67C924EC99BB0AB3DF85@zrc2hxm1.corp.nortel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-ELNK-Trace: 9f083ca8aeb2d326d5a073bfd238dd844d2b10475b571120006f44710dfbf2fb3dee43b43b33a2ff379a5ba0fa6c7c04350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 71.254.21.62
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c
Cc: david.kessens@nokia.com, Al Morton <acmorton@att.com>
Subject: [Gen-art] Re: Review Assignment: draft-ietf-bmwg-hash-stuffing-07.txt
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
<http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html>http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html). 


Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

This document is almost ready for publication as an Informational 
RFC.  There is one item that should be fixed before publications, and 
several items that should be changed given that a respin is needed anyway.

Yours,
Joel M. Halpern

Moderate:
1)  In the MPLS recommendation, it is recommended that labels be 
uniformly distributed between 0 and 2^20.  Given that the labels 
0-15  are reserved for special function, and often have special 
processing or discarding, it strikes me that test equipment may well 
get unexpected results if it randomly attempts to use those for 
normal operations.  I would recommend checking the the MPLS standards 
as to the current reserved range, and making sure the random 
assignment stays out of that.

Minor:
         IDNits alerted the fact that the IPv4 address used as 
samples in Appendix C are not RFC 3330 documentation values 
(192.0.2.0/24).  Similarly, the IPv6 example does not use the IPv6 
documentation block assigned by RFC 3849 (2001:DB8::/32)
         In section 4.2, in describing how to create the MAC address, 
the upper byte is anded with 0xFC to clear the global/local and 
unicast/multicast bit so that the address will be a global 
multicast.  there are two minor issues here:
     Using a global MAC address construct from a random number and a 
port number is probably appropriate, but violates the standard.  It 
would probably be a good idea to acknowledge this fact, and explain 
why global (rather than local) addresses need to be used.
     The text refers to the two bits that are being controlled as the 
"high order two bits of taht byte."  While those are the first two 
bits that will be clocked out over the ethernet, they are not the 
"high order" bits in most peoples understanding of the term.

----
OPS Hash and Stuffing: Overlooked Factors in Network Device 
Benchmarking (Informational)
         http://www.ietf.org/internet-drafts/draft-ietf-bmwg-hash-stuffing-07.txt

AD: David Kessens
Reviewer: Joel Halpern


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