-
Notifications
You must be signed in to change notification settings - Fork 114
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
ovs: add internal interface #830
Conversation
Thanks for your PR,
To skip the vendors CIs, Maintainers can use one of:
|
@ykulazhenkov PTAL |
Pull Request Test Coverage Report for Build 12744720588Details
💛 - Coveralls |
053fc75
to
9e2390f
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.
overall LGTM.
im OK with not having api change for it and let that be the default.
later on we can change if the use-case rises (e.g need to enable/disable creation of internal port or adding some external ids to it)
@rollandf what would happen to existing bridges created that dont have internal port set ? will they be reconciled ? i think no with current logic.
do we want them to be reconciled ?
ovs := dbContent.OpenVSwitch[0] | ||
br := dbContent.Bridge[0] | ||
port := dbContent.Port[0] | ||
iface := dbContent.Interface[0] | ||
var internalPort, port *PortEntry |
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.
nit: i would create a port and interface map keyed by name.
that way if we have more later, there would be no need to do additional if conditions as below.
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.
Done
I think it is ok not to reconcile internal ports for now. If we will add such reconciliation, then all existing bridges will need to be reconfigured, meaning all nodes will be drained without any chance to opt out reconfiguration. |
agree, since adding internal port will not hinder current use-cases. |
9e2390f
to
09f9aa6
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.
@rollandf
looks good to me.
The PR currently has a merge conflict
When creating a bridge with ovs-vsctl, an internal interface is added by default. The same behavior is added in this commit ovs-vsctl code ref: https://github.com/openvswitch/ovs/blob/main/utilities/ovs-vsctl.c#L1597 Signed-off-by: Fred Rolland <[email protected]>
09f9aa6
to
84d0a6d
Compare
Fixed conflict |
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
When creating a bridge with ovs-vsctl, an internal interface is added by default.
The same behavior is added in this commit
ovs-vsctl code ref:
https://github.com/openvswitch/ovs/blob/main/utilities/ovs-vsctl.c#L1597