You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
During testing the RTT estimate convergence for Connection Bonding (main/backup algorithm), I've noticed that the activation period on the main link ends earlier than expected. It happens at the beginning of a transmission, the activation period ends almost right after 1 RTT is passed since the start of a transmission. As a result, the value of link stability timeout changes to dynamic that depends on the incorrect RTT estimate (actually the initial value of 100 ms). At this time, we haven't yet received the first ACK with the first RTT estimate.
Here the first ACK comes
There is also one problem with RTTVar estimate on the sender side, see ticket #1769.
Describe the bug
During testing the RTT estimate convergence for Connection Bonding (main/backup algorithm), I've noticed that the activation period on the main link ends earlier than expected. It happens at the beginning of a transmission, the activation period ends almost right after 1 RTT is passed since the start of a transmission. As a result, the value of link stability timeout changes to dynamic that depends on the incorrect RTT estimate (actually the initial value of 100 ms). At this time, we haven't yet received the first ACK with the first RTT estimate.
Here the first ACK comes
![Screenshot 2021-01-28 at 16 53 25](https://user-images.githubusercontent.com/41019697/106176940-33634880-6198-11eb-9e2f-13b290a18932.png)
There is also one problem with RTTVar estimate on the sender side, see ticket #1769.
To Reproduce
See issue #1755 for the reproduction steps.
Failed test case:
Test Case 3. Main link shutdown for 40 seconds (higher than
SRTO_PEERIDLETIMEOUT
= 5 s)Statistics and screenshots:
dlst_scen4_rtt1s_test3 #1768.zip
The text was updated successfully, but these errors were encountered: