Re: [Bloat] [Cake] [Make-wifi-fast] dslreports is no longer free

> Fast.com reports my unloaded latency as 4ms, my loaded latency as ~7ms For download, I show 6ms unloaded and 6-7 loaded. But for upload the loaded shows as 7-8 and I see it blip upwards of 12ms. But I am no longer using any traffic shaping. Any anti-bufferbloat is from my ISP. A graph of the

Re: [Bloat] first bufferbloat free cablemodem?

Quote from the link "With 24 download and 8 upload channels, the Arris can get download speeds of up to a gigabit if your plan offers it. I'm too cheap for that experience right now, but its nice to have it as a possible option for the future. Now for the pleasant surprise. With my previous

Re: [Bloat] No backpressure "shaper"+AQM

On Tue, Jul 24, 2018 at 4:44 PM Jonathan Morton wrote: > > On 25 Jul, 2018, at 12:39 am, Benjamin Cronce wrote: > > > > Just looking visual at the DSLReport graphs, I more normally see maybe a > few 40ms-150ms ping spikes, while my own attempts to shape can get me >

Re: [Bloat] No backpressure "shaper"+AQM

On Tue, Jul 24, 2018 at 3:57 PM Dave Taht wrote: > On Tue, Jul 24, 2018 at 1:11 PM Benjamin Cronce wrote: > > > > Maybe the Bobbie idea already would do this, but I did not see it > explicitly mentioned on its wiki. > > you are basically correct below. bobbie's core idea

Re: [Bloat] No backpressure "shaper"+AQM

On Tue, Jul 24, 2018 at 3:33 PM Jonathan Morton wrote: > > On 24 Jul, 2018, at 11:11 pm, Benjamin Cronce wrote: > > > > The problem that I'm getting is by adding my own shaping, a measurable > amount of the benefit of their AQM is lost. While I am limited to Codel, > HF

[Bloat] No backpressure "shaper"+AQM

Maybe the Bobbie idea already would do this, but I did not see it explicitly mentioned on its wiki. The below is all about shaping ingress, not egress. My issue is that my ISP already does a good job with their AQM but nothing is perfect and their implementation of rate limiting has a kind of

Re: [Bloat] Upgrading to 250Mb internet - dslreport results

download burst can get while allowing the ISP to do the bulk of the AQM. On Mon, Jul 23, 2018 at 7:33 AM Benjamin Cronce wrote: > The contract on my $39.95 150/150 internet has ended and and wife decided > we're going to the $70 250/250 contractless package. Yay, no more contracts > for

[Bloat] Upgrading to 250Mb internet - dslreport results

The contract on my $39.95 150/150 internet has ended and and wife decided we're going to the $70 250/250 contractless package. Yay, no more contracts for anything for anyone. The switch over is supposed to happen today, so I decide to do some dslreport speedtests 150/150 shaped to 145/145

Re: [Bloat] Netflix's fast.com now measuring bufferbloat

Got 2ms unloaded and 12ms loaded just using Codel. Hoping to setup fq_Codel with pfSense 2.4.4 On Wed, Jul 18, 2018 at 3:44 AM Arie wrote: > In addition to now measuring upload speed and idle latency, it also > measures latency under load. The blog post announcing the change also has a > shout

Re: [Bloat] powerboost and sqm

Strict token bucket without fair queuing can cause packetloss bursts for all flows. In my personal experience when dealing with a low(single digit) RTT, I would find that my ex-50Mb connection would accept a 1Gb burst and ACK all of the data. Then the sender would think I had a 1Gb link and keep

Re: [Bloat] Curious bufferbloat on DOCSIS connection with many downloads

Along what Michael Richardson said, with GPON I have seen where idle latency was ~1.5ms, but under load latency was about 0.2ms. I wouldn't be surprised if TDMA scheduling playing a factor. I don't know what kind of latency SLAs DOCSIS can or typically have. GPON has scheduling latency all the way

Re: [Bloat] Win10 Updates vs cake

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

Re: [Bloat] benefits of ack filtering

