[Cerowrt-devel] Possible Bug(s) in Cero 3.10.50-1
rocon46 at hotmail.com
Sun Sep 14 12:56:18 EDT 2014
Sebastian Moeller <moeller0 <at> gmx.de> writes:
> Too bad, in case you find a way to force this failure mode, please let me
know so I can have a go at fixing it...
> I think a number of people have been quite happy with the sysupgrade via
the GUI (just de-select the “keep
> sttings” check box and you should be fine). I think what really could
cause the issues observed is when
> SQM's stop.sh fails half-way through (I will try to have a look at that
I can't believe I've manage to overlook that a few times. Ugh, I guess I
should pay more attention when going through the menus next time.
> But that is a systematic problem with downstream shaping after the the
bottleneck-link (by creation of an
> artificial bottleneck), too much incoming traffic of any kind will cause
backlog in the buffers of the
> device at the upstream end of the real bottleneck-link… So even if the
ICMP packets reach cerowrt this
> might still hose the downstream latency under load...
Yeah, you're right about that. I'm just saying that dropping the ICMP echo
requests may help in it's own small insignificant way by simply having less
request being made by random bots on the net due to the lack of response. Of
course if they know you're there, do a port scan, or aren't phased by a lack
of response, it doesn't make a lick of difference as they're still filling
the downstream pipe. But I get what you mean, excessive inbound traffic
which fill up the buffers on the real bottleneck device will reek havoc on
I figure that QoS chain needs to be applied to the pppoe interface not the
I thought so too, but I'm just saying you can't apply the QoS chain directly
to a PPPoE session through the GUI as SQM's GUI page only let's you select
the interface it's running through (which was ge00 in my case).
The more I think about it, I should've probably tried editing the SQM config
files and directly point it to the PPPoE interface just to see if it worked
or not. I wish I could've messed around with it more, but I no longer have a
modem to play with. But you're probably right.
> > I'm
> > aware it might break some websites that use MTU path discovery, but I
> > figured using MSS clamping in Cero would solve any problems that might
> > incur. That's my reasoning for it, anyway.
> I would hope that the real xdsl-router handles either the MSS clamping
for us or better yet properly
> handles the IPv6 path mtu discovery (and at least in may case that works well)
> Best Regards
> > Thanks for the input.
> > Richard
> >> Best Regards
> >> Sebastian
> >>> I'd like to know anything at all before I decide to go looking for another
> >>> dedicated modem, or if I should even bother to go looking in the first
> > place.
> >>> Hope this helps!
> >>> —Regards, Richard
> >>> _______________________________________________
> >>> Cerowrt-devel mailing list
> >>> Cerowrt-devel <at> lists.bufferbloat.net
> >>> https://lists.bufferbloat.net/listinfo/cerowrt-devel
> > _______________________________________________
> > Cerowrt-devel mailing list
> > Cerowrt-devel <at> lists.bufferbloat.net
> > https://lists.bufferbloat.net/listinfo/cerowrt-devel
More information about the Cerowrt-devel