Re: [Bloat] [aqm] [iccrg] AQM deployment status?

2013-11-13 Thread Fred Baker (fred)
On Sep 25, 2013, at 12:24 PM, Mikael Abrahamsson swm...@swm.pp.se wrote: For higher end platforms, for instance all cisco CPU based routers (for some value of all) can be configured with RED, fair-queue or similar, but they come with FIFO as default. This has been the same way since at

Re: [Bloat] [aqm] [iccrg] AQM deployment status?

2013-11-04 Thread Bob Briscoe
Curtis all, At 17:07 14/10/2013, Curtis Villamizar wrote: In enterprise and data center there is also very good control over what equipment is used and how it is used. However, clue density decreases exponentially farther from the core and approaches zero in some data centers and in some

Re: [Bloat] [aqm] [iccrg] AQM deployment status?

2013-09-29 Thread Mikael Abrahamsson
On Sun, 29 Sep 2013, Bob Briscoe wrote: The shallow marking threshold certainly keeps standing queuing delay low. However, that's only under long-running constant conditions. During dynamics, not waiting a few hundred msec to respond to a change in the queue is what keeps the queuing delay

Re: [Bloat] [aqm] [iccrg] AQM deployment status?

2013-09-25 Thread Naeem Khademi
Thanks Shahid Although interesting to know that (W)RED has made it into some hardware (in your RE to Lars' point), my question is more about deployment at the edge or the core, whether it's being used or not? Cheers, Naeem On Wed, Sep 25, 2013 at 8:51 PM, Akhtar, Shahid (Shahid)

Re: [Bloat] [aqm] [iccrg] AQM deployment status?

2013-09-25 Thread Mikael Abrahamsson
On Wed, 25 Sep 2013, Akhtar, Shahid (Shahid) wrote: Please see below examples of support for RED/WRED from switches (from ALU and Cisco websites, search for RED or WRED in document): I'd venture to claim that putting RED on a device with a few milliseconds worth of buffer depth is pretty