On Wed, Nov 29, 2017 at 10:50 AM, Sebastian Moeller wrote: > Hi Mikael, > > > > On Nov 29, 2017, at 13:49, Mikael Abrahamsson wrote: > > > > On Wed, 29 Nov 2017, Sebastian Moeller wrote: > > > >> Well, ACK filtering/thinning is a simple trade-off: redundancy

Re: [Bloat] benefits of ack filtering

I wonder if TCP could be effectively changed to send an ACK every WindowSize/N number of packets. We'd need to be careful about how this would affect 'slow start'. On Wed, Nov 29, 2017 at 12:09 AM, Mikael Abrahamsson wrote: > On Tue, 28 Nov 2017, Dave Taht wrote: > > Recently

Re: [Bloat] Steam's distribution service - exceeding inbound policiers and bufferbloat

All current TCP implementations have a minimum window size of two segments. If you have 20 open connections, then the minimum bandwidth TCP will attempt to consume is (2 segments * 20 connection)/latency. If you have very low latency relative to your bandwidth, the sender will not respond to

Re: [Bloat] Steam's TCP analysis

Now that I think of it, since TCP wants a minimum of two un-acked packets, you can just reduce the rate of your ACKs to keep the sender from flooding. Total hack of course. It's really a packet-pacing issue. On Fri, Jan 27, 2017 at 6:11 PM, Benjamin Cronce <bcro...@gmail.com>

Re: [Bloat] Steam's TCP analysis

In the past I've seen issues with Windows Updates because the CDN was 1 ms away. TCP wants to have 2 segments in flight, resulting in a non-responsive TCP stream below 13Mb/s. CDNs with low RTTs cause cause issues with low bandwidth connections. Not only does DSL tend to have a low first hop

Re: [Bloat] fixing bufferbloat in 2017

it was. Ahh, packet packing, what a fun problem. On Wed, Nov 23, 2016 at 12:38 PM, David Lang <da...@lang.hm> wrote: > On Wed, 23 Nov 2016, Benjamin Cronce wrote: > > Most people only have a 1Gb network link, >> > > umm, no, most people have FAR slower links, by an

Re: [Bloat] fixing bufferbloat in 2017

/ >> >> I assume it has an ath9k. >> >> Maybe they could implement the ath9k fq_codel and airtime patches. >> >> The user base that buys this product seems like they would be more >> familiar with setting up routers than the average person. >> >> On 11/2

Re: [Bloat] fixing bufferbloat in 2017

On Wed, Nov 23, 2016 at 11:20 AM, Mikael Abrahamsson wrote: > On Wed, 23 Nov 2016, Pedro Tumusok wrote: > > If this something we should try, I can help out with the first point, but >> the second one probably needs local bufferbloat evangelists. >> > > I am not worried about

Re: [Bloat] 22 seconds til bloat on gfiber?

at out to the normal size of a conduit, you're getting into the 100k strands per conduit range, assuming perfect packing density. On Tue, Oct 25, 2016 at 10:59 AM, Jan Ceuleers <jan.ceule...@gmail.com> wrote: > On 25/10/16 00:10, Benjamin Cronce wrote: > > WDM-PON, giving each cus

Re: [Bloat] 22 seconds til bloat on gfiber?

ify the checkbox is checked. > then run it. Send me a link to the results if you don't see any difference > still. > > thanks > -Justin > > > On Tue, Oct 25, 2016 at 9:10 AM, Benjamin Cronce <bcro...@gmail.com> > wrote: > >> WDM-PON, giving each customer thei

Re: [Bloat] 22 seconds til bloat on gfiber?

On the opposite side of things. I found these. I wish more people did high resolution samples. http://www.dslreports.com/speedtest/5414499 http://www.dslreports.com/speedtest/5414506 Why does Google Fiber have so much bloat? They're running line rate. This means their buffers are actually sized

Re: [Bloat] Questions About Switch Buffering

Routers and firewalls are common to have AQMs because they mostly deal with a high to low bandwidth transition from LAN to WAN. Internal networks rarely have bandwidth issues and congestion only happens when you don't have enough bandwidth. LANs are relatively easy to increase bandwidth. Either by

Re: [Bloat] new "vector packet processing" based effort to speed up networking

