From 5f468ee5e02a0d63ed8ad7420ee1beda87e524d6 Mon Sep 17 00:00:00 2001 From: Dimitri Staessens Date: Sat, 6 Jun 2020 09:48:56 +0200 Subject: lib: Allow pure acknowledgment packets in FRCT This adds the logic to send a pure acknowledgment packet without any data to send. This needed the event filter for the fqueue, as these non-data packets should not trigger application PKT events. The default timeout is now 10ms, until we have FRCP tuning as part of fccntl. Karn's algorithm seems to be very unstable with low (sub-ms) RTT estimates. Doubling RTO (every RTO) seems still too slow to prevent rtx storms when the measured rtt suddenly spikes several orders of magnitude. Just assuming the ACK'd packet is the last one transmitted seems to be a lot more stable. It can lead to temporary underestimation, but this is not a throughput-killer in FRCP. Changes most time units to nanoseconds for faster computation. Signed-off-by: Dimitri Staessens Signed-off-by: Sander Vrijders --- doc/man/fqueue.3 | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) (limited to 'doc') diff --git a/doc/man/fqueue.3 b/doc/man/fqueue.3 index cbc8ee4e..85e12518 100644 --- a/doc/man/fqueue.3 +++ b/doc/man/fqueue.3 @@ -68,8 +68,7 @@ On success, \fBfqueue_create\fR() returns a pointer to an \fBfqueue_destroy\fR() has no return value. -On success, \fBfevent\fR() returns the number of events that occured -in \fIset\fR. +On success, \fBfevent\fR() returns 1. On success, \fBfqueue_next\fR() returns the next file descriptor for which an event occurred. -- cgit v1.2.3