Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-86877

[RFE] Support reapply on OVS settings

Linking RHIVOS CVEs to...Migration: Automation ...SWIFT: POC ConversionSync from "Extern...XMLWordPrintable

    • NetworkManager-1.53.4-1.el10
    • No
    • Moderate
    • ZStream
    • rhel-net-mgmt
    • ssg_networking
    • 5
    • False
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • Approved Blocker
    • Hide

      Definition of Done:

      Please mark each item below with ( / ) if completed or ( x ) if incomplete:

      The acceptance criteria defined below are met.

      Given a system administrator manages OVS bridges and ports using NetworkManager,

      When they modify OVS bridge or port settings such as stp-enable, mcast-snooping-enable, fail-mode, rstp-enable, bond-downdelay, bond-updelay, or lacp, and perform a reapply action on the active connection,

      Then NetworkManager must update the relevant OVS settings dynamically without deactivating and reactivating the associated interface.


      ( ) Code changes are included in a downstream build attached to an errata.


      ( ) All required testing (manual and/or automated) passes successfully.


      ( ) Related documentation updates (if applicable) have been completed.


      ( ) All necessary backports to the related RHEL streams (linked as 'relates' in this issue) have been completed and verified.

      Show
      Definition of Done: Please mark each item below with ( / ) if completed or ( x ) if incomplete: The acceptance criteria defined below are met. Given a system administrator manages OVS bridges and ports using NetworkManager, When they modify OVS bridge or port settings such as stp-enable, mcast-snooping-enable, fail-mode, rstp-enable, bond-downdelay, bond-updelay, or lacp, and perform a reapply action on the active connection, Then NetworkManager must update the relevant OVS settings dynamically without deactivating and reactivating the associated interface. ( ) Code changes are included in a downstream build attached to an errata. ( ) All required testing (manual and/or automated) passes successfully. ( ) Related documentation updates (if applicable) have been completed. ( ) All necessary backports to the related RHEL streams (linked as 'relates' in this issue) have been completed and verified.
    • Pass
    • Automated
    • Unspecified
    • Unspecified
    • Unspecified
    • None

      What were you trying to do that didn't work?

      Please support reapply actions on these OVS options:

      • ovs-bridge.stp-enable
      • ovs-bridge.mcast-snooping-enable
      • ovs-bridge.fail-mode
      • ovs-bridge.rstp-enable
      • ovs-port.bond-downdelay
      • ovs-port.bond-updelay
      • ovs-port.lacp

      What is the impact of this issue to you?

      Modification of above options should not cause full reactivation of OVS bridge/port/interface which might lead to network disconnection.

      Please provide the package NVR for which the bug is seen:

      How reproducible is this bug?:

      Steps to reproduce

      Expected results

      Actual results

              rhn-engineering-vbenes Vladimir Benes
              fge@redhat.com Gris Ge
              Network Management Team Network Management Team
              Network Management Team Network Management Team
              Votes:
              0 Vote for this issue
              Watchers:
              12 Start watching this issue

                Created:
                Updated:
                Resolved: