#934: Madwifi still incorrectly handles multicast packets
----------------------------+-----------------------------------------------
 Reporter:  vaLin           |            Owner:     
     Type:  defect          |           Status:  new
 Priority:  major           |        Milestone:     
Component:  madwifi: other  |          Version:     
 Keywords:                  |   Patch_attached:  0  
----------------------------+-----------------------------------------------
 >>First i must apologize for my english, i hope that you understand the
 point of this problem<<

 We still have the same problem like in ticket 168 in our network. We try
 different versions of madwifi driver up to the latest svn release 1747
 with last release of quagga routing daemon (v0.98.6).

 With all installed versions the AP receives duplicate copies of multicast
 packets sent from the client side. Here is short output from tcpdump:
 {{{
 10.6.127.235 > 224.0.0.5: OSPFv2-hello 52: area 0.0.0.3 dr 10.6.127.233
 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 10.6.127.235 > 224.0.0.5: OSPFv2-hello 52: area 0.0.0.3 dr 10.6.127.233
 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 10.6.127.234 > 224.0.0.5: OSPFv2-hello 52: rtrid 10.6.129.1 area 0.0.0.3
 dr 10.6.127.233 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 10.6.127.234 > 224.0.0.5: OSPFv2-hello 52: rtrid 10.6.129.1 area 0.0.0.3
 dr 10.6.127.233 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 10.6.127.233 > 224.0.0.5: OSPFv2-hello 52: rtrid 10.12.1.250 area 0.0.0.3
 dr 10.6.127.233 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 10.6.127.235 > 224.0.0.5: OSPFv2-hello 52: area 0.0.0.3 dr 10.6.127.233
 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 10.6.127.235 > 224.0.0.5: OSPFv2-hello 52: area 0.0.0.3 dr 10.6.127.233
 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 10.6.127.234 > 224.0.0.5: OSPFv2-hello 52: rtrid 10.6.129.1 area 0.0.0.3
 dr 10.6.127.233 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 10.6.127.234 > 224.0.0.5: OSPFv2-hello 52: rtrid 10.6.129.1 area 0.0.0.3
 dr 10.6.127.233 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 10.6.127.233 > 224.0.0.5: OSPFv2-hello 52: rtrid 10.12.1.250 area 0.0.0.3
 dr 10.6.127.233 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 10.6.127.235 > 224.0.0.5: OSPFv2-hello 52: area 0.0.0.3 dr 10.6.127.233
 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 10.6.127.235 > 224.0.0.5: OSPFv2-hello 52: area 0.0.0.3 dr 10.6.127.233
 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 10.6.127.234 > 224.0.0.5: OSPFv2-hello 52: rtrid 10.6.129.1 area 0.0.0.3
 dr 10.6.127.233 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 10.6.127.234 > 224.0.0.5: OSPFv2-hello 52: rtrid 10.6.129.1 area 0.0.0.3
 dr 10.6.127.233 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 10.6.127.233 > 224.0.0.5: OSPFv2-hello 52: rtrid 10.12.1.250 area 0.0.0.3
 dr 10.6.127.233 bdr 10.6.127.234 [tos 0xc0]  [ttl 1]
 }}}

 We suspect that madwifi driver is the main reason for disapearing routes
 and instability of quagga daemon on our whole network, before using it we
 have no problems.

 '''Hardware:'''

 We are running madwifi driver with Wistron CM9 Cards on PC's and wrap
 platforms.
 We also tried the SparkLAN WX-760A 802.11a+g with atheros AR5414 chipset
 and it do the same thing.

 '''Software versions:'''

 Linux 2.4.32 (Slackware)
 {{{
 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
 wlan: 0.8.4.2 (0.9.2)
 ath_rate_sample: 1.2 (0.9.2)
 ath_pci: 0.9.4.5 (0.9.2)
 PCI: Found IRQ 11 for device 01:01.0
 wifi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
 wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
 wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps
 24Mbps 36Mbps 48Mbps 54Mbps
 wifi0: turboA rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
 wifi0: turboG rates: 6Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
 wifi0: H/W encryption support: WEP AES AES_CCM TKIP
 wifi0: mac 10.5 phy 6.1 radio 6.3
 wifi0: Use hw queue 1 for WME_AC_BE traffic
 wifi0: Use hw queue 0 for WME_AC_BK traffic
 wifi0: Use hw queue 2 for WME_AC_VI traffic
 wifi0: Use hw queue 3 for WME_AC_VO traffic
 wifi0: Use hw queue 8 for CAB traffic
 wifi0: Use hw queue 9 for beacons
 wifi0: Atheros 5212: mem=0xf1000000, irq=11
 }}}

 Is there anybody who could help us to solve this problem?

-- 
Ticket URL: <http://madwifi.org/ticket/934>
MadWifi <http://madwifi.org/>
Multiband Atheros Driver for Wireless Fidelity
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Madwifi-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/madwifi-tickets

Reply via email to