You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, routing policies are just plain strings. There is a yang module to store policies (ietf-routing-policies). In adition to a plain string, we could have either:
a) leafref pointing to the policy ietf-routing-policies module.
(drawback adds a depencency)
b) add type of policy (proprietary-policy, ietf-routing-policy) Then, if the type is ietf-routing-policy, the policy can be quieried in such module. Otherwise it is proprietary to the implementation
The text was updated successfully, but these errors were encountered:
As the pointer of the policy will be local anyway, having a local id exposed in the L3NM is sufficient, IMO. Any glue/mapping to proprietary-policy, ietf-routing-policy will be up to the controller.
Currently, routing policies are just plain strings. There is a yang module to store policies (ietf-routing-policies). In adition to a plain string, we could have either:
a) leafref pointing to the policy ietf-routing-policies module.
(drawback adds a depencency)
b) add type of policy (proprietary-policy, ietf-routing-policy) Then, if the type is ietf-routing-policy, the policy can be quieried in such module. Otherwise it is proprietary to the implementation
The text was updated successfully, but these errors were encountered: