WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH][RFC] Don't receive an unrelated packet

To: Kasai Takanori <kasai.takanori@xxxxxxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH][RFC] Don't receive an unrelated packet
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Tue, 04 Mar 2008 13:26:03 +0000
Delivery-date: Tue, 04 Mar 2008 05:27:25 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <025d01c87deb$e0e6ae60$e16f210a@VF03007L>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Ach9+0sViW4x3unuEdyzcwAX8io7RQ==
Thread-topic: [Xen-devel] [PATCH][RFC] Don't receive an unrelated packet
User-agent: Microsoft-Entourage/11.3.6.070618
It's bogus that the application does not do this filtering itself. Even
disregarding Xen, what if the application were run concurrently with a
tcpdump session (or anything that enables promiscuous reception)?

 -- Keir

On 4/3/08 11:35, "Kasai Takanori" <kasai.takanori@xxxxxxxxxxxxxx> wrote:

> Hi All,
> 
> We are embarrassed about the problem of the network on Xen.
> The application where the problem occurs receives directly the RAW packet with
> dev_add_pack().
> This application did not work on the PV domain and the PV-on-HVM domain.
> 
> We investigated this problem.
> 
> The packet of different MAC address was not expected for this application to
> be
> received.
> Because, physical NIC drops packet of different MAC address on Native Linux.
> Therefore, this application doesn't check whether the MAC address of the
> received packet is the same.
> 
> There is no problem because the packet of different MAC address is not
> transmitted from the bridge usually at all.
> However, when the bridge does the flooding, the packet is transmitted to all
> ports.
> Therefore, the packet of different mac address is received by the guest.
> 
> The packet of different MAC address is dropped by the emulation of qemu-dm on
> the HVM domain.
> Therefore, the emulation of qemu-dm works like physical NIC.
> However, all packets are received for VNIF on the PV domain and PV-on-HVM.
> This application was received the packet of different MAC address and
> malfunctioned.
> Therefore, VNIF always works as promiscuous mode.
> 
> We think whether VNIF should drop the packet on different MAC address.
> This patch was corrected to drop the packet with different MAC address with
> VNIF.
> 
> Is there a problem though want to be corrected by us like this patch?
> Or, is it a specification of the network of Xen?
> 
> Signed-off-by: Takanori Kasai <kasai.takanori@xxxxxxxxxxxxxx>
> 
> Best Regards,
> 
> --
> Takanori Kasai
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>