-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
use yang prefix in first path element? #56
Comments
Hello @hellt , yes, here is explained expected formats: pygnmi/pygnmi/path_generator.py Line 9 in 33c6fc0
The paths are built in accordance with https://github.com/openconfig/reference/blob/master/rpc/gnmi/gnmi-path-conventions.md who specifically for OpenConfig it is expected that path should work without prefix as well. So far, this implementation was tested with Nokia SR OS (for Nokia and OpenConfig), Cisco IOS XR, Arista EOS, Juniper JUNOS. If there is any particular problem, would be good to see derails. Best, |
gnmi path conventions doc doesn't say that for a path |
Hey @hellt , I've done some tests, basically, we already have implementation of the origin:
So, I guess, we are align here. Best, |
Great. That will help with using uniform path notation |
Hi
looking at this line it seems impossible to specify the path element to contain a yang prefix, as the element before
:
will be promoted to origin.Consider the following OC path that specifies a fully qualified top level element by setting yang prefix in the first element:
In this path
oc-netinst
is a yang prefix of a module and not the origin. It is expected that this path will translate to a path with a first path element to beoc-netinst:network-instances
with no origin set.The text was updated successfully, but these errors were encountered: