Hi Lorenzo, I can't get exactly how to setup the vlan tenant network.Is it simply adding the command below to these steps to make all the external traffic have vlan tags? If not please help explain how to establish the vlan tenant network,thanks! "ovn-nbctl set logical_switch_port ln-s3 options:network_name=tagtest tag_request=4" steps: 1. boot new vm on ovn setup 2. add to him FIP 3. ping from the external network to the vm you see that the first packet is lost.
No issue found on the latest version: [root@dell-per730-19 ovn]# uname -a Linux dell-per730-19.rhts.eng.pek2.redhat.com 3.10.0-1061.el7.x86_64 #1 SMP Thu Jul 11 21:02:44 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux [root@dell-per730-19 ovn]# rpm -qa | grep openvswitch kernel-kernel-networking-openvswitch-ovn-1.0-130.noarch openvswitch-selinux-extra-policy-1.0-13.el7fdp.noarch openvswitch2.11-2.11.0-18.el7fdp.x86_64 [root@dell-per730-19 ovn]# rpm -qa | grep ovn kernel-kernel-networking-openvswitch-ovn-1.0-130.noarch ovn2.11-central-2.11.0-26.el7fdp.x86_64 ovn2.11-2.11.0-26.el7fdp.x86_64 ovn2.11-host-2.11.0-26.el7fdp.x86_64 [root@dell-per730-19 ovn]# [root@dell-per730-19 ovn]# ovn-nbctl show switch 1d735dfc-9ab6-4440-9f74-9e369b671b33 (s2) port hv1_vm00_vnet1 addresses: ["00:de:ad:01:00:01 172.16.102.11"] port s2_r1 type: router addresses: ["00:de:ad:ff:01:02 172.16.102.1"] router-port: r1_s2 port hv1_vm01_vnet1 addresses: ["00:de:ad:01:01:01 172.16.102.12"] switch f03fc638-5f98-4b67-8aa7-5de0cb1150d5 (public) port ln_p1 type: localnet tag: 3 addresses: ["unknown"] port public_r1 type: router router-port: r1_public switch 50907f4e-7de8-4711-9d67-005403aa973b (s3) port hv0_vm01_vnet1 addresses: ["00:de:ad:00:01:01 172.16.103.12"] port s3_r1 type: router addresses: ["00:de:ad:ff:01:03 172.16.103.1"] router-port: r1_s3 port hv0_vm00_vnet1 addresses: ["00:de:ad:00:00:01 172.16.103.11"] router 3058d52b-bdf3-40c9-9dcf-fe068fd35380 (r1) port r1_public mac: "40:44:00:00:00:03" networks: ["172.16.104.1/24"] port r1_s2 mac: "00:de:ad:ff:01:02" networks: ["172.16.102.1/24"] port r1_s3 mac: "00:de:ad:ff:01:03" networks: ["172.16.103.1/24"] nat 2c5aff4e-5305-4716-b8d3-f94c108f292c external ip: "172.16.104.201" logical ip: "172.16.103.11" type: "dnat_and_snat" nat 98b35136-0a42-4a9d-ac37-5bb10b2d9d66 external ip: "172.16.104.200" logical ip: "172.16.102.11" type: "dnat_and_snat" [root@localhost ~]# ping 172.16.104.200 PING 172.16.104.200 (172.16.104.200) 56(84) bytes of data. 64 bytes from 172.16.104.200: icmp_seq=1 ttl=63 time=1.73 ms 64 bytes from 172.16.104.200: icmp_seq=2 ttl=63 time=0.379 ms 64 bytes from 172.16.104.200: icmp_seq=3 ttl=63 time=0.353 ms 64 bytes from 172.16.104.200: icmp_seq=4 ttl=63 time=0.350 ms 64 bytes from 172.16.104.200: icmp_seq=5 ttl=63 time=0.369 ms 64 bytes from 172.16.104.200: icmp_seq=6 ttl=63 time=0.357 ms --- 172.16.104.200 ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 5001ms rtt min/avg/max/mdev = 0.350/0.591/1.738/0.513 ms [root@localhost ~]# [root@dell-per730-19 ovn]# tcpdump -ei p4p2 -nn | grep 172.16 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on p4p2, link-type EN10MB (Ethernet), capture size 262144 bytes 04:06:20.280517 00:00:00:04:05:06 > 00:00:00:01:02:03, ethertype 802.1Q (0x8100), length 102: vlan 3, p 0, ethertype IPv4, 172.16.104.201 > 172.16.104.200: ICMP echo request, id 11141, seq 1, length 64 04:06:20.281523 00:00:00:01:02:03 > 00:00:00:04:05:06, ethertype 802.1Q (0x8100), length 102: vlan 3, p 0, ethertype IPv4, 172.16.104.200 > 172.16.104.201: ICMP echo reply, id 11141, seq 1, length 64 04:06:21.281600 00:00:00:04:05:06 > 00:00:00:01:02:03, ethertype 802.1Q (0x8100), length 102: vlan 3, p 0, ethertype IPv4, 172.16.104.201 > 172.16.104.200: ICMP echo request, id 11141, seq 2, length 64 04:06:21.281832 00:00:00:01:02:03 > 00:00:00:04:05:06, ethertype 802.1Q (0x8100), length 102: vlan 3, p 0, ethertype IPv4, 172.16.104.200 > 172.16.104.201: ICMP echo reply, id 11141, seq 2, length 64 04:06:22.281598 00:00:00:04:05:06 > 00:00:00:01:02:03, ethertype 802.1Q (0x8100), length 102: vlan 3, p 0, ethertype IPv4, 172.16.104.201 > 172.16.104.200: ICMP echo request, id 11141, seq 3, length 64 04:06:22.281817 00:00:00:01:02:03 > 00:00:00:04:05:06, ethertype 802.1Q (0x8100), length 102: vlan 3, p 0, ethertype IPv4, 172.16.104.200 > 172.16.104.201: ICMP echo reply, id 11141, seq 3, length 64 ^C38 packets captured 38 packets received by filter 0 packets dropped by kernel
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, 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-2019:2527