Re: [quicwg/base-drafts] Sender-Controlled Delayed ACK Ratio (#1978)

[janaiyengar <[e-mail]>]

So I think what you're suggesting is a new parameter, perhaps call it
SuggestedAckDelay. We already have MaxAckDelay which is a receiver
advertisement.

We'd need to use max(SuggestedAckDelay, MaxAckDelay) for setting the RTO
value. But given that SuggestedAckDelay might change with an UPDATE frame,
which may or may not have been  received when an RTO is set, that gets
complicated real fast.

Given that the sender knows it's cwnd, I wonder if just sending a packet
limit might be enough, since the sender can (roughly) translate time to
packets.

On Wed, Nov 14, 2018, 7:14 PM ianswett <[e-mail] wrote:

> But in order to achieve the "ACK about 4 times per RTT" you need to give
> the sender the ability to change the receiver's MaxAckDelay.
>
> Otherwise, I might be happy with you ACKing 10 packets at once, but I
> don't want you delaying that ack a full MaxAckDelay.
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <https://github.com/quicwg/base-drafts/issues/1978#issuecomment-438666106>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/AKjg1Fjxz0LZjw_ptFOWTRbbV7UBFUZUks5uvB4ugaJpZM4YSA-X>
> .
>


-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/issues/1978#issuecomment-438677416