mesh: Key Refresh procedure does not finalize AppKeys

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Greetings meshers,

I am testing a BlueZ mesh configuration client that performs the Key Refresh procedure.

Key Refresh works splendidly for NetKeys.

Key Refresh also works well for AppKeys located on actual remote nodes.

However, when updating the AppKeys for (what I will call) "virtual"[1] (those nodes that execute on the same host as the configuration client), the final transition back to Phase 0 doesn't take effect after returning to Phase 0 unless I restart bluetooth-meshd.

Apparently, the persistence/data-base is updated correctly since the proper state is restored after a restart of the daemon.

I suspect that somewhere in the path that begins in mesh/net.c with the function key_refresh_finish() there should be a place where the app_keys are iterated, updating the state of those AppKeys that belong to the subnet and have been updated. The update would involve copying the new_key to the "old" key field.

I am using a relatively new version of BlueZ, and the lastest version of key_refresh_finish() looks unchanged.

Am I missing something?

Thanks,
mike

[1] I use the term "virtual" to avoid confusion with the term "local" that is used in the documentation to refer to something else that is not clearly defined to me.




[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux