Skip to contentSkip to conversation

Question on how encryption keys are supposed to be handled.

DISCUSSION Ben Greear 1 participant 2 messages Feb 17, 2014 Qualcomm Atheros ATH10K wireless driver

lore
Share & tools
lore

Ben Greear

author
#0 lore raw

I've been debugging an issue where my ath10k firmware is running out of key objects to allocate. This could be a simple issue in the firmware, but first I wanted to try to figure out how things are supposed to work.

What I see in my firmware is that near time of association it allocates 4 keys. Two of them are multicast, and one of the multicast is index 0, the second is index 1.

Then, some time later (probably on rekey), another multicast is added at index 2.

After that, key space is exhausted so I see errors in the kernel logs about adding broadcast keys failing.

TCP and UDP traffic continues to flow, but I am not testing multicast traffic, so maybe that would be failing.

So, question is: Is it expected that the mcast keys keep being added at increasing key indexes? If so, what is the maximum index allowed?

Is this something primarily controlled at the supplicant level?

Thanks,
Ben

Signature · 2 lines
Ben Greear <[email protected]>
Candela Technologies Inc  http://www.candelatech.com
author
#1 lore raw

Just in case someone has investigated similar issues....

-------- Original Message --------
Subject: Question on how encryption keys are supposed to be handled.
Date: Mon, 17 Feb 2014 11:44:05 -0800
From: Ben Greear <[email protected]>
Organization: Candela Technologies
To: [email protected] <[email protected]>, [email protected] <[email protected]>

I've been debugging an issue where my ath10k firmware is running out of key objects to allocate. This could be a simple issue in the firmware, but first I wanted to try to figure out how things are supposed to work.

What I see in my firmware is that near time of association it allocates 4 keys. Two of them are multicast, and one of the multicast is index 0, the second is index 1.

Then, some time later (probably on rekey), another multicast is added at index 2.

After that, key space is exhausted so I see errors in the kernel logs about adding broadcast keys failing.

TCP and UDP traffic continues to flow, but I am not testing multicast traffic, so maybe that would be failing.

So, question is: Is it expected that the mcast keys keep being added at increasing key indexes? If so, what is the maximum index allowed?

Is this something primarily controlled at the supplicant level?

Thanks,
Ben

Signature · 14 lines
Ben Greear <[email protected]>
Candela Technologies Inc  http://www.candelatech.com

_______________________________________________
HostAP mailing list
[email protected]
http://lists.shmoo.com/mailman/listinfo/hostap



_______________________________________________
ath10k mailing list
[email protected]
http://lists.infradead.org/mailman/listinfo/ath10k