From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id DFC8E2716 for ; Mon, 14 Dec 2015 14:00:33 +0100 (CET) Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (Postfix) with ESMTPS id E4000461E2; Mon, 14 Dec 2015 13:00:32 +0000 (UTC) Received: from pxdev.xzpeter.org (vpn1-6-34.pek2.redhat.com [10.72.6.34]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id tBED0N7R011658 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 14 Dec 2015 08:00:27 -0500 Date: Mon, 14 Dec 2015 21:00:22 +0800 From: Peter Xu To: Yuanhan Liu Message-ID: <20151214130022.GE18437@pxdev.xzpeter.org> References: <000001d133ed$b2446eb0$16cd4c10$@samsung.com> <20151211094934.GX29571@yliu-dev.sh.intel.com> <001c01d133fd$d3a7d870$7af78950$@samsung.com> <20151214035842.GB18437@pxdev.xzpeter.org> <00c401d13641$5e53cf20$1afb6d60$@samsung.com> <20151214090406.GC18437@pxdev.xzpeter.org> <00ec01d13654$5f904c20$1eb0e460$@samsung.com> <20151214120937.GC29571@yliu-dev.sh.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20151214120937.GC29571@yliu-dev.sh.intel.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 Cc: dev@dpdk.org, Victor Kaplansky , "Michael S. Tsirkin" Subject: Re: [dpdk-dev] [PATCH 0/4 for 2.3] vhost-user live migration support X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 13:00:34 -0000 On Mon, Dec 14, 2015 at 08:09:37PM +0800, Yuanhan Liu wrote: > It seems that we have exactly the same test environment set up: I have > one server (where I normally do vhost test there) and one desktop (my > dev box), > > On both hosts, there is an ovs bridge, with IP address 192.168.100.1 > assigned manually. Later, I started a VM on the server, and manually > assigned IP to 192.168.100.10. I then run "ping 192.168.100.1" for > live migration testing. > > The migration to my desktop somehow works (even though there are some > bugs in this patch set), however, I did see what Pavel saw: about 12 > packets has been lost, which means about 12 seconds the network is not > working well. Hi, Yuanhan, I _guess_ the problem for ping might be: guest ARP entry for 192.168.100.1 is not updated. Or say, after guest migrated to host2 from host1, guest is still trying to send packet to host1's NIC (no one is telling it to update, right?), so no one is responding the ping. When the entry is expired, guest will resend the ARP request, and host2 will respond this time, with mac address on host2 provided this time. After that, ping works again. (not familiar with OVS too, so am just taking it as a "vritual" switch) Thanks. Peter