[Cerowrt-devel] trivial 6in4 fix(?)
dave.taht at gmail.com
Sun Jun 16 15:13:03 EDT 2013
I don't think I pushed out the 6in4 patch into the build. Hell, I
forgot to tag it too. Remind me to take a vacation next vacation?
If these patches aren't in your build, it looks like we are indeed
only using one class for fq_codel 6in4 traffic and thus are reverting
to nearly pure codel behavior rather than fq_codel.
I might be getting good at reading the patterns here - it looks like
this is fq_codel rather than nfq_codel?
tc -s class show dev ge00 output during the test seems to show only one or two
tc classes in use.
But a better test if you are using simplest.qos, rather than
simplest.qos, would be the 4BE test.
On Sun, Jun 16, 2013 at 11:56 AM, Toke Høiland-Jørgensen <toke at toke.dk> wrote:
> Dave Taht <dave.taht at gmail.com> writes:
>> I am curious: Is there a current user of cero using simplest.qos,
>> tunneling ipv6 via hurricane or 6to4, that can hammer it with multiple
>> ipv6 streams (as in the rrul test)? (If you have rrul and ipv6, you
>> can force it to do pure ipv6 testing with the -6 option.)
> Attaching a plot of rrul over ipv6 while running cerowrt-3.8.13-17 (or
> my own build based on it that, is), and some output of tc -s class show
> dev ge00 while the test was running.
> IPv4 pings stay flat at 45ms to the same host while the test is running.
Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html
More information about the Cerowrt-devel