All transmits on txq0 on an ix interface - why no balancing?
Kevin Bowling
kevin.bowling at kev009.com
Wed Apr 14 00:47:30 UTC 2021
On Tue, Apr 13, 2021 at 5:37 PM Phil Rosenthal <winterny at gmail.com> wrote:
>
> > On Apr 13, 2021, at 8:22 PM, Kevin Bowling <kevin.bowling at kev009.com> wrote:
> >
> > On Tue, Apr 13, 2021 at 5:11 PM Phil Rosenthal <winterny at gmail.com> wrote:
> >>
> >>> On Apr 13, 2021, at 8:07 PM, Olivier Cochard-Labbé <olivier at freebsd.org> wrote:
> >>>
> >>> Are you exiting through a tunnel interface (GRE, GIF, PPPoE, IPsec, OpenVPN, etc.) ?
> >> No.
> >>
> >> I am running PF/Altq for NAT and Traffic shaping.
> >
> > ALTQ is the problem in this situation. Try without it and see if you
> > get proper distribution.
>
> Yep, proper distribution with altq disabled.
>
> That's pretty unfortunate, though ... It means that I'm forced to deal with the Comcast's buffer management which allows for more buffer bloat and is less deterministic about what packets get dropped.
>
> I'm assuming that this won't get fixed due to PF generally not being maintained these days -- is there any other solution for shaping with active queue management (preferably RED) on FreeBSD to use instead of altq? Dummynet obviously has problems of it's own.
pf in FreeBSD is pretty well maintained.
altq currently has no maintainer (at least that I am aware of). It's
a difficult problem, altq needs to "learn" a lot about multithreading.
I'm not aware of anyone working on it, although Patrick Kelsey
(pkelsey@) may be worth a ping (IIRC he might have looked at this
problem a bit, I'd bet he could do it if he has time and some entity
can sponsor the work).
> In any event - thanks for your help.
> -Phil
More information about the freebsd-net
mailing list