Description of problem: Packets with 224.0.0.x should not be forwarded through router even mcast_flood and relay set. Version-Release number of selected component (if applicable): since the feature relay and flood was included. How reproducible: always Steps to Reproduce: topo: (receiver) -- TS1 -- LR (relay=true) -- LS2 -- (sender) # ovn-nbctl show switch cc5a80c8-c520-4942-b9ba-2ec053ea6b52 (ts1) port ts1-lr1 type: remote addresses: ["aa:aa:aa:aa:aa:01 169.254.100.1/24"] port ts1-lr2 type: router router-port: lr2-ts1 switch 8f7f9c2b-4b87-42a5-b2bf-0c469568aec3 (ls2) port ls2-lr2 type: router addresses: ["00:00:00:00:02:00"] router-port: lr2-ls2 port ls2p1 addresses: ["00:00:00:00:02:01 172.16.2.1 172:16:2::1"] port ls2p2 addresses: ["00:00:00:00:02:02 172.16.2.2 172:16:2::2"] router 537c45e9-0e43-4e55-b011-7091c92793cc (lr2) port lr2-ts1 mac: "aa:aa:aa:aa:aa:02" networks: ["169.254.100.2/24"] gateway chassis: [hv1] port lr2-ls2 mac: "00:00:00:00:02:00" networks: ["172.16.2.254/24", "172:16:2::a/64"] then, config as below: ovn-nbctl set logical_switch ls2 other_config:mcast_snoop="true" other_config:mcast_flood_unregistered="true" ovn-nbctl set logical_router lr2 options:mcast_relay="true" ovn-nbctl set logical_router_port lr2-ts1 options:mcast_flood="true" Actual results: send multicast with ip 224.0.0.1 from sender to receiver, receiver can get the packets. but 224.0.0.x should not be forwarded through router. Expected results: 224.0.0.x should not be received by receiver. Additional info:
V1 posted for review: https://patchwork.ozlabs.org/project/ovn/list/?series=312410&state=*
ovn22.06 fast-datapath-rhel-8 clone created at https://bugzilla.redhat.com/show_bug.cgi?id=2117127 ovn22.06 fast-datapath-rhel-9 clone created at https://bugzilla.redhat.com/show_bug.cgi?id=2117128
ovn22.06 fast-datapath-rhel-8 clone created at https://bugzilla.redhat.com/show_bug.cgi?id=2119168 ovn22.06 fast-datapath-rhel-9 clone created at https://bugzilla.redhat.com/show_bug.cgi?id=2119169
verified on version: # rpm -qa|grep ovn ovn22.03-central-22.03.0-95.el8fdp.x86_64 ovn22.03-host-22.03.0-95.el8fdp.x86_64 ovn22.03-22.03.0-95.el8fdp.x86_64 run the case : yum install -y kernel-kernel-networking-openvswitch-ovn-Interconnection.noarch then make run it. :: [ 03:10:26 ] :: [ BEGIN ] :: Running 'tcpdump -r ls1p1.pcap -nnle|grep '172.16.2.1.*224.0.0.1.*UDP'' reading from file ls1p1.pcap, link-type LINUX_SLL (Linux cooked v1) dropped privs to tcpdump :: [ 03:10:26 ] :: [ PASS ] :: Command 'tcpdump -r ls1p1.pcap -nnle|grep '172.16.2.1.*224.0.0.1.*UDP'' (Expected 1, got 1) :: [ 03:10:26 ] :: [ BEGIN ] :: Running 'tcpdump -r ls1p2.pcap -nnle|grep '172.16.2.1.*224.0.0.1.*UDP'' reading from file ls1p2.pcap, link-type LINUX_SLL (Linux cooked v1) dropped privs to tcpdump :: [ 03:10:26 ] :: [ PASS ] :: Command 'tcpdump -r ls1p2.pcap -nnle|grep '172.16.2.1.*224.0.0.1.*UDP'' (Expected 1, got 1)
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (ovn22.03 bug fix and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2022:6870