Subflows marked as "stale" should be probed from time to time, e.g. once per RTT if there are data to send, at the end of a batch.
Currently, these subflows will be somehow probed if there are data in the subflow send queue thanks to TCP RTO. But once the send queue has been emptied and if the packet scheduler wants to keep the subflow as "stale", it is no longer probed.
If there are data to send at MPTCP level and nothing in the send queue of the subflow marked as "stale", the subflow should be probed by reinjecting already and still in-flight data (one full packet or one byte). It is important here to duplicate data not to block the transfer by using a "bad" subflow.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4