Re: misc/123066: kernel trap with ipsec

2008-04-25 Thread misha saf
The following reply was made to PR kern/123066; it has been noted by GNATS. From: misha saf <[EMAIL PROTECTED]> To: Kris Kennaway <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Subject: Re: misc/123066: kernel trap with ipsec Date: Fri, 25 Apr 2008 10:59:33 +0400 * Kris Kennaway <[EMAIL PROTECTED]>

Re: kern/123053: [re] re(4) unsupported hardware revision

2008-04-25 Thread Mark Linimon
The following reply was made to PR kern/123053; it has been noted by GNATS. From: [EMAIL PROTECTED] (Mark Linimon) To: [EMAIL PROTECTED] Cc: Subject: Re: kern/123053: [re] re(4) unsupported hardware revision Date: Fri, 25 Apr 2008 05:17:45 -0500 - Forwarded message from Eric F Crist <[EMAI

FreeBSD7+ipfw+Vlan

2008-04-25 Thread Valerij Solovyov
Hello. I use for router: Dlink DES-3016 + intel Pro/1000XT + Pentium4 + FreeBSD # uname -r 7.0-RC1 I use: 6.2-RELEASE-p11 for my vpn-server and this router with kernel option if_bridge. In that time I have 5 NIC's, and my router was switch with shaper. But one month ago my VPN-se

Re: kern/123053

2008-04-25 Thread Eric F Crist
The following reply was made to PR kern/123053; it has been noted by GNATS. From: Eric F Crist <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: kern/123053 Date: Fri, 25 Apr 2008 07:29:01 -0500 On Apr 24, 2008, at 7:25 PM, Pyun

'nfe' stalls (analysis and partial solution)

2008-04-25 Thread Luigi Rizzo
just for the record and the mail archives - i have been experiencing a lot of unrecovered stalls of the network card with the 'nfe' driver under heavy load (this was on 7.0-i386 and 7.0-amd64, but it is hardware related so it cross-platform). After 2-3 days of investigation, and with the help of P

ipfw can't be disabled for IPv56

2008-04-25 Thread Kevin Oberman
Running 7-STABLE of April 10, if I disable the firewall ('sysctl net.inet.ip.fw.enable=0'), IPv4 traffic passes, but IPv6 will not. I had to add a "allow ip from any to any" rule to get IPv6 to work pass traffic. (Since I was accessing the system in question via IPv6, this was a bit annoying!) Am

Re: ipfw can't be disabled for IPv56

2008-04-25 Thread Tobias P. Santos
Kevin Oberman wrote: Running 7-STABLE of April 10, if I disable the firewall ('sysctl net.inet.ip.fw.enable=0'), IPv4 traffic passes, but IPv6 will not. I had to add a "allow ip from any to any" rule to get IPv6 to work pass traffic. (Since I was accessing the system in question via IPv6, this wa

Re: ipfw can't be disabled for IPv56

2008-04-25 Thread Kevin Oberman
> Date: Fri, 25 Apr 2008 16:48:46 -0300 > From: "Tobias P. Santos" <[EMAIL PROTECTED]> > > Kevin Oberman wrote: > > Running 7-STABLE of April 10, if I disable the firewall ('sysctl > > net.inet.ip.fw.enable=0'), IPv4 traffic passes, but IPv6 will not. I had > > to add a "allow ip from any to any"

Re: kern/122875: "rstatd: Can't get namelist. 1" - fbsd 7.0-stable (works ok in 7.0-release)

2008-04-25 Thread hotlips Internet admin
The following reply was made to PR kern/122875; it has been noted by GNATS. From: hotlips Internet admin <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: kern/122875: "rstatd: Can't get namelist. 1" - fbsd 7.0-stable (works ok in 7.0-release) Date: F

Re: kern/122875: "rstatd: Can't get namelist. 1" - fbsd 7.0-stable (works ok in 7.0-release)

2008-04-25 Thread hotlips Internet admin
The following reply was made to PR kern/122875; it has been noted by GNATS. From: hotlips Internet admin <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: kern/122875: "rstatd: Can't get namelist. 1" - fbsd 7.0-stable (works ok in 7.0-release) Date: F

Re: 'nfe' stalls (analysis and partial solution)

2008-04-25 Thread Pyun YongHyeon
On Fri, Apr 25, 2008 at 06:00:39PM +0200, Luigi Rizzo wrote: > just for the record and the mail archives - i have been experiencing > a lot of unrecovered stalls of the network card with the 'nfe' > driver under heavy load (this was on 7.0-i386 and 7.0-amd64, but > it is hardware related so it