Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting

system/3332: pfctl does not auto-reset stats when changing loginterface

From: Jason Ackley <jason(at)ackley.net>
Date: Tue Jun 24 2003 - 21:22:58 EDT


>Number: 3332
>Category: system
>Synopsis: pfctl does not auto-reset stats when changing loginterface
>Confidential: yes
>Severity: non-critical
>Priority: low
>Responsible: bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Jun 25 01:30:01 GMT 2003
>Closed-Date:
>Last-Modified:
>Originator: Jason Ackley
>Release: 3.3-current
>Organization:

net
>Environment:

	System      : OpenBSD 3.3-current
	Architecture: OpenBSD.i386
	Machine     : i386

>Description:
On a running system (with an existing 'set loginterface' setting) if you adjust to a new/diff interface pfctl will not reset the stats that have accumulated for the previous interface.

>How-To-Repeat:

	Set loginterface to an existing interface, create some traffic
	and observe the counters change.

	Change the loginterface setting and reload the options from the
	file. Observe that the stats remain from the previous interface.

>Fix:

	(yes, I know about pfctl -F i , but it would be nice to see
	it auto-detect and reset the stats).

	1)
	Perhaps DIOCSETSTATUSIF should detect if the desired interface
	changed and make a call to DIOCCLRSTATUS ?

	2)
	Or to keep it out of the kernel , pfctl can detect the
	desired change in interface monitoring and do a DIOCCLRSTATUS
	after the DIOCSETSTATUSIF ?

>Release-Note:
Received on Tue Jun 24 21:43:38 2003

This archive was generated by hypermail 2.1.8 : Wed Aug 23 2006 - 13:29:59 EDT


Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library