[zd1211-devs] anomalous behaviour in handling the WLAN retries
Hi, i use Senao SUB-8301 USB WLAN module (AL7230B_RF rf chip) Firmware: V1.1 (same V1.3) Kernel: 2.6.18-rc2 zd1211rw git: 83c15ac14de7a01633c07e1c68226c73f9c92421 (old but works) While sniffing the WLAN communication between the USB WLAN module and an Access Point we found an extraordinary behaviour in handling the WLAN retries. According to the standard retried frames should preserve the WLAN sequence number and only set the retry bit. Tests with SUB-8301 USB module and a WLAN traffic analyser show that the retried frames increment the WLAN sequence number, which is in contradiction to the standard. Attached below is a snapshot of such a log: Frame WLAN Sequence=nRetry bit=0 Retry 1 WLAN Sequence=nRetry bit=1 Retry 2 WLAN Sequence=nRetry bit=1 Retry 3 WLAN Sequence=nRetry bit=1 Retry 4 WLAN Sequence=n+1 Retry bit=0 (Fault) Retry 5 WLAN Sequence=n+1 Retry bit=1 Retry 6 WLAN Sequence=n+2 Retry bit=0 (Fault) Retry 7 WLAN Sequence=n+2 Retry bit=1 Retry 8 WLAN Sequence=n+3 Retry bit=0 (Fault) Retry 9 WLAN Sequence=n+3 Retry bit=1 This behaviour violates the afore mentioned standard. We found the same behaviour under Linux and Windows OS. The faulty condition can easily be reproduced with the following procedure: 1) Generate UDP traffic to an arbitrary peer by sending packets containing unique UDP packet numbers so they can be easily identified. 2) Sniff the traffic (we used kismet). 3) Switch off the access point while transmission runs. 4) Analyze kismet logs with ethereal/wireshark. You observe above behaviour at time of switching the access point off. regard Peter - 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.phpp=sourceforgeCID=DEVDEV ___ Zd1211-devs mailing list - http://zd1211.ath.cx/ Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs
Re: [zd1211-devs] zd1211 driver for GW-US54GZL
Shu Hung (Koala) wrote: Hello, I'm using Planex GW-US54GZL http://www.planex.net/product/wireless/gw-us54gzl.htm adapter on my Ubuntu Dapper (6.06LTS). Although I want to upgrade to Ubuntu 6.10 or later, the adapter does not work on those. It seems that after you rewrote the driver for 2.6.18, the USB ID of it (2019:c007) is removed from driver. Your site marked the driver as Untested with Rewrite. Click the UntestedWithRewrite link. Daniel - 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.phpp=sourceforgeCID=DEVDEV ___ Zd1211-devs mailing list - http://zd1211.ath.cx/ Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs
[zd1211-devs] 802.11a
Do any of the zd1211 based devices do 802.11a? All of the ones I can locate are 11b/g only. -- Jon Smirl [EMAIL PROTECTED] - 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.phpp=sourceforgeCID=DEVDEV ___ Zd1211-devs mailing list - http://zd1211.ath.cx/ Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs
Re: [zd1211-devs] 802.11a
Jon Smirl wrote: Do any of the zd1211 based devices do 802.11a? All of the ones I can locate are 11b/g only. http://zd1211.ath.cx/wiki/RfTypes - 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.phpp=sourceforgeCID=DEVDEV ___ Zd1211-devs mailing list - http://zd1211.ath.cx/ Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs
Re: [zd1211-devs] 802.11a
On 1/15/07, Daniel Drake [EMAIL PROTECTED] wrote: Jon Smirl wrote: Do any of the zd1211 based devices do 802.11a? All of the ones I can locate are 11b/g only. http://zd1211.ath.cx/wiki/RfTypes Which Trendnet device is this referring to? Airoha AL7230B - 802.11a/b/g ¶ The AL7230B (datasheet) is probably just an extended version of the AL2230 which supports 802.11a. Interestingly, the first sighting of this RF (in a Trendnet device) is only advertised as b/g compatible. Someone should check and see if RF type is really the only factor that decides whether a device supports 802.11a. -- Jon Smirl [EMAIL PROTECTED] - 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.phpp=sourceforgeCID=DEVDEV ___ Zd1211-devs mailing list - http://zd1211.ath.cx/ Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs
Re: [zd1211-devs] 802.11a
On 1/15/07, Jon Smirl [EMAIL PROTECTED] wrote: On 1/15/07, Daniel Drake [EMAIL PROTECTED] wrote: Jon Smirl wrote: Do any of the zd1211 based devices do 802.11a? All of the ones I can locate are 11b/g only. http://zd1211.ath.cx/wiki/RfTypes Which Trendnet device is this referring to? I think I found it, they are reusing the same part numbers. A model does not appear to be available any more which may explain the confusion with the 11b/g support. Trendnet TEW-429UB A zd1211157e:300a AL7230B Trendnet TEW-429UB B zd1211157e:300b AL2230 Trendnet TEW-429UB C zd1211b 157e:300d AL2230 Airoha AL7230B - 802.11a/b/g ¶ The AL7230B (datasheet) is probably just an extended version of the AL2230 which supports 802.11a. Interestingly, the first sighting of this RF (in a Trendnet device) is only advertised as b/g compatible. Someone should check and see if RF type is really the only factor that decides whether a device supports 802.11a. -- Jon Smirl [EMAIL PROTECTED] -- Jon Smirl [EMAIL PROTECTED] - 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.phpp=sourceforgeCID=DEVDEV ___ Zd1211-devs mailing list - http://zd1211.ath.cx/ Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs
[zd1211-devs] probe of 1-2:1.0 failed with error -110 after reboot on 2.6.19-gentoo-r3
Hello all, I`ve just registered, and i`ve googled and searched the list archives but i haven`t found nothing about this error, i don`t even know if this is a zd1211 or some usb problem. I have the following problem: When I reboot with an Airlink 101 (0ace:1211) or Naxos device (0ace:1215), the two devices i have in hand, i get the probe of 1-2:1.0 failed with error -110 error. if I disconnect and reconnect the device, it works, but i need it to be enabled at startup, because i need HA, and if the computer reboots, the network must be restored without human interference. I patched ( http://kurobox.com/mwiki/images/d/d0/Zd1211rw_reboot.patch.txt) script found here ( http://kurobox.com/mwiki/index.php/Install_wireless_zd1211 ) the driver myself, once the patch if for 2.6.18.3, but it didn`t work. When system works it loads firmware versions 4605 for the 1211 and 4725 for the 1211b. I would like know if there is some workaround / patch for making the device being recognized correctly at boot, or if there`s something i can code ( please give me the guidelines and i`ll go for it) to make this work. Thanks in advance, Rodrigo Forlin - 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.phpp=sourceforgeCID=DEVDEV___ Zd1211-devs mailing list - http://zd1211.ath.cx/ Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs
Re: [zd1211-devs] Problems loading FW on ARM9 platform
Thats true - now it's called firmware.sh (I'm using udev v100), and udev is placing it in /lib/udev/firmware.sh. I'm not sure if this is absolutely necessary, but did you check if the script's permissions allow it to be executed ? - 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.phpp=sourceforgeCID=DEVDEV ___ Zd1211-devs mailing list - http://zd1211.ath.cx/ Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs
Re: [zd1211-devs] anomalous behaviour in handling the WLAN retries
Am 15.01.2007 um 14:59 schrieb Peter Lueg: Frame WLAN Sequence=nRetry bit=0 Retry 1 WLAN Sequence=nRetry bit=1 Retry 2 WLAN Sequence=nRetry bit=1 Retry 3 WLAN Sequence=nRetry bit=1 Retry 4 WLAN Sequence=n+1 Retry bit=0 (Fault) Retry 5 WLAN Sequence=n+1 Retry bit=1 Retry 6 WLAN Sequence=n+2 Retry bit=0 (Fault) Retry 7 WLAN Sequence=n+2 Retry bit=1 Retry 8 WLAN Sequence=n+3 Retry bit=0 (Fault) Retry 9 WLAN Sequence=n+3 Retry bit=1 This behaviour violates the afore mentioned standard. We found the same behaviour under Linux and Windows OS. The ZD1211 retry register is set to 2, which gives 4 retries. (It has four bits so you could ask for 2^15 retries. ;-) I cannot explain packets 4 to 9 -- this might be firmware behaviour, which we cannot control. However the d80211 developers discussed to implement such behaviour in the new d80211 stack. Does the 802.11 standard really care, what the payload is? What prevents me to send the same UDP packet three times? On the 802.11 layer it is a new packet, because it has a new sequence number. Regards, Uli -- Uli Kunitz - 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.phpp=sourceforgeCID=DEVDEV ___ Zd1211-devs mailing list - http://zd1211.ath.cx/ Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs
Re: [zd1211-devs] 802.11a
On 1/15/07, Uli Kunitz [EMAIL PROTECTED] wrote: Jon, I have a ALLSPOT USB WLAN Finder ALL0298, which should support 802.11a. I has the AL7230 chip. Does it work on 11a? Is there doc and code for using the AL7230? Kind regards, Uli -- Uli Kunitz -- Jon Smirl [EMAIL PROTECTED] - 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.phpp=sourceforgeCID=DEVDEV ___ Zd1211-devs mailing list - http://zd1211.ath.cx/ Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs
[zd1211-devs] large number of Tx excessive retries
Hello, using iwconfig I noticed that my network card generates a massive number of Tx excessive retries #iwconfig ... Link Quality=80/100 Signal level=41/100 Noise level=0/100 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:739 Tx excessive retries:432920 Invalid misc:0 Missed beacon:0 I'm using the last zd1211 subversion driver with the following device Bus 001 Device 003: ID 07b8:6001 D-Link Corp. Is this normal or pathological? does it reduce the quality of my connection? Can I do something to eliminate the problem? Thanks, Giulio. - 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.phpp=sourceforgeCID=DEVDEV ___ Zd1211-devs mailing list - http://zd1211.ath.cx/ Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs
