-
Notifications
You must be signed in to change notification settings - Fork 17
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
Add basic BIER support #10
Conversation
@nrybowski Really interesting stuff! I must say I'm not familiar with BIER and multicasting in general, but I'll follow this closely and learn more when I get the chance. Could you provide a brief summary of the scope of this work? It seems like you're laying the groundwork containing BIER data structures and configuration options, which could eventually lead to implementing BIER IGP extensions like RFC 8444, right? Regarding your changes done in the BIER YANG module, I'd suggest keeping the draft module intact, and do all changes in the form of deviations. Reporting the problems you found to the module authors would be nice as well, so that they can be fixed in the next draft version. Regarding the code changes, it looks like you had some fun adding and implementing the BIER northbound callbacks. Yeah, it's not the most exciting work, but it's necessary. I'm hoping to automate the processing of configuration changes with code generation down the line, but we're not quite there yet. Feel free to reach out to me on our Discord server if you need help with your implementation. I also plan to write more developer documentation in the coming days, which hopefully will help in your development efforts. Looking forward to seeing more progress on this front! |
Sure! To be honest, I worked backward. I first started by implementing BIER TLVs for OSPFv3 (draft-ietf-bier-ospfv3-extensions-07) (#16) which is like RFC8444 but for OSPFv3. I tested that with hardcoded values and then worked on this PR. My goal is to implement a functional BIER control plane in Holo and use a separate BIER data plane (e.g. https://github.com/louisna/bier-rust). I'm also thinking about implementing a BIER data plane in Click / FastClick to leverage upcoming support for DPDK in Holo (#14).
You are right, I also thought about using deviations but I was unsure how to indicate other variable types, I will look at that.
Sounds great! |
The BIER Forwarding Table (BIFT) configuration defined in draft-ietf-bier-bier-yang-08 is left unimplemented since the way to integrate a BIER data-plane with Holo is not defined yet. |
That's pretty awesome. I'm impressed with the progress you've made so far when there's so little developer documentation available (I'm working on that!). I assume the Linux kernel doesn't support BIER yet, so yeah, we'll need to figure out a way to integrate with custom BIER dataplanes. Let me know when the code is ready for review! @frederic-loui has some experience with BIER and can help with testing. |
The force push is a rebase on 8ad0dd1 and the cleanup of some commit messages. I still have to enforce the constraints on the acceptable values for the BIER configuration variables in validation callbacks. That being said, IMO the PR is ready for a first review. |
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.
@nrybowski This is looking great!
I've left a few review comments below.
Also, please ensure the [email protected]
YANG module is kept intact and do all your changes in the deviations module. When people see [email protected]
, they expect the original standard module, so having a modified version with the same name could lead to confusion.
@@ -61,6 +68,8 @@ pub enum Event { | |||
SrCfgUpdate, | |||
SrCfgLabelRangeUpdate, | |||
SrCfgPrefixSidUpdate(AddressFamily), | |||
BierCfgUpdate, | |||
BierCfgEncapUpdate(SubDomainId, AddressFamily, Bsl, BierEncapsulationType), |
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.
For enum variants with multiple values, I recommend using the following alternative syntax, where you can name each value:
BierCfgEncapUpdate {
sd_id :SubDomainId,
af: AddressFamily,
bsl: Bsl,
encap_type: BierEncapsulationType,
}
pub struct BierEncapsulation { | ||
pub bsl: Bsl, | ||
pub encap_type: BierEncapsulationType, | ||
pub max_si: u8, |
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.
This field should be optional as well.
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #10 +/- ##
==========================================
- Coverage 60.42% 60.29% -0.13%
==========================================
Files 179 180 +1
Lines 31812 31887 +75
==========================================
+ Hits 19222 19226 +4
- Misses 12590 12661 +71 ☔ View full report in Codecov by Sentry. |
Partial implementation of updated draft-ietf-bier-bier-yang-08 - sub-domain-id updated from u16 to u8 per RFC8279 - mt_id updated from u16 to u8 per draft-ietf-ospf-mt-ospfv3-03 - address_family updated from custom format to iana-routing-types:address_family - fixed some typos in the YANG model Signed-off-by: Nicolas Rybowski <[email protected]>
9806948 is the commit on |
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.
@nrybowski Thanks for the update! Merging...
This PR adds a partial implementation of a modified version of draft-ietf-bier-bier-yang-08. The differences with the original are the following:
TODO