Modern CPUs could push a lot of PPS, but they can't with current network stacks. Linux or FreeBSD on a modern 3.5ghz octal core Xeon can't push enough 64 byte packets to saturate a 100Mb link. PFSense 3.0 was looking to use dpdk to do line rate 40Gb, but they are also looking at alternatives like

[Bloat] TCP congestion detection - random thoughts

Just a random Sunday morning thought that has probably already been thought of before, but I currently can't think of hearing it before. My understanding of most TCP congestion control algorithms is they primarily watch for drops, but drops are indicated by the receiving party via ACKs. The issue

Re: [Bloat] tackling torrent on a 10mbit uplink (100mbit down)

They say connection but really mean a state. Handshake completed or not, a state must be created. Most torrent clients also self limit the number of half opened connections, as not to kill your $200 firewall with a flood of new states. I've seen a default of between 10 and 50. On Sun, Jun 21,

Re: [Bloat] tackling torrent on a 10mbit uplink (100mbit down)

7) transmission ate a metric ton of cpu (30% on a i3) at these speeds. 8) My (cable) link actually is 140mbit down, 11 up. I did not much care for asymmetric networks when the ratios were 6x1, so 13x1 is way up there Anyway, 20% packet loss of the right packets was survivable. I will

Re: [Bloat] backbone loss statistics over the past 15 years or so?

Now in 2015 I notice that it is at 0% packet loss worldwide. Looks like the big boys found a way to fight any connection speed, and buffer issues that where the cause of what was an ever increasing packet loss issue. My wish is that it would now make it all the way down to the end of

Re: [Bloat] Bloat done correctly?

Hi Jonathan, On June 12, 2015 9:14:02 PM GMT+02:00, Jonathan Morton chromatix99 at gmail.com wrote: We have a test in Flent which tries to exercise this case: 50 flows in one direction and 1 in the other, all TCP. Where the 50 flows are on the narrow side of an asymmetric link, it is

Re: [Bloat] Bloat done correctly?

Hi Benjamin, On Jun 12, 2015, at 17:33 , Benjamin Cronce bcronce at gmail.com wrote: On Fri, Jun 12, 2015 at 4:08 AM, Sebastian Moeller wrote: Hi Benjamin, To go off onto a tangent: On Jun 12, 2015, at 06:45 , Benjamin Cronce wrote: [...] Under load while doing P2P

Re: [Bloat] [Cake] active sensing queue management

On Fri, 12 Jun 2015, Benjamin Cronce wrote: On 12/06/15 02:44, David Lang wrote: On Thu, 11 Jun 2015, Sebastian Moeller wrote: On Jun 11, 2015, at 03:05 , Alan Jenkins alan.christopher.jenkins at gmail.com wrote: On 10/06/15 21:54, Sebastian Moeller wrote: One solution would

Re: [Bloat] [Cake] active sensing queue management

On Fri, 12 Jun 2015, Daniel Havey wrote: On Thu, Jun 11, 2015 at 6:49 PM, David Lang david at lang.hm wrote: On Wed, 10 Jun 2015, Daniel Havey wrote: We know that (see Kathy and Van's paper) that AQM algorithms only work when they are placed at the slowest queue. However, the AQM is

Re: [Bloat] Bloat done correctly?

On Fri, Jun 12, 2015 at 4:08 AM, Sebastian Moeller wrote: Hi Benjamin, To go off onto a tangent: On Jun 12, 2015, at 06:45 , Benjamin Cronce wrote: [...] Under load while doing P2P(About 80Mb down and 20Mb up just as I started the test) HFSC: P2P in 20% queue and 80/443/8080 in 40

Re: [Bloat] [Cake] active sensing queue management

On 12/06/15 02:44, David Lang wrote: On Thu, 11 Jun 2015, Sebastian Moeller wrote: On Jun 11, 2015, at 03:05 , Alan Jenkins alan.christopher.jenkins at gmail.com wrote: On 10/06/15 21:54, Sebastian Moeller wrote: One solution would be if ISPs made sure upload is 100%

[Bloat] Bloat done correctly?

This is my first time using a mailing list, so I apologize if I break any etiquettes. Here is my situation. I have 100/100 via GPON, the ISP claims dedicated bandwidth defined as the port is not oversubscribed. I was told their core network can handle all customers at 100% of their provisioned