Date: Wed, 9 Apr 2008 22:38:40 +0200 From: Guido van Rooij <guido@gvr.org> To: Sam Leffler <sam@freebsd.org> Cc: freebsd-net@freebsd.org, Brooks Davis <brooks@freebsd.org> Subject: Re: 802.1x for wired networks Message-ID: <20080409203840.GA80481@gvr.gvr.org> In-Reply-To: <20080409195831.GA79835@gvr.gvr.org> References: <20080409130531.GA73375@gvr.gvr.org> <20080409141324.GA43689@lor.one-eyed-alien.net> <47FCEA99.4050000@freebsd.org> <20080409195831.GA79835@gvr.gvr.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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: identify). > > And that's it. wpa_supplicant does not respond. After a timeout, the > start eapol packet is sent again. After some research, it seems that wpa_supplicant is supposed to indeed react to the requests identity with a repsonse identity. It does not however. I verified that the multicast address as used by the switch is the correct one. On the other hand it seems that the request identity is not received.. I tried debugging and it seems that indeed nothing is received (I asume that reception of packets is handled in eloop.c:eloop_run(), and I see no calling of eloop_sock_table_dispatch() there. Right now, I can't find thee place where a socket is created from which to read the multicast frames. -Guido
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080409203840.GA80481>