Wireless MCUのトピックRe: Issue with BLE Privacy

Issue with BLE Privacy

michaelbrudevo1 — Mon, 06 Mar 2017 22:28:22 GMT

I'm experiencing an issue when I enable BLE privacy. I'm testing the wireless UART example on the FRDM-KW41Z devkit. With privacy enabled, I'm only able to pair one phone with the device and after I pair, no further phone is able to connect. Example: connect android phone and pair, now iPod can't connect. Same happens if I pair the iPod first - now the android can't connect. For some reason, bluetooth under Linux can connect regardless of this (using gatttool command line). Any thoughts? It doesn't look like the wireless UART enables any kind of white list. Using the NXP sniffer, I see the CONNECT_REQ but silence from the intended device. The advertising PDU type is ADV_IND.

Changes made to code to facilitate this testing:

- disable Gap_SendSlaveSecurityRequest as that was causing gatttool issues likely because it wasn't programmed to deal with pairing

- fix BleConnManager_GapDualRoleConfig as per another one of my threads so it advertises using the Random address

- disable BleServDisc_FindService as that also was causing gatttool problems

Using version 1.0.2 of the connectivity software.

Re: Issue with BLE Privacy

michaelbrudevo1 — Tue, 07 Mar 2017 17:43:44 GMT

More testing under with the BlueZ stack on linux - it appears to connect just fine when it uses a public address but when I set it to use a random address (which the android and ipod were doing), it fails just the same. So it appears to be a bug in the controller privacy where random addresses that aren't in the resolving list fail?

Re: Issue with BLE Privacy

albertovargas — Fri, 24 Mar 2017 18:05:21 GMT

Hi Michael,

Could you please share your security settings? Which apps are you using to test? Are you configuring WUART as Central or Peripheral?

Re: Issue with BLE Privacy

michaelbrudevo1 — Fri, 24 Mar 2017 18:10:05 GMT

I was using nRF Connect on both Android and iOS, also used LightBlue Explorer on iOS. WUART was peripheral. There shouldn't be any other security settings beyond that which was set in the WUART demo as provided (other than changes as listed).

Re: Issue with BLE Privacy

albertovargas — Tue, 28 Mar 2017 18:08:00 GMT

Hi Michael,

I'm sorry to keep you waiting but we're still validating both issues regarding RPA. I will provide an update as soon as possible.

Re: Issue with BLE Privacy

albertovargas — Mon, 24 Apr 2017 14:14:45 GMT

Hi Michael,

Are you using the Wireless UART as Central or Peripheral?

Re: Issue with BLE Privacy

michaelbrudevo1 — Mon, 24 Apr 2017 14:17:00 GMT

Peripheral

Re: Issue with BLE Privacy

albertovargas — Mon, 24 Apr 2017 21:35:49 GMT

Hi Michael,

It seems that when gAppUsePrivacy_d is enabled, when you perform a new connection with a new device, in this case iPhone/Android using nrf Connect or any other similar app, the process goes well, and adds the device to the white list.

When you try to connect using a new device, it seems the connection is being rejected because it is searching for the new device on the white list instead of adding it as a new device.

We will keep reviewing this since we are not sure if is a bug or is just how the application is designed.

Re: Issue with BLE Privacy

albertovargas — Wed, 17 May 2017 17:35:00 GMT

Hi Michael,

It seems that we have isolated the issue and found the root cause. The main root cause for this issue, is a spec ambiguity of what happens after scanning with privacy for a second device after one device already bonded. According to SW team, they will be able to provide a fix/patch by end of June.