BLE pairing authentication fail after migrating to ncs3.0.2

Hi Nordic

i am working with nrf52832 and nrf52840

After migration from ncs2.9.2 to 3.0.2 my device (end point) has an issue with pairing to one of the gateways (the gateways are not ncs/zephyr based).

In the end point device logs i see this pair fail reason “BT_SECURITY_ERR_AUTH_REQUIREMENT”

I had this call “bt_conn_set_security(conn, BT_SECURITY_LX);” in the pairing_complete() callback.

i tried putting it in the connected() callback, thinking maybe it was a timing issue but it did not help

i am working with SoftDevice controller (CONFIG_BT_LL_SW_SPLIT=n) 

the strange thing for me is that it worked fine in 2.9.2 with the same gateway so what changed ?? , and how can i solve this issue ?

(I intend to use a sniffer to try and catch what the gateway (central) requests in terms of security and see if there is a diff between the gateway that manages to pair and the one that gets failing (may need help with that as well later on))

Hope to read you soon

Best regards

Ziv

Parents
  • Hi Ziv, 

    The migration notes for NCSv3.0.0 seems to have stated

     The :kconfig:option:`CONFIG_BT_SMP_SC_PAIR_ONLY` Kconfig option is enabled by default in Zephyr.

    If you want the same behavior as before, then maybe you can try setting CONFIG_BT_SMP_SC_PAIR_ONLY=n in your prj.conf to override this new default and see if you get the behavior similar to what you saw with NCSv2.9.0. Test and let me know.

Reply
  • Hi Ziv, 

    The migration notes for NCSv3.0.0 seems to have stated

     The :kconfig:option:`CONFIG_BT_SMP_SC_PAIR_ONLY` Kconfig option is enabled by default in Zephyr.

    If you want the same behavior as before, then maybe you can try setting CONFIG_BT_SMP_SC_PAIR_ONLY=n in your prj.conf to override this new default and see if you get the behavior similar to what you saw with NCSv2.9.0. Test and let me know.

Children
No Data
Related