On Wed, Feb 21, 2018 at 7:38 AM, Teodor Milkov wrote:
> Here they are:
>
>
> http://vps3.avodz.org/tmp/frto-4.14.11-linux.pcap.xz - 3.3 MB/s
>
> http://vps3.avodz.org/tmp/frto-4.14.11-windows.pcap.xz - connection
> completely froze and eventually timed out
>
> http://vps3.avodz.org/tmp/frto-4.1
On 19.02.2018 20:05, Neal Cardwell wrote:
On Mon, Feb 19, 2018 at 11:17 AM, Teodor Milkov wrote:
On 19.02.2018 15:38, Neal Cardwell wrote:
On Sun, Feb 18, 2018 at 4:02 PM, Teodor Milkov wrote:
Hello,
I've numerous reports from Windows users that after kernel upgrade from
4.9
to 4.14 they ex
On Mon, Feb 19, 2018 at 11:17 AM, Teodor Milkov wrote:
> On 19.02.2018 15:38, Neal Cardwell wrote:
>>
>> On Sun, Feb 18, 2018 at 4:02 PM, Teodor Milkov wrote:
>>>
>>> Hello,
>>>
>>> I've numerous reports from Windows users that after kernel upgrade from
>>> 4.9
>>> to 4.14 they experienced major
On 19.02.2018 15:38, Neal Cardwell wrote:
On Sun, Feb 18, 2018 at 4:02 PM, Teodor Milkov wrote:
Hello,
I've numerous reports from Windows users that after kernel upgrade from 4.9
to 4.14 they experienced major slow downs and transfer stalls.
After some digging, I found that the slowness start
On Sun, Feb 18, 2018 at 4:02 PM, Teodor Milkov wrote:
> Hello,
>
> I've numerous reports from Windows users that after kernel upgrade from 4.9
> to 4.14 they experienced major slow downs and transfer stalls.
>
> After some digging, I found that the slowness starts with this commit:
>
> tcp: exten
Hello,
I've numerous reports from Windows users that after kernel upgrade from 4.9 to
4.14 they experienced major slow downs and transfer stalls.
After some digging, I found that the slowness starts with this commit:
tcp: extend F-RTO to catch more spurious timeouts (89fe18e44)
https://git.
From: Yuchung Cheng
Date: Fri, 7 Apr 2017 11:42:05 -0700
> The recent extension of F-RTO 89fe18e44 ("tcp: extend F-RTO
> to catch more spurious timeouts") interacts badly with certain
> broken middle-boxes. These broken boxes modify and falsely raise
> the receive window on the ACKs. During a t
The recent extension of F-RTO 89fe18e44 ("tcp: extend F-RTO
to catch more spurious timeouts") interacts badly with certain
broken middle-boxes. These broken boxes modify and falsely raise
the receive window on the ACKs. During a timeout induced recovery,
F-RTO would send new data packets to probe
