He there. I had the same problem even with more clients, I never could fix it, the only weird thing on the traffic is the continuous Ierrs and Oerrs errors. Another weird problem it is on the clients Im start to get ping over 200ms when the normal is 2ms and the only way to fix it is login on the box and run "wicontrol -i ath0 -L" and the ping come back to normal other thing is the connection doesn't work very well or doesn't work at all when the signal quality of the client is more than 35-38. I can't fix this problems, Im only allowed to test. I tried the atheros freebsd driver for more than a year, on different situation, hardware, version, etc. always with the same problem it is a problem with the driver?? or the chipset is not good enough??? cheers Marcos Biscaysaqu Thepacific.net Sam Leffler wrote: > Johann Hugo wrote: > >> Hi >> >> I've been playing with ath hostap mode today when I noticed someting >> very strange. Ping delays are very high (100 - 200ms) between two >> wifi clients connected to the same ath hostap AP, but if I ping the >> hostap AP itself, the delays are fine (1.7ms - 11b mode). >> >> Here is my setup: >> >> client 1 ------------ ath hostap AP ------------- client 2 >> >> I have tried various configs and combinations, all with the same result: >> - hostap in 11g mode >> - hostap in 11b mode >> - ath clients >> - wi (lucent) clients >> - hostap with 5.3-BETA6 , HAL 0.9.6.3 >> - hostap with 5.3-BETA7 , HAL 0.9.6.3 >> - hostap with 5.3-BETA4 , HAL 0.9.11.6 , net80211+ath-20040818.patch >> - Senao 5354 minipci with atheros 5212 >> - Dlink DWL-AG520 with atheros 5212 >> - hostap with wi (Intersil - actiontec minipci) - works fine, no problem >> >> If I add another subnet (alias) to the ath interface and I route >> between the clients then it works fine. The problem is only between >> clients on the same subnet working through an ath hostap AP. Is >> bridging done inside the HAL ? >> >> Are there any one else using an ath hostap AP that can do a ping test >> between two clients to see if they get the same results. > > > Packets between wireless clients are bridged entirely in the net80211 > layer and should have less overhead than going through the bridge. > You are likely seeing tx retransmits related to the incorrect 11g > implementation in -current. Try running a 3rd station to sniff the > traffic. > > Sam > > > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe_at_freebsd.org" > >Received on Wed Oct 13 2004 - 17:38:00 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:17 UTC