Skip to main content

Telechat Review of draft-ietf-raw-architecture-25
review-ietf-raw-architecture-25-intdir-telechat-haberman-2025-06-30-00

Request Review of draft-ietf-raw-architecture
Requested revision No specific revision (document currently at 27)
Type Telechat Review
Team Internet Area Directorate (intdir)
Deadline 2025-07-08
Requested 2025-06-26
Requested by Éric Vyncke
Authors Pascal Thubert
I-D last updated 2025-07-10 (Latest revision 2025-07-07)
Completed reviews Rtgdir Early review of -21 by Acee Lindem (diff)
Genart IETF Last Call review of -25 by Behcet Sarikaya (diff)
Tsvart IETF Last Call review of -25 by Wesley Eddy (diff)
Secdir IETF Last Call review of -25 by Rich Salz (diff)
Opsdir IETF Last Call review of -25 by Giuseppe Fioccola (diff)
Intdir Telechat review of -25 by Brian Haberman (diff)
Iotdir Telechat review of -25 by Dave Thaler (diff)
Assignment Reviewer Brian Haberman
State Completed
Request Telechat review on draft-ietf-raw-architecture by Internet Area Directorate Assigned
Posted at https://mailarchive.ietf.org/arch/msg/int-dir/uYTrv4TkDJZf2iCJGM9D3zN4zLs
Reviewed revision 25 (document currently at 27)
Result Ready w/nits
Completed 2025-06-30
review-ietf-raw-architecture-25-intdir-telechat-haberman-2025-06-30-00
I am an assigned INT directorate reviewer for this draft. 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/

I have reviewed this document from an Internet Area perspective. I believe this
document is ready for publication as an Informational document with some minor
edits.

1. Section 4.2 says "... performing the retries at Layer-3." I believe this
should be re-worded a bit to be specific about the retries being done in the
forwarding plane.

2. I am curious about the over-emphasis on the OODA Loop concept. The document
spends an inordinate amount of time describing that framework and I think it
detracts a bit from the goal.

3. Another reviewer raised an issue with Figure 8 and I have to agree with
their assessment. The figure itself is a bit complex, but more importantly, the
supporting text never refers to the figure. I am not sure the figure is even
needed given the explanation provided in section 5.1.

4. I would also recommend considering some additional text in the document that
describes the potential conflict between the RAW control loop providing
reliability described in this document with control loops residing at the
transport layer doing similar functions. How will RAW avoid adversely
interacting with actions such as TCP retransmission?