[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



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

Attachment: netfront-rx-check-macaddr.patch
Description: Binary data

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

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.