<div dir="ltr">So I was going to upload a couple of very large wireshark dumps, but then I looked at something again and realized I was reading one of steam's poorly documented performance metrics wrong. It appears that more often than not now, my problem is actually host or client side on the cpu/encoding, so my network setup is good. I think their may have also been some client side network driver issues. It also seems that even slight alternate network usage can affect the stream (such as leaving a web browser open) all though this seems strange, I can't imagine how that could be impacted one way or another by the router. So thanks for the help. Looking forward to more improvements on your end.</div><br><div class="gmail_quote"><div dir="ltr">On Sun, Nov 26, 2017 at 5:12 PM Dave Taht <<a href="mailto:dave@taht.net">dave@taht.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Jan Ceuleers <<a href="mailto:jan.ceuleers@gmail.com" target="_blank">jan.ceuleers@gmail.com</a>> writes:<br>
<br>
> Resending with the from-address with which I'm subscribed to the list<br>
><br>
> On 26/11/17 18:53, Dave Taht wrote:<br>
>> On Sun, Nov 26, 2017 at 2:05 AM, Jonathan Morton <<a href="mailto:chromatix99@gmail.com" target="_blank">chromatix99@gmail.com</a>> wrote:<br>
>>> Another explanation for latency spikes on the order of 100ms is that a<br>
>>> periodic (and wholly unnecessary) scan for other APs is run, which requires<br>
>>> the wifi radio to be temporarily tuned away from the currently associated<br>
>>> AP's frequency.<br>
>><br>
>> I'd written that up here:<br>
>><br>
>> <a href="http://blog.cerowrt.org/post/disabling_channel_scans/" rel="noreferrer" target="_blank">http://blog.cerowrt.org/post/disabling_channel_scans/</a><br>
>><br>
>> Which was improved in some release of network manager<br>
>><br>
>> <a href="https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/373680" rel="noreferrer" target="_blank">https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/373680</a><br>
><br>
> Dave,<br>
><br>
> Thanks, but that's not the same problem I experienced. Yours was<br>
> entirely client-side (i.e. it was behaviour of Network Manager). My<br>
> problem was due to the AP asking the client to periodically perform<br>
> scans (by means of hostapd's obss_interval parameter).<br>
<br>
Got it. Thanks!<br>
<br>
><br>
> Similar (but not the same) symptoms - different cause.<br>
><br>
> Jan<br>
><br>
><br>
> _______________________________________________<br>
> Bloat mailing list<br>
> <a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a><br>
> <a href="https://lists.bufferbloat.net/listinfo/bloat" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
_______________________________________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
</blockquote></div><div dir="ltr">-- <br></div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Caleb Cushing<div><br></div><div><a href="http://xenoterracide.com">http://xenoterracide.com</a></div></div></div>