[Gen-art] Gen-art LC review: draft-mahalingham-dutt-dcops-vxlan-08

Robert Sparks <rjsparks@nostrum.com> Thu, 20 March 2014 21:35 UTC

Return-Path: <rjsparks@nostrum.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1814C1A0919; Thu, 20 Mar 2014 14:35:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.446
X-Spam-Level:
X-Spam-Status: No, score=-2.446 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.547] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j7zsAH71e4el; Thu, 20 Mar 2014 14:35:14 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9590F1A08EB; Thu, 20 Mar 2014 14:35:14 -0700 (PDT)
Received: from unnumerable.local (pool-173-71-10-88.dllstx.fios.verizon.net [173.71.10.88]) (authenticated bits=0) by nostrum.com (8.14.8/8.14.7) with ESMTP id s2KLZ3V0099267 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=OK); Thu, 20 Mar 2014 16:35:04 -0500 (CDT) (envelope-from rjsparks@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host pool-173-71-10-88.dllstx.fios.verizon.net [173.71.10.88] claimed to be unnumerable.local
Message-ID: <532B5F0A.4010704@nostrum.com>
Date: Thu, 20 Mar 2014 16:35:06 -0500
From: Robert Sparks <rjsparks@nostrum.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: General Area Review Team <gen-art@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, draft-mahalingham-dutt-dcops-vxlan@tools.ietf.org
Content-Type: multipart/alternative; boundary="------------030201040303010509010705"
Archived-At: http://mailarchive.ietf.org/arch/msg/gen-art/G0kae_eGM1Icp1ca-nKZWNDc2gE
Subject: [Gen-art] Gen-art LC review: draft-mahalingham-dutt-dcops-vxlan-08
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 20 Mar 2014 21:35:17 -0000

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-malingham-dutt-dcops-vxlan-08
Reviewer: Robert Sparks
Review Date: 20 Mar 2014
IETF LC End Date: 24 Mar 2014
IESG Telechat date: not yet scheduled for a telechat

Summary: This document is not ready for publication as an Experimental 
IETF Stream RFC

(Apologies to the everyone on the long list of authors - this review is 
primarily about process, but I do have some comments for you below.)

To the AD and shepherd: Why is the proposed status Experimental and not 
Informational?
The text in the shepherd writeup provides a strong motivation for 
Informational, but not Experimental.

I understand the concern that led to the inclusion of the last sentence 
of the abstract and the first part of the introduction
(" The IETF consensus on this RFC represents consensus to publish this 
memo,  and not consensus on the text itself."), but
this sentence does not address that concern.

If you are wanting to document what exists so that other documents can 
talk meaningfully about it (as the writeup suggests),
please use Informational, and replace the sentence with an adaptation 
of  the bulk of the answer to question 1 in the writeup.

If you are wanting more people to implement exactly what this document 
describes and learn something from those implementations,
describe in the document what you're trying to learn and get IETF 
consensus that the experiment is a good one to pursue.

The combination of Experimental and "there is no consensus on the text 
in this document" is not a good one.

It might be easier to find the right way to bring the important parts 
forward if you split the format definition and the sketch of protocol 
behavior into a separate document from the motivation text at the 
beginning and the deployment scenario discussions at the end.

To the authors:

This _is_ good information, and clearly has already been useful in IETF 
protocol development discussions.
The number of documents referencing this one is a strong indicator of that:
<http://datatracker.ietf.org/doc/draft-mahalingam-dutt-dcops-vxlan/referencedby/>

The document reads clearly, and complete enough to inform a basic 
implementation.
(Though I encourage you to be more explicit about what to do if you 
receive a packet with the I flag set to 0).

Please reread each sentence that begins with "Another" and consider 
either restructuring the sections where you have a string of them so 
that they are not necessary, and simply removing the clause when you use 
it in isolation.

6.1 is out of place - please move it to be with the other places where 
you put requirements on an implementation. I suggest it belongs at the 
end of section 4 or as its own section between section5 and section 6.