Re: [Last-Call] [Lsr] Last Call: <draft-ietf-lsr-ospfv3-extended-lsa-yang-25.txt> (YANG Model for OSPFv3 Extended LSAs) to Proposed Standard

[Reshad Rahman <reshad=40yahoo.com@xxxxxxxxxxxxxx>]

Hi Acee,

Sounds good!

Regards,

Reshad.

On Tuesday, January 16, 2024, 12:45:40 PM EST, Acee Lindem <acee.ietf@xxxxxxxxx> wrote:

Hi Reshad, 

On Jan 16, 2024, at 11:41, Reshad Rahman <reshad=40yahoo.com@xxxxxxxxxxxxxx> wrote:

Hi,

Apologies if this has been discussed before but I didn't follow this document.

- Should interface-id and neighbor-interface-id be of type if:if-index instead of uint32? I took a look at RFC8362, still not clear to me.

It could very well be the if-index but it doesn’t have to me. It is whatever the neighbor choses to use to uniquely identify its interfaces. Excerpted from RFC 5340, Appendix A.3.2:

   Interface ID
      32-bit number uniquely identifying this interface among the
      collection of this router's interfaces.  For example, in some
      implementations it may be possible to use the MIB-II IfIndex
      ([INTFMIB]).

- Should leaf metric be of type ospf-metric or ospf-leaf-metric instead of uint16?

The 24 bit metrics should be ospf:ospf-metric. The 16-bit metric should be ospf:ospf-link-metric. I’ll update these in the next revision.  

Thanks,

Acee

Regards,

Reshad.

On Thursday, January 11, 2024, 09:36:03 AM EST, The IESG <iesg-secretary@xxxxxxxx> wrote:

The IESG has received a request from the Link State Routing WG (lsr) to

consider the following document: - 'YANG Model for OSPFv3 Extended LSAs'

  <draft-ietf-lsr-ospfv3-extended-lsa-yang-25.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-01-25. 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 augmenting the IETF OSPF YANG

  model to provide support for OSPFv3 Link State Advertisement (LSA)

  Extensibility as defined in RFC 8362.  OSPFv3 Extended LSAs provide

  extensible TLV-based LSAs for the base LSA types defined in RFC 5340.

The file can be obtained via

https://datatracker.ietf.org/doc/draft-ietf-lsr-ospfv3-extended-lsa-yang/

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

_______________________________________________

Lsr mailing list

Lsr@xxxxxxxx

https://www.ietf.org/mailman/listinfo/lsr

_______________________________________________
Lsr mailing list
Lsr@xxxxxxxx
https://www.ietf.org/mailman/listinfo/lsr

-- 
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call