The FDP team is no longer accepting new bugs in Bugzilla. Please report your issues under FDP project in Jira. Thanks.
Bug 1979870 - [OVN] multicast-relay doesn't work when change it from true to false then to true again the first time
Summary: [OVN] multicast-relay doesn't work when change it from true to false then to ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux Fast Datapath
Classification: Red Hat
Component: OVN
Version: FDP 21.F
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: ---
Assignee: Dumitru Ceara
QA Contact: ying xu
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-07-07 09:43 UTC by ying xu
Modified: 2021-09-07 18:03 UTC (History)
5 users (show)

Fixed In Version: ovn-2021-21.06.0-11.el8fdp
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-09-07 18:03:43 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker FD-1415 0 None None None 2021-08-10 20:20:25 UTC
Red Hat Product Errata RHBA-2021:3450 0 None None None 2021-09-07 18:03:50 UTC

Description ying xu 2021-07-07 09:43:29 UTC
Description of problem:
[OVN] multcast-relay doesn't work when change it from true to false then to true again the first time 

Version-Release number of selected component (if applicable):
# rpm -qa|grep ovn
ovn-2021-21.06.0-4.el7fdp.x86_64
ovn-2021-host-21.06.0-4.el7fdp.x86_64
ovn-2021-central-21.06.0-4.el7fdp.x86_64


How reproducible:
always

Steps to Reproduce:
server:
                ip link del veth0_s0
                ip link del veth0_s0_p

                ip netns add server0
                ip link add veth0_s0 type veth peer name veth0_s0_p
                ip link set veth0_s0 netns server0
                ip netns exec server0 ip link set lo up
                ip netns exec server0 ip link set veth0_s0 up
                ip netns exec server0 ip link set veth0_s0 address $mac_veth2_hv1
                ip netns exec server0 ip addr add 172.16.2.1/24 dev veth0_s0
                ip netns exec server0 ip -6 addr add 2000:2::1/64 dev veth0_s0
                ip netns exec server0 ip route add default via 172.16.2.254 dev veth0_s0
                ip netns exec server0 ip -6 route add default via 2000:2::254 dev veth0_s0

                ovs-vsctl add-port br-int veth0_s0_p
                ip link set veth0_s0_p up
                ovs-vsctl set interface veth0_s0_p external_ids:iface-id=ls2p1

                ovn-nbctl ls-add ls1
                ovn-nbctl lsp-add ls1 ls1p1
                ovn-nbctl lsp-set-addresses ls1p1 $mac_veth2_hv0

                ovn-nbctl ls-add ls2
                ovn-nbctl lsp-add ls2 ls2p1
                ovn-nbctl lsp-set-addresses ls2p1 $mac_veth2_hv1

                ovn-nbctl lr-add lr1
                ovn-nbctl lrp-add lr1 lr1-ls1 00:de:ad:ff:01:01 172.16.1.254/24 2000:1::254/64
                ovn-nbctl lrp-add lr1 lr1-ls2 00:de:ad:ff:01:02 172.16.2.254/24 2000:2::254/64
                ovn-nbctl lsp-add ls1 ls1-lr1
                ovn-nbctl lsp-set-type ls1-lr1 router
                ovn-nbctl lsp-set-addresses ls1-lr1 00:de:ad:ff:01:01
                ovn-nbctl lsp-set-options ls1-lr1 router-port=lr1-ls1

                ovn-nbctl lsp-add ls2 ls2-lr1
                ovn-nbctl lsp-set-type ls2-lr1 router
                ovn-nbctl lsp-set-addresses ls2-lr1 00:de:ad:ff:01:02
                ovn-nbctl lsp-set-options ls2-lr1 router-port=lr1-ls2

                # enable mcast snooping
                ovn-nbctl set Logical_Switch ls1 other_config:mcast_querier="false" other_config:mcast_snoop="true"
                ovn-nbctl set Logical_Switch ls2 other_config:mcast_querier="false" other_config:mcast_snoop="true"
                # enable mcast_relay
                ovn-nbctl set logical_router lr1 options:mcast_relay="true"

client:
 ip netns del client0
                ip link del veth0_c0
                ip link del veth0_c0_p

                ip netns add client0
                ip link add veth0_c0 type veth peer name veth0_c0_p
                ip link set veth0_c0 netns client0
                ip netns exec client0 ip link set lo up
                ip netns exec client0 ip link set veth0_c0 up
                ip netns exec client0 ip link set veth0_c0 address $mac_veth2_hv0
                ip netns exec client0 sysctl -w net.ipv4.icmp_echo_ignore_broadcasts=0
                ip netns exec client0 ip addr add 172.16.1.1/24 dev veth0_c0
                ip netns exec client0 ip -6 addr add 2000:1::1/64 dev veth0_c0
                ip netns exec client0 ip route add default via 172.16.1.254 dev veth0_c0
                ip netns exec client0 ip -6 route add default via 2000:1::254 dev veth0_c0

                ovs-vsctl add-port br-int veth0_c0_p
                ip link set veth0_c0_p up
                ovs-vsctl set interface veth0_c0_p external_ids:iface-id=ls1p1

                sync_set server ${FUNCNAME}_CLIENT_SETUP
                sync_wait server ${FUNCNAME}_SERVER_SETUP

                pkill join_group
                ip netns exec client0 join_group -f 4 -g 224.1.1.1  -i veth0_c0 &
                ip netns exec client0 ip maddr sh
                ip netns exec client0 ip -6 maddr sh
                ip netns exec client0 join_group -f 6 -g ff0e::123 -i veth0_c0 &


1.ip netns exec server0 ping 224.1.1.1 -c 3 -t 64 pass
ip netns exec server0 ping6 ff0e::123 -c 3 -t 64 pass

2.ovn-nbctl set logical_router lr1 options:mcast_relay="false"

3.
ovn-nbctl set logical_router lr1 options:mcast_relay="true"
ip netns exec server0 ping 224.1.1.1 -c 3 -t 64 will fail or
ip netns exec server0 ping6 ff0e::123 -c 3 -t 64 will fail

only one ping of ipv4 or ipv6 can pass.

4.if change it to false again,and change back to true.
all ipv4 and ipv6 will ping pass


Actual results:
only ipv4 ping or ipv6 ping can pass.

Expected results:
all ipv4 and ipv6 can ping pass

Additional info:

it is the case ovn_multicast_relay in /networking/openvswitch/ovn/basic

Comment 1 Dumitru Ceara 2021-07-08 17:49:31 UTC
Fix posted for review: http://patchwork.ozlabs.org/project/ovn/list/?series=252605&state=*

Comment 7 errata-xmlrpc 2021-09-07 18:03:43 UTC
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 (ovn 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-2021:3450


Note You need to log in before you can comment on or make changes to this bug.