[ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

[ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

[Ben Greear]

On 05/08/2013 06:20 AM, Bhavesh Kamani wrote:
>
> Hi Team,
>
> I captured the packets in the locked state.
> It looks like the AP is sending packets to client and client also sends ACK
> in the locked state.
>
> In the locked state client also sends null data frames. In the null data
> frame I observed PM bit set to 0 and sometimes it is set to 1.
>
> Is there any way to make sure that packet is decrypted successfully on
> client? OR Is there any mechanism which confirm the successful decryption on
> client side?

If you run tcpdump on the client, do you see any packets received from the AP?

If you have debugfs enabled in your kernel, 'ethtool -S wlan0' might show some
useful stats (on a recent kernel)...

You could also cat out the 'xmit' debugfs file, perhaps at:
cat /debug/ieee80211/phy0/ath9k/xmit on both AP and client
and see if the xmit queues have any backlog that will not clear?

Thanks,
Ben


>
> Thanks,
> Bhavesh.
>
> -----Original Message-----
> From: Bhavesh Kamani [mailto:bhavesh.kamani at elitecore.com]
> Sent: Wednesday, May 08, 2013 6:15 PM
> To: 'Felix Fietkau'
> Cc: 'Ben Greear'; 'ath9k-devel at venema.h4ckr.net';
> 'nishit.shah at elitecore.com'
> Subject: RE: [ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.
>
>
> Hi Flex,
>
> I tested this using hostapd-2.0 and compat-drivers-3.8.3-2-snp, but still
> facing the same issue.
>
> Thanks,
> Bhavesh.
>
> -----Original Message-----
> From: Felix Fietkau [mailto:nbd at openwrt.org]
> Sent: Tuesday, May 07, 2013 5:47 PM
> To: Bhavesh Kamani
> Cc: 'Ben Greear'; nishit.shah at elitecore.com; ath9k-devel at venema.h4ckr.net;
> 'Jimit Mahadevia'
> Subject: Re: [ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.
>
> On 2013-05-07 2:03 PM, Bhavesh Kamani wrote:
>>
>> Hi Ben,
>>
>> I tried compat-drivers-3.9-rc4-2-su, then also same problem I faced.
>> I also tried compat-wireless-2.6.39-1 and compat-wireless-3.6.8-1, but
>> facing the same issue.
>>
>> In a day more than one clients are facing the same issue.
>>
>> In the locked state, ping from client to AP not working and tcpdump on AP
>> shows the echo response sent on wlan interface. Only few clients are
> facing
>> this issue frequently, but those clients don't have identical WiFi
> hardware.
>>
>> Is it possible for hardware/firmware to drop the tx packets for particular
>> client? For me look like only data packets are getting dropped.
>> My environment is noisy, will it affect this situation?
> You should also upgrade hostapd to something recent. It's relevant for
> AP mode stability as well.
>
> - Felix
>


-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com

[ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

[bhavesh.kamani at elitecore.com]

Hi Ben,

Thanks for the suggestion.

On windows client I run wireshark and not seeing any packets.


Thanks,
Bhavesh.


> On 05/08/2013 06:20 AM, Bhavesh Kamani wrote:
>>
>> Hi Team,
>>
>> I captured the packets in the locked state.
>> It looks like the AP is sending packets to client and client also sends
>> ACK
>> in the locked state.
>>
>> In the locked state client also sends null data frames. In the null data
>> frame I observed PM bit set to 0 and sometimes it is set to 1.
>>
>> Is there any way to make sure that packet is decrypted successfully on
>> client? OR Is there any mechanism which confirm the successful
>> decryption on
>> client side?
>
> If you run tcpdump on the client, do you see any packets received from the
> AP?
>
> If you have debugfs enabled in your kernel, 'ethtool -S wlan0' might show
> some
> useful stats (on a recent kernel)...
>
> You could also cat out the 'xmit' debugfs file, perhaps at:
> cat /debug/ieee80211/phy0/ath9k/xmit on both AP and client
> and see if the xmit queues have any backlog that will not clear?
>
> Thanks,
> Ben
>
>
>>
>> Thanks,
>> Bhavesh.
>>
>> -----Original Message-----
>> From: Bhavesh Kamani [mailto:bhavesh.kamani at elitecore.com]
>> Sent: Wednesday, May 08, 2013 6:15 PM
>> To: 'Felix Fietkau'
>> Cc: 'Ben Greear'; 'ath9k-devel at venema.h4ckr.net';
>> 'nishit.shah at elitecore.com'
>> Subject: RE: [ath9k-devel] AR9380 frequent disconnect and stucks in AP
>> mode.
>>
>>
>> Hi Flex,
>>
>> I tested this using hostapd-2.0 and compat-drivers-3.8.3-2-snp, but
>> still
>> facing the same issue.
>>
>> Thanks,
>> Bhavesh.
>>
>> -----Original Message-----
>> From: Felix Fietkau [mailto:nbd at openwrt.org]
>> Sent: Tuesday, May 07, 2013 5:47 PM
>> To: Bhavesh Kamani
>> Cc: 'Ben Greear'; nishit.shah at elitecore.com;
>> ath9k-devel at venema.h4ckr.net;
>> 'Jimit Mahadevia'
>> Subject: Re: [ath9k-devel] AR9380 frequent disconnect and stucks in AP
>> mode.
>>
>> On 2013-05-07 2:03 PM, Bhavesh Kamani wrote:
>>>
>>> Hi Ben,
>>>
>>> I tried compat-drivers-3.9-rc4-2-su, then also same problem I faced.
>>> I also tried compat-wireless-2.6.39-1 and compat-wireless-3.6.8-1, but
>>> facing the same issue.
>>>
>>> In a day more than one clients are facing the same issue.
>>>
>>> In the locked state, ping from client to AP not working and tcpdump on
>>> AP
>>> shows the echo response sent on wlan interface. Only few clients are
>> facing
>>> this issue frequently, but those clients don't have identical WiFi
>> hardware.
>>>
>>> Is it possible for hardware/firmware to drop the tx packets for
>>> particular
>>> client? For me look like only data packets are getting dropped.
>>> My environment is noisy, will it affect this situation?
>> You should also upgrade hostapd to something recent. It's relevant for
>> AP mode stability as well.
>>
>> - Felix
>>
>
>
> --
> Ben Greear <greearb@candelatech.com>
> Candela Technologies Inc  http://www.candelatech.com
>
>

[ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

[bhavesh.kamani at elitecore.com]

Hi Ben,

Thanks for the suggestion.

On windows client I run wireshark and not seeing any packets.


Thanks,
Bhavesh.


> On 05/08/2013 06:20 AM, Bhavesh Kamani wrote:
>>
>> Hi Team,
>>
>> I captured the packets in the locked state.
>> It looks like the AP is sending packets to client and client also sends
>> ACK
>> in the locked state.
>>
>> In the locked state client also sends null data frames. In the null data
>> frame I observed PM bit set to 0 and sometimes it is set to 1.
>>
>> Is there any way to make sure that packet is decrypted successfully on
>> client? OR Is there any mechanism which confirm the successful
>> decryption on
>> client side?
>
> If you run tcpdump on the client, do you see any packets received from the
> AP?
>
> If you have debugfs enabled in your kernel, 'ethtool -S wlan0' might show
> some
> useful stats (on a recent kernel)...
>
> You could also cat out the 'xmit' debugfs file, perhaps at:
> cat /debug/ieee80211/phy0/ath9k/xmit on both AP and client
> and see if the xmit queues have any backlog that will not clear?
>
> Thanks,
> Ben
>
>
>>
>> Thanks,
>> Bhavesh.
>>
>> -----Original Message-----
>> From: Bhavesh Kamani [mailto:bhavesh.kamani at elitecore.com]
>> Sent: Wednesday, May 08, 2013 6:15 PM
>> To: 'Felix Fietkau'
>> Cc: 'Ben Greear'; 'ath9k-devel at venema.h4ckr.net';
>> 'nishit.shah at elitecore.com'
>> Subject: RE: [ath9k-devel] AR9380 frequent disconnect and stucks in AP
>> mode.
>>
>>
>> Hi Flex,
>>
>> I tested this using hostapd-2.0 and compat-drivers-3.8.3-2-snp, but
>> still
>> facing the same issue.
>>
>> Thanks,
>> Bhavesh.
>>
>> -----Original Message-----
>> From: Felix Fietkau [mailto:nbd at openwrt.org]
>> Sent: Tuesday, May 07, 2013 5:47 PM
>> To: Bhavesh Kamani
>> Cc: 'Ben Greear'; nishit.shah at elitecore.com;
>> ath9k-devel at venema.h4ckr.net;
>> 'Jimit Mahadevia'
>> Subject: Re: [ath9k-devel] AR9380 frequent disconnect and stucks in AP
>> mode.
>>
>> On 2013-05-07 2:03 PM, Bhavesh Kamani wrote:
>>>
>>> Hi Ben,
>>>
>>> I tried compat-drivers-3.9-rc4-2-su, then also same problem I faced.
>>> I also tried compat-wireless-2.6.39-1 and compat-wireless-3.6.8-1, but
>>> facing the same issue.
>>>
>>> In a day more than one clients are facing the same issue.
>>>
>>> In the locked state, ping from client to AP not working and tcpdump on
>>> AP
>>> shows the echo response sent on wlan interface. Only few clients are
>> facing
>>> this issue frequently, but those clients don't have identical WiFi
>> hardware.
>>>
>>> Is it possible for hardware/firmware to drop the tx packets for
>>> particular
>>> client? For me look like only data packets are getting dropped.
>>> My environment is noisy, will it affect this situation?
>> You should also upgrade hostapd to something recent. It's relevant for
>> AP mode stability as well.
>>
>> - Felix
>>
>
>
> --
> Ben Greear <greearb@candelatech.com>
> Candela Technologies Inc  http://www.candelatech.com
>
>

[ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

[Ben Greear]

On 05/10/2013 02:20 AM, bhavesh.kamani at elitecore.com wrote:
>
> Hi Ben,
>
> Thanks for the suggestion.
>
> On windows client I run wireshark and not seeing any packets.

What about results from:

cat /debug/ieee80211/phy0/ath9k/xmit
cat /debug/ieee80211/phy0/ath9k/queues
ethtool -S vap0

Please run each several times with a few seconds between
runs and send the results.

Thanks,
Ben


-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com

[ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

[Bhavesh Kamani]

Hi Ben,

My encryption settings on AP is Auto(TKIP/AES) and wireless mode is 802.11
b/g/n. Whenever client with TKIP encryption connects to AP, at that time I
have observed this behavior for that particular client. Client with AES not
facing this issue. I have confirmed this by changing encryption on two
clients.

When client with TKIP encryption connects after some time it goes in the
locked state and not able to pass any traffic. I have air capture during
this locked state. In the locked state I started ping from client to AP.
Please find the capture in the attachment. 

In the air packet capture I am able to see the packets from AP to client, so
driver is not dropping the packet. Do you still require the debugfs info,
which you requested in the last email?

Thanks,
Bhavesh.

-----Original Message-----
From: Ben Greear [mailto:greearb at candelatech.com] 
Sent: Friday, May 10, 2013 8:07 PM
To: bhavesh.kamani at elitecore.com
Cc: 'Felix Fietkau'; ath9k-devel at venema.h4ckr.net; nishit.shah at elitecore.com
Subject: Re: [ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

On 05/10/2013 02:20 AM, bhavesh.kamani at elitecore.com wrote:
>
> Hi Ben,
>
> Thanks for the suggestion.
>
> On windows client I run wireshark and not seeing any packets.

What about results from:

cat /debug/ieee80211/phy0/ath9k/xmit
cat /debug/ieee80211/phy0/ath9k/queues
ethtool -S vap0

Please run each several times with a few seconds between
runs and send the results.

Thanks,
Ben


-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com

[ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

[Bhavesh Kamani]

Attaching the packet capture.
64:70:02:08:8B:F7 is client MAC and 00:0e:8e:38:29:50 is AP MAC.

Thanks,
Bhavesh.

-----Original Message-----
From: Bhavesh Kamani [mailto:bhavesh.kamani at elitecore.com] 
Sent: Tuesday, May 14, 2013 12:47 PM
To: 'Ben Greear'
Cc: 'Felix Fietkau'; 'ath9k-devel at venema.h4ckr.net';
'nishit.shah at elitecore.com'
Subject: RE: [ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.


Hi Ben,

My encryption settings on AP is Auto(TKIP/AES) and wireless mode is 802.11
b/g/n. Whenever client with TKIP encryption connects to AP, at that time I
have observed this behavior for that particular client. Client with AES not
facing this issue. I have confirmed this by changing encryption on two
clients.

When client with TKIP encryption connects after some time it goes in the
locked state and not able to pass any traffic. I have air capture during
this locked state. In the locked state I started ping from client to AP.
Please find the capture in the attachment. 

In the air packet capture I am able to see the packets from AP to client, so
driver is not dropping the packet. Do you still require the debugfs info,
which you requested in the last email?

Thanks,
Bhavesh.

-----Original Message-----
From: Ben Greear [mailto:greearb at candelatech.com] 
Sent: Friday, May 10, 2013 8:07 PM
To: bhavesh.kamani at elitecore.com
Cc: 'Felix Fietkau'; ath9k-devel at venema.h4ckr.net; nishit.shah at elitecore.com
Subject: Re: [ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

On 05/10/2013 02:20 AM, bhavesh.kamani at elitecore.com wrote:
>
> Hi Ben,
>
> Thanks for the suggestion.
>
> On windows client I run wireshark and not seeing any packets.

What about results from:

cat /debug/ieee80211/phy0/ath9k/xmit
cat /debug/ieee80211/phy0/ath9k/queues
ethtool -S vap0

Please run each several times with a few seconds between
runs and send the results.

Thanks,
Ben


-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: WiFi_disconnect_capture.pcap
Type: application/octet-stream
Size: 2561789 bytes
Desc: not available
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20130514/9b98ddcf/attachment-0001.obj 

[ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

[Bhavesh Kamani]

Hi Team,

I captured the packets in the locked state.
It looks like the AP is sending packets to client and client also sends ACK
in the locked state.

In the locked state client also sends null data frames. In the null data
frame I observed PM bit set to 0 and sometimes it is set to 1.

Is there any way to make sure that packet is decrypted successfully on
client? OR Is there any mechanism which confirm the successful decryption on
client side?

Thanks,
Bhavesh.

-----Original Message-----
From: Bhavesh Kamani [mailto:bhavesh.kamani at elitecore.com] 
Sent: Wednesday, May 08, 2013 6:15 PM
To: 'Felix Fietkau'
Cc: 'Ben Greear'; 'ath9k-devel at venema.h4ckr.net';
'nishit.shah at elitecore.com'
Subject: RE: [ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.


Hi Flex,

I tested this using hostapd-2.0 and compat-drivers-3.8.3-2-snp, but still
facing the same issue.

Thanks,
Bhavesh.

-----Original Message-----
From: Felix Fietkau [mailto:nbd at openwrt.org] 
Sent: Tuesday, May 07, 2013 5:47 PM
To: Bhavesh Kamani
Cc: 'Ben Greear'; nishit.shah at elitecore.com; ath9k-devel at venema.h4ckr.net;
'Jimit Mahadevia'
Subject: Re: [ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

On 2013-05-07 2:03 PM, Bhavesh Kamani wrote:
> 
> Hi Ben,
> 
> I tried compat-drivers-3.9-rc4-2-su, then also same problem I faced.
> I also tried compat-wireless-2.6.39-1 and compat-wireless-3.6.8-1, but
> facing the same issue.
> 
> In a day more than one clients are facing the same issue.
> 
> In the locked state, ping from client to AP not working and tcpdump on AP
> shows the echo response sent on wlan interface. Only few clients are
facing
> this issue frequently, but those clients don't have identical WiFi
hardware.
> 
> Is it possible for hardware/firmware to drop the tx packets for particular
> client? For me look like only data packets are getting dropped.
> My environment is noisy, will it affect this situation?
You should also upgrade hostapd to something recent. It's relevant for
AP mode stability as well.

- Felix

[ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

[Bhavesh Kamani]

Hi Flex,

I tested this using hostapd-2.0 and compat-drivers-3.8.3-2-snp, but still
facing the same issue.

Thanks,
Bhavesh.

-----Original Message-----
From: Felix Fietkau [mailto:nbd at openwrt.org] 
Sent: Tuesday, May 07, 2013 5:47 PM
To: Bhavesh Kamani
Cc: 'Ben Greear'; nishit.shah at elitecore.com; ath9k-devel at venema.h4ckr.net;
'Jimit Mahadevia'
Subject: Re: [ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

On 2013-05-07 2:03 PM, Bhavesh Kamani wrote:
> 
> Hi Ben,
> 
> I tried compat-drivers-3.9-rc4-2-su, then also same problem I faced.
> I also tried compat-wireless-2.6.39-1 and compat-wireless-3.6.8-1, but
> facing the same issue.
> 
> In a day more than one clients are facing the same issue.
> 
> In the locked state, ping from client to AP not working and tcpdump on AP
> shows the echo response sent on wlan interface. Only few clients are
facing
> this issue frequently, but those clients don't have identical WiFi
hardware.
> 
> Is it possible for hardware/firmware to drop the tx packets for particular
> client? For me look like only data packets are getting dropped.
> My environment is noisy, will it affect this situation?
You should also upgrade hostapd to something recent. It's relevant for
AP mode stability as well.

- Felix

[ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

[Felix Fietkau]

On 2013-05-07 2:03 PM, Bhavesh Kamani wrote:
> 
> Hi Ben,
> 
> I tried compat-drivers-3.9-rc4-2-su, then also same problem I faced.
> I also tried compat-wireless-2.6.39-1 and compat-wireless-3.6.8-1, but
> facing the same issue.
> 
> In a day more than one clients are facing the same issue.
> 
> In the locked state, ping from client to AP not working and tcpdump on AP
> shows the echo response sent on wlan interface. Only few clients are facing
> this issue frequently, but those clients don't have identical WiFi hardware.
> 
> Is it possible for hardware/firmware to drop the tx packets for particular
> client? For me look like only data packets are getting dropped.
> My environment is noisy, will it affect this situation?
You should also upgrade hostapd to something recent. It's relevant for
AP mode stability as well.

- Felix

[ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

[Bhavesh Kamani]

Hi Ben,

I tried compat-drivers-3.9-rc4-2-su, then also same problem I faced.
I also tried compat-wireless-2.6.39-1 and compat-wireless-3.6.8-1, but
facing the same issue.

In a day more than one clients are facing the same issue.

In the locked state, ping from client to AP not working and tcpdump on AP
shows the echo response sent on wlan interface. Only few clients are facing
this issue frequently, but those clients don't have identical WiFi hardware.

Is it possible for hardware/firmware to drop the tx packets for particular
client? For me look like only data packets are getting dropped.
My environment is noisy, will it affect this situation?

Thanks,
Bhavesh.

-----Original Message-----
From: Ben Greear [mailto:greearb at candelatech.com] 
Sent: Monday, May 06, 2013 7:53 PM
To: Bhavesh Kamani
Cc: ath9k-devel at venema.h4ckr.net
Subject: Re: [ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

On 05/06/2013 07:03 AM, Bhavesh Kamani wrote:
> Hi Team,
>
> I have AR9380 as an AP(using hostapd and ath9k) and more than 15 to 20
clients are connected to it.
>
> Few clients are disconnecting frequently and hostapd/ath9k is not logging
any message for disconnection. Immediately those clients connects to AP.
>
> I can say it is a signal strength OR heavy interference issue for few
clients, but many times clients are getting locked.
>
> In the locked state, hostapd and debugfs of driver has client mac entry,
even on windows client utility it is showing as connected, but I am not able
to ping AP
> from the client.
>
> In this locked state clients will remain for more then 10 mins and no
traffic is passing, but inactive time is continuously updating on AP side.
>
> I am using hostapd-1.0 and compact-wireless-2.6.39.1. Please provide me
patch OR workaround for this locking state.

Try a recent kernel...lots of fixes have gone in since the 2.6 series...

Thanks,
Ben

>
> Thanks,
>
> Bhavesh.
>
>
>
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>


-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com

[ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

[Ben Greear]

On 05/06/2013 07:03 AM, Bhavesh Kamani wrote:
> Hi Team,
>
> I have AR9380 as an AP(using hostapd and ath9k) and more than 15 to 20 clients are connected to it.
>
> Few clients are disconnecting frequently and hostapd/ath9k is not logging any message for disconnection. Immediately those clients connects to AP.
>
> I can say it is a signal strength OR heavy interference issue for few clients, but many times clients are getting locked.
>
> In the locked state, hostapd and debugfs of driver has client mac entry, even on windows client utility it is showing as connected, but I am not able to ping AP
> from the client.
>
> In this locked state clients will remain for more then 10 mins and no traffic is passing, but inactive time is continuously updating on AP side.
>
> I am using hostapd-1.0 and compact-wireless-2.6.39.1. Please provide me patch OR workaround for this locking state.

Try a recent kernel...lots of fixes have gone in since the 2.6 series...

Thanks,
Ben

>
> Thanks,
>
> Bhavesh.
>
>
>
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>


-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com

[ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

[Bhavesh Kamani]

Hi Team,

 

I have AR9380 as an AP(using hostapd and ath9k) and more than 15 to 20
clients are connected to it.

 

Few clients are disconnecting frequently and hostapd/ath9k is not logging
any message for disconnection. Immediately those clients connects to AP.

I can say it is a signal strength OR heavy interference issue for few
clients, but many times clients are getting locked.

In the locked state, hostapd and debugfs of driver has client mac entry,
even on windows client utility it is showing as connected, but I am not able
to ping AP from the client.

In this locked state clients will remain for more then 10 mins and no
traffic is passing, but inactive time is continuously updating on AP side.

 

I am using hostapd-1.0 and compact-wireless-2.6.39.1. Please provide me
patch OR workaround for this locking state.

 

Thanks,

Bhavesh.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20130506/18fa335f/attachment.htm