kern/165315: States never cleared in PF with DEVICE_POLLING
Fabrice Bruel
fabrice.bruel at orange.com
Mon Feb 20 11:00:32 UTC 2012
>Number: 165315
>Category: kern
>Synopsis: States never cleared in PF with DEVICE_POLLING
>Confidential: no
>Severity: critical
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Mon Feb 20 11:00:24 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Fabrice Bruel
>Release: 8.1 release p8
>Organization:
Equant
>Environment:
FreeBSD HP360FBSD81 8.1-RELEASE-p8 FreeBSD 8.1-RELEASE-p8 #12: Fri Feb 17 13:17:11 GMT 2012 root at HP360FBSD81:/usr/obj/usr/src/sys/FBSD81PF amd64
>Description:
I'm testing hardware to improve a high load firewall. I'm using HP 360G7 and a Intel Quad port 82571EB (em(4)). In this hardware, if I don't activate DEVICE_POLLING, network rate is very poor and sinusoidale.
If I activate DEVICE_POLLING, network is stable and fast, but :
- in 8.1p8, PF and rules over physical interfaces (em0 and em1) work perfectly, but if I applied PF rules on Vlan interfaces, many states would be never cleared
- in 8-STABLE is worse, a lot of state are never cleared on physical interfaces
I'm using PF in kernel mode.
>How-To-Repeat:
Enabling DEVICE_POLLING in kernel, and on em(4) interface. Create vlan on this interfaces, generate network TCP highload, stop it and look at pfctl -si "currentesentries", it never decrease to 0 (or 2 in you are in ssh).
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list