Updating infix-ip to clarify non-support deviations of ietf-ip #137
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Setting deviations of non-supported parts of ietf-ip
Idea is that "pyang -f tree ietf-ip.yang infix-ip.yang" should show what we really support (and should make tests for).
General
Do we want use infix-ip.yang (overwrite)?
Or store as separate infix-ip-DATE.yang
For configuration
Note1: This does not say the remaining config settings works, but
it reduces the list of what we need to set.
Note2: Unsure what it what the "ro" parameters within the
config part really means. E.g., what does "ro origin?"
for ipv4 addresses mean here?
For Status
on target
Note1: I wished to set full ipv6 branch as not-supported, as sysrepocfg
gave no result.
Note2: Is there some other/better way than comparing with sysrepocfg?
The CLI show commands are not really relevant here as that does not
match the yang states.
Note3: Ongoing work on status output has not been considered.
Risk that there is mismatch here.
sysrepocfg output
Example with some IPv6 address set (does not show up in operational)
Compare pyang output
As can be seen below, the output after is much more compact.
After
Before