Re: [i2rs] Response to review-ietf-i2rs-yang-network-topo-14-rtgdir-lc-robles-2017-07-24

Ines Robles <mariainesrobles@googlemail.com> Tue, 14 November 2017 10:11 UTC

Return-Path: <mariainesrobles@googlemail.com>
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B892E127B5A for <i2rs@ietfa.amsl.com>; Tue, 14 Nov 2017 02:11:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, HTML_MESSAGE=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=googlemail.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 rHCWvWb7tK5g for <i2rs@ietfa.amsl.com>; Tue, 14 Nov 2017 02:11:23 -0800 (PST)
Received: from mail-it0-x22c.google.com (mail-it0-x22c.google.com [IPv6:2607:f8b0:4001:c0b::22c]) (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 D480C120713 for <i2rs@ietf.org>; Tue, 14 Nov 2017 02:11:21 -0800 (PST)
Received: by mail-it0-x22c.google.com with SMTP id m191so9321217itg.1 for <i2rs@ietf.org>; Tue, 14 Nov 2017 02:11:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=lXImBH3J2BjDU9gP2AhZzKfOoUJN+gLce5Eo8EsugFQ=; b=iVB1C0IScqrt6QMzjzpTfhFFZtFNdy/7XDZTJjDMROd+Pa0xfu/fgXk0Fw3YlOwNMY nOTmItyjG/3DS/4ZDJtV3jFdiMZkaYxUKsOCS8ptdOefC6KaRmfa9Eep6erc+fcnd7BY G6AoAJ34QomlYIWJ1p0fQOjtLPl9fBfH0vI3M1XSkyIgPKJpBul4FKZzjimX+nFvp+rL OWtwaBfDaBCJxIbMotX22qtMbguUihZGX9MzuCunLDuDmjFXAOgOHqAZCR3RCmla1JEt zOJnzoZCdtfA+VNwxNDE3B3y9Vh7P4IVxBHGQUgU762kczGo/QqOHH/moZHPZ+xwIhi/ 9WZg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=lXImBH3J2BjDU9gP2AhZzKfOoUJN+gLce5Eo8EsugFQ=; b=pnYXh9MCo7sQOOSrBeaVM44K+An94Bvh3tBVdEfdeLC3Vt/8hqiFju7yDj2WDb6l7W KLYytr47Ky1tF8X5DDPIF6YR+0UE88MBGxLnMD/+dIhJ5m3iuFgs0yZPGmWj9kX2qcfj QeOwEVRExLZ6kMcm2PaUqIUnQ7tPfQhBO546clPiWNRMDQtcqJ7+qUMeSNghhws+40+p bZjeO8SX+bVNmXQwlUcBSb97WE1B2Kw8tObUmzV8J3rOqHtftRt1VsQQImnn10R5htcI U8vtK/pdh4EGkQhGNmrv3GVwGRVj20LOV5HJPGZwi7SO8NakoqiF+62b4lJlY+6cBdx9 z7JQ==
X-Gm-Message-State: AJaThX45h+2VQm3UwzjzBOtVfxm2Wt0pTnsFITZu6YgRomwS3QxNFd7i P+tQVFuamc1EFsXRaGv7AmNre7xzxSRxmzV07Pw=
X-Google-Smtp-Source: AGs4zMZj04ASQnKJ0F+tYO5Cd1ODkIop5sFfhEvdOiZxIrazFlAQoSJRbakyhPeoiA/yf34Fg9uCHEKJL9L+ywZqdrk=
X-Received: by 10.36.135.199 with SMTP id f190mr12848227ite.133.1510654280985; Tue, 14 Nov 2017 02:11:20 -0800 (PST)
MIME-Version: 1.0
Received: by 10.79.69.130 with HTTP; Tue, 14 Nov 2017 02:11:20 -0800 (PST)
Received: by 10.79.69.130 with HTTP; Tue, 14 Nov 2017 02:11:20 -0800 (PST)
In-Reply-To: <011001d35d29$117b6c60$34724520$@clemm.org>
References: <011001d35d29$117b6c60$34724520$@clemm.org>
From: Ines Robles <mariainesrobles@googlemail.com>
Date: Tue, 14 Nov 2017 18:11:20 +0800
Message-ID: <CAP+sJUcFWHKwJvMvjj1uHBg5D2xUa1isZ05rYNWGCjbNR13+8g@mail.gmail.com>
To: Alexander Clemm <ludwig@clemm.org>
Cc: Susan Hares <shares@ndzh.com>, i2rs@ietf.org
Content-Type: multipart/alternative; boundary="94eb2c033ffacbf64f055dee9b59"
Archived-At: <https://mailarchive.ietf.org/arch/msg/i2rs/gHsofC1Wrk40wUZtTAWO2ab3wVk>
Subject: Re: [i2rs] Response to review-ietf-i2rs-yang-network-topo-14-rtgdir-lc-robles-2017-07-24
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" <i2rs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i2rs>, <mailto:i2rs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i2rs/>
List-Post: <mailto:i2rs@ietf.org>
List-Help: <mailto:i2rs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i2rs>, <mailto:i2rs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Nov 2017 10:11:31 -0000

Hello Alexander,

Thank you for your comments.
I agree with them.
Cheers,
Ines

On Nov 14, 2017 17:15, "Alexander Clemm" <ludwig@clemm.org> wrote:

Hello Ines,



Please find enclosed my responses.  (My apologies for the late reply and
thanks to Sue for pointing out we still needed to reply.)



Thank you and kind regards

--- Alex
review-ietf-i2rs-yang-network-topo-14-rtgdir-lc-robles-2017-07-24

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-i2rs-yang-network-topo-14.txt

Reviewer: Ines Robles

Review Date: 07-25-2017

Intended status: Standards Track



Summary:

I have some minor concerns about this document that I think should be
resolved before publication.



Comments:



I believe the draft is technically good. This document is well written
and clear to understand. The figures are clear and helpful.



Major Issues:



No major issues found.



Minor Issues:



Since this document specifies a data model, I would include some text
related to the Information Model [RFC 3444]. How would it be in this
context?

<ALEX> Added a reference.  However, I note this is uncommon for
documents that define YANG data models (as it is clear this is about a
data model, not an information model.

</ALEX>



1- Section 1



  1.a following Figure 1 (Page 4):



    I would add in the figure the corresponding section that explain
the module. e.g. Abstract Network Model, I would add in the figure
"Abstract (base) Network Model" and "section 4.1".

    The same for "Abstract Topology Model", should it be section 4.2?



<ALEX> The text talks about the abstract (based) network YANG module
and subsequently uses the term abstract, not base, to describe the
boxes depicted in the diagram. Therefore we would prefer to keep it as
is.

</ALEX>



  1.b -following Figure 2 (Page 5):



      1.b.1- " X1 and X2 - mapping onto... ",  I think it would be "X1
and X3 mapping onto..."

<ALEX> thank you, good catch

</ALEX>



      1.b.2- " a single L3 network element", I would add in this case
(Y2) "a single L3 (Y2) network element",

      the same for "The figure shows a single "L3" network element
mapped onto multiple "Optical" network elements.",

      I would add "The figure shows a single "L3" network element (Y2)
mapped onto multiple "Optical" network elements [Z] and [Z1]."



<ALEX> done </ALEX>

      1.b.3- I would expand ROADMs --> Reconfigurable Optical Add/Drop
Multiplexers (ROADMs)



<ALEX> done </ALEX>

2- Section 2:



  2.1- I would add a reference to RFC 6020, since the document uses
terminology e.g container, augment, etc. which are defined in 6020.
Even if this RFC is mentioned in the normative reference, still I
would add it here as well.

<ALEX> We reference RFC 7950, which is YANG 1.1. RFC 6020 needs to be
referenced for its registries </ALEX>



3- Section 3:



  3.1-  ReST is mentioned here but not in the rest of the draft, is
this correct?



<ALEX> removed </ALEX>



Nits:



1- Pag. 18: is that correct?: "(a string is a string is a string)"

<ALEX> removed this </ALEX>



2- pag. 34: I would expand NMS -> NMS (Network Management System)

<ALEX> done </ALEX>



3- pag. 34: I would add a definition about TE Topology : "TE-Topology:
The TE Topology is a schematic arrangement of TE nodes

   and TE links in a given TED. It forms the basis for a graph suitable

   for TE path computations."
[https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-12]

<ALEX> No longer applicable, text in question has been struck.  Note
that one of the coauthors is also author on the TE topology draft
</ALEX>



4- pag. 34: topoogical -> topological

<ALEX> done </ALEX>



5- pag 35: "uber-network device" -> over-network device?

<ALEX> I thought it was okay, but I changed it to “or managed system”.  </ALEX>



Thanks,



Ines.