From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6AF7FC433EF for ; Thu, 30 Sep 2021 09:07:48 +0000 (UTC) Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by mail.kernel.org (Postfix) with ESMTP id C76226140F for ; Thu, 30 Sep 2021 09:07:47 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org C76226140F Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=huawei.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=dpdk.org Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 10426410EC; Thu, 30 Sep 2021 11:07:47 +0200 (CEST) Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [45.249.212.189]) by mails.dpdk.org (Postfix) with ESMTP id 4C12040DDA for ; Thu, 30 Sep 2021 11:07:45 +0200 (CEST) Received: from dggeme756-chm.china.huawei.com (unknown [172.30.72.56]) by szxga03-in.huawei.com (SkyGuard) with ESMTP id 4HKnRt29yRz8tY1; Thu, 30 Sep 2021 17:06:50 +0800 (CST) Received: from [10.67.103.128] (10.67.103.128) by dggeme756-chm.china.huawei.com (10.3.19.102) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.8; Thu, 30 Sep 2021 17:07:43 +0800 From: "Min Hu (Connor)" To: CC: Maxime Coquelin , , Thomas Monjalon , Ferruh Yigit References: <7d1804f4-e8df-82be-0c61-1d2fa182442a@huawei.com> Message-ID: <309f930f-1022-77f8-d65c-2920275e7d0d@huawei.com> Date: Thu, 30 Sep 2021 17:07:43 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <7d1804f4-e8df-82be-0c61-1d2fa182442a@huawei.com> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.67.103.128] X-ClientProxiedBy: dggems701-chm.china.huawei.com (10.3.19.178) To dggeme756-chm.china.huawei.com (10.3.19.102) X-CFilter-Loop: Reflected Subject: Re: [dpdk-dev] Questions about vm2vm vhost-user/virtio-net test X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Hi, all, I got the answer: testpmd fwd mode should be set "io", then ping OK. IO fwd mode, it will not change packet MAC address info, and ping OK MAC fwd mode, it will change packet MAC address info, like: "rte_ether_addr_copy(&peer_eth_addrs[fs->peer_addr], ð_hdr->d_addr); rte_ether_addr_copy(&ports[fs->tx_port].eth_addr, ð_hdr->s_addr)" Then, ping failed. So, everyone, I got one question: how could this happen? router change packet src MAC and dst MAC, but ping OK, testpmd vhost, treated as switch, also changes packert src MAC and dst MAC, but ping failed ? 在 2021/9/29 20:09, Min Hu (Connor) 写道: > Hi, Coquelin, Chenbo, all, >     I  want to seek help about vm2vm vhost-user/virtio-net test from > you. >     When I set up vm2vm vhost-user/virtio-net test, I cannot ping > vm2 in vm1. That is, ping failed between vm1 and vm2. > >     Detailed description are as flows: > host configuration: > Linux localhost 5.14.0-rc4+ #1 SMP PREEMPT Sun Sep 26 16:52:13 CST 2021 > aarch64 aarch64 aarch64 GNU/Linux > > 1, set up vhost on host > cd /home/humin/virtio_test > rm -rf ./vhost-net* > > /usr/app/testpmd -l 2-4 -n 4 --no-pci --file-prefix=vhost --vdev > 'net_vhost0,iface=vhost-net0,queues=1' --vdev > 'net_vhost1,iface=vhost-net1,queues=1'  -- -i --nb-cores=2 --txd=1024 > --rxd=1024 > > testpmd> set fwd mac > testpmd> start > > 2, create vm1 and vm2 > taskset -c 13 qemu-system-aarch64 \ > -name us-vhost-vm1 \ > -kernel /home/humin/virtio_test/Image \ > -initrd /home/humin/virtio_test/rootfs.cpio.gz \ > -machine virt,gic-version=3 -nographic \ > -cpu host -enable-kvm -m 4096 \ > -object > memory-backend-file,id=mem,size=4096M,mem-path=/dev/hugepages,share=on \ > -numa node,memdev=mem \ > -mem-prealloc \ > -smp cores=4,sockets=1 \ > -monitor unix:/tmp/vm2_monitor.sock,server,nowait \ > -net user,hostfwd=tcp:127.0.0.1:6004-:22 \ > -chardev socket,id=char0,path=/home/humin/virtio_test/vhost-net0 \ > -netdev type=vhost-user,id=mynet1,chardev=char0,vhostforce \ > -device > virtio-net-pci,mac=52:54:00:00:00:01,netdev=mynet1,mrg_rxbuf=on,csum=on,guest_csum=on,guest_ecn=on > \ > -vnc :15 > > > taskset -c 15 qemu-system-aarch64 \ > -name us-vhost-vm2 \ > -kernel /home/humin/virtio_test/Image \ > -initrd /home/humin/virtio_test/rootfs.cpio.gz \ > -machine virt,gic-version=3 -nographic \ > -cpu host -enable-kvm -m 4096 \ > -object > memory-backend-file,id=mem,size=4096M,mem-path=/dev/hugepages,share=on \ > -numa node,memdev=mem \ > -mem-prealloc \ > -smp cores=4,sockets=1 \ > -monitor unix:/tmp/vm2_monitor.sock,server,nowait \ > -net user,hostfwd=tcp:127.0.0.1:6005-:22 \ > -chardev socket,id=char1,path=/home/humin/virtio_test/vhost-net1 \ > -netdev type=vhost-user,id=mynet2,chardev=char1,vhostforce \ > -device > virtio-net-pci,mac=52:54:00:00:00:02,netdev=mynet2,mrg_rxbuf=on,csum=on,guest_csum=on,guest_ecn=on > \ > -vnc :16 > > > 3, do test > in vm1: > ifconfig eth0 up > ifconfig eth0 1.1.1.2 > arp -s 1.1.1.8 52:54:00:00:00:02 > > in vm2: > ifconfig eth0 up > ifconfig eth0 1.1.1.8 > arp -s 1.1.1.2 52:54:00:00:00:01 > > Then in vm1: > ping 1.1.1.8 > > the result: > no icmp reply, ping failed. same for vm2. > > 4, Try to debug > using tcpdump to capture packets in vm2,  we can get only the ICMP > request packet which is from vm1, but no ICMP reply. > It looks like ping task does not send ICMP reply, but it is just guess > for it. > > BTW, I also use iperf test: > UDP packet test: > vm1: > iperf -s  -i 1 > > vm2: > iperf -c 1.1.1.2 -u -i 1 -t 60 > > Then vm1 can get the packet. Same result if vm1 is used as client. > > TCP packet test: > vm1: > iperf -s  -i 1 > > vm2: > iperf -c 1.1.1.2 -i 1 -t 60 > > Then vm1 can NOT get the packet. Same result if vm1 is used as client. > > 5, reference > I refre to the website > https://doc.dpdk.org/dts/test_plans/vm2vm_virtio_net_perf_test_plan.html > > In 199.7. Test Case 5: > scp test success. > > But my scp test also failed, any one could help me?  thanks very much. > > > > > > > > > > > > > > > > > > > > > > > > > > > > .