VIF Binding and Unbinding Mechanism
Action Items :-
create the veth pair
create the namespace
Put one end to the namespace and then hand over the other veth to the vif-binding infrastructure (port-type dependant)
We would have -
/usr/libexec/
/usr/libexec/
Name of port type could be `midonet`, `ovs`, etc.
Eachdriver would have an executable that receives the name of the veth pair that has to be bound to the overlay and the UUID of the Neutron port.
The other pair will be put by kuryr on the container namespace
If binding fails, i.e. it can fail to find the proper bind executable, it should lead to rollback of the top level operation.
Otherwise there will be unbound port and no connectivity.
I have added etherpad link in specification, if you want to see full details click on "Read the full specification".
Here is etherpad link - https:/
Blueprint information
- Status:
- Complete
- Approver:
- Antoni Segura Puimedon
- Priority:
- Essential
- Drafter:
- Digambar
- Direction:
- Needs approval
- Assignee:
- Digambar
- Definition:
- Approved
- Series goal:
- None
- Implementation:
- Implemented
- Milestone target:
- None
- Started by
- Antoni Segura Puimedon
- Completed by
- Mohammad Banikazemi
Related branches
Related bugs
Sprints
Whiteboard
[irenab] - Please add some details regarding the overall workflow that vif binding/unbinding is part of.
Actually etherpad describes everything - diga
Gerrit topic: https:/
Addressed by: https:/
[WIP] Implement VIF binding mechanism for kuryr.