Jiri Tesar | 1 Mar 09:55 2004
Picon

Re: firmware driver manual

> > So are you guys here using the old doc or do you have access to the
> > licensee server where the current docs are available?
>
> Version 2.30 is here: http://home.kpnqwest.cz/jt/wifi/RM0251.pdf

OK, I will add reference to this to my index page :-) So google will help
next time.
JT

>
> --
> Regards,
> Pavel Roskin
> _______________________________________________
> HostAP mailing list
> HostAP <at> shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
>

========================================= | Jiri Tesar,    ICZ a.s.
=====  |**  ___  ____     =============== | V Olsinach 75,Prague 10
====   |*  ||      //    ================ | 106 00,  Czech Republic
===    ||  ||     //    ================= | tel +420(2) 81 00 23 20
==     ||  ||__  //__  ================== | fax +420(2) 81 00 22 44
========================================= | e-mail          jt <at> i.cz
nicomitch@yahoo.fr | 1 Mar 11:16 2004
Picon

management frames

I'm wondering how management frames are treated.
Are they simply treated like data frames.
Or Is there something over IP that manages these
frames?
If it's the case, in which function of the driver, is
it implemented?

Thanks by advance,

Nicolas

	

	
		
Yahoo! Mail : votre e-mail personnel et gratuit qui vous suit partout ! 
Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/

Dialoguez en direct avec vos amis grâce à Yahoo! Messenger !Téléchargez Yahoo! Messenger sur http://fr.messenger.yahoo.com
Oscar Rodilla | 1 Mar 12:35 2004
Picon

question about prism2_param parameters

Hi!
 
I need to know some information about two parameters available to use with the prism2_param command. They are the dump and the ap_nullfunc_ack.
 
I've read some about them in the Readme file of the hostAP driver package, but I don't understand it very well. Can anybody tell memore about them?
 
Thanks
_______________________________________________
HostAP mailing list
HostAP <at> shmoo.com
http://lists.shmoo.com/mailman/listinfo/hostap
Jean Tourrilhes | 1 Mar 19:23 2004
Picon

Re: IFF_RUNNING and SIOCGMIIPHY support

On Sun, Feb 29, 2004 at 01:01:57PM +0000, David Goodenough wrote:
> 
> Mii-tool does no appear to be supported by hostap, and I was wondering
> why.  Obviously the mode makes a difference, so saying that a node in 
> master mode is connected makes little sense, but for a managed or
> ad-hoc mode node the link speed and the presence or absence of an 
> active connection would be useful.

	Actually, ad-hoc mode is like master mode, you can't test the
presence/absence of an active connection (i.e. the connection is
always valid). This is why you would use iwspy and TXDROP in ad-hoc
mode.
	So, this would work only in managed mode.

> As traditionally used yes it is, but a single command line interface that
> means that in a mixed wired/wireless environment I can find out if all
> my links are up would be really useful.  I was thinking of this as a 
> simple human interface for diagnosing problems

	This is irrealistic, wireless does not behave like wired. Your
wireless link may be up, but if you are associate with the wrong
Access Point, it will do you no good. Or, the link may be up but
barely usable because there is too many retries.
	Most people setting up long-haul wireless links have their own
definition of goodness, especially when using ad-hoc mode.

Jouni wrote :
> Isn't mii-tool quite Ethernet-specific? What would be the purpose of
> using it with a wireless driver? I did not notice SIOCGMIIPHY support in
> any of the kernel tree driver for wireless devices.

	I even suspect that mii-tool is deprecated in favor of
ethtool. Some wireless drivers implement the "information" part for
"ethtool -i".

> IFF_RUNNING was always set when the interface was up. Anyway, I have
> been thinking of adding netif_carrier_{on,off}() calls to the driver
> based on the association state and ended up doing it now. The
> development snapshot from the CVS has now code for setting the carrier
> off when in station mode and not associated. This clears the IFF_RUNNING
> flag for user space programs and generates a linkwatch event in the
> kernel.

	As in ad-hoc mode the card is always successfully associated,
IFF_RUNNING would always be set, which is what we want. I believe the
same would apply to master mode. You may want to check what's
happening in monitor mode and WDS.

	Have fun...

	Jean
David Goodenough | 1 Mar 19:46 2004

Re: IFF_RUNNING and SIOCGMIIPHY support

