SCIENTIFIC-LINUX-USERS Archives

March 2013

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Steven Haigh <[log in to unmask]>
Reply To:
Steven Haigh <[log in to unmask]>
Date:
Wed, 13 Mar 2013 08:19:22 +1100
Content-Type:
text/plain
Parts/Attachments:
text/plain (88 lines)
On 13/03/13 08:08, Pat Riehecky wrote:
> On 03/12/2013 04:03 PM, Steven Haigh wrote:
>> On 13/03/13 02:58, Steven Haigh wrote:
>>> On 03/13/2013 02:54 AM, Pat Riehecky wrote:
>>>> On 03/12/2013 05:45 AM, Steven Haigh wrote:
>>>>> On 12/03/13 21:03, Steven Haigh wrote:
>>>>>> Hi all,
>>>>>>
>>>>>> I've been trying to figure out the cause of this... It seems I'll be
>>>>>> using the wifi without issue, then NetworkManager will indicate
>>>>>> that it
>>>>>> is reconnecting. It seems to happen randomly with no real pattern.
>>>>>>
>>>>>> iw events -t shows:
>>>>>> 4b:d6:98:14:48 -> 00:0f:66:c5:2d:6b reason 3: Deauthenticated because
>>>>>> sending station is leaving (or has left) the IBSS or ESS
>>>>>> 1363082116.240481: wlan0 (phy #0): disconnected (local request)
>>>>>> ....
>>>>>> 1363082122.323703: wlan0 (phy #0): auth 00:0f:66:c5:2d:6b ->
>>>>>> 1c:4b:d6:98:14:48 status: 0: Successful
>>>>>> 1363082122.344295: wlan0 (phy #0): assoc 00:0f:66:c5:2d:6b ->
>>>>>> 1c:4b:d6:98:14:48 status: 0: Successful
>>>>>> 1363082122.347571: wlan0 (phy #0): connected to 00:0f:66:c5:2d:6b
>>>>>>
>>>>>> Interestingly, I've only had this problem under linux. The access
>>>>>> point
>>>>>> is stable and works fine with the same card under Windows 7 - as
>>>>>> well as
>>>>>> our smart phones etc etc. The access point hasn't changed in a
>>>>>> number of
>>>>>> years (4+).
>>>>>>
>>>>>> At the moment, I'm using the kernel-ml from elrepo until I can get
>>>>>> the
>>>>>> eeepc module re-enabled for 64 bit kernels from our wondering
>>>>>> upstream
>>>>>> provider. (Battery life dies to about 3.5 hours instead of 5+ with
>>>>>> it!)
>>>>>>
>>>>>> I've tried 'iwconfig wlan0 power off' to disable power management
>>>>>> from
>>>>>> the wifi adapter, but the dropouts still seem to randomly happen.
>>>>>> The AP
>>>>>> is secured with WPA2-PSK (AES+TKIP) - not sure if that makes a
>>>>>> difference...
>>>>>>
>>>>>> Does anyone have any thoughts in troubleshooting this?
>>>>>>
>>>>>
>>>>> I should note as well that I added the following to a new file called
>>>>> /etc/modprobe.d/wireless.conf:
>>>>> options ath9k nohwcrypt=1
>>>>>
>>>>> This doesn't seem to have made a difference.
>>>>>
>>>>
>>>> I've got one of these at home and I see similar behavior - it drops out
>>>> rather often.  I've not found a fix...
>>>
>>> Dang! Its rather annoying to say the least. I've even tried kernel 3.8.2
>>> (which has the eeepc_laptop module included in the 64 bit kernel.
>>>
>>> Might have to do some more research....
>>>
>>
>> This is interesting. I'm sitting at work using the exact same brand /
>> model access point as I have at home - yet it hasn't dropped out once.
>> I'm wondering if I should factory reset the one at home and see if it
>> makes a difference.
>>
>> Pat: What type of router / AP do you have?
>>
>
> I've got a WRT54GL (tomato-wrt)

Interesting... The one here at work is a WRT54GL v1.1 with dd-wrt, mine 
at home is a WRT54GS v1.0 (i think) with dd-wrt. Sadly, at the moment I 
can't find the IP of the works AP to see what version of dd-wrt it is 
running...

-- 
Steven Haigh

Email: [log in to unmask]
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299

ATOM RSS1 RSS2