On 2023-09-12, Andrew Lemin <andrew.le...@gmail.com> wrote: > Hi all, > Hope this finds you well. > > I have discovered that PF's queueing is still limited to 32bit bandwidth > values. > > I don't know if this is a regression or not.
It's not a regression, it has been capped at 32 bits afaik forever (certainly was like that when the separate classification via altq.conf was merged into PF config, in OpenBSD 3.3). > I am sure one of the > objectives of the ALTQ rewrite into the new queuing system we have in > OpenBSD today, was to allow bandwidth values larger than 4294M. Maybe I am > imagining it.. I don't recall that though there were some hopes expressed by non-developers. > Anyway, I am trying to use OpenBSD PF to perform/filter Inter-VLAN routing > with 10Gbps trunks, and I cannot set the queue bandwidth higher than a > 32bit value? > > Setting the bandwidth value to 4295M results in a value overflow where > 'systat queues' shows it wrapped and starts from 0 again. And traffic is > indeed restricted to such values, so does not appear to be just a cosmetic > 'systat queues' issue. > > I am sure this must be a bug/regression, I'd say a not-implemented feature (and I have a feeling it is not going to be all that simple a thing to implement - though changing scales so the uint32 carries bytes instead of bits per second might not be _too_ terrible). > 10Gbps on OpenBSD is trivial and > common nowadays.. While using interfaces with 10Gbps link speed on OpenBSD is trivial, actually pushing that much traffic (particularly with more complex processing e.g. things like bandwidth controls, and particularly with smaller packet sizes) not so much. -- Please keep replies on the mailing list.
