Uploaded image for project: 'OpenShift SDN'
  1. OpenShift SDN
  2. SDN-3600

Add support for External platform to CNO


    • Icon: Epic Epic
    • Resolution: Unresolved
    • Icon: Major Major
    • None
    • None
    • None
    • None
    • Add support for External platform to CNO
    • False
    • None
    • False
    • Not Selected
    • To Do
    • OCPSTRAT-542 - [Phase Next] Add a new platform type ("external") to identify clusters with non-integrated partner components enabled
    • OCPSTRAT-542[Phase Next] Add a new platform type ("external") to identify clusters with non-integrated partner components enabled
    • 100% To Do, 0% In Progress, 0% Done
    • ---
    • 0
    • 0

      Epic Goal

      As defined in the  External platform enhancement , a new platform is being added to OpenShift. To accommodate the phase 2 work, the CNO should be updated, if necessary, to react to the "External" platform in the same manner as it would for platform "None".

      Please see the  enhancement and the parent plan OCPBU-5 for more details about this process.

      Why is this important?

      In phase 2 (planned for 4.13 release) of the external platform enhancement, the new platform type will be added to the openshift/api packages. As part of staging the release of this new platform we will need to ensure that all operators react in a neutral way to the platform, as if it were a "None" platform to ensure the continued normal operation of OpenShift.


      Provide details for user scenarios including actions to be performed, platform specifications, and user personas.  

      1. As a user I would like to enable the External platform so that I can supplement OpenShift with my own container network options. To ensure proper operation of OpenShift, the cluster network operator should not react to the new platform or prevent my installation of the custom driver so that I can create clusters with my own topology.

      Acceptance Criteria

      Provide some (testable) examples of how we will know if we have achieved the epic goal.  

      We are working to create an External platform test which will exercise this mechanism, see OCPCLOUD-1782

      Dependencies (internal and external)

      This will require OCPCLOUD-1777

      Previous Work (Optional):

      Open questions::

      Done Checklist

      • CI Testing - we will perform manual test while waiting for OCPCLOUD-1782
      • Documentation - only developer docs need to be updated at this time
      • QE - test scenario should be covered by a cluster-wide install with the new platform type
      • Technical Enablement - n/a
      • Engineering Stories Merged
      • All associated work items with the Epic are closed
      • Epic status should be “Release Pending” 

            Unassigned Unassigned
            mimccune@redhat.com Michael McCune
            0 Vote for this issue
            1 Start watching this issue