On Monday 01 March 2004 18:23, Jean Tourrilhes wrote:
> On Sun, Feb 29, 2004 at 01:01:57PM +0000, David Goodenough wrote:
> > Mii-tool does no appear to be supported by hostap, and I was wondering
> > why.  Obviously the mode makes a difference, so saying that a node in
> > master mode is connected makes little sense, but for a managed or
> > ad-hoc mode node the link speed and the presence or absence of an
> > active connection would be useful.
>
> 	Actually, ad-hoc mode is like master mode, you can't test the
> presence/absence of an active connection (i.e. the connection is
> always valid). This is why you would use iwspy and TXDROP in ad-hoc
> mode.
> 	So, this would work only in managed mode.
>
> > As traditionally used yes it is, but a single command line interface that
> > means that in a mixed wired/wireless environment I can find out if all
> > my links are up would be really useful.  I was thinking of this as a
> > simple human interface for diagnosing problems
>
> 	This is irrealistic, wireless does not behave like wired. Your
> wireless link may be up, but if you are associate with the wrong
> Access Point, it will do you no good. Or, the link may be up but
> barely usable because there is too many retries.
> 	Most people setting up long-haul wireless links have their own
> definition of goodness, especially when using ad-hoc mode.
>

Ad-hoc mode is is the one I am particularly interested in, and I suppose that
my definition is that traffic can flow.  It would of course also be useful
to know what speed the link was running at as some of the Quagga 
protocols are bandwidth dependant, and then one of the speeds would
be zero of course being a dead link.

> Jouni wrote :
> > Isn't mii-tool quite Ethernet-specific? What would be the purpose of
> > using it with a wireless driver? I did not notice SIOCGMIIPHY support in
> > any of the kernel tree driver for wireless devices.
>
> 	I even suspect that mii-tool is deprecated in favor of
> ethtool. Some wireless drivers implement the "information" part for
> "ethtool -i".

Well ethtool is new for me, I will have a look at it.

>
> > IFF_RUNNING was always set when the interface was up. Anyway, I have
> > been thinking of adding netif_carrier_{on,off}() calls to the driver
> > based on the association state and ended up doing it now. The
> > development snapshot from the CVS has now code for setting the carrier
> > off when in station mode and not associated. This clears the IFF_RUNNING
> > flag for user space programs and generates a linkwatch event in the
> > kernel.
>
> 	As in ad-hoc mode the card is always successfully associated,
> IFF_RUNNING would always be set, which is what we want. I believe the
> same would apply to master mode. You may want to check what's
> happening in monitor mode and WDS.
>
> 	Have fun...
>
> 	Jean
> _______________________________________________
> HostAP mailing list
> HostAP <at> shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap

David
henrikg | 1 Mar 20:14 2004
Picon

changing AP manual is unstable

Hi

I've been trying to change the AP my Linksys WPC11 card is assosiated to 
manually. The weird thing is that it only works sometimes. As far as I can 
tell, there is no pattern for when I succeed in switching AP and when not.
I'm doing the following:

iwpriv wlan0 prism2_param 21 2 (or just call the prism2_param, but same 
result)
iwconfig wlan0 essid test
iwconfig wlan0 channel 6
(Some old mail in this list suggested that changing essid and channel could 
help with the problem)

iwconfig wlan0 ap XX:XX:XX:XX
And here is the problem, sometimes it changes sometimes not:

(dmesg)
wlan0: Trying to join BSSID XX:XX:XX:XX:XX:XX
wlan0: LinkStatus=1 (Connected)
wlan0: LinkStatus: BSSID=XX:XX:XX:XX:XX:XX
wlan0: Trying to join BSSID YY:YY:YY:YY:YY:YY
wlan0: LinkStatus=1 (Connected)
wlan0: LinkStatus: BSSID=YY:YY:YY:YY:YY:YY
wlan0: Trying to join BSSID XX:XX:XX:XX:XX:XX
wlan0: LinkStatus=6 (Association failed)

Any suggestions?

I'm using the hostap-driver-0.1.3, hostap_utils-0.1.3, no wpa, and the 1.7.4 
firmware.

\Henrik
Brad Langhorst | 1 Mar 21:03 2004

working with client bridges

I'm planning to recommend that users of our community network use senao
client bridges to connect desktop computers.

