From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailout4.w1.samsung.com (mailout4.w1.samsung.com [210.118.77.14]) by dpdk.org (Postfix) with ESMTP id A0A0D11C5 for ; Wed, 16 Dec 2015 08:05:34 +0100 (CET) Received: from eucpsbgm1.samsung.com (unknown [203.254.199.244]) by mailout4.w1.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTP id <0NZF00E0QVP8WC10@mailout4.w1.samsung.com> for dev@dpdk.org; Wed, 16 Dec 2015 07:05:32 +0000 (GMT) X-AuditID: cbfec7f4-f79026d00000418a-3d-56710d3c7341 Received: from eusync1.samsung.com ( [203.254.199.211]) by eucpsbgm1.samsung.com (EUCPMTA) with SMTP id A4.58.16778.C3D01765; Wed, 16 Dec 2015 07:05:32 +0000 (GMT) Received: from fedinw7x64 ([106.109.131.169]) by eusync1.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTPA id <0NZF0067CVP77I70@eusync1.samsung.com>; Wed, 16 Dec 2015 07:05:32 +0000 (GMT) From: Pavel Fedin To: 'Peter Xu' , 'Thibaut Collet' References: <20151211094934.GX29571@yliu-dev.sh.intel.com> <001c01d133fd$d3a7d870$7af78950$@samsung.com> <20151214035842.GB18437@pxdev.xzpeter.org> <20151215082324.GG29571@yliu-dev.sh.intel.com> <007f01d13715$042a0a80$0c7e1f80$@samsung.com> <20151215100548.GD32243@pxdev.xzpeter.org> <20151215131812.GI29571@yliu-dev.sh.intel.com> <20151216023803.GB20951@pxdev.xzpeter.org> In-reply-to: <20151216023803.GB20951@pxdev.xzpeter.org> Date: Wed, 16 Dec 2015 10:05:31 +0300 Message-id: <003101d137d0$27886330$76992990$@samsung.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-index: AQEpxH/xVohz6cJhE1lrih21PL/ECgHzj+BTAfVguBQCvVfsWQDW318ZAtSKM5UBeJxtUQIgQOPQAXpYa1ABJCj0hwIuHvf9n4ZccaA= Content-language: ru X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrHLMWRmVeSWpSXmKPExsVy+t/xy7o2vIVhBtfPGlm8+7SdyWLL/m/s Ft0999gtFh84zGxxfcIFVgdWj4v9dxg9fi1Yyuox72Sgx/t9V9kCWKK4bFJSczLLUov07RK4 MladPs1c0MBRsWTHLvYGxqVsXYycHBICJhI7jv9igrDFJC7cWw8U5+IQEljKKLF/ZTs7hPOd UeLn9r2MIFVsAuoSp79+YOli5OAQEfCX2H3PFCTMLJAh8fHdZbASIYEbLBIzltSA2JwC5hIv p74BWyYs4CvxcukTsGUsAqoSX9a/AovzClhK3N71iwXCFpT4Mfke2HhmoFVTpuRCjNeWePLu AivEnQoSO86+BlslIlAh8epyIztEjYjEtH/3mCcwCs1CMmkWwqRZSCbNQtKxgJFlFaNoamly QXFSeq6hXnFibnFpXrpecn7uJkZILHzZwbj4mNUhRgEORiUe3guRBWFCrIllxZW5hxglOJiV RHjPshWGCfGmJFZWpRblxxeV5qQWH2KU5mBREuedu+t9iJBAemJJanZqakFqEUyWiYNTqoFR LDb7QuTXnxU8S3ymr54R+Pfhd79HrtO+2Z15elq4uC6goMWlRS9LdXH0/TWzP/DZv7jNe5wh 918py69TGusLBZRL2E88WV+scOnZrStNlUubjnfq/bTjyrpZMq362JfL85Z+1DtYWZAS6B89 x+vkU8EzNuuSm+9vOnxIY9fSfYsZRTiu+O49pcRSnJFoqMVcVJwIAF7mUoSBAgAA Cc: dev@dpdk.org, 'Victor Kaplansky' 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: Wed, 16 Dec 2015 07:05:34 -0000 Hello! > 1. if vhost-user backend (or say, DPDK) supports GUEST_ANNOUNCE, and > send another RARP (or say, GARP, I will use RARP as example), > then there will be two RARP later on the line, right? (since the > QEMU one is sent unconditionally from qemu_announce_self). qemu_announce_self() is NOT unconditional. It applies only to emulated = physical NICs and bypasses virtio/vhost. So it will not send anything at = all for vhost-user. > 2. if the only thing vhost-user backend is to send another same RARP > when got SEND_RARP request, why would it bother if QEMU will > unconditionally send one? See above, it won't send one. It looks to me like qemu_announce_self() is just a poor man's solution = which even doesn't always work (because GARP should reassociate an = existing IP with new MAC, shouldn't it? and qemu doesn't know the IP and = just sets both src and dst to 0.0.0.0). Kind regards, Pavel Fedin Expert Engineer Samsung Electronics Research center Russia