From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KJz38-0004Ty-R0 for qemu-devel@nongnu.org; Fri, 18 Jul 2008 19:07:42 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KJz37-0004SE-0o for qemu-devel@nongnu.org; Fri, 18 Jul 2008 19:07:41 -0400 Received: from [199.232.76.173] (port=52590 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KJz36-0004S5-Sg for qemu-devel@nongnu.org; Fri, 18 Jul 2008 19:07:40 -0400 Received: from mx2.freebsd.org ([69.147.83.53]:51856) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KJz36-0001RJ-Bc for qemu-devel@nongnu.org; Fri, 18 Jul 2008 19:07:40 -0400 From: Jung-uk Kim Date: Fri, 18 Jul 2008 19:07:26 -0400 References: <200807171812.41200.jkim@FreeBSD.org> <043901c8e8f1$6150b260$0201a8c0@zeug> <200807181639.49136.jkim@FreeBSD.org> In-Reply-To: <200807181639.49136.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200807181907.28909.jkim@FreeBSD.org> Subject: [Qemu-devel] Re: [PATCH] networking using libpcap Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Sebastian Herbszt Cc: Juergen Lock , qemu-devel@nongnu.org On Friday 18 July 2008 04:39 pm, Jung-uk Kim wrote: > On Friday 18 July 2008 12:12 pm, Sebastian Herbszt wrote: > > Using pcap_setfilter helps and colinux (conet-bridged-daemon) > > does use one too. Currently your filter is > > "ether dst 52:54:00:12:34:56 or ((broadcast or multicast) and not > > ether src 52:54:00:12:34:56)". The filter used by colinux is > > "(ether dst 00:ff:81:24:00:00) or (ether broadcast or multicast) > > or (ip broadcast or multicast)". > > > > The "and not ether src 52:54:00:12:34:56" part in your filter > > prevents the VM from seeing own packets. It doesn't reply to own > > "ping broadcast" where it does in colinux and VMware Server. > > I knew that I might have missed some edge cases. ;-P Corrected and > enabled by default. I simplified the filter as: "ether dst or multicast" because we are only interested in Ethernet packets and broadcast address is a special multicast address. Any upper layer protocols must be encapsulated in one of these forms. For example: http://www-uxsup.csx.cam.ac.uk/courses/ipv6_basics/x84.html Jung-uk Kim