Re: [IPFIX] Data type for srhSegmentIPv6LocatorLength in IPFIX Entities registry

Hello All,

That’s interesting to see these diffs between -14 and RFC. I limited my erratum report to the abstract data type for IE 501, see https://www.rfc-editor.org/errata/eid7728.

However, for the differences between -14 and RFC, I don’t have enough expertise to report about it. I hope someone more expert than myself on IETF processes can take care of this.

Best,
-Ahmed

From: "Aitken, Paul" <paitken@ciena.com>
Date: Tuesday, 12 December 2023 at 13:04
To: "Brian Trammell (IETF)" <ietf@trammell.ch>, "Elhassany Ahmed, INI-NET-VNC-HCS" <Ahmed.Elhassany@swisscom.com>
Cc: "ipfix@ietf.org" <ipfix@ietf.org>, Benoit Claise <benoit.claise@huawei.com>, "Graf Thomas, INI-NET-VNC-HCS" <Thomas.Graf@swisscom.com>
Subject: Re: [IPFIX] Data type for srhSegmentIPv6LocatorLength in IPFIX Entities registry

Be aware: This is an external email.

RFC 9487 does not reflect what the IPFIX experts reviewed in the last draft (-14), as there are several differences between the "IANA Considerations" sections:

.1 and .10a below need errata. The others need the authors input.

5.1

The title, "IPFIX Information Elements Registry" and the "Table 1: IPFIX Information Elements Registry" descriptions are wrong, as this table is not the whole registry, but only the "New IPFIX IPv6 SRH Information Elements" at stated in -14.

5.1.6 / Description

-14:    The SRH Segment List
RFC:    The SRv6 Segment List

5.1.7 / Description
-14:    to reach the end of the Segment List in the SRH
RFC:    to reach the end of the Segment List from the SRH

5.1.10 / Abstract Data Type

-14:    Abstract Data Type:  unsigned8
RFC:    (missing text)

5.1.10 / Description

-14:    The SRH segment IPv6 locator length
RFC:    The length of the SRH segment IPv6 locator

P.

On 12/12/2023 08:46, Brian Trammell (IETF) wrote:
hi Ahmed,

Yep, this is an erratum.

Not an SR expert but as this is a “significant bit counter” I suspect unsigned8 is the appropriate type here.

Cheers,

Brian

On 12 Dec 2023, at 09:42, <Ahmed.Elhassany@swisscom.com><mailto:Ahmed.Elhassany@swisscom.com> <Ahmed.Elhassany@swisscom.com><mailto:Ahmed.Elhassany@swisscom.com> wrote:

Hello all,

I noticed IE 501 srhSegmentIPv6LocatorLength is recently added to the ipfix registry https://www.iana.org/assignments/ipfix/ipfix.xmlwithout an abstract data type defined (in XML registry <dataType/>). I checked RFC 9487 that added this element to the registry, and it also doesn’t define an abstract data type for IE 501 srhSegmentIPv6LocatorLength.

This sound contradictory to RFC  7012 which states that:

dataType - One of the types listed in Section 3.1<https://www.rfc-editor.org/rfc/rfc7012.html#section-3.1> of this document or

      registered in the IANA "IPFIX Information Element Data Types"

      subregistry.

The implication for not putting a data type in the registry that automated code generators for parsing and handling IPFIX will not work. A user must intervene manually and read the references RFCs to figure out the appropriate data type to be used.

My question to the mailing list: Is my understanding for RFC7012 correct that a data type must be defined as one of IPFIX Information Element Data Types? And if so, I think we need to report an erratum for the RFC9487 and update the registry accordingly.

Best,
-Ahmed
_______________________________________________
IPFIX mailing list
IPFIX@ietf.org<mailto:IPFIX@ietf.org>
https://www.ietf.org/mailman/listinfo/ipfix

_______________________________________________

IPFIX mailing list

IPFIX@ietf.org<mailto:IPFIX@ietf.org>

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