Uploaded image for project: 'Red Hat OpenStack Services on OpenShift'
  1. Red Hat OpenStack Services on OpenShift
  2. OSPRH-12695

[RHOSO] Resolve Packet fragmentation with ML2/OVN

XMLWordPrintable

    • [RHOSO] Resolve Packet fragmentation with ML2/OVN
    • 7
    • False
    • Hide

      None

      Show
      None
    • False
    • Not Selected
    • Proposed
    • Proposed
    • To Do
    • Proposed
    • Proposed
    • 67% To Do, 33% In Progress, 0% Done
    • Hide
      .Packets silently dropped when external MTU is greater than internal MTU

      RHOSO does not fragment north-south packets as expected when the external MTU is greater than the internal MTU. Instead, if the ingress packets are dropped with no notification.

      Also, fragmentation does not work on east/west traffic between tenant networks.

      Until these issues are resolved, ensure that the external MTU settings are less than or equal to internal MTU settings, and that all MTU settings on east/west paths are equal.

      *Procedure:*

      . Set `ovn_emit_need_to_frag` to `true`.
      . Set `global_physnet_mtu` to a size that is at least 58 bytes larger than the external network MTU, to accommodate the geneve tunnel encapsulation overhead.
      . Set `physical_network_mtus` value pairs to describe the MTU of each physical network.
      . Ensure that the MTU setting on on every device on the external network is less than the internal MTU setting.
      . To apply the changes to an existing router, delete the router and re-create it.

      .Example

      For example, suppose that the external network `datacentre` MTU is 1500.

      . Enter the following neutron settings in your OpenStackControlPlane CR:
      +
      ----
      neutron:
          enabled: true
      :
          template:
       :
            customServiceConfig: |
              [DEFAULT]
              global_physnet_mtu=1558
              [ml2]
              physical_network_mtus = ["datacentre:1500"]
              [ovn]
              ovn_emit_need_to_frag = true
      ----
      +
      . Ensure that the MTU setting on on every device on the external network is less than the internal MTU setting.
      . Ensure that all tenant networks that use the OVN router have the same MTU.
      . To apply the changes to an existing router, delete the router and re-create it.
      Show
      .Packets silently dropped when external MTU is greater than internal MTU RHOSO does not fragment north-south packets as expected when the external MTU is greater than the internal MTU. Instead, if the ingress packets are dropped with no notification. Also, fragmentation does not work on east/west traffic between tenant networks. Until these issues are resolved, ensure that the external MTU settings are less than or equal to internal MTU settings, and that all MTU settings on east/west paths are equal. *Procedure:* . Set `ovn_emit_need_to_frag` to `true`. . Set `global_physnet_mtu` to a size that is at least 58 bytes larger than the external network MTU, to accommodate the geneve tunnel encapsulation overhead. . Set `physical_network_mtus` value pairs to describe the MTU of each physical network. . Ensure that the MTU setting on on every device on the external network is less than the internal MTU setting. . To apply the changes to an existing router, delete the router and re-create it. .Example For example, suppose that the external network `datacentre` MTU is 1500. . Enter the following neutron settings in your OpenStackControlPlane CR: + ---- neutron:     enabled: true :     template:  :       customServiceConfig: |         [DEFAULT]         global_physnet_mtu=1558         [ml2]         physical_network_mtus = ["datacentre:1500"]         [ovn]         ovn_emit_need_to_frag = true ---- + . Ensure that the MTU setting on on every device on the external network is less than the internal MTU setting. . Ensure that all tenant networks that use the OVN router have the same MTU. . To apply the changes to an existing router, delete the router and re-create it.
    • Known Issue
    • Done

      We need to fix packet fragmentation issue with ML2/OVN.

      This issue is really annoying and it has a critical impact to all users.
      We need to think about the following situation

      1. North - South traffic
      2. East - West Traffic
        • Rebase OVN to OVN24.09

      This should be fixed in OSP17.1 and OSO18

              Unassigned Unassigned
              rhn-support-knoha Keigo Noha
              rhos-dfg-networking-squad-neutron
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated: