Skip to main content

Telechat Review of draft-ietf-bier-ping-16
review-ietf-bier-ping-16-intdir-telechat-haberman-2025-11-12-00

Request Review of draft-ietf-bier-ping
Requested revision No specific revision (document currently at 21)
Type Telechat Review
Team Internet Area Directorate (intdir)
Deadline 2025-11-18
Requested 2025-10-22
Requested by Éric Vyncke
Authors Nagendra Kumar Nainar , Carlos Pignataro , Mach Chen , Greg Mirsky
I-D last updated 2026-03-30 (Latest revision 2026-03-30)
Completed reviews Intdir Early review of -08 by Brian Haberman (diff)
Secdir Early review of -08 by David Mandelberg (diff)
Rtgdir Early review of -14 by Dhruv Dhody (diff)
Secdir IETF Last Call review of -16 by David Mandelberg (diff)
Tsvart IETF Last Call review of -16 by Marcus Ihlar (diff)
Genart IETF Last Call review of -16 by Roni Even (diff)
Opsdir Telechat review of -16 by Will (Shucheng) LIU (diff)
Intdir Telechat review of -16 by Brian Haberman (diff)
Assignment Reviewer Brian Haberman
State Completed
Request Telechat review on draft-ietf-bier-ping by Internet Area Directorate Assigned
Posted at https://mailarchive.ietf.org/arch/msg/int-dir/VV6KqW0p5Ugvx7DaMa664xbOWzU
Reviewed revision 16 (document currently at 21)
Result Ready w/nits
Completed 2025-11-12
review-ietf-bier-ping-16-intdir-telechat-haberman-2025-11-12-00
I am an assigned INT directorate reviewer for draft-ietf-bier-ping. These
comments were written primarily for the benefit of the Internet Area Directors.
Document editors and shepherd(s) should treat these comments just like they
would treat comments from any other IETF contributors and resolve them along
with any other Last Call comments that have been received. For more details on
the INT Directorate, see https://datatracker.ietf.org/group/intdir/about/

This is a relatively well-written document and I only have a few nits. Happy to
chat about these, if needed.

# Section 3.1

## It is inferred that the OAM Message Length is specifying the length in
bytes/octets. May be good to specify the units for all length fields. ##
QTF/RTF - There are multiple NTP timestamp formats. It appears that this
document wants implementors to use the long (64-bit) NTP timestamp. Would be
useful to be explicit. There is good guidance in RFC 8877 for specifying the
use of timestamps. ## Sender's Handle - A forward pointer to Section 4.3 where
guidance on setting this field is specified would be useful.

# Section 3.3.4

## The text describing the Downstream Mapping TLV is a bit confusing. The field
descriptions under Figure 7 reference the DA Length and the DIA Length, which
are not fields shown in Figure 7. It would be useful to define those separately
from the TLV fields since they are derived from the Address Type.

# Operational considerations - The security considerations seem reasonable for
this type of function, but there is no guidance given on the potential response
explosion that can occur when a sender requests replies from a large number of
BFERs. What advice can you give to operators on the use of this OAM technique
so they don't cause operational issues?