[Last-Call] Re: Last Call: <draft-ietf-rift-yang-11.txt> (YANG Data Model for Routing in Fat Trees (RIFT)) to Proposed Standard

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Authors,

 

A few comments/nits.

 

 

[Comment 1]

 

module: ietf-rift

  augment /rt:routing/rt:control-plane-protocols

            /rt:control-plane-protocol:

    +--rw rift* [name]

    ...

       +--rw instance-label?              uint32 {label-switching}?

 

The base spec does mention that labels can be used to distinguish between RIFT instances, but that's not it's only use. The YANG model has it scoped incorrectly. It should be in the "neighbors" hierarchy so that it's per-adjacency and not at the instance level, the name should be changed as appropriate.

 

The existing per-prefix label indication is fine as is.

                         

[Comment 2]

 

leaf tide-generation-interval {

  type rt-types:timer-value-seconds16;

  units seconds;

  default "5";

  description

    "The TIDE generation interval.";

}

 

The base spec no longer specifies the default TIDE generation interval, you can remove it.

 

                                               

Other than that, just nits

 

[nit 1]

The current "instance-label" description should be more generic.

 

I'd suggest removing "This value can be used to distinguish among multiple RIFT instances."

 

[nit 2]

The "loopback" description seems to be referring to the wrong section in the base spec. Not sure which one you intended.

 

Perhaps double check any other instances of this as lots of things moved around in the last couple of iterations of the base spec.

 

[nit 3]

Descriptions in the “state” leaf seem to be incorrect, perhaps a copy and paste error?

 

[nit 4]

The PoD description points out level 0 and level 1 specifically. Level 0 indicates leaf, which is fine, but the next level up could be anything above 0 and less than 24.

 

I'd suggest something like "normally only leaf nodes (level 0) and their immediate northbound neighbors"

 

 

Thanks

Jordan

  


Juniper Business Use Only

From: The IESG <iesg-secretary@xxxxxxxx>
Date: Friday, June 7, 2024 at 3:43
PM
To: IETF-Announce <ietf-announce@xxxxxxxx>
Cc: draft-ietf-rift-yang@xxxxxxxx <draft-ietf-rift-yang@xxxxxxxx>, james.n.guichard@xxxxxxxxxxxxx <james.n.guichard@xxxxxxxxxxxxx>, Jordan Head <jhead@xxxxxxxxxxx>, rift-chairs@xxxxxxxx <rift-chairs@xxxxxxxx>, rift@xxxxxxxx <rift@xxxxxxxx>
Subject: Last Call: <draft-ietf-rift-yang-11.txt> (YANG Data Model for Routing in Fat Trees (RIFT)) to Proposed Standard

[External Email. Be cautious of content]


The IESG has received a request from the Routing In Fat Trees WG (rift) to
consider the following document: - 'YANG Data Model for Routing in Fat Trees
(RIFT)'
  <draft-ietf-rift-yang-11.txt> as Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits final
comments on this action. Please send substantive comments to the
last-call@xxxxxxxx mailing lists by 2024-06-21. Exceptionally, comments may
be sent to iesg@xxxxxxxx instead. In either case, please retain the beginning
of the Subject line to allow automated sorting.

Abstract


   This document defines a YANG data model for the configuration and
   management of Routing in Fat Trees (RIFT) Protocol.  The model is
   based on YANG 1.1 as defined in RFC7950 and conforms to the Network
   Management Datastore Architecture (NMDA) as described in RFC8342.




The file can be obtained via
https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-ietf-rift-yang/__;!!NEt6yMaO-gk!A_2lKZiJYc9iwNzDoxBN2ZWrAbyfiAC9ENqbyhTPMOV9MFF6QZ7hLgEAccr9iIyF77inxJnS_yD10u_UPyzhERk$



No IPR declarations have been submitted directly on this I-D.



-- 
last-call mailing list -- last-call@xxxxxxxx
To unsubscribe send an email to last-call-leave@xxxxxxxx

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux