Skip to content

Commit

Permalink
Script updating gh-pages from 81d4aa7. [ci skip]
Browse files Browse the repository at this point in the history
  • Loading branch information
ID Bot committed Nov 29, 2023
1 parent 69266cc commit c9227a2
Show file tree
Hide file tree
Showing 2 changed files with 5 additions and 8 deletions.
6 changes: 2 additions & 4 deletions draft-ietf-quic-ack-frequency.html
Original file line number Diff line number Diff line change
Expand Up @@ -1342,10 +1342,8 @@ <h2 id="name-negotiating-extension-use">
receiving ACK_FREQUENCY frames. If an endpoint sends the transport parameter,
the peer is allowed to send ACK_FREQUENCY frames independent of whether it also
sends the min_ack_delay transport parameter or not.<a href="#section-3-4" class="pilcrow"></a></p>
<p id="section-3-5">Receiving a min_ack_delay transport parameter indicates that the peer might send
ACK_FREQUENCY frames in the future. Until an ACK_FREQUENCY frame is received,
receiving this transport parameter does not cause the endpoint to
change its acknowledgement behavior.<a href="#section-3-5" class="pilcrow"></a></p>
<p id="section-3-5">Until an ACK_FREQUENCY frame is received, sending the min_ack_delay transport
parameter does not cause the endpoint to change its acknowledgement behavior.<a href="#section-3-5" class="pilcrow"></a></p>
<p id="section-3-6">Endpoints MUST NOT remember the value of the min_ack_delay transport parameter
they received for use in a subsequent connection. Consequently, ACK_FREQUENCY
frames cannot be sent in 0-RTT packets, as per <span><a href="https://rfc-editor.org/rfc/rfc9000#section-7.4.1" class="relref">Section 7.4.1</a> of [<a href="#QUIC-TRANSPORT" class="cite xref">QUIC-TRANSPORT</a>]</span>.<a href="#section-3-6" class="pilcrow"></a></p>
Expand Down
7 changes: 3 additions & 4 deletions draft-ietf-quic-ack-frequency.txt
Original file line number Diff line number Diff line change
Expand Up @@ -189,10 +189,9 @@ Table of Contents
independent of whether it also sends the min_ack_delay transport
parameter or not.

Receiving a min_ack_delay transport parameter indicates that the peer
might send ACK_FREQUENCY frames in the future. Until an
ACK_FREQUENCY frame is received, receiving this transport parameter
does not cause the endpoint to change its acknowledgement behavior.
Until an ACK_FREQUENCY frame is received, sending the min_ack_delay
transport parameter does not cause the endpoint to change its
acknowledgement behavior.

Endpoints MUST NOT remember the value of the min_ack_delay transport
parameter they received for use in a subsequent connection.
Expand Down

0 comments on commit c9227a2

Please sign in to comment.