[i2rs] FW: Shepherds's review of the draft-ietf-i2rs-yang-network-topo/

["Susan Hares" <[e-mail]>]

Forwarding the shepherd's report.  I forgot to copy this to the WG. 

 

Sue Hares 

 

From: Susan Hares [mailto:[e-mail]] 
Sent: Friday, November 11, 2016 2:28 PM
To: 'Alex Clemm'; [e-mail]
Cc: 'Benoit Claise'; 'Alia Atlas'
Subject: Shepherds's review of the draft-ietf-i2rs-yang-network-topo/

 

Alex and Jan: 

 

I apologize that my shepherd's review is so tardy.  In my Shepherd's review
I found the following things that you should correct: 

 

1)      Please add an  RFC2199 definition in the text and RFC2199 reference

2)      Please replace the Yang 1.0 reference with Yang 1.1 reference
(RFC6991)

3)      Please add an IANA considerations section 

4)      Please check you need the pre-2008 IPR 

5)      Add a model interactions section - I've provided some text 

6)      Fix references to other documents, 

7)      Fix the lines that "id-nits" complains about. 

8)      Please check that all the authors in the list are key contributors.
The IESG statement provides a normal limit of 5 authors on any draft. 

 

I've included below details on these issues, and some suggested text for
fixing them.   I believe that most of these can be fixed in a few days.  If
you would try to upload a document on 11/14 - I will try to push this
forward with the ADs so we can begin IETF LC shortly.  If we begin by 11/16,
we can put this on the 12/01/2016 telechat of the IESG. 

 

Sue 

================

 

 

 

#1 - Add the following text to The Terminology section (see RFC8022) for
another example

 

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
   document are to be interpreted as described in [RFC2119
<https://tools.ietf.org/html/rfc2119> ].

 

#2 Change to Add New Yang reference - replace 6021 with RFC6991 

 
 
#3 - Add IANA Considerations as follows

  #xx IANA Considerations

 
   This document registers the following namespace URIs in the "IETF XML
   Registry" [RFC3688 <https://tools.ietf.org/html/rfc3688> ]:
 
 
   URI:  urn:ietf:params:xml:ns:yang:ietf-network
   Registrant Contact: The IESG.
   XML: N/A; the requested URI is an XML namespace.
 
   URI:urn:ietf:params:xml:ns:yang:ietf-network-topology
   Registrant Contact: The IESG.
   XML: N/A; the requested URI is an XML namespace.
 
 
 
   This document registers the following YANG modules in the "YANG
   Module Names" registry [RFC6020 <https://tools.ietf.org/html/rfc6020> ]:
 
   Name:         ietf-network
   Namespace:    urn:ietf:params:xml:ns:yang:ietf-network 
   Prefix:       l3t
   Reference:    draft-ietf-i2rs-yang-network-topo-06.txt (RFC form) 
 
   Name:         ietf-network-topology 
   Namespace:    urn:ietf:params:xml:ns:yang:ietf-network-topology 
   Prefix:       lnk
   Reference:    draft-ietf-i2rs-yang-network-topo-06.txt (RFC form) 
 

 

#4  - do you really need this pre-2008 information - I do not think it is
relevant 

 

63         This document may contain material from IETF Documents or IETF
64         Contributions published or made publicly available before
November
65         10, 2008.  The person(s) controlling the copyright in some of
this
66         material may not have granted the IETF Trust the right to allow
67         modifications of such material outside the IETF Standards
Process.
68         Without obtaining an adequate license from the person(s)
controlling
69         the copyright in such materials, this document may not be
modified
70         outside the IETF Standards Process, and derivative works of it
may
71         not be created outside the IETF Standards Process, except to
format
72         it for publication as an RFC or to translate it into languages
other
73         than English.

 

 

#5 - Add interaction section with the following information (you can revise
text) 

 

Review of links to other yang models: 

 1) links to ietf-yang-types [rfc6991, ietf-inet-types [RFC6991]

2) links to topology model - ietf-network, ietf-network-topology -
(draft-ietf-i2rs-yang-network-topo-06) 

 

Interaction with other Yang models: 

This is a protocol independent yang model with topology information by
design it does not link to the following configuration models;  

2)  ietf-interfaces model [RFC7223] 

3)  ietf-routing yang model [RFC8022]  

6) I2RS RIB (ephemeral state RIB) or configuration extended RIB  (
draft-acee-rtgwg-yang-rib-extend) 

 

Topology information into the model without linking to these models.  

 

Why this is useful in ephemeral state:  The approach to not link to any
configuration model but to let topology process load information from OSPF
into the data model means that there is no model link between configuration
state and topology.  The assumption is the routing process uploading the
topology model knows how to do this.  The NETCONF or RESTCONF processes
simply reads, reports notifications, and logs the data. 

 

Writes from ephemeral state to the data models: These data models allow the
the NETCCONF/RESTCONF process to write a logical topology link.  Exactly how
this write operates depends on the routing process.  This model obeys the
requirements for the ephemeral state found in the document
draft-ietf-i2rs-ephemeral-state.   

 

#6 -  Fix the references to other documents  

          RFC6241 - needs an explicit link in the text 

          RFC6021 - needs to be replaced by RFC6991 

          draft-ietf-netconf-yang-push - needs to be updated 

           replace [topology-use-cases]  with
draft-ietf-i2rs-usecase-reqs-summary

      

   7) Try to fix line nits - and rerun the nits program 

    [219, 244, 248, 257,,680]