Re: [RTG-DIR] RtgDir review: draft-ietf-isis-node-admin-tag-08.txt

Pushpasis Sarkar <pushpasis.ietf@gmail.com> Wed, 20 April 2016 19:17 UTC

Return-Path: <pushpasis.ietf@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DD7712E7D0; Wed, 20 Apr 2016 12:17:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 4I80deg35Z3z; Wed, 20 Apr 2016 12:17:24 -0700 (PDT)
Received: from mail-pf0-x243.google.com (mail-pf0-x243.google.com [IPv6:2607:f8b0:400e:c00::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4B19012E7C9; Wed, 20 Apr 2016 12:17:24 -0700 (PDT)
Received: by mail-pf0-x243.google.com with SMTP id d184so5223105pfc.1; Wed, 20 Apr 2016 12:17:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=csAWSTrA00IU+XJzT6KQJITbpWfjeq/cH3kswkg6jdM=; b=TlExGyPjjySw4BS9AkedkVU/az+0kY4u2wI6q93QWZc5sWsAdsmKrzedZsFLYsNJlw 29mMefF8HYWcepGAryp0CTClJ5edjqGAw36DXr7g0r+4AYoyueYZExI9juwtSDXGBpH1 UaeAXqPIFWFZjQkCQWtT9vlGFo1O2DNXTiFZQbU8OTlR+RX8Ykp6rCnEeU+u/zkDXIjZ gmfoaaWeugOVEnDp9i4QQvd/cx8nq8lSOUaXv+n5RfjPDAef8f+bdPuyjVEviToYWwDZ ZYD4csHop7mCtsD1PT83lyl79rCOSie6+GtyX7mmRUYKQMG/8Al3ptmy+C2rrQZGbNyu NRGA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=csAWSTrA00IU+XJzT6KQJITbpWfjeq/cH3kswkg6jdM=; b=VhyD5CDE/RuJPH60IGQspclNxNu6DRq0IyJTWVqWcAQ+wRu8KrcxD6gJNxQg9bAEf1 ramAK/meov/YN3xSaRBNpssLFV4D93em41HE4h4Gh0ZZgXmUIacLwYDz+92WgVXVszaW UDCX7MEemwzN3g1enHm1Cd4lffXG4ITRjKoVYnTyaQQWdQKdgUH053hCGvdPcaXmMUVB jdKFJft9m2Z13ZLw3g+ZPoHuGRKEgYJlEI+5aU7KkiWpvBwhMCHa6jvccKGGqw+F1URA Dujx09qLi9ttNDVsc6fSEcTgqVxR1h4JjQdA1SFrku1FUnBfPiVc4NGm9vJ84uhcDYTB DLRw==
X-Gm-Message-State: AOPr4FWRKxlVgPYhgJR5EnmhFNl0owwt9+mTlNllYn2ndNCYJY6Jh985e+UnsYZwcXuptg==
X-Received: by 10.98.7.135 with SMTP id 7mr14433669pfh.124.1461179843884; Wed, 20 Apr 2016 12:17:23 -0700 (PDT)
Received: from Pushpasiss-MacBook-Pro.local ([122.166.172.203]) by smtp.gmail.com with ESMTPSA id ak9sm100386581pac.13.2016.04.20.12.17.20 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 20 Apr 2016 12:17:22 -0700 (PDT)
To: "Andrew G. Malis" <agmalis@gmail.com>, rtg-ads@ietf.org
References: <CAA=duU0v2tpJ0E=-Wm65xaWnPZHkmynMevoWQLOywMPm5AwAxw@mail.gmail.com>
From: Pushpasis Sarkar <pushpasis.ietf@gmail.com>
Message-ID: <5717D5BE.8020603@gmail.com>
Date: Thu, 21 Apr 2016 00:47:18 +0530
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.2
MIME-Version: 1.0
In-Reply-To: <CAA=duU0v2tpJ0E=-Wm65xaWnPZHkmynMevoWQLOywMPm5AwAxw@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/jj7zOp3AcULG7NnbqqVTDs2deVk>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, isis-wg@ietf.org, draft-ietf-isis-node-admin-tag.all@ietf.org
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-isis-node-admin-tag-08.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Apr 2016 19:17:26 -0000

Hi Andy,

Thanks a lot for review. I am in agreement with all the points made 
below. So I will address them soon and upload the next version. Also the 
AD has also suggested that much of the Usecase sections is a duplicate 
of the same section in RFC 7777 and hence should be shortened to just 
list the usecases without detailing them and refering to RFC7777 instead.

I will take care both sets of comments and come up with a version early 
next week.

Thanks once again and Regards,
-Pushpasis

On 4/20/16 11:00 PM, Andrew G. Malis wrote:
> Hello,
>
> I have been selected as the Routing Directorate reviewer for this 
> draft. The Routing Directorate seeks to review all routing or 
> routing-related drafts as they pass through IETF last call and IESG 
> review, and sometimes on special request. The purpose of the review is 
> to provide assistance to the Routing ADs. For more information about 
> the Routing Directorate, please see ​ 
> http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
>
> Although these comments are primarily for the use of the Routing ADs, 
> it would be helpful if you could consider them along with any other 
> IETF Last Call comments that you receive, and strive to resolve them 
> through discussion or by updating the draft.
>
> Document: draft-ietf-isis-node-admin-tag-08.txt
> Reviewer: Andy Malis
> Review Date: April 20, 2016
> IETF LC End Date: April 29, 2016
> Intended Status: Standards Track
>
> Summary:
>
> I have some minor concerns about this document that I think should be 
> resolved before publication, if the AD agrees (see below for details).
>
> Comments and minor concerns:
>
> I have no technical concerns with this draft.
>
> I have noted the two comments in the AD review of this draft, and 
> agree with them.
>
> Given the similarity in functionality to RFC 7777 and the overlap in 
> authorship, I expected the draft to be more or less identical to the 
> RFC, except for the technical differences between OSPF and ISIS. 
> However, there are parts of the RFC that are editorially better 
> (easier to read or understand) than the equivalent text in the draft, 
> starting with the title, Abstract, and Introduction. In particular, 
> the Introduction in the RFC looks like the result of cleanup by the 
> RFC Editor, but which still needs to be done in the draft. Why not 
> take advantage of the work already done by the RFC Editor? Also, the 
> Introduction in the draft doesn't include the usual reference to RFC 
> 2119 terms, which is in the RFC. The Abstract in the RFC also includes 
> more useful detail than the Abstract in the draft.
>
> As another example, these differences are also true in Section 4.1 of 
> the draft, when compared to the mostly equivalent Section 2.2.1 of the 
> RFC. For example, from an editorial standpoint there is a missing 
> "The" in the first line of the section, and there are other 
> improvements as well. I also see editorial corrections in Section 3 of 
> the RFC when compared to Section 5 in the draft.
>
> I would recommend an editorial pass where the text is compared with 
> the RFC, and when obvious, editorially improved to take advantage of 
> work already done. This will make the RFC Editor's job easier. 
> Alternatively, the AD could choose to include a note to the RFC 
> Editor, noting the similarity and asking the RFC Editor to take 
> advantage of the work that they already did for the RFC. However, 
> having this done by the document editor would take advantage of the 
> editor's knowledge of when differences between the two are deliberate.
>
> Thanks,
> Andy
>