|
|
Post by AMI_shirleyh on Aug 16, 2022 17:23:07 GMT
Hi,
Do we need to modify Etag and Time property of Settings object when the BIOS settings are changed locally and not from Redfish ?
Thanks Shirley
|
|
|
|
Post by igork on Aug 24, 2022 1:48:54 GMT
Hello,
The new Redfish specification defines the attributes ETag and Time. According to the specification both of them have to be set when BIOS settings or other Redfish objects updated.
BIOS Settings may be updated by the out of band user remotely or by the local user in the local BIOS Setup.
Should we update those attributes ETag and Time in both cases and at what point the time should be registered?
By the way BIOS settings may also be updated by OS utility. In this case BIOS will not be involved in that update at all and we can control the Time and ETag update. And since ETag and Time will not reflect the real situation with the object we can loose the whole sense of those attributes.
Thank you,
Igor
|
|
|
|
Post by mraineri on Aug 24, 2022 13:06:52 GMT
The wording around ETag and Time inside @redfish.Settings is strictly around the settings resource being applied to the resource. If there are other paths to update values that bypass the settings resource, such as the BIOS F2 menu where BIOS is directly updating BIOS values, then I would not expect ETag or Time to be reflected in this.
So, consider this from a purely mechanical perspective: when the service applies the settings resource to the active resource, the service would compute the ETag for the resource, and update the ETag and Time properties accordingly.
|
|
|
|
Post by igork on Aug 27, 2022 1:25:25 GMT
Thank you for the explanation.
|
|
|
|
Post by igork on Aug 31, 2022 14:15:52 GMT
The wording around ETag and Time inside @redfish.Settings is strictly around the settings resource being applied to the resource. If there are other paths to update values that bypass the settings resource, such as the BIOS F2 menu where BIOS is directly updating BIOS values, then I would not expect ETag or Time to be reflected in this. So, consider this from a purely mechanical perspective: when the service applies the settings resource to the active resource, the service would compute the ETag for the resource, and update the ETag and Time properties accordingly. Hello, May I ask for a clarification? We have host with FW (BIOS) and BMC. User may send the update request for BIOS settings to BMC. That is the case we agreed to consider. BMC stores the requested information in DB. After system rebooted, which may happened in some time, BMC notify the BIOS about requested updates. After that BIOS make the changes and then send the updated information to BMC. BMC saves it in DB to represent it to OOB users. This is the flow of the process. Could you please explain at what point and what service (BIOS or BMC) should update ETag and Time. Thank you, Igor |
|
|
|
Post by mraineri on Aug 31, 2022 15:29:24 GMT
It would be at that last step; that's the time the BMC applied the data in the settings resource to the active resource.
|
|
|
|
Post by igork on Aug 31, 2022 19:50:24 GMT
It would be at that last step; that's the time the BMC applied the data in the settings resource to the active resource. Thank you for the clarification! |
|
