headers
tomas zheng | 2 Nov 2009 03:47
Picon

Where I can find the zd1211 datasheet?

Hi experts,

I am looking for the zd1211 chipset datasheet/manual, is there anyone
can point out me where I can find it?Or send to me off line?
Very appreciated.

BTW,I check www.zydas.com.tw find nothing.

Thanks very much
Tomas W

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
Permalink | Reply | 0 comments |
headers
Benoit PAPILLAULT | 21 Nov 2009 00:35
Picon
Favicon

monitor mode not capturing other BSS packets

Hello there,

I'm trying to use monitor mode with zd1211b device and I'm currently
using 2.6.32-rc7-wl kernel from wireless-testing git tree.

What happens in monitor mode is that I only get DATA packets send to as
broadcast or multicast addr. I'd like to use the card to capture traffic
from other bss. I tried the iw flags otherbss when creating the monitor
interface, but this change nothing.

Is this a known problem? If so, where should i look for a fix?

I remember playing with this device years ago and there was a CR_SNIFFER
register that was set to 1. Apparently, this register is set to 0 now.
Could it be the root of this issue?

Regards,
Benoit

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
Permalink | Reply | 12 comments |
headers
Gábor Stefanik | 21 Nov 2009 02:35
Picon

Re: monitor mode not capturing other BSS packets

On Sat, Nov 21, 2009 at 12:35 AM, Benoit PAPILLAULT
<benoit.papillault <at> free.fr> wrote:
> Hello there,
>
> I'm trying to use monitor mode with zd1211b device and I'm currently
> using 2.6.32-rc7-wl kernel from wireless-testing git tree.
>
> What happens in monitor mode is that I only get DATA packets send to as
> broadcast or multicast addr. I'd like to use the card to capture traffic
> from other bss. I tried the iw flags otherbss when creating the monitor
> interface, but this change nothing.
>
> Is this a known problem? If so, where should i look for a fix?
>
> I remember playing with this device years ago and there was a CR_SNIFFER
> register that was set to 1. Apparently, this register is set to 0 now.
> Could it be the root of this issue?

Yes, that is probably the problem; please try this patch:
http://patches.aircrack-ng.org/zd1211rw_inject_2.6.26.patch. It's just
a hack, but it works. (Without the hack, only enabling CR_SNIFFER_ON
will cause the card to return junk packets.)

>
> Regards,
> Benoit
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
(Continue reading)

Permalink | Reply | 11 comments |
headers
Benoit PAPILLAULT | 22 Nov 2009 23:06
Picon
Favicon

Re: monitor mode not capturing other BSS packets


Gábor Stefanik a écrit :
> Yes, that is probably the problem; please try this patch:
> http://patches.aircrack-ng.org/zd1211rw_inject_2.6.26.patch. It's just
> a hack, but it works. (Without the hack, only enabling CR_SNIFFER_ON
> will cause the card to return junk packets.)

Indeed. However :

1. I did not receive junk packet so far with only enabling CR_SNIFFER_ON.
2. With both a STA interface and a monitor interface, performance drops
significantly. Any explanation for this.
3. Could you tell me a bit more about your junk packet filtering?
4. I received lots of small RX packet of 4 or 5 bytes. What is causing this?

Does your patch has been sent upstream already?

Regards,
Benoit
Permalink | Reply | 10 comments |
headers
Daniel Drake | 22 Nov 2009 23:28
Picon
Favicon

Re: monitor mode not capturing other BSS packets

Benoit PAPILLAULT wrote:
> 1. I did not receive junk packet so far with only enabling CR_SNIFFER_ON.

The reason we flip-flopped once or twice in the past is because 
CR_SNIFFER_ON behaves wildly differently on different revisions of the 
ZD1211 hardware.

Daniel

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
Permalink | Reply | 3 comments |
headers
Gábor Stefanik | 22 Nov 2009 23:51
Picon

Re: monitor mode not capturing other BSS packets

2009/11/22 Benoit PAPILLAULT <benoit.papillault <at> free.fr>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Gábor Stefanik a écrit :
>> Yes, that is probably the problem; please try this patch:
>> http://patches.aircrack-ng.org/zd1211rw_inject_2.6.26.patch. It's just
>> a hack, but it works. (Without the hack, only enabling CR_SNIFFER_ON
>> will cause the card to return junk packets.)
>
> Indeed. However :
>
> 1. I did not receive junk packet so far with only enabling CR_SNIFFER_ON.
> 2. With both a STA interface and a monitor interface, performance drops
> significantly. Any explanation for this.

What do you mean by "performance loss"? Is there packet loss? Is TX
rate dropping?

