Bug 11327
Summary: | Bridge won't work properly | ||
---|---|---|---|
Product: | Networking | Reporter: | Dmitry Skryabin (gig-tmb) |
Component: | Wireless | Assignee: | networking_wireless (networking_wireless) |
Status: | CLOSED WILL_FIX_LATER | ||
Severity: | high | CC: | acme, gig-tmb |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 2.6.25.12 | Subsystem: | |
Regression: | --- | Bisected commit-id: |
Description
Dmitry Skryabin
2008-08-14 01:00:32 UTC
Something from linux machine strange behavior in arp table root@fw:~# arp -na ? (172.16.0.15) at <incomplete> on eth0.3 ? (10.0.2.15) at 00:13:8F:B7:54:8D [ether] on eth2 ? (10.0.2.8) at <incomplete> on eth2 root@fw:~# ping 172.16.0.22 PING 172.16.0.22 (172.16.0.22) 56(84) bytes of data. --- 172.16.0.22 ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 2008ms root@fw:~# arp -na ? (172.16.0.15) at <incomplete> on eth0.3 ? (10.0.2.200) at 00:0D:B9:03:70:A4 [ether] on eth2 ? (10.0.2.15) at 00:13:8F:B7:54:8D [ether] on eth2 ? (10.0.2.8) at <incomplete> on eth2 ? (172.16.0.22) at <incomplete> on eth0.3[/code] Tcpdump at that moment on bridge on ap [code]root@OpenWrt:~# tcpdump -i br-vlan -vv tcpdump: WARNING: br-vlan: no IPv4 address assigned tcpdump: listening on br-vlan, link-type EN10MB (Ethernet), capture size 96 bytes 02:26:56.816817 00:15:6d:51:04:18 (oui Unknown) > Broadcast Null Supervisory, Receiver not Ready, rcv seq 64, Flags [Poll], length 6 02:26:56.818491 00:15:6d:51:04:18 (oui Unknown) > Broadcast Null Unnumbered, xid, Flags [Response], length 6: 01 02 02:26:59.822096 arp who-has 172.16.0.22 tell 172.16.0.1 02:27:00.822153 arp who-has 172.16.0.22 tell 172.16.0.1 02:27:01.822163 arp who-has 172.16.0.22 tell 172.16.0.1 02:27:03.822182 arp who-has 172.16.0.22 tell 172.16.0.1 02:27:04.739632 [|llc]00:13:46:fe:66:1b (oui Unknown) > 00:80:48:7e:9b:0a (oui Unknown), 802.3, length 14: 02:27:04.822202 arp who-has 172.16.0.22 tell 172.16.0.1 02:27:04.904278 [|llc]00:13:46:fe:66:1b (oui Unknown) > 00:80:48:7e:9b:0a (oui Unknown), 802.3, length 14: 02:27:05.822197 arp who-has 172.16.0.22 tell 172.16.0.1 sta answer on arp request only when i ping linux machine after some searching i found strange behavior of hostapd with GTK rekeying that crypts brcast/multicast packets # Rekey GTK when any STA that possesses the current GTK is leaving the BSS. # (dot11RSNAConfigGroupRekeyStrict) #wpa_strict_rekey=1 |