5 ms·
It handles congestion control slightly differently since it can estimate the Round Trip Time more accurately, but it’s essentially the same ACK based mechanism
by coddle-hark 6y ago
It handles congestion control slightly differently since it can estimate the Round Trip Time more accurately, but it’s essentially the same ACK based mechanism that TCP uses. The current draft [0] from the QUIC working group basically describes TCP NewReno (the authors say so themselves).
[0] https://quicwg.org/base-drafts/draft-ietf-quic-recovery.html https://quicwg.org/base-drafts/draft-ietf-quic-recovery.html
- Matthias247 6y agoYes, congestion control is based on New Reno. But I think there are some higher level pieces where Quic is more flexible, and which can lead to higher performance on lossy links. E.g. has the ability to repackage data that was assumed lost in previous datagrams, and combine it with new data - leading to less total transmitted data in that cases. It doesn't have to retransmit every packet in exactly the same fashion. Some Quic implementation make use of this ability - while others don't. And it might also have a bit more flexibility when to retransmit (but I'm not an expert).