Uploaded image for project: 'OpenShift Virtualization'
  1. OpenShift Virtualization
  2. CNV-28315

[U/S] Passt network binding

XMLWordPrintable

    • us-passt
    • Hide
      • (must-have) The new binding can be installed on the cluster using oc apply. However the images don't have to be all shipped through downstream - installing from upstream is ok
      • (must-have) VMs can be livemigrated
      • (must-have) VMs see their external IP
      • (must-have) It just works with Istio
      • No QE, no D/S docs, no UXD
      Show
      (must-have) The new binding can be installed on the cluster using oc apply. However the images don't have to be all shipped through downstream - installing from upstream is ok (must-have) VMs can be livemigrated (must-have) VMs see their external IP (must-have) It just works with Istio No QE, no D/S docs, no UXD
    • Green
    • Done
    • CNV-30157 - Simplified pod network with plugins
    • CNV-30157Simplified pod network with plugins
    • 0% To Do, 0% In Progress, 100% Done
    • dev-ready, doc-ready, po-ready, qe-ready, ux-ready
    • Hide

      2024-02-29: On track...

      Show
      2024-02-29: On track...

      Goal

      Provide passt binding as an alternative to both bridge and masquerade binding on the pod network.

      User Stories

      • As an application developer,
        the public IP of my VM and the IP seen within it must be the same,
        since my application relies on that.
      • As a cluster admin,
        I don't want any NAT to happen within my cluster,
        since the local IPs behind the NAT may collide with my cluster-wide ranges.
      • As a HyperShift developer,
        I want a supported way of bridge-like binding functionality,
        so I don't have to use unsupported bridge binding.

      Non-Requirements

      • <List of things not included in this epic, to alleviate any doubt raised during the grooming process.>

      Notes

      • We need to figure out a way to install the CNI on the cluster

      Grooming

      • How do we install this
      • What do we expose from the masquerade-like API
      • What about the RPM image

      Done Checklist

      Who What Reference
      DEV Upstream roadmap issue (or individual upstream PRs) N/A
      DEV Upstream documentation merged https://kubevirt.io/user-guide/virtual_machines/net_binding_plugins/passt/
      DEV gap doc updated Not relevant
      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

            phoracek@redhat.com Petr Horacek
            phoracek@redhat.com Petr Horacek
            Petr Horacek Petr Horacek
            Votes:
            1 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: