[Lime] YANG doctor initial review of draft-ietf-lime-yang-connectionless-oam

"Carl Moberg (camoberg)" <camoberg@cisco.com> Mon, 24 April 2017 22:05 UTC

From: "Carl Moberg (camoberg)" <camoberg@cisco.com>
To: "lime@ietf.org" <lime@ietf.org>
Thread-Topic: YANG doctor initial review of draft-ietf-lime-yang-connectionless-oam
Thread-Index: AQHSvUbo3TQuzPqrlEKkCtj/oJ88sw==
Date: Mon, 24 Apr 2017 22:05:39 +0000
Message-ID: <696928D9-33D1-47A9-AC9D-83EEE011552C@cisco.com>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.60.116.174]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <4D1A20E1FCF8AF4697BD5B652621628A@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/lime/g1YsZkf-vbC0FpO97sEA30-YR64>
Subject: [Lime] YANG doctor initial review of draft-ietf-lime-yang-connectionless-oam
X-BeenThere: lime@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." <lime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lime>, <mailto:lime-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lime/>
List-Post: <mailto:lime@ietf.org>
List-Help: <mailto:lime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lime>, <mailto:lime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Apr 2017 22:05:42 -0000

I am the assigned YANG Doctor for the LIME YANG modules, this is the notes from my initial review of draft-ietf-lime-yang-connectionless-oam done with the authors on a call last week:

The module is intended to be implemented as a service model, per the module classification draft (https://tools.ietf.org/html/draft-ietf-netmod-yang-model-classification-05) with augments to topologies, I suggest it needs more description on the general concepts and how to use it.

I suggest to remove the 'OAM data hierarchy' section. It does not add any information.

The current version YANG module is all configuration except the 'oper' subtree. And there are no mandatory nodes (except list keys) which seems to allow for many, many combinations that likely make no sense. Please re-review and make sure this is an informed choice.

Suggest to rename tp-address-type-value to tp-address-technology-type.

Why does 'grouping tp-technology' only allow 'technology-null' or 'technology-string'/'leaf ipv4-icmp' and what is the meaning of the leaf ipv4-icmp content?

There are a couple of occasions of 'ordered-by user' that does not have a description of the meaning of the order. Please review.

Add an if-feature on path-discovery in *-methods draft.

Generally I'd suggest adding more information about the various types and which specifications you are picking them up from (e.g. RD, LSP ID, etc)

The specification defines a typedef that is a path in another module ("routing-instance-ref"). Suggest to reach out to authors of draft-ietf-rtgwg-ni-model-02 to see if they want the -ref type in that module for reuse.

Generally check whitespace and comments. Use the '-f yang' option to YANG to fix whitespace.

Downcase "IPv4-Multicast-Group-Address", and "IPv6-Multicast-Group-Address", "IP-Multicast-Group-Address"

Name of top container ('oper') not very helpful, suggest renaming to 'session-statistics'?

Spelling of grouping (and uses) cc-session-statsitics

Filename should include revision in CODE BEGINS

Don't reference drafts, pleas check RFC6087 bis and well-formed drafts for header stmts
https://datatracker.ietf.org/doc/html/draft-ietf-netmod-rfc6087bis#section-4.9'

Regards,
--
Carl Moberg

[Lime] YANG doctor initial review of draft-ietf-l… Carl Moberg (camoberg)