Re: [Gen-art] Gen-ART review of draft-ietf-bmwg-imix-genome-04

Jari Arkko <jari.arkko@piuha.net> Tue, 28 May 2013 10:27 UTC

Return-Path: <jari.arkko@piuha.net>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4908621F95DC; Tue, 28 May 2013 03:27:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.566
X-Spam-Level:
X-Spam-Status: No, score=-102.566 tagged_above=-999 required=5 tests=[AWL=0.033, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yZaKh5BWB+8N; Tue, 28 May 2013 03:27:37 -0700 (PDT)
Received: from p130.piuha.net (p130.piuha.net [193.234.218.130]) by ietfa.amsl.com (Postfix) with ESMTP id B3A4521F9509; Tue, 28 May 2013 03:27:33 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id D770D2CC48; Tue, 28 May 2013 13:27:31 +0300 (EEST)
X-Virus-Scanned: amavisd-new at piuha.net
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D34YqIRIbgV8; Tue, 28 May 2013 13:27:30 +0300 (EEST)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2001:14b8:400::130]) by p130.piuha.net (Postfix) with ESMTP id 89FBF2CC3C; Tue, 28 May 2013 13:27:30 +0300 (EEST)
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\))
From: Jari Arkko <jari.arkko@piuha.net>
In-Reply-To: <517A9179.1040805@bell-labs.com>
Date: Tue, 28 May 2013 13:27:29 +0300
Content-Transfer-Encoding: quoted-printable
Message-Id: <05E8288E-00D4-4DEC-8858-9517A84C090B@piuha.net>
References: <517A9179.1040805@bell-labs.com>
To: "Vijay K. Gurbani" <vkg@bell-labs.com>
X-Mailer: Apple Mail (2.1503)
Cc: Joel Jaeggli <joelja@bogus.com>, General Area Review Team <gen-art@ietf.org>, IESG IESG <iesg@ietf.org>, draft-ietf-bmwg-imix-genome@tools.ietf.org
Subject: Re: [Gen-art] Gen-ART review of draft-ietf-bmwg-imix-genome-04
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/gen-art>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 May 2013 10:27:41 -0000

Thanks for your review of this document, Vijay. I'm planning to ballot No-Objection based on this and my own quick glance through.

But authors, have you sen Vijay's two minor comments below?

Jari

On Apr 26, 2013, at 5:38 PM, Vijay K. Gurbani <vkg@bell-labs.com> wrote:

> I am the assigned Gen-ART reviewer for this draft. For background on
> Gen-ART, please see the FAQ at
> <http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.
> 
> Please resolve these comments along with any other Last Call comments
> you may receive.
> 
> Document: draft-ietf-bmwg-imix-genome-04
> Reviewer: Vijay K. Gurbani
> Review Date: Apr-26-2013
> IETF LC End Date: May-06-2013
> IESG Telechat date: May-30-2013
> 
> This document is ready as an Informational.  A couple of minor comments
> that can benefit the draft below.
> 
> Major: 0
> Minor: 2
> Nits: 0
> 
> Minor:
> 
> - S1, 4th paragraph: "An IMIX suited for one networking device and
> deployment will not be appropriate for another."  I suspect the
> variability of the packet sizes has to do with the vendor whose device
> is being benchmarked.  In other words, a constant, K, used as a packet
> size by Vendor A does not mean that K can be used while benchmarking a
> device by Vendor B.  If so, it may be helpful to augment the quoted
> sentence above by the phrase "because packet sizes differ across
> different vendor devices."
> 
> - S3, "o  Non-RFC2544 packet sizes ... in the table." --- Is this not
> already covered in S4 (Custom IMIX)?  When I read the quoted bullet
> item, I immediately thought of some sort of an encoding scheme to
> encode non standard packet sizes, which is what S4 does.  Maybe I
> am missing something?
> 
> Thanks,
> 
> - vijay
> -- 
> Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
> 1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60563 (USA)
> Email: vkg@{bell-labs.com,acm.org} / vijay.gurbani@alcatel-lucent.com
> Web: http://ect.bell-labs.com/who/vkg/  | Calendar: http://goo.gl/x3Ogq