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
This is a cryptographically signed message in MIME format.
--------------ms000802090800000700090704
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
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=
--------------ms000802090800000700090704
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJEzCC
AuQwggJNoAMCAQICAw8SWTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE
ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv
bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwNzA0MTMzMTAxWhcNMDYwNzA0MTMzMTAx
WjBZMRAwDgYDVQQEEwdCb250b2Z0MQ0wCwYDVQQqEwRBbmR5MRUwEwYDVQQDEwxBbmR5IEJv
bnRvZnQxHzAdBgkqhkiG9w0BCQEWEGFuZHlAYm9udG9mdC5uZXQwggEiMA0GCSqGSIb3DQEB
AQUAA4IBDwAwggEKAoIBAQDZNf8QXmumK+eZLrWqE6Me39BS0AGtpv9yzUMatvbiH3jGHdGX
YA0VvcMCSudidL+2bfxegofoT+VfMti4YeNoILqF4SIcX3cVaLaiKUoAS94QJ16D8RtXkVU9
rAkxSFymRxuzqZ9Le5MfWEp/YF9VHuD9AkCjIbzItusMbx/JVlsJqJTvGh8VmuGxHaFCFAmc
DeJT3cTbUn8Be9cGygq7MnZeAG9x6riFrA6fi6iSA2i6moCg0ogBv92unxP2GdEHVrIAIAgD
iPWEBcZdW14wGktRC/kyRNTQefws+P4vSVM4bD20B/nKoIDG/or9JnoD0bfeusWfbSiK7/zc
30plAgMBAAGjLTArMBsGA1UdEQQUMBKBEGFuZHlAYm9udG9mdC5uZXQwDAYDVR0TAQH/BAIw
ADANBgkqhkiG9w0BAQQFAAOBgQBafrU0PdAXZ4qGUpZiYGpk3clLM73hywffVqdCa6tKeGlN
S0Il7tQZKClUieiRDOmpi6z2ICNWKJV5YStf1aX1LjPRE5tgEx8mhz9actla0NdfdY53nbgU
DyjN4Pa/E7PVw/rMRjzOGVNzMPZRh8nlXg3NAeuSuN9WA6jlznkoXTCCAuQwggJNoAMCAQIC
Aw8SWTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENv
bnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls
IElzc3VpbmcgQ0EwHhcNMDUwNzA0MTMzMTAxWhcNMDYwNzA0MTMzMTAxWjBZMRAwDgYDVQQE
EwdCb250b2Z0MQ0wCwYDVQQqEwRBbmR5MRUwEwYDVQQDEwxBbmR5IEJvbnRvZnQxHzAdBgkq
hkiG9w0BCQEWEGFuZHlAYm9udG9mdC5uZXQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK
AoIBAQDZNf8QXmumK+eZLrWqE6Me39BS0AGtpv9yzUMatvbiH3jGHdGXYA0VvcMCSudidL+2
bfxegofoT+VfMti4YeNoILqF4SIcX3cVaLaiKUoAS94QJ16D8RtXkVU9rAkxSFymRxuzqZ9L
e5MfWEp/YF9VHuD9AkCjIbzItusMbx/JVlsJqJTvGh8VmuGxHaFCFAmcDeJT3cTbUn8Be9cG
ygq7MnZeAG9x6riFrA6fi6iSA2i6moCg0ogBv92unxP2GdEHVrIAIAgDiPWEBcZdW14wGktR
C/kyRNTQefws+P4vSVM4bD20B/nKoIDG/or9JnoD0bfeusWfbSiK7/zc30plAgMBAAGjLTAr
MBsGA1UdEQQUMBKBEGFuZHlAYm9udG9mdC5uZXQwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0B
AQQFAAOBgQBafrU0PdAXZ4qGUpZiYGpk3clLM73hywffVqdCa6tKeGlNS0Il7tQZKClUieiR
DOmpi6z2ICNWKJV5YStf1aX1LjPRE5tgEx8mhz9actla0NdfdY53nbgUDyjN4Pa/E7PVw/rM
RjzOGVNzMPZRh8nlXg3NAeuSuN9WA6jlznkoXTCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcN
AQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT
CUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRp
ZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBG
cmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNv
bTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYD
VQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy
c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA
xKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkV
cI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUq
VIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMG
A1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZy
ZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJp
dmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIX
oUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydx
VyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8x
ggM7MIIDNwIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu
ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWlu
ZyBDQQIDDxJZMAkGBSsOAwIaBQCgggGnMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ
KoZIhvcNAQkFMQ8XDTA1MDgxMjE3MzM0N1owIwYJKoZIhvcNAQkEMRYEFPZGJbxSMN8veK9+
t7RXvXBXGM/UMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA
MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMHgGCSsGAQQBgjcQBDFr
MGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0
ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMPElkw
egYLKoZIhvcNAQkQAgsxa6BpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u
c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg
SXNzdWluZyBDQQIDDxJZMA0GCSqGSIb3DQEBAQUABIIBAHLyqsCFgC6pCxYvZAhc3TtwrerL
wfWqhROrWuMf2FF4LsncoZQEWzGhr0QbDOuYr2wv7CwBudgAdYJ/+qGb1//VH3G8ctX57Fk4
RD7fOBPkHvMe3tJov87Q82CKyvVcDYR4RWQKE1xDaHsGCyP1j4ITj+QLIh4NqQJdqu3JfWFT
bsLYknAwqHmYheFvdm38pSNcLSCfjLUO/a3X5jV/K9J6tlF7nysKINtlXGg38qjSgdYTGle3
qIxeVm2CeLz8HlluXrzUifGPZ6PwrrZmTrYRYIBYs4Q6XvCr6y4nmR0nuQ5DNuxZmPDWtuAM
90oiGck+7l5OwmLSPfzm1r1WFrsAAAAAAAA=
--------------ms000802090800000700090704--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?42FCDD7B.6040307>