The following reply was made to PR kern/147720; it has been noted by GNATS.
From: "skele...@lissyara.su"
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/147720: [ipfw] ipfw dynamic rules and fwd
Date: Tue, 21 Jun 2011 10:04:41 +0300
Hello!
I tested patch-1.diff and found several problems.
Synopsis: [patch] ipfw(8): no way to get mask from ipfw pipe show/list for some
pipes
State-Changed-From-To: feedback->closed
State-Changed-By: ae
State-Changed-When: Tue Jun 21 07:59:56 UTC 2011
State-Changed-Why:
Feedback timeout.
http://www.freebsd.org/cgi/query-pr.cgi?pr=130132
Hi,
I have made a patch http://nuclight.avtf.net/vadim/ipfw_call_20110620.diff
which adds a "call" and "return" rule actions to make it possible to
organize "subroutines" with rules - "skipto" is like "goto" and only
allows jumps forward, not backward.
This could be useful to help doing somewaht
On Tue, Jun 21, 2011 at 10:22:40AM +, Vadim Goncharov wrote:
> Hi,
>
> I have made a patch http://nuclight.avtf.net/vadim/ipfw_call_20110620.diff
> which adds a "call" and "return" rule actions to make it possible to
> organize "subroutines" with rules - "skipto" is like "goto" and only
> allo
Synopsis: [ipfw] page fault - probably it's a locking problem
State-Changed-From-To: open->closed
State-Changed-By: ae
State-Changed-When: Tue Jun 21 11:19:57 UTC 2011
State-Changed-Why:
Close my PR.
http://www.freebsd.org/cgi/query-pr.cgi?pr=118993
__
Synopsis: [ipfw] ipfw problems, panics, data corruption, ipv6 socket weirdness
State-Changed-From-To: open->feedback
State-Changed-By: ae
State-Changed-When: Tue Jun 21 12:06:21 UTC 2011
State-Changed-Why:
Can you still reproduce this?
http://www.freebsd.org/cgi/query-pr.cgi?pr=145305
__
Synopsis: [dummynet] 6.3-RELEASE-p1 page fault in dummynet (corrupt stack?)
after ~5d uptime
State-Changed-From-To: open->feedback
State-Changed-By: ae
State-Changed-When: Tue Jun 21 12:10:58 UTC 2011
State-Changed-Why:
Can you still reproduce this on a supported release?
http://www.freebsd.or
> -Original Message-
> From: a...@freebsd.org [mailto:a...@freebsd.org]
> Sent: Tuesday, June 21, 2011 14:07
> To: r...@mediamonks.net; a...@freebsd.org; freebsd-ipfw@FreeBSD.org
> Subject: Re: kern/145305: [ipfw] ipfw problems, panics, data
> corruption, ipv6 socket weirdness
>
> Synopsis:
Synopsis: [ipfw] ipfw problems, panics, data corruption, ipv6 socket weirdness
State-Changed-From-To: feedback->closed
State-Changed-By: ae
State-Changed-When: Tue Jun 21 12:39:19 UTC 2011
State-Changed-Why:
Submitter has confirmed that the problem is already fixed.
http://www.freebsd.org/cgi/q
Synopsis: [ipfw] IPFW check state does not work =(
State-Changed-From-To: open->closed
State-Changed-By: ae
State-Changed-When: Tue Jun 21 12:50:36 UTC 2011
State-Changed-Why:
check-state action does not have a body. It does lookup of
the state table and execute the action of the rule which
gener
2011/6/21 :
> Synopsis: [dummynet] 6.3-RELEASE-p1 page fault in dummynet (corrupt stack?)
> after ~5d uptime
>
> State-Changed-From-To: open->feedback
> State-Changed-By: ae
> State-Changed-When: Tue Jun 21 12:10:58 UTC 2011
> State-Changed-Why:
> Can you still reproduce this on a supported relea
Old Synopsis: ipfw + netgraph + multicast = multicast packets transmitted over
wrong interface
New Synopsis: [ipfw] ipfw + netgraph + multicast = multicast packets
transmitted over wrong interface
Responsible-Changed-From-To: freebsd-bugs->freebsd-ipfw
Responsible-Changed-By: linimon
Responsible
Synopsis: [dummynet] 6.3-RELEASE-p1 page fault in dummynet (corrupt stack?)
after ~5d uptime
State-Changed-From-To: feedback->closed
State-Changed-By: ae
State-Changed-When: Wed Jun 22 04:47:04 UTC 2011
State-Changed-Why:
The submitter has confirmed that PR could be closed.
http://www.freebsd.o
Synopsis: [ipfw] ipfw/dummynet pipe/queue 'queue [BYTES]KBytes (red|gred)
[FLOAT]/[BYTES]/[BYTES]/[FLOAT]' parameter problem
State-Changed-From-To: feedback->closed
State-Changed-By: ae
State-Changed-When: Wed Jun 22 04:54:45 UTC 2011
State-Changed-Why:
Feedback timeout.
http://www.freebsd.org/
Synopsis: [ipfw] "ipfw fwd" sometimes rewrites destination mac address when
it's not necessary (packet must not meet the rule)
State-Changed-From-To: feedback->closed
State-Changed-By: ae
State-Changed-When: Wed Jun 22 04:55:36 UTC 2011
State-Changed-Why:
Feedback timeout.
http://www.freebsd.or
Synopsis: [ipfw] IPFW in kernel nat BUG found in FreeBSD 8.1-PRERELEASE
State-Changed-From-To: feedback->closed
State-Changed-By: ae
State-Changed-When: Wed Jun 22 04:56:53 UTC 2011
State-Changed-Why:
Feedback timeout.
http://www.freebsd.org/cgi/query-pr.cgi?pr=148157
___
Synopsis: [ipfw] serious bug on forwarding of packets after NAT
State-Changed-From-To: feedback->closed
State-Changed-By: ae
State-Changed-When: Wed Jun 22 04:58:07 UTC 2011
State-Changed-Why:
Feedback timeout.
http://www.freebsd.org/cgi/query-pr.cgi?pr=73910
17 matches
Mail list logo