I'm not sure that's entirely accurate. QoS has its place. Real-time
traffic, for things like VoIP, needs special treatment. For traffic like
that, its much preferable to drop packets from other flows before
dropping packets from a real-time flow. Also, regardless of bufferbloat,
sometimes its n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27.05.2012 14:25, Brian J. Murrell wrote:
> I wonder though, how many people are using QoS as a band-aid for
> bufferbloat. Anyone using QoS to keep their upstream bandwidth
> below their supposed available bandwidth ...
Think your fully right, I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27.05.2012 03:17, Jeroen van Bemmel wrote:
> Yes, but we probably want to keep people from installing both at
> the same time. Any idea how to handle that nicely?
I think thats easy possible like on PA/avahi (no)dbus ...;
Works, I started splitting
Radvd has been updated to 1.8.5 a few months ago, while Openwrt still uses
1.8.3. http://www.litech.org/radvd/
This patch updates radvd to 1.8.5. No major changes required.
signed off by: hannu.ny...@iki.fi
I send the patch again to make sure that Windows does not mess with LFs...
(not sure if
Radvd has been updated to 1.8.5 a few months ago, while Openwrt still uses
1.8.3. http://www.litech.org/radvd/
This patch updates radvd to 1.8.5. No major changes required.
signed off by: hannu.ny...@iki.fi
Looks like the mail program messed the long lines in the previous message so I
am rese
Radvd has been updated to 1.8.5 a few months ago, while Openwrt still uses
1.8.3. http://www.litech.org/radvd/
This patch updates radvd to 1.8.5. No major changes required.
signed off by: hannu.ny...@iki.fi
perus@hnvb:/Openwrt/trunk/feeds/packages$ patch -p1 -i radvd185.patch
patching file ip
On 12-05-27 07:51 AM, Felix Fietkau wrote:
> On 2012-05-27 3:56 AM, Adam Gensler wrote:
>> In other words, if you need QoS already, fq_codel won't eliminate that
>> need. But, if you aren't running QoS already, fq_codel has some really
>> great potential to keep things running smoothly under load
On 2012-05-27 3:56 AM, Adam Gensler wrote:
> I've spent the last few hours looking into fq_codel. Currently I'm
> running a pretty basic hfsc QoS scheme for VoIP and Games. Everything
> else goes into the Default queue where I have SFQ enabled. From what I
> can see of fq_codel, it is only meant
