search

openBackhaul / vlanFd

Technology specific amendments to the ForwardingDomain, Link and ForwardingConstruct classes for documenting VLANs according to 802.1Q..
Apache License 2.0
0 stars 0 forks source link

require-instance==false at object-creation- and attribute-value-changed-notification manually corrected #19

Open openBackhaul opened 2 years ago

openBackhaul commented 2 years ago

Currently, shared associations in UML get translated into leafref with require-instance==false as a standard. This is not correct for a subset of cases.

Defining the value of the require-instance statement in YANG should be made available in UML.

This Problem has already been raised in Synchronization Issue#16. This issue is just for documenting that the VlanFd model is also affected.

In meantime, the require-instance==false statements have been manually changed to true for the following attributes in the YANG:

demx8as6 commented 1 year ago

Proposal to the 5G-xhaul call on 14th of June 2023:

The issue will be rejected, because the asynchrous implementation of the NETCONF server can not guarantee the exactions of an instance. This will simplify the implementation and causes no harm on application implementation.

As a consequence all open issues in this regard can be "rejected" as there is no change in UML and UML2YANG needed. 

All leafrefs will be tagged with "required-instance = false". 

openBackhaul commented 1 year ago

Descision made at the 5Gxhaul call on 5th of July 2023: The shared associations between the object-creation-notification/attribute-value-changed-notification and the ForwardingDomain (represented also by _objectIdRef attributes) shall be marked with Stereotype "LifecycleAggregate" for triggering the UML2YANG tool to add a required-instance = true statement to the leaf-ref in YANG.

openBackhaul commented 10 months ago

Notifications have been deleted from the modeling.