fix bug where initial-radio wasn't set to its expected default value of ZERO_MAC
removed unneeded db parameter of "stay-on-selected-band" (the functionality is implemented directly by using the "selected_bands" and using an additional boolean parameter is not required.
change the time_life_delay_days type from uint32_t to int32_t to support the -1 value for not-configured
add initial-radio to the get-client response flow: extend the messaging infrastructure, fill the response with the value read from the DB, parse it on the BML side and add it to the debug prints in the bml-cli. Extend the BML_CLIENT struct to used by the bml_client_get_client() API.
extend the remove-candidate APIs to get mac-to-skip parameter - this is in order to prevent the new client which its node is already been added (but not yet added to persistent DB) to be selected as a candidate - the assumption is that the currently added client (in runtime flow, not when loading from DB at boot) is less aged than existing clients already in DB.
set the initial-radio value only if the stay-on-initial-radio is set, it is meaningless otherwise.
This branch in this PR is rebased to the https://github.com/prplfoundation/prplMesh/tree/dev/use-client-steering-persistent-info-in-optimal-path which is handled by #1560 This means this PR will be merged after #1560
Included in this:
ZERO_MACtime_life_delay_daystype from uint32_t to int32_t to support the -1 value for not-configuredPPM-5