Uploaded image for project: 'Fast Datapath Product'
  1. Fast Datapath Product
  2. FDP-3275

QE verification: VLAN-aware L2 forwarding in OVN logical switches

XMLWordPrintable

    • Icon: Task Task
    • Resolution: Unresolved
    • Icon: Undefined Undefined
    • None
    • None
    • OVN
    • False
    • Hide

      None

      Show
      None
    • False
    • Hide

      ( ) The bug has been reproduced and verified by QE members
      ( ) Test coverage has been added to downstream CI
      ( ) For new feature, failed test plans have bugs added as children to the epic
      ( ) The bug is cloned to any relevant release that we support and/or is needed

      Show
      ( ) The bug has been reproduced and verified by QE members ( ) Test coverage has been added to downstream CI ( ) For new feature, failed test plans have bugs added as children to the epic ( ) The bug is cloned to any relevant release that we support and/or is needed
    • rhel-9
    • None

      This ticket is tracking the QE verification effort for the solution to the problem described below.
      OVN logical switches currently ignore VLAN tags when making forwarding decisions. That means MAC lookups, address learning, and broadcast forwarding don't account for VLAN membership. The logical switch needs to behave like a VLAN-aware switch so that traffic is correctly isolated and forwarded per VLAN.
      We need to make sure:

      • A MAC address used on different VLANs by different workloads is forwarded correctly to each
      • Broadcast, unknown unicast, and multicast traffic stays within its VLAN's broadcast domain
      • Untagged traffic from a trunk port is classified into the port's configured default VLAN

              ovn-qe OVN QE
              rh-ee-sfaye Stanislas Faye
              OVN QE OVN QE
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated: