Clarify PATH_RESPONSE lack of retransmission in Path Validation #2724
Labels
-transport
design
An issue that affects the design of the protocol; resolution requires consensus.
has-consensus
An issue that the Chairs have determined has consensus, by canvassing the mailing list.
Projects
We have a must for PATH_CHALLENGE "The endpoint MUST use unpredictable data in every PATH_CHALLENGE frame so that it can associate the peer's response with the corresponding PATH_CHALLENGE."
"On receiving a PATH_CHALLENGE frame, an endpoint MUST respond immediately by echoing the data contained in the PATH_CHALLENGE frame in a PATH_RESPONSE frame."
This text should clarify that an endpoint MUST respond exactly once as well. Saving PATH_RESPONSEs for later retransmission could be a memory attack. If one wanted to be particularly careful you could also limit how many you buffer if you're congestion control limited.
https://tools.ietf.org/html/draft-ietf-quic-transport-20#section-8.2
The text was updated successfully, but these errors were encountered: