On Wed, Apr 05, 2006 at 02:41:09PM +0200, Max Laier wrote:
> On Tuesday 04 April 2006 17:34, Daniel Hartmeier wrote:
> >
> > FreeBSD has no such part that I can find. Hence, when pf_test() returns
> > a packet with an invalid IP checksum, nothing fixes the checksum, maybe
> > except for hardware-ch
On Wed, Apr 05, 2006 at 03:06:45PM +0200, Daniel Hartmeier wrote:
On Wed, Apr 05, 2006 at 02:41:09PM +0200, Max Laier wrote:
> The other big problem that just crossed my mind: Reassembly in the bridge
> path!? It doesn't look like the current bridge code on either OS is ready
to
>
On Mon, Apr 03, 2006, Robert wrote:
> someboy told me that alq +hsfc only supports under 1000 queues
> is that true ?
> i have 5, 6 big queues ( 7-8Mb) with 500, 600 subqueues
> will it work ?
the queue limit is static, therefore you might need to increase it and
rebuild the kernel:
sys/contrib/
On Wed, Apr 05, 2006 at 02:41:09PM +0200, Max Laier wrote:
> The other big problem that just crossed my mind: Reassembly in the bridge
> path!? It doesn't look like the current bridge code on either OS is ready to
> deal with packets > MTU coming out of the filter. The question here is
> pro
On Tuesday 04 April 2006 17:34, Daniel Hartmeier wrote:
> Ok, I found the reason for all these IP checksum problems. The reason is
> that OpenBSD's bridge code always recalculates the IP checksum, while
> FreeBSD's doesn't.
> ...
> What I missed before is in bridge_filter(), right after the pf_test
someboy told me that alq +hsfc only supports under 1000 queues
is that true ?
i have 5, 6 big queues ( 7-8Mb) with 500, 600 subqueues
will it work ?
___
freebsd-pf@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-pf
To unsubscri
