Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 24 Sep 2004 03:45:20 +0200
From:      Alex de Kruijff <freebsd@akruijff.dds.nl>
To:        Bikrant Neupane <bikrant_ml@wlink.com.np>, freebsd-questions@freebsd.org
Subject:   Re: Ipfw accept rule
Message-ID:  <20040924014520.GF784@alex.lan>
In-Reply-To: <20040923151049.GH3633@gentoo-npk.bmp.ub>
References:  <200409231233.00370.bikrant_ml@wlink.com.np> <20040923165730.E67579@mailgate.alburybf.org> <200409231336.57405.bikrant_ml@wlink.com.np> <20040923151049.GH3633@gentoo-npk.bmp.ub>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Sep 23, 2004 at 09:10:49AM -0600, Nathan Kinkade wrote:
> On Thu, Sep 23, 2004 at 01:36:57PM +0545, Bikrant Neupane wrote:
> > Thanks for the reply.
> > Well I am not looking for the count rule.
> > 
> > Actually I have some other situation. I am trying to implement b/w shaping 
> > using ipfw. And i am trying to include mac address based filtering in it as 
> > well. As long as I don't implement ipfw in ether (net.link.ether.ipfw=0/1) 
> > pkts hit the rule only once and I get the b/w as specified in the IPFW pipe 
> > syntax. However when I enable ipfw in ether all the pkts hits the matching 
> > rule twice. and as a result I get half of the b/w to what has been specified 
> > in ipfw pipe.
> > This is normal (as mentiontioned in ipfw man page) since pkt traversal is  
> > doubled when IPFW is enabed in ether. 
> > 
> <snip>
> 
> Would the following sysctl variable help your problem?
> 
> From the ipfw manpage:
> 
> net.inet.ip.fw.one_pass: 1
> 	When set, the packet exiting from the dummynet(4) pipe is not passed
> 	though the firewall again.  Otherwise, after a pipe action, the packet
> 	is reinjected into the firewall at the next rule.

No this only works for pipes and queues. Not for allow / deny. 
There only solution I know of is to plave denies before the allows.



-- 
Alex

Articles based on solutions that I use:
http://www.kruijff.org/alex/FreeBSD/



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040924014520.GF784>