Hi Yukihiro, Brian Thank you very much for the help. We were able to solve the vpp issue by setting cpu_mode to host-model in /etc/nova/nova-cpu.conf.
All the interface came up in both packet generator and firewall VM vpp. Packet generator VPP vpp# show int addr local0 (dn): pg0 (up): tap-0 (up): 192.168.10.200/24 Firewall VPP vpp# show int addr local0 (dn): tap-0 (up): 192.168.10.100/24 tap-1 (up): 192.168.20.100/24 Traffic generator seems to sending traffic to the sink VM. ubuntu@vofwl01pgn3e18:~$ sudo tcpdump -i eth1 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes 09:13:03.023860 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:03.123860 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:03.223875 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:03.323860 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:03.423862 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:03.523865 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:03.623872 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:03.723869 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:03.823861 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:03.923862 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:04.023861 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:04.123863 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:04.223868 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:04.323862 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:04.423860 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 09:13:04.523861 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP, bad length 120 > 1 However the traffic is not received by the sink VM. We tried to see if the Firewall VM interface received the traffic and forwarded to the sink. However the traffic is not received by the interface facing towards packet generator interface. ubuntu@vofwl01fwl3e18:~$ sudo tcpdump -i eth1 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes ^C 0 packets captured 0 packets received by filter 0 packets dropped by kernel We were also unable to ping between packet generator vpp interfaces ips to firewall vpp interface ips. root@vofwl01pgn3e18:~# vppctl vpp# ping 192.168.10.100 unknown input `ping 192.168.10.100' vpp# We would be grateful if you are familiar with this issue and guide us to solve it. Best Regards Santosh Thapa Magar -----Original Message----- From: [email protected] <[email protected]> On Behalf Of [email protected] Sent: Tuesday, November 24, 2020 5:51 PM To: タパマガルサントス <[email protected]>; [email protected] Subject: Re: [onap-discuss] [Frankfurt]vFWCL Verification Issue Hi, I think you need to set the flag sse4_2 in vppctl. I think one way to enable it is to set cpu_mode = host-model. Therefore, it is recommended to set [cpumode = host-model] in /etc/nova/nova.conf, not [cpu_mode = host-passthrough]. Yukihiro -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#22546): https://lists.onap.org/g/onap-discuss/message/22546 Mute This Topic: https://lists.onap.org/mt/76398449/21656 Group Owner: [email protected] Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
