Skip to content
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

Which read YANG objects do we need? #18

Open
bclaise opened this issue Oct 19, 2023 · 0 comments
Open

Which read YANG objects do we need? #18

bclaise opened this issue Oct 19, 2023 · 0 comments

Comments

@bclaise
Copy link
Collaborator

bclaise commented Oct 19, 2023

If I look at those YANG objects, as an example:
+--rw lsp-lifetime? uint16
+--rw lsp-refresh-interval? uint16

Do we need those properties for our Digital Map use cases?
If I look at the use cases described in the draft (design, capacity planning planning, what-if), I am not sure.

There is anyway a different way to get the information. From the core model, we have the nodeId instance. This nodeId can point the NE element ISIS YANG module where we could be retrieving/checking any properties.
So the questions is: how many properties do we need in this IS-IS model?

We will have more use cases in the future (ex: config mismatch, such as a hello timer). So, some of those use case-specific augmentation/properties might be required. The question is: where do we stop with this core IS-IS topology YANG model.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant