Skip site navigation (1)Skip section navigation (2) 
Date:      Fri, 12 Aug 2005 19:33:47 +0200
From:      Andy Bontoft <andy@bontoft.net>
To:        Sam Leffler <sam@errno.com>
Cc:        freebsd-current@freebsd.org
Subject:   Re: ath problem
Message-ID:  <42FCDD7B.6040307@bontoft.net>
In-Reply-To: <42F56A66.9080607@errno.com>
References:  <42F47354.6000109@bontoft.net> <42F56A66.9080607@errno.com>
next in thread | previous in thread | raw e-mail | index | archive | help 

[-- Attachment #1 --]
Hello Sam,
Thanks for the reply.

Sam Leffler wrote:

> Andy Bontoft wrote:
>
>> Hello,
>> I'm unable to get a wireless access point to work properly and for 
>> the life of me I can't work out why. I've spent the past few evenings 
>> trawling the mailing list archives without much success. I'm hoping 
>> someone can point me in the right direction.
>> It's an Atheros 5212 (Wistron cm9 miniPCI) in a soekris 4801 box.
>
>
> 5212 Wistron cm9 means nothing; dmesg|grep ath will get you the 
> mac+phy revs that identify your part.

ap# dmesg| grep ath
ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413)
ath0: <Atheros 5212> mem 0xa0010000-0xa001ffff irq 11 at device 14.0 on pci0
ath0: Ethernet address: 00:0b:6b:35:cb:82
ath0: mac 5.9 phy 4.3 radio 3.6

pciconf provides this information
ath0@pci0:14:0: class=0x020000 card=0x1012185f chip=0x0013168c rev=0x01 
hdr=0x00
    vendor   = 'Atheros Communications Inc.'
    device   = 'AR5212, AR5213 802.11a/b/g Wireless Adapter'
    class    = network
    subclass = ethernet

>
>> A test client (WinXP SP2) can associate and on occasion obtains an 
>> address from the DHCP server on the ether side of the AP. Most of the 
>> time it is unable to obtain an address however, and even when it does 
>> after a few seconds it changes to the default not connected address 
>> of the 169.254/16 network.
>> Initially I was trying to configure hostap for wpa+802.1x (EAP_TLS), 
>> the 802.1x worked fine and the XP laptop received its address, again 
>> after a few seconds the address would revert to the 169.254/16 
>> network. To try and identify the issue I switched to a simple wep 
>> mode (without hostap), but I have the same issue. The athstats tool 
>> reports a lot of failures.
>> I haven't attached pages and pages of debug output as I'm not sure 
>> what would be required and don't want to flood the list. I have just 
>> attached a few of the basic things, but if more information is 
>> required I can obviously supply it.
>> Thanks for your time
>> andy
>> btw - the same laptop works perfectly with an identical config 
>> (except the SSID is different) on second 'off the shelf' AP.
>>
>> ap# ifconfig ath0
>> ath0: flags=8847<UP,BROADCAST,DEBUG,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>>        inet6 fe80::20b:6bff:fe35:cb82%ath0 prefixlen 64 scopeid 0x4
>>        inet 0.0.0.0 netmask 0xff000000 broadcast 0.255.255.255
>>        ether 00:0b:6b:35:cb:82
>>        media: IEEE 802.11 Wireless Ethernet autoselect mode 11g <hostap>
>>        status: associated
>>        ssid Z channel 9 bssid 00:0b:6b:35:cb:82
>>        authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 53
>>        protmode CTS dtimperiod 1 bintval 100
>
>
> Run open and simplify your config until you figure out what's wrong. 
> Channels 1, 6, and 11 are usually the best for signal w/ 6 preferred. 
> Not sure why your ap is using 9.

I set it to run on channel nine as at any given time I can see between 
seven and fifteen wireless networks, with on average half of them 
running on channel eleven. I run the 'off the shelf' ap I mentioned on 
channel six and as they're about two foot apart I thought picking an 
unused channel might be reasonable - incorrectly it seems.

I have configured it as a completely open ap, and the problem is the same.
The interface entry from my /etc/rc.conf is...
    ifconfig_ath0="ssid Z mode 11g mediaopt hostap channel 6 up"

Thanks
andy

