-
Notifications
You must be signed in to change notification settings - Fork 93
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
[dash-p4] Refactor incoming packet encap handling and inbound routing stage. #569
Conversation
fd8f88f
to
ab5c2be
Compare
Does this need a reviewer @r12f ? Let me know if I can help... |
yea, I have added Marian in the PR. Let's see how it goes. |
Thanks Kristina. |
fd54544
to
d1f33be
Compare
bc3dbbf
to
f843645
Compare
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.
Looks clean with regards to API.
@r12f - looks good to reviewer, if you'd like to take a look |
@r12f - looks like this has branch conflicts now - we will wait for you to return from your OOF. |
checking in here @r12f |
f843645
to
fa2444a
Compare
Currently, several stages / tables in DASH directly uses the headers to lookup entries, such as direction. inbound routing, and etc. It it ok currently, because DASH only accepts traffic with a single layer and a single type of encap. However, once we start to handle multiple layers and types of encaps, it will make the pipeline very complicated.
This change refactors the pipeline to add a pre-pipeline stage to preprocess the underlay and overlay data for pipeline lookup and actions, so we can keep the rest of the pipeline more future-proof.