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