>
> You don't indicate if the client is using 11g or 11b; based on the 
> statistics I'm guessing 11g.
>
> You probably need to setup a 3rd machine and sniff the traffic to see 
> what's going on.  Windows has some serious timing requirements in 
> their system and if you enable debugging on the ap you may slow things 
> down enough that the client will time out.
>
>     Sam
>
>>
>> ap# sysctl net.link.ether.bridge
>> net.link.ether.bridge_cfg: "ath0,sis0"
>> net.link.ether.bridge_ipfw: 0
>> net.link.ether.bridge_ipf: 0
>> net.link.ether.bridge.config: "ath0,sis0"
>> net.link.ether.bridge.enable: 1
>> net.link.ether.bridge.predict: 0
>> net.link.ether.bridge.dropped: 0
>> net.link.ether.bridge.packets: 0
>> net.link.ether.bridge.ipfw_collisions: 0
>> net.link.ether.bridge.ipfw_drop: 0
>> net.link.ether.bridge.copy: 0
>> net.link.ether.bridge.ipfw: 0
>> net.link.ether.bridge.ipf: 0
>> net.link.ether.bridge.debug: 2
>> net.link.ether.bridge.version: 031224
>>
>> ap# ./athstats
>> 1666 tx management frames
>> 5 tx frames discarded prior to association
>> 996 tx failed 'cuz too many retries
>> 11502 long on-chip tx retries
>> 221 tx frames with no ack marked
>> 204 tx frames with short preamble
>> 57002 rx failed 'cuz of bad CRC
>> 136258 rx failed 'cuz of PHY err
>>    122418 OFDM timing
>>    13840 CCK timing
>> 28961 beacons transmitted
>> 165 periodic calibrations
>> 4 rfgain value change
>> 4489 rate control checks
>> 5 rate control dropped xmit rate
>
>
> This is odd; are you using ath_rate_sample?  If there is noise causing 
> the rate control code to drop the tx rate then
>
>> rssi of last ack: 19
>> avg recv rssi: 33
>> 59 switched default/rx antenna
>> Antenna profile:
>> [1] tx      472 rx     3037
>> [2] tx      414 rx       29
>>
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to 
> "freebsd-current-unsubscribe@freebsd.org"


-- 
YW5keUBib250b2Z0Lm5ldAo=


[-- Attachment #2 --]
0	*H
010	+0	*H
	00MY0
	*H
0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CA0
050704133101Z
060704133101Z0Y10UBontoft1
0U*Andy10UAndy Bontoft10	*H
	andy@bontoft.net0"0
	*H
0
5^k+.RrCxї`
Jbtm^O_2ظah "_wh)JK'^WU=	1H\GK{XJ`_U@!ȶoV[	B	
SR{
2v^oq긅h҈ݮV ][^0KQ2Dy,/IS8l=ʠ&zѷ޺şm(Je-0+0U0andy@bontoft.net0U00
	*H
Z~4=gRb`jdK3VBkJxiMKB%()T驋 #V(ya+_ե.3`&?ZrZ_uw(F<Ss0Q^
뒸Vy(]00MY0
	*H
0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CA0
050704133101Z
060704133101Z0Y10UBontoft1
0U*Andy10UAndy Bontoft10	*H
	andy@bontoft.net0"0
	*H
0
5^k+.RrCxї`
Jbtm^O_2ظah "_wh)JK'^WU=	1H\GK{XJ`_U@!ȶoV[	B	
SR{
2v^oq긅h҈ݮV ][^0KQ2Dy,/IS8l=ʠ&zѷ޺şm(Je-0+0U0andy@bontoft.net0U00
	*H
Z~4=gRb`jdK3VBkJxiMKB%()T驋 #V(ya+_ե.3`&?ZrZ_uw(F<Ss0Q^
뒸Vy(]0?0
0
	*H
010	UZA10UWestern Cape10U	Cape Town10U
Thawte Consulting1(0&UCertification Services Division1$0"UThawte Personal Freemail CA1+0)	*H
	personal-freemail@thawte.com0
030717000000Z
130716235959Z0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CA00
	*H
0Ħ<UsUNʙZhup[v:aQP
0cZ,p+Z?qV˯<6$*+w=+>@dקe*TH<a@dr`00U00CU<0:08642http://crl.thawte.com/ThawtePersonalFreemailCA.crl0U0)U"0 010UPrivateLabel2-1380
	*H
HP.
fgCL!6-6/P p<ab:~t%Pb'qW%ݩ9 Oe_N4[5MwV!x!5$F]_eO1;070i0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CAY0	+0	*H
	1	*H
0	*H
	1
050812173347Z0#	*H
	1F%R0/x~WpW0R	*H
	1E0C0
*H
0*H
0
*H
@0+0
*H
(0x	+71k0i0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CAY0z*H
	1ki0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CAY0
	*H
r./d\;pZQx.ܡ[1D똯l/,uqrY8D>8h`\
xEd
\Ch{#"
]}aSnؒp0yovm#\- 5+zQ{+
 e\h7ҁW^VmxYn^ԉgfN`X:^.''C6YֶJ">^Nb=ֽV

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?42FCDD7B.6040307>