Skip to main content

IETF Last Call Review of draft-ietf-ivy-network-inventory-yang-11
review-ietf-ivy-network-inventory-yang-11-opsdir-lc-barguil-2025-11-14-00

Request Review of draft-ietf-ivy-network-inventory-yang
Requested revision No specific revision (document currently at 18)
Type IETF Last Call Review
Team Ops Directorate (opsdir)
Deadline 2025-11-25
Requested 2025-11-06
Requested by Daniele Ceccarelli
Authors Chaode Yu , Sergio Belotti , Jean-Francois Bouquier , Fabio Peruzzini , Phil Bedard
I-D last updated 2026-06-18 (Latest revision 2026-05-27)
Completed reviews Opsdir IETF Last Call review of -11 by Samier Barguil (diff)
Yangdoctors IETF Last Call review of -11 by Reshad Rahman (diff)
Genart IETF Last Call review of -18 by Elwyn B. Davies
Secdir IETF Last Call review of -18 by Valery Smyslov
Assignment Reviewer Samier Barguil
State Completed
Request IETF Last Call review on draft-ietf-ivy-network-inventory-yang by Ops Directorate Assigned
Posted at https://mailarchive.ietf.org/arch/msg/ops-dir/DGoVTlW1crlfq6issUbHRMXt9-U
Reviewed revision 11 (document currently at 18)
Result Has nits
Completed 2025-11-14
review-ietf-ivy-network-inventory-yang-11-opsdir-lc-barguil-2025-11-14-00
Hi,

I have been selected as the Operational Directorate (opsdir) reviewer for this
Internet-Draft.

The Operational Directorate reviews all operational and management-related
Internet-Drafts to ensure alignment with operational best practices and to
verify that adequate operational considerations are included.

A complete set of Guidelines for Considering Operations and Management in IETF
Specifications can be found at:
https://datatracker.ietf.org/doc/draft-opsarea-rfc5706bis/ .

While these comments are primarily intended for the Operations and Management
Area Directors (Ops ADs), the authors should consider them along with any other
feedback received.

Document: A Base YANG Data Model for Network Inventory
Reviewer: Samier Barguil
Review Date: 15-Nov-2025
Intended Status: Standards Track

Summary

The Internet-Draft defines ietf-network-inventory, a base YANG data model that
provides a technology-agnostic, extensible, read-only view of network-wide
inventory. It describes how to represent network elements (NEs) and their
components, capturing essential attributes such as identifiers, manufacturer
details, and software revisions. The model is intended for controllers to
report inventory to higher-level systems (e.g., OSS, MDSC), and it serves as a
foundation for future technology-specific augmentations.

The draft deliberately excludes operational state, performance metrics, alarms,
software lifecycle management, and physical interconnects, keeping the scope
focused strictly on inventory representation. The structure and definitions of
the model are fully detailed in the accompanying YANG tree and module
specification.

This document is essentially ready for publication, but it contains a few nits
that should be addressed prior to finalization.

General Operational Comments (Alignment with RFC 5706bis)

The draft explicitly considers and documents operational feasibility,
dedicating Section 6 to Operational Considerations.

I suggest that the Operational Considerations section include some discussion
of how operators might migrate from existing or external inventory systems to
the YANG-based model defined in this document. In many deployments, legacy
inventory databases use proprietary data structures, identifiers, and
hierarchical representations that may not align directly with the data model
presented here. Providing guidance on expected practices—such as data
normalization when importing legacy information, approaches for reconciling
differing identifier schemes, and strategies for incremental or hybrid
migration (where controllers combine device-reported data with external
sources)—would help clarify operational feasibility.

It may also be useful to describe how conflicts between device-derived and
legacy inventory data are expected to be handled, and to note that certain
categories of legacy information (e.g., inactive assets, warehouse spares,
procurement or commercial metadata) fall outside the scope of the base model
and may require augmentations or mediation layers. Including this clarification
would assist operators in planning a realistic transition path and would
strengthen the operational guidance provided by the draft.

Major Issues

No major issues found.

Minor Issues

No minor issues found.

Nits

Duplicated word (“the”) in the definition of serial-number in Section 3.3
(Components): “The vendor-specific serial number of the the component instance.”

This duplicated phrase also appears in the definition of the serial-number leaf
within the component-attributes grouping in the YANG module: “The
vendor-specific serial number of the the entity (e.g., component) instance.”

Duplicated word (“an”) in Section 6 (Operational Considerations):
“...report the combined network inventory information to an an higher level
network controller...”

In Figure 4, which provides an example of a board with different types of
ports, item 2 is listed as: “2) Emply hole (port).” This appears to be a
misspelling of “Empty.”

Thank you for your work on this document. Please address these comments, or
feel free to contact me for clarification and/or further discussion.

Best regards,
Samier Barguil