{'fraction_non_alphanumeric': 0.014434180138568129, 'fraction_numerical': 0.0005773672055427252, 'mean_word_length': 4.776666666666666, 'pattern_counts': {'":': 0, '<': 0, '<?xml version=': 0, '>': 0, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
The Delayed ACK evolution in MPTCP

Multipath TCP (MPTCP) is a major extension of TCP that aims to offer higher aggregate bandwidth and robustness by pooling multiple paths within one transport connection. One of the current weaknesses of the protocol is the Delayed ACK scheme inherited from TCP. The Delayed ACK is an option of TCP that allows the receiver to delay sending an ACK for every other packet within a window given by the Delayed ACK timer. At the sender, the RTO should be no less than the Minimum RTO to avoid spurious timeouts. This strategy can lead to significant performance degradation in the presence of timeouts, especially in high speed networks, where RTT is usually one- or two-order of magnitude smaller than the Minimum RTO. When a subflow occurs a timeout, the receiver has to buffer data from all the subflows until the missing packet is received. The data may overrun the receive buffer to cause flow control at the sender, which seriously impacts the overall performance. In order to avoid MPTCP performance degradation, we propose a new Delayed ACK aiming to remove the Minimum RTO constraint at the sender while to reserve the Delayed ACK function at the receiver. Our solution requires only minor modification to the legacy Delayed ACK scheme and it introduces negligible computational overhead and no extra traffic overhead. We use a NS-3 network simulator to evaluate the performance of our new Delayed ACK in three typical network environments. The results indicate that MPTCP using new Delayed ACK scheme requires much smaller aggregate buffer than MPTCP using the legacy Delayed ACK scheme, especially in high speed networks where the buffer requirement reduces one- or two-order of magnitude.