Re: [ipsec] Packet Too Big message handling in esp6_ctlinput()

2008-04-09 Thread Bjoern A. Zeeb
On Wed, 9 Apr 2008, blue wrote: Hi, In line 814 to line 843 in esp6_ctlinput(), ... I don't know why ESP needs to take care of ICMP Packet Too Big message specially since icmp6_mtudisc_update() will be called in icmp6_notify_error(), which will already update the PMTU of the host. I think t

Re: TCP options order changed in FreeBSD 7, incompatible with some routers

2008-04-09 Thread Anders Nordby
Hi, I had the same problem, and temporarily worked around it by disabling SACK: sysctl net.inet.tcp.sack.enable=0 Which solved my problems. It would be interesting to see if this helps you also? If so, it seems this issue is related to SACK and TCP order maybe? Hmm. On Fri, Apr 04, 2008 at 01:

Re: TCP options order changed in FreeBSD 7, incompatible with some routers

2008-04-09 Thread Bjoern A. Zeeb
On Wed, 9 Apr 2008, Anders Nordby wrote: Hi, I had the same problem, and temporarily worked around it by disabling SACK: sysctl net.inet.tcp.sack.enable=0 Which solved my problems. It would be interesting to see if this helps you also? This will hide any of the real problems in most cases,

802.1x for wired networks

2008-04-09 Thread Guido van Rooij
What is the best way to be able to have a FreeBSD system connect via 802.1x to a wired network? Wap_supplicant seems to insist on calling 80211 ioctl's and thus fails. I found the open1x project, but did not find it in the ports tree. This suggests that perhaps there is a native solution after al

Re: 802.1x for wired networks

2008-04-09 Thread Brooks Davis
On Wed, Apr 09, 2008 at 03:05:31PM +0200, Guido van Rooij wrote: > What is the best way to be able to have a FreeBSD system connect > via 802.1x to a wired network? Wap_supplicant seems to insist on > calling 80211 ioctl's and thus fails. > > I found the open1x project, but did not find it in the

Re: 802.1x for wired networks

2008-04-09 Thread Sam Leffler
Brooks Davis wrote: On Wed, Apr 09, 2008 at 03:05:31PM +0200, Guido van Rooij wrote: What is the best way to be able to have a FreeBSD system connect via 802.1x to a wired network? Wap_supplicant seems to insist on calling 80211 ioctl's and thus fails. I found the open1x project, but did not f

Re: kern/121298: [em] [panic] Fatal trap 12: page fault while in kernel mode (em0 taskq)

2008-04-09 Thread Szymon Roczniak
The following reply was made to PR kern/121298; it has been noted by GNATS. From: Szymon Roczniak <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: Subject: Re: kern/121298: [em] [panic] Fatal trap 12: page fault while in kernel mode (em0 taskq) Date: Wed, 9 Apr 2008 17:49:00 +0100 A similar prob

Re: 802.1x for wired networks

2008-04-09 Thread Guido van Rooij
On Wed, Apr 09, 2008 at 09:11:05AM -0700, Sam Leffler wrote: > Brooks Davis wrote: >> On Wed, Apr 09, 2008 at 03:05:31PM +0200, Guido van Rooij wrote: >>> What is the best way to be able to have a FreeBSD system connect >>> via 802.1x to a wired network? Wap_supplicant seems to insist on >>> calli

Re: 802.1x for wired networks

2008-04-09 Thread Guido van Rooij
On Wed, Apr 09, 2008 at 09:58:31PM +0200, Guido van Rooij wrote: > > wpa_supplicant send a EAPOL start (version 1, type start) > procurve sends EAP failure (version 1, type: eap packet (code failure, id: 2) > procurve send EAP request identify (veersion 1, type: eap packet (code: > request > type

Re: 802.1x for wired networks

2008-04-09 Thread Sam Leffler
Guido van Rooij wrote: On Wed, Apr 09, 2008 at 09:58:31PM +0200, Guido van Rooij wrote: wpa_supplicant send a EAPOL start (version 1, type start) procurve sends EAP failure (version 1, type: eap packet (code failure, id: 2) procurve send EAP request identify (veersion 1, type: eap packet (cod

if_vr MFC?

2008-04-09 Thread Gary Palmer
Hi, Just wondering if if_vr is going to be merged back to RELENG_7 at any point? Its been in CURRENT for about a month at this point so it should be OK I think? I've been using your patch against RELENG_7 on a Soekris NET-5501 in testing for a few weeks now, no real traffic but no problems eithe