[Cake] Cake strange behaviour
moeller0 at gmx.de
Sat Jul 16 09:37:22 EDT 2016
Silly idea, use the Windows rollback point (or what is it called) from before the update and then run Windows upgrade again.
On July 16, 2016 1:53:20 PM GMT+02:00, Kevin Darbyshire-Bryant <kevin at darbyshire-bryant.me.uk> wrote:
>On 16/07/16 11:59, Dave Täht wrote:
>> I would repeat the same test with htb+fq_codel.
>That's more challenging than it sounds - reproducing the test scenario
>would require the windows box going back in time. What could it be
>doing that so far any of the flent tests fail to replicate? Hmmm, so
>far I've used a local flent server...I wonder if RTT is at play here?
>> On 7/16/16 11:35 AM, Kevin Darbyshire-Bryant wrote:
>>> Hi guys,
>>> Encountering some behaviour that I don't understand. Line is a
>>> cake limited to 39000/9840. Overheads 12, 'dual-dsthosts' in
>>> 'dual-srcshosts' on engress - limiting the on the WAN line. Take a
>>> at my ping response graph
>>> Around 20:30 I fired up a windows machine that was behind on its
>>> so it generated a bit of ingress traffic. Note the comparatively
>>> latency (40ms) and stupidly high ping packet loss (50%) The 3-5ms
>>> steady (blue) latency you can see is a system backup (so egress
>>> running till around 23:00.
>>> The really strange bit is that cake stats show it has only dropped
>>> (yes 10!) packets.
>>> I'm not the only person encountering 'interesting' behaviour with
>>> to windows updates inducing high latency and high packet loss. It's
>>> if cake weren't there managing flows and this is the ISP's rate
>>> in action.
>>> Cake mailing list
>>> Cake at lists.bufferbloat.net
>> Cake mailing list
>> Cake at lists.bufferbloat.net
>Cake mailing list
>Cake at lists.bufferbloat.net
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Cake