Re: [tsvwg] I-D Action: draft-ietf-tsvwg-udp-options-dplpmtud-02.txt

[[e-mail]]

Hi Gorry, 

Thank you for taking into account the first set of comments. Please find below some additional comments. Most of them are nits. 

* Consider updating Section 2 to indicate that the reader should be familiar with the terms defined in Sections 2 and 5 of RFC8899.
* Section 3:
(1) (nit)

OLD: An upper PL (or application ..
NEW: An upper PL (or application) ..

(2) (nit)
OLD: at multiple levels, so, when when ...
NEW: at multiple levels, so, when ...

(3) (nit)
OLD: This section describes packet formats and procedures for DPLPMTUD using UDP Options ..
NEW: This document describes packet formats and procedures for DPLPMTUD using UDP Options ..

* Section 4:  

(1) ".. as noted in bullet 2 of Section 2 in [RFC8899]": I checked that section but failed to see the relevant part to which this text refers to. 

(2) You may change "token" to "nonce" to align with the udp-options I-D 

(3) (nit) s/to reception of a previously received REQ Option/to a received REQ Option

(4) (nit) s/reception of a specific received probe/reception of a specific probe

(5) "The initial value of the four byte token field SHOULD... ": not sure why "initial" is mentioned here. I would reword this to require that each nonce value is randomly generated. 

(6) (nit) s/A probe to confirm the path can support the BASE_PLPMTU see Section 5.1.4 of [RFC8899])/A probe to confirm the path can support the BASE_PLPMTU (Section 5.1.4 of [RFC8899]).

(7) Section 4.2.4 "Sending Packet Probes that include Application Data" says the following:

   The method can be designed to only use probes that are formed of a
   UDP datagram that includes application data (which could be
   applications control information), padded to the required size and
   include a RES Option.  This implements "Probing using padding data",
   and avoids having to retransmit application data when a probe fails.

There is a disconnect between the first sentence and the second one. 

* Section 7: I would a mention about nonce guards for off-path attacks.

Thank you. 

Cheers,
Med

> -----Message d'origine-----
> De : I-D-Announce <[e-mail]> De la part de internet-
> [e-mail]
> Envoyé : jeudi 25 novembre 2021 16:42
> À : [e-mail]
> Cc : [e-mail]
> Objet : I-D Action: draft-ietf-tsvwg-udp-options-dplpmtud-02.txt
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
> This draft is a work item of the Transport Area Working Group WG of the
> IETF.
> 
>         Title           : Datagram PLPMTUD for UDP Options
>         Authors         : Godred Fairhurst
>                           Tom Jones
> 	Filename        : draft-ietf-tsvwg-udp-options-dplpmtud-02.txt
> 	Pages           : 11
> 	Date            : 2021-11-25
> 
> Abstract:
>    This document specifies how a UDP Options sender implements Datagram
>    Packetization Layer Path Maximum Transmission Unit Discovery
>    (DPLPMTUD) as a robust method for Path Maximum Transmission Unit
>    discovery.  This method uses the UDP Options packetization layer.  It
>    allows a datagram application to discover the largest size of
>    datagram that can be sent across a specific network path.
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-tsvwg-udp-options-dplpmtud/
> 
> There is also an htmlized version available at:
> https://datatracker.ietf.org/doc/html/draft-ietf-tsvwg-udp-options-
> dplpmtud-02
> 
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-tsvwg-udp-options-dplpmtud-02
> 
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> 
> _______________________________________________
> I-D-Announce mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft directories: http://www.ietf.org/shadow.html or
> ftp://ftp.ietf.org/ietf/1shadow-sites.txt

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.