#513: asymmetrical upload/download
----------------------------------+-----------------------------------------
      Reporter:  [EMAIL PROTECTED]    |       Owner:  dyqith                    
          
          Type:  defect           |      Status:  assigned                      
      
      Priority:  minor            |   Milestone:  version 0.9.0 - move to new 
codebase
     Component:  madwifi: driver  |     Version:  trunk                         
      
    Resolution:                   |    Keywords:  upload/download               
      
Patch_attached:  0                |  
----------------------------------+-----------------------------------------
Comment (by [EMAIL PROTECTED]):

 as a wireless client (SU) I used Atheros 5213 miniPCI cards connected to:
 1. WRAP board and MANGA board (scenario 1)
 2. standard PC (scenario 2)

 operating system was primarily on Debian Sarge 3.1


 AP was installed and configurd on the same hardware, but I did testing on
 Mikrotik OS 2.9.17 and 2.9.18 (I am also planning on doing testing on
 StarOS AP in the future).

 Procedures I did step by step:
 1. I configured Mktk AP in the AP-brdge mode and defined L2 bridge between
 eth0 and wlan0 (freq/mode: 802.11g - 2.452Ghz)

 2. connected AP to a 3-port Mkrt router (the same level of Mktk OS); on
 the second port of the router I connected my server

 3. configured SU with Debian Sarge 3.1 and installed madwifi-ng driver on
 it

 4. added arp-proxy bridge functionality on SU (between eth0 and ath0)

 5. connected my laptop (with installed Windows XP and RedHat Linux on it)
 through the bridged network to a testing server

 6. installed and tested ftp transfer, scp transfer and Mkt bandwidth test
 (between my laptop and server)

 7. When I experienced a transfer problem I put Mkt SU (client) insted of
 Debian Sarge client/SU and transfer was symmetrical (approximately the
 same upload/download) so my thought was that I didn't properly configure
 madwifi-ng driver and started playing with distance parameters
 ack/slottime (athctrl), iwconfig parameters like: sens, frag, rts ... but
 without results (those tests were done on 802.11g mode)

 8. I repeated the same test on 802.11a mode on the distance of ~3km with
 configured long distance parameters for madwifi (athctrl command) and got
 the same results (download: ~7-8Mb, upload: ~2Mb)

 What I also experienced as a problem - using "iwconfig ath0 rate 24M auto"
 ... I tried to cap transfer to 24M and lower on the SU/client side but
 madwifi client picks up the highest rate all the time.

 I believe that will help you.

 Thank you,
 D.

-- 
Ticket URL: <http://madwifi.org/ticket/513>
MadWifi <http://madwifi.org/>
Multiband Atheros Driver for Wireless Fidelity

Reply via email to