[IPFIX] [Errata Held for Document Update] RFC7011 (7413)

RFC Errata System <rfc-editor@rfc-editor.org> Wed, 26 April 2023 19:03 UTC

Return-Path: <wwwrun@rfcpa.amsl.com>
X-Original-To: ipfix@ietfa.amsl.com
Delivered-To: ipfix@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64206C1519BA; Wed, 26 Apr 2023 12:03:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.947
X-Spam-Level:
X-Spam-Status: No, score=-3.947 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x70yG-HGlEUi; Wed, 26 Apr 2023 12:03:37 -0700 (PDT)
Received: from rfcpa.amsl.com (rfc-editor.org [50.223.129.200]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2FA41C151B17; Wed, 26 Apr 2023 12:02:34 -0700 (PDT)
Received: by rfcpa.amsl.com (Postfix, from userid 499) id DDEDDF3623; Wed, 26 Apr 2023 12:02:34 -0700 (PDT)
To: mwd@cert.org, bclaise@cisco.com, trammell@tik.ee.ethz.ch, paitken@cisco.com
From: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: warren@kumari.net, iesg@ietf.org, ipfix@ietf.org, rfc-editor@rfc-editor.org
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20230426190234.DDEDDF3623@rfcpa.amsl.com>
Date: Wed, 26 Apr 2023 12:02:34 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipfix/ggNnUX33ycx7zxGl1yQ3qEya1EI>
Subject: [IPFIX] [Errata Held for Document Update] RFC7011 (7413)
X-BeenThere: ipfix@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IPFIX WG discussion list <ipfix.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipfix>, <mailto:ipfix-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipfix/>
List-Post: <mailto:ipfix@ietf.org>
List-Help: <mailto:ipfix-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipfix>, <mailto:ipfix-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Apr 2023 19:03:38 -0000

The following errata report has been held for document update 
for RFC7011, "Specification of the IP Flow Information Export (IPFIX) Protocol for the Exchange of Flow Information". 

--------------------------------------
You may review the report below and at:
https://www.rfc-editor.org/errata/eid7413

--------------------------------------
Status: Held for Document Update
Type: Technical

Reported by: Michael Duggan <mwd@cert.org>
Date Reported: 2023-04-02
Held by: Wa (IESG)

Section: 3.4.1

Original Text
-------------
Field Count

      Number of fields in this Template Record.

Corrected Text
--------------
Field Count

Number of fields in this Template Record. The Field Count MUST NOT be zero, unless used in a Template Withdrawal.

Notes
-----
If the size of data record corresponding to a template can ever be zero, then  the only valid size for such a data set is the size of the set header.  For normal cases any size greater than that of the set header is a valid size, since records are read from a set until the number of octets remaining is less than the smallest possible record size for that set.  If a record size can be zero, then any number of bytes past the header cannot be padding (is not smaller than the smallest record), and a conforming implementation might return an infinite number of zero-sized records.  As this could cause a denial of service situation, rejecting templates that define zero-sized records seems to be the simplest solution.

Similar text may be necessary for Option Template records, though the fact that the scope count MUST be non-zero may negate the necessity.

---
WK: See thread https://mailarchive.ietf.org/arch/msg/ipfix/AkCZr1jObLt_x9cyQ73qXBlKC2w/ for more info.
WK -  2023-04-26: Update from the original reporter (Michael) and confirmations from authors (Brian and Benoit) that Field Count can be zero in the case of Template Withdrawal. Changing the state from Verified to HFDU, so that this can be better clarified in any future updates. 

--------------------------------------
RFC7011 (draft-ietf-ipfix-protocol-rfc5101bis-10)
--------------------------------------
Title               : Specification of the IP Flow Information Export (IPFIX) Protocol for the Exchange of Flow Information
Publication Date    : September 2013
Author(s)           : B. Claise, Ed., B. Trammell, Ed., P. Aitken
Category            : INTERNET STANDARD
Source              : IP Flow Information Export
Area                : Operations and Management
Stream              : IETF
Verifying Party     : IESG