Closed PrathibaJee closed 1 year ago
After removing the attribute “embedded-clock” from logical-termination-point , its impacting the referred path of the following attributes, (in the “grouping clock”)
Earlier the path of these attributes referred to the "embedded-clock" in LTP. But after pruning the "embedded-clock" , these attributes refer to the path “/core-model:clock/core-model:local-id". We have to further discuss to handle this situation.
Note : In core-model , clock is not used elsewhere apart from embedded-clock.
2 Options
AI offline with Alex from TEF about the usage of such attributes - Parthiba, Alex, Martin
Based on the offline discussion with Alexander , Martin and Alex , proposing the following changes in core-model-1-4. Alexander confirmed that the parameters are needed (currently these attributes are not used , but it may be required in future)
Alex stanku confirmed that the proposed changes are working from YANG and NETCONF-Server point of view.
Informal decision made during the 5G-xhaul call on 26th of January 2022: The following changes are dealt with as bug-fixes:
These changes will be provided in the next YANG and group members are asked to comment on the published YANG.
Implemented as decided.
Inside logical-termination-point , we have a list of clock (it is getting instantiated and not referred to any other instance)
On 5G-xhaul call 15th of December 2021, we discussed to change the type of the “embedded-clock” attribute to a leafref pointing to the clock-collection in sync-model as below.
But , the reference to a technology specific module from core-model requires an import of that referred model.Also this will cause a circular dependency.
So we came up with the following plan,