Skip to main content

Last Call Review of draft-ietf-lsr-ospf-l2bundles-06
review-ietf-lsr-ospf-l2bundles-06-genart-lc-kyzivat-2022-09-16-00

Request Review of draft-ietf-lsr-ospf-l2bundles
Requested revision No specific revision (document currently at 10)
Type Last Call Review
Team General Area Review Team (Gen-ART) (genart)
Deadline 2022-09-29
Requested 2022-09-15
Authors Ketan Talaulikar , Peter Psenak
I-D last updated 2022-09-16
Completed reviews Rtgdir Last Call review of -04 by Stewart Bryant (diff)
Genart Last Call review of -06 by Paul Kyzivat (diff)
Opsdir Last Call review of -06 by Dan Romascanu (diff)
Secdir Last Call review of -06 by Russ Mundy (diff)
Assignment Reviewer Paul Kyzivat
State Completed
Request Last Call review on draft-ietf-lsr-ospf-l2bundles by General Area Review Team (Gen-ART) Assigned
Posted at https://mailarchive.ietf.org/arch/msg/gen-art/IqLhVi63YKAt6GINPOKUQ0sGt3g
Reviewed revision 06 (document currently at 10)
Result Ready w/issues
Completed 2022-09-16
review-ietf-lsr-ospf-l2bundles-06-genart-lc-kyzivat-2022-09-16-00
I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.

Document: draft-ietf-lsr-ospf-l2bundles-06
Reviewer: Paul Kyzivat
Review Date: 2022-09-16
IETF LC End Date: 2022-09-29
IESG Telechat date: ?

Summary:

This draft is on the right track but has open issues, described in the 
review.

Issues:

Major: 0
Minor: 1
Nits:  1

1) NIT: 1 Introduction

IDNITS reports:

    -- Possible downref: Non-RFC (?) normative reference: ref.
    'IEEE802.1AX'

As best I can tell there is no need for this reference to be normative. 
(Its only an example in the introduction.) I suggest making this a 
non-normative reference.

2) MINOR: Section 2: Normative requirements on future documents

While I don't fully understand all the document dependencies, the 
following normative requirement:

    ... Specifications that introduce new sub-TLVs of the Extended Link
    TLV MUST indicate their applicability for the L2 Bundle Member
    Attributes Sub-TLV.  An implementation MUST ignore any sub-TLVs
    received that are not applicable in the context of the L2 Bundle
    Member Attribute Sub-TLV.

looks to me like it may be imposing requirements on future work that may 
not itself be aware of or normatively linked to this document. The 
registry in question is defined only by RFC7684. Figure 2 further 
supports this point by effectively revising the format for the registry, 
adding an additional column.

I suggest it would be appropriate to formally update the registry to 
reference this document to impose requirements on future registrations, 
and add a column indicating applicability in the context of the L2 
Bundle Member Attribute Sub-TLV.

The same logic applies to Figure 3 and the IANA OSPFv3 Extended-LSA 
Sub-TLVs registry. I suggest the same sort of fix for it.