Am 06.05.2014 03:57, schrieb Aaron Hamilton: > Oh ok. Is this not already handled by hostapd or the wifi drivers?
No. hostapd suggest which rutaes should be used and driver, btw. mac80211 should fallow this suggestion. ip layer is not touched. > > Also, I reverted back to backports-3.12.8-1 and now trying to see if > there's a difference when using sch_codel.ko and sch_fq_codel.ko > (previously these two modules were not used as I was trying to minimize > the number of moving parts). Which by the way, am I gaining or loosing > anything with these? I'm not quiet sure what their purpose is. Scheduling is good for many reasons. For example, if you know what bandwidth you have (in your case you know it) it is possible to use priority for critical applications. DNS and ICMP traffic will have higher priority then HTTP, and so on. Read more about QoS. I would suggest to set scheduler to bandwidth lover then your USB bandwidth. It should reduces usage of ath9k_htc_fw buffer. If you configure scheduler, please try remove "supported_rates=10 20 55" from you config. Don't forget. It is not enough to add scheduler module. You will need configure it. > I'm also using the attached hostapd.conf file. Previously, when two > devices were on the WiFi, one would always have ping latency of several > hundred milliseconds despite minimal traffic on either host. Now latency > only seems to spike when a large continuous file is moved across the > WiFi. Streaming of music for example doesn't seem to have much effect on > the other WiFi clients. How about filed tests? Do you still have stability issues? > # Begin hosatpd.conf > interface=wlan0 > driver=nl80211 > > hw_mode=g > > dump_file=/tmp/hostapd.dump > ctrl_interface=/var/run/hostapd > ctrl_interface_group=0 > > logger_syslog=-1 > logger_syslog_level=2 > beacon_int=500 > dtim_period=2 > > supported_rates=10 20 55 > > max_num_sta=5 > rts_threshold=2347 > fragm_threshold=2346 > > macaddr_acl=0 > eapol_version=1 > eapol_key_index_workaround=0 > > # Attempting max time-outs for increased reliability > wpa_group_rekey=0 > wpa_gmk_rekey=86400 > # wmm_enabled=1 > ieee80211n=1 > ieee80211d=1 > country_code=DE > ht_capab=[HT40+][RX-STBC1][DSSS_CCK-40][SHORT-GI-40] > ignore_broadcast_ssid=0 > channel=1 > ssid=TestSSID > > auth_algs=1 > wpa=2 > wpa_key_mgmt=WPA-PSK > > wpa_pairwise=CCMP > rsn_pairwise=CCMP > > wpa_passphrase=fixmeplease > # end hostapd.conf > > > On Mon, May 5, 2014 at 12:32 PM, Oleksij Rempel <li...@rempel-privat.de > <mailto:li...@rempel-privat.de>> wrote: > > Am 05.05.2014 20:09, schrieb Aaron Hamilton: > > I'm sorry, what's TC? > > http://linux.die.net/man/8/tc > > > On Sat, May 3, 2014 at 2:07 AM, Oleksij Rempel > <li...@rempel-privat.de <mailto:li...@rempel-privat.de> > > <mailto:li...@rempel-privat.de <mailto:li...@rempel-privat.de>>> > wrote: > > > > Am 02.05.2014 12:11, schrieb Aaron Hamilton: > > > Ok, I updated the drivers to backports 3.14-1 and configured the > > > following hostapd settings. I connected an iPad and a > Windows PC, then > > > ran continuous pings. For the first couple seconds > everything was > > > returning in a few milliseconds. Within 30 seconds, the > pings started > > > getting into the several hundred ms range (or timing out) > and remained > > > there (for both the iPad and PC). > > > > > > After I disconnected the PC from the WiFi, the iPad's pings > dropped to > > > an average of 15ms (about 30s to a minute after the PC was > moved to > > > another AP). > > -- > Regards, > Oleksij > > -- Regards, Oleksij
signature.asc
Description: OpenPGP digital signature
_______________________________________________ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