> 3. Could you tell me a bit more about your junk packet filtering?

It was not written by me - CCing SuD, who wrote the patch.

> 4. I received lots of small RX packet of 4 or 5 bytes. What is causing this?
>
> Does your patch has been sent upstream already?
>
> Regards,
> Benoit
> -----BEGIN PGP SIGNATURE-----
(Continue reading)

Permalink | Reply | 3 comments |
headers
Hin-Tak Leung | 23 Nov 2009 00:43
Picon
Favicon

Re: monitor mode not capturing other BSS packets

--- On Sun, 22/11/09, Daniel Drake <dsd <at> gentoo.org> wrote:

> Benoit PAPILLAULT wrote:
> > 1. I did not receive junk packet so far with only
> enabling CR_SNIFFER_ON.
> 
> The reason we flip-flopped once or twice in the past is
> because 
> CR_SNIFFER_ON behaves wildly differently on different
> revisions of the 
> ZD1211 hardware.

It is probably appropriate to document this as a comment next to CR_SNIFFER_ON in one of the headers.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
Permalink | Reply | 2 comments |
headers
Alejandro Grijalba | 23 Nov 2009 02:44
Favicon

Re: monitor mode not capturing other BSS packets

Benoit PAPILLAULT escribió:
> 1. I did not receive junk packet so far with only enabling CR_SNIFFER_ON.
>   
If you apply the patch and there is a lot of wireless traffic going on
you will start getting random frames too (sniffing with tcpdump on
monitor interface or whatever). I have a couple of zd1211rw usb devices,
and both do it.
> 2. With both a STA interface and a monitor interface, performance drops
> significantly. Any explanation for this.
>   
Not sure, maybe because you are sniffing all frames in the channel, not
only your BSS ones.
> 3. Could you tell me a bit more about your junk packet filtering?
>   
That patch is the mac80211 port of an older ieee80211 patch which was
not done by me. The ~0x21 is a magic value that seems to work filtering
junk frames. But i don't know what it means.
> 4. I received lots of small RX packet of 4 or 5 bytes. What is causing this?
>   
Maybe you are getting acks, or maybe it's part of the junk/random frames.

Btw, how about enabling the CR_SNIFFER_ON patch as a module parameter so
everyone is happy?

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
(Continue reading)

Permalink | Reply | 1 comment |
headers
Hin-Tak Leung | 23 Nov 2009 03:26
Picon
Favicon

Re: monitor mode not capturing other BSS packets

--- On Mon, 23/11/09, Alejandro Grijalba <sud <at> latinsud.com> wrote:

> Benoit PAPILLAULT escribió:
> > 1. I did not receive junk packet so far with only
> enabling CR_SNIFFER_ON.
> >   
> If you apply the patch and there is a lot of wireless
> traffic going on
> you will start getting random frames too (sniffing with
> tcpdump on
> monitor interface or whatever). I have a couple of zd1211rw
> usb devices,
> and both do it.
> > 2. With both a STA interface and a monitor interface,
> performance drops
> > significantly. Any explanation for this.
> >   
> Not sure, maybe because you are sniffing all frames in the
> channel, not
> only your BSS ones.
> > 3. Could you tell me a bit more about your junk packet
> filtering?
> >   
> That patch is the mac80211 port of an older ieee80211 patch
> which was
> not done by me. The ~0x21 is a magic value that seems to
> work filtering
> junk frames. But i don't know what it means.
> > 4. I received lots of small RX packet of 4 or 5 bytes.
> What is causing this?
(Continue reading)

Permalink | Reply | 0 comments |
headers
Benoit PAPILLAULT | 23 Nov 2009 11:19
Picon
Favicon

Re: monitor mode not capturing other BSS packets

Hin-Tak Leung a écrit :
> --- On Sun, 22/11/09, Daniel Drake <dsd <at> gentoo.org> wrote:
>
>   
>> Benoit PAPILLAULT wrote:
>>     
>>> 1. I did not receive junk packet so far with only
>>>       
>> enabling CR_SNIFFER_ON.
>>
>> The reason we flip-flopped once or twice in the past is
>> because 
>> CR_SNIFFER_ON behaves wildly differently on different
>> revisions of the 
>> ZD1211 hardware.
>>     
>
> It is probably appropriate to document this as a comment next to CR_SNIFFER_ON in one of the headers.
>
>   
Very good point. I have two hardware here : one is zd1211 and the other 
is zd1211b. If I test with both, will it be ok?

Regards,
Benoit

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
(Continue reading)

Permalink | Reply | 1 comment |

Gmane