Modify

Opened 4 years ago

Last modified 3 years ago

#14982 new defect

wpa_supplicant fails to send EAPOL on wire (?)

Reported by: anonymous Owned by: developers
Priority: normal Milestone: Chaos Calmer 15.05
Component: packages Version: Trunk
Keywords: Cc:

Description

The second set of EAPOL TXes never seem to make it out on to the wire. Attached are state machine transitions and raw packet captures on the interface.

EAPOL: SUPP_PAE entering state CONNECTING
EAPOL: SUPP_BE entering state IDLE
EAP: EAP entering state INITIALIZE
EAP: EAP entering state IDLE
eth0.2: Cancelling scan request
EAPOL: startWhen --> 0
EAPOL: SUPP_PAE entering state CONNECTING
EAPOL: txStart
TX EAPOL: dst=01:80:c2:00:00:03
TX EAPOL - hexdump(len=4): 02 01 00 00
eth0.2: RX EAPOL from 00:3a:9a:d5:19:c2
RX EAPOL - hexdump(len=62):
EAPOL: Received EAP-Packet frame
EAPOL: SUPP_PAE entering state RESTART
EAP: EAP entering state INITIALIZE
EAP: EAP entering state IDLE
EAPOL: SUPP_PAE entering state AUTHENTICATING
EAPOL: SUPP_BE entering state REQUEST
EAPOL: getSuppRsp
EAP: EAP entering state RECEIVED
EAP: Received EAP-Request id=2 method=1 vendor=0 vendorMethod=0
EAP: EAP entering state IDENTITY
eth0.2: CTRL-EVENT-EAP-STARTED EAP authentication started
EAP: Status notification: started (param=)
EAP: EAP-Request Identity data - hexdump_ascii(len=53):

_networkid=wired

EAP: using anonymous identity - hexdump_ascii(len=18):

EAP: EAP entering state SEND_RESPONSE
EAP: EAP entering state IDLE
EAPOL: SUPP_BE entering state RESPONSE
EAPOL: txSuppRsp
TX EAPOL: dst=01:80:c2:00:00:03
TX EAPOL - hexdump(len=27):

EAPOL: SUPP_BE entering state RECEIVE
EAPOL: startWhen --> 0
EAPOL: SUPP_PAE entering state CONNECTING
EAPOL: txStart
TX EAPOL: dst=01:80:c2:00:00:03
TX EAPOL - hexdump(len=4): 02 01 00 00

root@OpenWrt:~# tcpdump -ni eth0.2 -ex ether proto 0x888e
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0.2, link-type EN10MB (Ethernet), capture size 65535 bytes
20:57:09.990113 00:01:36:1f:e4:59 > 01:80:c2:00:00:03, ethertype EAPOL (0x888e), length 18: EAPOL start (1) v2, len 0

0x0000: 0201 0000

20:57:31.733258 00:3a:9a:d5:19:c2 > 00:01:36:1f:e4:59, ethertype EAPOL (0x888e), length 76: EAP packet (0) v1, len 58

<snip>

20:57:31.735500 00:01:36:1f:e4:59 > 01:80:c2:00:00:03, ethertype EAPOL (0x888e), length 41: EAP packet (0) v2, len 23
<snip>
20:58:02.040637 00:01:36:1f:e4:59 > 01:80:c2:00:00:03, ethertype EAPOL (0x888e), length 18: EAPOL start (1) v2, len 0

0x0000: 0201 0000

Attachments (0)

Change History (4)

comment:1 Changed 4 years ago by anonymous

More details:

1) brcm47xx
2) 8021X, PEAP, wired interface

comment:2 Changed 4 years ago by anonymous

Tested the same config file with an ubuntu laptop. wpa_supplicant authenticates perfectly -- even the message payloads remain the same uptill that point.

comment:3 Changed 4 years ago by anonymous

I tested this further with a linux laptop acting as a transparent bridge. It confirmed that TX EAPOLs never make it to the wire from the openwrt ethernet (bcm47xx). If I attempted to connect with the linux bridge, the supplicant aut\henticated fine.

I wonder if this is the same problem as noted before:
/ticket/1862.html

comment:4 Changed 3 years ago by shandry@…

Confirmed on Dir320, brcm47xx, 8021X, PEAP, wired interface.
Trunk and Attitude Adjustments.

Add Comment

Modify Ticket

Action
as new .
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.