It seems that I need to spend more time to dig those cards and tools.
Your valuable time is really appreciated!
Xinwen Fu
Pavel Roskin <proski-mXXj517/zsQ@xxxxxxxxxxxxxxxx> said:
> On Thu, 15 Apr 2004, Fu, Xinwen wrote:
>
> > > Sorry for false alarm. It was an a setting in Ethereal that I forgot to
> > > unset. It was filtering out control frames for the IP address I was
using
> > > with orinoco but not with hostap.
> > >
> > > It's still possible that some firmwares don't report control frames.
> > >
> > > As a positive side effect, I've added hostap support for dump_srec, so
> > > it's now possible to dump and compare RIDs under hostap and orinoco
> > > drivers. Also, the new "--format" option for dump_srec can be used to
> > > dump RIDs in the specified format.
> > >
> > I have a few questions:
> > 1. What is the pcmcia card you are using for your orinoco driver? I'd
like to
> > buy one.
>
> I have many cards. I think I'm a wrong person to ask this question
> because I tend to buy cards people have problems with. I'm not using any
> wireless networks permanently, so I cannot tell much about long term
> stability of my cards.
>
> Just to answer your question, Orinoco Silver card with 8.72 firmware is
> quite good compared to others in terms of stability.
>
> > I'm using WaveLan Turbo 11Mb silver with a firware version 4.52
(reported
> > by orinoco driver). I'm buying a proxim 8470-WD and SENAO SL-2511CD Plus.
Any
> > experience with these two cards?
>
> No experience whatsoever.
>
> > 2. What is your ethereal reporting after you capture those raw frames in
the
> > monitor mode?
> >
> > In my case (ethereal-0.10.0a with name resolution disabled), each
frame's
> > protocol is labelled as "SLL". No more detailed information such as ACK,
> > RTS/CTS, etc.
>
> That's the typical output of tethereal when the card is in monitor mode:
>
> 4.641960 Agere_0d:1a:ac -> Broadcast IEEE 802.11 Beacon frame
> 4.685877 Cisco_fa:a5:5e -> Broadcast IEEE 802.11 Beacon frame
> 4.709418 LucentTe_f0:34:d2 -> Broadcast IEEE 802.11 Beacon frame
> 4.711076 AttBellL_2b:5e:6d -> Spanning-tree-(for-bridges)_00 IEEE 802.11
Data
>
> In other words, the packets are recognized properly.
>
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
|
