Skip to main content

Last Call Review of draft-ietf-opsawg-ipfix-on-path-telemetry-14
review-ietf-opsawg-ipfix-on-path-telemetry-14-tsvart-lc-duke-2024-11-17-00

Request Review of draft-ietf-opsawg-ipfix-on-path-telemetry
Requested revision No specific revision (document currently at 23)
Type IETF Last Call Review
Team Transport Area Review Team (tsvart)
Deadline 2024-11-22
Requested 2024-10-10
Requested by Joe Clarke
Authors Thomas Graf , Benoît Claise , Alex Huang Feng
I-D last updated 2026-04-24 (Latest revision 2025-09-30)
Completed reviews Opsdir IETF Last Call review of -14 by Menachem Dodge (diff)
Tsvart IETF Last Call review of -14 by Martin Duke (diff)
Genart Early review of -17 by Behcet Sarikaya (diff)
Perfmetrdir IETF Last Call review of -17 by Qin Wu (diff)
Secdir IETF Last Call review of -19 by Linda Dunbar (diff)
Intdir Telechat review of -20 by Tim Wicinski (diff)
Assignment Reviewer Martin Duke
State Completed
Request IETF Last Call review on draft-ietf-opsawg-ipfix-on-path-telemetry by Transport Area Review Team Assigned
Posted at https://mailarchive.ietf.org/arch/msg/tsv-art/AwAvXxHftDRtCD4PiQGM0JVhJk8
Reviewed revision 14 (document currently at 23)
Result Ready w/issues
Completed 2024-11-17
review-ietf-opsawg-ipfix-on-path-telemetry-14-tsvart-lc-duke-2024-11-17-00
This document has been reviewed as part of the transport area review team's
ongoing effort to review key IETF documents. These comments were written
primarily for the transport area directors, but are copied to the document's
authors and WG to allow them to address any issues raised and also to the IETF
discussion list for information.

When done at the time of IETF Last Call, the authors should consider this
review as part of the last-call comments they receive. Please always CC
tsv-art@ietf.org if you reply to or forward this review.

This document is built on other documents that standardize the collection of
delay statistics in networks (e.g. IOAM, RFC 9326) and the delivery of
telemetry to a collector (IPFIX, RFC 7011). It provides a standard way to
define an express a delay in IPFIX packets. The metric definition is taken from
RFC7679, and is therefore not new to this spec.

Although I have my concerns about congestion related to Direct Export as a
technique, they are not specific to this draft.

This document could use an editorial review for clarity. Sentence fragments
like "The timestamp when the packet is being received at OAM encapsulating
node." are hard to parse. The Introduction was really unclear and I had to read
it a few times to understand what this document was doing, despite a basic
conceptual familiarity with IOAM.