This works fine if the bridge is set to "spoof" it's mac address as
whatever is connected to it on the ethernet side but if it reports its
own mac address hostap doesn't want to deliver packets to the
unassociated macs of wired clients...

is it possible to disable that feature so the bridge can work with more
than one wired device?

thanks!

brad
Bud Smoker | 1 Mar 22:47 2004

Re: changing AP manual is unstable


henrik, dont use iwpriv wlan0 prism2_param. i havent even heard of this option. so it isnt nessacary. what
you need to replace it with is:

iwpriv wlan0 host_roaming 2

this command must be called before the iwconfig wlan0 ap <xxx> command.

should work then.

peace,
bud smoker

--- <henrikg <at> fys.ku.dk> wrote:
Hi

I've been trying to change the AP my Linksys WPC11 card is assosiated to 
manually. The weird thing is that it only works sometimes. As far as I can 
tell, there is no pattern for when I succeed in switching AP and when not.
I'm doing the following:

iwpriv wlan0 prism2_param 21 2 (or just call the prism2_param, but same 
result)
iwconfig wlan0 essid test
iwconfig wlan0 channel 6
(Some old mail in this list suggested that changing essid and channel could 
help with the problem)

iwconfig wlan0 ap XX:XX:XX:XX
And here is the problem, sometimes it changes sometimes not:

(dmesg)
wlan0: Trying to join BSSID XX:XX:XX:XX:XX:XX
wlan0: LinkStatus=1 (Connected)
wlan0: LinkStatus: BSSID=XX:XX:XX:XX:XX:XX
wlan0: Trying to join BSSID YY:YY:YY:YY:YY:YY
wlan0: LinkStatus=1 (Connected)
wlan0: LinkStatus: BSSID=YY:YY:YY:YY:YY:YY
wlan0: Trying to join BSSID XX:XX:XX:XX:XX:XX
wlan0: LinkStatus=6 (Association failed)

Any suggestions?

I'm using the hostap-driver-0.1.3, hostap_utils-0.1.3, no wpa, and the 1.7.4 
firmware.

\Henrik
_______________________________________________
HostAP mailing list
HostAP <at> shmoo.com
http://lists.shmoo.com/mailman/listinfo/hostap

_____________________________________________________________
Proud member of United Networks Email, visit or report abuse at  http://networks.org/
Stuart Frame | 2 Mar 01:12 2004
Picon

re: Firmware question

> 
> Is there anything new or fixed in secondary firmware 1.8.0 that makes
it
> worth the upgrade (from 1.7.4)?
> 
> Has anyone had negative experiences with 1.8.0?
> 
> Also, is primary 1.1.1 still the latest and greatest? I have seen
1.1.4
> but
> only in ram format.
> 
> Does anyone have a large network of APs with a particular firmware
working
> reliably? What firmware is best for a production environment?
> 
> Thanks,
> 
> Sergio

I am using 1.8.0 on a veritech 2511 card. Not sure if it is the firmware
or hardware, but I cannot bridge wlan and ethernet when wlan is in
managed mode - bridge works fine in Master mode.

I have not done any testing to confirm it is the firmware, will be
reverting back to 1.7.4 this week.
If you use bridging I would test 1.8.0 first in the lab.

Works much better in windows XP, i.e. more stable connection (I am
beaming about 2km to the AP).

Regards,

Stuart Frame,
National IT Manager,
Niue Island

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.594 / Virus Database: 377 - Release Date: 24/02/2004
Jim TerWee | 2 Mar 06:45 2004

re: Firmware question

Stuart Frame said:
>>
>> Is there anything new or fixed in secondary firmware 1.8.0 that makes
> it
>> worth the upgrade (from 1.7.4)?
>>
>> Has anyone had negative experiences with 1.8.0?
>>
>> Also, is primary 1.1.1 still the latest and greatest? I have seen
> 1.1.4
>> but
>> only in ram format.
>>
>> Does anyone have a large network of APs with a particular firmware
> working
>> reliably? What firmware is best for a production environment?
>>
>> Thanks,
>>
>> Sergio
>
> I am using 1.8.0 on a veritech 2511 card. Not sure if it is the firmware
> or hardware, but I cannot bridge wlan and ethernet when wlan is in
> managed mode - bridge works fine in Master mode.

Layer 2 bridging does not work on wireless cards when they are in managed
mode.

Jim TerWee

Gmane