This is valid where there are multiple keys and not all are mandatory, as is the case in ietf-alarms.yang for alarm-type-qualifier
This was previously accepted prior to the rework of the gnmi_path_generator function. I've added a unit-test along with the change, and ensured existing tests still pass.
This is valid where there are multiple keys and not all are mandatory, as is the case in ietf-alarms.yang for alarm-type-qualifier
This was previously accepted prior to the rework of the gnmi_path_generator function. I've added a unit-test along with the change, and ensured existing tests still pass.
For a bit more context on this specific case, since I originally thought it wasn't valid to have an empty key, someone else had the same question and outlines the specific part of the model: https://discuss.tail-f.com/t/how-to-access-list-element-on-the-key-which-is-empty/3602