-
Notifications
You must be signed in to change notification settings - Fork 94
Draft: OSPF stub plugin #2360
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
Draft: OSPF stub plugin #2360
Conversation
New test case using static ipv6 link-local
1: | ||
kind: stub | ||
no_summarize: True | ||
``` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Suggest to add also the param range
as an array of subnets for area range config - to be applied only on ABR
- add 'normal' kind
Yeah, I had that on the backburner for ages (https://github.com/ipspace/netlab/tree/ospf.areas), maybe it's time to finally get it done (after pushing out 25.06). However, it needs to address all types of OSPF areas, not just the stub areas. So we need:
I had the data model (almost) worked out in 711f49e, the real show-stopper (why this isn't already out) was the dictionary. I wanted to use both area numbers as well as area addresses ("0.0.0.0") as the dictionary entries, but of course "0.0.0.0" gets exploded by Box and needs to be recreated. Looks like the only way to get that solved would be to have a list of areas, with every element having area key, and the plugin reverse-engineering the list from the dict if needed. Give me a few days ;) |
I ran into the ipv4 thing as well, perhaps cdgriffith/Box#297 could help (if accepted) |
Replaced by #2363 |
For discussion - needs more documentation and validation tests, but I'd first like to agree on the general approach before putting more effort