-
Epic
-
Resolution: Unresolved
-
Normal
-
None
-
None
-
vdpa-vms
-
- (must-have) A vDPA network binding plugin is available upstream
- (must-have) The end-to-end process of using this binding is documented
- No downstream docs
- No UXD
- No D/S testing
-
Green
-
To Do
-
CNV-12626 - Virtual Network Functions VNF
-
dev-ready, doc-ready, po-ready, qe-ready, ux-ready
-
Goal
Don't rely on specific drivers while connecting to SR-IOV networks.
User Stories
- I don't want my virtualized workload to depend on the hardware used on the underlying cluster,
to be able to migrate freely within a heterogenous cluster.
Non-Requirements
- <List of things not included in this epic, to alleviate any doubt raised during the grooming process.>
Notes
- This cannot be done over the pod network, since that would not allow us to configure masquerade (unless used with the live-migration mode developed for HyperShift, or using passt)
- A good option to support this would be through leveraging OVN Kubernetes secondary networks
Done Checklist
| Who | What | Reference |
|---|---|---|
| DEV | Upstream roadmap issue (or individual upstream PRs) | <link to GitHub Issue> |
| DEV | Upstream documentation merged | <link to meaningful PR> |
| DEV | gap doc updated | N/A |
| DEV | Upgrade consideration | None |
| DEV | CEE/PX summary presentation | N/A |
| QE | Test plans in Polarion | N/A |
| QE | Automated tests merged | N/A |
| DOC | Downstream documentation merged | N/A |