Hi Dave,
On Jan 19, 2014, at 17:36 , Dave Taht <dave.t...@gmail.com> wrote: > The /etc/hotplug.d/iface/00-debloat script has been wrong in the face > of the qos-scripts, aqm-scripts, and stuff inbetween. > > Thus on a fresh boot, or after a DHCP renew > or a variety of other circumstances, the portion of sqm that sets up > the egress portion of itself gets wiped out. > > this explains a lot of network performance issues that others have had > after a cero box had been up for a while... the sqm code was getting > partially disabled! > > This was also probably wrong on a ton of previous releases going back > to 3.7.5 or earlier. (however since the name has changed, it would be > aqm for stuff prior to the great renaming, and for 3.7.5 the solution > is also different because we > weren't using uci at the time. > > but for 3.10.24 and later replace /etc/hotplug.d/iface/00-debloat with this. > > #!/bin/sh > > #DEBLOAT_LOG=/tmp/debloat.log > #DEBLOAT_LOG2=/tmp/debloat2.log > DEBLOAT_LOG=/dev/null > DEBLOAT_LOG2=/dev/null > > SQM=0 > SQM=`uci get sqm.${DEVICE}.enabled` > > [ "$ACTION" = "ifup" -a "$SQM" != "1" ] && { > IFACE=$DEVICE QMODEL=fq_codel_ll /usr/sbin/debloat >> > $DEBLOAT_LOG 2>> $DEBLOAT_LOG2 > } Excellent find, must have been tricky to catch with it only triggering ever so often. I assume that this triggering will also have removed the HTB from egress, so that "tc -d qdisc" always reported the actual running setup? best Sebastian > > > -- > Dave Täht > > Fixing bufferbloat with cerowrt: > http://www.teklibre.com/cerowrt/subscribe.html > _______________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cerowrt-devel _______________________________________________ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel