Synopsis: [dummynet] dummynet with multipass ipfw drops packets when reloading
FW
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Apr 24 05:00:20 UTC 2007
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/
Synopsis: [netinet] potentially a bug for inet_aton in
sys/netinet/libalias/alias_proxy.c
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Apr 24 04:25:22 UTC 2007
Responsible-Changed-Why:
Over to maintainer(s).
http://www.free
Synopsis: [tcp] TCP connection ETIMEDOUT
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Apr 24 02:50:19 UTC 2007
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/query-pr.cgi?pr=108670
___
On Mon, Apr 23, 2007 at 10:24:46AM +1000, Alan Garfield wrote:
> On Sat, 2007-04-21 at 03:36 +0400, Yar Tikhiy wrote:
>
> > >
> > > Disconnecting: Corrupted MAC on input.
> > >
> >
> > That looks like data corruption happening when TCP segments and/or
> > IP packets become relatively la
Current FreeBSD problem reports
Critical problems
Serious problems
S Tracker Resp. Description
a kern/38554 netchanging interface ipaddress doesn't seem to work
s kern/39937 netipstealth
Bruce M Simpson wrote:
Actually, I thought the change which moved the VLAN tag out of the mbuf
tag pool and into the mbuf packet header had also been MFCed. It has not.
It would be an API+ABI change to MFC it. That's why I haven't done it.
As CURRENT is the branch normally used for feature de