From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pg0-x22e.google.com (mail-pg0-x22e.google.com [IPv6:2607:f8b0:400e:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 8D1983CB35 for ; Thu, 28 Dec 2017 23:44:23 -0500 (EST) Received: by mail-pg0-x22e.google.com with SMTP id q67so11398866pga.9 for ; Thu, 28 Dec 2017 20:44:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mounce.com.au; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=mMvbD3MaI95jCkB7gykHklSatu8NwDPXDZmeZKTkOuE=; b=WMUDcfRzqc+HJzj3g76PcoU2Wqm/kHjYXjlGqwkiQZeFOwEi8UMRY1HDn558EiR8c9 XGYo+0Nmcc4v3H2C51AK4E7DDeM6wjHRABCIBgaiwDZB228cTB7yDL4eQwnSdDPae/Kd pEXEANq/+NhHO1pX8ymTJHa6cRWqH56aKqgRybxJcRl5tZOcWDGwdpvNldAw5OOzeyZV LsYJ/dJaLPXpbkYQ/1fh7HKsOZPJf5GBNxuf1z7p6MQ9+feLJHbLRmZp9jLhPYwged65 k5QquwULuDOkTbco4BxKzbyTmRX2jI9V+v775pwf25mrHlxISMdAACwsBLonm846QReV 3DqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=mMvbD3MaI95jCkB7gykHklSatu8NwDPXDZmeZKTkOuE=; b=lBKNdCXt0wxYjxq94vJIYYj7ikxwlWC2Sn+xNNg6pz7zXgEPzjm7nXA01y0jfPbuPc R5ShjWlsFNOBBAnLXXpWQ/dqtJIpheiMTQ//kVZd3diWMkJ0TObU/32W6kEQIKttcNXk Ga1ruwQInvjY/qZZ3hQMVeCfzG4s7kU/lfWlbPzP2UqPXcz+0IcSp1TgI0aG2C9An3yK ObO5zEUq0UVa6hRay+2Z0qcBoWl3slH5/W3ikQndYZAeOw/tzwFMQrNP5FfYb7I6HSy7 KJWgEYygka+qqxP6ap3P8i+gVY/5K/OI4cseMvYIbjUkLvuxmQhBtJ8bEjpVJP0Bcpkx xXNQ== X-Gm-Message-State: AKGB3mKTws+mOFIeH7y1EfcCw0Jcbk1qrn8TWjHYmQFvrg7YBEKgpFdP hyP2YL8x9OFqmRzLFCmMC9NU5df3DzMXDU28KMgQEg== X-Google-Smtp-Source: ACJfBovRWTemxceVNvsbMqOkQRPjryidG28eCx6xBPLSVCxfSPXt1m42RGe4FWzdZbMq90ClhR78ugpcy5arnvL0GKk= X-Received: by 10.98.218.24 with SMTP id c24mr34378830pfh.143.1514522662471; Thu, 28 Dec 2017 20:44:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.187.3 with HTTP; Thu, 28 Dec 2017 20:44:06 -0800 (PST) X-Originating-IP: [1.123.16.4] In-Reply-To: References: <3657B600-407D-46A5-BE00-BE0088096FA7@gmail.com> From: Ryan Mounce Date: Fri, 29 Dec 2017 15:14:06 +1030 Message-ID: To: Benjamin Cronce Cc: Rich Brown , bloat Content-Type: text/plain; charset="UTF-8" Subject: Re: [Bloat] Win10 Updates vs cake X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2017 04:44:23 -0000 On 29 December 2017 at 04:18, Benjamin Cronce wrote: > > > On Thu, Dec 21, 2017 at 8:55 PM, Ryan Mounce wrote: >> >> I've experienced this recently myself. In my case I have a 100Mbps >> link from my ISP and their shaper will queue up to about 120ms worth >> of packets (on top of the ~10ms baseline latency). I run cake in >> ingress mode at 99.2Mbps, which has normally been enough to keep >> everything in check and keep my ISP's queue empty at least in the >> steady state. >> >> Boot up a Windows 10 PC that's been unused for a few months, let it >> update and bam! 100-130ms RTT, family member's Netflix stream in the >> next room stalls completely, and running a quick speedtest on a >> different machine (that should get ~50% share of the link under normal >> circumstances with dual-dsthost) yields about 1.2Mbps on a 100Mbps >> link! I performed a quick pcap while this was happening and determined >> that Windows Update had started on the order of 120 parallel HTTP >> downloads from 2 different Akamai cache IPs (within my ISP's network >> 20ms away). >> >> The 20ms jump in latency in your case just indicates that there is a >> small buffer in your DSLAM, however it is still being flooded by the >> parallel transfers from the CDN. >> >> Windows 10 probably deserves most of the blame for opening so many >> parallel connections, however I think there is also some concern here >> with Akamai's FastTCP not responding to congestion signals. > > > Without packet pacing, this is impossible. All TCP implementations have a > minimum window size of 2 segments. Assuming 1500 bytes per segment, that's > 3,000 bytes. Divide by RTT of 20ms for 1.2Mb/s minimum bandwidth. Because > there is no pacing, aka delaying packets, the packets are sent as soon as > the ACK hits. With 120 connections, that's 144Mb/s. It can't respond to > congestion by slowing itself down because it's already as slow as it can go. > Packet pacing is very new and is slowly being standardized. Windows just > needs to reduce the number of connections. This can't be the reason, under this extreme load the queue of my ISP's downstream shaper is permanently full and inducing at least an additional 100ms of latency. Assuming an RTT to Akamai of 100ms this gives a minimum bandwidth of 0.24Mbps, or 28.8Mbps for 120 connections. That is less than 1/3 of my link capacity. Regards, Ryan Mounce > >> >> Regards, >> Ryan Mounce >> >> >> On 22 December 2017 at 12:31, Rich Brown wrote: >> > I'm using LEDE 17.01.4 on my Archer C7v2. I have a 7mbps/768kbps ADSL2+ >> > connection through Fairpoint. The modem stats page shows its "attainable >> > rates" (kbps): 13330/1272 and Rates: 8271/1181. My SQM settings are: >> > >> > Download: 7000 (kbps) >> > Upload: 925 >> > Queue Disc: Cake/piece_of_cake.qos >> > Link Layer: ATM/44 bytes overhead >> > Advanced Options: default >> > >> > I have noticed that Win10 updates cause the network connection to become >> > unusable for other services/people, as if I had bufferbloat. But ping times >> > remain stable - they jump from ~20-22 msec unloaded to 40-50 msec. >> > >> > Experiments I have tried: >> > >> > - Setting download speed to 5000 makes the connection usable for other >> > people, although the ping times remain about the same (40-50 msec) >> > >> > - Setting the download speed to 8600 still keeps ping times down, but >> > that really harms other people's performance. >> > >> > - The link rates (download and upload) seem to track the SQM setting, >> > measured with both YAMon and the built-in real-time graphs. I get ~6,000 >> > kbps with a 7000 download setting, I got ~3,000kbps at the 5000 setting. I >> > get ~8500 kbps after setting download to 8600. >> > >> > - This doesn't seem to happen when I'm downloading other kinds of files >> > (I haven't tried torrenting files...) Downloading non-Win10 update files >> > seems to leave the connection in a fairly responsive state. >> > >> > Any thoughts? What other experiments should I make? Thanks! >> > >> > Rich >> > _______________________________________________ >> > Bloat mailing list >> > Bloat@lists.bufferbloat.net >> > https://lists.bufferbloat.net/listinfo/bloat >> _______________________________________________ >> Bloat mailing list >> Bloat@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/bloat > >