<html><head></head><body>Hi Kevin,<br>
<br>
Silly idea, use the Windows rollback point (or what is it called) from before the update and then run Windows upgrade again.<br>
<br>
Sebastian<br><br><div class="gmail_quote">On July 16, 2016 1:53:20 PM GMT+02:00, Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail"><br /><br />On 16/07/16 11:59, Dave Täht wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> I would repeat the same test with htb+fq_codel.<br /></blockquote><br />Hi Dave,<br /><br />That's more challenging than it sounds - reproducing the test scenario <br />would require the windows box going back in time. What could it be <br />doing that so far any of the flent tests fail to replicate? Hmmm, so <br />far I've used a local flent server...I wonder if RTT is at play here?<br /><br />Kevin<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><br /> On 7/16/16 11:35 AM, Kevin Darbyshire-Bryant wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"> Hi guys,<br /><br /> Encountering some behaviour that I don't understand. Line is a 40/10<br /> cake limited to 39000/9840. Overheads 12, 'dual-dsthosts' in ingress,<br /> 'dual-srcshosts' on engress - limiting the on the WAN line. Take a look<br /> at my ping response graph<br /><br /> <a href="http://www.thinkbroadband.com/ping/share/9822cb5160582fa6abee29b60d807766-16-07-2016.html">http://www.thinkbroadband.com/ping/share/9822cb5160582fa6abee29b60d807766-16-07-2016.html</a><br /><br /><br /> Around 20:30 I fired up a windows machine that was behind on its updates<br /> so it generated a bit of ingress traffic. Note the comparatively high<br /> latency (40ms) and stupidly high ping packet loss (50%) The 3-5ms<br /> steady (blue) latency you can see is a system backup (so egress traffic)<br /> running till around 23:00.<br /><br /> The really strange bit is that cake stats show it has only dropped 10<br /> (yes 10!) packets.<br /><br /> I'm not the only person encountering 'interesting' behaviour with regard<br /> to windows updates inducing high latency and high packet loss. It's as<br /> if cake weren't there managing flows and this is the ISP's rate limiter<br /> in action.<br /><br /> Kevin<br /><br /><hr /><br /> Cake mailing list<br /> Cake@lists.bufferbloat.net<br /> <a href="https://lists.bufferbloat.net/listinfo/cake">https://lists.bufferbloat.net/listinfo/cake</a><br /></blockquote><hr /><br /> Cake mailing list<br /> Cake@lists.bufferbloat.net<br /> <a href="https://lists.bufferbloat.net/listinfo/cake">https://lists.bufferbloat.net/listinfo/cake</a><br /></blockquote><br /><hr /><br />Cake mailing list<br />Cake@lists.bufferbloat.net<br /><a href="https://lists.bufferbloat.net/listinfo/cake">https://lists.bufferbloat.net/listinfo/cake</a><br /></pre></blockquote></div><br>
-- <br>
Sent from my Android device with K-9 Mail. Please excuse my brevity.</body></html>