2.2.1.2.3 DelayAckInfo Payload
The DelayAckInfo payload carries information about the delay acknowledgment parameters allowed by the Sender. The presence of this payload is flagged by the DELAYACKINFO (0x100) flag in the header (section 2.2.1.1), and it is sent by the Sender. If the Receiver delays sending acknowledgment for a packet beyond the parameters specified by the Sender, the packet MUST be considered lost and MUST be retransmitted.
|
|
|
|
|
|
|
|
|
|
1 |
|
|
|
|
|
|
|
|
|
2 |
|
|
|
|
|
|
|
|
|
3 |
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
MaxDelayedAcks |
DelayedAckTimeoutInMs |
||||||||||||||||||||||||||||||
MaxDelayedAcks (1 byte): An 8-bit unsigned integer that specifies the maximum number of delayed acknowledgments that can be packed in a single ACK payload (section 2.2.1.2.1).
DelayedAckTimeoutInMs (2 bytes): A 16-bit unsigned integer that specifies the timeout in milliseconds before which acknowledgments need to be sent for all packets. After a packet is received, the Receiver SHOULD accumulate the acknowledgment of this packet while waiting until this timeout is reached, or a maximum of MaxDelayedAcks acknowledgments have accumulated, at which point, the receiver MUST send the ACK payload (section 2.2.1.2.1) immediately.