-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
Allow multicast for VNID 0 #12839
Allow multicast for VNID 0 #12839
Conversation
@openshift/networking PTAL |
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.
LGTM
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.
LGTM
[merge] |
Evaluated for origin merge up to 90591fa |
[Test]ing while waiting on the merge queue |
Evaluated for origin test up to 90591fa |
continuous-integration/openshift-jenkins/test SUCCESS (https://ci.openshift.redhat.com/jenkins/job/test_pr_origin/13655/) (Base Commit: 2bf65d4) |
continuous-integration/openshift-jenkins/merge SUCCESS (https://ci.openshift.redhat.com/jenkins/job/test_pr_origin/13655/) (Base Commit: 1787ac5) (Image: devenv-rhel7_5877) |
The spec for this feature says that VNID 0 should just behave like all other VNIDs with multicast: you can multicast within the VNID, but you don't get the "global" effect like with unicast VNID 0 traffic. @dcbw's original code did this right, but when I added the annotation I changed it because I misremembered what behavior we'd decided on.
Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1419652